Вывод маркировки из оборота в 1С: пошаговая схема для бизнеса

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

Интернет Касса помогает магазинам, интернет-магазинам и складам настроить такую цепочку: проверить 1С и кассовое ПО, распределить сценарии выбытия, настроить обмен и дать сотрудникам понятный регламент контроля ошибок. Результат — коды не зависают в очереди, а кассир и кладовщик знают, где проверить операцию.

Эта инструкция применима как рабочая схема для 1С:Розницы, 1С:Управления торговлей и 1С:ERP с подключенной маркировкой. Точные названия документов, разделов и кнопок зависят от релиза, отраслевой конфигурации и доработок. Поэтому ниже указаны не выдуманные названия меню, а обязательные точки контроля: исходящий документ, текст ошибки, ответ на отправку и статус кода.

Что считать выводом из оборота в 1С

Не путайте три действия. Документ в 1С фиксирует хозяйственную операцию. Чек ККТ фиксирует расчет с покупателем. Сообщение в ГИС МТ передает сведения о коде маркировки. Эти действия могут запускаться последовательно из одной продажи, но проведенный документ и распечатанный чек сами по себе не доказывают, что сведения приняты.

Для требований к кассовому чеку и применению ККТ используйте материалы сайта ФНС России. Порядок работы с кодами и доступные операции зависят от товарной группы, поэтому нестандартные сценарии — например, переработку или возврат после выбытия — закрепите отдельной инструкцией до массового запуска.

Сценарии выбытия: какой маршрут выбрать

Событие Где оформлять Кто направляет сведения Что проверить Действие при ошибке
Продажа в рознице Продажа в 1С и кассовое рабочее место; код сканируют до завершения расчета. ККТ или кассовое ПО через настроенную интеграцию. Чек, положительный ответ на отправку, затем статус кода в ГИС МТ. Не создавайте ручное списание. Разберите отказ в журнале обмена или кассовом сервисе.
Онлайн-заказ Заказ резервирует код при комплектации; продажу оформляют при фактическом расчете и выдаче. Интеграция сайта, 1С и облачной либо физической кассы. Связку «заказ — код — чек», очередь отправки и итоговый статус кода. При сбое остановите повторную отправку до проверки, не был ли код уже передан по этому заказу.
Отмена до продажи Отмените заказ и снимите резерв кода в учетной системе. Никто: сообщения о выбытии не должно быть, если продажа не состоялась. Что чек не сформирован, а в очереди нет отправленного выбытия. Если чек или отправка уже были, переходите к маршруту возврата, а не снимайте код вручную.
Возврат после продажи Оформите возвратный документ и кассовую операцию по принятому у вас процессу. Кассовое ПО и/или модуль маркировки — по схеме товарной группы. Основание возврата, ответ на сообщение и статус возвращенного кода. Не считайте код доступным для новой продажи, пока его статус не проверен в ГИС МТ.
Порча, недостача, собственные нужды Документ списания или рабочее место маркировки в 1С с причиной и перечнем кодов. Модуль обмена 1С либо подключенная интеграция. Организацию, склад, причину, каждый код и положительный ответ на отправку. Исправьте исходный документ по тексту ошибки и отправьте повторно только непринятое сообщение.
Производство или переработка Производственный документ и операция маркировки, предусмотренная для товарной группы. 1С или специализированная интеграция. Связь входящих кодов с выпуском продукции и принятый статус операции. Не используйте обычное списание без утвержденной схемы для вашей товарной группы.

Для розничной точки первична проверка сканирования кода и ответа кассового ПО. Подготовить оборудование и кассовый процесс поможет материал «Онлайн-касса с маркировкой: выбор, подключение и проверка готовности».

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

Где искать очередь обмена, ошибку и квитанцию

В типовых конфигурациях 1С ищите раздел или рабочее место, связанное с обменом с ИС МП, маркировкой или исходящими сообщениями. Название отличается, но маршрут проверки одинаковый.

  1. Откройте исходящий документ. Найдите его по дате, номеру исходного документа, коду или операции выбытия.
  2. Проверьте состояние отправки. Статус «не отправлен» означает, что сообщение осталось в очереди; статус с ошибкой требует исправления данных; положительный ответ означает прием сообщения сервисом.
  3. Прочитайте текст ошибки. Сначала исправьте конкретный реквизит: код, организацию, склад, причину операции, доступ или настройки обмена. Не перепроводите документ вслепую.
  4. Откройте ответ или квитанцию. Сохраните идентификатор сообщения и ответ системы в карточке документа или журнале обмена — они нужны при разборе расхождений.
  5. Сверьте статус самого кода в ГИС МТ. Это финальная проверка. Она показывает, изменился ли статус конкретного кода после принятой операции.

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

Как запустить процесс в 1С

  1. Составьте карту событий. Выпишите отдельными строками продажу в магазине, интернет-заказ, отмену до продажи, возврат, порчу, недостачу, собственные нужды и производство.
  2. Назначьте источник сообщения. Зафиксируйте для каждого события, какое звено формирует сведения: кассовое ПО, модуль 1С или интеграция. Связка между системами допустима; повторно направлять одно выбытие нельзя.
  3. Проверьте справочники. Сверьте организацию, склад, номенклатуру, кассу, пользователей и правила обмена. Ошибка в сопоставлении организации или склада приводит к отказу либо расхождению.
  4. Настройте роли. Кассир сканирует код и контролирует продажу, кладовщик оформляет списание, бухгалтер проверяет основания, а ответственный за маркировку ежедневно разбирает очередь и отказы.
  5. Проведите тесты. Выполните по одному тесту на продажу и на самый частый некассовый сценарий. Для каждого теста проверьте исходный документ, ответ на отправку и статус кода.
  6. Запускайте поток после сверки. В первый период ежедневно сопоставляйте неотправленные сообщения, отказы и коды с неожиданным статусом по каждой организации и складу.

Ошибки, которые нельзя закрывать перепроведением

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

Отмену заказа оформили как возврат или наоборот. До продажи нужно снять резерв и не отправлять выбытие. После продажи требуется маршрут возврата с учетом факта чека, уже отправленного сообщения и статуса кода.

Документ проведен, а сообщение не принято. Проведение отражает учетную запись в 1С, а не прием сведений. Исправление: найдите текст отказа, внесите правку в исходный документ и повторите именно непринятое сообщение.

Один код попал в два заказа. Исправление: резервируйте код на этапе комплектации, запрещайте повторный подбор зарезервированного кода и снимайте резерв только при отмене или изменении заказа.

Порчу проводят без причины и акта. Исправление: перед отправкой требуйте основание, ответственное лицо, организацию, склад и список кодов. Это позволяет восстановить цепочку операции при инвентаризации.

Контрольный список после запуска

  • Есть таблица «событие — документ — отправитель сведений — ответственный — статус контроля».
  • Каждый сотрудник знает, где посмотреть неотправленные сообщения и текст отказа.
  • Продажи через кассу не дублируются ручными списаниями в 1С.
  • Отмены до продажи отделены от возвратов после продажи.
  • Остатки и статусы кодов сверяются отдельно по организациям и складам.
  • Расхождение разбирается по конкретному коду, исходному документу и идентификатору отправленного сообщения.

Если в вашем процессе используется облачная касса, настройте ее вместе с заказами и оплатами, а не отдельно от 1С. Для этого используйте инструкцию по подключению облачной кассы для интернет-магазина и сервиса.

Нужно настроить маркировку в 1С без ручных дублей и зависших сообщений? Оставьте заявку. Разберем вашу конфигурацию 1С, кассовую схему, обмен с сайтом, роли сотрудников и список проверок для запуска.

Частые вопросы

Можно ли вывести код маркировки из оборота прямо в 1С?

Да, если ваша конфигурация и подключенный модуль маркировки поддерживают нужный сценарий. Для розничной продажи сведения может формировать кассовое ПО, а 1С при этом передает номенклатуру, коды и получает статусы обмена.

Нужно ли вручную списывать код в 1С после продажи через кассу?

Нет, не создавайте вторую операцию выбытия, если кассовый процесс уже направил сведения по этой продаже. Проверьте в 1С или кассовом сервисе ответ на отправку и затем статус кода в ГИС МТ.

Что делать при отмене интернет-заказа до продажи?

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

Что делать, если документ в 1С проведен, а код не выбыл?

Откройте исходящие документы обмена с ИС МП, прочитайте текст отказа и исправьте данные в исходном документе. Затем повторите отправку только после проверки, что по этому коду не принято другое сообщение о выбытии.

Каким статусом подтверждается успешное выбытие?

Ориентируйтесь на положительный ответ на отправленный документ и на изменившийся статус конкретного кода в ГИС МТ. Напечатанный чек или проведенный документ в 1С подтверждают факт оформления в вашей системе, но не заменяют проверку приема сведений.