█ 11.07.2018 11:41
Как убедился по заморочкам последних дней сфера учета и работы с алкоголем перешла из бухгалтерий и спецотделов в ведение программистов - возможно лишь только им понятны потуги в работах ФСРАР по контролю за оборотом алкопродукции. Косвенно это подтверждает и отсутствие "интереса" к УСЕга - ведь право зачем программисту альтернативный подход?
С 1 июля в теории, а примерно с 15 августа на практике начнется оборот новых марок с ШК DataMatrix длинной 150 знаков, не содержащих алкокод в ШК. Хотя и раздаются мысли, что алкокод - устаревшее понятие, но по факту 100% программ для ЕГАИС работают с ним. Более того будут накладные, содержащие "братские могилы":
1. Пиво - без марок;
2. Алкоголь без указания марок;
3. Алкоголь со старыми марками и их отражения в ТТН;
4. Алкоголь с новыми марками. Много мыслей в теме: https://olegon.ru/showthread.php?t=29562
В принципе мной разработаны подходу уже в релизе 27 марта и описаны во многих темах разделах. Окончательный алгоритм подготовки с работой с "новыми" приходами озвучен: https://olegon.ru/showpost.php?p=313144&postcount=17 и наконец он окончательно реализован. Главное нужно понимать, что базовым документом, имеющим заведомо правильную информацию по алкоголю становится электронная справка 1 - бумажная справка "А" для немаркированного алкоголя и маркированного поштучного отменена с 1 июля. Описание данного документа дано: https://olegon.ru/showthread.php?t=29092
Новых марок НЕТ, а посему отладка производилась по поштучной алкопродукции со старыми марками. Сейчас "УС Лэнд:ЕГАИС" при подготовке и анализе списка приходных накладных производит анализ накладных на наличие новых марок, сохраняет помарочную структуру ТТН и отражает список ТТН с указанием по ТТН типов указанных в них марок:
1. Без марок;
2. ТТН с марками:
3. ТТН с марками нового образца.
При попытке открыть для просмотра и работы ТТН с новыми марками - текст не ТТН с АкМ, а НовАМарки. Программа проводит анализ на наличие отсутствия по конкретным РФУ-1 товара с новыми марками полностью заполненных атрибутов справки1. Если не нашлась во внутренней БД такая справка или она "не заполненна" программа выдаёт запрос:
При отказе запрещает доступ к телу накладной, а при подтверждении по всем РФУ-1 алкопродукции с новыми марками запрашивает полные атрибуты РФУ-1 (важно алкокод) и создаёт, при необходимости реальные или фиктивные записи в таблицах остатков, справок 1 и пула акцизных марок, например:
В пуле марок, по выделенным фрагментам видно, что это фиктивная запись, которая заполниться правильный информацией при подтверждении ТТН, сервисе приёма, запросе остатков или автоматом удалиться при ремонте программы.
Всё - теперь программа имеет ПРАВИЛЬНЫЕ и однозначные атрибуты алкопродукции по всем типам марок или без оных и пускает Вас в режимы работы с ТТН.
С 1 июля в теории, а примерно с 15 августа на практике начнется оборот новых марок с ШК DataMatrix длинной 150 знаков, не содержащих алкокод в ШК. Хотя и раздаются мысли, что алкокод - устаревшее понятие, но по факту 100% программ для ЕГАИС работают с ним. Более того будут накладные, содержащие "братские могилы":
1. Пиво - без марок;
2. Алкоголь без указания марок;
3. Алкоголь со старыми марками и их отражения в ТТН;
4. Алкоголь с новыми марками. Много мыслей в теме: https://olegon.ru/showthread.php?t=29562
В принципе мной разработаны подходу уже в релизе 27 марта и описаны во многих темах разделах. Окончательный алгоритм подготовки с работой с "новыми" приходами озвучен: https://olegon.ru/showpost.php?p=313144&postcount=17 и наконец он окончательно реализован. Главное нужно понимать, что базовым документом, имеющим заведомо правильную информацию по алкоголю становится электронная справка 1 - бумажная справка "А" для немаркированного алкоголя и маркированного поштучного отменена с 1 июля. Описание данного документа дано: https://olegon.ru/showthread.php?t=29092
Новых марок НЕТ, а посему отладка производилась по поштучной алкопродукции со старыми марками. Сейчас "УС Лэнд:ЕГАИС" при подготовке и анализе списка приходных накладных производит анализ накладных на наличие новых марок, сохраняет помарочную структуру ТТН и отражает список ТТН с указанием по ТТН типов указанных в них марок:
1. Без марок;
2. ТТН с марками:
3. ТТН с марками нового образца.
При попытке открыть для просмотра и работы ТТН с новыми марками - текст не ТТН с АкМ, а НовАМарки. Программа проводит анализ на наличие отсутствия по конкретным РФУ-1 товара с новыми марками полностью заполненных атрибутов справки1. Если не нашлась во внутренней БД такая справка или она "не заполненна" программа выдаёт запрос:
При отказе запрещает доступ к телу накладной, а при подтверждении по всем РФУ-1 алкопродукции с новыми марками запрашивает полные атрибуты РФУ-1 (важно алкокод) и создаёт, при необходимости реальные или фиктивные записи в таблицах остатков, справок 1 и пула акцизных марок, например:
В пуле марок, по выделенным фрагментам видно, что это фиктивная запись, которая заполниться правильный информацией при подтверждении ТТН, сервисе приёма, запросе остатков или автоматом удалиться при ремонте программы.
Всё - теперь программа имеет ПРАВИЛЬНЫЕ и однозначные атрибуты алкопродукции по всем типам марок или без оных и пускает Вас в режимы работы с ТТН.
█ 15.11.2018 14:50
"Началось в деревне утро"... Вот пришло письмо от ооочень грамотного профессионала в ЕГАИС, где упоминает мнение ещё одного гуру, что в преддверии начала работы с новыми марками, которые уже стали поступать в розницу "апнуть" данную тему, где всё очень просто и подробно "разъебнясняется"
P.S. Новые механизмы работы с алкокодами на уровне "пользователя" описаны в инструкциях. По сути, для определения алкокодов в программе ничего не поменялось - получаю алкокод по марке единой функцией, т.е. изменил только её.
Цитата:
Андрей, добрый день! О некоторых нюансах ведении учета с новыми марками:
На форуме на вопрос:
"начали получать новые марки(150 символов) в розницу. Поскольку алгоритм выдирания alccode из новых марок нам неизвестен, то у нас нет возможности проверить соответствие марки и алкокода в ТТН. Также не ясно теперь как вести учет, если нет привязки между маркой и алкокодом"
fkr отвечал:
"Алгоритма выделения алкокода непосредственно из новой марки не существует, т.к. алкокода в ней нет.
И по новой марке особого смысла в сверке с алкокодом нет, т.к. марки привязаны к партии алкокода (и ЕГАИС не пропустит ТТН, если партия не соответствует алкокоду. т.е. алкокод всегда в ТТН будет правильный), и именно привязка к FB-XXXXXXX теперь является основой правильного учёта новых марок в вашей программе".
На форуме на вопрос:
"начали получать новые марки(150 символов) в розницу. Поскольку алгоритм выдирания alccode из новых марок нам неизвестен, то у нас нет возможности проверить соответствие марки и алкокода в ТТН. Также не ясно теперь как вести учет, если нет привязки между маркой и алкокодом"
fkr отвечал:
"Алгоритма выделения алкокода непосредственно из новой марки не существует, т.к. алкокода в ней нет.
И по новой марке особого смысла в сверке с алкокодом нет, т.к. марки привязаны к партии алкокода (и ЕГАИС не пропустит ТТН, если партия не соответствует алкокоду. т.е. алкокод всегда в ТТН будет правильный), и именно привязка к FB-XXXXXXX теперь является основой правильного учёта новых марок в вашей программе".
P.S. Новые механизмы работы с алкокодами на уровне "пользователя" описаны в инструкциях. По сути, для определения алкокодов в программе ничего не поменялось - получаю алкокод по марке единой функцией, т.е. изменил только её.
Желающие могут изучить её код для понимания алгоритмов:
█ 10.12.2018 13:57
Увы, но если не хотите "попасть" необходимо понимать движение поштучной алкопродукции… Как правило она попадает к вам с приходными накладными, где есть указание акцизных марок и не важно нового или старого образца.
0. При показе списка ТТН в очереди УТМ отражается факт наличия товара с марками в текущей накладной:
1. При наличии марок, а тем более новых программа для определения реальных алкокодов запрашивает неизвестные РФУ-1 и сохраняем марки накладной в пуле с неопределенным статусом. Если ТТН только посмотрели, то в процедуре ремонта эти строки удалятся, т.к. в них пустой раздел "Б"
2. Далее возможны "варианты":
- подтверждение или имитация подтверждения нажатием F10 - все марки обновят пул;
- как в примере. Расхождение - выявляемое полным сканированием всех марок с бутылок накладной. Тогда если подтверждение или имитация подтверждения нажатием F10 в реестр и пул "упадут" только принятые в приёме марки, а не принятые останутся в виртуальном статусе (до ремонта):
Ежели интересно, то программа формирует:
3. После повторного входа в список ТТН у накладной появится указание типа отправленного акта
Как провести "частичную" проверку марок, но сохранить инфу по ТТН полностью?
1. Открываете ТТН
2. Сканируете часть марок
3. Смотрите лог ошибок
4. Отказываетесь, в том числе от списка ТТН
5. Входите в ТТН снова - программа забудет, что ТТН принимали и полностью выгружаете в пул по F10
0. При показе списка ТТН в очереди УТМ отражается факт наличия товара с марками в текущей накладной:
1. При наличии марок, а тем более новых программа для определения реальных алкокодов запрашивает неизвестные РФУ-1 и сохраняем марки накладной в пуле с неопределенным статусом. Если ТТН только посмотрели, то в процедуре ремонта эти строки удалятся, т.к. в них пустой раздел "Б"
2. Далее возможны "варианты":
- подтверждение или имитация подтверждения нажатием F10 - все марки обновят пул;
- как в примере. Расхождение - выявляемое полным сканированием всех марок с бутылок накладной. Тогда если подтверждение или имитация подтверждения нажатием F10 в реестр и пул "упадут" только принятые в приёме марки, а не принятые останутся в виртуальном статусе (до ремонта):
Ежели интересно, то программа формирует:
Отчет по приёмке АП с марками:
Образец отправленного акта расхождения:
3. После повторного входа в список ТТН у накладной появится указание типа отправленного акта
Как провести "частичную" проверку марок, но сохранить инфу по ТТН полностью?
1. Открываете ТТН
2. Сканируете часть марок
3. Смотрите лог ошибок
4. Отказываетесь, в том числе от списка ТТН
5. Входите в ТТН снова - программа забудет, что ТТН принимали и полностью выгружаете в пул по F10
█ 10.12.2018 15:29
Привет, Андрей.
Сегодня в один из подшефных магазинов пришла накладная с нестандартными тэгами для марок. Остальные тэги стандартные. То есть, надо обрабатывать с учетом пространства имен xml. Тебе в копилку практических ситуаций...
Сегодня в один из подшефных магазинов пришла накладная с нестандартными тэгами для марок. Остальные тэги стандартные. То есть, надо обрабатывать с учетом пространства имен xml. Тебе в копилку практических ситуаций...
█ 10.12.2018 15:58
Добрый вечер Вячеслав!
P.S. Занятно эти, так называемые разработчики пытаются удивляться:
Цитата:
Это неотъемлемое право поставщиков отказываться от покупателей... Что по "мну" - не предполагаю поддерживать эти извращения программистов пока они не станут обязательными, как позиция ФСРАР. Кроме того "УСЕга" может подтверждать или отказывать ТТН любой "кривизны", чем на моей памяти кто-то из виртуального мира воспользовался только один раз за 3+ года "жизни" проекта "УС Лэнд:ЕГАИС". FinSoft ➤ Сегодня в один из подшефных магазинов пришла накладная с нестандартными тэгами для марок. Остальные тэги стандартные. То есть, надо обрабатывать с учетом пространства имен xml. Тебе в копилку практических ситуаций...
P.S. Занятно эти, так называемые разработчики пытаются удивляться:
Цитата:
Добрый день, сегодня уже по 15 ттн к нам обратились клиенты, что не видят у себя накладные по УТМ. Некоторым выдаем идентификаторы, они перезапрашивают. А некоторые клиенты машины разворачивают. Просим проверить, в связи с чем такое происходит. На сайте чек1 все проведено...
█ 10.12.2018 16:24
Тут есть подвох в том, что остальные тэги стандартные. У меня всплыло, когда стали перемещать со склада в торговый зал. Программа отсекает приходы с марками, оставляя их на складе. А тут оказалось, что накладная загружена, как обычно, а марки отсутствуют. В результате программа пытается переместить эти бутылки в торговый зал, а Егаис возвращает ошибку, что нельзя, помарочный учет...
█ 17.12.2021 16:05
Сейчас порешал небольшую проблемку, но учитывая давность создания технологии, пришлось чуть повспоминать 
- подход думаю может быть полезен и другим... Руководство "любит" делать поступление алкоголя в пятницу после обеда, но у работников формально сокращенный рабочий день... вот они и торопятся, а при создании косяка начисто теряют память по механизмам исправления косяков... приходится вспоминать и помогать
Суть свежего косяка: пришло около 700 бутылок в 3 накладных. Через описываемый в теме сервис приёма проверяем правильность марок и отсутствие пересортицы по ним в накладной, а иначе: https://olegon.ru/showthread.php?t=25767 Случайно кладовщик даёт на проверку бутылку из другой, а не текущей ТТН, программа даёт предупреждения, что марка не из накладной, дамы дают команду программе, что именно из этой, а после скана 400 марок видят ошибку в накладной по маркам... Строк много и понять сразу, а особенно, когда торопились сложно - проще позвонить мне... Ничего не делать нельзя, т.к. и на других накладных будут ошибки... Тем более, где накосячили они уже не помнили
Алгоритм исправления такого косяка:
- сохраняем отчет об ошибках в файл
- в режиме "прочие задачи/пул марок" по каждой позиции, где указано отсутствие в ТТН:
--- копируем код марки
--- по Ctrl+F5 ищем строку
--- delete - удаляем строку с маркой
- заново запускаем сервис приема ТТН, сканируем любую марку требуемой ТТН, программа предлагает взять старый набор сканируемых марок, соглашается
- всё... марки чужой ТТН отсутствует, а остальное соответствует данным ТТН... Ошибок не было
- подход думаю может быть полезен и другим... Руководство "любит" делать поступление алкоголя в пятницу после обеда, но у работников формально сокращенный рабочий день... вот они и торопятся, а при создании косяка начисто теряют память по механизмам исправления косяков... приходится вспоминать и помогатьСуть свежего косяка: пришло около 700 бутылок в 3 накладных. Через описываемый в теме сервис приёма проверяем правильность марок и отсутствие пересортицы по ним в накладной, а иначе: https://olegon.ru/showthread.php?t=25767 Случайно кладовщик даёт на проверку бутылку из другой, а не текущей ТТН, программа даёт предупреждения, что марка не из накладной, дамы дают команду программе, что именно из этой, а после скана 400 марок видят ошибку в накладной по маркам... Строк много и понять сразу, а особенно, когда торопились сложно - проще позвонить мне... Ничего не делать нельзя, т.к. и на других накладных будут ошибки... Тем более, где накосячили они уже не помнили
Алгоритм исправления такого косяка:
- сохраняем отчет об ошибках в файл
- в режиме "прочие задачи/пул марок" по каждой позиции, где указано отсутствие в ТТН:
--- копируем код марки
--- по Ctrl+F5 ищем строку
--- delete - удаляем строку с маркой
- заново запускаем сервис приема ТТН, сканируем любую марку требуемой ТТН, программа предлагает взять старый набор сканируемых марок, соглашается
- всё... марки чужой ТТН отсутствует, а остальное соответствует данным ТТН... Ошибок не было
█ 25.10.2022 14:30
Впервые за 7 лет существования проекта сегодня встретился косяк программы "УСЕга", а так как эта ошибка от рождения и весьма неожиданная, правда не приводящая к проблемам, то на выяснение её источника потратил много времени, а всё из-за того, что изначально обязательными атрибутами КА являлись краткое и полное наименование, т.е. они всегда существали в теле XML накладных... Да и с данным поставщиком работает "всю жизнь" и никогда таких заморочек не возникало. Даже созванивался с тамошними специалистами - у них ничего не менялось??? Правда после нахождения источника косяка - всё же менялось! В новых версиях их программы была проведена, наверное от "безделия" оптимизация размеров исходящих документов. Стартовая суть вопроса - в справке по ТТН отражает ХЗ какого поставщика, но все прочие атрибуты абсолютно правильные:
Конечно первым делом изучаю файл ТТН и ... не нахожу ничего "особенного". Грешу на других - сейчас активно ковыряются в реальной базе средствами многих программ, т.е. могли типа испортить БД, удаляю этого КА вообще из БД, выяснив, что это производитель и всё равно восстановиться при перезапросе остатков... Не найдя источника проблем начал изучать "зеркало", т.е. искать, где сам когда-то мог накосячить, построчно разбирая код... и всё нашел... Конечно исправлю этот мой косяк, когда придумаю другие алгоритмы, а пока источник проблемы отражения информации. Показываю, удалив ненужную инфу:
В предположении, что <wb:Shipper> идет в описании первыми тегами ищу его атрибуты и короткое и длинное имя... а так, как тэги по коротким именам у поставщика, покупателя они "оптимизировали", то пролетаю до первого тега краткого имени, получается в описании производителя первого товара ТТН: <oref:ShortName>САРЛ Бужу</oref:ShortName> и запоминаю его как короткое имя поставщика.
Затем программа во всех дочерних режимах наименование поставщика отражает по принципу - если есть короткое имя, то отражает его, а если нет, то отражает обрезанное длинное имя
Конечно первым делом изучаю файл ТТН и ... не нахожу ничего "особенного". Грешу на других - сейчас активно ковыряются в реальной базе средствами многих программ, т.е. могли типа испортить БД, удаляю этого КА вообще из БД, выяснив, что это производитель и всё равно восстановиться при перезапросе остатков... Не найдя источника проблем начал изучать "зеркало", т.е. искать, где сам когда-то мог накосячить, построчно разбирая код... и всё нашел... Конечно исправлю этот мой косяк, когда придумаю другие алгоритмы, а пока источник проблемы отражения информации. Показываю, удалив ненужную инфу:
Код:
<ns:Owner>
<ns:FSRAR_ID>01</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:WayBill_v4>
<wb:Identity>000164081-20221020-194011</wb:Identity>
<wb:Header>
<wb:NUMBER>14851</wb:NUMBER>
<wb:Shipper>
<oref:UL>
<oref:FullName>Общество с ограниченной ответственностью "В...и"</oref:FullName>
</oref:UL>
</wb:Shipper>
<wb:Consignee>
</wb:Consignee>
<wb:Transport>
</wb:Transport>
</wb:Header>
<wb:Content>
<wb:Position>
<wb:Identity>1</wb:Identity>
<wb:Product>
<pref:FullName>Коньяк ординарный пятилетний региона Коньяк Селексьон Спесиаль Гранд Шампань Даниель Бужу</pref:FullName>
<pref:Producer>
<oref:FO>
<oref:FullName>САРЛ Бужу</oref:FullName>
<oref:ShortName>САРЛ Бужу</oref:ShortName> Затем программа во всех дочерних режимах наименование поставщика отражает по принципу - если есть короткое имя, то отражает его, а если нет, то отражает обрезанное длинное имя
Часовой пояс GMT +3, время: 06:05.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.