1. Предыстория: от доработанной УТ к типовой
Ранее мы опубликовали статью о переносе блока ПиОТ из УПП 1.3 в кастомную УТ 10.3 (//infostart.ru/1c/articles/2746974/). Путь был рабочий, но трудоёмкий: ручной перенос ~12 объектов метаданных, адаптация API под кастомные модули розницы, сверка с УПП.
По той публикации обратилось несколько человек с просьбой повторить внедрение. Работая с одним из них, было адаптировано решение уже под типовую УТ 10.3.88.3. Получилось проще, быстрее и безопаснее — не нужно трогать "ЧекККМ", драйверы ККТ и доработанные формы розницы.
Результат — этот CF. Он содержит всё необходимое для внедрения ПиОТ в типовую конфигурацию.
---
2. Зачем ПиОТ в типовой УТ 10.3
При розничной продаже маркированных товаров действует разрешительный режим: перед фискализацией код маркировки (КМ) должен быть проверен, а в чек ФФД 1.2 уходят идентификатор запроса и временная метка (тег 1260).
| Путь проверки | Кто проверяет | Зависимость от интернета
| CDN (типовой) | Облако ГИС МТ через CDN-площадки | Высокая
| ПиОТ (локальный) | ESM на кассовом ПК через ЛМ ЧЗ | Минимальная (offline-проверка)
Проблема: типовая УТ 10.3 не содержит блока ТС ПиОТ. Раньше выход был один — переходить на УТ 11 или вручную переносить код из УПП.
Решение: готовый CF с уже адаптированными под типовую УТ объектами ПиОТ. Внедрение занимает 2–4 часа.
---
3. Что входит в решение
3.1. Новые объекты (перенесены и адаптированы под УТ)
- "Справочник.ТСПИоТ" — настройки по ККТ (для БПО ≥ 3.2.9.8)
- "РегистрСведений.НастройкиПодключенияТСПИоТ" — настройки по номеру ФН (рабочий путь на БПО 3.1.x)
- "Перечисление.ТипыТСПИоТ"
- "ОбщаяФорма.ФормаПроверкиСтатусовГотовностиТСПИоТ"
- "ОбщийМакет.Драйвер1СТСПИоТ"
- "Подсистема.ПодключаемоеОборудование.ТСПИоТ"
3.2. Общие модули (адаптированы под имена типовой УТ)
- "ИнтеграцияТСПИоТ"
- "ИнтеграцияТСПИоТКлиентСервер" — HTTP `api/v1/info` и `api/v1/codes/check`
- "ИнтеграцияТСПИоТКлиент"
- "ИнтеграцияТСПИоТВызовСервера"
- "ИнтеграцияТСПИоТВебКлиент"
- "МенеджерОборудованияТСПИоТ"
3.3. Точечные врезки в типовые модули
Ветка ПиОТ/CDN встроена в цепочку сканирования марок без замены документов и форм:
- "ШтрихкодированиеИСМПСлужебный" — выбор ПиОТ или CDN при сканировании
- "ШтрихкодированиеИС" / "ШтрихкодированиеИСКлиент" — async-проверка на ESM
- "ИнтеграцияИСМП" / "ИнтеграцияИСМПКлиентСервер" — версионирование БПО и параметры подключения
- "ИнтеграцияИСУТКлиентСервер" — прокидка номера ФН в параметры сканирования
- "РозничныеПродажиКлиент" — передача ФН при проверке средствами ККТ
- "ПанельОбменИСМП" — UI настройки ПиОТ
Не затронуты: "Документ.ЧекККМ", "МенеджерОборудования" (ядро БПО), CDN-ветка ИСМП.
---
4. Как это работает
Скан марки в РМК
→ Проверка: настроен ли ПиОТ для этого ФН?
→ Да → HTTP POST api/v1/codes/check на ESM → UUID/время в ТЧ АкцизныеМарки
→ Нет → стандартный CDN (ИнтерфейсИСМП)
Пробитие чека
→ Типовая фискализация: тег 1260 из полей РР, записанных на скане
→ Проверка средствами ККТ (типовая, без изменений)
→ ESM проверяет КМ онлайн (через ГИС МТ) или офлайн (через ЛМ ЧЗ).
→ 1С напрямую ЛМ ЧЗ не вызывает — только ESM.
→ CDN остаётся fallback: если ПиОТ не настроен, запись регистра удалена или ESM недоступен — всё работает как раньше.
---
5. Требования и ограничения
Подходит для:
- Типовой УТ 10.3.88.3 с розничными продажами
- Касс с ESM (localhost:51401 по умолчанию)
- ККТ с ФФД 1.2 (Тестировалось на ККТ Атол)
- БПО 3.1.10.48+ (проверено на 3.1.10.48; для БПО ≥ 3.2.9.8 доступен также справочник ТСПИоТ)
Не подходит для:
- Сильно доработанных конфигураций (требуется анализ совместимости)
- УТ 11, КА 2, ERP 2 (там ПиОТ уже есть типовой)
- Оптовых сценариев (решение только для розницы)
Нюанс по БПО: в типовой УТ 10.3.88.3 стоит БПО 3.1.10.48, порог 3.2.9.8 не выполняется. Это нормально: настройки хранятся в регистре по номеру ФН — путь рабочий и стабильный. Обновлять БПО ради ПиОТ не нужно.
Дополнительно: в комплект включена поддержка моторных масел (Перечисление.ВидыПродукцииИС) — если не нужна, можно отключить в панели ИСМП. Если нужны другие группы, пишите в комментариях, я добавлю
---
6. План внедрения (кратко)
1. Бэкап конфигурации и ИБ.
2. Сравнить/объединить с приложенным CF (11 новых объектов + врезки в ГосИС).
3. Обновить БД, выдать права на ТСПИоТ и НастройкиПодключенияТСПИоТ.
4. В РС.НастройкиПодключенияТСПИоТ указать: заводской номер ФН (строго 16 символов, как на чеке), localhost, порт 51401.
5. Проверить api/v1/info с формы регистра.
6. Скан марки → убедиться, что в АкцизныеМарки заполнились РазрешительныйРежимИдентификаторЗапросаГИСМТ и РазрешительныйРежимДатаЗапросаГИСМТ.
7. Пробить чек — в чеке должен быть тег 1260.
---
7. Чем это отличается от «ручного» пути через УПП
Время внедрения
• Перенос из УПП вручную: более 7 дней + тестирование и отладка
• Готовое решение: 2–4 часа
Риск сломать розницу
• Перенос из УПП вручную: Высокий (ручная адаптация API)
• Готовое решение: Минимальный (готовые врезки в типовую УТ)
Адаптация имён модулей
• Перенос из УПП: Вручную
• Готовое решение: Уже сделана
Поддержка CDN
• Перенос из УПП вручную: Требует отдельной проверки
• Готовое решение: Fallback работает из коробки
---
8. Формат
Файл поставляется в формате CF (файл конфигурации), так как УТ 10.3 не поддерживает расширения.
---
9. Связанные материалы
- Пример адаптации УТ 10.3 для работы с ТС ПиОТ (ESM): используем модули из УПП 1.3 — первая статья с «ручным» путём через УПП и доработанную УТ10.3. Полезна для понимания архитектуры.
---
Если есть вопросы по внедрению — пишите в комментариях. Или если нужна адаптация под сильно перепиленную конфигурацию, используйте кнопку Заказать консультацию.
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 10.3, релизы 10.3.88.3
Вступайте в нашу телеграмм-группу Инфостарт