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