Я вздрагиваю. Мне совсем не нравится финансовый персонал, который меняет данные о заработной плате, минуя специальное приложение. Это очень опасно и ведет к ошибкам в системе. К тому же кто-нибудь может скопировать эти данные на флешку или отослать по почте за стены организации, и компания потеряет важные данные.
«Я правильно понял, что все данные для служащих с фиксированным окладом в порядке?» – спрашиваю я.
«Все верно», – отвечает она.
«Но у всех сотрудников с почасовой оплатой одни нули?» – говорю я.
«Да», – снова отвечает она.
Интересно. Я спрашиваю: «Почему вы считаете, что проблема именно в прогоне программы расчета, если раньше она работала? У вас случились подобные проблемы в прошлом?» Она пожимает плечами. «Ничего подобного раньше не происходило. Я понятия не имею, что привело к этому сбою, – никаких особо крупных изменений в записях за этот период нет. Я задавала себе те же самые вопросы, но до тех пор, пока народ из IT молчит, мы просто топчемся на месте».
«Какой у нас запасной план, – спрашиваю я, – если все будет настолько плохо, что мы не сможем вернуть данные вовремя?»
«Громко рыдать, – отвечает Дик. – Это, кстати, было в том письме, которое у тебя в руке. Дедлайн по электронным платежам – до пяти вечера сегодня. Если мы не успеем запрыгнуть в этот поезд, нам придется отсылать по почте бумажные чеки в каждое из отделений компании, чтобы там их выдали сотрудникам!»
Я хмурюсь от мысли о таком развитии дел, как, собственно, и вся команда.
«Это не сработает, – говорит Анна, постукивая себе по зубам маркером. – Расчет заработной платы у нас на аутсорсе. В каждый платежный период мы загружаем для них платежные данные, которые они затем обрабатывают. В худшем случае, возможно, мы сможем загрузить прошлые платежные данные, модифицировать их в расчетные документы и затем перезагрузить?
Но так как мы не знаем, сколько именно часов отработал каждый из сотрудников, мы не знаем, сколько им заплатить, – продолжает она. – Мы не хотим переплатить никому, но это, конечно, лучше, чем недоплатить».
Очевидно, что план Б полон проблем. Мы просто-напросто будем гадать по чекам людей, а также заплатим тем людям, которые уже уволены, и не заплатим тем, кто только нанят.
Чтобы добыть у бухгалтерии необходимые данные, нам, возможно, нужно на скорую руку собрать индивидуальные отчеты, а это значит, нужно будет подключить к делу разработчиков или программистов, работающих с базами данных.
Но это как подливать масла в огонь. Разработчики ужасны. Покажите мне разработчика, который не разрушает производственные системы, и, спорю, он просто мертв. Или скорее в отпуске.
Дик говорит: «Это два равно паршивых пути. Мы могли бы отложить выплату до того времени, пока не получим верные данные. Но мы не можем этого сделать – даже если мы на день опоздаем, в игру вступит профсоюз. Итак, давайте остановимся на предложении Энн заплатить сотрудникам хоть что-то, пусть даже и неправильную сумму. Нам нужно будет выровнять все выплаты в следующем платежном периоде. Но сейчас перед нами ошибка в финансовой отчетности, и нужно срочно ее исправить».
Он сжимает переносицу и продолжает: «Нам придется совершить несколько правок в журнале учета, и именно тогда, когда аудиторы SOX-404 уже здесь. Когда они увидят все это, они никогда не уйдут.
Ох, боже мой. Ошибка в финансовой отчетности? – бормочет Дик. – Нам нужно будет подтверждение от Стива. Аудиторы расположатся здесь на ПМЖ, пока все не разрешится. Никто больше не сможет заниматься делом».
SOX-404 – это сокращение от закона Сарбейнза-Оксли от 2002 года, который принял Конгресс в ответ на бухгалтерское мошенничество в Enron, WorldCom и Tyco. Один из пунктов этого закона гласит, что генеральный директор и финансовые директора должны ставить личные подписи на финансовых документах своей компании.
Все сейчас с тоской вспоминают те дни, когда не нужно было половину времени проводить разговаривая с аудиторами, выполняя все новые и новые, принимаемые практически каждый день, регулятивные требования.
Я смотрю на свои записи и затем на часы. Время идет.
«Дик, исходя из того что я услышал, я посоветовал бы вам продолжать готовиться к худшему и полностью продумать план Б, чтобы мы могли им оперативно воспользоваться в случае возникновения осложнений. Я предлагаю подождать до 15:00 прежде, чем принимать решение. Возможно, нам удастся восстановить систему и все данные».