← На главную

Организация онлайн-продаж с самовывозом из розничного магазина ставит перед разработчиками и бухгалтерами сложную задачу. С одной стороны, необходимо строго соблюдать Федеральный закон № 54-ФЗ и требования форматов фискальных документов (ФФД). С другой стороны — не нарушить складской учет и кассовую дисциплину внутри информационной базы 1С. Разберем по шагам, как правильно выстроить эту цепочку, какие типовые документы использовать и как избежать блокировки кассового оборудования.

Проблема использования документа Чек ККМ при интернет-оплатах

Частая ошибка при первичной автоматизации интернет-эквайринга — попытка создавать документ ЧекККМ сразу после получения уведомления об успешном платеже на сайте. Проанализируем, к каким критическим сбоям это приводит:

1. Преждевременное списание товара со склада. Документ ЧекККМ выполняет движения по регистру накопления остатков номенклатуры сразу в момент проведения. В реальности клиент еще не забрал заказ, товар физически лежит на складе или на полке розничного магазина, но в системе он уже числится проданным. Это ломает инвентаризацию и учет доступных резервов.
2. Конфликт кассовых смен. Розничный чек жестко привязан к документу открытия кассовой смены и конкретной кассе ККМ. При закрытии смены формируется ОтчетОРозничныхПродажах, сворачивающий все чеки за день. Если интернет-платежи оформляются через ЧекККМ, они будут смешиваться с реальными оффлайн-продажами кассира, что вызовет расхождения наличных и безналичных итогов в кассовой книге.
3. Сложности при выдаче в другой точке. Оплата поступает через эквайринг централизованно, а забрать заказ покупатель может в любом филиале компании. Документ ЧекККМ не позволяет гибко разделить точку приема денежных средств и точку фактической передачи материальных ценностей.

Законодательная база: двухчековая схема по 54-ФЗ

Если момент внесения денежных средств не совпадает с моментом фактической передачи товара покупателю в розничном магазине, бизнес обязан сформировать два фискальных чека:

1. Первый чек (в момент оплаты на сайте): формируется признак способа расчета «Предоплата 100%» (или «Предоплата», если внесена только часть суммы). Чек отправляется клиенту в электронном виде (по SMS или на e-mail). Бумажный чек на кассе при этом не печатается. Применять признак «Аванс» допустимо только в тех случаях, когда точный перечень товарных позиций в момент оплаты неизвестен.
2. Второй чек (в момент передачи товара в магазине): формируется признак способа расчета «Полный расчет». В реквизитах оплаты указывается форма «Зачет аванса» (встречное предоставление). Суммы наличными или банковской картой в этом чеке равны нулю, так как списания денег в момент выдачи не происходит. При этом покупателю выдается бумажный чек либо электронный аналог.

Типовая цепочка документов в 1С (УТ, КА, ERP, УНФ)

Рассмотрим, как правильно настроить документооборот в типовых решениях 1С (на примере «1С:Управление торговлей 11», «1С:Комплексная автоматизация» или «1С:ERP»). Для корректного разделения предоплаты и отгрузки применяется классическая оптово-розничная схема:

1. Документ «Заказ клиента» (или «Заказ покупателя»): создается автоматически при интеграции с сайтом. Он фиксирует намерения покупателя, перечень позиций, цены и резервирует товар на складе розничного магазина без его фактического списания.
2. Документ «Эквайринговая операция» (или «Поступление безналичных ДС»): оформляется на основании заказа после подтверждения платежной транзакции банковским шлюзом. В документе указывается операция оплаты от клиента, а также договор интернет-эквайринга. Именно из этого документа отправляется команда на кассу для пробития первого чека с признаком «Предоплата 100%». Движений по складским остаткам этот документ не делает.
3. Документ «Реализация товаров и услуг» (или «Расходная накладная»): создается в момент фактического прихода клиента в магазин. Документ производит окончательное списание номенклатуры со склада и закрывает задолженность по взаиморасчетам. На основании реализации кассир пробивает второй фискальный чек с признаком «Полный расчет» и формой оплаты «Зачет аванса».

Технические нюансы интеграции ККТ и программного обеспечения

При совмещении розничной торговли и интернет-магазина на практике часто возникают аппаратные конфликты. Разберем технические особенности, которые необходимо учесть:

1. Монопольный захват порта кассы. Драйверы фискальных регистраторов (подключаемые через виртуальный COM-порт или USB) не поддерживают одновременное обращение нескольких процессов. Если фоновое регламентное задание 1С попытается фискализировать чек из интернет-магазина в тот момент, когда кассир магазина пробивает покупку оффлайн-покупателю, произойдет ошибка «Порт занят». Для предотвращения таких коллизий в «Библиотеке подключаемого оборудования» (БПО) предусмотрен механизм ОчередьЧеков. Запросы с сайта помещаются в очередь, которую локальный сеанс кассира обрабатывает последовательно в моменты простоя оборудования.
2. Особенности регистрации фискального накопителя. Если используется одна касса для интернет-эквайринга и оффлайн-магазина, в регистрационных данных ККТ в ФНС должны быть обязательно указаны как физический адрес магазина, так и доменный URL-адрес интернет-магазина. При этом касса должна иметь полноценный модуль печати чеков. Запрещено использовать для оффлайн-выдачи аппараты, зарегистрированные исключительно с признаком «ККТ для расчетов только в сети Интернет».
3. Оптимальная архитектура с облачной кассой. Наиболее отказоустойчивым сценарием является разделение кассовых потоков. Интернет-платежи фискализируются через отдельный сервис облачной кассы или выделенный сервер ККТ, работающий 24/7. Локальная касса в магазине занимается только обслуживанием очередей розничных покупателей и пробитием чеков выдачи («Зачет аванса») по прибывшим интернет-заказам.

Использование связки документов безналичной оплаты и последующей реализации позволяет полностью закрыть требования законодательства по 54-ФЗ, сохранить точность складских остатков и избежать сбоев при взаимодействии с кассовым оборудованием.