В розничной торговле часто возникает ситуация, когда на одной кассовой зоне (на одном рабочем месте кассира) работают два разных юридических лица или индивидуальных предпринимателя (например, ИП1 продает маркированный товар или алкоголь, а ИП2 — сопутствующие товары). При этом у кассира установлены два фискальных регистратора, но банк предоставляет только один физический POS-терминал для приема безналичной оплаты.
Проблема, с которой сталкиваются пользователи, заключается в том, что при стандартной настройке все безналичные платежи начинают поступать на расчетный счет только одной организации (например, ИП1), хотя чеки на кассах пробиваются корректно от имени обеих организаций. Разберем подробно, почему так происходит, законна ли работа по такой схеме и как правильно настроить разделение платежей в программе 1С:Розница 2.2.
Среди начинающих автоматизаторов существует ошибочное мнение, что привязка одного эквайрингового терминала к двум разным ИП запрещена законом. На самом деле, Федеральный закон № 54-ФЗ жестко регулирует только правила применения контрольно-кассовой техники (ККТ). Главное требование закона — чтобы покупатель получил фискальный чек, в котором указаны реквизиты именно того юридического лица, которое продало ему товар. Каким способом при этом покупатель перевел деньги (напрямую на счет или через посредника/агента), для ККТ не имеет решающего значения.
Банки и платежные системы давно разработали и легально используют технологию под названием мультимерчантинг (или мультимерчант). В рамках этой технологии банк заключает отдельные договоры эквайринга с каждым ИП. Каждому предпринимателю выделяется свой собственный идентификатор мерчанта (Merchant ID) и логического терминала (Terminal ID). Физически же выдается один POS-терминал, внутри которого настраивается переключение между этими идентификаторами. Деньги при этом зачисляются строго на разные расчетные счета в соответствии с тем, какой идентификатор был передан в момент совершения транзакции.
Для того чтобы понять, как решить проблему, проанализируем механизм взаимодействия 1С с банковским терминалом. В устаревших версиях драйверов эквайринга (например, Сбербанк версии 1.Х) использовалась регистрация OLE-компоненты sbrfcom.dll в операционной системе Windows. Так как в системе можно зарегистрировать только одну такую библиотеку, программа всегда обращалась к одной конкретной папке с настройками драйвера (где прописан только один личный кабинет/мерчант). Попытки разделить транзакции приводили к путанице.
В современных конфигурациях 1С обмен данными происходит через сертифицированный драйвер «1С:Эквайринговые терминалы Сбербанк 2.Х» (или аналогичные решения других банков, использующие интерфейс WinCLI). Основное отличие новой архитектуры заключается в том, что 1С взаимодействует с терминалом напрямую через вызов консольного приложения sb_pilot.exe. Это снимает любые ограничения операционной системы: мы можем запускать утилиту из разных каталогов или передавать ей различные параметры запуска (например, номер отдела).
Рассмотрим два проверенных практических способа настройки мультимерчантинга в 1С:Розница 2.2.
Этот способ является наиболее удобным и лаконичным, так как не требует дублирования конфигурационных файлов на жестком диске. Он базируется на использовании параметра «Номер отдела» (Department) в настройках подключаемого оборудования 1С.
Перед началом настройки обязательно обратитесь в службу поддержки вашего банка-эквайера и попросите инженера настроить на вашем физическом терминале мультимерчант с делением по отделам (например: отдел 1 — ИП1, отдел 2 — ИП2). Специалист банка должен прошить терминал соответствующим образом.
После этого выполним настройку в программе 1С по шагам:
C:\scards).1 (или то значение, которое зафиксировал инженер банка для ИП1).C:\scards).2 (соответствующее ИП2 по спецификации банка).После создания подключаемого оборудования нам необходимо связать его с кассами ККМ и настроить справочник эквайринговых терминалов:
Теперь при пробитии чека на рабочем месте кассира (РМК) система будет анализировать, к какой организации принадлежит продаваемый товар. В зависимости от этого 1С обратится к соответствующему эквайринговому терминалу и передаст драйверу нужный номер отдела. Физический терминал примет команду, отобразит сумму на экране и проведет платеж по нужному мерчанту.
Если используемый банковский протокол или модель терминала не поддерживают разделение по номерам отделов в рамках одного запуска утилиты, мы можем применить альтернативный метод — разделение по физическим папкам на диске компьютера.
Суть метода заключается в том, что для каждого ИП создается своя независимая копия конфигурационных файлов банка, обращающаяся к одному и тому же физическому COM-порту или IP-адресу терминала.
Выполним настройку по шагам:
C:\ вашего компьютера две отдельные папки. Например:
C:\Sberbank_IP1 — папка с настройками для первого контрагента.C:\Sberbank_IP2 — папка с настройками для второго контрагента.pinpad.ini). В файле из первой папки будут прописаны Merchant ID и Terminal ID для ИП1, а во второй — для ИП2. При этом в обоих файлах будет указан один и тот же COM-порт (например, Port=COM3), к которому подключен единственный физический кабель терминала. Пример структуры параметров в файле конфигурации может выглядеть следующим образом:
[Pinpad]
Port=3
Speed=115200
MerchantID=123456789012 ; Индивидуальный ID для каждого ИП
TerminalID=98765432 ; Индивидуальный ID терминала
C:\Sberbank_IP1\sb_pilot.exe.C:\Sberbank_IP2\sb_pilot.exe.Преимущество этого метода состоит в его абсолютной надежности. Программа 1С при обращении к кассе ИП1 запускает исполняемый файл из первой папки, который считывает настройки для ИП1 и посылает команду на терминал. При оплате товара от ИП2 запускается файл из второй папки, автоматически переключая терминал на работу со вторым мерчантом.
При использовании схемы мультимерчантинга следует помнить о следующих особенностях работы оборудования:
Проанализировав обе схемы настройки, мы можем сделать вывод, что деление платежей на одном терминале реализуется стандартными средствами 1С:Розница без необходимости доработки конфигурации на уровне программного кода. Главное — скоординировать действия с технической поддержкой вашего банка для корректной прошивки самого терминала.