Форум по программам и оборудованию > > >

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

20.11.2018 14:35


26.10.2018 09:00
AndreyZh
 
Сочувствую обычным пользователям программ платформы 1с, контуров, атолов, супермагов и иже сними их судьбинушке после 1 января 2019, когда пойдут новые марки и реальный поштучный учет. Эти системы, вкупе с ЕГАИС не доделаны, криво работают в типа созданных возможностях, а в то же время "УС Лэнд:ЕГАИС" будет плохим помощником по причинам:

Для правильного использования "УСЕга" необходимо:
  1. Досконально понимать алгоритмы функционирования ЕГАИС и нюансы (недоработки) в его работе: https://olegon.ru/showthread.php?t=29675
  2. Очень хорошо разбираться в технологиях "УС Лэнд:ЕГАИС", а особенно при совместном использовании с другими программами для ЕГАИС... и конечно использовать "УСЕга", понимая, что хотите получить

Цитата:
plvn24 ➤ К тому же накладная с этой справкой могла и не приниматься с помощью УСЕга.

А как в этом случае? Понятно, что это выпадает из стратегии полного помарочного приема с помощью УСЕга, но и такое возможно.
Всё конечно решаемо! Лучше ТТН предварительно сохранить в БД "УСЕга" по F10 и/или сохранить в файле по F6 до подтверждения в другой программе. После подтверждения ТТН в другой программе и перезапросе остатков в "УСЕга"...

Можно по всем РФУ-2 накладной запросить остатки регистра №3, взяв коды справок из сохраненных регистров. После обработки ответа:

1. По каждой справке 2 с возможностью печати списка марок;
2. По всем справкам запроса в бездиалогом режиме.

Программа для ЕГАИС "УС Лэнд:ЕГАИС" создаст пул марок с атрибутами "остатков" по запрошенным РФУ-2, т.е. картину остатков регистра №3. Сие подробно описано в мануале к релизу 31.10.2018.

P.S. Ваш вопрос натолкнул на идею упрощения данных действий для неискушенного пользователя... Сделаю, как будет время

Последний раз редактировалось AndreyZh; 26.10.2018 в 09:04.
29.10.2018 14:33
AndreyZh
 
По сообщениям тынц: https://olegon.ru/showpost.php?p=320018&postcount=99 и тынц: https://olegon.ru/showpost.php?p=320047&postcount=100 касаемых ведения/контроля алкопродукции на регистре №3 при автоматах и подтверждении ТТН в других программах в официальном релизе будет полное решение проблем, а так, как сложно воспринять с текста мануала... покажу, как это делается на картинках и дам замечания.

1. Регистр №3 и «автоматы» программы. Система «УСЕга» имеет развитый комплект автоматов – режимы запускаемые командным файлом или из меню блока «сервис» и производящие работы в бездиалоговом режиме. Пересмотрена вся подсистема на предмет отработки алкопродукции регистра №3:

Автомат по «уборке минусов торгового зала». В начале программа пытается создать трансфер со склада в ТЗ, при этом по связке алкокод+РФУ-2 ищется информация в пуле акцизных марок, что ни один товар не находится на регистре №3. Если так, то берет данную алкопродукцию в трансфер, иначе проверяет по другой РФУ-2 и так далее. По алкопродукции, где количества по трансферу не хватает делается постановка на баланс в торговом зале.

Автомат по «перемещению из склада в ТЗ под остаток». Базируется на универсальных технологиях «работы под остаток» с запретом использования алкопродукции регистра №3, т.е. по умолчанию такой товар не пропускается. Остальные «автоматы» не создают операций ЕГАИС.

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

- При запросе остатков регистра №3 по РФУ-2, в том числе по всей алкопродукции, пока не отключат данную возможность;
- При использовании сервиса помарочной приёмки приходных ТТН – проверки правильности набора марок или алкокодов реальной алкопродукции. При этом не обязательно подтверждать ТТН в «УСЕга»;
- Новая возможность запроса регистра №3 по РФУ-2 приходных ТТН, описанная ниже.


2. Определение остатков регистра №3 по реестру приходных накладных. Новая технология программы. Для него нужно, что бы список алкопродукции приходной ТТН попал в реестр приходных накладных «УСЕга»! Для этого ДОСТАТОЧНО сохранить (выгрузить ТТН) из режима её просмотра кнопкой F10. Дальше работа с «реестром».

Режим «Запрос остатков регистра №3 по подтвержденным ТТН» вызывается из меню задач или нажатием кнопки Alt+F9.






После чего программа уточняет по каким накладным Вы желаете запросить остатки – по умолчанию предлагает «текущую» накладную, однако убрав номер и/или задав период можно сделать запрос по списку накладных.





После чего по УНИКАЛЬНЫМ справкам 2 (РФУ-2) списка накладных программа запросит остатки по регистру №3, которые можно «получить» с полной информацией по маркам выбирая каждую РФУ-2 в блоке «ответов» или обновить внутренний список акцизных марок (остатков регистра №3) в бездиалогом режиме.





Замечание. Напомню, что программа при каждом запросе остатков регистра №3 их обновляет заново, удаляя проданные марки и дополняя вновь найденными.
30.10.2018 15:29
plvn24
 
Цитата:
AndreyZh Да имеется недоработка проектирования - предполагал, что имеется в реале, что у производителя всего один КПП, что является неверным для пива, где куча заводов у одного ИНН. Исправлю в оф. релизе!
Тут у нас возникла путаница в определениях, виноват, некорректно вопрос сформулировал...
У производителя конечно же один КПП.
Я это к чему - в официальном релизе ничего не изменилось,
по прежнему одна строка суммой по общему ИНН, хотя остатки по разным КПП
(обновлялся с релиза 8 октября перезаписью)
30.10.2018 16:05
AndreyZh
 
Цитата:
plvn24 Тут у нас возникла путаница в определениях, виноват, некорректно вопрос сформулировал...
У производителя конечно же один КПП.
Я это к чему - в официальном релизе ничего не изменилось,
по прежнему одна строка суммой по общему ИНН, хотя остатки по разным КПП
(обновлялся с релиза 8 октября перезаписью)
Перепроверил - всё должно быть правильно... пример в студию?
30.10.2018 17:13
plvn24
 
УС:
Напитки, изготавливаемые на основе пива 8,653
АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 732843001 2,409
АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 027602001 1,4
АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 543303001 2,4
ООО "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА" 780201001 0,552
ООО "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА" 540443001 1,892

УСЕга:

520 6.20900 АКЦИОНЕРНОЕ ОБЩЕСТВО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 7726260234 027602001
520 2.44400 ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА" 7802849641 540443001
Ит: 8.65300
30.10.2018 17:20
AndreyZh
 
Цитата:
plvn24 УС:
Напитки, изготавливаемые на основе пива 8,653
АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 732843001 2,409
АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 027602001 1,4
АО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 543303001 2,4
ООО "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА" 780201001 0,552
ООО "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА" 540443001 1,892

УСЕга:

520 6.20900 АКЦИОНЕРНОЕ ОБЩЕСТВО "ПИВОВАРНЯ МОСКВА-ЭФЕС" 7726260234 027602001
520 2.44400 ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА" 7802849641 540443001
Ит: 8.65300
Давайте сделаем так? Приложите к сообщению или отправьте письмом файлы из Data: my_rests.dbf, shoprest.dbf, agents.dbf в архиве и я по Вашему примеру попробую перепроверить отчет... если есть косяки, то перевыложу оф.релиз
31.10.2018 09:15
AndreyZh
 
Цитата:
plvn24 УС: Напитки, изготавливаемые на основе пива ...
Вы правы!!!

Программа таблицу для вывода строит правильно, но выводит криво... Найду в чём собака зарыта, исправлю и перевыложу оф. релиз. К тому же есть ещё одно важное для людей, но заторможенное пожелание...
14.11.2018 14:36
AndreyZh
 
При решении ряда задач выявилась проблемка: "УСЕга" работает от остатков, а как сервис - только от остатка. Запрашивая остатки в ЕГАИС "УСЕга" пополняет информацией внутренние справочники программы, а затем использует их для проведения операций. При ведении учета в других УС, когда остатки положительные или отрицательные, то они видны в справочнике при отключенной фильтрации, а когда "нулевые", то "УСЕга" о них и знать не может.

Конечно есть много очень старых возможностей программы ставить на баланс алкопродукцию и как следствие вносить её в "остатки", но когда самому потребовалось производить эти манипуляции, то оказалось:

1. Сложно, запутанно и долго;
2. Ничего не поделать, если алкопродукцию не надо или невозможно, например превышен лимит 100 бут, ставить на баланс - увеличивать остатки.

Решение, как всегда пришло случайно и добавлен новый режим:

В режиме "Прочие_задачи / Запр-анализ ответов по id КА, АП, ШК АМ, движение по справ.Б sF2" добавилась новая возможность





Как обычно, в данном режиме, программа допрашивая "до потери пульса" ЕГАИС получает ответ

Код:
14.11/15:08               
Справка по алк.продукции: 0378116000002255032


Полное наименование:      Пиво светлое (пастеризованное) "Большая Кружка Чешское" ПЭТ, Санкт-Петербург                        
                                                                                                                               
Емкость тары:                  1.300
Градус:                        4.000
Код вида алк.продукции:   500


Производитель. Код ЕГАИС: 030000000017
ИНН:                      7802849641
КПП:                      780201001
Полное наименование:      ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА"                           
                                                                                                                               
Краткое наименование:     ООО "ПИВОВАРЕННАЯ КОМПАНИЯ "БАЛТИКА"
Адрес. Код страны:        643
Код Российского региона:  78
Адрес в формате ЕГАИС:    Россия, 194292, САНКТ-ПЕТЕРБУРГ ГОРОД, 6-Й ВЕРХНИЙ ПЕРЕУЛОК, НОВОСИБИРСК ГОРОД, КИНЕЛЬСКИЙ РАЙОН,   
                           СЫРЕЙКА СЕЛО, 3 ,                                                                                   
                                                                                                                               
                                                                                                                               
                           *                                                                                                   
Импортёр. Код ЕГАИС:      
ИНН:                      
КПП:                      
Полное наименование:                                                                                                          
                                                                                                                               
Краткое наименование:     
Адрес. Код страны:        
Код Российского региона:  
Адрес в формате ЕГАИС:

… и добавляет запись в справочник алкопродукции торогового зала, которая видна при отключенной фильтрации:





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

UL - Российский производитель
FO - Иностранный производитель
TS - Производитель таможенного союза
FL - Частное лицо - индивидуальный предприниматель. Нет КПП

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

1. ЕГАИС пока не контролирует атрибуты у FO, TS
2. В основном работа по расходным ТТН происходит с юрлицами...

Пока, вдруг случайно не обнаружилось, что, как всегда "по тихому" не включили данный контроль, по крайней мере для различения "ИП и ООО". Это выявилось на попытке отправить возврат пива от ИП поставщику... Данное оформление успешно проходило, даже в начале 2018 г. Приведу фрагмент ХМЛ, который создавал "УСЕга":

Код:
<wb:Shipper>
    <oref:UL>
        <oref:ClientRegId>0300000....3</oref:ClientRegId>
        <oref:FullName>ИП НА.....................КОВНА</oref:FullName>
        <oref:ShortName>ИП НА.......................ВНА</oref:ShortName>
        <oref:INN>0..........9</oref:INN>
        <oref:address>
            <oref:Country>643</oref:Country>
            <oref:RegionCode>04</oref:RegionCode>
            <oref:description>А............................7</oref:description>
        </oref:address>
    </oref:UL>
</wb:Shipper>
… и вот сюрприз - данная ТТН была забракована ЕГАИС. Конечно отправили её через страницу УТМ, поменяв UL на FL… Однако возможно и по другим типам включили или скоро включать контроль?

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

Код:
<pref:Producer>
    <oref:FO>
        <oref:ClientRegId>050000039889</oref:ClientRegId>
        <oref:FullName>&quot;ЛЕ СЕЛЬЕ ЖАН Д&apos;АЛИБЕР&quot;</oref:FullName>
        <oref:ShortName>&quot;ЛЕ СЕЛЬЕ ЖАН Д&apos;АЛИБЕР&quot;</oref:ShortName>
        <oref:address>
            <oref:Country>250</oref:Country>
            <oref:description>РД 52, Рут де Пепьё 11160 Рьё-Минервуа, Франция</oref:description>
        </oref:address>
    </oref:FO>
</pref:Producer>
… это будет доступно в следующем промежуточном релизе
18.11.2018 06:16
plvn24
 
https://olegon.ru/showpost.php?p=315242&postcount=64

Цитата:
AndreyZh В документации есть файл Ошибки УТМ.xls, взятый с форума ФСРАР. Сообщение из строки 7.
Программа ловит вхождение двух контекстов "es.programador.a.c" и "Cheque" в строке сообщений
С
Хоть в переписке на эту тему было решено отключить эту опцию в анализе лога УТМ, я все-таки выскажу свое мнение здесь:

Сообщение лога
INFO es.programador.a.c - Отправка c uuid:ХХХХХ docType:Cheque
говорит о том, что чек отправлен на сервер, независимо от того, прошла онлайн проверка или нет. Другими словами, сколько таких записей - столько и чеков.

Чтобы предупредить пользователя о "несостоявшейся" онлайн проверке, необходимо опираться на записи типа:

ERROR es.programador.http.AbstractServlet - [Future] Ошибка отправки чека

INFO es.programador.http.AbstractServlet - [Future] Проверка чека отменена из-за внутренней ошибки

ERROR es.programador.http.AbstractServlet - Future - Ошибка получения результата проверки позиций чека

точнее на две последние и возможно еще какие-либо, но нашел у себя и на форуме фсрар только эти....

Запись
INFO es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка пройдена]
Цитата:
AndreyZh говорит, что валидность чека проверена УТМ, он формально корректен и отправлен в ЕГАИС
Это как раз и говорит об успешной онлайн проверке чека.

Чего я так уперся?
Не все УС сами полностью контролируют отправляемый чек, здесь даже тема есть с названием
Почему в каждом магазине, в не зависимости от используемой УС должна стоять программа для ЕГАИС УС Лэнд:ЕГАИС
https://olegon.ru/showthread.php?t=29911

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