Дорожная карта для поштучного учета в ЕГАИС
http://kb.mista.ru/alkosfera/alkosfera.htm

Всем участникам алкогольного рынка уже хорошо известно о законодательной необходимости поштучного учета маркируемой АП с 01.07.2018.

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

Компания «Алкосфера», оказывает услуги внедрения и сопровождения продуктов на платформе 1С8 в предприятиях оптовой торговли алкогольной продукцией. В настоящий момент мы модернизируем готовый функционал поштучного учета системы «Алкосфера» превращая ее в программно-аппаратный комплекс.

Кроме того, в ближайшее время будет выполнен проект внедрения «Алкосферы» на крупном производственном комплексе, и уже с функционалом поштучного учета в ЕГАИС для производственно-торговой компании.

На основании своего опыта в области реальных проектов внедрения и данных, накопленных по тематике поштучного учета, мы решили сформировать для участников рынка АП «дорожную карту» работ, которые нужно будет провести в рамках подготовки к 01.07.2018 — своими силами и/или силами привлеченных интеграторов.

Подготовка к поштучному учету – сложная и дорогостоящая бизнес-задача. Это проект автоматизации, сравнимый с внедрением WMS системы (минимальный реальный срок для средней компании = 4 месяца)

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

* Эффективной и менее дорогостоящей будет одна комплексная система - Программно Аппаратный Комплекс (ПАК), который работает и в офисе, и на складе в одной учетной базе данных.

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

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

Реализация программно-аппаратного комплекса делает менее востребованным внедрение отдельной системы управления адресным складом (WMS) для участника рынка производства и торговли алкогольной продукцией.

* Ранее внедрение WMS было единственным решением для исключения пересортицы по справкам АБ (фактически отгружаемой продукции и продукции, отгружаемой по данными системы).

* Для многих алкогольных компаний среднего уровня это было единственной целью инвестиций в WMS: оптимизация внутрискладских процессов была не так важна, и не могла быть единственной причиной инвестиций в WMS

* При наличии ПАК Алкосфера, вы сможете отложить внедрение WMS строго до того момента, когда она вам реально понадобится (складские помещения порядка 3-5 тыс.кв.метров, многоэтажные стеллажи, огромный ассортимент номенклатуры, десятки и сотни сотрудников на приемке и отборе товара)


ВНИМАНИЕ! Полная дорожная карта для поштучного учета в ЕГАИС по этой ссылке:
http://kb.mista.ru/alkosfera/alkosfera.htm

Ветка согласована.

что-то ничего не понял. Почему дата 01.07.2018? или это для оптовиков?

вроде как первые нововведения с 15.01.2018

(3) 01.07.2018 - основная критичная дата. С этого дня нельзя будет отгружать продукцию без указания по-марочного состава ТТН. До этой даты - можно.

Какая ответственность прописана в договоре с вами?

Товарищ Ежов, перелогинтесь

(5) Уточните, что именно интересует? Мы гарантируем работоспособность системы и соответствие требованиям законодательства

Прогнозирую этой ветке вечную жизнь.

Основные проблемы не в автоматизации рутинных действий а в быстрой и прозрачной обработке проблем

(9) Ты тоже в алкосфере?

(10) когда то и я был в алкосфере, пока не завязал )))

Поднимем ветку, пока народ трезвый.

а что на ис тебя нет?

(4) Скажем так - это не совсем корректное высказываение.
Невозможно будет отгрузить товар с марками образца 2018 года , для остального товара остается какое то время возможность грузить без указания каждой марки.
Рознице будет то же весело с блокировкой всей партии при наличие отрицательных остатков в ней и невозможность продать то, чего нет на балансе. Снимается сразу вопрос с несвоевременным подтверждением ттн.

(10) маломало

Вот и наступил 2018-й год.
Уже скоро наступит 01.07.2018

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

Полнимем ветку.

Ползи вверх, веточка.

Думаю сроки перенесут или продлят тестовый режим

Много букв. Цель ветки?

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

(22) очень вкратце можешь обрисовать подход, реализованный вами?

это отдельно стоящая конфа, обменивающаяся с ТСД и с УС? Проверка марок проводится в УС при получении данных из ТСД, (которые работают не в полном онлайн а периодически меняются с ЦБ?)

или работает только с УТ11 (как встраиваемая подсистема).

у нас вот WMS, встроенная в УС - водной базе все живет. И если не допилим сами решение, то полные переход на другую УС малореален, а вот использовать какое-то готовое решение именно для задач накопления и сбора инфы о марках и упаковки/переупаковки могло бы быть интересным

В качестве апа:
http://egais.ru/news/view?id=1538

Формат V3 откладывается на 2 недельки.

(24)
1) подсистема работы с ТСД (АСФ:ТСД) разработана для подсистемы "Алкосфера" (АСФ), в данный момент успешно работающей в связке с УТ 11.2 (равно как и внедрявшейся на базе этой конфигурации, внедрений на других конфах не было, и мы пока сами не хотим, до разработки нами АСФ на расширениях под УТ11.4 - проектов достаточно)

2) подсистема АСФ:ТСД _без_ подсистемы АСФ может быть встроена и прикручена к УТАП 10,11 версии, КАТАП 1.1, КАТАП 2, ERP 2. Для встраивания необходимо участие специалистов, т.к. структура объектов по-марочного учета в перечисленных конфигурациях разная и надо привязываться к ним. Пока (при наличии ИТ службы) лучше делать это самостоятельно. В настоящий момент для этого потребуется
- конфигурация Алкосфера + ТСД (АСФ - для изучения структуры объектов помарочного учта именно в ней, и изучения связи подсистемы АСФ:ТСД с АСФ, а АСФ:ТСД - собственно то что вы будете встраивать)
- пользовательские лицензии (по числу ТСД) АСФ

3) первое встраивание в УТАП 11 для первого клиента начнется с завтрашнего дня, и по результатам работы мы сможем опубликовать некий относительно тиражный ценник работ по встраиванию подсистемы в УТАП11

4) речь идет именно о встраивании подсистемы: при изменении объектов подсистем поштучного учета фирмой 1С или фирмой КТ-Алкоголь, нашу АСФ:ТСД надо будет подпиливать

5) принцип работы текущей версии АСФ:ТСД - напрямую в базе, с ТСД осуществляется вход в RDP и открывается специализированный интерфейс 1С, работа ведется напрямую в БД

6) будем делать АСФ:ТСД под мобильную платформу, вышедшую на днях.

Мнение: от ТСД как от устройства с кнопкой "scan" уйти при комфортной работе не удастся (на типовом смартфоне непосредственно в момент сканирования будет открываться окно как при фотографировании, что неудобно и "уводит" простую логику работы с полем формы при сканировании через ТСД в переключение картинки на экране)

"5) принцип работы текущей версии АСФ:ТСД - напрямую в базе, с ТСД осуществляется вход в RDP и открывается специализированный интерфейс 1С, работа ведется напрямую в БД"

Срамота

(28) Срамота то срамота, но решение плавно перекочует в Мобильного клиента, а некоторые могут пилить свои мобильные приложения с xml обменом и веб-интерфейсами проверок марок. Или че там у вас?

Кстати, потестил Мобильного клиента, он даже лучше будет, чем RDP, при потери связи не генерит ошибку, пока к серверу не будет обращения. Надо будет попросить у 1С обрабатываемое исключение или проверку на соединение с сервером для Мобильного клиента.

(29) ты для ТСД пилишь интерфейс?

(30) учитывая что большинство организаций не согласятся менять свои ТСД на WinCE или Mobile то нужна альтернатива.

(31) Братик пилит. Я смотрю стратегически и пилю все остальное.
(32) RDP клиенты есть и под Андроид.

(33) А у братика свое отдельное ип или все через тебя?

(34) Анатолий, давайте по делу спрашивайте, не отвлекайтесь.

(34) Вафель ты вроде допиливал рабочее место для ТСД через RDP, как думаешь, взлетит псевдо-ТСД через могильного клиента? Ну т.е. есть смысл задрачиваться этим если в УТ 11 есть готовое раб. место?

(36) Так в Ут тоже через РДП. Вполне может быть что и взлетит.
Опять же как будет реагировать на потерю связи. Ибо это основной вопрос. Если будет тупо падать (а я думаю так и будет) то нах не нужно

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

(37) Ну я и имел в виду что через РДП, а могильный клиент не через РДП. Ежов говорит что не падает.

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

Выше нос, мои пессимистики.

(38) А в тонком клиенте разве этого нет, кэширования и синхронизации? И зачем его делать прозрачным для пользователя?

Да, кстати, ТСД через RDP вполне себе опробованы еще в 2016-ом, когда начали ставиться марки на баланс при оприходовании.

(43) Вы какой-то необоснованно агрессивный. Давайте я сотру ваше сообщение.

(44) Спрошу по-другому. Какие задачи решает интерфейс для ТСД на мобильном клиенте, если ТСД через RDP решает эти задачи и не требует доп. программирования?

(45)
Сходу -
Не надо морочиться с виндовыми пользователями, не надо морочиться с трансляцией считанных ШК в сеанс с 1С.

А с трансляцией ШК в сеанс с 1С приходилось поморочиться. Кто знает DataWedge от Мотороллы - тот в курсе.

(46) ну с пользователями 1с нужно тогда морочаться. в чем разница?

(45) на рдп так же требует программирования. ибо нужно свою форму нарисовать.
Или ты про то что уже есть готовая? так у ней функционал может быть не тот

(48) Ну, это значит, что на каждом тсд надо прописать разного пользователя. И затратить лишние терминальные сессии.

(50) и, это не отнимает телодвижений с пользователями 1с

(50) а чем сессии то напрягают? памяти жалко?

(46) а в чем морока с виндовыми пользователями? А с трансляцией ШК в 1С? Там же в сеансе вроде вызывается внешнее событие и в него передается параметром штрихкод...

Ну и вообще пускать пользователей с 1с авторизацией - это моветон

(49) я про то что есть готовая, которую можно юзать как заготовку если она не подойдет

(49) есть уже своя форма под рдп, которая должна встать под мобильный клиент. Ньюансы могут быть в расширении экрана и работе с сканером ШК

(55) мне например совсем не подошла. из нее я только взял идею кнопок на весь экран )))

Нюансы могут быть когда андроид или 1С обновится и могильный клиент перестанет на нем работать.

(58) на тсд ничего никто не обновляет просто так

(54) какие мы нежные -). Большинство живёт под 1с авторизацией и не тужит. Скажу больше, мне всего пару раз встречались клиенты с виндовой авторизацией.

(60) Ларьки с пивом обслуживаешь? )))

(59) Так ведроид сам обновится. Или ты про настоящие ТСД?

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

(62) Сейчас конечно киллер фич у мобильного клиента нет никаких

(62) Что значит настоящие?

(61) У пивняков нет марок, Анатолий. Но да, и они наши клиенты.

(66) Тогда рюмочные )))

Ладно, вы тут пишите, я отлучусь на пробежка, а то солнце возле моря уже, скоро темно будет. Не шалите, приду-проверю.

(65) которые с кнопками

А что будут делать пользователи,если связь неустойчивая?
в случае программы с offline,они будут испытывать трудности при передаче,а online просто будет глючить
так что по тсд придется писать клиента,и не стоит бояться обменов

(70) Рекомендации от самого РАРа: "В частности, рекомендуется устанавливать УТМ на портативную платформу – ноутбук, нетбук и т. п. Если не получается передать данные в ЕГАИС по причине нестабильного соединения, РАР рекомендует переместить портативную платформу с УТМ в географическую точку с устойчивой связью, причем сделать это необходимо в период, не превышающий максимальных сроков фиксации (3 дней для городских поселений или 7 дней для сельских поселений со дня фактического получения алкогольной продукции). После успешной передачи данных в ЕГАИС портативную платформу необходимо вернуть в место осуществления деятельности"

Только они не говорят,как в это время продавать алкоголь

(79) Стимул изобрести телепорт

Продавать без интернета, чеки формируются и отходят при подключении, но потом с десяток дублей будет висеть

http://alkosfera.com/uncategorized/realnoe-vnedrenie-poshtuchnogo-ucheta-holding-serviko-otpravlyaet-dannye-po-marochnogo-sostava-ttn-v-set-komandor/

И вновь поднимем ветку.

Всем доброго дня.
Свершилось то, что я ждал и даже предлагал на одном известном вам всем форуме. РАР добавил стандарты штрихкодирования групповой тары.
http://egais.ru/news/view?id=1539
http://egais.ru/files/format_tara.pdf

И опять полумеры в виде необязательных полей. Ну да ладно.

** я же говорил.

(84) Ога. Тока профукали момент с паллетами - когда на ней сборка из нескольких аименований

Напрягает обязательность кода АП, с наборами непонятно как быть.

Ну и тип тары - сделали бы по ОКЕЙ+. Эххх. А вдруг повезут вагонами?

(89) Скотчем связанные три коробки - какой к них ОКЕИ будет?

(84) Т.е. этот штрихкод будет на коробке - его сканируем - получаем из учетной системе строки с PDF 417 тех бутылок которые лежат в этой коробке ?
Я правильно понимаю этот код будет выгружаться  в теге <ce:boxnumber> ?
<ce:boxpos>
<ce:boxnumber>box-00112</ce:boxnumber>
<ce:amclist>
<ce:amc>22N000008XSG44YGEUT0P7T70424001006364JZKW012VT5XOLTCW4IJ9VGEOP44FTBX1</ce:amc>
<ce:amc>22N000008XSG44YGEUT0P7T70424001006364JZKW012VT5XOLTCW4IJ9VGEOP44FTBX2</ce:amc>
</ce:

И он же хранится в ресурсе "Упаковка" регистра "алкХранилищеАкцизныхМарок"  ?

(90) паллета. Правда к ней нет стандартного ОКЕЙ кода.

(91) Да

(92) Я не знаю, я не смотрел разработки КТ2000

Я одного не понимаю : вот смотрю требования Ленты. Они хотят (и давно хотят) на коробку GS1-128.
почему его не взять за основу и по нему не получать наборы марок ?
Зачем нужно изобретать лисапет ?

(96) Это не про стандарт АКОРТ?
Он бессмысленен, чуть менее чем полностью.
Если и имеет смысл - то только при экспорте.

Я не слышал не про АКОРТ не про их стандарт.

Лента и Метро используют GS1 http://www.gs1ru.org

(98) GS1 - это стандарт записи данных (множества различных данных в соответствии с идентификаторами применения) в штрихкод.
Стандарт АКОРТ - это правила формирования штрихкода короба и паллеты по стандарту GS1

дык почему его не использовать ?
Это просто ключ для выделения подмножества марок при складском учете
И я так понимаю это  не обязательное требование

Можно конечно два штрихкода лепить раровский и для сети - но цена вопроса

(100) Как я понимаю, с сегодняшнего дня - это обязательное требование.

(100) Вы - мелкий оптовик. Вам пришла паллета с коробками от доверенного поставщика, марки его вы принимаете на веру, не сканируете при приемке.

Через 2 недели вам нужно отгрузить 5 полных коробок водки Петрович.

Вы можете:
1) Начать распаковывать все коробки, и набить 5 коробок водки Петрович, прилепив свои этикетки.
2) Взять коробки от поставщика, отсканив ШК коробки, узнать, что в одной из них 4 бутылки, а не 6, вскрыть ее, добить 2 бутылками и распечатать ШК только на эту коробку.

(102) Ну я естественно сделаю 2)
Мне же через УТМ пришла инфа в разблюдовке марок по коробкам

Я о том что : Какая разница какого типа код на коробке ?
Код на коробке это просто ключ к подмножеству марок в учетной системе

Хотелось бы поделиться с форумом информацией о подсистеме "АСФ: ТСД ЕГАИС". Мы начинаем публикацию видеороликов по работе в системе.

- Подсистема встраивается в учетную БД 1С8 (Алкосфера, или, к примеру, УТАП) и сотрудники с ТСД работают в базе в режиме онлайн.

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

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

http://alkosfera.com/uncategorized/video-asf-tsd-eais-operatsiya-sverka-marok-pri-postuplenii-pri-poshtuchnom-uchete/

Всех поздравляю с новыми марками
http://egais.ru/news/view?id=1540
http://egais.ru/files/contentSHK.pdf
150 символов хватит каждому.
Чтобы завалить свою учетную систему горой статической информации.

а что там за ШК нарисован? это явно не PDF-417, какой-то матрикс?

блин 150 символов.. афигеть.. зачем мне такая длинная строк..

(106) обычный qr код. Гораздо лучше pdf417

(107) не понял кто лучше PDF или QR?
еще вопрос - серия и номер это те же что и читаются на марке? т.е. если марка "покоцалась" но можно разобрать серию и номер то можно найти ЦИ в своей базе?

и 3й вопрос из этих 150 символов первые 24 однозначно идентифицируют марку? т.е. они уникальны а все остальное (КС+ЭЦП+ДАТА это уже "избыточная" контрольная инфа)

(108) QR лучше чем pdf417. Тупо читается легче. Ну и один ШК - это гарантия того, что не будет считан datamatrix.

(109) Как считаете - в этой марке первые 24 символа уникальны? достаточно их чтобы однозначно идентифицировать марку? (у нас тут просто все висит на хитрой голосовой технологии и нам критично сколько инфы за один пик передавать с устройства).

получается священная корова невозможности получения по ЦИ серии и номера умерла (вместе с маленьким датаматриксом)? Или нет.

Правильно я понимаю, что если серия-номер известны а ШК не прочитался и мы хотим это списать, то теперь сможем по серии-номеру найти (среди списка своих марок) нужную  ее указать не сканируя?

(110) Не знаю, что они зашили в служебную информацию.
Ну и номер марки 9 символов - 1 млр. марок можно закодировать.
Много это или мало?
+3 символа в серии - насколько они участвуют в уникальности?
Если участвуют - 1 трл. марок хватит всем.

(110) ну ведь врядли будут марки с неуникальным сочетанием серия + номер?

кстати ШК похож на Датаматрикс (а не QR).

(112) Да, скорее всего datamatrix, нет поискового узора.

Зато теперь номер марки из кода извлекается без проблем.
И,я так понял,что теперь все подготовленные станции печати сдаются на склад,или второй код также будет печататься?

Про поштучный учет Гущанский нормально разложил https://egais.center-inform.ru/news/anton_gushchanskiy_rasskazal_o_poshtuchnom_uchete_krepkogo_alkogolya_i_aktualnykh_izmeneniyakh_zakon/

(112) Ведется учет каждой единицы алкогольной продукции от этапа производства или импорта до момента ее продажи в розничном звене. Учет осуществляется на основе уникальных идентификаторов, информация содержится в цифровых кодах формата Data Matrix на акцизной или федеральной специальной марке. Состав обновленного кода новой марки пока находится на стадии согласования.

Господа, из той же ссылки наш просветитель говорит, что работают над снижением нагрузки на ключ, а конкретно на Джакарту, признавая имеющие проблемы кстати. А в этой ветке выше упомянали, что эти Джакарты работают только до декабря, где логика?

Продолжаем публикацию видео по работе системы "АСФ: ТСД ЕГАИС" - операция упаковки бутылок в групповую тару

http://alkosfera.com/relizy-po-alkosfera/video-asf-tsd-egais-operatsiya-upakovki-butylok-v-gruppovuyu-taru-pri-poshtuchnom-uchete/

Продолжаем публикацию видео по работе системы "АСФ: ТСД ЕГАИС" - операция отбора бутылок и коробок при отгрузке

http://alkosfera.com/uncategorized/video-asf-tsd-egais-operatsiya-otbora-korobok-i-butylok-pri-otgruzke-pri-poshtuchnom-uchete/

Как в мобильном клиенте можно отловить внешнее событие , например от сканера штрих кода подключенного как клавиатура ?
В RDP мне не понравилось , что не пищит при ошибке.

Рассматривается вариант переквалификцации пива в АП, куда еще то..

Мы идем вперед.

Продукт "АСФ: Интерфейс ЕГАИС 3.0" фирмы "Алкосфера" получил сертификат "Совместимо! Система программ 1С:Предприятие"
http://1c.ru/news/info.jsp?id=24330

(122) Вы будете писать эту же фигню для других сфер?

(123) Неожиданный вопрос, ответ на него я пока не дам.

(120) Отловить броадкаст оповещение и переслать его в Мобильное приложение 1С через подписку на оповещения, например. Ну или ждать внешнюю компоненту от производителя/дистрибьютора ТСД.