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