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