В версии 2.0.2 модуля Ferma от OFD.ru для Битрикса, датированной 12 октября 2026 года, появилась предварительная проверка кодов маркировки через ТС ПИоТ Ultra по API 2.88. Она выполняется без фискализации: положительный результат сам по себе не означает, что кассовый чек уже сформирован.

Что включено в релиз

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

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

Разделите три результата операции

Редакционная рекомендация — хранить отдельно связь товарной единицы с кодом, ответ проверки и статус фискального документа. Если сотрудник видит только одну отметку «готово», он может неверно понять, какой этап завершён. Успешное соединение с сервисом также не заменяет содержательный ответ по конкретному экземпляру.

Для приёмки выберите согласованные с обслуживающим специалистом сценарии и запишите ожидаемые состояния до запуска. Не создавайте реальные чеки исключительно ради проверки кнопки. Условия рабочего контура и допустимость операций нужно согласовать с владельцем кассового процесса; описанное обновление не обещает отдельную песочницу ПИоТ.

Как разбирать отказ и повтор

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

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

Что проверить после обновления магазина

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

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