← На главную

Интеграция интернет-магазина с 1С часто вызывает вопросы на стыке кассовой дисциплины, требований 54-ФЗ и методологии учета. Распространенной ошибкой является попытка отразить оплату через платежные агрегаторы (например, Яндекс.Кассу / ЮKassa) с помощью приходных кассовых ордеров (ПКО) и последующее оформление возвратов через расходные кассовые ордера (РКО). Разберем, почему такая схема нарушает законодательство, к каким техническим ошибкам в 1С она приводит и как выстроить корректный процесс.

Анализ ошибок схемы с использованием ПКО и РКО

Рассмотрим, почему использование кассовых ордеров для интернет-платежей в корне неверно:

1. Несоответствие реквизитов чека (54-ФЗ): При пробитии чека на основании документа Приходный кассовый ордер в кассовый аппарат и ОФД передается тег формы расчета «Наличными» (тег 1031). Поскольку покупатель оплачивал заказ на сайте банковской картой или электронными деньгами, чек обязан содержать реквизит «Безналичными» (тег 1081). Пробитие чека с неверной формой оплаты приравнивается к неприменению ККТ и влечет административные штрафы.
2. Ошибки при оформлении возврата по РКО: Попытка пробить чек по документу Расходный кассовый ордер часто блокируется драйвером кассы с ошибкой «В кассе ККМ недостаточно средств» или «Чек оплачен не полностью». Это происходит потому, что ККТ отслеживает физическую наличность в денежном ящике. Деньги, поступившие через интернет-эквайринг, физически не попадают в кассу ККМ.
3. Нарушение правил возврата безналичных оплат: Выдача наличных денег из кассы по РКО за товар, который был оплачен банковской картой онлайн, является прямым нарушением кассовой дисциплины. Возврат должен производиться тем же безналичным способом на карту или счет покупателя.

Корректная методология учета интернет-эквайринга в 1С:Управление торговлей

Разберем правильную схему отражения оплат и взаиморасчетов в типовой конфигурации 1С:Управление торговлей 11:

1. Отражение онлайн-оплаты: Операция фиксируется документом Эквайринговая операция с видом операции Оплата от покупателя. Для этого в справочнике Эквайринговые терминалы создается терминал с признаком автономного использования или интернет-эквайринга.
2. Настройка модуля обмена с сайтом: В настройках интеграции 1С-Битрикс и 1С в разделе загрузки оплат сопоставляем платежную систему сайта не с кассой предприятия, а с договором интернет-эквайринга и эквайринговым терминалом. В этом случае документы создаются автоматически без участия кассовых ордеров.
3. Оформление возврата: При отказе покупателя от заказа оформляется документ Эквайринговая операция с видом Возврат оплаты клиенту или документ Списание безналичных ДС. При фискализации формируется признак расчета Возврат прихода с типом оплаты «Электронно» / «Безналичными». Наличие физических банкнот в денежном ящике ККТ при этом не требуется, и ошибка нехватки денег не возникает.
4. Поступление денег от агрегатора на расчетный счет: Перечисление средств банком или платежным агрегатором за вычетом комиссии отражается документом Поступление безналичных ДС с типом операции Поступление по результатам эквайринга на основании документа Отчет банка по эквайрингу.

Схема 1: Использование облачной кассы или фискализации на стороне платежного сервиса

Наиболее надежный и рекомендуемый вариант для интернет-магазинов — разделение потоков фискализации онлайн-продаж и офисных расчетов.

Проанализируем, как работает эта архитектура:

1. Покупатель производит оплату на сайте. Платежный шлюз (или подключенная к 1С-Битрикс облачная касса) моментально формирует первый фискальный чек с признаком способа расчета Предоплата 100% и отправляет его клиенту на e-mail или SMS.
2. При оформлении возврата через личный кабинет платежного агрегатора сервис автоматически отправляет команду на облачную ККТ, пробивая чек Возврат прихода и возвращая средства на карту плательщика.
3. В 1С заказы, оплаты и возвраты загружаются исключительно для управленческого и складского учета. В 1С повторная печать чеков для этих документов отключается.
4. При фактической отгрузке товара покупателю, если это требуется по формату фискальных данных (зачет аванса), из 1С или кассы курьера формируется второй чек с признаком способа расчета Полный расчет.

Схема 2: Фискализация через единую физическую ККТ в офисе

Если организация использует один кассовый аппарат для интернет-продаж и для оформления документов в 1С, возникает конфликт монопольного доступа к COM-порту или USB-подключению кассы (драйвер ККТ блокирует порт для других программ).

Рассмотрим, как правильно настроить совместную работу:

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