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