Как выбрать и настроить мобильную онлайн-кассу для курьеров с интеграцией в 1С?

Системный администратор 1С v8.3 (Управляемые формы) 1С:Управление торговлей Торговля и дистрибуция
← На главную

При автоматизации разъездной торговли или курьерской доставки часто возникает вопрос: как правильно организовать работу мобильных онлайн-касс? Проанализируем типичную ситуацию, когда в базе 1С:Управление торговлей содержится огромный справочник номенклатуры (например, 50 000 наименований), и возникает потребность выдавать курьерам кассовые аппараты для пробития чеков на месте. Загружать весь этот объем данных в память портативной кассы бессмысленно и технически сложно, а искать товар по коду при клиенте — слишком долго.

Рассмотрим подробнее, как сегодня решается эта задача, какое оборудование выбрать и как правильно настроить синхронизацию мобильных касс с учетной системой 1С.

Отказ от загрузки всей номенклатуры в пользу маршрутных листов

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

Посмотрим на правильную архитектуру обмена данными:

  1. В учетной системе 1С менеджер формирует документы ЗаказКлиента.
  2. На основе заказов создаются документы логистики (например, ЗаданиеНаПеревозку или маршрутные листы), к которым привязывается конкретный курьер (экспедитор).
  3. Мобильное приложение на смартфоне курьера запрашивает данные с сервера 1С, и в устройство загружаются только те заказы и те товары, которые относятся к текущему маршрутному листу.
  4. На месте курьер открывает нужный заказ, при необходимости редактирует его (если клиент отказался от части позиций) и принимает оплату.
  5. В 1С возвращается результат: статус доставки, автоматически сформированный ПриходныйКассовыйОрдер (или чек) и данные для корректировки остатков.

Облачные кассы: одно устройство на всех курьеров

Проанализируем изменения в законодательстве (54-ФЗ), которые кардинально упростили жизнь бизнесу с курьерской доставкой. Раньше считалось, что каждому курьеру обязательно нужно выдать физический кассовый аппарат с фискальным накопителем (ФН), который он будет носить с собой. Это было дорого и неудобно.

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

  1. Бизнес арендует облачную кассу в дата-центре или устанавливает одну физическую стационарную кассу в офисе, подключая ее к специальному серверу.
  2. Курьеру выдается только смартфон (или планшет) со специальным мобильным приложением.
  3. При получении денег от клиента (наличными или картой) курьер нажимает кнопку «Пробить чек» в приложении.
  4. Команда по интернету мгновенно уходит на облачную кассу, которая фискализирует продажу.
  5. Клиенту не печатается бумажный чек. Вместо этого курьер показывает на экране смартфона QR-код, либо чек автоматически отправляется покупателю по SMS или на электронную почту.

Этот подход позволяет купить или арендовать всего одну кассу на парк из десятков курьеров.

Современное оборудование: Смарт-терминалы и SoftPOS

Если бизнес все же решает использовать физическое оборудование на выезде (например, для печати бумажных чеков или приема карт без облачных технологий), рассмотрим актуальные варианты.

1. Смарт-терминалы «3-в-1»
Вместо связки «Планшет + Bluetooth-фискальный регистратор (ФР)», которая часто теряет связь в самый неподходящий момент, сейчас используются компактные смарт-терминалы на базе Android. Это устройства, размером с телефон, в которых уже встроены кассовая программа, модуль для приема любых банковских карт (эквайринг) и принтер чеков. Они имеют мощные аккумуляторы и слоты для SIM-карт. Это наиболее надежное аппаратное решение для выездного сотрудника.

2. Технология SoftPOS (смартфон как терминал)
Разберем еще один способ экономии. Благодаря технологии SoftPOS (Tap-on-Phone), принимать бесконтактную оплату банковскими картами можно прямо через NFC-чип обычного смартфона на базе Android. Курьер открывает мобильное кассовое приложение, клиент прикладывает свою банковскую карту или стикер к спинке телефона курьера, и происходит списание средств. Чек, как мы обсуждали ранее, пробивается через облачную кассу.

Программное обеспечение и нюансы интеграции с 1С

Для того чтобы система заработала, нужно специализированное мобильное приложение, которое будет выступать связующим звеном между курьером и 1С. Рассмотрим варианты и возможные подводные камни.

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

Сторонние решения (на примере Grotem и аналогов)
Многие компании используют специализированные сервисы для мобильной торговли, но при их внедрении могут возникнуть технические трудности, требующие вмешательства программиста 1С. Проанализируем типичные проблемы при интеграции стороннего софта с 1С:УТ:

  1. Методология документов: Сторонние обработки могут требовать использования сущностей, которые вам не подходят. Например, выгрузка на терминал может идти только через документы ПоручениеЭкспедитору. Если вы привыкли работать через ЗаданиеНаПеревозку, потребуется дорабатывать правила обмена.
  2. Формирование кассовых ордеров: Некоторые приложения при обмене создают в 1С отдельный ПриходныйКассовыйОрдер (ПКО) и документ РеализацияТоваровУслуг на каждый доставленный заказ. Если ваша бухгалтерия требует делать один сводный ПКО в конце смены водителя с перечнем заказов в табличной части, стандартный обмен придется переписывать.
  3. Ограничения табличных частей: Встречаются баги, когда приложение не переваривает одинаковые строки номенклатуры в одном заказе (например, один и тот же товар продается обычным образом и в качестве подарка с нулевой ценой по акции). Если программа не использует уникальные идентификаторы строк заказа, обмен может вылетать с ошибками.
  4. Механизмы регистрации изменений: Некоторые приложения используют планы обмена на базе узлов РИБ (распределенной информационной базы), что избыточно для мобильного приложения. При возникновении сбоев приходится полностью сбрасывать настройки приложения и чистить кэш на устройстве курьера.

Если вы столкнулись с подобными ограничениями, потребуется создать свой план обмена и доработать модуль регистрации. Рассмотрим пример того, какие доработки обычно выполняют программисты 1С для адаптации:


// Пример перехвата регистрации объектов для выгрузки в стороннее мобильное приложение
Процедура ЗарегистрироватьЗаказыКурьера(ДокументЗаданиеНаПеревозку)
    
    УзелОбмена = ПланыОбмена.МобильныеКассы.НайтиПоКоду("001");
    
    Для Каждого СтрокаМаршрута Из ДокументЗаданиеНаПеревозку.ПорядокДоставки Цикл
        Заказ = СтрокаМаршрута.Заказ;
        
        Если Заказ.Статус = Перечисления.СтатусыЗаказовКлиентов.КОтгрузке Тогда
            // Регистрируем сам заказ
            ПланыОбмена.ЗарегистрироватьИзменения(УзелОбмена, Заказ);
            
            // Регистрируем связанную номенклатуру, чтобы она обновилась на устройстве
            Для Каждого СтрокаТовара Из Заказ.Товары Цикл
                ПланыОбмена.ЗарегистрироватьИзменения(УзелОбмена, СтрокаТовара.Номенклатура);
            КонецЦикла;
        КонецЕсли;
    КонецЦикла;
    
КонецПроцедуры

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

← На главную