В пятой части мы спрашивали, куда ушла конкретная партия. Сегодняшний вопрос звучит как бухгалтерский, но он полностью операционный: совпадает ли то, что вы выставили в счетах, с тем, что ушло с вашего склада? На многих предприятиях ответ — нет, и никто точно не знает, насколько велика разница.

Причина в том, что электронные счета пришли в большинство компаний через дверь соответствия требованиям, а не через дверь операций. Покупаешь программу для выставления счетов, подключаешь её к ведомству, выпускаешь соответствующий требованиям документ — и готово. В итоге на заводе живут бок о бок две системы: одна знает, что было продано, другая знает, что ушло, и нет никакой гарантии, что они описывают одно и то же событие.

Счёт — это не закрывающая бумага, а результат движения

То, как большинство владельцев предприятий думают о выставлении счетов, унаследовано от бумажного журнала: работа закончена, садишься за стол и пишешь документ, который её подытоживает. Именно эта модель мышления — корень проблемы, потому что в связанной системе счёт — это не сводка, написанная задним числом. Это финансовый результат физического события на складе: конкретный товар, в конкретном количестве, из конкретной партии, отпущенный в конкретное время конкретному клиенту.

Когда счёт строится на этом событии, существует один набор данных вместо двух копий. Количество в счёте — это количество, отсканированное при отгрузке. Товар — тот же код, который вы привели в порядок во второй части. Партия — та же партия, которую вы проследили в пятой части. Когда счёт вручную вбивают в отдельную систему, вы вводите ту же информацию второй раз, и каждый повторный ввод — новая возможность для расхождения двух цифр.

Четыре сбоя, которые возникают при раздельных системах

Разрыв между продажами и складом не проявляется как одна крупная авария. Он проявляется как четыре повторяющиеся ситуации, которые узнает любой, кто работал на производстве:

  • Счёт без отгрузки: счёт ушёл и выручка признана, но по учёту товар так и не покинул склад. Учётный остаток остаётся высоким, а следующая инвентаризация выявляет недостачу, которую никто не может объяснить.
  • Отгрузка без счёта: товар физически ушёл по устному распоряжению или по рукописной накладной и так и не был выставлен в счёте. Вы теряете дважды: запас ушёл без выручки, а по продаже, которая нигде не задокументирована, возникает налоговое обязательство.
  • Возврат, который не дошёл до склада: клиент вернул количество, и это закрыли финансово скидкой или нотой, но товар вернулся на полку, не вернувшись в систему. Доступный запас остаётся ниже реального, и вы покупаете то, что у вас уже есть.
  • Заказ клиента на запас, которого нет: отдел продаж обещает количество, которое по файлу числится доступным, тогда как реально свободный запас зарезервирован под другой заказ или задержан на контроле. Обещание превращается в задержку, а задержка — в штраф или потерянного клиента.

Ни один из четырёх не является проблемой людей. Все они — неизбежное следствие наличия двух источников истины. Когда на заводе хранятся две цифры для одного и того же, они разойдутся; вопрос лишь в том, когда и насколько.

Правильный путь: заказ клиента, затем отгрузка, затем счёт

Связанный процесс проходит через три станции, и каждая порождает следующую, а не повторяет её:

  • Заказ клиента: фиксирует, что обещано клиенту: товары, количества, цену и дату поставки. В тот же момент он резервирует запас, чтобы те же единицы нельзя было продать дважды.
  • Отгрузка и доставка: склад комплектует количество и сканирует его, как описано в части о штрихкодах, так что уходит реальное количество с номерами партий. Любой разрыв между запрошенным и доступным проявляется здесь, до того как дойдёт до счёта.
  • Счёт: формируется из события отгрузки, а не из заказа клиента. Эта деталь важна: если вы поставили девяносто единиц из ста заказанных, счёт автоматически выходит на девяносто, а остаток остаётся открытым в заказе, вместо того чтобы быть выставленным в счёте, а потом исправленным нотой.

В результате сверка в конце месяца превращается из расследования в подтверждение. Никто не садится сравнивать складской журнал с отчётом о продажах, потому что они изначально никогда не были раздельными.

Что этап интеграции означает на практике

Электронные счета в Саудовской Аравии были внедрены Управлением по закяту, налогам и таможне (ZATCA) в два этапа: сначала этап генерации, затем этап интеграции, внедрение которого началось 1 января 2023 года и применяется к группам налогоплательщиков, которые объявляет ведомство, заранее уведомляя затронутые компании. Технические детали публикуются в собственных документах ведомства, и полагаться на их неофициальное толкование — ошибка.

Для владельца предприятия важен не технический язык, а одно-единственное следствие: система, которая выпускает ваши счета, теперь обязана обмениваться данными с платформой ведомства в установленном формате и с установленными мерами безопасности, вместо того чтобы печатать документ и отправлять его по электронной почте. На практике это означает:

  • Никакого параллельного канала ручных счетов: всё, что выпущено вне интегрированной системы, одновременно становится проблемой соответствия и проблемой учёта.
  • Данные о товарах должны быть чистыми: наименование, единица, количество и цена уходят ровно так, как они у вас ведутся, поэтому любой беспорядок в ваших кодах теперь появляется в регулируемом документе, а не во внутреннем отчёте.
  • Расхождения больше не исправляют тихо: изменение выпущенного счёта — это не удаление и повторный ввод, а корректировочный документ со своим собственным порядком.

Поскольку требования обновляются, а группы объявляются поэтапно, единственный надёжный ориентир — официальные страницы и документы ведомства, и разумно проверить заявленное поставщиком соответствие по этому источнику, прежде чем брать на себя обязательства.

Возвраты и кредит-ноты: где обнажается каждый разрыв

Возвраты — момент истины для любой интеграции. Продажа движется в одном направлении, и её легко контролировать; возврат движется сразу в трёх направлениях: товар куда-то возвращается, корректируется стоимость и выпускается регулируемый документ, отражающий корректировку.

Вопросы, на которые ваша система должна ответить, прежде чем её можно будет назвать по-настоящему связанной:

  • Когда количество возвращается, попадает ли оно автоматически в доступный запас или в зону карантина до проверки? Если перепутать одно с другим, повреждённый товар снова окажется в продаже.
  • Привязана ли кредит-нота напрямую к исходному счёту или выпускается как отдельный документ, который потом трудно сверить?
  • Если возвращённый товар относится к конкретной партии, сохраняет ли система этот номер партии на обратном пути? Без него прослеживаемость, которую вы построили в предыдущей части, прерывается на первом же возврате.
  • Что происходит с возвратом, который нельзя перепродать: списывается ли он в брак по своей стоимости или тихо исчезает из учёта, оставляя остаток завышенным?

Взгляд Origami

В секторе промышленности и складов мы открываем тему электронных счетов со склада, а не с бухгалтерии. Большинство владельцев, которые просят нас решить проблему со счетами, после первой встречи обнаруживают, что дело не в самом счёте: операция отгрузки, которая должна была его сформировать, так и не была зарегистрирована, или была зарегистрирована с опозданием, или под другим кодом.

Поэтому мы выстраиваем работу соответствующим образом: сначала справочник товаров и отсканированные складские движения, и только затем заказ клиента, счёт и путь возврата, построенные поверх них как одна цепочка, а не как соседние системы. В части соответствия мы придерживаемся неизменного правила: ориентиром служит то, что публикует Управление по закяту, налогам и таможне (ZATCA), а соответствие проверяется по его официальному источнику, а не по маркетинговому заявлению.

В следующей части

Остался один элемент: последовательность. Мы рассмотрели разрыв в точности учёта, сканирование, производственный заказ, точку перезаказа, прослеживаемость партий и связь со счётом. Пытаться сделать всё сразу — самый быстрый путь к провалу. Седьмая и последняя часть — это дорожная карта на девяносто дней: с чего начать, в каком порядке и по каким показателям управлять операциями после этого.

Источники