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

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

1. При постановке на баланс алкокод берется из марки и его ручками нельзя изменить. При изменении напрямую в базе при отправке акта по марке определяется алкокод и ищутся атрибуты в БД, т.е. всё равно отправится правильный акт

2. При создании ТТН по маркам алкокод определяется и инфа по регистру №3 ищется по марке, накладная создаётся по марке. При отправке так же делается контроль по маркам и остаткам в разрезе алкокода.

Добрый день!
Помогите разобраться.
Делаю акт списания, программа обрабатывает марки (замечаний о дублях нет), благополучно добавляет АП в акт списания, но при попытке отправки пишет, что кол-во акцизных марок не соответствует списываемому алкоголю. АП удалила из Акта списания и попробовала списать отдельным актом. Программа по каким то причинам не пропускает эти марки к списанию, хотя сам Акт формирует.
Сделала Анализ движения, данная АП на остатках есть, в кол-ве, соответствующем кол-ву марок (2 шт.).

Сделала списание данной АП через 1С, акт прошел успешно....

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

Разные программы по разному относятся к пониманию движения через ЕГАИС, например 99% из них полагают, что если ЕГАИС не отверг операция, то сразу изменяет остатки, что в корне неверно! Например при подтверждении ТТН остатки в ЕГАИС меняются от 5 минут до суток...

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


Пример последовательности действий разрешенных программами на "1С:Предприятие": подтвердили ТТН, она сразу как бы сделала перемещение на ТЗ и сразу даёт разрешение на списание алкопродукции… и форумы забиты вопросами "а куда делся товар"?

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

AndreyZh, добрый день!
Дело в том, что данная ситуация стала повторяться с завидным постоянством, причем происходит это со старым товаром, который давным давно есть на остатках...
Вчера такая ситуация произошла с коньяком, марки на котором были нечитабельны и я их перезапрашивала, в пул АМ они не попали...
При отправке через УСЕГА пришел отказ, через 1С Акт прошел...

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

Имеется такая недоработка - при таком запросе в пул марки не попадают. При этом - программа запрещает все операции с марками вне пула. Сделал и пока запустил в реале, т.к. данные операции доступны только в рабочем контуре... В следующем релизе это будет "доступно".

Как отметил, что угадывать причины не умею, в реале замечаний такого рода пока не поступало...

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

Ну, что делать? Любят пользователи индивидуальное общение, кое мне и в реале хватает
Опять письмо. С вопросом интересным многим. Отвечаю на форуме. Почти НИ КАК!

I. ЕГАИС не дает справок по остаткам на произвольную дату.

II. Пользователям, использующим "УСЕга" по всем операциям с ЕГАИС данная информация доступна в срезе ТОЛЬКО АЛКОКОДОВ. Как это "работает":

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

Эти остатки с пометкой "корректировка остатков" назначает начальными на дату "первой" операции. Дальше складывая и вычитая обороты по операциям может построить остатки на требуемую дату.

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

IV. Планы на будущее. Конечно можно, хотя и сложно допилить отчеты из п.II. Однако в реальном мире вся инфа для декларации получается из "УС Land", а не "УСЕга", да и пожеланий из виртуального мира об этом не слышал, т.ч. задача имеет низкий приоритет.

Здравствуйте!

Не особо актуально, но на заметку:

ReplayRestBarcode для новых марок выводится с длиной марок 68 символов, ну и в файл сохраняет соответственно (проверял на тестовом контуре).

Встал в 4:00, наловил карасиков, выпил пива и вот туплю - что это за ответ ReplayRestBarcode, "УСЕга" такие не знает, а (по смыслу) запрос нечитаемых марок в принципе не работает в тестовом контуре... В чем и гемор для отладки задачки от Малюска

Ну да, конечно не знает
ReplayRestBCode имелось ввиду, извиняюсь