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

Предлагаю Вашему вниманию очередную версию системы интеграции с УТМ «УС Лэнд:ЕГАИС» от 16 июля 2016 года. В ней реализованы все виды работ по торговому залу (регистр 2), а именно трасфер между складом и торговым залом, списания, постановка на баланс, анализ остатков. Добавлен сервис запроса, анализа списка приходных накладных утерянных в «недрах» УТМ (ЕГАИС) – это раньше рассылал робот ФСРАР, а так же их перезапроса у ЕГАИС. Добавлен сервис сохранения и анализа, автоматически удаляемых УТМ 2.0.3 запросов. Добавлены механизмы продаж «пива» через списания, в «кассовом интерфейсе» добавлены режимы безналичных продаж и возвратных чеков. Сделано множество доработок по улучшению сетевой (многопользовательской) работы системы «УСЕга», ну и конечно исправлено большой число ошибок – подробнее смотрите в иллюстрированной инструкции по версии и (или) в предыдущих сообщениях данной темы. Переход с любой предыдущей версии - замена файлов по верху и запуск режима сервис/ремонт.

Программа (версия) согласно лицензии (де юре) freeware - абсолютно бесплатная, без рекламы, попрошайничества и любых ограничений. Однако программисты тоже люди и иногда «хотят кушать», по этому реальный статус системы «УС Лэнд:ЕГАИС» (де факто) - «условно платная», а именно Вы запрашиваете по e-mail пароль к архиву, который Вам отсылаю без каких-либо условий, затем при Вашем желании помочь проекту «УСЕга» Вы можете оплатить 335 рублей за «труды по отсылке» и за данную «16.07.16» версию системы.

Все контакты разработчика есть в лицензии к системе «УС Лэнд:ЕГАИС», доступной в режиме: Сервис/Контакты автора. Лицензия на программу... или в сообщении по другой системе автора: https://olegon.ru/showpost.php?p=195060&postcount=7

------------- Версия 21 июля 2016 г…. Пароль архива, как и в версии 16 июля -------------
Добавлен функционал списания «под остаток» по залу и торговому залу; операция распроведения акта списания склада и аналогичный сервис для сторонних программ; технология «обхода» ограничений ЕГАИС по полноте информации по производителям, которая не приходит при подтверждении ТТН; введена техника смены версии документооборота с ЕГАИС (V1 vs V2) и сервисы по проверки «своей» версии и любого контрагента; изменена техника расчета итого по документам любого вида; множество небольших доработок, исправление ошибок и так далее…

Подробнее смотрите иллюстрированную инструкцию по версии и новшества частично описаны в сообщениях: https://olegon.ru/showthread.php?t=24419&page=6 Переход с ЛЮБОЙ предыдущей версии – замените приложенные файлы и запустите процедуру «сервис/ремонт».

------------- Версия 08 августа 2016 г…. Пароль архива, как в версиях 16 и 21 июля -------------

- Радикально увеличены размерности полей под описания объектов ЕГАИС, импортируемых во внутренние таблицы из УТМ, а также их отражение ВО ВСЕХ табличных, экранных и отчетных формах системы «УС Лэнд:ЕГАИС».

- Для поиска и выбора информации из справочников добавлена техника «подмножества» и поиска по сложному условию, в том числе в подчиненных справочниках.

- Добавлена подсистема запроса штрих кода PDF-417 по нечитаемым акцизным маркам, печать ШК АМ через внешнее приложенное к архиву приложение HMG_Zebra/Demo и экспорт данных по этой алкогольной продукции в таблицы для постановки на баланс.

- Введен функционал отмены акта подтверждения приходной накладной, как со «стороны» получателя продукции, так и со стороны отправителя накладной… и конечно множество небольших доработок, а так же исправления некритичных ошибок.


Подробнее смотрите иллюстрированную инструкцию по версии в архиве – основные нововведения описаны в «картинках» в сообщениях на странице темы: https://olegon.ru/showthread.php?t=24419&page=7.

Переход с ЛЮБОЙ предыдущей версии – замените все приложенные файлы и запустите процедуру
«сервис/ремонт: паковка, переиндексация, обновление БД».
P.S. За период с 15 июля по 5 августа пришло 17 писем с запросом пароля от архива, т.е. программой «УСЕга» пользуются (активно интересуются) в «виртуальном мире», а посему она и дальше будет развиваться с тщательным проектированием, отладкой, документированием. Следующие релизы предполагается создать и выложить в конце сентября 2016. В них будут разработаны механизмы стыковки данных ЕГАИС и деклараций (журнала), а так же с данными учетных систем, в первую очередь «УС Land» - в идеале полная автоматическая синхронизация. При необходимости будет добавлен документооборот по версии v2.

P.P.S. Позвольте напомнить, что «УС Лэнд:ЕГАИС» бесплатное (freeware) многопользовательское приложение – работа нескольких пользователей одновременно в локальной сети с одной базой данных и поддерживающее технологии «перетыкания JaCarta» - «ключники», описанное в сообщениях: https://olegon.ru/showthread.php?t=23281 и под УТМ 2.0.3 https://olegon.ru/showpost.php?p=259730&postcount=25

"Фундаментальный" и "глобальный" вопрос пришел на почту, что считаю нужным ответить в данной теме!

1. Многое из придуманного в ФСРАР и на что "поджимают сроки" не реализовано в большинстве программ взаимодействия с ЕГАИС. Это относится даже к серьёзным разработчикам типа СМ+ (https://olegon.ru/showthread.php?t=25171) или ООО "1С" (на куче форумов)... Вот и "УСЕга" так же возможно "запаздывает" с обещанными выше изменениями.

2. В то же время кто-то из разработчиков реализовал одни технология, а кто-то другие, т.ч. использую несколько программ можно всегда быть в тренде... Это облегчается тем, что все программы работают с одной базой ЕГАИС и по единым правилам. Подробнее описано: https://olegon.ru/showpost.php?p=255283&postcount=17

Обращу внимание! При совместном использовании другого п/о с "УС Лэнд:ЕГАИС" операции лучше делать (смотреть) в начале в "УС Лэнд:ЕГАИС", а потом в другой программе, т.к. "УСЕга" ничего не удаляет без разрешения из УТМ!

Однако замечу! Все программы, в том числе "УСЕга" развиваются в направлении ведения своей внутренней базы данных, пополняемой при подтверждении или создании документов в ЕГАИС. Эта БД позволит(яет) делать операции (получать информацию) недоступную из ЕГАИС, в частности "когда-то" будет сделана "оборотная ведомость по товарам" или "остатки на произвольную дату"... по внутренней базе накопления, что никогда не будет доступно из ЕГАИС, т.к. он призван ловить Вас на нарушениях, в частности "закрывая" операции. Насколько понимаю "1С:Розница" так же использует свою накопительную базу. Если мои "мысли" правильные", то:

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

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

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

Версия системы "УС Лэнд:ЕГАИС" от 8 августа 2016 года из статуса "бесплатной с запросом пароля" перешла в статус "просто бесплатной" - freeware, размещенной со всеми сопутствующими материалами, вспомогательными программами и инструкциями в первом сообщении темы.
Почему?

1. С моей точки зрения (ИМХО) она устарела в свете актуальных для бизнеса задач, связанных с ЕГАИС. Однако!!! Обращу внимание, что в ней решаются все задачи, связанные с работой УТМ 2.0.3 (кроме распроведения баланса и работы с накладными по версии v2). То есть она является многофункциональным, отлично спроектированным и проработанным "костылем" (утилитой) для Ваших учетных систем и удовлетворяет всем задачам по ЕГАИС, решаемым до, а возможно и после 1 января 2017 г.

2. ИМХО! Сейчас, а особенно с 1 октября очень важным является ведение в системах "при ЕГАИС" своей внутренней базы данных по операциям всех типов. ЕГАИС не даёт Вам информации по работе с ним, а лишь использует накапливаемую им информацию, скрываемую от Вас с целью Вашего наказания... Ведение внутренней базы и самоконтроль по её данным позволит частично избежать неприятностей с ФСРАР. Версия УСЕГА 08.08.16, используемая в качестве основной программы при ЕГАИС позволит Вам хранить этот документооборот, а последующие версии... и это главные мои усилия... позволят его использовать!

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

В завершении болтовни на форуме, на сегодня - пора на работу (вторая смена). В первую очередь для себя, как напоминание описать алгоритм сплошной инвентаризации с реальными затратами времени на этапы. Это "замеры" (по памяти) процесса: https://olegon.ru/showpost.php?p=266474&postcount=134 Используется версия "УС Лэнд:ЕГАИС" от 28 сентября 2016, применяемая только у пользователей в "реальном мире"... Срок размещения в интернет пока не определен.

1. Запрос остатков по складу и торговому залу. В "блоках" склад и торговый зал или через запрос->автодопрос->ответ. До 10 минут.

2. Входим "прочие задачи/инвентаризация". Очищаем таблицу предыдущей ревизии [B]Ctrl+F7[/B]. Все режимы, практически не измененные в интерфейсном плане описаны со страницы: https://olegon.ru/showthread.php?t=24419&page=10

3. Импортируем остатки F4. Для программных задач время не пишу - секунды... можно игнорировать при планировании.

4. Нажав F7 начинаем сплошное сканирование акцизных марок по всем найденным товарам в магазине (пропикивание). Реально, при наличии достаточного числа помощников (подносить/уносить бутылки), не напрягаясь, но и не отвлекаясь на одном рабочем месте можно обработать 700 бутылок в час... Бутылки с нечитаемыми марками или не прошедшим валидацию откладываем в отдельный ящик (на потом).

5. По завершению пропикивания. В начале списка будут товары не известные ЕГАИС (программе) - скорее всего поступившие до 01.01.2016. Они имеют только id, что недостаточно для операций в ЕГАИС. Клавишей Shift+F2 запрашиваем атрибуты товаров - режим "бесконечного опроса", время не зависит от числа позиций и до 20 минут.

6. Помечаем все строки в группу для операции Ctrl+F4, снимаем пометки с АП, по которой не определились атрибуты (нужно разбираться особо) - клавиша F8. ДО КОНЦА РЕВИЗИИ ПОМЕТКИ НЕ СНИМАТЬ!!!

7. Запускаем автоподбор для операций трансфера со склада, постановки на баланс, списаний. Клавиша F9. Программа автоматом рассчитывает количества для операций. В начале для перемещения со склада, затем для постановки на баланс, в окончании под списание...

8. Запуск создания документов трансфера, постановки на баланс в зале, списания. Клавиша F10. Определяем дату и номер для каждого типа документов, а для списания и "причину". Программа создаст документы только для записей помеченных в группу и имеющих весь необходимый набор алкогольных атрибутов.

9. "Склад/передача в зал". Идем в конец списка Ctrl+PgDown. F4-отправка -> "Зал/постановка на баланс". F4-отправка. Ожидаем 5-15 минут, нажимая на документах F7 для контроля прохождения... Рано или поздно будет подтверждение в ЕГАИС. ТОЛЬКО ПОСЛЕ ПОДТВЕРЖДЕНИЯ... Идём дальше...

10. "Зал/списание". Идем в конец списка Ctrl+PgDown. F4-отправка. Замечу, что на часть товаров будут пустые имена - они появляются только, если, когда запросите остатки по залу до отправки операции списания, но реально они будут через 1.5 часа после п.п.9 и если есть время, то лучше подождать. В версии 4 октября УСЕга может восстанавливать пропавшие наименования. На проведение операций в ЕГАИС "замечание" не влияет. Проверяете проведение - F7. Если поторопитесь, то на списания придет отказ, т.к. ЕГАИС у себя не успел повысить остатки. - не страшно: F9 - отменит всё и можно заново отправить документ.

РАЗУМНЕЕ пойти пообедать на часок!!! ЕГАИС хоть и возвращает ответ о проведении, но при больших списках операций меняет возвращаемые остатки в течении ещё длительного времени. Ничего страшного, просто лишние потери времени из-за ограничений на запросы остатков.
11. Идем в инвентаризацию. F4-импорт остатков -> F9-автоподбор Визуально проверяем: колонки трансфера, списания, баланса должны остаться пустыми (остаток склада + зала равнятся фактическому) - ревизия окончена! Иначе... умники "решили пока курил попробовать"... ничего страшного: повторяете пункты 8-11 указывая другие номера документов.

Под жестким моим контролем и самостоятельным совершением действий (кроме пропикивания) ревизия "общепита" примерно 800 бутылок заняла 3.5 часа... в основном из-за тормознутости и ограничений ЕГАИСа

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

В очередной раз обращу Ваше внимание: система "УС Лэнд:ЕГАИС" практически по задачам "оболочки к УТМ" (функционалу для ЕГАИС) НЕ РАЗВИВАЕТСЯ после (версии) 8 августа, т.е. "УСЕга" более старших версий не нужна виртуальным пользователям, использующим систему, как "костыль" к своим учетным системам. Более того использование свежих версий "УС Лэнд:ЕГАИС" подразумевает, что она используется, как основная (единственная) система интеграции с ЕГАИС, т.к. всё базируется на внутренней базе данных системы, а по возможности в связке с "УС Land"...

Что новенького сделано? Что могу подсказать разработчикам, которые ИМХО - единственные читатели моих сообщений...

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

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

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



Напомню, что в системе (уже 08.08) есть операции подбора - автоматического создания документов:

1. Всех товаров на остатке склада для трансфера в зал;
2. Всех товаров на остатке зала, раннее переданного со склада.

... шо опять? ...

Методология ведения остатков

Кратко суть: Остатки в ЕГАИС должны совпадать с фактическими остатками по ФСРАР-ИД... Для любых типов предприятий: алкоголь (опт, розница), пиво, общепит, сельской местности. Рекомендательно с 01.10.16 и обязательно с 01.01.2017! При продажах через сканер, в течении текущей смены им допустимо уходить в минус по регистру 2 (торговый зал), а те кто "не ведет продажи" (пиво, общепит, магазины сельской местности) пусть выкручиваются "как могут" см: https://olegon.ru/showpost.php?p=266508&postcount=29 (вообще темка интересная)!

Наиболее популярные рекомендации на этом и других форумах по ЕГАИС... и под это затачиваются большинство программ... лично я считаю это в корне неправильным видением - желающие поспорить велкам: https://olegon.ru/showthread.php?t=24419 :

1. При подтверждении ТТН все товары сразу "переводить" в торговый зал для проведения продаж через "кассу" или "списанию". Реально, подтвердив ТТН товар на "остатки ЕГАИС" может попасть через (даже дней) большое время, а при "расхождении", где ещё нужно подтверждение поставщика время вообще "относительное" понятие, т.е. можно "опираться" только на остатки, возвращаемые ЕГАИСом в соответствующих запросах!

Напомню и это очень важно - запрос остатков разрешено ЕГАИСом делать не чаще одного раза в час!!!

2. Весь товар перевести в зал (рег 1) и (тем более не разумно) ставить его на баланс в зале. Возможно считаю это неверным, что в силу большой цены бухла в фирме большой объем внутренних перемещений, которые делаются со склада (рег 1)... для пива, как правило большой возврат поставщикам. Реально: подбор справок, обратный трансфер, а только затем "внешняя" операция - довольно сложная задачка (хотя и она максимально облегчена в несуществующих версиях). Во вторых: такой подход создаёт иллюзию правильной работы - всегда возникает "забытый" товар, пересорт, ошибки продавцов, что может привести к блокированию продаж, если такие ситуации постоянно и вдумчиво не контролировать...

Мы решили! (все проблемы с допиливанием УСЕга), что разумнее работать (отталкиваться) от отрицательных остатков торгового зала (рег 2).

Сейчас на остатках в зале есть только товар, на который ещё не подобрали справки - не поставили на баланс склада... их не много и процесс по ним постановки на баланс на складе (ограничение 100 шт. в месяц) идет по мере возможности. Так же есть (в зале) товары с плохо читаемыми ШК АМ - их УСЕга позволяет продавать "копипастом".

Резюме: на остатках зала только "проблемный" товар, а по остальным нулевые остатки.

Технология работы от "минусов" доступна любой "мартышке". К моему счастью у "меня" их нет:

1. До начала работы (продаж) запрашиваем остатки по складу и залу, но в порядке 1-Склад, 2-Зал! Доступны два способа:

а. "Склад/запрос остатков" -> "зал/запрос остатков";
б. В два раза быстрее. Запросы/запрос остатков -> прочие задачи/автодопрос -> ответы/остатки склада -> ответы/остатки склада

2. В ответе (таблице) по остаткам ЗАЛА жмем кнопку F10, вводим дату (сразу предлагается предыдущая) и номер документов.



3. Идем в "склад/трансфер" -> PgDown (в конец)... оправляем в ЕГАИС трансфер

4. Идем в "т.зал/баланс" -> PgDown (в конец)... оправляем в ЕГАИС постановку на баланс в зале

... Проверяете через 5 минут статус прохождения доков - должно прийти подтверждение ... можно спокойно торговать через "кассу"

Возможно продавец забудет в остатках склада нажать F10, а следующий запрос разрешен только через час ... или Вы желаете четко контролировать минуса и создание доков по ним, например считаете разумно поставить на баланс, а не брать со склада (или внести операции в УС через экспорт)... Это реализовано в расширении возможностей контура "инвентаризации", описанных в следующем сообщении.

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

Замечание: "Контур" работает для активного ключа JaCarta, что делает его очень полезным для "ключников" - предприятий, которым не нужен "кассовый аппарат", отсылающий чеки в ЕГАИС. Кстати кто-то сообщил, что придумали какие-то виртуальные комплексы с разными адресами УТМ в сети. До кучи в "сервисе" сейчас можно "на лету" менять адрес УТМ при смене ключа - так мне легче не порушить логику системы.


Общие шаги для разных задач:

1. Запросить остатки по складу и торговому залу. См. выше;

2. Зайти в "прочие задачи/инвентаризация";

3. Очистить существующий товарный список - клавиша Ctrl+F7;

4. Импортировать остатки - клавиша F4.

Замечание. По опыту участия на всех ролях в процессе выведения остатков на 1 октября была радикально переработана подсистема с целью более умной обработки информации, наглядности и "защиты от дурака". Остальное, описанное ниже - это утилиты (возможности) подсистемы. Подробное описание методологии и режима со страницы: https://olegon.ru/showthread.php?t=24419&page=10 Пошаговая инструкция по данному бизнес-процессу: https://olegon.ru/showpost.php?p=266515&postcount=35


Работа с остатками от "минусов"

Через контур "инвентаризации", методология, причины описаны в предыдущем сообщении.

5. Клавиша Shift+F9 - отбор товаров с минусовыми остатками. Здесь программа очистит все расчетные колонки, снимет все пометки в группу. Программа рассчитает необходимые количества, пометит в группу для операции;

6. Затем Вы можете распечатать, изменить "предложение" программы клавиша F2 и создать операции: трансфера, постановки на баланс, списания нажатием клавиши F10

... далее, как обычно: в операциях отправить -> проверить ...

Методология ведения продаж, для освобожденных от их ведение

Огромную свинью подложил ФСРАР, "освободив" торговлю пивом, крым, магазины сельской местности, общепит и etc от ведения продаж через отправку чеков в ЕГАИС, но при этом заставив четко вести остатки. В самом деле пропикать товар на кассе - простая, быстрая и "тупая" работа, а вот как "ввести списания проданного товара с причиной реализация"??? При этом они наверняка будут контролировать остатки и обороты с декларациями и фактом? Конечно можно всё перемещать в зал и от туда списывать по данным о продажах, наверное записанных где-то на бумажке?

Система "УС Лэнд:ЕГАИС" позволяет вести продажи по технологиям:

а. Прилавка - от остатка. Здесь, как и при обычной ревизии: считаете остатки, по факту через Enter вводите их (не с 2d сканера) и далее, как при описанной выше "инвентаризации" проводите автоматом операции.



б. On-line - от продаж. Для меня (и общепита) было актуально - продажи через 1d сканер ведутся в "УС Land" (1С), данные о продажах доступны в печатной форме "журнала реализации алкогольной продукции". И так - имеем данные о продажах за период!

5. В колонку (сейчас) "Ост/Пр - фактический остаток или продажи", нажимая клавишу Enter вводите проданные за период (предыдущий день - хотя мне кажется, что пока не обязательно за каждый день?) по каждому проданному наименованию;

6. Клавиша Shift+F6 - по продажам. Программа автоматически рассчитает необходимые количества для трансфера, поставки на баланс и возможно списания и пометит товары в группу;

7. Затем Вы можете распечатать, изменить "предложение" программы клавиша F2 и создать операции: трансфера, постановки на баланс, списания нажатием клавиши F10

... далее, как обычно: в операциях отправить -> проверить ...

Наконец-то начал писать инструкцию по изменениям с 8 августа до .. октября 2016. Попутно, изучая черновики дорабатывать программу до желаемых в них, а не по факту реализованных возможностей. Решил - авось кому интересно? Размещать здесь "найденные", но не описанные новшества - в дополнении к описаниям на странице: https://olegon.ru/showthread.php?t=23281&page=4 и "презентациям" со страницы: https://olegon.ru/showthread.php?t=24419&page=10 Текст буду пополнять по мере описания и доработки возможностей нового релиза кода программы!

----------
Добавлен режим «прочие задачи/смена адреса универсального транспортного модуля». В принципе адрес УТМ задаётся в настройке программы и остаётся неизменным при смене «ключа», что «отрабатывает», используемую мной технику переустановки УТМ. Однако имеется возможность создания «сети УТМ», в том числе через технику виртуальных машин, где для каждой JaCarta задаётся свой адрес. Здесь можно переопределить адрес УТМ, заданный «по умолчанию» в настройке:




Замечание: Конечно, разумнее было бы задавать этот адрес в настройке параметров «ключника», но это потребует много изменений, которые ухудшат стабильность программы, да и пока данная задача не сильно актуальна.

Замечание: В отличии от настройки, где есть ограничение на длину адреса (любого реквизита) в 72 знака, здесь можно задавать адреса до длинной 256 знаков.

Продолжу описание "нового" - не писалось на форуме, но встретилось при написании инструкции....

Преобразование (наименований) исходных XML файлов

Условно решена «проблема» существующая с момента создания нулевой версии программы «УСЕга»: при чтении исходных XML файлов обмена с УТМ программа штатными средствами преобразовывала файл из формата UTF-8 в формат Dos 866 и при этом часть символов не имеющихся в кодировке 866 преобразовывалось «криво», например:

Пиво светлое пастеризованное «Гёссер» производителя (компания ООО «Гёссер») преобразовывалось в Пиво светлое пастеризованное лГёссер╗производителя (компания лГёссер╗). Сейчас преобразуется в Пиво светлое пастеризованное “Гёссер”производителя (компания “Гёссер”).


Сейчас в каталоге программы появился новый файл HLE.UTF (формата UTF-8), содержащий схему замены символов (наборов знаков) для преобразования файла UTF-8 в UTF-8 (до преобразования в 866), но с замененными знаками. Количество строк (возможностей) для преобразования неограниченно. Заменяющий набор знаков отделяется запятыми, а схемы замен набором символов Chr(13) + Chr(10) – нажатие клавиши Enter для новой строки – схемы.

Сейчас файл содержит только две строки:

«,"
»,"

То есть преобразовывать « в " и » в ". Механизм даёт доступ к более сложным преобразованиям, например (раздражающее меня) часть наименования товара (Вино защищённого географического указания …) заменить на (Вино)

Замечания:

- Изначально предполагалось, что кроме визуальной «кривизны» это даёт (ни на что не влияющее) сообщение (предупреждение), что наименование не совпадает с наименованием в ЕГАИС. Возможно по части товаров так и есть, но анализ показал, что это не единственная причина данного сообщения.
- Каждая строка данного файла увеличивает время «закачки» файлов ЕГАИС на 0.4%, т.е. при наличии большого числа строк время закачки может резко увеличится.
- Для ОТКАЗА от данного механизма преобразования просто удалите данный HLE.UTF файл их каталога программы «УС Лэнд:ЕГАИС».

-------------
 При просмотре справочника товаров склада отражается остаток в зале (справочника в зале остаток на складе) и количество переданное трансфером со склада в зал по каждому коду раздела «Б».

Замечание: Сразу при входе в справочники алкогольной продукции программа отражает только товары с ненулевыми остатками, но, например для обратного трансфера (возврата), когда остатки могут «уйти» в ноль эти строки не отражаются. Для включения показа (работы с «нулями») нулевых остатков нажмите клавишу F2 - включения/выключения фильтрации.

------ 13:30 рухнул ЕГАИС см. их форум и меня все обзвонили... отвлекли -------
1. По практике реальной работы выявилось, что продавцы, запросив остатки склада «на автомате» нажимают кнопку выхода из режима, обычно, забыв сделать документы по «минусам». Учитывая, что в реальной работе это не будет «напрягать» сейчас: программа при отказе анализирует наличие «минусов» в ответе, а если они есть, то даёт сообщение об их наличии и предлагает сделать операции – смотрите описание режима F10.

---

2. Склад/расходные накладные. Было: отправляем накладную на возврат или внутреннее перемещение, покупатель или за покупателя делаем «акт отказа». Логично, а зачастую хотелось бы переделать эту ТТН и переотправить, но программа не давала это сделать, т.к. накладная имела признак «полностью проведенная через ЕГАИС» и даже, если бы сделали каскадное удаление.

Сейчас: добавлена операция, вызываемая кнопкой F2 – аннулирование отказанной накладной, по которой сделано каскадное удаление запросов, т.е. программа полностью удаляет все следы её проведения и разрешает, изменив её через режим Tab заново переотправить накладную получателю.

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

Обновление информации в справочнике товаров для «кассы»:

Раннее была возможность закачки и обновления информации в справочнике товаров для продажи через внешний файл – экспорт в учетной системе и импорт в «УСЕга». Описано раннее, а вызывался режим клавишей F10.

Сейчас при наличии синхронизации «данная» возможность облегченная и её возможности расширены:



Режим вызывается нажатием клавиши F2. Замечу, что уникальность при импорте устанавливается по уникальному коду товара в УС – код ассортимента в «УС Land». При этом обновляются все атрибуты справочника по наиболее «свежим» данным «УС Land», а именно: ШК EAN, наименование, алкогольные атрибуты, цена реализации. При отсутствии «уникального кода» из УС пополняется справочник для продаж. То есть сейчас, сколь угодно часто можно автоматом модифицировать информацию в «кассовом контуре».

----------------------
Отбор в группу по сложному условию Ctrl+F4 в сервисе запроса нечитаемых марок. Резко увеличился набор ограничителей, что связано с тем, что информация по списку печатается только по группе записей. Пример формы:



ИНФОРМАЦИОННОЕ СООБЩЕНИЕ: