Содержание:
1. Что сверяется при работе с маркированным товаром
2. Как собрать кассовые данные в системе учета 1С без «монолита»
3. Что модуль «Автоматическая сверка ЧЗ, ОДФ и эквайринга» в учетной программе 1С даёт бизнесу
Если вы продаёте маркированный товар и принимаете оплату по картам, у вас есть три источника правды:
· данные Честного знака (ЧЗ) о выводе из оборота,
· чеки из ОФД,
· реестры эквайринга от банка.
Проблема в том, что эти «правды» живут в разных системах и форматах. Без автоматической стыковки вы тратите часы на ручные сверки, рискуете штрафами за маркировку, сталкиваетесь с «потерянными» оплатами и подвисшими возвратами. Решение — построить трёхстороннюю автоматическую сверку поверх 1С.
1. Что сверяется при работе с маркированным товаром
Маркировка (ЧЗ): SGTIN/код маркировки, статус вывода, дата/время операции, тип документа.
Касса/ОФД: ФН, ФД, ФПД, дата/время чека, номенклатура, суммы по позициям, способ оплаты, признак расчёта (продажа/возврат).
Эквайринг: сумма, комиссия, RRN, Auth Code, TID/MID, дата/время авторизации, статус (успех/отмена/возврат).
Идеальная картинка: в каждой строке продажи коды ЧЗ из 1С подтверждены чековыми данными (ОФД), а каждая безналичная сумма подтверждена транзакцией из реестра банка.
Базовая логика матчинга (3-Way Match)
ОФД ↔ Эквайринг (платёж):
сопоставляем по сумме, дате/времени (с допуском, например, ±10 минут), TID (если хранится), номеру смены/чека, иногда по внешнему ID платежа.
ОФД ↔ ЧЗ (маркировка):
по номенклатуре/штрихкоду/кодам SGTIN в строках чека, проверяем факт и корректность вывода из оборота (тип операции и статус).
Контрольный шаг:
сверяем итоги по смене/дню: суммы продаж и возвратов, комиссии эквайринга, «висящие» позиции по маркам.
Результат: на выходе получаем реестр «зелёных» (полностью подтверждённых) операций и «красных/жёлтых» исключений для разборов.
Типовые расхождения и как их ловить:
· Есть чек в ОФД, но нет транзакции у эквайера.
Причины: отказ банка после печати чека, «двойной тап» кассиром, некорректное закрытие смены.
Маркер: чек без пары в реестре.
· Есть транзакция у эквайера, но нет чека.
Причины: предавторизация/отложенный платёж, сбой ККТ.
Маркер: платёж без фискального документа.
· Вывод в ЧЗ не совпадает с содержимым чека.
Причины: «ручная» продажа, неверные коды, возврат проведён только по кассе.
Маркер: SGTIN не найден/статус вывода не соответствует.
· Неполные возвраты (Partial).
Маркер: сумма возврата в банке не совпадает с чеком возврата.
· Дубли и сплит-платежи.
Маркер: две банковские операции на один чек (или один чек на два платежа).
2. Как собрать кассовые данные в системе учета 1С без «монолита»
Важно: единого коробочного модуля «сверка ЧЗ+ОФД+эквайринг» у фирмы 1С нет. Но всё решается комбинацией стандартных возможностей и лёгких допобработок:
Подключить 1С-интеграцию с ОФД (загрузка чеков/итогов смен).
Включить 1С:Маркировку для корректного учёта SGTIN и статусов вывода.
Загрузка реестров эквайринга (CSV/Excel/API банка) с RRN/AuthCode/TID, комиссиями и статусовыми полями.
Регламентная обработка «3-Way Match»:
нормализует даты/время (таймзона, округления),
матчит чеки и платежи (строго/с допусками),
сопоставляет строки продаж с кодами ЧЗ,
присваивает статусы: Matched / Partial / Unmatched / Conflict,
создаёт задачи на разбор и формирует корректирующие документы (возвраты, сторно, служебные записки).
Дашборд сверки (обычно в Рознице/УТ/ERP):
KPI по доле «зелёных» операций, сумме «красных», времени устранения,
топ-причины расхождений,
разрезы: касса/смена/магазин/терминал/кассир,
«дрилл-даун» до уровня чека/SGTIN/платежа.
Мини-архитектура (типовая)
Источники → Шина приёма → Слой нормализации → Сверка → Хранилище фактов → Витрина/BI
Источники: ОФД API/файлы, банк-эквайер (API/реестр), ЧЗ (через 1С:Маркировку).
Нормализация: единые справочники терминалов (TID/MID), касс, магазинов, кодов номенклатуры, временные зоны.
Сверка: регламентные задания 1С (каждые 5–15 минут или раз в час).
Витрина: отчёт в 1С + при желании выгрузка в Power BI/Метрику.
Пошаговый план внедрения (за 10–15 рабочих дней):
Диагностика (аудит): инвентаризация касс/терминалов, каналов выгрузки, форматов реестров; выбор допусков по времени/суммам.
Подключения: ОФД, 1С:Маркировка, банк (API/реестры).
Нормализация справочников: маппинг TID↔магазин↔ККТ, единые правила округлений и комиссий.
Развёртывание обработки сверки: настройки правил матчинга, статусов и уведомлений.
Дашборд и отчёты: SLA-виджеты, исключения, причины расхождений, выгрузки для финслужбы.
Пилот 1–2 точки: «обкатка» на реальных сменах, корректировка правил.
Тиражирование и обучение: инструкции кассирам/бухгалтерам, регламенты разборов.
3. Что модуль «Автоматическая сверка ЧЗ, ОДФ и эквайринга» в учетной программе 1С даёт бизнесу
0,5–1,5% экономии выручки за счёт устранения «висящих» платежей/дублей/ошибок возвратов.
Снижение ручной рутины на 70–90% при закрытии дня/месяца.
Снижение рисков по ЧЗ: корректный вывод из оборота, прозрачные возвраты.
Прозрачные KPI и ответственность: видно, где и почему рождаются расхождения.
Кейсы (обобщённые):
Fashion-ретейл, 40+ касс: до внедрения — 100+ «красных» операций в день, закрытие смен «на глазок». После — <5 исключений/день, автоподтверждение 97% операций, время закрытия смены сократилось с 45 до 10 минут.
Аптечная сеть: расхождения ЧЗ из-за ручного ввода кодов, «залипшие» возвраты. После нормализации и 3-Way Match — 99% корректных выводов, возвраты автоматически стыкуются с ОФД и банком.
Частые вопросы:
Можно ли полностью обойтись без доработок?
В редких случаях — да, если форматы банка и ОФД совпадают с типовой логикой. Чаще всего требуется лёгкая «склейка».
Что делать с предавторизациями и чарджбэками?
Заводим отдельные статусы в витрине, включаем отложенную сверку и автопереход статусов при поступлении финального события банка.
Как учитывать комиссию?
В отчётах выделяем «грязную»/«чистую» выручку, присваиваем комиссии к операциям и автоматом формируем бухгалтерские проводки.
Чек-лист готовности (5 пунктов):
Есть доступ к данным ОФД (API/выгрузки) и к реестрам эквайринга.
В 1С включена и настроена маркировка, коды SGTIN попадают в документы.
Справочник терминалов «привязан» к магазинам/кассам.
Определены правила допусков по времени и округлениям.
Согласован формат отчётов и SLA по разбору исключений.
Бонус: готовые ТЗ и архитектура под вашу 1С и конкретных провайдеров.
Мы заранее подготовили пакет технических заданий и типовых архитектур под:
1С:Розница, 1С:Управление торговлей (УТ), 1С:ERP;
подключение популярных ОФД (Первый ОФД, Платформа ОФД, OFD.ru и др.);
интеграцию с банк-эквайерами (Сбер, Тинькофф, Альфа, ВТБ и др.) — через реестры или API.
Это сокращает сроки пилота, снижает объём доработок и даёт предсказуемый результат. Под конкретный стек мы быстро адаптируем условия матчинга, статусы, отчёты и регламенты.
Если вы хотите закрыть «кассовый треугольник» без ночных сверок и рисков по маркировке — приходите к нам.
Мы проведём короткий аудит, развернём автоматическую 3-Way-сверку в 1С, настроим отчёты и обучим команду.
Подберём архитектуру и предоставим ТЗ именно под вашу конфигурацию (Розница/УТ/ERP) и выбранных ОФД/банк-эквайера.
Специалист компании ООО "Кодерлайн"
Денис Макушев
