Интеграции
Интеграция киоска с 1С: что передаётся и что нужно от вас
Коротко
Между терминалом и 1С обычно идут пять потоков: каталог, цены и остатки — из 1С на терминал; заказы и данные об оплате — с терминала обратно в 1С; справочники контрагентов и точек продаж синхронизируются в обе стороны. Способ обмена — веб-сервис в реальном времени или периодическая выгрузка файлами — выбирается под то, как настроена именно ваша 1С. От вас нужны рабочая база с включённым обменом, ответственный сотрудник и канал связи; при обрыве терминал держит последний каталог локально и доотправляет заказы, когда связь возвращается.
Вопрос «как подружить киоск с 1С» встаёт, как только самообслуживание выходит за рамки одной витрины с зашитым вручную ассортиментом: цены и остатки нужно брать из учёта, а не перепечатывать на каждом терминале при любом изменении. Ниже — какие данные в принципе идут между терминалом и 1С, какими способами это делается на практике, что нужно подготовить на своей стороне и что происходит с киоском, когда связь с базой пропадает.
Что уходит в 1С и что приходит обратно
Набор данных зависит от сценария терминала: одно дело — киоск, который просто показывает каталог, другое — касса, которая сама принимает оплату и должна свести кассовую смену. В таблице — типовое разделение потоков по пяти сценариям.
| Сценарий | Что уходит в 1С | Что приходит из 1С |
|---|---|---|
| Каталог и цены | — | Номенклатура, категории, цены, изображения товара |
| Остатки | — | Наличие по складу или точке — чтобы терминал не предлагал то, чего физически нет |
| Заказы | Оформленный заказ: состав, сумма, точка, время | Подтверждение приёма, при необходимости — статус сборки или выдачи |
| Оплаты | Данные о проведённой оплате для сверки со сменой кассы | —, либо подтверждение проведения операции |
| Справочники | Новый контрагент, если терминал регистрирует покупателя | Актуальный список точек продаж, сотрудников, ответственных |
На практике редко нужны все пять потоков сразу. Информационному киоску с прайс-листом достаточно одностороннего чтения каталога и остатков. Кассе, которая сама принимает оплату, нужен уже полный цикл: без обратной передачи заказа в 1С сверка смены превращается в ручной труд бухгалтера.
Способы обмена данными
Конкретный протокол мы не называем заранее — он зависит от версии и конфигурации вашей 1С, поэтому здесь только принцип, а не готовый рецепт.
Обмен в реальном времени
Терминал обращается к веб-сервису 1С напрямую или через промежуточный адаптер: спрашивает актуальную цену и остаток перед показом товара, отправляет заказ сразу после оплаты. Так удобнее там, где цена меняется часто или где нельзя продать то, чего уже нет на складе — например, у весового или маркированного товара.
Периодическая выгрузка
1С по расписанию формирует файл с каталогом и остатками, терминал забирает его и обновляет локальную копию; заказы, наоборот, копятся и уходят в 1С пакетом. Это проще в настройке и терпимее к недолгим перебоям связи, но каталог на экране отстаёт от учёта на время между выгрузками.
Что нужно от вашей 1С и от ИТ-службы
Прежде чем считать интеграцию, стоит проверить шесть вещей на своей стороне — от этого зависит, будет ли обмен готов «из коробки» или потребует доработки конфигурации.
- Рабочая база 1С с включённым обменом. Веб-сервис, который отвечает на запросы извне, либо регламентное задание на выгрузку файлов — что-то из этого должно быть настроено или допустимо настроить.
- Отдельная учётная запись для обмена с правами только на нужные документы и справочники, а не на всю базу целиком — это вопрос и безопасности, и того, чтобы терминал не мог случайно затронуть лишнее.
- Согласованный план обмена: какие справочники и документы участвуют, какое поле за что отвечает, с какой стороны источник данных — это снимает половину вопросов на этапе тестирования.
- Ответственный сотрудник со стороны 1С — обычно это тот, кто ведёт номенклатуру или сопровождает базу, и кто может быстро посмотреть, откуда взялось расхождение.
- Канал связи до терминала — интернет или локальная сеть, с резервным каналом, если точка не может простаивать без продаж.
- Тестовый период на одной-двух точках перед тем, как тиражировать настройку на всю сеть.
Пилот на одной точке вместе с настройкой интеграции обычно занимает несколько недель — конкретный срок зависит от того, есть ли в 1С уже готовый веб-сервис обмена или его нужно дорабатывать.
Что делать при обрыве связи
Обрыв связи — не аварийная ситуация, а рабочий сценарий, который закладывается в архитектуру заранее. Каталог и цены терминал хранит локально и продолжает показывать последнюю известную версию, даже если 1С сейчас недоступна. Хуже с операциями, которые требуют актуальных данных здесь и сейчас — например, оплатой: если во время платежа связь пропала, подтверждение не теряется, а доотправляется в фоне, когда канал восстановится, и повторное списание при этом исключается — этот же принцип мы используем в терминалах, где на другом конце стоят iiko или r_keeper, а не 1С. Заказы, которые нельзя проверить без свежих остатков — например, штучный весовой товар, — стоит на время обрыва блокировать явным сообщением, а не пропускать вслепую.
Сколько стоит интеграция с 1С
У самой кассы самообслуживания есть базовая цена по каталогу оборудования — терминалы с платёжным модулем начинаются от 216 000 ₽ за корпус и начинку. Интеграция с 1С считается отдельно от оборудования, и вот от чего зависит её стоимость.
- Есть ли в вашей 1С уже готовый веб-сервис обмена или его нужно дорабатывать в конфигурации.
- Сколько потоков данных нужно: только чтение каталога — дешевле, полный цикл с заказами и оплатами — дороже.
- Насколько типовая у вас конфигурация 1С и насколько сильно она доработана под свои процессы.
- Число точек и то, разворачивается ли одна и та же настройка на сеть или каждая точка особенная.
- Нужен ли обмен в реальном времени или достаточно периодической выгрузки — первое сложнее в реализации.
На продуктовой странице кассы самообслуживания стоимость обозначена «по запросу» именно поэтому: интеграция с iiko, r_keeper или 1С слишком по-разному выглядит на разных базах, чтобы называть диапазон без вводных.
Как это выглядит на объектах
В проекте Malamalama обмен с 1С — не витрина, а рабочий механизм: номенклатура и контрагенты приходят из учётной системы, оформленный на сайте заказ уходит туда же, и менеджеру не нужно переносить его вручную. Для заказчика отдельно подготовлена документация — инструкции по работе с магазином и описание самого обмена, чтобы разобраться могли и контент-менеджер, и специалист по 1С.
Тот же архитектурный принцип — терминал спрашивает каталог у учётной системы и отправляет туда оформленные заказы — работает и на физическом киоске, только не всегда на другом конце стоит 1С. В аэропорту Ижевска «Ижавиа» три терминала для покупки готовой еды берут меню, цены и стоп-листы напрямую из iiko, а оплаченный заказ уходит на кухню без кассира — по накатанной для терминальных проектов схеме, но по другой учётной системе.
Частые вопросы
Может ли терминал обращаться к 1С напрямую, без промежуточного сервиса?
Иногда да, если в вашей 1С уже есть подходящий веб-сервис и терминал единственный. Чаще между терминалом и базой ставят адаптер: он упрощает работу с несколькими точками, кэширует каталог на случай перебоев и защищает саму базу от прямых запросов с киосков, разбросанных по разным адресам и точкам продаж.
С любой ли конфигурацией 1С можно настроить обмен?
Типовые конфигурации розницы и торговли обычно уже умеют выгружать номенклатуру, остатки и принимать заказы через штатный механизм обмена. Сильно доработанная база потребует отдельной проверки: что именно изменено в структуре справочников и документов и не помешает ли это обмену — иногда для этого достаточно нескольких тестовых запросов.
Нужно ли открывать 1С в интернет?
Не обязательно. Если терминалы стоят в той же локальной сети, что и сервер 1С, обмен идёт без выхода наружу вообще. Если точки разнесены по городам, обычно ставят промежуточный сервис с ограниченными правами, а саму базу 1С в открытый интернет не выводят — это вопрос и безопасности, и удобства поддержки.
Что если в 1С поменяли цену, пока терминал уже показывает товар?
При обмене в реальном времени терминал видит новую цену уже при следующем обращении к каталогу, обычно за секунды. При периодической выгрузке — только после следующего цикла обновления, интервал которого настраивается индивидуально под задачу, поэтому для часто меняющихся цен реальное время подходит заметно лучше.
Кто разбирает расхождения между кассой и 1С?
Обычно тот, кого заранее назначили ответственным со стороны 1С, — часто это специалист, который ведёт номенклатуру или сопровождает базу. Со стороны терминала в этом помогает журнал операций: в нём видно, что именно и когда ушло в учётную систему, и на каком шаге обмена могла возникнуть ошибка.
Можно ли синхронизировать только часть данных, например только остатки?
Да, набор потоков собирается под конкретную задачу терминала: если он не принимает оплату, а только показывает каталог с остатками, обратная передача заказов и данных об оплате просто не нужна — из пяти сценариев обмена, которые мы разбирали выше, включаются только те, что реально нужны.
А если у нас не 1С, а другая учётная система?
Принцип обмена — каталог и остатки в одну сторону, заказы и оплаты в другую — не привязан к конкретному продукту 1С. В ресторанных проектах мы так же по этому принципу работаем с iiko и r_keeper; какая именно система стоит у вас и что она умеет отдавать наружу, стоит уточнить на самом старте проекта.
Что дальше
Чтобы не гадать заранее, какие потоки данных вам действительно нужны, пришлём по заявке через форму контактов короткий опросник по обмену данными: он помогает свести на одной странице, что должно приходить из 1С, что должно уходить обратно и какая у вас сейчас настроена (или не настроена) выгрузка. Если сценарий уже понятен и дело за оборудованием и оплатой, посмотрите продукт «Касса самообслуживания» — там же описана интеграция с iiko, r_keeper и 1С через адаптер. Если нужна только витрина меню без приёма оплаты, для кафе и ресторанов ближе «Цифровое меню» — оно обычно берёт каталог из iiko или r_keeper, а не из 1С. Для розницы и торговых сетей похожие сценарии собраны в разделе «Ритейл и торговые сети», а состав оборудования с платёжным модулем — в каталоге терминалов самообслуживания.