
Комментарии 7
Думаю в компании с такими оборотами подобная ситауация не должна была возникнуть.
Получается, ответственное за внедрение лицо не озаботилось проверить и сравнить работу двух систем.
Выручка - это, наверное, первое, что начинают сверять после миграции. А еще любят так называемый этап опытно промышленной эксплуатации, в ходе которой учет ведут сразу в двух системах, что бы проверить новую на предмет правильной настройки и идентичных расчтетах.
Справедливое замечание. Действительно, при идеальном процессе приёмки такое должны были отловить на этапе тестирования.
Но на практике, проверка часто сводится к сверке итоговых остатков и нескольких контрольных отчётов «на сейчас». Исторические разрезы — «а что было год назад по тем же клиентам?» — почти никогда не попадают в приёмочные тесты, потому что сама мысль о том, что справочники могли меняться, ускользает. Это и есть та самая «иллюзия темпоральности», о которой статья.
Именно поэтому SCD Тип 2 — не столько способ исправлять ошибки постфактум, сколько архитектурная страховка: чтобы даже при неидеальной приёмке данные не «врали» историю.
Так что ваш комментарий точно подсвечивает, что проблема не только в данных, но и в сценариях проверки.
Интересно, что это за финансовый директор, кто заставил вас так помучаться? На самом деле решаемая проблема не стоит таких трудозатрат. В финансах все достаточно быстро верстается и формулы гугл дают возможность все перепроверить и найти 5 миллионов разницы за минут 15. Хорошо, если задачи разработки выполняют более целостные задачи бизнеса.
Спасибо за комментарий. Те самые 5 миллионов — лишь метафора симптома, а не суть проблемы. Финансовый директор в примере, конечно, гипотетический, но его боль знакома многим: когда в разных системах цифры не бьются, доверие к данным падает, и начинается «поиск виноватых».
Вы правы, что разовую разницу в отчёте опытный финансист сведёт достаточно быстро. Но SCD Тип 2 решает не эту разовую задачу, а системную: он делает так, чтобы любой аналитик, в любой момент, без ручных «гугл-расследований» мог получить достоверный срез данных на прошлую дату. Это вопрос не трудозатрат одного отдела, а архитектурной целостности данных для всей компании.
Когда справочники меняются ежедневно, а отчётов — десятки, «формулы и гугл» перестают работать.
Все операционные программы сегодня, и мировые и локальные: SAAP, Oracle, Microsoft ERP, 1C и т.д. выводят данные за любой период. Сегодня немыслимо ведение работы компанией любого размера без учета и регистрации операционной деятельности. Отчеты в программах по разным стандартам: МСФО, ПБУ и тд. В них разное наполнение. Но не биться может только из-за того, что потеряли какой-то документ и не внесли. Но это видно собственно мгновенно. Цифры учета никуда не убегают. Я прагматически не понимаю применение этой модели. Мне искренне и исключительно важно, чтобы изобретения, тем более осознанные не ложились «в стол», а были применимы, в том числе нужны. Поскольку я имела опыт работы с изобретениями разных уровней, со стартапами.
Коллеги, по моим наблюдениям например в сфере ИИ бизнес часто не в состоянии отличить тех, кто делает реально сильную разработку от тех, кто надувает щëки или просто играет роль энциклопедического справочника вместо разработки. Как бы ни было это печально. А второй и третий вариант естественно стоит дешевле и их с радостью нанимают, забывая про бесплатный сыр и радостно вопя "оверквалифайд")) хотя "окф" это третий случай, а реальный спец свои деньги отработает с дополнительной прибылью.
Вы вообще не о тех проблемах говорите. Вначале нужно выстроить мышление и процессы в управлении и найме. А пока это болото незыблемо, отставание неизбежно.
Почему российский бизнес проигрывает битву за информацию и как это исправить. Часть 2