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

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

23.11.2024 0:54


24.04.2016 09:01
Что дальше будет с проектом "УС Лэнд:ЕГАИС"? - Ничего особенного! Скаченной версией 16 апреля Вы можете пользоваться неограниченное время и она будет работать "как есть" не досаждая Вам рекламой или "встроенными" "подводными камнями". Будет продолжение его развития для реальных пользователей, здесь буду иногда описывать его новшества и отвечать на задаваемые в теме: https://olegon.ru/showthread.php?t=24419 вопросы и изучать замечания по программе...

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

а) При желании за 1870 рублей могу отдать качественно документированные исходные текста – пакет для сборки приложения и техническую документацию на систему. Что гарантирует Вам уверенность в отсутствии проблем в будущем и "честности" используемой программы. Кроме того! Вас внесу в список рассылки и до конца 2016 года буду Вам отсылать все новые версии программы "УСЕга" с исходными текстами и инструкциями.

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

Все контакты разработчика есть в лицензии к системе «УС Лэнд:ЕГАИС», доступной в режиме: настройка программы.../просмотр, печать лицензии...

---------------- 01.05.2016 -----------------
Предлагаю Вашему вниманию очередную версию от 1 мая 2016 года. В ней существенно доделан функционал системы УС Лэнд:ЕГАИС и улучшен интерфейс, что "с картинками" описывалось в сообщениях: https://olegon.ru/showpost.php?p=256117&postcount=7, https://olegon.ru/showpost.php?p=256309&postcount=16, https://olegon.ru/showpost.php?p=256710&postcount=23 и много других доработок - полное описание изменений с картинками приложено к сообщению.

Увы программа перешла в разряд "условно платных" - смотрите сообщение https://olegon.ru/showpost.php?p=256706&postcount=22, т.е. выложен архив с паролем. Пароль пришлю в ответ на письмо (электронный адрес автора есть в лицензии к программе), а при Вашем желании Вы можете оплатить мою работу (версию), но программа "де юре" осталась бесплатной.

---------------- 12.05.2016 -----------------
Работа над "апшипками"... Предлагаю Вашему вниманию очередную версию от 12 мая 2016 года. В ней исправлены режимы по замечаниям пользователей, изучениям обсуждений проблем ЕГАИС. Сделано:

Новые настройки программы:

Переменная, задающая отражение фактической (текущей) даты и времени печати ЛЮБОГО документа или отчета, что актуально при постоянных изменениях правил работы с ЕГАИС. Задаем (по умолчанию) .F., если всегда печатать дату и время .T. - отключает данный режим;

«Потеря» текущего порядка просмотра в исходящих документах:

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

Печать даты и времени создания печатной формы:

В любых режимах программы для всех типов запросов и документов в режиме печати (справки, документа, отчета) программа в шапке документа прописывает дату и время печати. Данную возможность можно отключить в настройке программы, но она удобна для понимания источника «рассогласования» данных у «поставщиков» и «операторов».

Интерфейс кассовых продаж:

Следующий номер чека сейчас предлагается относительно номера введенного кассового аппарата и уникальность нумерации чеков контролируется относительно номеров ККМ. Для этого введён специализированный индекс;

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

В справочнике товаров для продаж сейчас разрешается менять ШК EAN13 при изменении карточки товара, а программа пи этом контролирует его уникальность, т.е. можно при обнаружении неправильного или «кривого» кода динамически его исправить, считав EAN13 со сканера. И так далее - подробно в приложенном документе.

Смена версии: Замените программу hLe в каталоге «УС Лэнд:ЕГАИС», запустите программу, в меню «настроек» запустите режим «ремонта» для изменения структуры внутренне базы данных.

Пароль к архиву, как и в версии от 1 мая.

---------------- 20.05.2016 -----------------
Предлагаю Вашему вниманию очередную версию от 20 мая 2016 года. В ней внесено очень много изменений, но описывать по сути нечего!

При реальной жесткой эксплуатации в режимах:

- продажи через ЕГАИС;
- постановка на баланс;
- отправка накладных, перезапросы, списания;
- сервисы по истории движения справок Б, проверок акцизных марок...

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

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

Для пользователей запросивших раннее пароль - для всех версий мая 2016 но не изменился, а для тех кто ещё раздумывает сообщаю: с 24 мая по 05 июня по непреодолимым обстоятельствам не смогу быть в виртуальном мире, т.е. присылать пароль.


---------------- 24.05.2016 -----------------
Предлагаю Вашему вниманию очередную версию от 24 мая 2016 года... Срочные доделки, однако... В ней внесено:

1. Возможность ведения безналичных продаж (оказалось, что "очень надо" и как всегда "вчера"), исключая продажи по картам. См. новость: https://olegon.ru/showpost.php?p=258359&postcount=40 Всё реализовано в свете требований ФСРАР. В режиме интерфейса кассира нажимаем F7 и заполняем атрибуты счета и товарной накладной... Программа автоматически отделяет продажи различных типов.



2. Добавлен ещё пяток блокирований с сообщениями неправильных или неразумный действий пользователей - "защита от дурака".


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

Программа версии 24.05.2016 и инструкции с 16.04.2016-21.05.2016 выложены без паролей в первом сообщении темы, т.е. "де юре" и "де факто" бесплатно - пояснение сего действия ниже...
24.05.2016 16:00
Финиш?

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

Однако замечу, что взялся за эту задачу, правда изначально, не зная, что будет в «итого» самомотивируя себя интересной, неизвестной мне и потенциально перспективной на будущее задачей и… свои «стимулы» и бонусы к февралю 2016 полностью получил. В то же время, по служебным обязанностям мне всё равно приходилось заниматься ЕГАИСом. Изучая альтернативные решения, т.к. деньги для фирмы, где работаю «не проблема» пришел к выводу, что проще создавать своё, чем быть в постоянном ответе за «программы» на развитие, которых не смогу воздействовать. Вот продолжил развитие «УС Лэнд:ЕГАИС» и отвечая за свои слова, утверждаю, что на сей момент «УСЕга» самая «крутая» система интеграции с ЕГАИС.

Любой «процесс», а особенно бестолковый рано или поздно надоедает – вот и мне к маю надоело просто «за идею» участвовать в нём и решил изучить, а нужна ли кому-то «на стороне», создаваемая мной система? Перевел её в разряд «по желанию платной» и начал ждать писем с запросами на пароли к архиву – не оплаты, а просто «запросы». Что в итого? С 30 апреля по 24 мая пришло 3 письма – запроса пароля, то есть данная разработка никому не нужна, даже бесплатно! Что по скачкам бесплатных релизов, то думаю, что это боты, а не люди «забавляются» скачиванием.

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

Что по «УС Лэнд:ЕГАИС»? Функционала и удовлетворения стандартам ЕГАИС версии 24 мая хватить, как минимум до 1 октября 2016 для любых типов розничной (общепита) и оптовой торговли алкогольной и пивной продукцией. По видимому мне и дальше придётся развивать её по задачам реальных пользователей – ведь проблемы использования «чужих» программ никуда не денутся, а лишь усугубятся! По этому, да и нужно что-то «для тренировки мозгов» делать - скорее всего (у меня будет возможность 2 недели ещё поразмыслить отдалившись от текучки) данная «УС Лэнд:ЕГАИС» система будет и дальше развиваться, но возможно по принципам создания «самописок» (заказных разработок), а не тиражного продукта с чёткими продумываниями интерфейса и создания инструкций для чайников (всё равно это никому «не надо»), что позволит высвободить довольно много времени. Если есть (потом изучу сей вопрос) реальные пользователи в виртуальном мире, то они уже понимают технологии и интерфейс данной системы, а мне будет несложно высылать им «свежие» версии – следующая будет к концу июня 2016. На «продвижение», «поддержку» в Рунет наверное разумно, дабы сберечь время и нервы стоит «забить»?… Пока такие мысли, извините, если кого «подставляю»!
04.06.2016 08:52
Предлагаю Вашему вниманию очередную версию от 04 июня 2016 года. В ней, в дополнение версии 24 мая просто исправлены критичные ошибки о которых мне сообщили в период выпадания из виртуального мира письмами и телефонными звонками. Например невозможность ручного пополнения справочника товаров для продаж и кучка мелких. Кроме того добавлены обработки ситуаций неверной длины ШК (EAN13), что давало непонятную пользователям диагностику от ЕГАИСа. Сейчас программа запрещает повторную отправку акта на ТТН поставщика, если на данный её регистрационный код уже отправлялся акт, но возможно "обмануть" программу о чём даётся рекомендация - просто было уже несколько "разборок" с поставщиками, когда они отправляли исправления по тем же реквизитам накладной, что "тупо" подтверждали, а потом не могли понять причину несогласованности документооборота с поставщиками.

Появилась свежая идея от этих чудиков, которая начисто рушит логику "продаж", в том числе через ЕГАИС:

Цитата:
Информационное сообщение о порядке ведения журнала учета розничных продаж в отношении пива, пивных напитков, сидра, пуаре и медовухи. 03.06.2016

В соответствии с Федеральным законом от 22.11.1995 N 171-ФЗ "О государственном регулировании производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции и об ограничении потребления (распития) алкогольной продукции" розничная продажа пива, пивных напитков, сидра, пуаре и медовухи не подлежит учету в системе ЕГАИС. При этом, заполнение журнала учета розничных продаж в отношении пива, пивных напитков, сидра, пуаре и медовухи в электронном виде с использованием программных средств ЕГАИС производится следующим образом:

остатки продукции переводятся во второй регистр;
ежедневно в ЕГАИС фиксируется акт списания реализованной продукции с указанием причины списания: «Розничная реализация продукции, не подлежащая фиксации в ЕГАИС».

Указанный акт заполняется в соответствии с порядком заполнения Журнала розничных продаж, утвержденным Приказом Росалкогольрегулирования от 19.06.2015 N 164 "О форме журнала учета объема розничной продажи алкогольной и спиртосодержащей продукции и порядке его заполнения".

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

С 01.07.2016 года фиксация розничной продажи маркируемой алкогольной продукции организациями (за исключением общепита) в городских поселениях становится обязательным лицензионным условием. Отправленные до 01.07.2016 года данные по розничной продаже использоваться Росалкогольрегулированием в контрольной деятельности не будут. В связи с тем, что фиксация в ЕГАИС розничной продажи пива, пивных напитков, сидра, пуаре и медовухи действующим законодательством не предусмотрена, Росалкогольрегулирование исключает из документооборота ЕГАИС документ, соответствующий приложению 2.5 Технического описания по работе с УТМ (ссылка). Кассовое программное обеспечение организации, формирующее в настоящий момент указанный документ, может накапливать их у себя и по окончании операционного дня формировать на их основе и фиксировать в ЕГАИС акт списания.
В связи с этим замечание: В настройке программы отключите отправку пивного чека в ЕГАИС, т.е. программа оправлять в ЕГАИС не будет, но она, как и продажи неалкогольного товара будет сохранятся во внутренней базе чеков, а когда-то потом сделаю экспорт продажи пива в акт его списания в торговом зале.

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

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

-------------------------------------------
Что дальше?

УСЕга, впрочем, как и другие "утилиты" для ЕГАИС всё более превращается в сложную учетную систему и структура программы стала неудобной и нерасширяемой. Она (интерфейс) будет радикально переделан и с добавлением неких возможностей выставлен для использования (освоения) без попрошайничества финансовой помощи проекту в скором будущем. Затем "будет видно"...
08.06.2016 11:49
Добрый день!

Как раннее обещалось, выкладываю версию от 8 июня 2016 с принципиально новой структурой интерфейса – он таким останется на будущее, что определено резким усложнением систем интеграции с ЕГАИС (УТМ). Так же исправлено небольшое число недочётов, замеченных реальными пользователями.

Данная «УС Лэнд:ЕГАИС» многопользовательская программа юридически и фактически бесплатная – смотрите лицензию выложена без паролей, рекламы, ограничений на использование в будущем и её (версии) возможностей вполне достаточно до 1 января 2017 года, например в свете сообщения:

Цитата:
Дополнительное информационное сообщение о порядке формирования остатков организациями розничной торговли алкогольной продукции 02.06.2016

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

• С 01.07.2016:

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

• С 01.10.2016.

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

• С 01.01.2017.

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

- Новые полезные, но «неоднозначные» возможности;
- Работа по разным принципам со складом (регистр 1, в срезе разделов Б, но товар можно перемещать и возвращать) и торговым залом (регистр 2, товар можно ставить на баланс, списывать и продавать). Кучка новых типов запросов;
- Автоматическая чистка запросов, которые возможно необходимо будет хранить и очередная попытка блокировать режим «ключников»;
- Декларирование, но в реальности лишь частичная реализация в УТМ новых возможностей, что «случайно» выявляется на форумах, а когда они или пояснения по ним будут появляться, как правило неизвестно. Т.е. разрабатывать программу придётся по нечетким, неопределенным, не или неверно описанным инструкциям;
- Конечно их «гениальное» новшество с новыми схемами XSD (форматами обмена данными) вносит завершающую путаницу в любые планы, в том числе по разработкам алгоритмов программы. Что по переходу на новый формат – выкидываем «старую» программу и ищем новую, то как всегда у РАР неизвестно и неопределенно, но приведу фрагмент инструкции о планируемом переходе:

Цитата:
Схема взаимодействия документов версии _v1 с _v2

По умолчанию все организации работают по xsd_v1. Уведомление сервера о работе с версией документооборота производится документом
InfoVersionTTN (п.1.27)

Если организация не уведомила сервер о возможности принимать документы, составленные по xsd_v2, а контрагент отправил ей документ нового образца, сервер его не пропустит;

Если организация уведомила сервер о возможности принимать документы нового образца, а контрагент отправил документ, составленный по xsd_v1, сервер документ пропустит;

Если организация не уведомила сервер о возможности работы с документами xsd_v2, но начала их отправлять, сервер документы пропустит, при условии, что контрагент сообщил о готовности получать документы нового образца. Если:

1. организация 1 сообщила серверу о готовности работать с документами_v2;

2. контрагент (организация 2) получил об организации 1 соответствующую информацию;

3. организация 1 совершила переход обратно на работу с документами _v1;

4. организация 2 отправила организации 1 документ_v2,

то сервер вернет организации 2 квитанцию с сообщением о несоответствии версии документооборота у контрагента; организация 2 должна будет повторить отправку документов в подходящем формате.
Предполагая, что новых пользователей «УСЕга» не ожидается, а «старички» знакомы со всей документацией и имеют настроенную (умеют настраивать) файловую систему программы будет только 2 файла в первом сообщении темы:

1. Вся накопленная к сему моменту документация, в том числе инструкция для чайников по интерфейсу от уважаемого Kornilov, а так же вспомогательные программы и утилиты, такие как cUrl, печаталка QR кодов, облегченные утилиты запуска и остановок служб;

2. Единственный выполняемый файл программы hLe.exe в архиве USLandEgais<дата версии>.7z.

Переход с ЛЮБОЙ предыдущей версии: замените исполняемый файл и запустите режим «сервис/ремонт» для изменения структур внутренних баз данных.

Все дальнейшие, в том числе выкладываемые на форуме версии программы будут «при Вашем желании платными» см. сообщение: https://olegon.ru/showpost.php?p=256706&postcount=21 , а если Вы хотите получить некую актуальную промежуточную, но отлаженную версию и (или) помочь проекту «УС Лэнд:ЕГАИС» пишите на почту из лицензионного сообщения – буду индивидуально рассылать.
09.06.2016 16:34
Цитата из букваря по УТМ версии 2.0.3

Цитата:
Начиная с версии 1.0.12 (2.0.3) УТМ может работать только с тем FSRAR_ID, с котором он был изначально установлен.
Типа блокируется технология ключников? Кому она нужна после 1 июля 2017 - очень многим! Точнее всем кому не нужно сейчас отсылать продажи в ЕГАИС, а именно:

- сельские поселения;
- организации торгующие "пивом";
- точкам общепита;
- организациям Крыма.

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

УТМ действительно сейчас блокирует перетыкание ключей! Неужели нельзя это обойти? Вспомнил, "что если Вас съели, то у Вас по меньшей мере есть два выхода", да и просто любопытно стало!

Работа с ключниками и сейчас возможна, а в чем-то она облегчилась!!!

Выход (вариант) 1. Проверил и презентую алгоритм работы с несколькими ключами на одном ПК (операционной системой).

1. Скачиваем дистрибутив УТМ версии 2.0.3 и размещаем в удобном месте. Вообще все упоминаемые вызовы программ желательно иметь "под рукой";

2. Остановка служб. Деинсталлируем УТМ. Убираем JaCarta - 1 минута;

3. Вставляем новый ключ, меняем ключника в "УС Лэнд:ЕГАИС";

4. Запускаем установку УТМ. На вопрос восстановления БД отвечаем "да", если по данному ключу база была сохранена - экспорт в меню "агента". - 2 минуты...

Подождем пока УТМ полностью не заработает - режим проверки работоспособности УТМ "УСЕга" или открыть "домашнюю страницу" через меню агента;

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

Из программы "УСЕга" не нужно выходить...

6. Из меню агента останавливаем его;

7. Из меню агента экспортируем (сохраняем) базу УТМ данного ключа в каком-нибудь каталоге. - 2 минуты

.... переходим к шагу 2. И это всё!!!

Выход (вариант) 2. Проверят (терять время) не стал, т.к. уже работал в схожей топологии. Что это "работает" для меня очевидно, но желающие легко проверят. Выгода только в том, что не нужно постоянно переустанавливать УТМ, к тому же эти чудики постоянно его в тихушку обновляют дополняя обещанными, но реализуемыми в течении некоторого время возможностями:

Для каждого ключа устанавливаем виртуальную машину - они, как правило бесплатные, например VirtualBox-4.1.4-74291-Win.exe от Oracle. На каждую VM ставим отдельную Windows ОС. Делаем для всех VM общую область куда устанавливаем "УСЕга"... Далее работаем перетыкая ключи и меняя виртуальные машины... ТАКИМ ОБРАЗОМ:

УТМ версии 2.0.3 (1.0.13) допускает работу "ключников", а существующее ЗАКОНОДАТЕЛЬСТВО не запрещает данные технологии с ЕГАИС, при этом "УС Лэнд:ЕГАИС" отлично с данной техникой работает и будет работать с "ближайшими" версиями...
22.06.2016 17:04
Мы писали, мы писали - наши пальчики устали...

Проект "УС Лэнд:ЕГАИС" продолжает развиваться вместе с генеральной линией ФСРАР. У реальных пользователей постоянно обновляются релизы, что связано с выявлением каких-то небольших "недочётов" или срочных доделок типа "оформление возвратного чека". Однако по сути есть только ДВА радикальных отличия от выложенного бесплатного релиза от 8 июня:

1. Интерфейс "очищен" от предполагаемых, но пока не сделанных доработок;

2. Многие новые "вкусные" возможности ещё не включены РАРом в версии УТМ 2.0.3, т.е. пока бесполезны... Более того некоторые возможности описанные в "букваре" даже в тестовом релизе УТМ не работают.

Опишу состояние системы (утилиты) "УС Лэнд:ЕГАИС" на сей момент времени. Новый интерфейс размещает задачи по блокам и допускает круговое движение с запоминанием предыдущих вызываемых задач, а так же сохранена возможность вызова "популярных" режимов нажатием "одной кнопки" в любом месте (режиме работы) программы. Боты?, скачивающие выложенный релиз наверное это уже освоили

Общий вид системы:



Приведу список решаемых задач в срезе пунктов меню, сопроводив некоторые краткими примечаниями...

Горячие клавиши (кнопки), как справка отражаются в пунктах меню с сокращениями: Alt (a), Ctrl (^), Shift (s) и соответствующий режим вызывается нажатие одновременно обоих клавиш, например "Взять входящие запросы" нажатием Alt и F1 (или просто клавиши Fx).

1. Приходные накладные:

- Взять входящие запросы через 1-5 минут после заявок. aF1;
- Обработка приходных ТТН после получения входящих запросов - подтверждения. ^F1";
- Каскадное удаление запросов по ТТН после проведения ЕГАИС. sF1;
- Перезапрос приходной накладной по её идентификационному коду в ЕГАИС. sF5. Это аналог сервиса личного кабинета, правда стабильно работающий в отличии от ЛК;
- Реестр принятых приходных ТТН. Формирование алкогольных деклараций, сверок с поставщиками и etc;

2. Торговый зал: Все виды работ по второму регистру - товару в торговом зале...

- Запрос и анализ ответов по остаткам в торговом зале. В отличии от режимов запрос-ответ здесь "допрашивается" ЕГАИС до получения ответа и обновления баз системы;
- Интерфейс кассира. Продажи алкогольных и прочих товаров ^->. Встроенный в систему кассовый аппарат только более функциональный, чем "бесплатный" J-Pos;
- Ведение (ручное) справочника товаров для продаж. Импорт товаров из любой учетной системы;
- Работы со списком чеков. Отчеты, выгрузки, например в списание по пиву или в УС, прочие работы, например переотправка отложенных чеков;
- Возврат ранее переданной АП из торгов.зала на склад - обратное перемещение между "регистрами";

3. Склад: Все виды работ по первому регистру - товару на складе. Обмен накладными с контрагентами.

- Запрос, анализ ответов по остаткам склада (регистр 1);
- Ведение списка, отправка, анализ расходных накладных на возврат поставщикам и внутреннее перемещение;
- Акты списания по складу активного ключа в срезе разделов Б;
- Постановка на баланс склада по справка А и Б (фирмы, ключа) алкогольной продукции;
- Передача алк.прод. со склада в торговый зал для продаж.

4. Запросы к ЕГАИС: Шаг 1. Запросы пачками к ЕГАИС. После "взять входящие" анализ в блоке ответов.

- Запрос информации по ИНН по нескольким контрагентам. ^F2;
- Справок А (форм 1) по идентификаторам в ЕГАИС ^F3;
- Разделов Б (форм2) по идентификаторам в ЕГАИС ^F4;
- Запрос остатков сразу по складу и торговому залу ^F5;
- Список акцизных марок для сервиса проверки их легальности и выгрузки в "пустографку" баланса склада и (или) торгового зала ^F6;
- Списка необработанных (не подтвержденных и потерянных) через ЕГАИС приходных накладных. Это то, что раннее рассылал робот ФСРАР;
- Запр. алк.продукции производителей/импортеров по ИНН ^F9.

5. Ответы: Получение и анализ через таблицы ответов на запросы. Экспорт во внешние системы через любые компьютерные форматы.

- Анализ полученной информации по контрагентам. aF2;
- Справок А (форм 1) по идентификаторам в ЕГАИС aF3;
- Разделов Б (форм2) по идентификаторам в ЕГАИС aF4;
- Анализ/отчет по остаткам склада или торг.залу aF5;
- Анализ и экспорт в балансы АП склада/торг.зала по акцизным маркам aF6;
- Список необработанных ТТН. По ответу их можно перезапросить у ЕГАИС;
- Просморт/экспорт в балансы АП произ-лей/импортеров. aF9.

6. Прочие задачи:

- Взять входящие запросы через 1-5 минут после исходящих запросов aF1;
- Автоопрос УТМ до получения ответа на запрос указанного типа. sF6;
- Чистка входящих и исходящих запросов. Анализ/печать входящих запросов. sF9. Сохранение во внутренней БД ХМЛ файлов входящих запросов, что полезно, учитывая сейчас автоматическую чистку БД УТМ;
- Анализ и печать XML файлов сохраненных в режиме чистки запросов;
- Посылка акта отказа за получателя на отосланную ему ТТН - сервис;
- Запрос, допрос, анализ ответов по id ФСРАР контрагента, алкогольной продукции, ШК акцизной марки, движение по разделу Б sF2.

7. Сервис:

- Ремонт: паковка, переиндексация, обновление структур БД при смене версий;
- Настройка параметров, констант программы/фирмы, поведения системы;
- Включить возможность удаления ТТН после отправки актов;
- Контакты автора.Просмотр лицензии на программу;
- Проверка работоспособности УТМ. Запуск IE. sF10. Аналог "домашней страницы" агента;
- Сообщество программы - помощь. Форум поддержки;
- Смена подразделения (ключа) - ОСТАНОВИТЕ УТМ!!!

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

Может быть создать тему с голосовалкой, что-бы понять, а нужна ли "УСЕга" в виртуальном мире кому-нибудь? Кроме ботов конечно, но думаю они голосовать пока не научились?
27.06.2016 17:33
Для решения задачи печати любых, а на сейчас главное PDF-417 типов кода собрал пример из "родственной" системы разработки, приложенный здесь с исходными кодами - требование его лицензирования.

1. В УСЕга будет доработка по запросам и сохранению ответов: получение ШК акцизной марки по её серии и номеру на малой марке... Список 68 значных значений, как всегда можно будет выводить в любой формат;

2. По мере необходимости при помощи данной программы будут печатать наклейки на бутылки с замещающим ШК акцизной марки. Скрин программы - пример из поставки системы freeware opensource разработки miniGui:



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

Внешний вид, наверное как и других программ/сервисов такого типа:

Вложения
Тип файла: 7z HMG_Zebra.7z (475.3 Кб, 140 просмотров)
28.06.2016 19:09
в таком случае можно попробовать zint barcode studio
бесплатный, работает в т.ч. из командной строки.
07.07.2016 18:38
Программа развивается, но пока не сделано запланированное и не отлажена до состояния, в котором можно выкладывать в публичный доступ...

Кроме того "всплывают" срочные доработки типа "возвратных чеков", которые "сбивают" планируемое развитие... Перед очередным микроотпуском, наверное до вторника позвольте отчитаться (или описать новые технологии) по развитию "УСЕга"?

Одна из "больных" для многих ИТэшников проблем привнесенных УТМ 2.0.3 - удаление исходящих и входящих документов по определенному регламенту. В принципе согласен, что иногда нужно хранить историю документооборота в ЕГАИС, а особенно, если возникнут "разборки" с поставщиками и персоналом... кроме того мне было любопытно изучить работу с объектами неопределенной длины - программисткие "заморочки".

Добавлен режим в "чистках запросов" (где понимаются сейчас все типы запросов УТМ 2.0.3) и создана новая подсистема.



В режиме чистки запросов клавишей F2 можно сохранить во внутренней базе целиком ХМЛ файлы входящих и исходящих запросов по отобранной группе (тем что необходимо) запросам. В принципе и раннее можно было сохранять образы запросов, но тогда не доступны возможности поиска, архивирования и etc.



В новом режиме анализа и печати ХМЛ файлов можно производить все виды работ с табличными формами "УСЕга", а главное в любой момент, вывести на любое ПК устройство, в любом ПК формате исходные ЕГАИСные документы:



Приведу пример вывода сохраненного ответа ЕГАИС в текстовый файл:

Код:
Входящий запрос с id: 5d63dc1f-5d5b-4d82-a30d-280adefee84b              
Бывший URL запроса: http://localhost:8080/opt/out/Ticket/109          
<?xml version="1.0" encoding="utf-8"?>
<ns:Documents xmlns:tc="http://fsrar.ru/WEGAIS/Ticket" 
	xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef" 
	xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" 
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" Version="1.0">
  <ns:Owner>
    <ns:FSRAR_ID>3463047</ns:FSRAR_ID>
  </ns:Owner>
  <ns:Document>
    <ns:Ticket>
      <tc:TicketDate>2016-07-07T17:53:48.1941783</tc:TicketDate>
      <tc:Identity />
      <tc:DocId>4E1AE575-38AE-44D3-AA61-EC611D81C2E5</tc:DocId>
      <tc:TransportId>5d63dc1f-5d5b-4d82-a30d-280adefee84b</tc:TransportId>
      <tc:RegID>TEST-ACOS-0000000406</tc:RegID>
      <tc:DocHash />
      <tc:DocType>ActChargeOnShop_v2</tc:DocType>
      <tc:OperationResult>
        <tc:OperationName>Confirm</tc:OperationName>
        <tc:OperationResult>Accepted</tc:OperationResult>
        <tc:OperationDate>2016-07-07T17:53:47.46</tc:OperationDate>
        <tc:OperationComment>Акт постановки на баланс успешно проведен</tc:OperationComment>
      </tc:OperationResult>
    </ns:Ticket>
  </ns:Document>
</ns:Documents>
12.07.2016 18:50
Цитата:
На железнодорожной полосе близ Парижа парочка занимается любовью. Приближается экспресс. Машинист, увидев их, начинает истошно сигналить, а затем включает экстренное торможение. Экспресс останавливается буквально в метре от парочки. Машинист выскакивает и с крепкой бранью подбегает к парочке. В это время молодой человек поднимается, застегивает брюки и обезоруживающей улыбкой говорит: - Мсье, кто-то из нас должен был остановиться. Извините, я не мог...
А я наконец-то "остановился"... С сегодняшнего дня финальная версия 16 июля установлена у всех реальных пользователей, которые предварительно были ей обучены. Начался процесс финальной отладки, написания инструкции и возможно "отлавливания" (исправления) ошибок. Надеюсь к воскресенью она будет выложена с набором свежей технической и пользовательской документацией, правда в запароленом виде.

Доброго времени суток!

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

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

Развитие системы с 08 июня по 16 июля 2016 года


1. Общие замечания
2. Структура программы
3. Типичные режимы работы с таблицами документов
4. Работа с товарами склада и торгового зала. Трансфер
5. Получение, анализ и экспорт остатков
6. Режим чистки запросов и анализ сохраненных запросов
7. Изменения режимов кассовых продаж
8. Продажи в общепите и пива
9. Прочие доработки программы


Общие замечания

Система (оболочка) «УС Лэнд:ЕГАИС» - бесплатная сетевое, многопользовательское программное обеспечение предназначенное для интеграции системы ЕГАИС, а точнее транспортного модуля УТМ с используемой Вами учетной системой. Для небольшого торгового предприятия может быть самостоятельной, комплексной системой учета и анализа предприятия.

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

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

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

---------------------------

Типичные режимы работы с таблицами документов

Для очень сложных работ с алкогольной продукцией на складе имеется, раннее созданная отдельная инструкция и рекомендации по нюансам оформления данного документооборота. Это относится, в первую очередь к ведению накладных и постановке на баланс в торговом зале. Остальные режимы можно «подогнать» к работе с некоторыми стандартными приемами, а при наличии «нюансов» в проведении и работе с ними – это будет описано отдельно. Рассмотрим типичные алгоритмы (приёмы), например при передаче продукции со склада (регистр 1) в торговый зал (регистр 2).

Замечу, что программа контролирует правильность работы с данными, исправляя Ваши ошибки или выдавая диагностические сообщения – это далее не будет описываться, считая «самоочевидным»!

В течении некоторого времени Вас будет «встречать» сообщение типа, где настойчиво программа будет предупреждать о необходимости запроса остатков по «регистру» и давать полезные рекомендации – потом прекратит его давать!



После нажатия любой клавиши Вы переходите в несортированную таблицу, содержащую список товаров (операций) в порядке их занесения в таблицу. При отправках и других командах программа сама объединяет эти строки по дате и номеру операции.

Форма «состоит» из шапки, где отражается расширенная информация по текущей строке, колонкам таблицы, содержащим основные атрибуты АП и операции, информация по «итогам» операции в правом нижнем углу и подсказке о доступных режимах работы с таблицей. Все эти блоки выделены на скрине рамками:



Основные – стандартные операции с любыми типами документов:

Insert Добавление новой строки, содержащейся в операции с заполнением ВСЕХ НЕОБХОДИМЫХ атрибутов операции и АП, входящей в неё. В ряде документов программа имеет режимы, где она автоматом заполняет часть атрибутов и режим, где переопределяются только непонятные программе атрибуты. Например для трасфера форма имеет вид:



В любом месте на запрос, содержащий слово «код», в данном случае «код АП», нажатием клавиши F3 можно вызвать справочник, в данном случае «остатков склада» и выбрать строку из него. При этом программа запрещает «пустое» или неправильное значение атрибута.

Tab Изменение, для неотправленного документа (строки) всех атрибутов кроме «кода» АП;

Delete Удаление одной строки или группы строк (в зависимости от типа документов), определенной в режимах работы с «группами» строк. Подробнее смотрите инструкцию Корнилова;

F5 Поиск вниз по списку, начиная с текущего места по сложному условию, определяемому в экранной форме. Список запросов зависит от типа документа. Для «продолжения поиска» нажмите F5 и в появившейся форме нажмите Page Down – здесь и ВЕЗДЕ эта «кнопка» подтверждает все атрибуты экранной формы;

F6 Печать или экспорт в любой компьютерный формат отчета по всем или группе, или записям ограниченным в запросах «последующей» экранной формы. «Отчетная подсистема» очень подробно описывалась в предыдущих инструкциях;

F4 Отправка документа – группы строк объединенных одной датой и номером в ЕГАИС, если сама «УСЕга» не найдёт ошибок в документе. Для этого вводим дату и номер, а при успешности отправки программа выдаст соответственное сообщение;

F7 Контроль обработки ЕГАИС текущего документа, т.е. содержащего строку, на которой Вы в момент нажатия находились и выдача подробных сообщений, в том числе форме вывода в отчет анализа о прохождении (обработки ЕГАИСом) данного документа. При наличии реакции ЕГАИС программа меняет статус документа;

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

F9 Каскадное удаление (рудимент) всех типов запросов, связанных с текущим документов. Замечу, что сейчас УТМ само удаляет, а зачастую слишком «тупо» все типы запросов;

Esc Выход из режима;

Стандартный набор операций с группами – группирование (поиск):

F8 Включение/выключение текущей строки;
^F8 Снятие всех пометок в группу;
^F4 Пометка по сложному условию, обычно знакам наименования;
sF10 Круговое перемещение по помеченным записям.

Как Вы могли обратить внимание – не описана клавиша F2! Она не относится к «стандартным» клавишам (операциям) и в данном режиме по её нажатию создается куча строк по ВСЕМ ВОЗМОЖНЫМ (по остаткам) товарам склада – передача в торговый зал всех товаров склада. Например для работы по технологии – перемещаем весь пришедший товар в торговый зал, а когда нужно будет возвратить его, то сделаем обратный трасфер.

Статусы прохождения документа через ЕГАИС:

Ничего - документ создан или «пустографка»;

Отпр. - оправлено в ЕГАИС. Через некоторое время от 2 минут до 3 суток придет реакция (ответ) от ЕГАИС;

Подтв. – ЕГАИС успешно провел данную операцию, изменив остатки;

Отказ – ЕГАИС не принял данный документ в силу причин неправильного его оформления или сбоя прохождения через ЕГАИС. При подтверждении или отказе приходит «тикет», отражаемый программой, в котором полно описана причина отказа или даётся описание подтверждения.....
Часовой пояс GMT +3, время: 00:54.

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