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

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

??? Скоро (06.03?) будет очередной релиз с исправлениями уже обнаруженных ошибок и интересными мелкими, но весьма полезными "плюшками"

про тикеты - понял, а про 6.03 ... ну я и не сомневался, просто в прошлом посте тэг sarcasm забыл поставить

Андрей, подскажите, есть ли штатные средства для получения этой информации в hle по остаткам продукции в одном отчете ?

Внеплановые версии по сути тестовые, но весьма полезны для продвинутых пользователей... Понятно, что несмотря на все мои старания и контроль работы пользователей в реале не всё могу предусмотреть... однако стараюсь!

А як же

Обычным образом запрашиваем остатки, а когда открываете таблицу ответа её можно распечатать F6 в любом ПК формате, например вывести в CSV

... или открыть Excel/Calc файл shoprest.dbf - остатки зала или my_rests.dbf - остатки склада и сохранить под другим именем в нужном Вам формате

В принципе не достаточно полную отработку данной ситуации (тикеты не анализируются в программе, но их можно посмотреть в режиме чистки запросов) в "УСЕга" можно считать недоработкой программы... Однако это так же доказывает неразумность попыток сразу все приходы, пусть и по остаткам склада перемещать под ноль в торговый зал и что разумнее убирать минуса по ТЗ в соответствующих режимах и автоматах. Приведу диалог с форума ФСРАР:

Вопрос: Ответ и пояснение... можно было понять изучая тикеты:

Доброе утро! Небольшой перерыв между задачками - напишу о чём-то новом, да и совет не помешает?

1. "Полку" автоматов прибыло. Во первых, те кто пользуется имеет "подход": запросили остатки -> отправили операции -> проверили их прохождение... Начинается рабочий день, нужно проводить "ручные" операции, а остатки не правильные, т.к. автоматы их "двинули", т.е. нужно их снова запрашивать. В последние дни народ на форуме ФСРАР жалуется, что по утрам их сложно получать из-за "режима повышенной нагрузки серверов ЕГАИС". Во вторых, лично мне стало лениво, а они мне постоянно нужны для доработок и отладок режимов последовательно запускать задачи: запрос остатков по складу и ТЗ -> автодопрос ЕГАИС -> чтение остатков склада -> чтение остатков торгового зала

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



2. Периодически "влипаю" с ответами на письма. Народ задает вопрос - отвечаю, в ответ нет такого режима... Начинаю выяснять - работают с "древней" версией, а в то же время ЕГАИСные программы через две недели уже устаревают. Решил сделать так - если дата версии программы меньше текущей даты на 90 дней, то просто в шапке добавляется, выделенное на картинке упоминание. Разумно ли это? Не будет ли слишком "пугать" пользователей? Ведь некоторые до сих пор успешно пользуются версиями от 2015 года...

3. Нужен совет? Нашел в черновиках почты и сохранял адреса писем с запросом пароля после 31 января... Решил для эксперимента сделать рассылку с информацией о свежей версии по этому списку адресов - это люди постоянно помогающие развитию проекта... и наверное активно использующие программу. Можно ли для эксперимента разок отослать данную информацию?

4. Что сервисом приёмки ТТН не пользуются? Вопрос актуальный! Например меня "заемучили" в пятницу - в одном магазине было 6 приходов, около 800 бутылок и в 5 ТТН ПЕРЕСОРТ! В тоже время, в версии 28.02.17 "добавил" ошибку - программа вылетала на этапе формирования отчета по "приёмке" при наличии пересорта по ТТН

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

IMXO, этот автомат будет востребован пользователями программы "UTMProxy" с включенным режимом "Блокировать недостачу".
Напрашивается лишь добавить оповещение на е-майл об успешности/сбое при его выполнении.

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

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

До версии УТМ 2.0.4 была "глобальная" проблема перепродажа товара, купленного через ЕГАИС в другом месте, но сейчас УТМ не пропускает такие продажи, что конечно не избавляет от проблем внимания РАР к такой торговле.

Как понял??? При отправке чека в УТМ программа UTMProxy перехватывает его, поверяет марки чека в своей локальной базе, а при отсутствии ошибок отправляет чек уже в УТМ... Конечно не могу твердо утверждать, но вмешательство в механизм работы УТМ, что запрещено... Кроме того это абсолютно не решает проблем продаж общепита... Когда эта тема была "горячей" программой активно интересовались грамотные спецы, но с января интерес к ней резко упал, как мне показалось...

УС Лэнд:ЕГАИС, так же с 1.07.2016 "борется" за "чистоту" продаж, но только для отправки чеков из неё:

1. Так же ведет БД чеков и запрещает продажи при наличии проданной, но не возвращенной АМ, а главное до отправки чека в УТМ!

2. В режиме приёмки, инвентаризации пополняется пул АМ подразделения и УСЕга ЗАПРЕЩАЕТ продажу марки, не входящую в пул, т.е. нельзя продать товар подложенный продавцом...

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

"Исчо" одна возможность (технология) модифицируемое версии, работающая во всех операциях, где она имеет смысл:

При ручном добавлении операции программа контролирует уникальность "дата+номер+алкокод+при_необходимости_справка_Б" и запрещает ввод дублированного значения. В принципе на данную, возможно ошибку не натыкались, но в тикетах когда-то было "повторяющиеся значения" и раннее это же было сделано для расходных ТТН. Например для трансфера:



Понятно, что в автоматах или пакетных операциях, типа "под остаток" такая ситуация нереальна.

З.Ы. Так же просматривая кучу модулей программы исправил множество грамматических ошибок в сообщениях;

З.Ы.Ы. Так же, всё равно правил ряд сообщений сделал более понятными и детальными, что поможет пользователям, не являющимися IT специалистами.