После просмотра маркетинговых материалов разработчиков систем автоматизации может показаться, что дело это несложное, система – проста, а внедрение – так и вовсе «начнем перед первой поставкой ТТН с новой маркой»

Действительно, сверка фактически пришедших марок с заявленными, отбор при отгрузке, маркировка с упаковкой – что в этом сложного, кроме дополнительных трудозатрат складского персонала? В реальности, все не совсем так: процессы новые, алгоритмы ветвистые. И те организации, которые провели или занимаются автоматизацией помарочного учета, это подтвердят.

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

Поступление от нового незнакомого поставщика решено проверять полностью помарочно (каждую бутылку в поставке). А для доверенных поставщиков допустимы более гибкие стратегии (несколько бутылок из нескольких коробок верхнего слоя паллеты, или по бутылке из каждой коробки).
Элитную продукцию решено сканировать только помарочно (как при сверке, так и при отгрузке) во избежание пересорта, который потребует везти продукцию назад на замену с вероятностью боя при транспортировке. Остальную продукцию допустимо сканировать по кодам групповой тары.
При подборе товара к отгрузке решено по определенным категориям товара заполнять серии к подбору на складе (по принципу остаточного срока годности), по остальным – не заполнять. То есть, для какой-то номенклатуры в заказе допустимо подобрать любой товар, а для другой – только определенной серии.
Некоторые клиенты требуют только старую марку, остальным все равно. При выписке заказа это требуется учитывать, для одних заказов указывая конкретные серии, а для других – не указывая вовсе.
Выяснилось, что при отборе по заказу не читается код коробки. Надо срочно его перераспечатать и переклеить.
В заказе принято решение жестко указывать серии к отбору, как для помарочной, так и для партионной продукции. Но если долго (решение оперативно принимает начальник склада или грузчик) не удается найти нужную серию, а товар надо грузить в машину, допустимо отобрать другую серию. Но серии в заказе должны перезаполниться по результатам отбора
Товар от иностранного поставщика приходит в маркированных коробках, но не паллетированным. Клиент требует в паллетах и с кодами групповой тары, и это выясняется в момент, когда машина уже на погрузке
При отборе (или даже сверке) товара люди путаются: некоторые бутылки могут отсканировать в рамках выполнения своего задания несколько сборщиков. Выявляется это уже при попытке регистрации ТТН ночью, когда ЕГАИС не регистрирует 2 ТТН с одной одинаковой маркой.

Эти и многие другие ситуации, которые вам преподнесет суровая реальность, должна уметь отрабатывать действительно хорошая система помарочного учета.

В ней должно быть множество опциональных настроек, предусмотренных сразу в версии «от разработчика», без потребности в доработках. Система АСФ:ТСД ЕГАИС от компании «Алкосфера» умеет все это, и многое другое.

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

существенное расширение функциональности типового решения АСФ ТСД ЕГАИС
увеличение количества конфигураций, в которые подсистема может быть встроена
расширении документации по работе в системе.

Мы рады рассказать вам о:

Назначении системы для Российских и иностранных организаций
Причинах использования именно нашей системы
Новом функционале системы
Расширении функционала по результатам масштабного внедрения
Развитии системы

Назначение подсистемы АСФ: ТСД ЕГАИС

Для российских организаций

Cверка (при поступлении или возврате) фактически пришедшего товара и заявленного (поставщиком или клиентом) в ЕГАИС по маркам и/или упаковкам (коробкам и паллетам)
Отбор товара на складе по заказам (и другим документам списания) и фиксация (посредством помарочного сканирования или сканирования кодов групповой тары) отобранного товара в учетной системе и (далее) в ЕГАИС
Постановка на помарочный баланс алкогольной продукции со старой маркой
Маркировка и упаковка с вариативным применением.
Паллетирование (как отдельный процесс)

Для иностранных организаций (производители и логистические операторы)

Оклейка полученными от импортеров марками бутылок и фиксация этих марок в учетной системе на базе АСФ: ТСД ЕГАИС с помощью поточного сканера
Оклейка полученными от импортеров марками бутылок и фиксация этих марок в учетной системе на базе АСФ: ТСД ЕГАИС в ручном режиме (с помощью ТСД или стационарного рабочего места с подключенным сканером штрих-кодов)
Формирование файла для выгрузки марок покупателю в РФ
Формирование индивидуальных этикеток на паллеты для покупателей в РФ

11 причин использовать АСФ:ТСД ЕГАИС в вашем бизнесе

Активная промышленная эксплуатация уже в течении 9 месяцев у десятков клиентов, в том числе, с массовой отгрузкой.

Например, эксплуатация системы с начала 2019 года у клиента с 15 филиалами, 50 активными сборщиками и 1300 активными пользователями в одной базе данных.
В процессе подготовки и запуска были реализованы и отточены многочисленные контрольные процедуры и функции системы в части сборки товара для отгрузки, решены проблемы быстродействия и параллельной работы, логгирование ошибок удаленных сборщиков (физически находящихся в других, по отношению к расположению базы данных, городах).

Обеспечение законодательных требований поштучного учета в ЕГАИС посредством работы сотрудников с товаром с помощью терминалов сбора данных (ТСД)
Исключение ошибок приема бутылок, марки на которых не соответствуют заявленным поставщиком (или клиентом, возвращающим товар) в ЕГАИС
Исключение ошибок передачи в ЕГАИС данных марок, не соответствующих фактически отгруженным вашему клиенту или списанным вами на складе
Проверка на считываемость марок (и кодов групповой тары) в ходе выполнения операций в системе, с возможностью перепечатать код групповой тары (присвоенный поставщиком или вами) на поврежденной этикетке
Онлайн-режим работы с учетной базой данных - подсистема встраивается в вашу учетную систему 1С8. Эта архитектура обеспечивает много преимуществ и сохраняет здоровье вашей компании:
- не требуется сторонних решений (на другой платформе или в сторонней базе данных на платформе 1С) для работы на ТСД, увеличивая зоопарк поддерживаемых ИТ службой систем.
- не требуется затрат на проект интеграции сторонних систем с вашей учетной системой 1С8 (это гораздо сложнее, чем встроить нашу).
- не требуется постоянной поддержки и развития индивидуально разрабатываемых (нетиповых) обработок обмена с вашей учетной системой 1С8

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

Возможность ставить на баланс, сканировать и отгружать продукцию со старой маркой
Фиксация ошибок сканирования марки на складе и формирование отчета по ошибкам для разбора ситуации в офисе
Для складов-агреггаторов, производителей за границей РФ (сторонних или аффилированных вам структур): возможность оклейки и упаковки + отправки данных по результатам покупателям в РФ
Необходимость вести с помощью ТСД корректный учет алкогольной, слабоалкогольной и безалкогольной продукции , в том числе, на адресном (ячеистом) складе в рамках типовой подсистемы адресного хранения в конфигурациях 1С8

Функциональные возможности системы

Сверка (сканирование при приемке)

Сама сверка в конечном счете исключает возможность приема от поставщика (здесь и далее подразумевается также и возврат от клиента) бутылок, марки на которых не соответствуют заявленным им в ЕГАИС. Страхует вас от необходимости выпить эти бутылки, потому что продать вы их не сможете. Или сможете, но рано или поздно получите возврат и, возможно, проверку РАР.

Кроме очевидного функционала (сканируем марку или коробку и сравниваем код с кодами входящей ТТН), система поддерживает следующие функции:

Позволяет обработать ситуацию, когда от поставщика из ЕГАИС приходит один код упаковки (например, коробки), а по факту на коробке код другой, но бутылки соответствуют заявленным в ЕГАИС.
Поддерживает стратегии сканирования при приемке (полное, выборочное/настраиваемое). В случае обнаружения ошибки при выборочном сканировании, система автоматически (опционально) переводит

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

Проверяет читаемость и корректность (вхождение в состав ТТН по данным поставщика из ЕГАИС) считанного кода марки или коробки, поддерживает печать кода групповой тары для переклеивания на коробку
Поддерживает режим дооформления поступления из ЕГАИС при расхождениях: если во входящей ТТН ЕГАИС один список марок (например, 100 кодов), а по результатам помарочного сканирования получен другой список (в котором 90 марок соответствуют заявленному, а 10 — нет) вы сможете

сформировать акт расхождения (в нем будут 10 непринятых из исходного списка в ЕГАИС)
отправить поставщику набор 10 фактически принятых марок (не соответствующих списку ЕГАИС) в виде файла XML,
поставщик сможет выписать вам дополнительную ТТН (на 10 фактических марок), зарегистрировать ее в ЕГАИС.
в итоге, вы дозагрузите в свою систему фактически пришедший товар полностью, избежав недопоставки.

Онлайн-режим работы всех ТСД и пользователей в одной базе позволяет блокировать коды коробок и марок, отсканированных в «Задании на сканирование № N», для «Задания на сканирования № X». То есть,

если один работник с ТСД отсканировал код коробки и/или бутылки в ней в рамках выполнения своего задания и поставил в сторонку, другой сотрудник не может случайно взять эту же коробку и отсканировать ее в рамках выполнения своего задания.
При офлайн-варианте (в системах конкурентов) «Задания на сканирование» выгружаются на терминалы сбора данных, где выполняются без возможности обращения к данным хода выполнения других заданий.

Отбор (сканирование при отгрузке)

Кроме очевидного функционала (сканируем марку или коробку, и помещаем в конечном счете отобранные коды в исходящую ТТН ЕГАИС или Акт списания), система поддерживает следующие функции:

«Задания на сканирование» могут выполняться «от склада».
- По результатам закрытий заданий на сканирование, заполняются серии в учетном документ-основании
- При изменении количества (это опция закрытия заданий на сканирование) по результатам сканирования (не хватило товара) в учетных документах изменяется количество, но исходный товарный/количественный состав сохраняется в архив и может быть восстановлен, а также сравнен с результатом.

Это когда в офисе формируют задания в разрезе товар-количество (то есть, не указывают серии в учетном документе-основании – «Заказе клиента» или «РТУ», или «Списание»), а работник склада отбирает любые бутылки и коробки в рамках требуемого товара.
Система фиксирует коды марок или групповой тары и документы оформляются правильно, включая подбор серий (справок АБ).

«Задания на сканирование» могут выполняться «от офиса».

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

Возможность вносить «Задания на сканирование» при отборе на основании различных учетных документов

«Заказ клиента»,
«Реализация товаров и услуг»,
«Перемещение товаров»
«Списание товаров»

Возможность разбиения товарного состава «Заказа клиента» (или другого учетного документа-основания, см. выше) при отборе на несколько «Заданий на сканирование» в зависимости от стратегии разделения, например

По типу марок (старая марка / новая марка / старая марка, поставленная на помарочный баланс) – то есть, распределение с учетом типа марки в выбранной «в офисе» серии
По номенклатуре (все строки одной номенклатуры в одно задание)
По строкам (одна строка – одно задание)
По пользователям с ТСД

Проверяет читаемость марок и тип отсканированного штрихкода (например, исключая сканирование EAN13 вместо марки)
Проверяет наличие марки на балансе

Новая марка,
Старая марка, поставленная на марочный учет
Старая марка, пришедшая от поставщика помарочно

Проверяет наличие учетного остатка по подобранной серии, при отсутствии остатка и разрешении, установленном в настройках учетной политики, возможен подбор серии-аналога.
Онлайн-режим работы всех ТСД и пользователей в одной базе позволяет блокировать коды коробок и марок, отсканированных в «Задании на сканирование № N», для «Задания на сканирования № X». То есть,

если один работник с ТСД отсканировал код коробки и/или бутылки в ней в рамках выполнения своего задания и поставил в сторонку, другой сотрудник не может случайно взять эту же коробку и отсканировать ее в рамках выполнения своего задания.
При офлайн-варианте (в системах конкурентов) «Задания на сканирование» выгружаются на терминалы сбора данных, где выполняются без возможности обращения к данным хода выполнения других заданий.

Онлайн-режим работы позволяет осуществлять автоматическую «разупаковку» групповой тары при отборе бутылок по «Заданию на сканирование» при отборе.

Когда сотрудник №1 в рамках задания на сканирование при отборе по «Заказу клиента» («РТУ», «Перемещению», «Списанию») сканирует код бутылки из вскрытой им физически коробки — в системе сразу фиксируется «распаковка» групповой тары.
В этот же момент сотрудник №2 может отсканировать код этой же коробки при выполнении своего «Задания на сканирование». Но система не позволит поместить в результат отбора сотрудника №2 марки из «распакованной» сотрудником №1 коробки

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

Постановка на помарочный баланс старой марки

Возможность постановки на баланс без привязки к заказу клиента (постановка на помарочный баланс объема и состава алкогольной продукции, определяемого пользователем) – например, для выполнения требований ФС РАР.
Возможность постановки на баланс от «Заказа клиента» (который просит старую марку помарочно) формирования нужной цепочки документов («Акт постановки на баланс», и далее автоматическое заполнение в «ТТН ЕГАИС исходящей» поставленных на баланс марок по результатам успешной постановки на баланс в ЕГАИС)

Упаковка и переупаковка

Документ «Переупаковка/упаковка» может быть внесен на основании учетных документов («Поступление товаров и услуг», «ТДИ по импорту», «Выпуск продукции»), вносится на десктоп-компьютере. Позволяет печатать этикетки штрихкодов групповой тары с гибкими возможностями настройки формата.
Документы «Задание на упаковку» вносятся на основании документа «Переупаковка», их может быть несколько, с учетом разных опций (в т.ч. исполнителей)
При выполнении «Заданий на упаковку» код (этикетка) групповой тары может быть распечатан(а) на мобильный или стационарный принтер этикеток прямо с терминала сбора данных (ТСД), либо может быть создан(а) и распечатан(а) заранее
Онлайн-режим работы системы позволяет при выполнении задания на ТСД блокировать, а другим ТСД – «видеть заблокированные» бутылки для исключения ошибки повторного сканирования и упаковки бутылок в групповую тару
Результатом выполнения заданий на упаковку может являться автоматизированное формирование и отправка в ЕГАИС либо документа «Импорт ЕГАИС», либо «Производство ЕГАИС».

Паллетирование

Позволяет собрать коробки алкогольной продукции в паллеты
Возможно создание независимого (не вносимого на основании учетного документа) «Задания на паллетирование», при котором нет жесткого списка коробок, которые необходимо собрать. Сборщик сам выбирает коробки и упаковывает их в паллеты для последующей быстрой отгрузки.
Возможно создание задания на основании списка коробок, которые необходимо упаковать в паллеты.
Возможно выполнить паллетирование при выполнении практически любого прочего задания, в котором были отсканированы коробки.

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

Упаковка на складе импортера за границей

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

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

Поддерживает оклейку и упаковку продукции как под конкретный заказ на импорт, так и так и «про запас», когда оклеенная и упакованная ранее продукция будет отгружаться в РФ разными партиями и состав конкретной отгрузки фиксируется штатной операцией отбора с помощью ТСД.
Поддерживает различные форматы выгрузки результатов оклейки и упаковки.
Позволяет формировать индивидуальные этикетки для разных покупателей в РФ

Опыт масштабного внедрения подсистемы АСФ: ТСД ЕГАИС в промышленную эксплуатацию

В процессе внедрения на складе крупного заказчика, работающего по схеме «от офиса» (когда серии товара указываются в документе «Заказ клиента» или «Реализация товаров и услуг» сотрудником офиса или процедурами автоматического подбора по различным алгоритмам – требования остаточного срока годности, внутренние требования по вымыванию мелких серий, или, наоборот, требования клиентов по моносерийности паллет в заказе и т.п.) были выполнены следующие доработки функционала, учитывающие многочисленные тонкости реального сканирования и попавшие в версию типовой подсистемы АСФ: ТСД ЕГАИС

Реализована проверка типа ожидаемого штрихкода (PDF417) и отсканированного (Код коробки)
Улучшен поиск задания в списке заданий (добавлен полнотекстовый поиск)
Реализован режим «Убывающее сканирование», при котором пользователь сразу видит всю таблицу товаров на сканирование
Интерфейс адаптирован для рабочего места в режиме «Десктоп» (работа на стационарных ПК, работа на планшетах с экранами от 10’’ с проводным сканером)
Реализовано звуковое оповещение о ошибках
Реализована опция остановки сканирования при ошибке с открытием окна блокировки и ожиданием его закрытия сборщиком.
Реализована возможность автоматического формирования заданий на сканирование при проведении документов ЕГАИС.
Реализована проверка на привязку новой марки к коду алкогольной продукции
Реализована проверка на наличие в задании на сканирование номенклатуры к которой привязана сканируемая марка
Реализована проверка наличия новой марки на балансе организации
Реализована проверка наличия серии марки в списке серий исходных товаров к сканированию
Реализован контроль остатка серий в учетном контуре по сканируемой марке
Реализован контроль соответствия коэффициента пересчета в коробке (количества бутылок в коробке) по данным ЕГАИС коэффициенту пересчета (количеству бутылок в коробке) по данным учетной системы согласно дерева упаковок
Реализована запись ошибочных сканирований марок в отдельный регистр сведений для фиксации факта сканирования и разбора ситуации.
Реализован отчет по текущему состоянию сканирования задания: сколько отсканировано, сколько осталось отсканировать, какие серии были подобраны, были ли среди них аналоги.
Реализован режим сканирования, позволяющий осуществлять подбор аналогов для серий, запланированных к отбору, а также соответствующая опциональная форма подбора аналогов серии интерактивно.
Реализован отчет по статусам заданий на сканирование (сколько заданий отклонено, в работе, отсканировано не полностью, завершено, закрыто) с цветовым оформлением.
Реализована функция сохранения товарного состава реализаций, заказов и поступлений до их корректировки посредством закрытия «Задания на сканирование» с возможностью восстановления, если что-то пойдет не так.
Реализован отчет по расхождениям после сканирования, который собирает данные по исходному товарному составу до сканирования и текущему, после сканирования.
Реализована фиксация факта ручного (досрочного закрытия) задания на сканирование для фиксации факта неполного сканирования заданий и дальнейшего разбирательства ситуации в офисе.
Реализована интеграция работы подсистемы АСФ: ТСД ЕГАИС с типовым функционалом подсистемы адресного хранения типовой конфигурации УТАП11 (в части операций отбора)
Реализованы дополнительные режимы сканирования на отборе, позволяющие выполнять проверку соответствия отбираемой продукции товарному составу задания по EAN, а также осуществлять отбор партионной, слабоалкогольной и безалкогольной продукции.

5 примеров использовать «ТСД ЕГАИС» при маркировке и упаковке

Пример №1 (импортер): оклейка кодами групповой тары немаркированных коробок, уже пришедших из заграницы на склад импортера в РФ
Пример №2 (импортер, производитель заграницей, логистический оператор заграницей): оклейка кодами групповой тары уложенных в коробки бутылок на складе заграницей, сбор данных о связанных кодах марок бутылок и кодах групповой тары. Актуально для импортера, осуществляющего маркировку групповой тары до отправки в РФ без использования автоматизированных поточных упаковочных линий, а с использованием терминалов сбора данных, либо стационарных рабочих мест, оборудованных поточными сканерами.
Пример №3 (производитель): оклейка кодами групповой тары немаркированных коробок, в которые уже упакованы (предположительно – не заклеены) бутылки. Актуально в отсутствии иных решений или для бизнес-процессов, позволяющих упаковывать и маркировать групповую тару со скоростью, отличной в меньшую сторону от скорости линии розлива, или постфактум (в отрыве от процесса розлива).
Пример №4 (оптовик): упаковка образовавшейся на складе россыпи (бутылок, оставшихся от частичной продажи маркированных, но вскрытых коробок)
Пример №5 (оптовик, производитель): упаковка набора (например, набора из 2-3 SKU, который далее так и будет продаваться как единое целое, но с точки зрения ЕГАИС проходить как продажа 3 SKU). Торговля наборами никогда не была такой простой, как до помарочного учета! Она была настолько сложна, что торговать наборами попросту отказывались.

Внешняя компонента передачи штрихкодов и аппаратных клавиш в Мобильный клиент.

АСФ:ТСД ЕГАИС поддерживает два режима работы

Мобильный клиент
- приложение запускается непосредственно на ТСД с ОС Android
- взаимодействует с базой данных 1С посредством ее публикации в локальной сети или сети Интернет через бесплатный приложение (веб-сервер) Apache или платный Microsoft Internet Information Services
- при этом, использование мобильного клиента возможно только на платформе 1С Предприятие 8.3.12 и старше (то есть не подойдет для конфигураций на базе УТ10, УТАП10, ЛВЗ и прочие конфигурации 1С предыдущего поколения)
RDP соединение
- на ТСД запускается любой бесплатный RDP клиент (например, Microsoft Remote Desktop for Android)
- после входа на сервер терминалов, там запускается уже клиент 1С (приложение 1С8 Предприятие) и осуществляется вход в базу
- использование RDP соединения подходит для любых конфигураций и платформ 1С Предприятие 8

Однако,

Мобильный клиент 1С8 не позволяет получать от операционной системы события отсканированных штрихкодов и аппаратных клавиш. Что ведет, собственно, к невозможности его использования при решении задач сканирования кодов на ТСД.
RDP соединение «само по себе» имеет проблему «проброса» кода, отсканированного на локальном устройстве (ТСД) в сессию на терминальном сервере (теряются или подменяются символы в многозначном коде).
- Производители ТСД знают об этой проблемы, и выпускают вспомогательные утилиты (IP DataWedge, BServer и т.п.), но и они не дают гарантий корректной работы (да и далеко не каждый производитель выпускает такие утилиты)

Для решения описанных проблем, нами изначально было разработано отдельное приложение «Алкосфера:Транспорт штрихкодов», которое запускалось в фоновом режиме одновременно с открытием рабочего места ТСД на мобильном клиенте и было успешно использовано у клиентов.

Однако, данное приложение, для передачи событий (сканирования) в Мобильный клиент, использовало механизм передачи Google Cloud Messaging (GCM). Это работало до версии Мобильного Клиента 8.3.12.68 (от мая 2018). В более новых версия Мобильного Клиента, 1С отказалась от механизма GCM и перешло на механизм Firebase Cloud Messaging (FCM), отличительным механизмом которого является передача сообщений через центральный сервер Google, что вызывало

лаг в 1-3 секунды
невозможность работы без Интернет (в рамках только локальной сети)

Механизм стал неприемлем для сканирования штрихкодов бутылок на платформе 8.3.12.68 и старше. Поэтому было принято решение разработать внешнюю компоненту (что на порядок сложнее внешнего приложения) для непосредственного получения событий сканирования в Мобильный Клиент.

Внешняя компонента – это не отдельное приложение, а динамически подгружаемая библиотека (.so library), которая загружается в и работает в рамках процесса Мобильного клиента, что позволяет Мобильному клиенту получать события от компоненты напрямую, через подписчик ОбработкаВнешнегоСобытия(), минуя промежуточные сервисы вида GCM, FGM и не завися от них и их быстродействия и доступности.

Как видите — для нас вообще не существует нерешаемых вопросов любого уровня сложности.

Развитие системы

В настоящий момент в разработке компании «Алкосфера» — версия подсистемы АСФ: ТСД ЕГАИС на механизме расширений платформы 1С8.3. После этого внедрение подсистемы вообще не будет затрагивать типовую конфигурацию вашей учетной системы.

Заключение

Уважаемые клиенты, текущие и будущие! Обращаясь к нам, вы получите:

Лучшее по функциональности решение, безнадежно опережающее любое другое
Наиболее эффективную для подобных задач архитектуру (встраивание)
Комфорт и приемлемый бюджет проекта автоматизации помарочного учета
Максимальные компетенции проектной команды
Лучшее сопровождение после внедрения
Постоянное развитие функционала за счет разработчика

Звоните, пишите, мы рады вам.

С уважением,

Команда «Алкосфера».

Помарочный учет: обходим подводные камни с многофункциональным решением от компании «Алкосфера»