Зачастую на розничных торговых точках возникает специфическая архитектурная задача: в рамках одного магазина и одной информационной базы (например, 1С:Розница) ведется торговля от лица двух разных организаций. Традиционно это ООО для продажи крепкого алкоголя и ИП для реализации пива. Для подтверждения закупок и списания проданной продукции каждой организации требуется свой транспортный модуль (УТМ) и свой аппаратный криптоключ (Рутокен или JaCarta). Давайте разберем, как правильно организовать их одновременную работу и с какими трудностями мы можем столкнуться.
Прежде чем приступать к настройке, проанализируем официальную позицию ФСРАР и технические нюансы работы самих транспортных модулей.
В связи с этим, рассмотрим несколько проверенных на практике путей решения этой задачи.
Выясним причину, почему этот способ считается самым надежным. Разнесение ключей по разным устройствам исключает любые конфликты драйверов криптопровайдеров и служб.
localhost:8080, а для ИП — локальный IP-адрес второго компьютера (например, 192.168.1.10:8080).При таком сценарии в программе 1С запросы будут автоматически уходить на нужные IP-адреса в зависимости от выбранного юридического лица документа. Для пакетного получения и контроля накладных по расписанию можно использовать обработку для регулярного перезапроса входящих ТТН ЕГАИС.
Если нет возможности поставить второй физический ПК, давайте рассмотрим вариант с развертыванием виртуальной машины на кассовом компьютере. Это потребует определенных ресурсов, но позволит обойти ограничение "одного токена".
dev-id ключа (так как у каждого токена есть свой уникальный серийный номер)..bat скрипты для автозапуска виртуалки на случай непредвиденных перезагрузок или сбоев питания, чтобы кассирам не приходилось запускать всё вручную.Важно: При таком подходе система всё равно иногда может путать порты хоста. Необходимо убедиться, что хостовая Windows не пытается "перехватить" второй ключ до того, как он будет передан в виртуальную машину.
Рассмотрим подробнее сценарий для энтузиастов и тех ситуаций, когда кассир готов физически переставлять ключи.
Можно установить два УТМ на один ПК, разнеся их в разные директории и на разные порты (например, 8080 и 8081). Проблема в том, что службы УТМ по умолчанию используют настройки последней установки. Чтобы это обойти, технические специалисты применяют командные файлы (батники), которые выполняют следующие действия:
// Логика работы скрипта:
1. Останавливаем службы текущего УТМ
2. Отменяем регистрацию служб первого УТМ
3. Регистрируем службы из папки второго УТМ
4. Запускаем службы второго УТМ
Рабочий процесс выглядит так: кассир работает с крепким алкоголем, ключ ООО вставлен. Когда нужно сделать списание пива или подтвердить накладные для ИП, кассир вытаскивает ключ ООО, вставляет ключ ИП и запускает ярлык скрипта на рабочем столе. Службы перезапускаются с новым ключом. Для быстрой инвентаризации и списания разницы можно использовать обработку для автоматического формирования актов списания ЕГАИС по фактическим остаткам.
Также существуют специализированные внешние обработки для 1С, которые могут делать это в автоматизированном режиме: они ставят на паузу обмен, просят пользователя заменить токен, проверяют FSRAR ID нового устройства и инициируют перезапуск транспортного модуля.
Если вы используете Linux в качестве кассовой операционной системы, проанализируем более изящное техническое решение. С помощью подсистемы инициализации systemd можно создать два полностью изолированных сервиса.
Настроив параметры изоляции (namespaces, cgroups), можно жестко ограничить видимость устройств для каждой службы. Служба УТМ для ООО будет иметь права на чтение только одного USB-устройства (по его ID), а служба УТМ для ИП — только другого. Это позволяет запускать два экземпляра модуля на одной машине без использования тяжеловесных виртуальных сред.
Мы подробно разобрали основные пути решения проблемы. Несмотря на то, что технически запустить два модуля на одной Windows-системе можно через виртуалки (изолировав ключи), самым надежным, стабильным и юридически безопасным вариантом остается приобретение недорогого дополнительного устройства (микро-ПК) для нужд ИП. Это полностью исключит сбои криптопровайдеров, путаницу при перезагрузках и обеспечит бесперебойную работу торговой точки.