Регуляторный дедлайн не создает проблему - он ее находит
Регуляторный дедлайн редко становится проблемой в день дедлайна. К этому моменту проблема уже лежит в остатках, документах, статусах партий и зонах ответственности.
Однажды при подготовке гипермаркета к ЕГАИС механизм проверки готовности нашёл дорогой алкоголь на пять с лишним миллионов рублей. Сначала в документах. Потом физически на складе.
Товар был. Деньги в него были вложены. Но сроки постановки на учёт уже вышли. Продать нельзя. Легализовать нельзя. Пришлось утилизировать по закону.
На поверхности — проблема маркировки. На деле — проблема управляемости: система учёта годами не видела слепую зону, а у процесса не было владельца.
После этого я стал применять один принцип для каждого нового товарного контура: сначала проверка готовности объекта, потом полноценная работа. Не наоборот.
Потому что маркировка ломается не в кассе и не в сканере. Она ломается там, где бизнес думает, что это задача ИТ, а ИТ думает, что после настройки интеграции процесс уже работает.
Завтра опубликую разбор этого кейса: как из регуляторного риска был собран операционный контур с владельцем, единым входом, контролем инцидентов и подготовкой до дедлайна.