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