Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

УС Лэнд:ЕГАИС - обсуждение, предложения, замечания, вопросы : КИС Lack & УС Land

29.03.2024 14:25


25.10.2016 07:30
winmasta
 
Еще информация по запросу по не читаемым ШК:

1) Реально работает если делать один запрос на одну бутылку.
2) Если в ответ на запрос пришел ШК то он потом не удаляется по Del т. к. якобы отправленный но не обработанный, а по F9 ничего не происходит. Если второй раз нажать F7, то предлагает удалить каскад, выбираю Да, ничего не удаляется, по Del по прежнему не хочет. Если еще раз нажать F7, то говорит, что все удалено.
3) Некоторые штрихкоды HMG zebra сохраняет неверно, они потом криво читаются, хотя если скопировать ШК из файла, который создал по F6 и проверить через сервис фсрар то все в порядке.
25.10.2016 07:58
winmasta
 
Еще в копилку, по ШК пришел отказ (запрос делал через F10 и по итогу не предлагалось ничего сохранить), но если посмотреть через F6 (пометив предварительно F8), то сохраняется таблица, там нет причины отказа, не понятно как ее увидеть.
25.10.2016 09:11
AndreyZh
 
Цитата:
winmasta Провел ревизию во втором магазине, вроде как успешно. Что можно отметить:

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

Цитата:
winmasta 2) Очень неудобно нажимать Enter каждый раз после сканирования каждой марки, было бы удобнее, как мне кажется, чтобы марка вводилась автоматом если все правильно (не дубль например) и подавался бы тревожный сигнал, если была бы ошибка.
У Вас не настроен сканер... у меня по умолчанию он аппаратно посылает "enter" в конце кода, а делать это за него не могу

Цитата:
winmasta PS еще поменял бы сообщение "... допрашиваю ЕГАИС" на "... допрашиваю УТМ", так все-таки я думаю более корректно.
Вообще данное сообщение - это стёб и формально допрос ЕГАИСа, а УТМ лишь инструмент его пытки
25.10.2016 09:40
AndreyZh
 
Работы по сервису запроса ШКАМ достаточно проблематичны, т.к. он работает только в продуктивном контуре и "вылизывается" в стиле "хай тек", в смысле "нехай так"... и по мере возможности

Ваши замечания записаны в план, но будут разрабатываться после более срочных задач

Цитата:
winmasta 1) Реально работает если делать один запрос на одну бутылку.
Было такое "подозрение", но при массовых запросах приходил нормальный ответ и на пачку марок, хотя с пачками гораздо чаще возникают проблемы - это у меня записано, как "задача"

Цитата:
winmasta 2) Если в ответ на запрос пришел ШК то он потом не удаляется по Del т. к. якобы отправленный но не обработанный, а по F9 ничего не происходит. Если второй раз нажать F7, то предлагает удалить каскад, выбираю Да, ничего не удаляется, по Del по прежнему не хочет. Если еще раз нажать F7, то говорит, что все удалено.
В сервисе запроса ШКАМ и во всех режимах постановки на баланс всё работает по технике группирования (о чём Вас програ предупреждает!), т.е. Вы можете удалить/распечатать только строки помеченные в группу.

Цитата:
winmasta 3) Некоторые штрихкоды HMG zebra сохраняет неверно, они потом криво читаются, хотя если скопировать ШК из файла, который создал по F6 и проверить через сервис фсрар то все в порядке.
Об этой "незнамо чей проблеме" уже выше было обсуждение. Она мне известна и то же "грешил" на HMG zebra, но перепроверив (неоднократно) и другими программами, например: https://olegon.ru/showpost.php?p=260952&postcount=27 и следующее получил тот же отрицательный результат (на разных принтерах и разных размерах)... ну не хотят некоторые напечатанные ШК считываться.

У "себя" временно решили сохранять их в текстовый файл и использовать копипастом при продаже или других работах

Цитата:
winmasta Еще в копилку, по ШК пришел отказ (запрос делал через F10 и по итогу не предлагалось ничего сохранить), но если посмотреть через F6 (пометив предварительно F8), то сохраняется таблица, там нет причины отказа, не понятно как ее увидеть.
В этом и суть отличия пакетного (все) контроля прохождения запросов - клавиша F10 от детального анализа каждого документа - клавиша F7 только в последнем случае даётся возможность посмотреть отчет о прохождении... и если обратили внимание, то возможность F10 почти не упоминаю, т.к. в рознице нет такого объема документов, что бы игнорировать возможность детального анализа
27.10.2016 12:20
AndreyZh
 
Перерыв между работами (или сном). Несмотря на кучу "заморочек" идут работы над будущим релизом... Например:

Мелочевка:

1. Научил все отчеты системы понимать и правильно отражать данные в штуках, литрах, далах, в том числе для "не фасованной" алкогольной продукции;

2. Доделал "пропикивание" для контура инвентаризации:



а. В отчет-мониторинг режимов добавил отражение ШК акцизных марок;

б. Добавлен альтернативный режим сплошного сканирования Alt+F7 (Строгий пик акцизных марок), когда программа запрещает повторное сканирование одной бутылки в текущем сеансе - выдаётся сообщение и запрет:

27.10.2016 12:41
AndreyZh
 
и более сложные отчеты (технологии)... в свете вектора развития системы "УС Лэнд:ЕГАИС" до конца года.

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

Отчет вызывается из "прочих задач":



ТОЛЬКО здесь можно задавать часть кода АП (или выбрав его из справочника склада), а так же все варианты отслеживаемых движений.

Или из справочника АП (остатков) склада или торгового зала. В этом случае программа разрешает ограничители, зависимые от выбора регистра... и только по конкретному коду АП:



В частности отследить движение АП, которое проходило только по залу можно лишь из справочника АП зала. Напомню, что увидеть закончившийся товар можно нажав клавишу F2 в справочнике.

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

Код:

Спр. о движении 35509 по складу 030000113645 с 01.04.16 в штуках по 27.10.16
-------------------------------------------------------------------------------------------------------------------------- Стр.  1
ДатаОпер|  Номер документа  |ВидОперацииПоАП| Кол-во |Нов.К-во|Код алк.прод. ЕГАИС|Код КА в ЕГАИС |   ИНН КА   | КПП КА  
----------------------------------------------------------------------------------------------------------------------------------
31.03.16|                   |Коррек.Остатков|       0|       0|35509              |               |            |         
11.04.16|20130411-07        |ПриходОтОтправ.|       4|       4|0037129000001235509|020000303178   |3123198148  |312345001
27.09.16|1                  |Трансф.Скл->Зал|      -4|       0|0037129000001235509|               |            |         
20.10.16|1                  |ВозвратЗал->Скл|       4|       4|0037129000001235509|               |            |         
30.10.2016 12:37
AndreyZh
 


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

По программе для следующего релиза сделал ещё чуток "плюшек", что помню: распроведение в ЕГАИС актов постановки на баланс на складе - пока не было нужды, но вскоре понадобится.

Конечно можно с полным циклом отработки документооборота вызвать данный режим из операций постановки на баланс склада, нажав новую кнопку Shift+F4, так же по ней можно отменить распроведение при отказе от ЕГАИС в данной операции, а это реально, если уже мало на остатке.



А так же сделано, как сервис (костыль) для стороннего п/о интеграции с ЕГАИС, но здесь отслеживать прохождение операции нужно чтением тикетов в режиме "чистки запросов":



Кроме этого из формы видно, что:

1. Чуток поменялась структура головного меню программы. Ввел новый блок режимов (и чуток переименовал другие), а то "прочие задачи" стали похожи на газетную статью;

2. Надоела раскраска и поменял её в настройке программы.
01.11.2016 17:16
AndreyZh
 
Сегодня, в результате тщательного тестирования (анализа кода проги) в магазине убедился, что достоин сего престижного кубка мастера "золотые руки"



Цитата:
winmasta Еще информация по запросу по не читаемым ШК:

1) Реально работает если делать один запрос на одну бутылку.
Такого количества алгоритмических косяков не помню, когда ещё делал, при этом - действительно, но удивительно, как эта "ветка" оказалась правильно работоспособной? - При уникальном наборе: тип+серия+код и единственной маркой в запросе

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

Странно, но все напечатанные через HMG_Zebra марки считались сканером

Кроме того добавлены контролы на ошибочные действия пользователей, в частности в режимах добавления/изменения...
02.11.2016 15:39
AndreyZh
 
Нужен ли данный сервис в системе "УС Лэнд:ЕГАИС"?

На форуме ФСРАР обсуждают одну из реальных проблем с поставщиками (приходными ТТН) - алкогольные коды в ТТН могут частично не совпадать с реальными алкогольными кодами, определяемыми при сканировании ШК АМ! Это реально, т.к. оптовики ведут учет по интервалу марок, в которых по одному наименованию могут быть разные алкогольные коды.

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

В одной из ЕГАИСных программах это разрешается: открывается ТТН и тупо сканируются все бутылки, а если при конвертации ШК АМ в id АП обнаружится отсутствие данного id в накладной - о чём программа выдаёт сообщение. Кроме того по закону: магазин приняв товар принимает на себя ответственность за его "правильность", в том числе по проблеме "считываемости" акцизной марки и эта ответственность с 2012 года.
04.11.2016 08:56
AndreyZh
 
Цитата:
AndreyZh [I]Сегодня, в результате тщательного тестирования (анализа кода проги) в магазине убедился, что достоин сего престижного кубка...
Ещё одна серьёзная ошибка (недосмотор при проектировании - правда тогда таких задач и не стояло) обнаружена, описана, но не исправлена в релизе 07.11.16... пока - потом конечно доделаю (но что делать со старыми актами?):

При постановке на баланс на складе, при анализе ответов ЕГАИС приходят справки "Б" на АП, которую ставим на баланс - данные справки (коды) не "прицеплял" к записям операций баланса.

Теперь при создании (отладке) отчетов: "оборотка по АП", "движении по АП" с детализацией до кода справки "Б" (при анализе движений по складу) выявилось, что мне неизвестна справка в операциях баланса. Сейчас программа её "игнорирует" анализируя только алкокод... Видимо так глубоко в ЕГАИС никто не вникает?
Часовой пояс GMT +3, время: 14:25.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.