При работе с ЕГАИС в оптовой торговле (особенно когда нужен анализ продаж, остатков, резервов и доступности в конфигурациях уровня 1С:Управление торговлей 11) часто возникают ситуации, когда логический статус документа в программе 1С рассинхронизируется с реальным статусом на сервере ЕГАИС. Одна из распространенных проблем — попытка отозвать накладную после того, как получатель по ошибке подтвердил её, а затем стороны договорились об «отмене проведения».
В этой статье мы подробно разберем, как поставщику вернуть товар на остатки, если накладная «зависла» в промежуточном состоянии, и какие технические действия необходимо выполнить в 1С.
Рассмотрим типичный сценарий, описанный пользователями:
RequestRepealWB).Многие ожидают, что после пункта 4 накладная автоматически аннулируется, а товар вернется на склад. Однако логика ЕГАИС работает иначе. Документ RequestRepealWB лишь аннулирует последнее действие получателя (акт подтверждения или отказа). Сама накладная возвращается в статус «Проведена» (то есть, она снова считается отправленной получателю и ожидающей ответа).
В этот момент на сайте check.fsrar.ru статус отображается как ожидание действий от получателя. Проблема заключается в том, что в учетной системе (1С:УТ 11, 1С:Розница и др.) цепочка документов может завершиться, и кнопки для прямой отмены накладной поставщиком могут быть недоступны или заблокированы логикой программы.
Если на сервере ЕГАИС накладная вернулась в состояние «Отправлена получателю» (до реакции получателя), поставщик имеет полное право отозвать её самостоятельно. Это вернет остатки на Регистр 1 (склад).
Однако интерфейс 1С может не позволять сделать это штатно, так как «думает», что обмен по этой накладной уже прошел определенные этапы. Разберем способ решения, подтвержденный практикой.
Алгоритм действий:
check.fsrar.ru, что накладная действительно находится в статусе, ожидающем действий получателя (не «Отказ», не «Подтверждена», а именно исходное состояние отправки).В 1С:УТ 11 или 1С:Розница это действие «обманывает» интерфейс программы, активируя кнопки, доступные для только что отправленной накладной.
В результате 1С сформирует и отправит в ЕГАИС технический документ — Акт отказа со стороны отправителя. Если накладная в ЕГАИС действительно «висела» в ожидании, сервер примет этот отказ, аннулирует ТТН и вернет остатки отправителю.
Для технических специалистов и программистов полезно понимать, что именно происходит «под капотом». В актуальном формате обмена (версия 4) поставщик для отзыва своей накладной использует тот же тип документа, что и получатель для отказа — WayBillAct_v4.
Чтобы поставщик мог отозвать накладную, в акте должно быть заполнено поле типа подтверждения значением Rejected.
Пример структуры (упрощенно):
...
Rejected
...
...
Важное условие: ЕГАИС примет такой акт от отправителя (поставщика) только в том случае, если получатель еще не прислал свой ответ (или его ответ был официально отменен через процедуру RequestRepealWB). Если получатель уже сформировал свой акт (например, Акт разногласий), поставщик не сможет отозвать накладную в одностороннем порядке, пока не ответит на акт получателя.
Разберем еще одну ситуацию, упомянутую в обсуждении. Поставщик отправил накладную, а затем случайно сформировал и отправил Акт расхождений (или получатель прислал акт расхождений, которого не должно быть). Попытка использовать «Запрос на отмену проведения» (RequestRepealWB) выдает ошибку.
Почему возникает ошибка?
Запрос на отмену проведения (RequestRepealWB) предназначен только для накладных, которые находятся в финальных статусах («Подтверждена» или «Отказана»). Если накладная находится в процессе согласования расхождений, она еще не проведена окончательно, поэтому отменять нечего.
Как поступить в этом случае?
WayBillTicket с отказом).WayBillAct со статусом Rejected).Часто поставщики боятся делать отмену или отказ, полагая, что коды маркировки будут утеряны или «зависнут». Важно понимать следующее:
Если вы поставщик и ваша накладная «зависла» после отмены проведения: