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