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