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

Приказ Минфина России от 15.06.2016 N 84н "Об утверждении форм и сроков представления в электронном виде заявок о фиксации в единой государственной автоматизированной информационной системе учета объема производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции информации об организации, осуществляющей розничную продажу алкогольной продукции, и индивидуальном предпринимателе, осуществляющем закупку пива и пивных напитков, сидра, пуаре, медовухи в целях их последующей розничной продажи, об алкогольной продукции, объеме розничной продажи алкогольной продукции, а также о документах, разрешающих и сопровождающих розничную продажу алкогольной продукции, а также форм и сроков представления подтверждения фиксации информации и уведомлений об отказе в фиксации информации в указанной информационной системе"

Приказом устанавливаются, в частности:

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

- форма заявки о фиксации в ЕГАИС информации о розничной продаже (возврате) маркированной алкогольной продукции и сроки ее представления;

- форма заявки о фиксации в ЕГАИС информации об установленном расхождении количества поставленной продукции и сроки ее предоставления;

- форма заявки о фиксации в ЕГАИС информации о подтверждении приема или об отказе в приеме количества поставленной продукции и сроки ее представления;

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

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

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


http://www.consultant.ru/law/hotdocs/47321.html
© КонсультантПлюс

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

и Ёж меня еще спрашивает, почему я такой нервный.

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

(отсыпьте антидепрессантов ветерану внедрения ЕГАИС в оптовом звене)

>Нет нормального регламента по работе в Москве, нет вообще никакого понимания на местах. При желании проверка найдет к чему докопаться и влепит штраф.

скука... везде одно и тоже...

вспоминается начало по ДЛО. а прошло уже больше 10 лет

а что такое ДЛО?

(462) влепит штраф, отзовет лицензию и выведет за бруствер?

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

(465) нарушение.

И.. бумажки нужные - это вообще не прооблема

(465) Ответит местный РАР (или кто теперь выполняет его функции), который и будет проводить проверку. Искать "глобального" ответа скорее всего смысла нет, т.к. люди на местах трактуют правила по разному.

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

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

правда это довольно трудоемко все.

>а что такое ДЛО?

дополнительное лекарственное обеспечение

В тестовом контуре отладить запрос нечитаемых марок получиться или тоже ограничение? :)

Изменился алгоритм работы RequestRepealWB, теперь этот документ отменяет АКТ на накладную, а не саму накладную. Здрасти приехали!

(472) Это где такое написано? Хотя по логике все верно.

(473) http://forum.fsrar.ru/viewtopic.php?f=114&t=50831

То бишь исправили старый косяк. Неплохо.

из-за этого косяка теперь будут переписываться все УС.

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

Ребят, подскажите, при отправки запроса на отмену проведения акта списания, какой Идентификатор ЕГАИС указать? Тот который в квитанции проведения самого акта списания?

(478) Я отправляла так:
RequestNumber- указывала свой номер документы
RequestDate- брала из ЕГАИС дату и время
AWORegId   WOF-ххх - это тоже из УТМ

WOF-0000001072 - откуда у тебя берется в УТМ? Из квитанции о фиксации самого акта, верно?

(480) да

А кто делал постановку на баланс с причиной: "Пересортица". Там, насколько я понимаю, нужно прикрепить документ списания? Кусок кода может кто прислать?

(481) Тогда я ничего не понимаю Есть квитанция акта списания с ТЗ, у него вот такой идентификатор AWOS-0001092998. Пытаюсь отменить проведение данного акта. УТМ возвращает что

Акт с идентификатором AWOS-0001092998 не зарегистрирован в системе

Как так?

(483) AWOS- это что? Должен быть тикет, где WOF- присваивается

(484) Пришли текст с двух тикетов

Квитанция фиксации акта списания в ТЗ

<?xml version="1.0" encoding="UTF-8"?>
<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef"; xmlns:tc="http://fsrar.ru/WEGAIS/Ticket"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; Version="1.0">
    <ns:Owner>
        <ns:FSRAR_ID>111111</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:Ticket>
            <tc:TicketDate>2016-10-12T15:27:30.6003006</tc:TicketDate>
            <tc:Identity>ee8a013f-d151-437f-b672-b372407f0501</tc:Identity>
            <tc:DocId>1D83911A-37FA-4900-857A-F309A66A2904</tc:DocId>
            <tc:TransportId>3d9844b6-391e-4b36-aa5b-a73adbea8fe8</tc:TransportId>
            <tc:RegID>AWOS-0001092998</tc:RegID>
            <tc:DocHash/>
            <tc:DocType>ActWriteOffShop_v2</tc:DocType>
            <tc:Result>
                <tc:Conclusion>Accepted</tc:Conclusion>
                <tc:ConclusionDate>2016-10-12T15:27:30.6003006</tc:ConclusionDate>
                <tc:Comments>Документ успешно принят.</tc:Comments>
            </tc:Result>
        </ns:Ticket>
    </ns:Document>
</ns:Documents>

Квитанция проведения

<?xml version="1.0" encoding="UTF-8"?>
<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef"; xmlns:tc="http://fsrar.ru/WEGAIS/Ticket"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; Version="1.0">
    <ns:Owner>
        <ns:FSRAR_ID>111111</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:Ticket>
            <tc:TicketDate>2016-10-12T15:27:31.2408764</tc:TicketDate>
            <tc:Identity>ee8a013f-d151-437f-b672-b372407f0501</tc:Identity>
            <tc:DocId>1D83911A-37FA-4900-857A-F309A66A2904</tc:DocId>
            <tc:TransportId>3d9844b6-391e-4b36-aa5b-a73adbea8fe8</tc:TransportId>
            <tc:RegID>AWOS-0001092998</tc:RegID>
            <tc:DocHash/>
            <tc:DocType>ActWriteOffShop_v2</tc:DocType>
            <tc:OperationResult>
                <tc:OperationName>Confirm</tc:OperationName>
                <tc:OperationResult>Accepted</tc:OperationResult>
                <tc:OperationDate>2016-10-12T15:27:31.043</tc:OperationDate>
                <tc:OperationComment>Акт списания успешно проведен</tc:OperationComment>
            </tc:OperationResult>
        </ns:Ticket>
    </ns:Document>
</ns:Documents>

(487) Можно отменить акт списания с баланса по рег.1. А это акт с торгового зала. Не знаю. Не пробовала. В тех.документации такого запроса на отмену нет.

(488) Блин точно..

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

норматив:
Учитывая изложенное, по лицензиям на осуществление видов деятельности, определенных статьей 18 Федерального закона от 22.11.1995 № 171-ФЗ «О государственном регулировании производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции и об ограничении потребления (распития) алкогольной продукции», выданным до 11.12.2012 (в том числе продленным после 11.12.2012 без замены бланка лицензии), в сопроводительных документах и декларациях  следует указывать номер бланка лицензии и номер записи в Реестре (двенадцатизначный).
В случае, если лицензия выдана после 11.12.2012, в сопроводительных документах указывается только номер лицензии, который соответствует номеру в Реестре (двенадцатизначный).

блин. так что выгружать в поле П000000000011 в справочнике контрагентов ??
я туда Лицензия ИдЛицензии="1" П000000000011="РА, 003265"
а надо было что? П000000000011="23ПВН0005289"  раз она 16го года?

(491) ? не понял? что отбили, почки ) ?
или сделали отбивное безалкогольное пиво? ))

безалкокольное пиво (там в названиях кстати указывается <0.5%) - оно же не проходит как алкоголь вообще (ни в ЕГАИС ни в декларациях его нет).

(493) Это бот.

Господа, коллеги, товарищи - пришлите кто-нибудь в тестовом контуре пару-тройку накладных на ИД=020000256870.

Посторяю вопрос: Может кто-нибудь делал постановку на баланс с причиной: "Пересортица". Там, насколько я понимаю, нужно прикрепить документ списания? Кусок кода может кто прислать?

(496) Кусок кода или текст выгрузки?

(490) согласно информационному письму на сайте рара можно указывать любой из 3-х вариантов:
номер бланка
серия и номер лицензии
регистрационный номер лицензии

(498) спасибо )  !
я думал что номер бланка это и есть серия и номер лицензии.

В розничных лицензиях я вижу 3 реквизита:
1. Серия и номер (например ПРО 001122)
2. регистрационный номер (вида 61-4305337)
3. Номер по реестру ФСРАР (61РПА0006465)

я думал что п1 это и есть серия и номер лицензии, что такое п.2 вообще не понимаю.. а самый главный - это видимо п3.

Интересно, насколько критично указание правильной лицензии в первичке и декларациях - как к этому цепляются при проверках.

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

(500) командная строка + утилита curl.exe + создание xml файлика в блокноте + примеры всех запросов и содержания xml в документации к утм с сайта egais.ru

(496)xml-текст подойдет.

(502)
<ns:Documents xmlns:ain="http://fsrar.ru/WEGAIS/ActChargeOn_v2&quot; xmlns:c="http://fsrar.ru/WEGAIS/Common&quot; xmlns:ce="http://fsrar.ru/WEGAIS/CommonEnum&quot; xmlns:iab="http://fsrar.ru/WEGAIS/ActInventoryF1F2Info&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2&quot; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2&quot; xmlns:xs="http://www.w3.org/2001/XMLSchema&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"&gt;
    <ns:Owner>
        <ns:FSRAR_ID>01000000xxxx</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:ActChargeOn_v2>
            <ain:Identity>10cc13b7-84a7-11e6-80c8-00155d01690a</ain:Identity>
            <ain:Header>
                <ain:Number>00000001190</ain:Number>
                <ain:ActDate>2016-09-27</ain:ActDate>
                <ain:TypeChargeOn>Пересортица</ain:TypeChargeOn>
                <ain:ActWriteOff>WOF-000053xxxx</ain:ActWriteOff>
                <ain:Note>(1784, 00000003_00002007, 20)</ain:Note>
            </ain:Header>
            <ain:Content>
                <ain:Position>
                    <ain:Identity>1</ain:Identity>
                    <ain:Product>
                        <pref:UnitType>Packed</pref:UnitType>
                        <pref:Type>АП</pref:Type>
                        <pref:AlcCode>0010516000001593002</pref:AlcCode>
                        <pref:FullName>Российский коньяк трехлетний "Три звездочки"</pref:FullName>
                        <pref:ShortName>Российский коньяк трехлетний "Три звездочки"</pref:ShortName>
                        <pref:Capacity>0.5</pref:Capacity>
                        <pref:AlcVolume>40</pref:AlcVolume>
                        <pref:Producer>
                            <oref:UL>
                                <oref:ClientRegId>010000000713</oref:ClientRegId>
                                <oref:FullName>Федеральное государственное унитарное предприятие "Кизлярский коньячный завод"</oref:FullName>
                                <oref:ShortName>ФГУП "Кизлярский коньячный завод"</oref:ShortName>
                                <oref:INN>0547000050</oref:INN>
                                <oref:KPP>054701001</oref:KPP>
                                <oref:address>
                                    <oref:Country>643</oref:Country>
                                    <oref:RegionCode>05</oref:RegionCode>
                                    <oref:description>РОССИЯ,,ДАГЕСТАН РЕСП,,Кизляр г,,Орджоникидзе ул,60,,</oref:description>
                                </oref:address>
                            </oref:UL>
                        </pref:Producer>
                        <pref:ProductVCode>229</pref:ProductVCode>
                    </ain:Product>
                    <ain:Quantity>20</ain:Quantity>
                    <ain:InformF1F2>
                        <ain:InformF1F2Reg>
                            <ain:InformF1>
                                <iab:BottlingDate>2016-05-xx</iab:BottlingDate>
                                <iab:TTNDate>2016-06-xx</iab:TTNDate>
                                <iab:Quantity>5120</iab:Quantity>
                                <iab:TTNNumber>2016xxxx</iab:TTNNumber>
                                <iab:EGAISFixDate>2016-06-06</iab:EGAISFixDate>
                                <iab:EGAISFixNumber>9800000492xxxx</iab:EGAISFixNumber>
                            </ain:InformF1>
                        </ain:InformF1F2Reg>
                    </ain:InformF1F2>
                    <ain:MarkCodeInfo>
                        <MarkCode>22N000002VJLZPHVHD6084460517014145030OLNSPDMR2L1UDA2OS6MVFQOxxxxxxxx</MarkCode>
                        <MarkCode>22N000002VJLZPHVHD60844605170141450319GZSR1XCK2Z1TCC7UVWM1WZxxxxxxxx</MarkCode>
                    </ain:MarkCodeInfo>
                </ain:Position>
            </ain:Content>
        </ns:ActChargeOn_v2>
    </ns:Document>
</ns:Documents>

Рибят, а что делать если пропал интернет и соответственно нет связи с ЕГАИС. Ммм? Магазин закрывать? :)

(504) УТМ 3 дня поработает и больше не отправит чеки.

(505) после этого разблокировать УТМ можно будет только через обращение в РАР

Трэш и угар ЕГАИС
http://catalog.mista.ru/public/555262/

(506) откуда, по нашим данным как только УТМ отправит старые чеки, он сам разблокируется

(508) Действительно, видимо, у меня в голове устаревшая или ложная информация. Спасибо за поправку.

(509)Появился интернет в магазине, стал УТМ выдавать ошибку про слишком старый чек, "Возраст чека превышает максимально допустимый" (4320) минут.. И в 1Ске показывает дату от 16го числа, хотя 16го числа всё было нормально, и 18го даже продавали всё было ок.

Кто сталкивался с таким уже, подскажите пожалуйста, как быть в такой ситуации?

В интернете пишут что можно переустановить УТМ и не парится.. Может есть более правильный вариант?

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

(503) Спс, отправила. Только без марок. Откуда ж вы знаете марки? При пересортице я списываю товар1 с торгового зала. А ставлю на баланс в ТЗ- но только по алккоду. Пользуюсь, когда остатки уходят в минуса. Т.е. бутылки как таковой у меня уже нет

(511)Ну что значит связь есть? Интернет есть на компе, на localhost:8080 захожу, всё чётко.
В исходящих данных висят 2 документа от 18.10

(513) если висят документы в исходящих, значит связи с сервером ЕГАИС нет, надо читать логи.

(512) В примере Акт постановки на баланс в регистр1 второй версии с пересортом. Не акт постановки на баланс в торговый зал.

В общем позвонил ребятам в Центр-Информ...
Минут 30 сидели проверяли всё, потом запросили новый сертификат PKI и всё, все документы ушли.

Большое ему спасибо. Звали его Михаил.

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

Ребят, хочу подключиться к тестовому контуру ЕГАИС. В ЛК, в разделе Тестовый ТМ написано что для того чтобы записать RSA на носителе надо сперва иметь на нем КЭП.
У меня есть боевой УТМ с ключом и т.д. Могу ли я с боевого ключа выдрать этот КЭП? А то я совсем забыл как это делал год наза..

(518) Вам надо либо использовать существующую джакарту и записать на нее тестовый сертификат, либо брать новую джакарту, покупать на нее КЭП и заливать туда. Переносить КЭП с одной джакарты на другую нельзя (насколько я вкурсе).

(519) А потом можно перезаписать на JaCarta именно сертификат RSA?

(520) Сертификары RSA можно перезаписывать без проблем на джакарту с КЭП.

А инициализация не удалит КЭП, да? Только ПИНы и RSA сбросит

(522) инициализируй только нужный раздел (KPI) и он только его и проинициализирует.

ГОСТ-овский раздел тоже можно проинициализировать, тогда КЭП потеряешь, конечно.

(523) Спс

Со вчерашнего вечера перестали приходить ответы на некоторые запросы (в частности запросы по справкам и остатки торгового зала). Все красиво отправляется, но ответы не приходят и на check1 запрос по идентификатору не находит. При этом документы (ТТН, Акты, подтверждения к актам) обрабатываются оперативно и без проблем. Проблема на всех филиалах, поэтому с УТМ не связана.
У кого-то еще есть такие проблемы?

На форуме РАР уже ответили, что все обрабатывается согласно регламенту, а он для таких запросов предполагает ответ в течении 3х часов. Про причины задержек ничего не сообщают.

(526) а вы запросы по справкам отправляете вручную? или автоматом на все что упомянуто во входящих ТТН?
в принципе ТТН часто приходят же заранее, так что для низ 3часа не критично.

про торговый зал ничего не скажу - у нас же розницы нет..

(527) К типовому механизму УТАП по запросу выборочных справок с заполнением по всему справочнику (что бессмысленно, т.к. слишком много справок) дописали свое заполнение списка справками из выбранного документа.
На форуме РАР жаловались, что у них приемка встала, т.к. запрашивают справки для сверки дат.
Запрос по остаткам торгового зала для нас критичен, т.к. запрашивали его до начала продаж, чтобы убедиться, что все минусы закрыты, а в итоге остатки пришли на 11 часов дня, когда дошла очередь до запроса. Не очень удобно.

Отправил запрос на получение новых PDF417 в тестовом контуре...ни ответа ни привета уже как 20 минут..

(529) Месяц назад говорили, что данный функционал в тестовом контуре отключен. Изменилась ли ситуация с выходом новой версии тестового УТМ (2.0.14) не знаю.

(528) а в типовом запрашиваются справки по какому принципу? По идее все справки, которые упомянуты во входящих ТТН нужны? (а других то по идее и нет). (ну я о поставках с 01.01.16 конечно)

(531) В УТАП табличная часть, куда набиваются справки для запросов (с возможностью заполнить ее всеми справками из справочника).
На практике запрашиваются данные по конкретным справкам, в которых не заполнены данные и в них возникла необходимость. Обычно запрашиваются данные по справкам, которые мы получаем в приходах.

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

(533) Диапазоны вносятся в серию, а не в справку. А какие данные нужны из справки для работы точно не знаю, но видимо, не по всем справкам возникает такая необходимость.

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

(535) Нет, в этом плане в УТАП не оптимально сделано (как и во многих других моментах). Диапазоны приходится вбивать в каждую серию от справки. А т.к. РИБ это "доработки типовой" не поддерживают, то еще и в каждом филиале приходится вбивать одно и то же (пока не сделаем сами обмены какие-то).

Возможно вопрос обсуждался, но какую справку Б указать в TTNSingle если это первая поставка производителя в адрес покупателя?

Вчера получил на одной из касс такую ошибку https://yadi.sk/i/d3ogs703xj29U
Поначалу думал ошибка связана с самом ФР, но после обсуждения с тех.поддержкой Штрих-М, появились подозрения что ошибка вовсе УТМ-ская.
Кстати, что за железо у вас под ним?

(538) У нас УТМ стоят на обычных пользовательских компьютерах, на которых в 1С работают.

Их там плющит чтоли в РАР? Вчера повторно выложили в теме изменений на форуме, что вводят ограничение на постановку на баланс в 100 единиц в месяц. При этом точно такое же сообщение висит выше, но дата стоит с 01.10. Т.е. ограничения на самом деле не было?

http://forum.fsrar.ru/viewtopic.php?f=114&t=38815
В функционале постановки на баланс продукции в 1 регистр остатков, с 07.11.2016 включается ограничение количества единиц продукции, которые будут ставиться в автоматическом режиме. до 100 единиц любой фасованной продукции (бутылок) в месяц для одного fsrar_id.
Если в одном акте содержится больше 100 единиц, делается отказ.
Если предприятию будет необходимо поставить большее количество продукции, необходимо будет направить заявление в адрес соответствующего территориального подразделения Росалкогольрегулирования. Далее будет осуществлена проверка легальности продукции и дано ручное подтверждение постановки на баланс.

я правильно понимаю, что для оптовиков нет ограничений по постановке на баланс?

или остатки оптовиков - это обычный регистр 1 и на них также распространяется это ограничение?

(542) это обычный регистр 1 и именно на него ограничение

а только у меня номера фиксации проверить в личном кабинете ФСРАР не получается?

блин - раньше можно было по паролю зайти и проверить, а теперь только при входе по ЭЦП позволяет проверять фиксацию. Все для людей.

продолжаем мастер-класс "как правильно дуть на воду"

Если в справке А к ГТД (импорт) указано номер фиксации,и по этому номеру фиксации в личном кабинете указано меньше количество чем на бумажной справке А - это "ненадлежащая сопроводительная документация"? Ведь получается что зафиксировано меньше чем на бумажке, значит есть риск что перед нами "нелегальный оборот" ?

Информационный сервис "Проверка марок".
http://fsrar.ru/files/6258_pm.pdf

(547) Марки мы проверяем из 1С.. и вроде работает (написана обработка которая формирует http запрос, показывает капчу в окне 1С и т.п.).
Сейчас зашел по край1ней мере в ИЕ по логину-паролю доступны кнопки проверки марок и фиксации.. Вчреа своими глазами видел, что кнопок нет ))


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

Кто-нибудь знает,если УТМ на первом формате, можно делать  переводы и списания по второму регистру?

(549) говорят без перехода на 2й формат УТМ принимает документы по формату 2 и все ок.

На форумах сейчас активно обсуждают "тревоги" с ЕГАИС, связанные с приёмкой товара... и продолжают по проблемам дублей и неопознаных продаж. Проблемы и некоторые алгоритмы их решения описаны в статейке: https://olegon.ru/showthread.php?t=25767

Только сейчас столкнулся со списанием с торгового зала. Все работает без перехода на второй формат, но как же все-таки убого реализовали механизм. Данные хранятся в разрезе АП и казалось бы логичным в списании просто указать код АП и количество (тем более, что похожим образом реализованы документы по перемещению в торговый зал и обратно), но нет. Будь добр указывать все поля алкогольной продукции, т.к. большая часть из них обязательные, причем по второму формату (а ты сидишь на первом и у тебя части данных вообще нет). А так же не забудь указать производителя, причем там 4 отдельных схемы для разных видов производителей (отечественный, ИП, таможенный союз и импортное), а в каждой схеме еще пачка обязательных полей вплоть до адреса (который так же имеет две отдельные схемы и несколько обязательных полей). Весь исплевался, пока сочинял ХМЛ во внешней обработке, которую надо было быстренько на коленке сделать :)

ЕГАИС не работает. Даже сайт http://egais.ru/monitor открывается через раз. На форуме куча жалоб, но официальных ответов пока нет.

(553) если честно мы не заметили. Правда у нас основное общение с ЕГАИС ночью.

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

Я понимаю что все боятся МРЦ и прочих минимальных отпускных цен, но если разница на копейки и цены не ниже допустимых и поставщик прислал с расхождениями в ценах вы принимаете? А если клиент бухтит - перевыставляете?

(554) Снова пошли дубли документов после проблем в ЕГАИС. Так что имейте ввиду (если вы ничего отправляли, то может вам отправляли).
РАР сказали, что цены в ТТН только для удобства, они предварительные и не обязаны совпадать в ценами в бумажных документах. Впоследствии по ним еще будут контролировать МРЦ, но когда именно не понятно.
Но у нас руководство требует чтобы все совпадало до копеек и само себе создает геморрой (особенно когда цена ставится за кегу, а в ЕГАИС выгружается в декалитрах: зачастую не делится без остатка и приходится переоценку делать).

(554) вот так во всех ветках )) - в РАР сказали, Гущанский сказал, в видеоконференциях сказали... сослаться красиво не на кого )

Сейчас вот жду что наш юрист скажет..

P.S.
Хайнекен прислал ТТНки без поля Identity. Наверное перешли на УТМ с большого ЕГАИСа).  Я даже не сразу врубился - алгоритм, который я когда-то из розницы выдрал поперхнулся и не загрузил справки Б.. (хотя может не розница виновата, а то как я его выдрал).

(556) Без Идентити все нормально будет работать, пока какой-то документ повторно не выгрузят. Тогда поля поиска все совпадут.
Но в УТАП, например, Идентити вообще убрали из полей сопоставления (почему-то решили, что оно лишнее), пришлось самому возвращать.

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

(558) Ну это косяк. Как клиенту потом отличать старую версию от новой? Если на момент загрузки обе версии будут висеть на УТМ.
Мы делаем новый документ с теми же номером и датой, соответственно и ГУИД новый в идентити.

(559) просто у нас всегда так было заточено, что к реализации только одна ТТН.. и если что - она же и переоформляется. В принципе клиент должен различать разные версии по ИД ЕГАИС, а если идентити та же самая, то проблема сможет возникнуть только в случае если обе пары ТТН+СправкаБ грузятся в один присест из УТМ.

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

(560) Что такое ИД ЕГАИС? Идентификатор ТТН, который есть только в справке Б?
У нас довольно часто возникают ситуации, когда поставщик косячит при первой отправке, отменяет ТТН и сразу перевыставляет. В итоге у нас 2 пары ТТН и справок Б на УТМ при загрузке и идентити единственное что спасает. Иначе есть шанс загрузить не ту справку Б, а потом разгребать проблемы, т.к. штатных средств исправления на такой случай не предусмотрено.