Интеграция киоска с 1С: что передаётся и что нужно от вас

Вопрос «как подружить киоск с 1С» встаёт, как только самообслуживание выходит за рамки одной витрины с зашитым вручную ассортиментом: цены и остатки нужно брать из учёта, а не перепечатывать на каждом терминале при любом изменении. Ниже — какие данные в принципе идут между терминалом и 1С, какими способами это делается на практике, что нужно подготовить на своей стороне и что происходит с киоском, когда связь с базой пропадает.

Что уходит в 1С и что приходит обратно

Набор данных зависит от сценария терминала: одно дело — киоск, который просто показывает каталог, другое — касса, которая сама принимает оплату и должна свести кассовую смену. В таблице — типовое разделение потоков по пяти сценариям.

На практике редко нужны все пять потоков сразу. Информационному киоску с прайс-листом достаточно одностороннего чтения каталога и остатков. Кассе, которая сама принимает оплату, нужен уже полный цикл: без обратной передачи заказа в 1С сверка смены превращается в ручной труд бухгалтера.

Способы обмена данными

Конкретный протокол мы не называем заранее — он зависит от версии и конфигурации вашей 1С, поэтому здесь только принцип, а не готовый рецепт.

Обмен в реальном времени

Терминал обращается к веб-сервису 1С напрямую или через промежуточный адаптер: спрашивает актуальную цену и остаток перед показом товара, отправляет заказ сразу после оплаты. Так удобнее там, где цена меняется часто или где нельзя продать то, чего уже нет на складе — например, у весового или маркированного товара.

Периодическая выгрузка

1С по расписанию формирует файл с каталогом и остатками, терминал забирает его и обновляет локальную копию; заказы, наоборот, копятся и уходят в 1С пакетом. Это проще в настройке и терпимее к недолгим перебоям связи, но каталог на экране отстаёт от учёта на время между выгрузками.

Что нужно от вашей 1С и от ИТ-службы

Прежде чем считать интеграцию, стоит проверить шесть вещей на своей стороне — от этого зависит, будет ли обмен готов «из коробки» или потребует доработки конфигурации.

1. Рабочая база 1С с включённым обменом. Веб-сервис, который отвечает на запросы извне, либо регламентное задание на выгрузку файлов — что-то из этого должно быть настроено или допустимо настроить.
2. Отдельная учётная запись для обмена с правами только на нужные документы и справочники, а не на всю базу целиком — это вопрос и безопасности, и того, чтобы терминал не мог случайно затронуть лишнее.
3. Согласованный план обмена: какие справочники и документы участвуют, какое поле за что отвечает, с какой стороны источник данных — это снимает половину вопросов на этапе тестирования.
4. Ответственный сотрудник со стороны 1С — обычно это тот, кто ведёт номенклатуру или сопровождает базу, и кто может быстро посмотреть, откуда взялось расхождение.
5. Канал связи до терминала — интернет или локальная сеть, с резервным каналом, если точка не может простаивать без продаж.
6. Тестовый период на одной-двух точках перед тем, как тиражировать настройку на всю сеть.

Пилот на одной точке вместе с настройкой интеграции обычно занимает несколько недель — конкретный срок зависит от того, есть ли в 1С уже готовый веб-сервис обмена или его нужно дорабатывать.

Инфокиоск с 1С: справка без заказов

Отдельный случай — информационный киоск, который ничего не продаёт, но показывает то, что ведётся в 1С: расписание занятий, справочник сотрудников и подразделений, перечень услуг с ценами, каталог продукции предприятия, остатки в столовой или в библиотеке. Здесь из пяти потоков остаются два — из 1С на терминал, — и обмен становится проще: терминалу достаточно периодической выгрузки, а рабочая база не получает обратных записей. Условия те же: ответственный сотрудник, учётная запись с правами только на чтение нужных справочников и согласованный план полей.

На практике инфокиоск с 1С чаще всего появляется в двух местах. В вузах и школах — расписание и справочники, которые учебная часть уже ведёт в 1С: терминал в холле показывает их без ручного переноса; как устроен такой киоск, разобрано в материалах про школу и про вуз. На предприятиях — справочник подразделений, меню столовой и внутренние объявления. Разделы, которые в 1С не ведутся, — новости, карта, фотогалерея — сотрудник добавляет из блоков в панели программы «Информационный киоск», и они живут рядом с данными из 1С на одном экране.

Что делать при обрыве связи

Обрыв связи — не аварийная ситуация, а рабочий сценарий, который закладывается в архитектуру заранее. Каталог и цены терминал хранит локально и продолжает показывать последнюю известную версию, даже если 1С сейчас недоступна. Хуже с операциями, которые требуют актуальных данных здесь и сейчас — например, оплатой: если во время платежа связь пропала, подтверждение не теряется, а доотправляется в фоне, когда канал восстановится, и повторное списание при этом исключается — этот же принцип мы используем в терминалах, где на другом конце стоят iiko или r_keeper, а не 1С. Заказы, которые нельзя проверить без свежих остатков — например, штучный весовой товар, — стоит на время обрыва блокировать явным сообщением, а не пропускать вслепую.

Сколько стоит интеграция с 1С

У самой кассы самообслуживания есть базовая цена по каталогу оборудования — терминалы с платёжным модулем начинаются от 297 000 ₽ за корпус и начинку. Интеграция с 1С считается отдельно от оборудования, и вот от чего зависит её стоимость.

• Есть ли в вашей 1С уже готовый веб-сервис обмена или его нужно дорабатывать в конфигурации.
• Сколько потоков данных нужно: только чтение каталога — дешевле, полный цикл с заказами и оплатами — дороже.
• Насколько типовая у вас конфигурация 1С и насколько сильно она доработана под свои процессы.
• Число точек и то, разворачивается ли одна и та же настройка на сеть или каждая точка особенная.
• Нужен ли обмен в реальном времени или достаточно периодической выгрузки — первое сложнее в реализации.

На продуктовой странице кассы самообслуживания стоимость обозначена «по запросу» именно поэтому: интеграция с iiko, r_keeper или 1С слишком по-разному выглядит на разных базах, чтобы называть диапазон без вводных.

Как это выглядит на объектах

В проекте Malamalama обмен с 1С — не витрина, а рабочий механизм: номенклатура и контрагенты приходят из учётной системы, оформленный на сайте заказ уходит туда же, и менеджеру не нужно переносить его вручную. Для заказчика отдельно подготовлена документация — инструкции по работе с магазином и описание самого обмена, чтобы разобраться могли и контент-менеджер, и специалист по 1С.

Тот же архитектурный принцип — терминал спрашивает каталог у учётной системы и отправляет туда оформленные заказы — работает и на физическом киоске, только не всегда на другом конце стоит 1С. В аэропорту Ижевска «Ижавиа» три терминала для покупки готовой еды берут меню, цены и стоп-листы напрямую из iiko, а оплаченный заказ уходит на кухню без кассира — по накатанной для терминальных проектов схеме, но по другой учётной системе.

Частые вопросы

Что дальше

Чтобы не гадать заранее, какие потоки данных вам действительно нужны, пришлём по заявке через форму контактов короткий опросник по обмену данными: он помогает свести на одной странице, что должно приходить из 1С, что должно уходить обратно и какая у вас сейчас настроена (или не настроена) выгрузка. Если сценарий уже понятен и дело за оборудованием и оплатой, посмотрите продукт «Касса самообслуживания» — там же описана интеграция с iiko, r_keeper и 1С через адаптер. Если нужна только витрина меню без приёма оплаты, для кафе и ресторанов ближе «Цифровое меню» — оно обычно берёт каталог из iiko или r_keeper, а не из 1С. Для розницы и торговых сетей похожие сценарии собраны в разделе «Ритейл и торговые сети», а состав оборудования с платёжным модулем — в каталоге терминалов самообслуживания.