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