ЕГАИС от А до Я

ЕГАИС - Единая государственная автоматизированная информационная система учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. С 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
5	в лог-файле transport_info.log обнаружено "Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,15]".	Данная ошибка возникает в случае, если отозван RSA сертификат. Рекомендуем перезаписать сертификат в личном кабинете на egais.ru. (повторно).
6	ERROR es.programador.transport.h.e - Ошибка при получении и чтении документов с сервера ЕГАИС com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: java.net.ConnectException:Connection timed out: connect	Ошибки связаны с нестабильным или ограниченным доступом в интернет. Данные ошибки являются локальными.Также, рекомендуем отключить брандмауэр и антивирус, проверить настройки proxy-сервера, при наличии такового, проверить открыты ли порты 8080, 8192, 8193, 443. Убедитесь, что на данном ПК не установлены драйвера и ПО для других аппаратных ключей (Крипто-Про, RuTokenDrivers и прочее) и что к данному ПК не подключены другие аппаратные ключи.Так же необходимо проверить, открыт ли доступ к следующим ресурсам:- documents-utm.egais.ru - все предметные документы, - cheques-utm.egais.ru - чеки, - queries-utm.egais.ru - справочники, также причиной могут быть временные сбои на сервере РАР
7	INFO es.programador.a.c - Отправка c uuid:82689456-6176-4707-bd8d-476bb53cdb9c docType:Cheque	ошибки отправки чека на проверку. Ответ от проверки не был получен в течение 3 сек., в связи с чем чек был отправлен УТМ
8	Caused by: sun.security.pkcs11.wrapper.PKCS11Exception: CKR_FUNCTION_FAILED	Для восстановления работоспособности ключа криптозащиты с ошибкой CKR_FUNCTION_FAILD предлагается произвести следующие действия по замене криптобиблиотеки libtranscrypt.dll: http://forum.fsrar.ru/viewtopic.php?f=114&t=44565 или https://egais.center-inform.ru/tehpod/faq/ %D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0%3A+ CKR_FUNCTION_FAILED/
9	CKR_OBJECT_HANDLE_INVALID	Ошибка связана с некорректной работой аппаратного крипто-ключа. Рекомендуем по работоспособности вашего аппаратного крипто-ключа обратится в тот удостоверяющий центр, в котором вы его приобрели.Перед этим рекомендуем посмотреть: USB порт (ключ должен быть в USB 2.0), в который подключен ключ (если работаете через хаб, то причина может быть в нем). проанализировать журналы windows на предмет ошибок с ключевым носителем. Ошибка может быть связана с работой ключевого носителя, USB или не корректной работой драйверов. Переустановите ПО аппаратного крипто-ключа последней версии.
10	ERROR es.programador.transport.g.d - Ошибка при получении и чтении документов с сервера ЕГАИС com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: java.net.ConnectException: Connection refused: connect	сервер ЕГАИС отклонил запрос на соединение. Возможно, по причине высокой нагрузки. "Увеличили таймаут ожидание ответа от ЕГАИС на кассе до 10 сек.и все заработало". Также может быть, что ошибка связана с нестабильным или ограниченным доступом в интернет. Данная ошибка являются локальной.Также, рекомендуем отключить брандмауэр и антивирус, проверить настройки proxy-сервера, при наличии такового, проверить открыты ли порты 8080, 8192, 8193, 443. Убедитесь, что на данном ПК не установлены драйвера и ПО для других аппаратных ключей (Крипто-Про, RuTokenDrivers и прочее) и что к данному ПК не подключены другие аппаратные ключи.
11	ERROR es.programador.transport.h.e - Ошибка при получении и чтении документов с сервера ЕГАИС com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: java.net.UnknownHostException: queries-utm.egais.ru	говорит о проблеме с DNS. Не может отрезолвить имя.
12	Ошибка подписи документа java.lang.SecurityException: CKR_SESSION_CLOSED	Данная ошибка свидетельствует о некорректной работе ключа в части PKI. Было решено перезаписать RSA сертификат с ЛК, предварительно проинициализировав контейнер. Инициализация PKI контейнера штатными средствами не удалась. Ошибка инициализации. После данной ошибки ключ перестал считывать контейнер PKI. Была произведена персонализация контейнера, которая выдала ошибку. Организации рекомендовано заменить ключ.
13	ERROR es.programador.transport.updater.f - Ошибка в работе процедуры обновления java.lang.IllegalStateException: Wrong contentLength:0	Пытается что-то выкачать снаружи, но не может получить. если есть прокси, то убрать, пробовать отключить антивирус. А также еще может быть такая причина: Если в конфигурациях updater указан путь до библиотеки asepkcs.dll. то на момент обновления рекомендуем изменить обратно на путь к библиотеке на jcPKCS11-2.dll и перезапустить службу. После обновления можно поменять обратно.
14	java.lang.OutOfMemoryError: Java heap space. Эта ошибка может возникнуть при попытке просмотреть большой ответ на запрос остатков.	Причина: Java не хватает памяти. Актуально вроде только на Win Server 2003. Решение: 1. Панель управления - Java - перейти на закладку Java - View... - в графе Runtime Parameters установить значение -Xms1024m 2.В реестре найти службу транспорта и дописать в ней в конце " --JvmMs 500 --JvmMx 1000" (без кавычек). затем перезапустить службу
15	Caused by: java.lang.SecurityException: CKR_PIN_LOCKED или Caused by: sun.security.pkcs11.wrapper.PKCS11Exception: CKR_PIN_LOCKED	заблокирован пин-код пользователя (или администратора) PKI контейнера. Если был заблокирован пин-код пользователя, то его возможно разблокировать с помощью ПО аппаратного крипто-ключа. Если был заблокирован пин-код администратора, то нужно провести персонализацию ключа по инструкции Person_PKI, если в процессе персонализации происходит ошибка, то потребуется замена ключа
16	HTTP transport error: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake	Данная ошибка возникает из-за того, что невозможно установить SSL соединение с сервером. Ошибка может возникать из-за локальных настроек вашей сети (фаерволы, антивирусы). Также может быть связано со сложностью доступа к RSA ключу, или при соединении по протоколу RDP или соединение с интернет не является устойчивым
17	ERROR es.programador.transport.d.b - Проблемы с RSA ключом java.security.ProviderException: Token has been removed	УТМ не видит аппаратный крипто-ключ. Необходимо убедиться, что на данном ПК не установлены драйвера и ПО для других аппаратных ключей (Крипто-Про, КриптоCSP, RuTokenDrivers и прочее), что к данному ПК не подключены другие аппаратные ключи, что не используется подключение по RDP, что в диспетчере устройств Windows ключ отображается корректно и что он вставлен в порт USB 2.0.Попробуйте переткнуть джакарту или воткнуть в другой УСБ- порт, желательно спецификации 2.0. Может помирает ключ или УСБ-порт
18	com.sun.xml.internal.ws.client.ClientTransportException: The server sent HTTP status code 503: Service Unavailable	Ошибка может возникать временно и не имеет критического влияния на документооборот организации.
19	ERROR es.programador.transport.g.d - Ошибка при получении и чтении документов с сервера ЕГАИС com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: java.net.SocketException: Socket is not connected: connect	имеются проблемы с сетью, рекомендуем проверить открыты ли порты 8080, 8192, 8193, 443
20	ERROR es.programador.transport.h.e - Ошибка при получении и чтении документов с сервера ЕГАИС.com.sun.xml.internal.ws.client.ClientTransportException: The server sent HTTP status code 400: Bad Request	В некоторых случаях эта ошибка отсутсвия связи с ЕГАИС связана с временными неполадками или проведением профилактических работ на сервере ЕГАИС
21	INFO es.programador.transport.Transport - Обмен документами с сервером ЕГАИС по расписанию отключен	Означает экспорт базы. При экспорте БД происходит остановка документооборота с ЕГАИС, которая возобновится только при импорте базы, которая была экспортирована ранее. Так же БД из УТМ версии 2.0.3 не рекомендуется использовать в последующих версиях УТМ (экспортом/импортом или копированием).. Если экспортированная база была утеряна, то можно произвести экспорт повторно и импортировать вторую экспортированную базу.
22	Ошибка проводки акта списания №__от __. Falcon Exception. Обратитесь в техническую поддержку.	имеются какие-то ошибки в номерах справок "А" или "Б"
23	com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure	Если установлен Единый Клиент JaCarta v.2.9.1, то поменять на более раннюю версию (2.9.0 или 2.8), т.к. версия 2.9.1 производителем признана неудачной
24	ОШИБКА в логах службы транспорта:Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target	Помогло что-то из этого: 1).В ГОСТ части Джакарты был ключевой контейнер без сертификата (похоже неоконченный выпуск в УЦ) - удалили его. 2).Полностью отключили антивирус Dr.Web (дополнительно к штатной приостановке антивируса, принудительно выключили и все компоненты защиты)
25	ERROR es.programador.transport.j - Ошибка при отправке через веб-службу java.io.IOException: javax.xml.ws.WebServiceException: java.net.SocketException: Connection reset	необходимо проверить настройки proxy-сервера, при наличии такового, проверить открыты ли порты 8080, 8192, 8193, 443. Убедитесь, что на данном ПК не установлены драйвера и ПО для других аппаратных ключей (Крипто-Про, RuTokenDrivers и прочее) и что к данному ПК не подключены другие аппаратные ключи, отключите брандмауэр и антивирус. Остановите и перезапустите службы в следующем порядке (Transport-Updater, Transport, Transport-Monitor). Так же необходимо проверить, открыт ли доступ к следующим ресурсам: - Адрес процессинга документов https://utm.egais.ru - Адрес службы обновлений https://update.egais.ru. Либо неисправности у интернет-провайдера
26	transport error: java.net.SocketException: No buffer space available (maximum connections reached?): connect at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput	Данная ошибка связана с утечкой сокетов ядра на многопроцессорном компьютере под управлением Windows Server 2008 R2 или Windows 7. Вариант решения проблемы: https://support.microsoft.com/ru-ru/kb/2577795
27	Ошибка запуска системы обновления java.security.ProviderException: java.security.KeyStoreException: invalid KeyStore state: found 3 private keys sharing CKA_ID (update.log)	На Рутокен ЭЦП 2.0 появляется 3 объекта: ГОСТ и 2 ключа RSA. При записи ключа RSA на Рутокен 2.0 ЭЦП не был удален предыдущий ключ, а при попытке удаления одного из RSA-ключей мы получаем ошибку: «Недоступно».. Для исправления ошибки применить утилиту удаления поврежденных ключей RSA https://dev.rutoken.ru/display/KB/RU1009
28	Ошибка при получении и чтении документов с сервера ЕГАИС: com.sun.xml.internal.ws.protocol.soap.MessageCreationException: Couldn't create SOAP message due to exception: unexpected XML tag. expected: {http://schemas.xmlsoap.org/soap/envelope/}Envelope but found: {null}a	Проблемы с настройками интернета, например компьютер настроен так, что имеет ограниченный выход в интернет, например нужные адреса сайтов для работы с ЕГАИС прописаны в файле hosts, а ФСРАР спустя какое-то время изменил какой-то из нужных адресов или добавил какой-то адрес.Также причиной может быть некорректно настроенный роутер и т.п. Т.е. стоят настройки сети или приложения, которые блокируют доступ к серверам ЕГАИС. Также проверьте не бокирует ли фаерволл, антивирус доступ УТМ к серверам и/или порты УТМ.
29	java.lang.RuntimeException: java.sql.SQLTransactionRollbackException: A lock could not be obtained within the time requested/opt/out	Данная ошибка связана с работой БД УМ, что возможно связано с работой жесткого диска.В этой ситуации рекомендуется завершить документооборот с текущей базой, потом её переименование/удаление и работа с новой БД, при этом сохранив все необходимые документы в своей учетной системе. http://forum.fsrar.ru/viewtopic.php?f=114&t=64496
30	ERROR ru.centerinform.crypto.c - Ошибка переинициализации криптографера java.lang.SecurityException: CKR_GENERAL_ERROR	Для восстановления работоспособности ключа криптозащиты предлагается произвести следующие действия по замене криптобиблиотеки libtranscrypt.dll: http://forum.fsrar.ru/viewtopic.php?f=114&t=44565 или https://egais.center-inform.ru/tehpod/faq/ %D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0%3A +CKR_FUNCTION_FAILED/
31	В тестовом контуре служба транспорта стартует и сразу останавливается. Commons Daemon procrun stderr initialized log4j:ERROR Could not find value for key log4j.appender.USER og4j:ERROR Could not instantiate appender named "USER"	Перезапишите RSA-сертификат. Зайдите в раздел "Тестовый транспортный модуль" и сформируйте тестовый RSA сертификат нажав на "Получить тестовый RSA ключ".

Актуальная информация ссылка

Обновления настроек

Обновление настроек можно командой curl -X GET http://<адрес_УТМ>:<порт_УТМ>/xhr/filter/reset

Наличие статуса "Необходимо обновить настройки" - не говорит о том, что марок нет или они есть, данный статус периодически возникает и там, где марки есть, причём марки полностью совпадают с марками в УС и проходят проверку по фильтру и сбоев в работе нет (несмотря на такой статус)

Если фильтр активирован и при сбое интернета дошло дело до оффлайн проверки, то при отсутствии марки в фильтре возникает ошибка "невалидная марка" и чек не подписывается (это судя по форуму).

Оптовикам точно не нужно нажимать эту кнопку никогда, а если нажали, то переустановить УТМ с чистой базой, иначе - возможны задержки в отправке и обработке ТТН.

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

Использование настроек для метода контроля остатков организации в режиме оффлайн необходимо организациям, которые осуществляют розничную продажу АП и организациям, которые будут использовать запрос, описанный в п.3.12 документации УТМ «Запрос проверки марок на остатках организации».
Использовать пункт «Для активации новой марки, необходимо обновить настройки» ОПТОВЫМ организациям не требуется. Данная активация усложнит документооборот работой алгоритма, который в последствии не будет использоваться.

Регламент по обработке в ЕГАИС информации, поступающей от организаций оптовой и розничной торговли алкогольного рынка

https://egais.ru/files/reglament.pdf

Порядок работы участника системы при фиксации данных в ЕГАИС

https://egais.ru/files/order.pdf

Вопрос-ответ

1. Какие причины списания можно указывать в актах списания?

Ответ:

Причины списания:

1."Пересортица" (Недостача пересортица),

2."Недостача" (Недостача (хищение, злоупотребление материально ответственных лиц, ошибки учета, естественная убыль,...)),

3."Уценка" (Уценка (списание) в результате порчи),

4."Порча" (Списание объема продукции, не подлежащей дальнейшей реализации (бой, срок годности, порча)),

5."Потери" (Потери при транспортировке),

6."Проверки" (Списание объема продукции, израсходованной на лабораторные нужды для прохождения добровольной проверки качества, рекламные образцы. Требуется указание штрихкодов),

7."Арест" (Списание арестованной продукции, изъятой из оборота продукции, конфискованной продукции по решению суда. Требуется указание штрихкодов),

8."Иные цели" (Списание продукции, когда ФСМ/АМ не возможно считать),

9."Реализация" (Розничная реализация продукции, не подлежащей фиксации в ЕГАИС)."

С 15.01.2018 в акте с этой причиной списания требуется указание кодов марок (PDF417).

10."Производственные потери" ( Списание продукции при производственных потерях)

Источник: файл EGCommonEnum.xsd- на домашней странице УТМ, вкладка "XML схемы"

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

Также о причинах списания: http://wiki.egais.ru/wiki/%D0%90%D0%BA%D1%82_%D1%81%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8F_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%86%D0%B8%D0%B8

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

Федеральный закон от 22.11.1995 N 171-ФЗ.(ред. от 29.07.2017). Статья 16. Особые требования к розничной продаже алкогольной продукции.

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

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

Если в акте списания укажите причину "реализация", то этим документально подтвердите, что продали с нарушением закона, что в данном случае грозит внесудебным аннулированием лицензии и штрафом :

КОАП. Статья 14.16

п.3. Нарушение особых требований и правил розничной продажи алкогольной и спиртосодержащей продукции, за исключением случаев, предусмотренных частью 2 статьи 14.17.1 настоящего Кодекса, -влечет наложение административного штрафа на должностных лиц в размере от двадцати тысяч до сорока тысяч рублей с конфискацией алкогольной и спиртосодержащей продукции или без таковой; на юридических лиц - от ста тысяч до трехсот тысяч рублей с конфискацией алкогольной и спиртосодержащей продукции или без таковой.

КОАП. Статья 14.17.

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

2. Какие причины постановки на баланс в регистр 1 и в регистр 2 можно указывать в актах

Ответ:

Основания для постановки продукции в ЕГАИС на регистр 1:

1.Пересортица (излишки, выявленные при пересортице);

2.Излишки;

3.Продукция, имеющаяся на остатках организации и полученная до 01.01.2016 без фиксации в ЕГАИС;

4.Собственное производство/сливы продукции (реализовано в УТМ версии 2.0.4).

Источник: http://wiki.egais.ru/wiki/%D0%90%D0%BA%D1%82_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8_%D0%BD%D0%B0_%D0%B1%D0%B0%D0%BB%D0%B0%D0%BD%D1%81_%D0%BD%D0%B0_1_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80_%D0%B2_%D0%A3%D0%A2%D0%9C

Основания для постановки продукции в ЕГАИС на регистр 2:

1.Пересортица (излишки, выявленные при пересортице);

2.Излишки.

Источник: http://wiki.egais.ru/wiki/%D0%90%D0%BA%D1%82_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8_%D0%BD%D0%B0_%D0%B1%D0%B0%D0%BB%D0%B0%D0%BD%D1%81_%D0%BD%D0%B0_2_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80_%D0%B2_%D0%A3%D0%A2%D0%9C

3. Какой контроль идентичности накладных действует в системе ЕГАИС?

Ответ:

Сейчас работает контроль:

1. Если в системе была накладная (в любом статусе) с одинаковым датой, номером, fsrar_id отправителя, Identity, то она не фиксируется.

2. Если была (в любом неотказном статусе) с одинаковым датой, номером, fsrar_id отправителя и разным Identity, то тоже не фиксируется

Источник: Собщение оператора 03 авг 2017, 15:47 http://forum.fsrar.ru/viewtopic.php?f=114&t=61997

4. Что делать с остатками продукции в отделе при аннулировании или окончании розничной лицензии?

Ст.20 п.5. В течение двух месяцев с момента аннулирования лицензии или прекращения действия лицензии лицензиат имеет право на хранение остатков этилового спирта, алкогольной и спиртосодержащей продукции, на возврат их поставщику, на поставку остатков алкогольной и спиртосодержащей продукции иной имеющей лицензию на закупку, хранение и поставки алкогольной и спиртосодержащей продукции организации, которые осуществляются под контролем лицензирующего органа, за исключением случаев, если такая продукция подлежит изъятию в соответствии с пунктом 1 статьи 25 настоящего Федерального закона. Источник: Федеральный закон от 22.11.1995 N 171-ФЗ (ред. от 29.07.2017)

FsrarGuru писал: “как написано в статье Фз-171, данный процесс должен осуществляться "под контролем лицензирующего органа". Потому открытие доступа осуществляется лицензирующим органом после вашего обращения к нему... субъект добавит признак разрешения и ЕГАИС" http://www.forum.fsrar.ru/viewtopic.php?f=114&t=61938&p=355638

FsrarGuru писал:

"Если вопрос по рознице, то пишите не в региональное представительство РАР, а в ваш лицензирующий орган, орган власти СУБЪЕКТА, т.к. МРУ РАР - занимается только вопросами ОПТА И ПРОИЗВОДСТВА.

Механика проста - пишите им письмо, они открывают вам доступ.» http://forum.fsrar.ru/viewtopic.php?f=114&t=63192

Таким образом пишите заявление на фирменном бланке организации и ссылайтесь на пункт 5 статьи 20 171-ФЗ и все получится.У лицензирующего органа субъекта есть функционал для открытия доступа к системе ЕГАИС.

FsrarGuru 31.08.2017 писал:

«1. Все МРУ РАР в начале июля 2017 известили субъекты о наличии такого функционала в личном кабинете субъекта.

2. В руководстве органа власти к Личному кабинету об этом тоже сказано»

http://forum.fsrar.ru/viewtopic.php?f=114&t=63192

Из сообщения МРУ РАР в лицензионный орган:

«В связи с пунктом 5 статьи 20 №171-ФЗ от 22.11.1995 в ред.от 29.07.2017 в разделе "Розничные лицензии" Личного кабинет для органов власти на интернет-портале ФСРАР (https://service.fsrar.ru/) реализована возможность выдачи лицензии на осуществление розничной продажи алкогольной продукции (далее - лицензия) с указанием вида "Временное разрешение на реализацию остатков алкогольной продукции" (тип РРО)».Понял так, что эта лицензия не оформляется на бумаге и не выдается на руки лицензиату, а нужна только для того чтобы система ЕГАИС разрешала фиксацию некоторых действий с продукцией розницы.Также возможно, что некоторые лиц.органы регионов могут не разрешить в течение указанных двух месяцев делать перемещения на другие свои обособленные подразделения, т.к. в пункте 5 статьи 20 №171-ФЗ об этом ничего не сказано.

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

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

FsrarGuru » 15 сен 2017, 12:20 писал: «Позиция наших юристов, что может. Но часть субъектов смотрят на это иначе и ссылаются, что продукция приобретена была по другой лицензии. После отмены справок, в которых указана была лицензия, мне кажется эта ситуация уйдет сама собой». . http://forum.fsrar.ru/viewtopic.php?f=116&t=63905

Представитель ФСРАР Гущанский А.В на видеосовещании от 29.09.17 https://youtu.be/2s0J6r0xpNg сказал, что лиц.органы субъектов должны расписать процедуры по хранению и возврату остатков в течение этих двух месяцев в своих административных регламентах. Регламенты лиц.органов обычно публикуются на их сайтах.

Таким образом после прекращения лицензии Вам сразу нужно обратиться в свой Лиц. орган с обращение в произвольной форме (в некоторых регионах, для удобства, разработан свой шаблон), Чтобы вам по ст. 20 п.5 №171-ФЗ предоставили право на хранение, и возможность действий с продукцией в ЕГАИС кроме продажи!

Алкогольную продукцию нужно убрать с полок и поместить в складское помещение. После рассмотрения вашего обращения вам зафиксируют временную лицензию с ограничениями и по ней вам откроют доступ в ЕГАИС.

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

Нужно ли по окончании лицензии при разрыве в сроках лицензий возвращать все остатки поставщикам, а потом обратно принимать, если мы получаем новую лицензию? FSRAR id у нас остается тот же.

FsrarGuru писал 13.11.2017: "По закону оборот без лицензии запрещен, хранение входит в оборот.

Потому идеально возвращать товар. На практике его обычно прячут до получения новой лицензии. Но это риск попасть под изъятие"

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

FsrarGuru писал 13.11.2017: как я и говорил ранее на видеоконференции, процедура контроля - вопрос административных регламентов лиц.органов субъектов.

По позиции нашего лицензионного управления, последний день действия лицензии включается в срок ее действия.

Как только подходит к концу лицензия и есть понимание, что продлить не успеваем (либо вообще не собираемся продлевать), а остатки есть - сами заранее обращаемся в свой лиц.орган и уточняем процедуру взятия под контроль остатков в целях законного хранения и возврата в течение двух месяцев.

http://forum.fsrar.ru/viewtopic.php?f=114&t=64301&start=20

Оператор ФСРАР писал: «Если лицензионный орган даст Вам разрешение на проведение операций в ЕГАИС с остатками, то чтобы проверить появилось ли такое разрешение надо запросить QueryClients_v2(Запрос на справочник организаций) по СИО. В поле <isLicense> будет указан 1 или 0, если «1»- лицензия есть (<oref:isLicense>1</oref:isLicense>) . Или проверять лицензию на домашней странице УТМ http://localhost:8080 »

FsrarGuru 13.09.2017 писал:

«Данный тег (isLicense) возвращается только если делать запрос по самому себе. Если спрашиваете с другого Fsrar_id данные, то этого тега не будет. Cтатус лицензии можно отследить на домашней странице УТМ или в реестре лицензий на сайте РАР. В УТМ статус аналогичен статусу в реестре”

По сообщению участника форума "amwaykrasn" ( http://forum.fsrar.ru/viewtopic.php?f=114&t=64301/) «если Вы не собираетесь делать каких-либо операций в ЕГАИС, то можно письмо в лиц.орган не писать (из телефонного ответа от МРУ РАР). Также Лиц.орган может переписать остатки Вашей продукции»

Видимо это следует из п.2 ст.20 №171-ФЗ:

"Лицензирующий орган в срок не более чем 14 дней со дня установления факта прекращения действия

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

Прим. В ситуации когда новая лицензия начала действовать в день истечения старой, то в этом случае ничего делать не нужно. Лиц.орган поменяет лицензию в реестре на новую, а ЕГАИС все автоматически подтянет из реестра http://www.forum.fsrar.ru/viewtopic.php?f=116&t=65387

5. На какие документы действует запрет фиксации в ЕГАИС, если дата в документе отличается от текущей?

Ответ:

с 27.04.2017 введено следующее техническое ограничение: «Запрет фиксации накладной с датой накладной отличающейся от текущей более чем на 3 три дня».

С 15.05.2017 введены следующие виды запретов фиксации других значимых документов с датами документа младше текущей даты более чем на 3 дня:

-Акт разногласий на ТТН (по дате акта)

-Постановка на баланс 1 регистр

-Списание 1 регистр

-Постановка на баланс 2 регистр

-Списание 2 регистр

-Перемещение между 1 и 2 регистрами

-отчет о производстве и импорте

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

Также введен запрет подписания чека в УТМ с датой чека отличной от текущей даты более чем на 1 день в любую сторону. Текущая дата определяется датой на сервере ЕГАИС и не зависит от даты выставленной на Вашем компьютере. В УТМ 2.16 это введено и для возвратных чеков.

Источник:

http://forum.fsrar.ru/viewtopic.php?f=116&t=59639

http://www.forum.fsrar.ru/viewtopic.php?f=114&t=55947

http://www.forum.fsrar.ru/viewtopic.php?f=114&t=58775

http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&start=20

6. Как определить импортера во 2-ой версии документов, действующей с 04.01.17?

Если ранее в накладных версии v.1 было предусмотрено необязательное указание производителя и импортера, то теперь указание импортера в ТТН v.2 вообще не предусмотрено. Но зато обязательным является указание производителя продукции.

Теперь для определения импортера необходимо делать запрос справки "1" (ранее называлась справка "А") по каждой продукции, кстати заодно получите в этой справке и даты розлива/ввоза.

В полученном запросе в тэге "OriginalClient" находится Импортёр, но только в том случае, если в тэге Producer - не отечественный Производитель. А в случае, если в тэге Producer(производитель) находится отечественный Производитель, то в тэге OriginalClient импортёра быть не может. Если в тэге Producer стоит тип "FO" (иностранный производитель), то в "OriginalClient" - однозначно импортер. Вы можете доработать свою программу для работы в ЕГАИС, чтобы она при получении ТТН автоматически запрашивала справки "1" по каждой продукции.

Источник: http://www.forum.fsrar.ru/viewtopic.php?f=114&t=56274

7. Как подписать и отправить декларацию с помощью JaCarta или Рутокен 2.0

Jacarta и Рутокен 2.0 относятся к аппаратным средствам шифрования и официально Росалкоголь не предусмотрел возможности использовать их для подписания алкогольных деклараций.

Для подписи алкогольных деклараций с помощью Jacarta ранее можно было использовать утилиту SignerGUI от Московского филиала ЦентрИнформ https://r77.center-inform.ru/about/news/32125/ . Но в последних версии SignerGUI есть ограничение, она работает только у тех, кто записывал сертификат ГОСТ на JaCarta в московском филиале ЦентрИнформ.

Также наблюдались случаи когда SignerGUI не работал в том случае, если Удостоверяющий центр при записи ключа ГОСТ давал контейнеру русское имя (кириллица). В этом случае предлагается такое решение: переименовать имя контейнера в "1" с помощью специальной утилиты http://egais2016.ru/forum/download/file.php?id=2679

Рутокеном 2.0 или Jacarta можно подписывать и щифровать декларации с помощью программы КриптоАРМ 5 стандарт плюс, на сегодня стоит 2200р. http://egais2016.ru/forum/viewtopic.php?f=4&t=6332

Также для подписи алкогольной декларации можно использовать квалифицированный сертификат ГОСТ, который вы приобретали для отправки налоговой отчетности в ФНС на Рутокен 1.0 или на обычной флешке.

8. Почему при отправке ТТН с импортным производителем ЕГАИС требует код региона, ИНН/КПП?

Ответ:

Если указываете иностранного производителя, то нужно этому производителю ставить соответствующий код. В ТТН v.2 введены следующие коды клиентов: UL, FL, FO, TS. Соответственно: Юридическое лицо, Индивидуальный предприниматель, Иностранец (исключая таможенный союз), Таможенный союз.

Если для импортного производителя вместо FO указать UL, то будет требовать код региона, ИНН/КПП.

Источник: xsd-схема “ClientRef_v2.xsd»

9. Продлили лицензию, нужно ли заново записывать ключ для ЕГАИС?

Ответ:

При смене лицензии физически аппаратные ключи менять нет необходимости

FSRAR_ID – это уникальный идентификатор организации в ФС РАР, который соответствует связке ИНН и КПП. FSRAR_ID организации меняется только при изменении ИНН/КПП.

Источник: http://forum.fsrar.ru/viewtopic.php?f=114&t=62530 (ответ оператора)

10. Как подать корректирующую декларацию после окончания срока подачи корректировок?

Приказ Министерства финансов РФ от 20.06.2017 г. № 97н "Об утверждении Порядка представления заявлении .. о представлении корректирующих деклараций.." устанавливает правила принятия решения о возможности представления корректирующих деклараций после установленного срока.

Решение принимается по результатам рассмотрения заявления о предоставлении корректирующей декларации после установленного срока, в котором указывается обоснование причин, вызвавших неполноту или недостоверность ранее представленных сведений, а также документов, подтверждающих обоснованность уточнения информации, в виде оригиналов или их копий. Заявление подается на бумажном носителе либо в Лицензионный орган субъекта (для розницы), либо в МРУ РАР (для опта). Соответствующий орган принимает решение в течение 30 дней со дня подачи заявления.

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

11. Имеется магазин и кафе, которые имеют одинаковый адрес. Нужно ли брать отдельный КПП для кафе, чтобы получить алкогольгую лицензию на общепит.?

Ответ:

Согласно этого http://pfo.fsrar.ru/news/view?id=1069 разрешается не открывать отдельное обособленное подразделение, если адреса мест деятельности отличаются только номерами помещений. Если отличаются литеры, корпуса, номера домов и т.д., то тогда надо открывать отдельные подразделения для каждого адреса деятельности.

А также на видеосовещании РАР http://egais.ru/news/view?id=15

00.54.48 - Что подразумевается под одним обособленным подразделением организации?

Гущанский А.В.: "В центрах отдыха, в гостиницах магазин и бар, кафе на разных этажах будет как одно подразделение с одним КПП и с одним УТМ".

Но с другой стороны в настоящее время уже предусмотрены отдельные лицензии на розничную продажу алкогольной продукции и на реализацию алкогольной продукции при оказании услуг общественно питания (с 31.03.2017 по N 171-ФЗ).

Также согласно N 171-ФЗ ст.20. п.3 Основанием для аннулирования лицензии в судебном порядке является:

-розничная продажа алкогольной продукции при осуществлении розничной продажи алкогольной продукции при оказании услуг общественного питания по одному месту осуществления лицензируемой деятельности.

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

12. В УТМ в папке "xml" обнаружили неотправленные чеки, что делать?

При продаже продукции чек (файл «xml») отправляется в УТМ, где ему присваивается имя, которое формируется как последовательность GUID (32-ух символьный уникальный глобальный идентификатор), он же и transport_id, затем этот файл с присвоенным ему именем записывается в папку «xml» (C:\UTM\transporter\xml), затем копия этого файла шифруется (подписывается) и кладется в базу УМТ (папка “Seg0» в папке C:\UTM\transporter\transportDB).

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

Т.е. чеки(файлы) из папки xml никуда не отправляются, т.к. в ЕГАИС отправляются зашифрованные чеки(копии файлов) из папки «Seg0». Если по какой-либо причине зашифрованный чек не отправился из УТМ на сервер ЕГАИС, либо сервер по какой-либо причине не прислал квитанцию, то такой чек так и останется навсегда в папке «xml». Также если просто откуда-то скопировать чеки в папку Xml, то они там так и останутся и не будут шифроваться и не попадут в базу УТМ. Т.е., чтобы чек шифровался, попадал в базу и отправлялся в ЕГАИС он должен быть не просто скопирован, а должен быть отправлен в УТМ по адресу: http://localhost:8080/xml , т.е. вся процедура по обработке и отправке чека в базу запускается только в момент отправки по указанному выше адресу и не может быть отложена по времени. Чтобы повторить эту процедуру надо заново отправлять чеки по указанному адресу. Если, например, вы делали продажи при отсутствии интернета, а затем вручную удалили файлы из папки xml, то это никак не повлияет на работу, т.к. копии этих файлов уже попали в базу УТМ и в дальнейшем при подключении интернета в ЕГАИС будут отправлены эти чеки в зашифрованном виде из базы УТМ, но подключить интернет надо не позднее 72 часов, иначе остановятся продажи, пока не отправите просроченные чеки.

Если после отправки у вас чек зафиксировался в журнале ЕГАИС, но остался в папке УТМ, то можно предположить причину, что квитанция из ЕГАИС по каким-то причинам не дошла до Вас и чек из папки xml не удалился, но в журнал в ЛК ЕГАИС он попал.

Таким образом если чек не отправлен по какой-либо причине УТМ-ом, либо Сервер по какой-либо причине не прислал квитанцию , то такой чек так и будет находиться в папке XML, хотя буфер чеков будет показывать, что с буфером чеков всё в порядке, если последующие чеки уходили успешно...и узнать об этом зависшем чеке можно только посмотрев в папку xml.

Также в УТМ есть лог транзакций (файл «transport_transaction.log» в папке «C:\UTM\transporter\l»), по которому можно узнать о статусе чека. Также есть функционал отслеживания буфера чеков на домашней странице УТМ. В файле УТМ «transport_info.log» можно увидеть дату и время поступления чека в УТМ и транспортный ИД этого чека, а затем - по этому транспортному ИД можно найти дату и время получения "квитанции на чек". Об успешном приёме чека Сервером можно судить лишь по логу transport_info.log, а по успешной обработке чека - лишь по корректно списанным остаткам в ЕГАИС, запросив их и сравнив с остатками в вашей программе для работы в ЕГАИС.

Оператор РАР писал: «Если УТМ отправил чек, то в 99% он серверу "понравится" и тогда в папку «ws» падают квитанции из ЕГАИС, это как раз уведомление о успешной обработке чека, после сопоставления квитанции и соответствующего ей чека, они оба будут удалены из базы данных, из папки «ws», и из папки «xml».

При отсутствии интернет более 3-ёх дней УТМ заблокирует подпись новых чеков до момента отправки уже подписанных и неотправленных. При восстановлении интернета - уже подписанные чеки будут отправлены, даже если есть дубли чеков и марок, т.к. контроль на дубли чеков уже не производится, а он-лайн контроль на дубли марок производится только до подписания чека.

Таким образом, если Вы убедились, что застрявшие в папке xml чеки дошли до ЕГАИС и попали в журнал продаж, то тогда эти файлы (чеки) из папки xml можно удалить, чтобы не засорять ненужным материалом папку, т.к. иначе потом будет трудно разбираться с файлами в этой папке.

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

Печать qr-кода чека означает лишь то, что чек успешно подписан и принят на обработку в УТМ, но это ещё не означает, что он успешно отправлен и тем более не означает, что будет получена квитанция от Сервера, и также не означает, что он будет успешно обработан самим Сервером.

т.е. печать qr-кода - означает только успешную передачу чека в транспортный модуль (УТМ) и всё!

При необходимости переотправки, по каким-то причинам не ушедшего чека, нужно изменить дату в чеке на сегодняшнюю (или отличающуюся не более чем на день) и заново его переотправить.

Запрет подписания чека на УТМ с датой отличной от серверной более чем на 1 день в любую сторону реализовано в УТМ 2.1.6, в том числе и для возвратных чеков

( http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&start=20 сообщение от 23.01.2018)

Таким образом невозможно отправить чек с датой и временем отличным от текущего времени сервера ЕГАИС более чем на 24 часа в большую или меньшую стороны, т.е. вчерашний чек со временем 12:00, на следующий день можно отправить до 12:00 утра

13. Какое количество продукции можно ставить на баланс в регистр 1 и в регистр 2

Акт постановки на баланс на 1 регистр в УТМ

Объем продукции, которая ставится на баланс, отражается в реквизите Quantity. При этом, в зависимости от вида продукции, показатель содержит различные значения:

1.алкогольная фасованная продукция - указывается количество единиц потребительской тары продукции;

2. алкогольная нефасованная продукция - указывается объем(в далах) продукции;

3. спиртосодержащая фасованная продукция - указывается количество единиц потребительской тары продукции;

4.спиртосодержащая нефасованная продукция - указывается объем(в далах) продукции;

5. этиловый спирт - указывается объем безводного спирта, приведенный к температуре +20 градусов по Цельсию.

Автоматическому режиму фиксации подлежат акты постановки на баланс, соответствующие следующим критериям:

1. нефасованная продукция с количественным ограничением на более 100 дал в месяц на одном месте деятельности. За исключением продукции с кодами вида 320, 321, 322, 323, 324. Данные коды вида продукции не ограничены в объеме;

2. фасованная продукция (в том числе пиво, пивные напитки, сидры, пуаре, медовуха) в случае если в течение месяца с указанной торговой точки на 1 регистр остатков было поставлено не более 100 единиц продукции и основание для постановки указано любое кроме "Пересортица"(кроме пива, пивных напитков, сидра, пуаре, медовухи) и "Собственное производство/сливы продукции".

3. фасованное пиво, пивные напитки, сидры, пуаре, медовуха, в случае если в течение месяца с указанной торговой точки на 1 регистр остатков было поставлено не более 2000 единиц продукции и основание для постановки указано "Пересортица". Пересортица допустима только в пределах групп продукции. Лимит общий для всей продукции (вне зависимости от группы продукции) по данному основанию.

Все остальные случаи фиксируются вручную территориальными подразделениями Росалкогольрегулирования на основании направленных заявлений.

http://wiki.egais.ru/wiki/%D0%90%D0%BA%D1%82_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8_%D0%BD%D0%B0_%D0%B1%D0%B0%D0%BB%D0%B0%D0%BD%D1%81_%D0%BD%D0%B0_1_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80_%D0%B2_%D0%A3%D0%A2%D0%9C

При обращении в МРУ РАР о необходимости поставить на баланс большее количество, чем предусмотрено, они могут потребовать выслать им почтой все накладные на товар, который ставите сверх лимита.

Акт постановки на баланс на 2 регистр в УТМ

1. алкогольная фасованная продукция - указывается количество единиц потребительской тары продукции;

2. алкогольная нефасованная продукция - указывается объем(в далах) продукции;

3. спиртосодержащая фасованная продукция - указывается количество единиц потребительской тары продукции;

4.спиртосодержащая нефасованная продукция - указывается объем(в далах) продукции;

5.этиловый спирт - указывается объем безводного спирта, приведенный к температуре +20 градусов по Цельсию.

Автоматическому режиму фиксации подлежат акты постановки на баланс, соответствующие следующим критериям:

1.нефасованная продукция с количественным ограничением на более 100 дал в месяц на одном месте деятельности;

2. фасованная продукция (в том числе пиво, пивные напитки, сидры, пуаре, медовуха) в случае если в течение месяца с указанной торговой точки на 2 регистр остатков было поставлено не более 100 единиц продукции и основание для постановки указано любое кроме "Пересортица"

3. фасованная продукция в случае если в течение месяца с указанной торговой точки на 2 регистр остатков было поставлено не более 2000 единиц продукции и основание для постановки указано "Пересортица". Пересортица допустима только в пределах групп продукции. Лимит общий для всей продукции (вне зависимости от группы продукции) по данному основанию.

http://wiki.egais.ru/wiki/%D0%90%D0%BA%D1%82_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8_%D0%BD%D0%B0_%D0%B1%D0%B0%D0%BB%D0%B0%D0%BD%D1%81_%D0%BD%D0%B0_2_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80_%D0%B2_%D0%A3%D0%A2%D0%9C

Вышеуказанный ответ актуален на 22.08.2017

14. Как в ЕГАИС проверяется, что закончилась лицензия

Проверка осуществляется и в УТМ и на сервере ЕГАИС:

В УТМ при попытке подписания чека на продажу алкогольной продукции с кодом вида, отличным от 500,510,520,261,262,263. Организация определяется по связке ИНН+КПП и сверяется автоматически 1 раз в сутки. В случае отсутствия действующей лицензии в реестре, на домашней странице странице УТМ отражается соответствующая информация. Обороту продукции с кодами вида 500,510,520,261,262,263 данный контроль не мешает.

В случае отсутствия действующей лицензии, система ЕГАИС не позволит фиксировать никаких значимых документов, поданных после окончания срока действия лицензии, в которых есть алкогольная продукция с кодами вида отличными от 500,510,520,261,262,263.

Система разрешит фиксировать акты на накладные с датами, когда лицензия у организации действовала. Система разрешит фиксировать накладные с датами в период действия лицензии организации.

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

В случае отсутствия действующей лицензии подсистема отправки чеков позволит отправить чеки подписанные, но не отправленные из УТМ. Подписание новых производиться не будет.

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

Система позволит фиксировать накладные и акты по розничным организациям без действующей лицензии для фиксации реализации остатков по контролем лиценз. органа согласно принятым поправкам в законодательство. (Федеральный закон от 22.11.1995 N 171-ФЗ (ред. от 29.07.2017))

Организация определяется по связке ИНН+КПП. По этой связке сверяется все в реестре.

Источник http://wiki.egais.ru/

Если лицензия отсутствует или не действительна, то при розничной продаже алкогольной продукции чек не будет подписан с ошибкой «Лицензия на вид деятельности отсутствует». http://egais.ru/news/view?id=1497

При запросе в ЕГАИС контрагента статус "Active" означает активный статус ФСРАР ИД, а не статус лицензии. Информацию о наличии лицензии уточнить можно в реестре лицензий. Через запрос в УТМ информацию о наличии лицензии можно получить только отправляя запрос на самого себя.

Если запросить QueryClients_v2(Запрос на справочник организаций) по СИО на самого тсебя, то в поле <isLicense> будет указан 1 или 0, если «1»- лицензия есть (<oref:isLicense>1</oref:isLicense>) . Или проверять лицензию на домашней странице УТМ http://localhost:8080 »

FsrarGuru писал:

Оператор 9: «УТМ раз в сутки рандомно запрашивает информацию с сервера о наличии лицензии по данному ФСРАР ИД» http://forum.fsrar.ru/viewtopic.php?f=114&t=64512

15. В какой срок необходимо подать в ЕГАИС акт списания немаркированного алкоголя (пива, сидра...) реализованного за текущий день.

Приказ Минфина России от 15 июня 2016 г. № 84н "Об утверждении форм и сроков представления в электронном виде заявок о фиксации в ЕГАИС информации об организации, осуществляющей розничную продажу алкогольной продукции, и индивидуальном предпринимателе, осуществляющем закупку пива и пивных напитков, сидра, пуаре, медовухи в целях их последующей розничной продажи, ...»

V.I. Сроки представления заявки о фиксации в ЕГАИС информации об акте списания продукции

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

Гущанский А.В.:

"рабочий день для актов списания определяется не по общему российскому законодательству. У юридической службы ФСРАР есть позиция, что все-таки он определяется по вашему внутреннему распорядку. То есть, если даже вы в понедельник не работаете, по своему внутреннему распорядку, а в пятницу была продажа, то фиксация должна быть не позднее окончания вторника, так как это ваш рабочий день" https://youtu.be/j-SD-Eye6T0

Также надо учесть введенное позднее дополнительное ограничение: С 15.05.2017 введен запрет фиксации актов списания и других значимых документов с датами документа младше текущей даты более чем на 3 дня.

Ответ на данный вопрос касается и маркированного алкоголя.

16. Не можем отправить документы в ЕГАИС, приходит тикет: "Невозможно проверить функцию отзыва, т.к. сервер отзыва сертификатов недоступен"

В соответствии с Постановлением Правительства №1459, в ЕГАИС применяется квалифицированная подпись, выданная любым аккредитованным Минкомсвязью УЦ.

РАР не вправе фиксировать сведения в ЕГАИС, если проверка подписи показывает, что она не корректна или выдана УЦ, потерявшим аккредитацию или чьи сертификаты были аннулированы или отозваны. http://forum.fsrar.ru/viewtopic.php?f=114&t=61472

Наиболее вероятная причина-это проблема со списком отозванных сертификатов Вашего удостоверяющего центра (у Удостоверяющего центра он просрочен, либо какая-то другая поломка). Вам необходимо обратиться в Удостоверяющий центр, в котором Вы записывали сертификат ГОСТ на носитель JaCarta или рутокен 2.0.

Пока РАР не сделал автоматическую переотправку чеков и документов после устранения данных проблем в Удостоверяющем центре. Видимо придется делать ручную переотправку чеков, которые попали в УТМ во время проблем у Удостоверяющего центра.

FsrarGuru писал: «автоматическую обработку мы не проводим»

http://forum.fsrar.ru/viewtopic.php?f=114&t=63010&start=20

Также посмотрите здесь:

«ОПЕРАТИВНАЯ ИНФОРМАЦИЯ ПО ПРОБЛЕМАМ УДОСТОВЕРЯЮЩИХ ЦЕНТРОВ» http://www.forum.fsrar.ru/viewtopic.php?f=114&t=61472

Также приходят CryptoTiket-ы с информацией:

<tc:Conclusion>Rejected</tc:Conclusion>

<tc:Comments>Невозможно проверить функцию отзыва, т.к. сервер отзыва сертификатов недоступен</tc:Comments>

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

Перемещение алкогольной продукции возможно по местам нахождения подразделений, указанных в лицензии на розничную продажу алкогольной продукции. http://www.fsrar.ru/voprosy-i-otvety/roznichnaja_prodazha_alkogolnoj_produkcii

Перемещения между обособленными подразделениями одной организации должны быть отражены в виде накладных, которые подлежат фиксации в ЕГАИС с 01.01.2016. Если Вы делаете перемещение между своими обособленными подразделениями, то на одном подразделении будет исходящая ТТН, а на другом - входящая.Тип накладной при перемещении : WBInvoiceFromMe ( http://forum.fsrar.ru/viewtopic.php?f=114&t=62505 )

Перемещение можно производить только с регистра 1. Если продукция для перемещения находится в регистре 2, то надо ее сначала вернуть на регистр 1.

Также перемещение сопровождается бумажными сопроводительными документами согласно ст.10.2 ФЗ-171, в том числе и справкой Б (внутреннее перемещение в обязательном порядке должно сопровождаться оформлением раздела Б справки к ТТН, об этом также указано в пунктах 2 и 5 Правил заполнения справки, утвержденных постановлением Правительства РФ от 31.12.2005 №864.)

Если в декларации в форме №11 внутреннее перемещение между подразделениями прямо предусматривается специальными графами, то в форме №12 такое перемещение напрямую не предусмотрено. В случае внутреннего перемещения организацией пива такое перемещение может отражаться при заполнении декларации с использованием граф «прочие поступления» и «прочий расход», руководствуясь Порядком заполнения , утвержденным приказом ФСРАР от 23.08 2012 № 231, где не устанавливается ограниченного перечня продукции, отражаемой в указанных графах.

При этом, перемещение пива между объектами индивидуального предпринимателя законодательством не предусмотрено.

Прим. Согласно Федерального закона №278-ФЗ от 29.07.2017 отменяется декларация ф.11 с 01.01.2018 для организаций ведущих розничную торговлю маркированной продукцией, за исключением розничной торговли алкоголем в общепите, т.к. общепит не регистрирует чеки в ЕГАИС.

18. Как из кода алкогольной марки (68 символов) определить алккод (AlcCode- 19 цифр)?

В 68-ми символьном коде (цифры и латинские буквы) на алкогольной марке первые два символа- версия программных средств, с 3-го по 19-ый символ -это AlcCode в 36-ричной системе счисления. Если символы с 3-го по 19 перевести в 10-ричный код и дополнить до 19 цифр нулями спереди, то получим AlcCode в виде 19-ти разрядного числа.

Например, есть онлайн конверторы для перевода из одной системы счисления в другую http://www.translatorscafe.com/unit-converter/numbers/decimal-to-base-36//

Во многих программах используемых для работы в ЕГАИС предусмотрено вычисление AlcCode из кода алкогольной марки (PDF417). Если у Вас такого нет, то вы можете, например, использовать конвертор в Excel (http://forum.fsrar.ru/viewtopic.php?f=116&t=52632&sid=14779530ae7821ee2979029914def386 в сообщении "1", в сообщении от 10 ноя 2016, 16:37, в сообщении от 10 ноя 2016, 17:21)

Необходимо учесть, что марки на продукции 2006 г выпуска имели 40 символов, например: "4225003742606103370386121004400001455262", для таких марок отсутствует алгоритм вычисления AlcCode. Также существую старые марки, состоящие из 68 цифр, например 45826000615466510243830710260210004773328439274402127481925177824697 (68 цифр), это старая марка отпечатанная в старой версии программных средств ЕГАИС - "Атлас". Из такого кода тоже не вычислить AlcCode, в этом случае его можно определить в сервисе проверки марок в ЛК ФСРАР.

Также учесть, что когда-то были 15, 16 и 17-ти символьные AlcCode, они не кодировались в 36-ричной системе счисления, а просто вписывались в последовательность. У некоторых алкодов были ведущие нули, а у некоторых не было ведущих нулей (например, 16-значный алккод мог выглядеть такими вариантами 0123456789876543 и 1234567898765432 и 0012345678987654, т.е. однозначно сказать - сколько ведущих нулей учитывать - невозможно., т.к. мог быть и 15-значный вариант без ведущего нуля - 123456789876543). Поэтому по старым маркам AlcCode надо смотреть в ЛК ФСРАР. http://forum.fsrar.ru/viewtopic.php?f=114&t=37940&start=20

В дальнейшем (после 01.07.2018) будут внедряться новые марки, по коду которых уже нельзя будет вычислить алккод

19. Как устранить пересорт продукции по алккодам в торговом зале (рег.2)

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

Согласно «Методологии ведения остатков» http://egais.ru/news/view?id=1456 в случае обнаружения пересорта продукции организация предоставляет в ЕГАИС документ постановки на баланс с указанием основания «Пересорт». Для успешной фиксации документа с данным основанием, в нем должен быть указан идентификатор в ЕГАИС акта списания с аналогичным основанием и аналогичным количеством списанной продукции иного алкогольного наименования (алккода) .

Т.е.для устранения пересорта составляются два связанных документа- это акт списания и акт постановки на баланс (оприходование), которые нужно будет отправить в ЕГАИС. Сначала отправляем в ЕГАИС акт списания (ActWriteOffShop_v2) с причиной "пересорт". После регистрации акт списания в ЕГАИС, берем идентификатор из зафиксированного акта списания (AWOS-0000xxxxxx) и вставляем его в Акт постановки на баланс и отправляем акт в егаис. В некоторых программах разработчиками для удобства сделана специальная форма пересорта, после заполнения которой, остальные действия происходят автоматически, в том числе и подстановка идентификатора из акта списания.

Если напутать с группами по пересорту или с количеством, то придет примерно такая квитанция:

«22.01.2017 12:12:35 Ошибка проверки акта № 00000000138 от 22.01.2017 00:00:00. Зафиксирована попытка постановки на баланс продукции по причине "Пересортица" с количеством/группами отличными от акта списания WOF-0045728784 INV-0006390675» Ознакомиться с разделением на «Группы продукции по пересорту» можно здесь: http://wiki.egais.ru/wiki/%D0%93%D1%80%D1%83%D0%BF%D0%BF%D1%8B_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%86%D0%B8%D0%B8_%D0%BF%D0%BE_%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D0%BE%D1%80%D1%82%D1%83

В одном акте оформляйте пересорт по одной группе алкоголя, а не по нескольким сразу. Если нужно делать пересорт по нескольким видам, то делайте несколько актов, т.к. на практике при попытке внести в один акт несколько видов алкоголя приводили к отказу в приеме в ЕГАИС. http://forum.fsrar.ru/viewtopic.php?f=114&t=63804

Лимит постановки на баланс (в рамках пересорта) составляет 2000 шт. - для маркированной и немаркированной фасованной продукции. http://forum.fsrar.ru/viewtopic.php?f=114&t=64174

20. Обязан ли индивидуальный предприниматель(ИП) иметь журнал продаж для каждой пивной точки.

Согласно Приложения N 1 к приказу ФСРАР от 19.06.2015 N 164 вы можете на Ваш выбор вести либо электронный, либо бумажный журнал.

Т.к. согласно http://egais.ru/news/view?id=1512 сейчас розничная торговля немаркированным алкоголем обязана поддерживать актуальные остатки с помощью ежедневных актов списания с остатков в ЕГАИС, то соответсвенно все данные по продажам немаркированной продукции попадают в электронный журнал в личном кабинете ЕГАИС и поэтому нет необходимости вести бумажный журнал, т.е. Вы выбираете вариант с электронным журналом, который сам ведется программными средствами ЕГАИС.

Индивидуальным предпринимателям, осуществляющим оборот пива, пивных напитков сидра, пуаре и медовухи необходимо использовать один экземпляр программных средств ЕГАИС вне зависимости от количества мест осуществления деятельности для отражения данных в ЕГАИС. Требований к месту расположения такой рабочей станции обмена данными с установленным УТМ для индивидуальных предпринимателей Росалкогольрегулированием не предъявляется. (http://www.fsrar.ru/egais/chasto_zadavaemye_voprosy/organizacii_osushhestvljajushhie_oborot_i_ili_roznichnuju_prodazhu )

И в такой ситуации журнал формируется в ЛК ЕГАИС в целом по всем точкам ИП.

21. Нужно ли менять ключ если организация меняет юридический алрес и КПП юр.лица, а КПП и адрес магазина не меняются?

При смене адреса производится переоформление лицензии и выдается новая. СИО (FSRAR_ID) присваивается связке ИНН+КПП. Т.к. для магазина эта связка не изменится, то в реестре лицензий просто появится новая лицензия для этой связки и RSA-сертификат на ключе останется для этого СИО рабочий. А если связке будет присвоен новый СИО, то необходимо будет перезаписать на ключе RSA-сертификат для этого СИО (и УТМ переустановить, т.к. УТМ работает только с тем ключом (RSA-сертификатом), с которым он был установлен).

ГОСТ-сертификат (КЭП) - будет работать в любом случае, пока не закончится срок его действия.

http://forum.fsrar.ru/viewtopic.php?f=116&t=64208

22. Производим кондитерские торты и используем алкогольную продукцию в качестве ингредиента. Нужно ли подключаться к ЕГАИС, подтверждать ТТН, списывать.

Согласно подпункта 4 пункта 2.1 статьи 8 №171-ФЗ закупки этилового спирта, алкогольной и спиртосодержащей продукции в целях использования их в качестве сырья или вспомогательного материала при производстве неспиртосодержащей продукции ....не обязаны фиксировать (подтверждать) факт закупки в ЕГАИС.

Вы не должны брать лицензию на эту деятельность, т.к. согласно пункту №1 (4 абзац) статьи 18 ФЗ РФ №171 от 22.11.1995 закупки этилового спирта, алкогольной и спиртосодержащей продукции в целях использования их в качестве сырья или вспомогательного материала при производстве алкогольной, спиртосодержащей и иной продукции, либо в технических или иных не связанных с производством указанной продукции целях; не подлежат лицензированию

Вы должны иметь ФСРАР ИД, на который Вам поставщик сможет отправить накладную ЕГАИС, т.е. эта накладная нужна Поставщику, а не Вам. Накладные от поставщика Вы не подтверждаете и на баланс в ЕГАИС к Вам ничего не встает, соответственно и списывать нечего. Невозможность подтвержать накладные также вытекает из того, что Вы не можете иметь лицензию.

При этом вам нужно будет сдавать алкогольные декларации форм 4 и 7, в соответствии с вашим учетом (приходы, списания в производство).

Поставщик может занести клиента(кондитера) в справочник контрагентов ЕГАИС через кнопку "Добавить" в разделе "Контрагенты" в личном кабинете egais.ru.

Некоторые поставщики неохотно идут на взаимодействие с такими получателями т.к. им сложнее отслеживать подобные накладные в связи с тем, что грузополучатель не может регистрировать акты на эти накладные.

Накладные в адрес таких получателей, так и будут висеть в промежуточном статусе. Поставщикам никуда ни о чём писать и предупреждать не надо http://forum.fsrar.ru/viewtopic.php?f=116&t=59568&p=348090

23. Как сделать возврат продукции с регистра "2" обратно на регистр "1" ?

Для возврата из торгового зала (рег 2) на склад (рег 1) ваша программа для работы с ЕГАИС должна хранить информацию о передаче со склада в Торг.зал в количестве и в разрезе справок Б ( идентификаторы «2» - F2RegId). Тогда Вы можете вернуть на склад указывая алккод (AlcCode) продукции, код справки "Б" и количество. Т.е., если Ваша программа сохраняет всю нужную информацию о перемещениях со склада в торговый зал, то скорее всего умеет возвращать обратно на склад, подбирая справки Б. Однако, по сообщениям от участников форума не все программы умеют это делать.

Если программа неправильно подберет справки Б или Вы зададите неправильное количество, то придет квитанция с таким сообщением: «Ошибка проводки акта возврата продукции из торгового зала №__ от ___. Указаны некорректные справки 2: необеспеченный расход по FB-0000000xxxxxxxx”

Если необходимо выяснить какую-то информацию по справкам Б, то информация о справках Б по каждой позиции поступает в документе Form2reginfo совместно с накладной. Таким образом, если ваша программа не хранит нужные данные для возврата, то Вы можете пробовать подбирать справки исходя из данных в документах Form2reginfo.

Если одинаковую продукцию получали несколько раз, то желательно учитывать даты розлива, если потом будете с регистра 1 возвращать поставщику. Т.е. смотреть по какой справке Б получили товар с этой датой розлива. Т.к. именно эту справку надо будет указать при возврате Поставщику.

24. Производим пиво объемом менее 300 тыс. дал в год, а также осуществляется розничная продажа. Розничная продажа и производство имеют одинаковый адрес и одинаковые КПП. Как заполнить декларации?

Оборот пива с юридическими лицами отражается в декларациях:

1. №3 (об объеме производства и оборота алкогольной и спиртосодержащей продукции), объем произведенного пива - графа 5, объем реализации юр.лицам - графа 9, объем переданного пива в розничный магазин - графа 16

2. №6 (об объеме поставки этилового спирта, алкогольной и спиртосодержащей продукции)

В декларации №6 не отражается перемещение пива в розничный магазин.

Оборот пива переданного для реализации через розничный магазин отражается в декларациях:

1. №3 (об объеме производства и оборота алкогольной и спиртосодержащей продукции),

Объем переданного пива в розничный магазин в графе 16 (прочий расход)

2. №12 (об объеме розничной продажи пива …)

Общий объем проданного пива через розничный магазин отражается в декларации №12 по графе №14.

В графе 12 декларации №12 (прочие поступления) отражается объем из декларации №3 в графе 16.

Декларация №7 (об объеме закупки этилового спирта, алкогольной и спиртосодержащей продукции) подается нулевая, если не осуществляется закупка спиртосодержащего сырья или закупка продукции сторонних организаций.

Также сдается Декларация № 4 (об объеме использования алкогольной и спиртосодержащей продукции), но тоже нулевая, если не используется указанная продукция и Декларация №10 (об использовании мощностей по производству этилового спирта и алкогольной продукции, в том числе пива…).

В графе 7 декларации №12 отражаются закупки от сторонних производителей, но не от Вашего производства, т.к. у Вас перемещение, т.е. в декларации №12 форме должно быть перемещение, а не закупка от самих себя.

В декларации №3 в 9 графе указывать реализацию сторонним организациям, реализацию самим себе не указывать, т.к. идет перемещение.

25. В каком случае можно сформировать виртуальный возвратный чек в ЕГАИС ?

Может формироваться в случае технического возврата, когда произошло например окончание кассовой ленты, кассовый чек отменился, но перед этим в ЕГАИС был отправлен уже прямой чек, и кассовая программа автоматически формирует виртуальный возвратный чек, в котором будет изменён лишь Номер Чека (а номер смены и номер кассы - останутся прежними).

Таким образом виртуальный чек - это лишь инструмент для технической отмены или исправления ОШИБОК, т.е. инстумент для того, чтобы убрать из ЕГАИС то, чего там не должно быть (т.е. убрать то, что не обеспечено бумажными документами, т.е. то, чего на самом деле не было, но по ошибке попало а ЕГАИС) http://forum.fsrar.ru/viewtopic.php?f=114&t=64487

Если отправлен некорректный чек продаж, на следующий день его можно отменить минусовым чеком. ЭЖП за первый день сформируется без этой продажи, то есть корректно.

Если отправлен некорректный минусовой чек, на следующий день его можно отменить чеком продажи. ЭЖП и за первый день и за второй сформируется не корректно, а именно: в первом так и не появится ошибочно сторнированная продажа, а во второй появится продажа предыдущего дня.

26. Какие изменения по декларированию и в ЕГАИС с 01.01.2018 г.

По декларациям

Согласно закона №278-ФЗ от 29.07.2017, который вносит ряд поправок в закон №171-ФЗ, после 01.01.2018 декларируются:

1. розничная продажа организациями немаркированной алкогольной продукции: пива, сидра, медовухи, пуаре и ССП (непищевая)

2. розничная продажа организациями маркированного алкоголя (водка, вино и т.п.) и немаркированного алкоголя (пивом, сидром...) в общественном питании ( бары, рестораны, буфеты, кафе)

3. розничная продажа организациями маркированного и немаркированного алкоголя в сёлах, где нет интернета, т.к. они не передают сведения в ЕГАИС

4. розничная продажа немаркированного алкоголя (пива, сидра, медовухи, пуаре) индивидуальными предпринимателями

5. производство пива и пивных напитков, сидра, пуаре, медовухи не более 300 тыс. дал в год

6. закупки при производстве неспиртосодержащей продукции, таможенный транзит, некоторые перевозки, продажи на воздушных суднах, некоторые сельхозпроизводители, объем винограда и другие случаи когда информация не передается в ЕГАИС, более подробно по этому пункту см. закон №278-ФЗ от 29.07.2017, также декларируют производственные мощности некоторые производители

Таким образом, те, кто будет освобожден от некоторых видов декларирования, то они уже не будут подавать соответствующие декларации за 1 кв.2018 г.

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

По ЕГАИС: Росалкогольрегулирование сообщает, что с 15.01.2018 будет введена дополнительная проверка при фиксации актов списания продукции с обоих регистров остатков в ЕГАИС, предусматривающая обязательное указание данных по штриховым кодам с ФСМ/АМ, которыми маркирована реализованная продукция. Механизм списания немаркируемой продукции (пиво, пивные напитки, сидр, пуаре, медовуха) остается без изменений.R03; http://egais.ru/news/view?id=1519 и http://egais.ru/news/view?id=1531

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

Данное добавление марок в акт списания в общепите не относится к помарочному учету, который будет обязателен с 01.07.2018 (переходный период с 01.03.2018). Т.е. с 15.01.18 учет в ЕГАИС для общепита будет также производиться по алккодам (AlcCode), как и до этого, а передаваемые марки в акте списания нужны лишь для того, чтобы определить дубли марок или нелегальные марки, т.е. также как это сейчас происходит в рознице (в магазинах), которая передает в ЕГАИС коды марок на каждую единицу продукции, но при этом списание остатков производится по алккодам, которые вычисляются из передаваемых кодов марок.

Для общепита не будут подтягивать в ЭЖП (электронный журнал продаж в ЛК ЕГАИС) данные по маркам из актов списания с причиной «реализация». Вести учет организация может самостоятельно, так же как она его ведет по актам с иными основаниями, где требуются марки.

Если общепит желает вести ЭЖП через ЕГАИС, он может направлять в ЕГАИС заявки по форме №2 (чеки) http://forum.fsrar.ru/viewtopic.php?f=114&t=70571

С 01.01.2018 производится автоматическое обновление УТМ с версий 2.04 и 2.05 на версию 2.16, которая предусмотрена для совместной работы с документами ЕГАИС версий v.2 и v.3., а в дальнейшем только с документами версии v.3

Также в версию 2.16 внесен ряд добавлений: проверка чека на минимальную розничную цену, запрет подписания чека на УТМ с датой отличной от серверной более чем на 1 день в любую сторону, в том числе и для возвратных чеков и др.

27. Как перенести остатки на новый КПП, если у подразделения меняется КПП?

Рассматривается лицензируемое подразделение. При смене КПП остатки в ЕГАИС остаются на старом КПП. Когда новое КПП появляется в реестре лицензий fsrar.ru/licens/reestr , то в это время произойдет привязка лицензии к новому КПП, а по старому КПП уже никаких операций в ЕГАИС не произвести из-за отсутствия там лицензии, т.к. это не позволит сделать осуществляемый контроль лицензий. Для получения технической возможности перемещения остатков со старого КПП на новый необходимо подать запрос в Росалкоголь, используя соответствующий функционал в ЛК ЕГАИС, введенный с 23.01.2018. http://egais.ru/news/view?id=1534

Учесть, что если на старом КПП есть остатки на регистре 2, то их необходимо перенести на регистр 1, чтобы в дальнейшем создать документ перемещения, т.к. перемещение возможно только с регистра 1.

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

Подаем запрос на перемещение остатков со старого КПП на новый. Запрос подается через личный кабинет ЛК ЕГАИС https://service.egais.ru/checksystem В ЛК ЕГАИС выбрать раздел «Получить ключ», затем согласно инструкции http://egais.ru/files/manual_transfer_stock.pdf отправить запрос в Росалкоголь. Красная кнопка присутствует только у подразделений без действующей лицензии

Запрос будет рассмотрен в течение 2-х рабочих дней после его поступления. В РАР проверяется соответствие адресов на новом и на старом КПП, если адреса до уровня дома совпадают, то будет предоставлена техническая возможность осуществить перемещение остатков алкогольной продукции в течение 5 дней после даты принятия положительного решения. Проверить получение разрешения на перемещение можно по цвету фона старого КПП, который должен смениться с серого на зеленый (в случае отрицательного решения цветовая индикация останется прежней). В случае положительного решения старое КПП устанавливается как бы временно действующим, т.е на нем снимается контроль лицензии на 5 дней. На старом КПП составляется исходящая накладная, которая отправляется на новое КПП. Учесть, что в это время со старого КПП невозможно отправлять чеки. В течение этих пяти дней оба КПП будут активными. На новом КПП производится прием накладной перемещения. После перемещения остатков на новое КПП можно дополнительно проверить регистры 1 и 2 на старом КПП и убедиться, что они нулевые.

Затем, по прошествии пяти дней, старое КПП автоматически отключается (на нем включается контроль лицензии) и в работе остается только новое КПП.

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

Использованы материалы этой темы форума http://forum.fsrar.ru/viewtopic.php?f=114&t=72265&start=20

Автоматическое закрытие старого КПП происходит через 5 суток, но может быть не ровно 5 суток, а меньше, т.к. часы, минуты и секунды не учитываются. Запрос можно делать раз в месяц. http://forum.fsrar.ru/viewtopic.php?f=114&t=72660 Гущанский А.В.: «месяц определяется исходя из месяца в дате запроса. 30 дней мы отсчитывать не будем. Если запрос был 24.01, то следующий можно 01.02»

28. Какие изменения будут в алкогольных марках в 2018 г.

В новых марках, которые планируется вводить с 01.07.2018г. будут отменены нижеследующие требования, которые ранее предъявлялись к маркам (вступает в силу с 01.07.2018).

ФЗ N 171-ФЗ (ред. от 28.12.2017) отменяет с 01.07.2018 положения прежней редакции №171-ФЗ ст.12 п.3.1 о том, что:

Марки должны содержать следующие сведения о маркируемой ими алкогольной продукции:

1. наименование алкогольной продукции;

2. вид алкогольной продукции;

3. содержание этилового спирта;

4. объем алкогольной продукции в потребительской таре;

5. наименование производителя алкогольной продукции;

6. местонахождение производителя алкогольной продукции;

7. страна происхождения алкогольной продукции;

8. подтверждение соответствия установленным требованиям качества и безопасности;

9. подтверждение правомерности использования на алкогольной продукции охраняемого в РФ товарного знака;

10. иные определяемые Правительством РФ сведения.

В новой редакции закона N 171-ФЗ вышеуказанный пункт 3.1. имеет другую редакцию:

ФЗ от 22.11.1995 N 171-ФЗ, (ред. от 28.12.2017) Ст.12 п. 3.1.

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

Таким образом новые марки будет печатать Гознак. Производители, импортеры печатать ничего не будут. Соответственно выявить алккод (AlcCode) из акцизной марки будет не возможно. И понять какую бутылку вы продали, можно будет только в случае, если Ваша учетная программа хранит все марки у себя в системе. Определить алккод можно будет в ЛК ФСРАР в разделе «проверка марок» по идентификатору с марки.

Но организации производители и импортеры вправе маркировать алкогольную продукцию марками, на которые нанесены сведения, установленные п. 3.1 ст. 12 в редакции, действующей до 01.07.2018. Оборот алкогольной продукции с такими марками допускается до окончания срока годности такой продукции (ФЗ от 28.12.2017 N 433-ФЗ Ст.5 п.1 и 2).

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

http://egais.ru/news/view?id=1540 (Состав штрихового кода, наносимого АО "Гознак" на марки, выпускаемые после 01.07.2018)

29. Как осуществить возврат продукции от экспортного покупателя в ЕГАИС?

Технически возврат продукции от иностранного контрагента можно сделать одним из способов:

1. Актом постановки на баланс с комментарием, что это возврат от покупателя.

Но этим способом не получится если этот товар маркируемый и был уже ранее поставлен на баланс на Регистр 1, до отгрузки его иностранному контрагенту

2. Отозвать первоначальную расходную накладную, в которой была данная продукция и

отправить корректную новую ТТН с уменьшенным количеством текущей датой. Обратиться в МРУ

РАР округа для изменения даты ТТН на первоначальную.

Технически, если накладная не подтверждена или отказана, то грузоотправитель имеет

возможность ее отказать, направив акт отказа.

http://forum.fsrar.ru/viewtopic.php?f=114&t=90972

О показателях, корректируемых МРУ Росалкогольрегулирования по заявлению организации:

http://wiki.egais.ru/wiki/%D0%92%D0%BD%D0%B5%D1%81%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B8%D0%B7%D0%BC%D0%B5%D0%BD%D0

%B5%D0%BD%D0%B8%D0%B9_%D0%B2_%D0%95%D0%93%D0%90%D0%98%D0%A1

МРУ РАР в ТТН может править следующие данные:

-Номер накладной;

-Дата накладной;

-Тип (обычная, возвратная);

-Цена продукции в позиции.

30. Как работает офф-лайн проверка новых марок при продаже алкоголя в рознице.

Если в чеке указана марка (ЦИ) нового образца, которого нет на регистре «3» у отправителя чека, то он-лайн проверка УТМ не пропустит такой чек. Если в чеке указана марка (ЦИ) нового образца, которого нет в базе УТМ у отправителя чека, то офф-лайн проверка УТМ не пропустит такой чек. Офф-лайн контроль в УТМ будет только для новой марки. При получении ТТН с новыми марками и после подтверждения ТТН, новые марки попадают в локальную базу УТМ. Посмотреть эти марки можно запросом "QueryFilter". Этот запрос показывает не остатки марок в регистре «3», а только наличие или отсутствие запрошенных марок в базе УТМ, в каких-то случаях регистр «3» может отличаться от базы марок в УТМ, например при пропадании интернета в определенные моменты. В запросе QueryFilter можно указать не более 10000 марок, но сам запрос можно отправлять сколько угодно раз. При продаже или списании новых марок они будут списываться из той части базы УТМ, которая предназначена для офф-лайн проверки продаваемых марок FsrarGuru писал: "в методологии написано, что в ЕГАИС реализуются в том числе и оффлайн методы контроля, которые не будут позволять продавать помарочную продукцию, которой нет на остатке. Данный механизм контроля тоже имеет свой процент погрешности, он очень и вероятность с ним встретиться крайне мала." "Механизм офф-лайн проверки раскрыт не будет. Требование к железу для УТМ менять не будут, оффлайн проверка будет работать по секретному алгоритму на любом компьютере, рекомендованном РАР для текущего УТМ.»

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

Техническая документация для организаций оптовой и розничной торговли. Версия документа 3.0.8(1.1.18) п.1.3.1. Домашняя страница УТМ (подпункт "ВНИМАНИЕ!!!").

Для начала работы с алгоритмом метода контроля остатков организации в режиме оффлайн необходимо обновить настройки или отправить в УТМ розничный документ. Если обновление настроек не выполнено, то обновление настроек будет запрашиваться автоматически каждые 5 минут до получения штатного ответа от сервера. Если интернет есть не всегда, то для корректной продажи новых марок в офф-лайн режиме должен быть получен не ошибочный ответ на первичную загрузку настроек для метода контроля остатков организации (стр. 8 Технической документации к УТМ) т.е. перед продажей новых марок в любом случае необходимо предварительное подключение к интернету, но лишь для обновления настроек, в результате чего - визуально на домашней странице УТМ в пункте "Настройки" должна стоять зелёная галочка и надпись "Обновление настроек не требуется", и после чего продажа новых марок корректно будет осуществляться и без наличия интернет (http://forum.fsrar.ru/viewtopic.php?f=114&t=96099 ).Если в чеке указана марка (ЦИ) нового образца, которого нет на регисре «3» у отправителя чека, то он-лайн проверка УТМ не пропустит такой чек, а в случае, если ни он-лайн проверка, ни оффлайн проверка УТМ не сработает, то продажа такого ЦИ нового образца (в случае его отсутствия на Р3 у отправителя чека) - вообще не отразится в ЕГАИС, подобная продажа будет взята под контроль службой РАР для адресного разбирательства с продавцом, и дальнейшая корректировка остатков в ЕГАИС будет происходить под контролем лицензирующего органа. К сожалению - не существует запроса в УТМ, который выдал бы ВСЕ находящиеся марки в оффлайн БД УТМ (можно только проверить входят ли указанные вами марки в список, хранящийся в БД УТМ, но возможность получения полного списка марок из БД УТМ - разработчики УТМ почему то не предусмотрели, хотя подобный запрос - гораздо полезнее и интереснее для пользователя УТМ, чем существующий запрос по фильтру).Оффлайн контроль срабатывает только в случае, если не сработал онлайн контроль, поэтому в случае стабильного интернет и отсутствия сбоев в онлайн проверке (на стороне сервера или настороне клиента) - расхождения марок в локальной БД УТМ и на Регистре 3 в ЕГАИС - не нарушат продажи .. (т.к. оффлайн контроль не осуществляется, если доступен онлайн контроль).При обновление настроек - документооборот не встаёт, а требование на время обновления остановить документооборот, завершив все незаконченные операции, - существует лишь для того, чтобы после загрузки данных в БД УТМ - они были актуальными, и следующие операции уже отталкивались от этих актуальных данных.

-Если кому то мешает фильтр, то здесь http://forum.fsrar.ru/viewtopic.php?f=114&t=96947 рекомендуют заблокировать обновление фильтра, запретив доступ к адресу. Адрес для получения данных для метода контроля поштучных остатков организации в режиме оффлайн filter-utm.egais.ru:8443/filter (filter-test.egais.ru:8443/filter) и переустановить УТМ (чтобы уже загруженный фильтр очистился). Самый простой способ блокировки вышеуказанного url - это найти у себя файл hosts и добавить в него строчку: 127.0.0.1 filter-utm.egais.ru Для корректной работы запроса QueryFilter рекомендуется обновить версии УТМ до версий не ранее указанных далее:

Продуктивный контур: Версия УТМ 3.0.8 BuildNumber 1259

Тестовый контур: Версия УТМ 1.1.18 BuildNumber 1259

Актуальная информация ссылка

ЕГАИС УТМ РАР

+62 –

См. также

Раздельный учет ГОЗ (Гособоронзаказ) в 1С:Бухгалтерия 3.0

Бюджетный учет Обмен с ГосИС Бухгалтер Пользователь Бухгалтерский учет 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 1С:Управление холдингом Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Управляйте учетной политикой раздельного учета ГОЗ в 1С:Бухгалтерия 3.0 ПРОФ/КОРП и УХ 3.2. Отчеты по исполнению госконтрактов, расчетно-калькуляционные материалы и контроль операций для исполнения в срок. Готовое расширение подходит для всех бухгалтеров и руководителей производства, помогая вести правильный учет по гособоронзаказу в соответствии 275-ФЗ. Профессиональный консалтинг и регулярные обновления продукта.

28.08.2020 299855 2099 vvmanannikov 133

986

Гособоронзаказ: учет и отчетность 1С БП3.0 КОРП + ПРОФ + БИТ.ФИНАНС

Бюджетный учет Обмен с ГосИС Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Государственные, бюджетные структуры Россия Бухгалтерский учет Платные (руб)

Доработка конфигурации 1С:Бухгалтерия предприятия, редакция 3.0. реализована в виде расширения. Предназначена для ведения раздельного учета и автоматизации заполнения отчетности исполнения контрактов ГОЗ в конфигурациях 1С БП КОРП, ПРОФ, БИТ.ФИНАНС.

55200 руб.

16.08.2019 91923 234 87

140

SALE! 40%

Интеграция Честный Знак и 1C: обмен и синхронизация для УТ11, УНФ, КА2, ERP, Розница: Расширение для работы с СУЗ, ГИС МТ, ЦРПТ

Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Интеграция и синхронизация Честный Знак и 1C - полноценная обработка, которая манипулирует сотнями задач по ведению учета в системе мониторинга честный знак, особенности: такие как полная поддержка учета карточек в национальном каталоге (модерация, редактирование, подписание, получение информации), получение кодов маркировок в станции управления заказами "СУЗ Облако", удобная отправка и получение "УПД" через систему "ЭДОЛайт" из документов реализации или корректировки, так же существует механизм приема через ЭДОЛайт, отправка и получения таких документов как перемаркировка , списание, отгрузка и еще более 40 типов документов в ГИСМТ которые описаны ниже, моментальное сопоставление и внедрение в типовую конфигурацию которое обеспечивает ракетную мега скорость

~~18000~~ 10800 руб.

28.03.2023 17601 110 21

Гособоронзаказ в 1С: УПП 1.3

Бюджетный учет Обмен с ГосИС Бухгалтер Пользователь Бухгалтерский учет 1С:Управление производственным предприятием Государственные, бюджетные структуры Россия Бухгалтерский учет Платные (руб)

Для 1С: УПП 1.3 предлагаем Вашему вниманию подсистему "Раздельный учет результатов финансово-хозяйственной деятельности организаций, выполняющих государственный оборонный заказ (раздельный учет ГОЗ)". Ключевые возможности подсистемы: - Автоматическое заполнение регламентированного отчета «Исполнение контрактов ГОЗ»; - Расшифровка показателей отчета об исполнении контрактов ГОЗ с детализацией до документов; - Контроль хозяйственных операций на соответствие требованиям Постановления Правительства № 47; - Автоматизированный ввод начальных данных по контрактам, заключенным ранее даты начала использования подсистемы.

90000 руб.

25.09.2020 30663 42 10

SALE! 20%

ЕГАИС++. Опт, производство, импорт

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

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

~~8970~~ 7176 руб.

15.12.2015 170785 955 364

400

Печать кассовых чеков на одну ККМ с нескольких рабочих мест для 1С:УТ11.х, КА2.х, ERP 2.х

ККМ Кассовые операции Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Бухгалтерский учет Оперативный учет Управляемые формы 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Расширение конфигурации для УТ 11.5, КА 2.5 ,ERP 2.5 (Управляемые формы) позволяет выполнять печать кассовых чеков на одну ККМ 54-ФЗ с нескольких рабочих мест. НИКАКИХ НАСТРОЕК В РАЗРАБОТКЕ - ПОДКЛЮЧИЛ И ПЕЧАТАЙ. Если у вас несколько отделов и одна ККМ - печатайте на одной ККМ! Если у вас две ККМ и одна поломалась - печатайте на одной ККМ, пока ремонтируете другую!

4500 руб.

27.08.2018 122157 1025 584

864

Государственные контракты в УТ 11.5, КА 2.5.с выгрузкой в ЕИС (Госзакупки)

Регламентированный учет и отчетность Обмен с ГосИС ЭДО и ОФД Бухгалтер Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Платные (руб)

Работаете по контрактной схеме, сталкивались с проблемой, что в контракте жестко указаны наименование, цена, единица измерения товара. И не все готовы создавать новую номенклатуру под каждый контракт или менять наименование и единицу измерения для уже имеющейся. Тем более, бывает так, что контракт - это формальность. Контракт не описывает жесткие условия поставки, нужно соблюсти правильность в предоставлении документов. Данное решение позволит вам оперировать своей номенклатурой при оформлении реализаций по государственному контракту в УТ 11.5 и КА 2.5.11, в то же время выводить на печать документы, соответствующие данным контракта. Реализована выгрузка для сайта госзакупок (ЕИС) по 44-ФЗ.

60000 руб.

19.12.2022 12007 34 20

Обмен с системой Меркурий через Web + Ветис.API для любых конфигураций (универсальная конфигурация Хамелеон Меркурий)

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий (тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений - работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот.

44000 руб.

08.11.2017 122930 292 140

398

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. pablo_escobar 28.08.19 14:00 Сейчас в теме

Отменой фиксации является отправка чека с теми же данными, но с минусовой ценой. При этом элементы "Номер чека", "Номер смены", "Номер кассы", "Тип чека" должны отличаться от ошибочно зафиксированного.

Может достаточно чтобы отличался только номер чека? И что такое "Тип чека"?

3. denis-tlt@mail.ru 28.08.19 14:12 Сейчас в теме

(1) Я предполагаю, что "Тип чека" - это чек на Приход либо на Расход.
Хотя могу и ошибаться.

4. RocKeR_13 1366 28.08.19 14:23 Сейчас в теме

(1) в XSD схемах нет деления на Приход/Расход: есть одна схема - "Cheque.xsd". Для регистрации операции возврата необходимо отправлять чек с отрицательной ценой:

<xs:simpleType name="PRICE">
<xs:restriction base="xs:string">
<xs:pattern value="[-]?\d+\.\d{0,2}" />
</xs:restriction>
</xs:simpleType>

2. pablo_escobar 28.08.19 14:08 Сейчас в теме

Можно удалять если продажи отразились в журнале продаж и списались с остатков. Так как не раз было, что чек висит в папке xml, отражен в ЖП, но не списал остатки, либо наоборот списал остатки, но не отражен в ЖП.

5. goleaff2006 69 28.08.19 14:51 Сейчас в теме

Не путать просто возврат, и технический возврат в случае сбоя, данный ответ мне был предоставлен тех поддержкой ЕГАИС.

6. pablo_escobar 28.08.19 15:07 Сейчас в теме

(5)

Технический возврат (возврат, который формируется в связи со сбоем на кассе, терминала и т.д ). Отменой фиксации является отправка чека с теми же данными, но с минусовой ценой. При этом элементы "Номер чека", "Номер смены", "Номер кассы", "Тип чека" должны отличаться от ошибочно зафиксированного.

25. В каком случае можно сформировать виртуальный возвратный чек в ЕГАИС ?

Может формироваться в случае технического возврата, когда произошло например окончание кассовой ленты, кассовый чек отменился, но перед этим в ЕГАИС был отправлен уже прямой чек, и кассовая программа автоматически формирует виртуальный возвратный чек, в котором будет изменён лишь Номер Чека (а номер смены и номер кассы - останутся прежними).

Это 2 цитаты из статьи. Вторая правильная, а первая вводит в заблуждение.
Вот из документации к УТМ

Сохранение чека в оперативную память УТМ (кэш) производится по следующим
параметрам: № ККМ + № смены + № документа + хеш-сумма от всех элементов Bottle в
чеке.
Как параметр № документа рекомендуется использовать номер фискального документа,
т.к. гарантирована его уникальность для каждой операции. Получить номер фискального
документа возможно путем запроса этого значения из ФН и увеличения его на единицу.
Для чека возврата номер документа формируется аналогичным образом, за исключением
случаев, когда речь идет о виртуальном возврате. Номер таких документов разработчики ПО
могут формировать любым удобным способом (но не инкрементируя фискальный номер
документа).

7. goleaff2006 69 28.08.19 15:49 Сейчас в теме

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

8. pablo_escobar 28.08.19 21:21 Сейчас в теме

(7)

егаис не делит чеки на технические и не технические. Весь смысл в том что у реальных чеков рекомендуется передавать в качестве номера фискальный номер чека, а у технического возврата номер можно формировать например прибавляя к текущему номеру 10000 или другое число которое точно не повторится в эту смену.

9. goleaff2006 69 29.08.19 03:30 Сейчас в теме

Это ваше предположение или Вы точно знаете?

10. ambrozii 29.08.19 10:44 Сейчас в теме

(9) Это многие точно знают
Формат обмена с УТМ подразумевает возврат, как указание отрицательной цены. И сервер ЕГАИС потом не делит эти возвраты на технические и не технические. А какие там номера чеков или еще чего-то - не суть важно (точнее, важно, но это отдельный вопрос, не связанный с возвратом). Если взять все типовые, там в случае отмены/сбоя и т.п. в обработке ошибки чека дописывается какая-то байда к номеру чека, чтобы он, как верно заметил коллега в посте (8), точно не повторился в эту смену. И все.

11. goleaff2006 69 29.08.19 12:10 Сейчас в теме

Всех опросили? =))) Я вам ответ тех поддержки самого ЕГАИСА , а вы мне про типовые .... Цель моя не убедить, а постараться донести.Поэтому разговор по поводу виртуальных технических возвратов считаю исчерпанным.

12. pablo_escobar 29.08.19 19:52 Сейчас в теме

(11) Ну тогда берем ответы техподдержки ЕГАИС

operator5 » 06 янв 2019, 14:12

Здравствуйте! В случае ошибочной фиксации чека, отменой фиксации является отправка чека с теми же данными, но с минусовой ценой. При этом элементы "Номер чека", "Номер смены", "Номер кассы", "Тип чека" должны отличаться от ошибочно зафиксированного. Так как данный чек является виртуальным, необходимо предусмотреть, чтобы номер этого виртуального чека в дальнейшем не совпадал с реальными.

Причем вы поленились скопипастить цитату полностью.

operator9 » 03 дек 2018, 12:52
В случае ошибочной фиксации чека, отменой фиксации является отправка чека с теми же данными, но с минусовой ценой. Так как данный чек является виртуальным, необходимо предусмотреть, чтобы номер этого виртуального чека в дальнейшем не совпадал с реальными.
operator9

Сообщения: 22600
Зарегистрирован: 08 авг 2012, 14:25
ИНН: 99999999999

Ну и по ссылке http://forum.fsrar.ru/viewtopic.php?f=114&t=64487 операторам делают замечание, за такую формулировку и они это замечание принимают. И если читать букварь к УТМ и разбираться со схемами xsd, то такая формулировка сразу бы бросилась в глаза.

13. goleaff2006 69 30.08.19 04:33 Сейчас в теме

Проблема в том, что этот ответ, не с форума, а с личного кабинета, предоставленный в июне месяце. Может быть и принимают чье то замечание, но через личный кабинет рекомендуют делать так,Технически в случае ошибочной фиксации чека, отменой фиксации является отправка чека с теми же данными, но с минусовой ценой. При этом элементы "Номер чека", "Номер смены", "Номер кассы" должны отличаться от ошибочно зафиксированного. Так как данный чек является виртуальным, необходимо предусмотреть, чтобы номер этого виртуального чека в дальнейшем не совпадал с реальными.

14. R2-D2 30.08.19 21:47 Сейчас в теме

Добрый день. Статья конечно полезная, но какая-то сумбурная. Не дает представление о сути вопроса лицам непосвященным и абсолютно бесполезная лицам посвященным. Хотя безусловно, информация предоставлена крайне полезная!
Моменты несоответствующие действительности:
1. ЕГАИС стал обязательным с 01.01.16, а не с 2015.
2. В объяснении про тикеты они зачем-то делятся на "первый" и "второй", хотя правильнее использовать термины вроде "квитанции о доставке" и "квитанции о регистрации" - тогда сразу все становится понятнее. Так же вы очевидно не сталкивались с ситуациями когда приходит только второй тикет, или же приходит 3 тикета - о доставке, о регистрации и с ошибкой о повторе регистрации.
3. Вместе с ТТН приходят не только тикеты, но и уведомление о регистрации и история движения по формам 2 (не всегда)
4. Таблица с ошибками в логах УТМ - морально устарела. На УТМ 3.0.8 уже практически не возникают эти ошибки. И вообще, УТМ стал работать значительно надежнее, чем какой-нибудь 2.0.3.

Спасибо вам за проделанную работу - вы собрали много информации из разных источников, но все-же, эту информацию вполне посильно найти и самостоятельно если "припечет". А вот есть в ФСРАР/ЕГАИС моменты, которые в открытых источниках не найдешь. И их осветить очень бы не мешало. Например тонкости заполнения расчета мощности основного технологического оборудования или нюансы регистрации продукции во ФРАП.
Надеюсь на продолжение ваших статей.

15. goleaff2006 69 31.08.19 05:46 Сейчас в теме

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

16. Stas-ch 35 31.10.19 11:41 Сейчас в теме

Спасибо за статью. В одном месте много полезной информации.
Вопрос:
1. По РФУ2 старые марки (68 символов) были поставлены актом фиксации штрихкодов на поштучный учет
2. Была продажа по этой РФУ2 в партионном учете (без указания марок). При этом у отправителя с Р3 все марки исчезнут?
3. Если после этого отгрузить РФУ2 с указанием марок, то у получателя эта продукция будет в помарочном или партионном учете?

Иначе говоря, получение в накладной товаров с указанием марок (68 символов) является критерием того, что получена продукция в помарочном учете и эта продукция будет числиться на регистре Р3? или однозначно это нельзя сказать?

17. user1324210 09.12.19 11:06 Сейчас в теме

Здравствуйте, я бы хотела узнать, приняла алкоголь (лобби бара) на компьютере (бара) соответственно где электронная подпись бара. Можно ли это изменить.

18. Eugene_Elhaz 16.04.20 23:11 Сейчас в теме

Получил такую ошибку "Зафиксирована попытка постановки на баланс продукции по причине "Пересортица"". В обоих документах водка 0,5. НО списание с 1 регистра, а постановка на второй, ошибка из-за этого или я чего-то не понимаю?

19. user1434063 09.07.20 03:54 Сейчас в теме

Подскажите пож-та если дата Егаис разниться с датой на бумажном наситель, какой штраф будет для организации???
И на ФС РАР статус накладной : Ошибка импорта - что это значит?

26. Генdalf 10.11.23 09:06 Сейчас в теме

(19)здравствуйте. Выяснили?

20. roslakov 1 15.06.21 16:46 Сейчас в теме

com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure

У вас эта ошибка под номером 23. Рекомендуется откатиться на предыдущую версию джакарта. У нас такая ошибка, только у нас рутокет. Что может быть причиной

21. user635667 06.07.21 11:13 Сейчас в теме

QueryFilter
Подскажите как сделать запрос из 1С в УТМ и получить обратно результат в ТаблицуЗначений????

22. CepeLLlka 76 19.07.21 11:27 Сейчас в теме

Добрый день! Кто-нибудь в курсе, что нужно сделать чтобы УТМ обновил настройки? При обновлении появляется такое сообщение - "Необходимо получить все входящие документы, отправить все розничные чеки на сервер ЕГАИС и прекратить документооборот до завершения обновления настроек" и обновление не происходит.

Естественно в данный момент никто ничего не принимает и не отправляет. Перезапускали УТМ, перезагржали комп, толку 0

23. user1012671 28.07.21 15:28 Сейчас в теме

(22) Остановить УТМ, удалить каталог transportDB, запустить УТМ, обновить настройки. Но для начала проверить что для всех отправленных документов получены тикеты. Особенно если есть ТТН по которой отправлен акт расхождений. Надо по данной ТТН завершить документооборот.

24. juricher 5 25.10.22 13:55 Сейчас в теме

Жаль что ни одна ссылка на форум ФСРАР не работает типа http://forum.fsrar.ru/viewtopic.php?f=114&t=64487
Может кто знает куда форум переехал?

25. user906828 31.10.22 15:50 Сейчас в теме

(24)его закрыли. Новая команда кодеров столько наплужила, что форум засыпали жалобами и им стало стыдно. И они выбрали самый банальный вариант - просто закрыли форум, сославшись на досс атаки. ))
Полностью ИМХО.

Оставьте свое сообщение

E-mail:

Автор:

(goleaff2006)

Рейтинг: 69

Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот

Публикация:

№ 1112995

Создание 28.08.19 13:00

Обновление 28.08.19 13:00

Статистика:

Просмотры 95766

Загрузки 0

Рейтинг 62

Комментарии 26

Характеристики:

Код открыт Да

Рубрики Инструкции пользователю Обмен с ГосИС

Кому Для всех

Тип файла Нет файла

Платформа Не имеет значения

Конфигурация Не имеет значения

Операционная система Не имеет значения

Страна Россия

Отрасль Не имеет значения

Налоги Акцизы

Вид учета Бухгалтерский учет

Доступ к файлу Бесплатно (free)