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

Добрый день, оставлю фидбэк и задам вопрос. Программой пользуемся каждый день, версия от 12.06.17 (м.б. замутить пора версионность), в 99% случаев для подтверждения поставок, создания актов расхождения и оформления продаж пива. Ошибок нет. Остатки иногда контролируем по выборочным позициям на пальцах, вроде все ровно. Магазин небольшой как, соответственно и оборот. Теперь вопрос. Нужно ли переходить на поздние версии если все устраивает ?

Версия 12.06.17 - это финальная сырая версия, имеющая все необходимые по требованиям РАР возможности, т.е. условно достаточная.

Версия 27.06.17 - это вылизанная финальная версия, имеющая описание... и при невозможности оплаты доработок, имеющая супер механизм потокового ввода продаж пива (или в общепите с 2d сканера) с любого регистра остатков.

Версия 06.07.17 - исправление новых и старых косяков, а так же более удобная работа по v2... Можно взять 27.06 и заменить в ней hle.exe с версии 06.07

Вышел очередной релиз 6 июля 2017г. утилиты "УС Лэнд:ЕГАИС", обновляющий официальную версию от 27 июня 2017. Скачать его можно со страницы: https://olegon.ru/showthread.php?t=23281&page=6

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

Не буду ничего утверждать категорично, но в теории не должно быть проблем, хотя в реальном мире с автоматом по пиву не работают. Какие могут быть нюансы:

1. Нужна версия 06.07.17
2. В настройке нужно задать 2 версию для автоматов
3. Остатки запрашиваются раз час, если чаще, то придёт пустой ответ - в бездиалоговом режиме он обнуляет остатки по регистру... соответственно если запросит остатки ещё через час, то они восстанавливаются

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

Данный автомат ещё использовал (заказывал) Евгений, но он сейчас на форуме молчит и "боюсь", что я чем-то его обидел... Прощу у него прощения, если он читает форум

Я не молчу :)
Версия именно последняя от 06.07.17.
Все условия при запросах выполняются. Такое наблюдалось только в одном магазине.

Доброе утро Евгений! С этими дождями "едет крыша" и уже ничего не запоминаю и не соображаю

Единственно могу попросить в том магазине попытаться смоделировать ситуацию ошибки просматривая процесс по удаленке. Несмотря на отключение диалогов программа выдаёт все сообщения по процессу и возникающим ошибкам.

Только перед запуском сделайте пожалуйста "ремонт" - сейчас лечится БД и чётко, с запасом проконтролируйте время запроса остатков.

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

1. Для обратного трансфера какие остатки запрашивать?

Все - по складу и торгзалу! Программа при создании и анализе операции, в частности "под остаток" берет минимальное значение из текущего остатка по ТЗ и количества раннее переданного (сумма по всем справкам Б) со склада в ТЗ.

2. Что означает сообщение "остатки запрашивались более 5 часов назад"?

Как и всё в программе НЕ ЗАПРЕЩАЕТСЯ, а просто предупреждается пользователь о возможных проблемах, к которым приведут его действия... В данном сообщение указывается, что если с момента предыдущего запроса остатков проводились операции в ЕГАИС, то остатки в ЕГАИС могут отличаться и при отправке операции вернётся тикет с отказом.

НИЧЕГО СТРАШНОГО! Shift+F1 - аннулируете операцию, исправите свои "косяки" и заново отправите операцию... Просто будут "лишние движения".

3. Можно ли вернуть с торгового зала на склад, если раннее АП передавалась в другой программе?

Бесплатно нельзя! Однако в "УСЕга" есть потайной режим, позволяющий разово, зная коды приходных ТТН подсунуть утилите данные об якобы сделанном в ней трансфере, набрав количество под остаток в ТЗ. Затем по "обычным" правилам сделать обратный трансфер.

4. Как можно это понять? Через Excel/Calc откройте файл MY_RESTS.DBF - подробное описание актуальной внутренней файловой структуры системы даётся в документе "Структура БД УСЕга.doc" и посмотрите значения колонок "qtyNew N 10 3 // Переданное в зал количество. Для контроля возврата." В присланном файле они были нулевые, т.е. трансфер делался в другой программе.

5. Почему? "нажимаю F2 заполняю реквизиты акта, и ничего не залетает" - "УС Лэнд:ЕГАИС" не имеет информации о раннее сделанных перемещений со склада в ТЗ!

Расскажу о новеньком? Например:

1. Серьёзная ошибка. Автомат по запросу остатков, вызываемый из меню:



или по команде hle rests

Не определяет и не обновляет во внутренней БД остатки по складу. Что частично связано с изменением обработки запросов в ЕГАИС уже после 5 июля. Исправлено в будущем релизе, а пока все остальные способы запроса остатков, в том числе через автоматы работают без ошибок.

Случайно сделать минуса на любом регистре ЕГАИС? - Элементарно!
2. Это приведет к блокировке работы предприятия в ЕГАИС - проверено. Подробнее: https://olegon.ru/showpost.php?p=288526&postcount=137 Достаточно отправить любые операции, меняющие остатки "сильно" будущим числом, что разрешено алгоритмами ЕГАИС, а иногда даже решает множество проблем: https://olegon.ru/showpost.php?p=285304&postcount=8

Для предупреждения пользователя о возможных последствиях, в случае отправки операции ЛЮБОГО типа будущим число программа запрашивает ДОПОЛНИТЕЛЬНОЕ разрешение:




3. Постановка на баланс в торговом зале. На сей момент все розничные предприятия как-то выровняли остатки, всё что нашли поставили на баланс склада или ТЗ. Для последнего нужны были "замороченные" процедуры запроса АП по алкокоду или определения АП производителя/импортера.

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

Добавлен механизм упрощенной постановки на баланс, но продукция должна когда-нибудь "проводится" через "УС Лэнд:ЕГАИС"!



Нажимаем кнопку Ctrl+F2. Для первой алкопродуции в акте вводим все (всего-то) атрибуты акта - остальное подкачивается из справочников. Для последующей - нажатием Enter вызываем справочник, выбираем АП, вводим количество и нажимаем УНИВЕРСАЛЬНУЮ во всех формах кнопку Page Down, подтверждающую все "предложения" программы во всех "следующих" полях

Да вот получается, что и в остальных режимах остатки как то странно себя ведут... Запросил остатки сразу по складу и залу, получил. По залу есть, по складу нет.

Миниатюры