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