Действующие ограничения в ЕГАИС и УТМ
Проблемы УТМ и способы решения
Порядок работы участника системы при фиксации данных в ЕГАИС
1. Какие причины списания можно указывать в актах списания?
2. Какие причины постановки на баланс в регистр 1 и в регистр 2 можно указывать в актах
3. Какой контроль идентичности накладных действует в системе ЕГАИС?
4. Что делать с остатками продукции в отделе при аннулировании или окончании розничной лицензии?
6. Как определить импортера во 2-ой версии документов, действующей с 04.01.17?
7. Как подписать и отправить декларацию с помощью JaCarta или Рутокен 2.0
8. Почему при отправке ТТН с импортным производителем ЕГАИС требует код региона, ИНН/КПП?
9. Продлили лицензию, нужно ли заново записывать ключ для ЕГАИС?
10. Как подать корректирующую декларацию после окончания срока подачи корректировок?
12. В УТМ в папке "xml" обнаружили неотправленные чеки, что делать?
13. Какое количество продукции можно ставить на баланс в регистр 1 и в регистр 2
14. Как в ЕГАИС проверяется, что закончилась лицензия
18. Как из кода алкогольной марки (68 символов) определить алккод (AlcCode- 19 цифр)?
19. Как устранить пересорт продукции по алккодам в торговом зале (рег.2)
20. Обязан ли индивидуальный предприниматель(ИП) иметь журнал продаж для каждой пивной точки.
23. Как сделать возврат продукции с регистра "2" обратно на регистр "1" ?
25. В каком случае можно сформировать виртуальный возвратный чек в ЕГАИС ?
26. Какие изменения по декларированию и в ЕГАИС с 01.01.2018 г.
27. Как перенести остатки на новый КПП, если у подразделения меняется КПП?
28. Какие изменения будут в алкогольных марках в 2018 г.
29. Как осуществить возврат продукции от экспортного покупателя в ЕГАИС?
30. Как работает офф-лайн проверка новых марок при продаже алкоголя в рознице.
ЕГАИС - Единая государственная автоматизированная информационная система учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. С 01.01.2016 каждый участник алкогольного рынка обязан предоставлять сведения в ЕГАИС, но информация о том как полноценно работает система изнутри нигде не описано, различные нюансы, описаны в разных местах, либо вообще не задокументированы (что то в личном кабинете, что то на самом сайте егаис, что то сообщает техподдержка по факту обращения и т.д), и выясняется это только? когда сталкиваешься с какой-то проблемой в своей учетной системе. Собственно все это сподвигло, постараться аккумулировать нюансы в данной статье.
О том какие есть документы в ЕГАИС, какой формат файлов для выгрузки в УТМ, здесь писаться не будет, все есть в документе по УТМ, который можно скачать в личном кабинете. Часть разъяснений описано по ссылка. Проверка марок, информации из базы транспорта ссылка.
Здесь же будет описано только то, что не очевидно и в документации по УТМ отсутствует, либо скрыто в просторах интернета.
Особенности документооборота
- ЕГАИС на каждый документ присылает тикет (tickets), и тут возникает проблема , когда и сколько и в каких случаях их должно быть не описано, так вот второй тикет выдается сервером в ответ на документ, который воздействует на остаток отправителя этого документа. Второй тикет выдается стороне, чей остаток подвергся операции начисления/списания. И не выдается, если такой операции по документу не предусмотрено.
На ттн приходит второй тикет отправителю ттн, т. к. остаток у отправителя ттн уже уменьшается.
На акт подтверждения приходит второй тикет отправителю этого акта, т. к. остаток у отправителя акта увеличивается.Получателю акта подтверждения второй тикет не приходит.
На акт отказа второй тикет не приходит отправителю этого акта, т. к. остаток у отправителя акта не изменяется. Получателю акта отказа приходит второй тикет, т. к. товар возвращается на остаток.
На акт расхождения второй тикет отправителю этого акта не приходит. Остаток у отправителя акта расхождения не изменяется, т. к. акт должен быть для этого подтвержден. На квитанцию подтверждения акта расхождения отправителю этой квитанции приходит второй тикет, т. к. часть товара возвращается отправителю ттн. Квитанция подтверждения акта расхождения приходит получателю этой квитанции вместе с вторым тикетом, т. к. товар в количестве по акту расхождения поступает на остаток получателя ттн. На квитанцию отказа от акта расхождения отправителю этой квитанции приходит второй тикет, т. к. в этом случае весь товар возвращается на остаток отправителя квитанции (он же - отправитель ттн).
Квитанция отказа от акта расхождения приходит получателю этой квитанции без второго тикета, т. к. стороны не договорились и получателю ттн ничего не поступило на остаток.
Исходя из назначения второго тикета, он не полагается по каждому документу отправителю этого документа.
- Акты расхождения без расхождений - являются актами подтверждения и не требует согласия, т.е ЕГАИС такой акт понимает, как акт подтверждения.
- Акты расхождения полностью с нулями - являются актами отказа , т.е ЕГАИС такой акт понимает, как акт отказа.
- Технический возврат (возврат, который формируется в связи со сбоем на кассе, терминала и т.д ). Отменой фиксации является отправка чека с теми же данными, но с минусовой ценой. При этом элементы "Номер чека", "Номер смены", "Номер кассы", "Тип чека" должны отличаться от ошибочно зафиксированного.
- Выявленные “тонкости” методологии
- Если партионная АП была учтена поштучно (т.е. ЦИ были привязаны к партии на Р3), затем АП по этой партии отгрузили через ТТН без указания ЦИ или списали актом списания в котором не было марок, и в результате обнуления количества на Р1 автоматически удалились все ЦИ и на Р3, то - в случае отмены подобной ТТН, на Р1 количество вернётся, а на Р3 марки не восстановятся (что вполне логично - ведь мы сами же не указываем эти марки в ТТН, хотя могли указать, - т.е. добровольно отказываемся от дальнейшего поштучного учёта своей партионной АП, автоматически снимая партионную АП с поштучного учёта в результате неуказания марок в ТТН).
- Если вернуть чеком возврата продукцию, марка которой в момент продажи обычным прямым чеком была учтена поштучно (т.е. привязана к партии на Р3), то при попытке отгрузить эту марку в ТТН этой же датой (датой возврата чеком) - получим отказ от Системы с причиной "инверсия даты". Связано это с тем, что накладная имеет всегда условную временнУю привязку к дате - 00:00:00 (т.е. ноль часов, ноль минут, ноль секунд), а операция возврата чеком имеет реальную временнУю привязку к дате, т.е. например 13:04:00, и на выходе получается, что ТТН, отправленная позже, чем был возврат по чеку, в Системе считается отправленной раньше возвратного чека. Выход - отгрузить такую продукцию через ТТН возможно лишь после смены даты.
- Для партии с новыми марками (150 символов) - на СЕРВЕРЕ ЕГАИС присваивается внутренний признак поштучной партии, который на текущий момент не описан в Методологии, и не возвращается Системой ни в каком из действующих документов ЕГАИС (подробности)
- Если в строке акта расхождений RealQuantity = 0, либо RealQuantity = Quantity ТТН, то в этом случае блок марок в этой строке - со стороны ЕГАИС игнорируется, т.е. ФЛК на серверной стороне в части корректности указания марок в акте расхождений по этой строке - не осуществляется (подробности)
Однако, позже выяснились противоречия в ответах тех.поддержки.
На поштучном учёте партионная АП может оказаться двумя способами (автоматически и вручную)
а) если поступила по ТТН с указанием марок (автоматически)
б) если марки были привязаны к партии документом ActFixBarCode (вручную)
С поштучного учёта партионная АП снимается тоже двумя способами (автоматически и вручную):
а) если в документах не указать марки (автоматически)
б) если отвязать марки от партии документом ActUnFixBarCode (вручную)
Актуальная информация ссылка
- Постановка алкогольной продукции на баланс предприятия в системе ЕГАИС осуществляться с использованием документа «Акт постановки товара на баланс», в разрезе кодов видов и наименования, продукции.
- Постановка на баланс пива, пивных напитков, сидра, пуаре и медовухи осуществляется единообразно в объемных показателях, в разрезе кодов видов и наименования продукции.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата розлива (п. 3 раздела «А» справки к ТТН)
Поле «TTNNumber» – Номер ТТН от производителя (п. 10 раздела «А» справки к ТТН)
Поле «TTNDate» - Дата ТТН.
Поле «EGAISNumber» – Номер подтверждения фиксации информации в ЕГАИС – не заполняется.
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС – не заполняется.
Постановка на баланс алкогольной продукции, подлежащей обязательной маркировке (далее – алкогольной продукции), осуществляется с помарочным сканированием каждой единицы такой продукции.
- Алкогольная продукция, произведенная в Российской Федерации. Маркированная после 22 мая 2012 года.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата розлива (п. 3 раздела «А» справки к ТТН).
Поле «TTNNumber» – Номер ТТН от производителя (п. 10 раздела «А» справки к ТТН).
Поле «TTNDate» - Дата ТТН.
Поле «EGAISNumber» – Номер подтверждения фиксации информации в ЕГАИС (п. 12 п. 3 раздела «А» справки к ТТН).
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС (п. 12 раздела «А» справки к ТТН).
- Алкогольная продукция, произведенная в Российской Федерации. Маркированная до 22 мая 2012 года.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата розлива (п. 3 раздела «А» справки к ТТН).
Поле «TTNNumber» – Номер ТТН от производителя (п. 10 раздела «А» справки к ТТН).
Поле «TTNDate» - Дата ТТН.
Поле «EGAISNumber» – Номер подтверждения фиксации информации в ЕГАИС – не заполняется.
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС – не заполняется.
- Алкогольная продукция, ввезенная (импортированная) на территорию Российской Федерации. Маркированная после 22 мая 2012 года.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата справки к ГТД.
Поле «TTNNumber» – Номер ГТД.
Поле «TTNDate» – Дата справки к ГТД.
Поле «EGAISNumber» – Номер подтверждения фиксации информации в ЕГАИС сведения о ввозе (содержится в разделе «Б» справки к ГТД).
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС (содержится в разделе «Б» справки к ГТД).
- Алкогольная продукция, ввезенная (импортированная) на территорию Российской Федерации. Маркированная до 22 мая 2012 года.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата справки к ГТД.
Поле «TTNNumber» – Номер ГТД.
Поле «TTNDate» - Дата справки к ГТД.
Поле «EGAISNumber» – Номер подтверждения фиксации информации в ЕГАИС сведения о ввозе – не заполняется.
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС – незаполняется.
- Алкогольная продукция, произведенная в Российской Федерации, учет производства которой был зафиксирован посредством УТМ.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата производства, указанная в отчет о производстве (соответствует полю BottlingDate РФУ1 в УТМ).
Поле «TTNNumber» – Номер отчета о производстве (соответствует полю OriginalDocNumber РФУ1 в УТМ).
Поле «TTNDate» - Дата отчета о производстве (соответствует полю OriginalDocDate РФУ1 в УТМ).
Поле «EGAISNumber» – Номер подтверждения фиксации в ЕГАИС отчета о производстве (соответствует полю EGAISNumber РФУ1 в УТМ)
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС отчета о производстве (соответствует полю EGAISDate РФУ1 в УТМ)
- Алкогольная продукция, импортированная в Российскую Федерацию, учет импорта которой был зафиксирован посредством УТМ.
При формировании xml-файла в информации по справке заполняются:
Поле «BottlingDate» – Дата документа, на основании которого был осуществлен импорт (соответствует полю BottlingDate РФУ1 в УТМ).
Поле «TTNNumber» – Номер отчета об импорте (соответствует полю OriginalDocNumber РФУ1 в УТМ).
Поле «TTNDate» - Дата отчета об импорте (соответствует полю OriginalDocDate РФУ1 в УТМ).
Поле «EGAISNumber» – Номер подтверждения фиксации в ЕГАИС отчета об импорте (соответствует полю EGAISNumber РФУ1 в УТМ)
Поле «EGAISDate» - Дата подтверждения фиксации в ЕГАИС отчета об импорте (соответствует полю EGAISDate РФУ1 в УТМ)
Действующие ограничения в ЕГАИС и УТМ
- В функционале получения штрихового кода по нечитаемым маркам, включается ограничение количества не читаемых марок в 100 марок в месяц для одного fsrar_id.Если в одном акте содержится больше 100 шт, делается отказ.Текст отказа. "Вы превысили количество допустимых для получения штриховых кодов единиц продукции в месяц. Вы можете получить в этом месяце еще (количество) штриховых кодов"
- Ограничение на отправку документов - не более 60 документов в 2 минуты (чеков не касается). Документы, которых будет больше, будут копиться на УТМ и отправляться порциями.
- По контролю наличия лицензии для накладных и актов, подписание чеков. Сверка ведется по дате фиксации документов и периодом действия лицензии.
- Запреты фиксации других значимых документов с датами документа младше текущей даты более чем на 3 дня:
Акт разногласий на ТТН (по дате акта) , постановка на баланс 1 регистр, списание 1 регистр,постановка на баланс 2 регистр, списание 2 регистр, перемещение между 1 и 2 регистрами,отчет о производстве и импорте.Т.е. для перечисленных документов дата в документе не должна расходиться с датой отправки этих документов, а иначе придет квитанция с отказом проведения такого документа.
- Запрет подписания чека на УТМ с датой отличной от серверной более чем на 1 день(24 часа) в любую сторону реализовано в УТМ 2.1.6, в том числе и для возвратных чеков. Запрет подписания чеков при указании цены ниже МРЦ.
- Ограничения по постановке на баланс.
а)нефасованная продукция с количественным ограничением на более 100 дал в месяц на одном месте деятельности
б)фасованная продукция (в том числе пиво, пивные напитки, сидры, пуаре, медовуха) в случае если в течение месяца с указанной торговой точки было поставлено не более 100 единиц продукции и основание для постановки указано любое кроме "Пересортица"(кроме пива, пивных напитков, сидра, пуаре, медовухи) и "Собственное производство/сливы продукции".
в)фасованное пиво, пивные напитки, сидры, пуаре, медовуха, в случае если в течение месяца с указанной торговой точки было поставлено не более 2000 единиц продукции и основание для постановки указано "Пересортица".
-Все остальные случаи фиксируются вручную территориальными подразделениями Росалкогольрегулирования на основании направленных заявлений.
- При наличии интернета запрет подписания чеков при указании цены ниже МРЦ, и/или при наличии дублей
- Запрос на неподтвержденные ТТН один раз в 12 часов. (ограничение на сервере)
- Акт постановки на баланс [ActChargeOn] - 120 сек. (ограничение в УТМ)
- Запрос остатков – один раз в течение часа
- Обработка запросов по типу QueryResendDoc производится не чаще 1-го раза в 10 минут. Не касается запросов через ЛК.
- Ограничения на размер отправляемого файла в УТМ версии 3.0.8 для TransferToShop, TransferFromShop. Максимальный размер файла [256000] байт для документа.
- На запрос QueryRestBCode действует ограничение не чаще чем 1 раз в 10 минут.
- Дата актов подтверждения, отказа, разногласий не может быть ранее даты ТТН
- Запрос QueryFilter ограничен в количестве 10 000 марок, но сам запрос можно отправлять сколько угодно раз. Время между запросами не ограничено.
- Отзыв накладной с датой акта (подтверждения, отказа или разногласий) по накладной, отличной от даты направления отзыва более чем на 30 дней, после подтверждения возможности отзыва со стороны грузоотправителя осуществляется только после ручного подтверждения возможности отзыва со стороны сотрудников МРУ РАР.
- Под "отзывом накладной" понимается запрос (RequestRepealWB) на распроведение акта для ТТН (подтверждения, отказа или разногласий)
Актуальная информация ссылка
Проблемы УТМ и способы решения
|
№ |
ошибка |
Причины и способы исправления |
|
1 |
ERROR es.programador.transport.probe.ProbeBean - Ошибка проверки CRL |
в настоящее время УТМ не может обновить список отзыва сертификатов. Данная ошибка никак не влияет на работоспособность УТМ. Она исчезнет, когда сервер списка отзыва сертификатов будет доступен. |
|
2 |
ERROR es.programador.transport.g.d - Ошибка при получении и чтении документов с сервера ЕГАИС om.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: javax.net.ssl.SSLHandshakeException: Error signing certificate verify |
Для устранения этой ошибки попробуйте исключить подключение УТМ через прокси сервер, т.е. дать полный доступ в интернет на ПК без прокси. Для проверки информации: не происходит ли подмены сертификата при связи УТМ с сервером. Если не получится: Остановить УТМ. Два архива local_policy и US_export_policy в папке C:\UTM\jre\lib\security необходимо сохранить в отдельную папку. Затем в ту же папку C:\UTM\jre\lib\security поместить прилагаемые файлы local_policy.jar и US_export_policy.jar, скачать http://forum.fsrar.ru/download/file.php?id=37944 |
|
3 |
Службы запускаются (transporter, trasporter updater, transporter monitoring) На localhost:8080 видит, документы не приходят в логах транспортера ошибку "Couldn't create SOAP message due to exception: Unable to create StAX reader or writer" |
Рекомендуем перезаписать в ЛК ЕГАИС RSA сертификат. После этого УТМ нужно перезапустить |
|
4 |
ERROR es.programador.transport.updater.h - Ошибка выполнения задачи: es.programador.transport.updater.d.d@1fddf68 es.programador.transport.updater.i: java.io.IOException: org.xml.sax.SAXParseException; Premature end of file.at es.programador.transport.updater.d.d.a(Unknown Source) |
Рекомендуем перезаписать сертификат в личном кабинете на портале egais.ru Вступайте в нашу телеграмм-группу Инфостарт Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
См. также |