Как выбрать и интегрировать программное обеспечение для касс самообслуживания (КСО) в 1С

← На главную

Внедрение касс самообслуживания (КСО) — это серьезный шаг в автоматизации розничной торговли, особенно для сетей среднего масштаба (30–40 магазинов). В данной статье мы проанализируем ситуацию, когда необходимо интегрировать современное кассовое оборудование с самописной или сильно доработанной конфигурацией 1С. Мы разберем по шагам критерии выбора программного обеспечения, аппаратной части и механизмы настройки обмена данными.

Анализ программного обеспечения для КСО

Выбор кассового софта (Front-end) является первичным по отношению к железу. Рассмотрим подробнее наиболее популярные на российском рынке решения, которые позволяют гибко настраивать обмен с 1С.

Frontol 6 (от компании АТОЛ). Это одно из самых сбалансированных решений. В современных версиях реализован специализированный интерфейс для КСО. Проанализируем его преимущества: отличная документация по API и форматам обмена, стабильная работа с маркировкой (Честный ЗНАК) и поддержка практически любого торгового оборудования.
SetRetail (Set SCO). Решение для крупного ритейла. Как отмечают эксперты, это «тяжелая» и надежная система, которая работает «как часики». Однако она требует значительного бюджета на лицензирование и внедрение. Если ваша сеть планирует активный рост свыше 50 точек, это решение стоит рассмотреть в первую очередь.
Artix. Мощная кассовая система, работающая под Linux. Это позволяет существенно сэкономить на лицензиях Windows для каждого терминала. Обмен данными в Artix реализован через Artix Cash Server, который может взаимодействовать с 1С через JSON-пакеты или файлы.
1С:Мобильная касса (МК). Бюджетный вариант для небольших КСО на базе Android. Основной плюс — родная интеграция с экосистемой 1С через EnterpriseData. Однако при использовании самописных конфигураций часто приходится дорабатывать обмен под собственные нужды.
Штрих-М: Кассир 5. Проверенное временем решение на Windows. Имеет встроенный режим самообслуживания. Плюс системы в том, что документация по форматам обмена (текстовые файлы) максимально доступна и проста для реализации программистом 1С.

Разбор архитектуры интеграции с 1С

Выясним причину, почему прямой обмен с ККТ (фискальным регистратором) из 1С в режиме самообслуживания — плохая идея. Для КСО критически важна скорость интерфейса и автономность. Поэтому мы всегда рассматриваем схему с промежуточным кассовым ПО.

Типовой цикл обмена данными выглядит следующим образом:

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


{
  "action": "update_goods",
  "data": [
    {
      "id": "UT-0000123",
      "name": "Молоко 3.2% 1л",
      "barcode": "4601234567890",
      "price": 89.90,
      "is_marked": true,
      "weight_delta": 15
    }
  ]
}

Загрузка данных из КСО в 1С:
После закрытия смены (или в реальном времени через API) 1С должна забирать информацию о совершенных продажах. На стороне 1С создается документ ОтчетОРозничныхПродажах. Проанализируем ситуацию с маркировкой: важно, чтобы КСО сама проверяла коды маркировки в системе «Честный ЗНАК», а в 1С передавала уже проверенные данные для списания из остатков.

Технические нюансы: Весовой контроль и Лояльность

При выборе ПО и написании обмена обратим внимание на два критических фактора, которые часто упускают при проектировании:

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

Выбор железа: Готовые решения или сборка?

Для сети из 30–40 магазинов мы рекомендуем стратегию «ПО отдельно — Железо отдельно». Это даст гибкость и независимость от конкретного поставщика оборудования.

Рассмотрим состав типичного КСО-терминала:

Корпус: напольный или настольный (например, производства «Тачплат» или «Штрих-М»).
Вычислительный блок: промышленный PC на базе Intel Core i3/i5 с пассивным охлаждением.
Сканер: желательно биоптический (встраиваемый), он обеспечивает максимальную скорость считывания, что критично для покупателя.
ККТ: Атол или Штрих-М. Выбирайте модели с высокой скоростью печати и автоматическим отрезчиком.

Практические советы по реализации обмена в 1С

Поскольку у нас самописная конфигурация, мы не можем использовать готовые обработки вендоров. Нам необходимо разработать собственный механизм. Посмотрим на пример функции формирования файла обмена для Frontol в формате TXT (классический обмен):


Функция СформироватьСтрокуТовара(ТекущийТовар)
    // Формат: Код;Штрихкод;Наименование;Цена;Остаток;...
    СтрокаТовара = Строка(ТекущийТовар.Код) + ";" + 
                   ТекущийТовар.Штрихкод + ";" + 
                   ТекущийТовар.Наименование + ";" + 
                   Формат(ТекущийТовар.Цена, "ЧЦ=15; ЧДЦ=2; ЧГ=0") + ";1;0;";
    Возврат СтрокаТовара;
КонецФункции

Проанализируем этот код. Важно соблюдать строгую последовательность полей, описанную в документации к ПО. Рекомендуем использовать формат JSON вместо TXT, если выбранное ПО это поддерживает, так как JSON легче масштабировать при добавлении новых реквизитов (например, для маркировки пива или молочной продукции).

Резюме и стратегия внедрения

Подведем итог нашему анализу. Для успешного взлета проекта КСО в сети с самописной 1С выполним следующие действия:

Определимся с бюджетом. Если бюджет позволяет — выбираем SetRetail. Если нужна гибкость и экономия — Frontol или Artix.
Подготовим данные в 1С. Заполним веса товаров и проверим корректность штрихкодов.
Напишем универсальный обмен. Лучше потратить время на создание качественного API-интерфейса в 1С, чем плодить временные файлы обмена.
Пилотный проект. Запустим одну кассу в магазине с лояльным персоналом, чтобы отладить интерфейс и реакцию весовой платформы на ошибки покупателей.

Помните, что касса самообслуживания — это в первую очередь интерфейс взаимодействия с покупателем. Чем проще и понятнее будет логика, реализованная в связке ПО и вашей 1С, тем меньше нагрузка будет ложиться на администраторов магазина.