Можно ли отправлять чеки из 1С сразу в ОФД?

Нет, 1С не передает чек в ОФД напрямую: она передает данные подключенной ККТ или облачному кассовому сервису, а уже касса направляет фискальный документ в ОФД. Настройте в 1С команду на кассу и сохраняйте в документе номер заказа либо платежа, чтобы отслеживать результат.

Можно ли загрузить чеки из ОФД в 1С без отгрузки?

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

Что выбрать: формирование чека из 1С или загрузку данных о чеке?

Выберите один источник чека для каждого канала продаж. Если финальный состав заказа создает менеджер в 1С — передавайте данные на кассу из 1С; если оплату и фискализацию запускает сайт или облачная касса — загружайте в 1С реквизиты готового чека и платежа.

Нужна ли отдельная настройка для 1С:УТ, Розницы и ERP?

Да, настройка отличается по документам и точкам создания расчета. В УТ это может быть заказ или РМК, в Рознице — рабочее место кассира, в ERP — выбранный регламент продаж; привязывайте обмен к фактическому источнику оплаты или продажи.

Что делать, если чек есть в ОФД, но его нет в 1С?

Запустите повторную загрузку по идентификатору платежа или чека и проверьте журнал обмена. Затем убедитесь, что период загрузки, организация, касса и правила сопоставления документов указаны верно; не создавайте новый чек вручную до проверки дубля.

Вернуться в Блог

Как настроить чеки и фискализацию в 1С для онлайн-кассы и ОФД

как настроить чеки и фискализацию в 1с — 1С не заменяет онлайн-кассу и не отправляет чек в ОФД напрямую. Рабочая схема выглядит так: 1С или сайт передает данные в ККТ либо облачную кассу → касса формирует фискальный документ → касса передает его в ОФД → 1С получает статус и реквизиты через настроенный обмен. Главная задача настройки — назначить один источник чека для каждого платежа и не создать дубль.

Автор: Александр Пылев, Основатель Интернет Касса

Когда нужна связка 1С, кассы и ОФД

Интернет-магазин

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

Момент формирования чека при оплате на сайте разобран в статье «Когда пробивать чек при оплате на сайте и как не ошибиться с моментом расчета». Если подключаете оплату по СБП, используйте инструкцию по подключению СБП на сайт.

Услуги, подписки и предоплата

Если деньги поступили раньше исполнения, сначала отразите оплату как аванс или поступление по заказу — по вашей учетной схеме. Реализацию оформляйте при оказании услуги или отгрузке. Для кассовых чеков на аванс и зачет предоплаты используйте отдельный сценарий: как пробить чек на аванс и зачет предоплаты в 1С.

Розница и кассовое место

Если кассир оформляет продажу в РМК или 1С:УТ, источником чека может быть 1С. Подключите физическую ККТ к рабочему месту, передавайте состав продажи и тип оплаты, а после печати сохраняйте статус чека в документе. Для УТ пригодится инструкция по пробитию кассовых чеков в 1С:УТ.

Что проверить до настройки

До подключения возьмите один реальный заказ и нарисуйте его путь: где создан заказ, где принята оплата, какая касса формирует чек, откуда 1С получает результат. Для каждого этапа задайте один идентификатор — номер заказа, платежа или кассового документа.

Конфигурация. Укажите версию и доработки 1С:УТ, Розницы, ERP или нетиповой базы. Нельзя переносить обработку из другой конфигурации без проверки документов и расширений.
Основание в 1С. Выберите документ для связки: заказ, поступление оплаты, реализация или отчет о розничных продажах.
Справочники. Сопоставьте организацию, кассу, виды оплаты, номенклатуру, ставки и контакт покупателя. Ошибка в карточке товара попадет во все новые чеки.
Защита от дублей. Храните внешний ID платежа или заказа и настройте повторную загрузку так, чтобы она обновляла статус, а не создавала новый документ.
Доступы. Интеграционный пользователь должен читать исходные документы и записывать результат обмена. Право бесконтрольно менять проведенные продажи ему не нужно.

Правила применения ККТ установлены Федеральным законом № 54-ФЗ. Официальные разъяснения и сервисы проверки размещены на сайте ФНС России. Перед запуском проверьте, что выбранная модель кассы, ее регистрационные данные и сценарий расчетов соответствуют вашему каналу продаж.

Как выбрать схему работы с чеками

Передавайте данные на кассу из 1С, если менеджер или кассир формирует окончательный состав продажи в 1С. Это подходит РМК, заказам менеджеров и продажам, которые не проходят через отдельный платежный сценарий на сайте.

Загружайте реквизиты готовых чеков в 1С, если чек формирует сайт, платежный сервис, физическая касса на другой точке или облачная касса. В этом случае 1С не должна фискализировать ту же оплату повторно. Загрузка «из ОФД» технически возможна только при наличии API или модуля у ОФД; нередко данные практичнее получать из кассового или платежного сервиса, который создал чек.

Разделяйте оплату и реализацию, когда покупатель платит заранее. Оплата не становится отгрузкой только потому, что ее нужно увидеть в 1С. Свяжите аванс с заказом, а при исполнении оформите реализацию и зачет предоплаты в используемой учетной схеме.

Таблица выбора схемы интеграции

Критерий	Данные на кассу из 1С	Загрузка готового чека в 1С	Оплата до отгрузки
Где возникает продажа	РМК, заказ или реализация в 1С	Сайт, облачная касса или внешнее кассовое место	Деньги поступили до исполнения
Главная связка	Документ продажи и ID операции	Платеж, заказ и реквизиты чека	Заказ и документ аванса
Что контролировать	Команда дошла до кассы, чек успешно сформирован	Чек сопоставлен с нужным платежом	Аванс закрыт реализацией без повторного учета
Главный риск	Повторная отправка после сбоя	Дубль при ручной загрузке выписки	Смешение оплаты и реализации
Что сделать	Настроить уникальный ID и журнал очереди	Настроить сопоставление по ID платежа или заказа	Зафиксировать отдельные документы и порядок зачета

Пошаговый запуск настройки в 1С

Выберите тестовый заказ. Возьмите заказ с товаром или услугой, оплатой и, если применимо, доставкой. Отдельно подготовьте тест возврата.
Назначьте источник чека. Для канала продаж выберите одну точку фискализации: 1С с подключенной ККТ, физическую кассу или облачную кассу.
Настройте соответствия. Свяжите организацию, кассу, типы оплаты, номенклатуру, ставки и идентификатор заказа. Для сайта убедитесь, что в кассу уходит состав расчета, а не только итоговая сумма.
Настройте обмен. Укажите, откуда 1С получает статус: из кассового сервиса, платежного сервиса или API ОФД. Включите журнал ошибок и повторную обработку по уникальному ID.
Проведите полный тест. Создайте заказ, примите оплату, сформируйте чек, дождитесь его обработки кассой и ОФД, затем загрузите реквизиты в 1С. Сверьте сумму, позиции, способ оплаты и привязку к заказу.
Проверьте сбой и возврат. Повторите загрузку одного и того же события и убедитесь, что второй документ или второй чек не появляются. Затем протестируйте возврат по вашему кассовому и учетному регламенту.

Ошибки, которые создают дубли и расхождения

Один платеж фискализируют дважды. Сайт отправляет команду в облачную кассу, а 1С пробивает чек после загрузки выписки. Оставьте один источник чека и используйте ID платежа для блокировки повтора.
Аванс проводят как реализацию. При отгрузке возникает вторая продажа в учете. Разделите оплату, реализацию и зачет предоплаты.
В кассу уходит некорректный состав заказа. Например, вместо товаров передается общая позиция «Заказ». До запуска проверьте передачу товаров, услуг, доставки, скидок и ставок на комбинированном заказе.
Нет очереди не сопоставленных операций. Чек сформирован, но не привязан к документу 1С. Сделайте отдельный список ошибок: не загружено, отклонено, не найден заказ, не совпала сумма.
Возврат путают с исправлением ошибки. Сначала установите факт: деньги вернули покупателю или нужно исправить неверные данные. После этого выполняйте действие в кассе и 1С по утвержденному регламенту, а не создавайте произвольный новый чек.

Контроль после запуска

Ежедневно проверяйте три списка: успешные чеки, отклоненные операции и чеки без связки с документом 1С. Ответственный сотрудник должен видеть номер заказа или платежа, сумму, кассу, статус и причину ошибки.

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

Нужна схема для вашей 1С, сайта или кассового места? Оставьте заявку в Интернет Касса: поможем определить источник чека, маршрут обмена и состав тестового сценария до запуска.