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

Ваша правда...

Будьте добры! Отпишитесь как "проходили" ревизии? Какие неудобства порождала программа? Что в свете Ваших ревизий можно в ней улучшить? Заранее спасибо!

Решил разместить «проходной» релиз 21 октября 2016 года – работа над «апшипками» и «очепятками». Краткий обзор:

1. В режиме обслуживания кассовых чеков добавлен режим (Tab) полного изменения неотправленного в ЕГАИС чека, например: произошла проблема при отправке (см. ниже), тогда чек можно полностью изменить и переотправить из режима чеков, а не «кассового аппарата»;

2. При сбое локальной сети (или что-то начудили – не нашел, как можно «обмануть» программу) программа отправила чек с нулевым номеров, а в другой раз с нулевой сменой – понятно, что ЕГАИС отверг эти чеки. Сейчас изменен алгоритм: программа вначале сохраняет и верифицирует чек во внутренней базе, а только из неё («правильный») отправляет в ЕГАИС. Интерфейс кассира и приёмы его работы при этом не изменились;

3. Исправлена ошибка. При добавлении товара в «возврат из зала на склад» программа ошибочно выбирала справку «Б» по идентификатору АП первой, а не той которая нужна позиции;

4. Исправлена «фича» программы. Раннее при первом запуске и вводе обязательных атрибутов подразделения для ЕГАИС, если сразу зайти в настройку и задать остальные параметры, то программа их не сохраняла. Нужно было выйти из программы, а затем снова зайти для переопределения настройки. Сейчас делайте, как хотите – программа всегда запомнит ваши изменения в настройках;

5. Расширен на 6 штук список «рекомендаций» в демонстрации режима ожидания;

6. Раннее, если в ответе на запрос остатков склада или зала не было списка товаров, что могло быть по причине реального отсутствия остатков или неверного (чаще) ответа ЕГАИС программа просто сообщала о наличии такой «проблемы». Сейчас: даётся более детальное сообщение о возможных «проблемах» и после спрашивается о необходимости «обнулить» остатки на регистре (во внутренней таблицы остатков регистра (склада или торгового зала), используемой «везде»). Если ошибочно «обнулите» - ничего страшного при следующем запросе остатков содержимое таблицы «восстановится»;

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

- Если «литраж» АП меньше или равен нулю, то в тэге «тип упаковки» (при наличии такого в схеме ХМЛ) ставился тип «Unpacked», иначе «Packed». Вообще убирался тэг «Capacity» - ёмкость из документа. Это может быть и при «кривых» данных программы;
- Если «литраж» больше нуля, то «ничего в программе не трогал».

Замечание. Учет нефасованной продукции ведется в декалитрах и в ЕГАИСных документах нет единицы измерения, т.е. одна штука «разливухи» - это её 10 литров, что нужно учитывать при оформлении операций с ЕГАИС… Так говорят на форумах

Замечание. Изменены процедуры отправки: списания с торгового зала, исходящие ТТН, постановка на баланс в зале и на складе.

Добрый день, стабильно ломается последняя версия - если занести настройки магазина, адрес утм, потом зайти в ремонт: парковка и тд, то получаю Error BASE/1003 Variable does not exist: CCL Arguments: ()

добавлю - падает и модуле инвентаризации

Error BASE/1003 Variable does not exist: CCL Arguments: () |
| |
|Error at ...: FYN(222) in Module: FUNCANZH.PRG |
|Called from : PUSREPAIR(2669) in Module: EUTILITY.PRG |
|Called from : MAIN(247) in Module: LE.PRG

Огромное спасибо!

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

Очень подробная диагностика! Можно так же приложить файл error.log из каталога программы - в нём полный "след" ошибки

ИЗВИНИТЕ!!!

"Хватай вокзал - трамвай уходит" - под завершение собрал программу с опечаткой (вместо cCol было cCl)... ошибка одна, но вызывается ото всюду....

Те кто скачал версию 21 октября до 21 октября 21:00 пожалуйста скачайте её заново

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

Это не ошибка или недосмотр, а элемент технологии!

1. Инвентаризация проводится по торговому залу (регистр 2), где учет ведётся в разрезе id алкогольной продукции. Одному id могут соответствовать много ШК акц. марок;

2. При "уверенности", что товары одной партии можно не таскать ящики к сканеру, а принести одну бутылку и пикнуть её необходимое число раз;

3. Для "сомневающихся" при сканировании программа ведёт мониторинг просканированных бутылок, который можно выгрузить в любой формат и проверить на ненужный дубли марки.

Провел ревизию во втором магазине, вроде как успешно. Что можно отметить:

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

2) Очень неудобно нажимать Enter каждый раз после сканирования каждой марки, было бы удобнее, как мне кажется, чтобы марка вводилась автоматом если все правильно (не дубль например) и подавался бы тревожный сигнал, если была бы ошибка.

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

PS еще поменял бы сообщение "... допрашиваю ЕГАИС" на "... допрашиваю УТМ", так все-таки я думаю более корректно.