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

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

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

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

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

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

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

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

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

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


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

Что думаете? Как это касается схем УТМ?

Как они уже заипали... Промилли посчитать не могут...

(2) Не то слово.

(1) Обязательно.

По моему это аналог документации к УТМ, только в форме для руководства. Только нафига? Видимо видимость глобальной работы создают.

(5) Если детально изучить таблицы, то они немного отличаются от последней документации УТМ

Основное и важное :

Этим документом утверждены сроки фиксации инфы в ЕГАИС 3 и 7 дней со дня фактичекской отгрузки и фактического поступления в городе и селе.

Ранее эти сроки были просто болтовней и пустой инфой в новостях РАРа.

Схемы этот документ не изменяет.

Так что, это простое юридическое оформление того, что уже есть на сегодняшний день и не более.

Иначе, штраф было невозможно нарисовать.
А теперь, ждемс судебную практику.

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

ветку по ЕГАИС прибили.. никто туда не писал 5 дней и померла (

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

(9) Гущанский постоянно, на всех семинарах говорил про 3 дня.

(10) всегда Documents было

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


прикольно - а у меня куча ТТНок у которых в корне написано Документы.. А у меня слямзено же с розницы.. там в первом варианты под русские имена типов  в схемах было (дико не нравилось но думать некогда было) а потом они все переделали на английские )

теперь у меня частично так частично эдак и блин уродски все ((

а. скорее всего и вправду documents - я ж писал в логи себе файлы из xdto а там в схеме корень уже Документы.  Туплю.

Кто уже разбирался с отражением импорта?

(15) в смысле это вопрос для импортеров? или о чем речь?

(16) Для них.

(16) Есть импортное пиво?

(18) есть..
а вскоре видимо и крепкая АП импортная может появиться..

(15) Схема в УТМ уже есть. Пробовали, вроде работает.

(20) я не врублюсь - речь о производителях/импортерах, когда они пересядут на УТМ или у оптовиков тоже есть проблема (но я о ней не знаю)

(21) речь о производителях/импортерах

тогда тупой вопрос...

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

(23) Ничего не придет. Они не могут подтвердить. Ваши остатки уже скорректированы. Запросите их в ЕГАИС и увидите.

(24) т.е. раз я посла акт разногласий ЕГАИС его тупо провел не ожидая ответа поставщика (раз он не в УТМ) и у меня остатки согласно акту?

щаз запрошу конечно.. прикольно.
спасибо.

(25) Да

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

(27) читали это?
http://egais.ru/news/view?id=1466

(28) Я правильно понимаю, что классический ЕГАИС никуда не денется, по крайней мере при наличии функционала УТМ2.0.3.

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

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

Производителям спирта нужно отчитываться о объемах спирта пропущенных через мерники и прочую лабуду.

Но, например, схемы по спирту уже есть в УТМ 2.0.3.

(28) А как же. Готовимся.

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

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

(31) вы в классический егаис отчитываетесь по каждой марке, ведь так?

(32) Несколько наоборот. Мы заказываем марку и печатаем ее на конкретный выпуск. То бишь когда нам уже готовые присылают.
В отчете о выпуске указываем только диапазон наклеенных марок фактически.

(33) когда = коды

(33) Вот, именно это я и хотел узнать. Я в курсе, что вы закупаете марки. Я не знал уровень детализации при отчете.

Формат отчета в УТМ не дает детализации даже до диапазона марки почему-то.

(35) Есть.
Отчет о производстве продукции
41 стр.
Вот оттуда кусочек.
<rpp:MarkInfo>
<pref:Type>АП</pref:Type>
<pref:Ranges>
<pref:Range>
<pref:Identity>1</pref:Identity>
<pref:Rank>011</pref:Rank>
<pref:Start>1</pref:Start>
<pref:Last>80</pref:Last>
</pref:Range>
</pref:Ranges>
</rpp:MarkInfo>

Как раз диапазоны наклеенного.

да, точно. Чет я просмотрел.

(36) (37) только не понятно откуда справку 2 брать?! Как потом эту продукцию отгружать в опт к примеру?

(38) Справка 2 генерируется самим ЕГАИС при отгрузке. Так как это движение товара.

(38) Она придет тебе с приветом из ЕГАИС.

(39) Нет, он про справку отгрузки

(42) При отгрузке производителем справка 2 формируется на основании справки 1.

(38) Вот такая радость тебе придет в ответ на отчет о импроте/производстве

<ns:Documents xmlns:wbr="http://fsrar.ru/WEGAIS/RepInformF1Reg&quot; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2&quot; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;&gt;
  <ns:Owner>
    <ns:FSRAR_ID>3463047</ns:FSRAR_ID>
  </ns:Owner>
  <ns:Document>
    <ns:RepInformF1Reg>
      <wbr:Header xmlns:wbr="http://fsrar.ru/WEGAIS/RepInformF1Reg&quot; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2&quot; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;&gt;
        <wbr:Identity>1a6924b1-73a5-11e6-88c2-8c89a5dfafb2</wbr:Identity>
        <wbr:RepRegId>TEST-IMPAP0000000288</wbr:RepRegId>
        <wbr:Client>
          <oref:UL xmlns:wbr="http://fsrar.ru/WEGAIS/RepInformF1Reg&quot; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2&quot; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;&gt;
            <oref:ClientRegId>xxxxxxxxxxxx</oref:ClientRegId>
            <oref:INN>xxxxxx</oref:INN>
            <oref:KPP>xxxxxx</oref:KPP>
            <oref:FullName>xxxxxxx</oref:FullName>
            <oref:ShortName>xxxxx</oref:ShortName>
            <oref:address>
              <oref:Country>xxxxx</oref:Country>
              <oref:RegionCode>xxxx</oref:RegionCode>
              <oref:description>xxxxxxxx</oref:description>
            </oref:address>
          </oref:UL>
        </wbr:Client>
      </wbr:Header>
      <wbr:Content xmlns:wbr="http://fsrar.ru/WEGAIS/RepInformF1Reg&quot; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2&quot; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2&quot; xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01&quot; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;&gt;
        <wbr:Position>
          <wbr:Identity>1</wbr:Identity>
          <wbr:InformF1RegId>TEST-FA-00000002324xxxx</wbr:InformF1RegId>
          <wbr:InformF2RegId>TEST-FB-00000002361xxxx</wbr:InformF2RegId>
        </wbr:Position>
        <wbr:Position>
          <wbr:Identity>2</wbr:Identity>
          <wbr:InformF1RegId>TEST-FA-00000002324xxxx</wbr:InformF1RegId>
          <wbr:InformF2RegId>TEST-FB-00000002361xxxx</wbr:InformF2RegId>
        </wbr:Position>
      </wbr:Content>
    </ns:RepInformF1Reg>
  </ns:Document>
</ns:Documents>

(43) Это было раньше.

(44) о как! спс. А то в мурзилке про wbr:InformF2RegId ничего нет, только wbr:InformF1RegId

(46) Но я думаю, поменяют.
УТМ 1.0.13/2.0.3 собирали скорее всего через "давай-давай", там много косяков со схемами.

(47) это я знаю -)

(45) Ну значит в тестовой старые схемы. Приходит только справка 1. Справка 2 генерировалась при отгрузке.

(49) Вы пользуете УТМ 2.0.3 для отчета о производстве?

(50) Нет. Боевой режим не запускали.
Тестовый 1.0.13

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

(52) Ну, у некоторых она вообще не работает, так что бухло на кассе отбирают и не выдают назад.

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

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

(55) все же насколько я понимаю пиво может не передаваться в ЕГАИС. или приказ из (0) и на эту тему что-то ужесточает. (у меня пока все руки не доходят прочитать)

отано че. пробный период, а до какого он?
Тоесть получается, что можно не ждать ответа от главной системы и спокойно продавать?
З..ы на удивление алко апокалипсиса не случилось?))

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

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

(59) Там в ссылке - данные продавца и уникальный идентификатор (GUID) чека - на сайте система по этим данным ищет чек - понятно, что он туда будет идти в течение нескольких дней (работать безе передачи данных с УТМ-а в ЕГАИС более трёх дней запрещено).

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

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

(62) На фига Вам это?
Продавать по ценам ниже незя, а Покупать очень даже можно))

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

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

а диапазоны в электронных справках А (и формах1) появятся после того как производители/импортеры пересядут на УТМ?

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

(64) (65) Никого не волнует что из 100 покупателей:
99 - выкинут чек сразу или никуда не полезут проверять.

Но 1 из 100 полезет и будет "ой".

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

и будеот ой либо магазину (отзыв лицензии за зеркальную марку и нии*т что магаз не мог это проверить) либо оптовоику за пересорты и что-нить еще..

а покупатель со своим слип-чеком, это ИМХО побочная опция для красоты.

(68) >а покупатель со своим слип-чеком, это ИМХО побочная опция для красоты.

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

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

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

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

(70) Мы по 115-ФЗ с 2011 года попали как "группа ИП", кто ООО/ЗАО те еще раньше сидят.

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

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

(72) Дата слипа будет поддельной и не совпадать с датой продажи по УТМ при проверке - всплывет пусть не у 1 из 100 так у 1 из 200.

(74) Нет, цель четко разделить легалы/не легалы. Чтобы не было такого что думаешь что пришел на легальный а те подсунули хз что.
В дальнейшем будет (в принципе уже) если магазин/точка не принимает безнал/карты, требует только налик = нелегалы.

(75) Ну, как бы, отличие даты (точнее времени) на кассе в пределах некоторого времени ни у кого подозрений не вызовет.

(76) В пределах пары часов да, но если кому то придет заказ на разработку такой системы, с отслеживанием недавних предыдущих покупок и "не проведения по УТМ" если можно.

То куда звонить же знаем? Но только после выполнения и перед передачей...

(73) а что у ювелиров/риэлтеров тоже ЕГАИС? (или у них финмониторинг отмывки бабла нажитого непосильным но бесчестным трудом?)

по поводу (62) я так понимаю никто не заморачивался? (с программным контролем минимальных цен в ТТН )

(78) Ну, как бы, цена продажи должна быть выше цены закупки.
Но, есть такое понятие "бонус" - ФСРАР дополнительно снимал ограничение на нулевое значение цены - то есть оптовые цены никого не интересуют.

(78) Да у ювелиров/риэлтеров и всех финансово-кредитных давно ПОД/ФТ и свой http://www.fedsfm.ru/.

Так то покупая квартиру/золото или совершая перевод на сумму от 15 тыр знайте что вас с вашими $ посчитали ))

Посвистели?
За работу!

Хотите вы или нет (странно, что это вас кстати, так колышет), но рынок придет к светлому тотальному электронному контролю.
Всего и вся.

(81) Он уже, практически, пришёл.
Просто дальше будет интереснее, когда начнут спрашивать, а где вы купили то, что продали.

(82) А в чем проблема ответить?

"рынок придет к светлому тотальному электронному контролю" - где-то такое есть? Или это чисто наше ноу-хау?

(84) В Японии, наверное, уже есть - а остальные идут в том же направлении.

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

(86) С каждым годом средства контроля становятся дешевле.
А поймёт оно, скорей всего, что и за ним тоже будет тотальный контроль - вот тогда и придумают, как сделать так, чтобы и работало, и не совсем.

(87) Мозги со временем только дорожают.

(86)Думается там не дураки сидят. Это нас кажется что это бардам, а для них это вполне себе неплохой заработок.
(87)За ними вряд ли. Они равнее других.

(78) мы заворочались, еще на стадии выписки

Ребят, подскажите.

При продаже в розницу, дата и время на чеке с ФР правильная, если же перейти по ссылке с чека, дата и время не верное. И в журнале продаж в ЛК, тоже не верная дата и время.
Почему такое может быть?

Товарищи, проконсультируйте как поставить на баланс крепкий алкоголь:

согласно описания 2.03 я должен в обязательном порядке заполнить данные

- наименование
- код продукции в системе егаис
- емкость
- крепость
- код декларации (200 - водка)
- производитель (код, инн,... адрес)
- количество

- внести информацию по справке А
- количество
- дата розлива
- ТТН номер поставщика
- ТТН дата поставщика

- марк коды позиций.

Что делать если, на некоторые позиции не можем найти справку А? как поставить на баланс в этом случае?

Никак. Ищите. Вы должны их хранить, насколько я знаю.

Мне вот дико интересно, как хранится этот гигантский макулатурный архив какого-нибудь среднего оптовика. Это жесть жеж.

(94)Дим, а по (91) не подскажешь?

(95) Я розницей не занимаюсь

(92) ставьте на баланс в рег2. Там справки не нужны

(93) никак. все хранится в электронном виде

(94) Угу. У нас небольшой склад уже. 250 квадрантных метров.

(91) А разница небось где-то час?

Отпуск закончился.... :-(

1. Второй формат для ЧекаККМ не существует?
Т.е. он сразу второго формата?

2. С Пивным чеком не пойму он как бы есть но остатки списывать не будет, так зачем он вообще? Можно же его не формировать, а только в конце дня списывать актом факт продажи. Или всё равно формируем (фиксируем продажу) и дополнительно актом остатки списываем?

Что-то тихо....

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

(90) упс - пропустил. Блин периодически миста перестает открываться через оного провайдера.. переключаюсь на другого.. потом обратно )

А как вы придумали структуру хранения данных - для меня эта область пока все еще внове.. Я думал устанавливаются цены в разрезе кодов видов продукции, а нет - по крепости причем три категории товаров водки, ликеро-водочная более 28% и игристое вино.
блин. и как это привязать к классификатору кодов видов продукции..

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

как-то громоздко и непонятно как вести. а как у вас?

(101) пивной чек вроде как спущен в унитаз (хорошо что я даже не успел заморочиться)

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

Не пойму... Вы тут какие-то цены обсуждаете. Теперь и их контролировать будут? Это розницы касается?

А у кого-нибудь есть крепкий алкоголь на розлив? И что с ним делать при продаже?

(106) их и так контроллируют. Есть минимально разрешенные цены на водку, игристое и ликеро-водочную крепостью выше 28% см  приказы минфина 55н от 27.04.16 и 58н от 11.05.16

(107) в розницу? думаю что списывается весь объем транспортировочной тары. т.е. если это кега-бочка, то весь ее объем списывается при откупорке.

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

(108) Ну если пиво- понятно. Формирую списание в хмл всей кеги датой вскрытия. А если это акцизный товар. Получала его как штучный (в бутылке). Например, вино. Тоже актом списания? со сканированием акцизы? А покупателю чек без QR?

(104) все проще, я создал отдельный справочник с реквизитами
Емкость, Имя номенклатурной группы или КОД АП, МинЦена. И при записи реализации оператору выдается сообщение если цена ниже минимальной цены, на каждую позицию в реализации.

+к (111) но тут конечно нужно порядок в группах товара навести. Порядок наводил не я. -)

(105) А чего тогда не уберут из формата чека ПИВО?

(113) уберут, в следующих версиях

(113) Так убрали же после того, как документация вышла.
Сейчас новые формы напишут - и всё изменится, как всегда.

А кто в указанном приказе (или другом зареганом в МинЮсте) нашел утвержденные сроки фиксации Поставщиком факта отгрузки товара? Или сроки, в которые Поставщик должен согласиться или отказать по Акту разногласий?
На мультики с Гущанским просьба не ссылаться))

какой же бардак в этом ЕГАИСе творится(((

Розницу задрюкали до не могу. Надо уходить в опт))

(116) В чем проявляется дрюканье?

(117)
Во всем.
В правилах учета, в правилах продажи, в ответственности за то, что Розница не может проконтролировать на входе (те же зеркалки).

В опте грубо две схемы: Получил и Отгрузил.
В рознице: Получил - переместил - Продал (привязка на глюки ФР и банк терминалов) - возврат от покупателя (с теми же привязками) и т.д. и т.п.

Тот же приказ по срокам.
Рознице утвердили все до копейки, а про Опт ваще забыли)

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

(120) У вас нет производства/импорта?

(121) Нет и надеюсь не будет :)

(122) Очень жаль :-)

(115) В документации 2.03 информацию о ПИВЕ не убрали.

Документация к 2.03
2.5. Пивной чек
В целях организации электронного журнала учета алкогольной продукции обеспечена возможность формировать и отправлять в ЕГАИС в том числе и чеки, в которых присутствует пивная продукция.
Документ, содержащий пивной чек, подписывается УТМ и передается на сервер ЕГАИС. В ответ на отправку пивного чека, как и в случае с отправкой чека на АП, от УТМ приходит квитанция.
Пример пивного чека, xsd-схема чека и схема квитанции приведены в Приложении Б.

(124) (125) Вам про это и написали, что пивной чек отменили позже, чем вышла документация к 2.0.3. Когда выйдет документация к следующей версии - уберут.

(126) Тогда версия УТМ должна быть 2.04 или больше и документация к нему.

ЕГАИС и должно(-а) быть  --  не совместимы))

Кстати, такой интересный вопрос - ЕГАИС отслеживает остатки в разрезе справок 2 (насколько я понимаю).
При продаже мы сканируем бутылки и получаем EAN+PDF, которые отправляем в ЕГАИС. В итоге, у нас ЕГАИС списывает в регистрах остатки, как ему кажется по справкам - а как нам в учётной системе списать остатки.
Остатки можно запросить в разрезе справок 2 и справок 1, из которых можно узнать только диапазон марок (то есть DataMatrix).
Как вообще предполагается делать движения регистра остатки алкоголя - или все просто предполагают запрашивать остатки из ЕГАИС и задавать глупых вопросов ???

(129) Почитайте http://egais.ru/news/view/?id=1456 Розничные продажи (со сканированием марок) ведутся по другому регистру, где нет разреза по справкам 2.

(130) Я это уже читал - но там получается, что в торговый зал ставится вообще просто "продукция", а вот на склад - по справкам.
Но это не решает вопрос - как это должно списываться в учётной системе - хотя, если мы переносим всё в торговый зал - то нам уже не важно, что и откуда списали.

Есть клиент, отправляют только подтверждения. Стоит у них розница. Заходят в нее раз в месяц. Щас звонят, говорят пишет ошибка доступа к интернет. Что там нового? УТМ обновлять или еще чего?

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

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

(134) Да с инетом там все норм. Проблема говорят вчера началась. Комп перезагружали, джакарту перетыкали. Поеду сегодня после обеда разбираться, просто думал может какая то очевидная и всем известная проблема.

(135) Возможно раздел PKI Джакарты заблокировался. В последнее время у многих "староустановленных" УТМ такое происходит.

(136) Как разблокировать?

(137) смотря что именно случилось. Возможно сдох ключик - нам пришлось менять.

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

А теперь новости:

1.Готовится ограничение запроса остатков по регистру 1 и регистру 2. Не более одного запроса в 1 час по каждому из регистров.
В случае повторного запроса в течение 1 часа, будет возвращаться тикет с текстовкой.
«Вы уже сделали запрос на остатки по регистру(1,2). Следующий запрос вы можете выполнить через (количество минут до следующего запроса) минут.» - Обновление реализовано.

2. В функционале получения штрихового кода по нечитаемым маркам, включается ограничение количества не читаемых марок в 100 марок в месяц для одного fsrar_id.
Если в одном акте содержится больше 100 шк, делается отказ.
Текст отказа. "Вы превысили количество допустимых для получения штриховых кодов единиц продукции в месяц. Вы можете получить в этом месяце еще (количество) штриховых кодов" - Обновление реализовано.

3. Включается контроль наличия действующей лицензии у организации подающей сведения в УТМ.
Принципы.
- в случае отсутствия действующей лицензии, система ЕГАИС не позволит фиксировать никаких значимых документов с датами после потери или истечения лицензии, в которых есть алкогольная продукция с кодами вида отличными от 500,510,520,261,262,263.
- система позволит фиксировать накладные и акты уничтожения по оптовым организациям без действующей лицензии для фиксации реализации остатков по контролем лиценз. органа.
- система разрешит фиксировать акты на накладные с датами, когда лицензия у организации действовала. система разрешит фиксировать накладные с датами в период действия лицензии организации.
- в случае осуществления отгрузок в адрес организации, у которой нет действующей лицензии система проведет такую накладную, но сообщит в тикете, что покупатель не имеет действующей лицензии.
- в случае отсутствия действующей лицензии подсистема отправки чеков позволит отправить чеки подписанные, но не отправленные из ENV/ Подписание новых производиться не будет. Это же касается и пивных чеков.
организацию определяется по связке ИНН+КПП. по этой связке сверяем все в реестре. в случаях 1-3 система оповестит, что у организации нет действующей лицензии для осуществления вида деятельности.

(139) в новостях как раз 3 пунктом про Ваш вопрос! -)

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

Чтобы PKI не блокировался:

Для восстановления работоспособности ключа криптозащиты с ошибкой CKR_FUNCTION_FAILED
предлагается произвести следующие действия:

Предполагается, что единый клиент JaCarta уже установлен на машине.

1. Для 64-разрядной системы в папку //Windows/SysWOW64
Для 32-разрядной системы в папку //Windows/System32
Скопировать библиотеку libtranscrypt.dll

2. Изменить параметры службы транспорта в файле C:/UTM/transporter/conf/transport.properties

Для 64-разрядной системы на:
rsa.library.path=C:\\Windows\\SysWOW64\\asepkcs.dll
gost.library.path=C:\\Windows\\SysWOW64\\libtranscrypt.dll

Для 32-разрядной системы на:
rsa.library.path=C:\\Windows\\System32\\asepkcs.dll
gost.library.path=C:\\Windows\\System32\\libtranscrypt.dll

3. Изменить параметры службы updater в файле C:/UTM/updater/conf/transport.properties

Для 64-разрядной системы на:
rsa.library.path=C:\\Windows\\SysWow64\\asepkcs.dll

Для 32-разрядной системы на:
rsa.library.path=C:\\Windows\\System32\\asepkcs.dll

4. Запустить УТМ.

Новая библиотека :
https://yadi.sk/d/jJ1pkkOwurHUg

(140) А где такую новость нашли?

(140), (141) даа. прямо в тему. Т.е. буду выводить все комментарии тикетов (если там есть слово предупреждение наверное) пользователю, клиент подтвердить не сможет, значит должны будем сами делать отказ.. Правда это все случится ночью и надо подумать как правильно стопорить чтобы в машину не грузили такую накладную.

(143) http://forum.fsrar.ru/viewtopic.php?f=114&t=38815&p=306413#p306413

(145) Спасибо.

(145) Это ссылка на какой-то форум. Официальная ссылка есть?

(147) Это официальный форум ФС РАР. На сайте они ничего уже 2 месяца не выкладывают, поэтому остается только читать форум. Отвечают там сотрудники РАР, но, естественно, надо относиться к данным аккуратно.

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

(147) да это ссылка на официальном форуме РАРа и данное сообщение написал официальный представитель РАРа.

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

(149) мы делали так, инвентаризация в УС, перенос все на регистр2, списание/оприходование с/на регистра2 по факту инвентаризации. т.е сначала выровняли остатки в УС а потом на основании этих остатков выровняли остаток в ЕГИАС.

(151) Понятно - он-то как раз из марки и достаётся.
Надо только убедиться, что всё кассы в товароучётку марки сливают.

(149) У нас в работе ТиС и справки привязаны к партии. Получается, что в любом случае придется в конце месяца (или когда ещё) сверяться по остаткам. При наличии возвратов поставщику, перепроведения, восстановления последовательности справки всяко поплывут. Мало того, оно и сейчас плывет, когда отчетность в ФСРАР сверяется с прошлыми периодами. В принципе - рабочая ситуация.

Ребят, кто в теме, подскажите, можно ил уже из УТ 11, отправить документ, чтобы перейти на новый формат документов 2.0 и есть ли уже документ перемещение алкогольной продукции в торговый зал, то есть с 1го регистра на 2ой..?

(155) В последнем релизе УТ нет документа передачи в торговый зал. Второй версии документов так же нет в XDTO пакетах (да и переходить пока в любом случае смысла не вижу, плюсов особых от них нет, а вот проблем можно огрести много).

(156)Ну а как списывать проданное? В ручную из 1го регистра, актами списания?

(157) Не знаю, этот вопрос надо уже задавать разработчикам.

(158)Хорошо, а вы как списываете? :)

(158)Или копите тоже, как мы? :)

(158)А в рознице есть продвижения? Ведь если там сделают, то и до УТ не далеко я думаю..

(159) (160) В типовых Рознице 2.2 и Асторе функционал есть, в других базах пока списываем из первого регистра обычным списанием.
(161) В Рознице 2.2 функционал перемещения в торговый зал уже реализован, а про вторую версию документов не вкурсе.

(161) в рознице 2.2 всё уже есть и перемещение в/из ТЗ и вторая версия тоже есть. Еще есть помощник корректировки остатков ЕГАИС, довольно неплохая штука, через нее остатки в ЕГАИС можно выровнять с остатками с УС за 5 минут, при условии, что продукция корректно сопоставлена.

коллеги а у вас бывают такие ситуации:

отвезли клиенту товар (пиво, или тем более крепкую АП) он товар не принял, доки не подписал, а в ЕГАИС подтвердил(! блин козел)

И чо делать?

(164) Если договориться не получается, то жаловаться в РАР. А если получается, то делать возврат\отмену ТТН.

(165) возврат - в смысле возвратный waybill ? Ну думаю клиент не осилит, (да и нам такая мини серия конечно не втарахтела)..

А отмена ТТН - это запрос на отмену, который мы должным подтвердить? (Reauest Repeal или как его там? я еще не сделал обработку этого дока. Надо будет предусмотреть статусы какие-то).

Клиент пока не понятный.. Встал в позу - "с ЕГАИСом" сам разберусь а товар мол не надо. (хотя это ходовая позиция мог бы и продать).. Чувствую что и request repeal не будет делать..
вобщем самый просто вариант - это request repeal.. либо товары "выкинуть", но без подписанной первички мы его задекларировать не можем.. блин. Короче если не решится будем жаловаться в РАР.. (никогда не пробовали, фигня вопрос на 2 т.р.)..

Сейчас попробуют провернуть типа клиент примет, а торговый у него тут же выкупит.

(166) Все правильно расписали. А вопрос не на 2т.р., а на штраф в 100 тысяч (т.к. на складе лежат остатки, которые числятся в ЕГАИС на другом юрлице).

Когда производство на УТМ переводит сроки кто слышал?

Выпейте эти 2000 рублей, пусть ваш покупатель потом репу чешет. И не соглашайтесь на отказ от ттн

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

(169) ну с клиентами мы стараемся не ссорится )  их у нас много и мелких и все денег должны )

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

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

кстати увидеть что именно эти бутылки находятся на складе ИМХО не реально.. когда движуха по 30 тонн в день и часть товаров в пути (довольно много) посчитать что-то не реально.. только если конкретно адресно идти и какие позиции считать.. Правда есть у нас одна ходовая позиция пивная - ее там паллет наверное 150 )) - ее даже адресно замаешься считать.

(169) была бы первичка подписанная - тогда да.. а так не могем.

Скажите, а как с этим бороться?

[URL=http://pixs.ru/showimage/bumerpng_1317702_23370036.png][IMG]http://i9.pixs.ru/storage/0/3/6/bumerpng_1317702_23370036.png[/IMG][/URL]

http://pixs.ru/showimage/bumerpng_1317702_23370036.png

(177) Что за конфигурация? Ошибка обработки ответа по алкогольной продукции (версия 2). Может быть у вас учетная система не поддерживает новый формат?

(178) Далион УМ ПРО 1.2.32.01

И все это счастье случилось при попытке отправить в УТМ акт постановки на баланс в торговый зал.

(180) На вашей картинке ответ на запрос алкогольной продукции, с актом постановки на баланс это никак не связано. Проверьте по указанному пути, открывается ли ХМЛ файл. Поддерживается ли вторая версия в Далионе, я не знаю.

(181) Блин, сейчас ткнул в кнопку "получить сообщения" - все заработало.... Может, большой ответ на запрос по номенклатуре был и не до конца загрузился?

А кто-нибудь уже посылал/получал ТТН по v_2 в рабочей базе?

(183) Уже месяц как получаем и отправляем.
Народ потихоньку переползает.

1,95 % организаций нашего справочника уже переползли на v2

(184) Какие подводные камни есть?

Никаких.

Коллеги, может кто в курсе - возникла необходимость отправить в ЕГАИС данные по нечитаемым маркам. Магазин работает в Розница 1.0.19.16, как это сделать? Один хороший знакомый сказал, что этот сервис сейчас не работает, но проблему это естественно не снимает...

Сервис снова работает, но не более 100 марок в месяц.

(189) Это замечательно, но КАК это сделать? В Личный кабинет ходили, там ничего похожего. В "Хамелеоне" (на картинках) это присутствует, нарыл даже формат файла xml. ??? Но как это сделать? Вот в Рознице 2.2 есть документ Акт списания ЕГАИС, но переход будет еще не скоро! (((

(190) Это не ко мне.
Мы, слава Гейтсам, розницей не занимаемся. Нафиг-нафиг этот трешъ и адъ.

(191) ((( печаль-беда... "Будем искать!"

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

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

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

(195) Данные клиенты показывают декларацию по данным поставщика ...

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

(197) Да! все верно !

Прошу уточнить про маркеруемую продкцию:
а разве ЧекККМ (Или ОтчОРознПрод) - разве не должны делать движения по регистру ТорговогоЗала ? в УТ 10,3 не делает

Во всех конфах 1С есть Классификатор организаций ЕГАИС.
В элементе этого справочника есть реквизит "Учитывать остатки алкогольной продукции". В описании написано: предназначен для управления признаком фиксации движений документов по данной организации в регистре остатков ЕГАИС.

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

(190)
Вот так можете
http://catalog.mista.ru/public/534079/

Запрос нового ШК PDF для нечитабельных
Запрос по Алкокоду (не по ИНН Производителя)
Перевод товара с первого во второй регистр.

Коллеги.. я же нуб в алкашке и натыкаюсь на какие-то (тривиальные наверное) проблемы и не знаю как решать (
Оказывается к одной накладной-поступлению товаров может быть несколько лицензий (на разные виды товаров, на закупку или наоборот производство и т.п.). А я то сделал ЛицензиюКонтрагента реквизитом шапки. А как предлагают типовые (в УТАПе это тоже реквизит шапки)? Если построчно заполнять лицензии - закупщики наверное чокнутся. да еще и не пойму какие типы лицензии заводить - те что есть в УТАПе как-то не ложатся у меня на то, что вижу в реальных бумажках. А как вы расписываете где какая лицензия? (это же надо в декларацию все потом выгружать)

(202) В УТАПЕ помимо лицензий контрагентов в шапках, есть прикрепление лицензий по ТЧ товары к видам АП.

В самой лицензии смотри вкладку "Виды АП, на которые выдана лицензия".

(203) у меня то УТАПа нет.. я так.. подглядываю.
т.е. надо делать ТЧ к лицензии в которой перечислять виды АП.. (то бишь коды, типао 200, 461 и  т.п.) - а они не пересекаются?
есть например такая поставки произведенной АП (вина)
и у той же конторы закупка и поставка АП (любая АП что ли).
т.е. один и тот же код вида продукции в зависимости от того произведенный или закупленный может проходить по разнцм лицензиям у одного и того же поставщика.

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

там целых 2 ТЧ у них - ХарактеристикаВидовДеятельности
тут что ли прописывается закупка это или производство?
а в ТЧ ВидыАлкогольнойПродукцииДляЛицензии перечислены все подходящие виды.. (а если на все виды - то ничего не заполнять)?

ХарактеристикаВидовДеятельности - это мертворожденный механизм, наследие предков, в котором я так и не разобрался.

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

(208) Да, надо хранить в тч.

а как сдают декларации те, кто сидят на типовой УТАП? там оно на лету собирается что-ли? или в декларацию идет одна лицензия (из Шапки) невзирая ни на что?

(210) Поставщики скорее всего делаю ТТНки по лицензиям по той же причине. Да и мало поставщиков, у производителей есть свои отдельные оптовые Юрлица - "торговые дома".

Да и мало поставщиков ->  Да и мало таких поставщиков

ну вот СОЮЗ-вино прислало образец документов (мы ж на на воду везде дуем, т.к. ожидаем первый раз поставку лицензируемой алкашки) - и у них там прямо к одной ТТН несколько справок А и в них разные лицензии. А я ж не знаю насколько это принципиальные момент и как вообще съест ФСРАР декларацию, например в 7й форме две строки в которых все одинаковое (код вида продукции, производитель, поставщик, номер ТТН) а лицензии разные.

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

(214) Мы так и делаем.

С октября ограничение по количеству постановки на баланс вводят. Никто не в курсе какая там граница?

(215) Пока никаких официальных писем не было, поэтому будет странно если они просто так введут без предупреждения. На сайте РАР последняя новость вообще от 19.07.
Или я где-то пропустил новость?

Здравствуйте, а никто не поделится образцом файла акта постановки на баланс на второй регистр  для продукции полученной до 01.01.2016 (где только кодАП и количество надо заполнять)

(217) Примеры есть в документации к УТМ. Если скачать из личного кабинета ее не можете, то можно тут https://egais-help.ru/download/utm
Пункт 1.23.3

(218) Спасибо большое.

Товарищи по ЕГАИСу, что-то у меня стали приходить пустые ответы на запрос АП по коду. Формат первый пока включен. Вот запрос:
<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef"; xmlns:qp="http://fsrar.ru/WEGAIS/QueryParameters"; xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">;
    <ns:Owner>
        <ns:FSRAR_ID>010000005142</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:QueryAP>
            <qp:Parameters>
                <qp:Parameter>
                    <qp:Name>СИО</qp:Name>
                    <qp:Value>0018214000001400919</qp:Value>
                </qp:Parameter>
            </qp:Parameters>
        </ns:QueryAP>
    </ns:Document>
</ns:Documents>
В ответ получаю:
<ns:Documents xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef";
xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef";
xmlns:rap="http://fsrar.ru/WEGAIS/ReplyAP";
xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01">;
<ns:Owner>
<ns:FSRAR_ID>3463047</ns:FSRAR_ID>
</ns:Owner><ns:Document><ns:ReplyAP>
<rap:Products /></ns:ReplyAP></ns:Document></ns:Documents>
ЧЯДНТ или теперь это можно только во втором формате делать?

<qp:Name>СИО</qp:Name> = <qp:Name>КОД</qp:Name>
В документации же все есть

(221) Спасибо!

У всех подолгу проходят ТТН-ки?

За последние 2 часа только на треть ТТН пришли ответы, причем не по порядку, а выборочно.

ясно

Задержка по некоторым ТТН была по 1.5 часа (при регламентированных 30 минутах на обработку), но монитор продолжает рапортовать, что "ЕГАИС работает в штатном режиме". Сейчас вроде бы потихоньку разгребают, но есть еще документы, которые отправляли 40 минут назад.

(223) Ага.
Прошел вебминар, напугали розницу, вот они и пошли запросы гонят.
Кстати ограничение постановки на баланс не более сто единиц в месяц.

(226) Нам РАР сказал что у него теперь до 12 часов подняли.

(227) Откуда такая информация? 100 в месяц пока только про нечитаемые марки говорили
(228) Кого подняли? Регламент выложен на сайте мониторинга и там ничего не менялось. Стало быть другой регламент не принимали.

сорри за оффтоп.. подскажите что надо в СерНомЛиц заполнять в декларации?

это серия и номер бланка? (через пробел?)

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

(230) по ходу
Серия, Номер  через запятую и пробел

а если нам контора с лицензией поставляет пиво (и у нас тоже есть лицензия) то в сведениях об оборотах пива надо не указывать лицензию? или можно указать и ошибкой это не будет?

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

Итак подскажите плиз - у контрагента куча точек (и естественно КП у всех разные, и в справочнике контрагентов формы 6 это будут разные ИД контрагента). Но лицензия то у них с одинаковыми реквизитами. (т.к. выдается одна на все предприятие). Получается что в справочнике мне надо повторить данные по одной и тойже лицензии всякий раз на отдельный КПП получателя и это будет всякий раз свой уникальный ИД?

Поясните по пиву.
Чтобы Журнал пива велся на ЕГАИС, нужно отправлять туда Акты списания.
И где-то говорили (на каком-то вебинаре Атола), что остатки пива в ЕГАИС тоже должны быть корректные.

Я не понимаю, как ЕГАИС вообще считает остатки пива? Ведь на пиве нет акцизных марок. А Штрихкода EAN13 ЕГАИС не хранит.
Как же ЕГАИС определяет, что продалась та, а не иная бутылка Пива?

Или все эти разговоры, что ЕГАИС требует ведения корректных остатков Пива, это введение в заблуждение?

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

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

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

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

Проблем особых нет, кроме той, что я не занимался еще v2, а без нее нельзя списать с розницы пиво.

А как вы можете приходовать "сразу в торговый зал"? Вы подтверждаете входящую ТТН и остатки в разрезе справок Б упали к вам на остатки.. Чтобы они появились в торговом зале вы должны переместить их. (Я не смотрел схемы но наверняка вы должны указать что берете с остатков из такой-то справки Б и кидаете в торговый зал, а там уже остатки только в разрезе алкокодов приходуются),

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

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

При такой котороткой схеме все работает, остатки списываются и проблем вроде нет.

На основании "Отчета о розничных продажах" делаем "Акт списания ЕГАИС" с флагом "Реализация" и пиво спокойно списывается с остатков. Крепкий же списывается автоматом при передаче Чека.
Но опять повторюсь. Все это работает только если нет дублей в регистре соответствий номенклатуры ЕГАИС.

(235) Сделали Корректировку остатков - какими доками делали?

В конфах 1С есть справочник "Классификатор организацией ЕГАИС". Есть там реквизит "Учитывать остатки алкогольной продукции". У всех элементов в этом справочнике галка не стоит. На что это влияет, кто знает? Из справки непонятно ничего.

http://i.imgur.com/ZdXLT6u.png

(238) Обработка в самой Рознице. Которая предлагает скачать остатки с серверов ЕГАИС, сверяет с текущими, предупреждает если какие документы еще не проведены и создает акт списания, поставановку на баланс и перемещения.

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

(241) У всех организаций в этом справочнике ставить? Их там овер9000. И если она необходима, чего она по дефолту не стоит?

(239) Эта галочка для ваших организаций, если включите галку для своей организации, то будет заполнятся регистр ОстаткиАлкогольнойПродукцииЕГАИС, ни чего более.

(242) А на что влияет этот регистр? В чем будет отличие, если его ставить или не ставить?

Продублирую в эту ветку...
Коллеги, пишу постановку на баланс в торговый зал. какой ответ должен прийти на отправку ActChargeOnShop_v2 ?

В чем ошибка господа, помогайте.
Формирую запрос такого вида

  <?xml version="1.0" encoding="UTF-8" ?>
- <ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:ainp="http://fsrar.ru/WEGAIS/ActChargeOnShop_v2"; xmlns:ce="http://fsrar.ru/WEGAIS/CommonEnum"; Version="2.0">
- <ns:Owner>
  <ns:FSRAR_ID>020000299491</ns:FSRAR_ID>
  </ns:Owner>
- <ns:Document>
- <ns:ActChargeOnShop_v2>
  <ainp:Identity>0000000001</ainp:Identity>
- <ainp:Header>
  <ainp:ActDate>2016-09-27</ainp:ActDate>
  <ainp:Number>0000000001</ainp:Number>
  <ainp:TypeChargeOn>Продукция, полученная до 01.01.2016</ainp:TypeChargeOn>
  <ainp:Note>Акт постановки на баланс от участника системы ООО "Рога и копыта", версия 2.0</ainp:Note>
  </ainp:Header>
- <ainp:Content>
- <ainp:Position>
  <ainp:Identity>1</ainp:Identity>
- <ainp:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Шампанское "Дом Периньон Брют Миллезим (Винтаж)" белое</pref:FullName>
  <pref:AlcCode>0017799000001191774</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
  <pref:Producer />
- <oref:UL>
  <oref:ClientRegId>050000016062</oref:ClientRegId>
  <oref:FullName>Фирма "Моэт и Шандон Шампань"</oref:FullName>
  <oref:ShortName>Фирма "Моэт и Шандон"</oref:ShortName>
- <oref:address>
  <oref:Country>250</oref:Country>
  <oref:description>20 авеню де Шампань БП 140, 51333 Эперней, Франция</oref:description>
  </oref:address>
  </oref:UL>
  <pref:ProductVCode>450</pref:ProductVCode>
  </ainp:Product>
  <ainp:Quantity>1</ainp:Quantity>
  </ainp:Position>
  </ainp:Content>
  </ns:ActChargeOnShop_v2>
  </ns:Document>
  </ns:Documents>

В ответ приходит
Некорректный тип документа: ActChargeOnShop

Одну ошибку нашел, поправил, результат такой же

  <?xml version="1.0" encoding="UTF-8" ?>
- <ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:ainp="http://fsrar.ru/WEGAIS/ActChargeOnShop_v2"; xmlns:ce="http://fsrar.ru/WEGAIS/CommonEnum"; Version="2.0">
- <ns:Owner>
  <ns:FSRAR_ID>020000299491</ns:FSRAR_ID>
  </ns:Owner>
- <ns:Document>
- <ns:ActChargeOnShop_v2>
  <ainp:Identity>0000000001</ainp:Identity>
- <ainp:Header>
  <ainp:ActDate>2016-09-27</ainp:ActDate>
  <ainp:Number>0000000001</ainp:Number>
  <ainp:TypeChargeOn>Продукция, полученная до 01.01.2016</ainp:TypeChargeOn>
  <ainp:Note>Акт постановки на баланс от участника системы ООО "Рога и копыта", версия 2.0</ainp:Note>
  </ainp:Header>
- <ainp:Content>
- <ainp:Position>
  <ainp:Identity>1</ainp:Identity>
- <ainp:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Шампанское "Дом Периньон Брют Миллезим (Винтаж)" белое</pref:FullName>
  <pref:AlcCode>0017799000001191774</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
- <pref:Producer>
- <oref:UL>
  <oref:ClientRegId>050000016062</oref:ClientRegId>
  <oref:FullName>Фирма "Моэт и Шандон Шампань"</oref:FullName>
  <oref:ShortName>Фирма "Моэт и Шандон"</oref:ShortName>
- <oref:address>
  <oref:Country>250</oref:Country>
  <oref:description>20 авеню де Шампань БП 140, 51333 Эперней, Франция</oref:description>
  </oref:address>
  </oref:UL>
  </pref:Producer>
  <pref:ProductVCode>450</pref:ProductVCode>
  </ainp:Product>
  <ainp:Quantity>1</ainp:Quantity>
  </ainp:Position>
  </ainp:Content>
  </ns:ActChargeOnShop_v2>
  </ns:Document>
  </ns:Documents>

Версия УТМ version:2.0.3

(247) Т.к. ругается без указания версии, то варианта 2:
1. Вы точно перешли на версию 2?
2. При выгрузке указываете правильный документ в строке отправки?

(248) 1. НА 2 версию не перешли

(248) сформировал запрос
  <?xml version="1.0" encoding="UTF-8" ?>
- <ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:qp="http://fsrar.ru/WEGAIS/InfoVersionTTN"; Version="1.0">
- <ns:Owner>
  <ns:FSRAR_ID>020000299491</ns:FSRAR_ID>
  </ns:Owner>
- <ns:Document>
- <ns:InfoVersionTTN>
  <qp:ClientId>020000299491</qp:ClientId>
  <qp:WBTypeUsed>WayBill_v2</qp:WBTypeUsed>
  </ns:InfoVersionTTN>
  </ns:Document>
  </ns:Documents>
Ждемс...

Перешли на 2 версию, пытаюсь снова отправить акт о постановке на баланс, та же песня
Некорректный тип документа: ActChargeOnShop

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

(252) понял, спасибо, сейчас допилю

(252) т.е. в поле Type указывать алкогольный код ? А как же поле pref:AlcCode

(254) В примере из документации <pref:ProductVCode>АП</pref:ProductVCode> (не знаю ошибка это или нет)

(255) Но думаю, что проблема скорее в импортном алкоголе, для него скорее всего надо указывать другие поля.

Подскажите, если отправлять ТТН импортры по версии 2, то импортера надо заполнять? Что-то в схеме не найду этих тегов

Добавил данные по импортеру/производителю
  <?xml version="1.0" encoding="UTF-8" ?>
- <ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:ainp="http://fsrar.ru/WEGAIS/ActChargeOnShop_v2"; xmlns:ce="http://fsrar.ru/WEGAIS/CommonEnum"; Version="2.0">
- <ns:Owner>
  <ns:FSRAR_ID>020000299491</ns:FSRAR_ID>
  </ns:Owner>
- <ns:Document>
- <ns:ActChargeOnShop_v2>
  <ainp:Identity>14584</ainp:Identity>
- <ainp:Header>
  <ainp:ActDate>2016-09-27</ainp:ActDate>
  <ainp:Number>0000000001</ainp:Number>
  <ainp:TypeChargeOn>Продукция, полученная до 01.01.2016</ainp:TypeChargeOn>
  <ainp:Note>Акт постановки на баланс от участника системы ООО "Рога и копыта", версия 2.0</ainp:Note>
  </ainp:Header>
- <ainp:Content>
- <ainp:Position>
  <ainp:Identity>1</ainp:Identity>
- <ainp:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Шампанское "Дом Периньон Брют Миллезим (Винтаж)" белое</pref:FullName>
  <pref:AlcCode>0017799000001191774</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
- <pref:Producer>
- <oref:UL>
  <oref:ClientRegId>050000016062</oref:ClientRegId>
  <oref:FullName>Фирма "Моэт и Шандон Шампань"</oref:FullName>
  <oref:ShortName>Фирма "Моэт и Шандон"</oref:ShortName>
- <oref:address>
  <oref:Country>250</oref:Country>
  <oref:description>20 авеню де Шампань БП 140, 51333 Эперней, Франция</oref:description>
  </oref:address>
  </oref:UL>
  </pref:Producer>
- <pref:Importer>
- <oref:UL>
  <oref:ClientRegId>010000006128</oref:ClientRegId>
  <oref:INN>7705399429</oref:INN>
  <oref:KPP>771643001</oref:KPP>
  <oref:FullName>ООО "ВХ Импорт Кампани"</oref:FullName>
  <oref:ShortName>ООО "ВХ ИМПОРТ КАМПАНИ"</oref:ShortName>
- <oref:address>
  <oref:Country>643</oref:Country>
  <oref:description>129347, Г.МОСКВА, УЛ.КРАСНАЯ СОСНА, Д.2, КОРП.1, СТР.1, ЭТАЖ 1, ПОМЕЩЕНИЕ I, КОМНАТА № 24; ЭТАЖ 3, ПОМЕЩЕНИЕ II, КОМНАТА № 3, КОМНАТА № 6</oref:description>
  </oref:address>
  </oref:UL>
  </pref:Importer>
  <pref:ProductVCode>450</pref:ProductVCode>
  </ainp:Product>
  <ainp:Quantity>1</ainp:Quantity>
  </ainp:Position>
  </ainp:Content>
  </ns:ActChargeOnShop_v2>
  </ns:Document>
  </ns:Documents>

И в ответ опять Некорректный тип документа: ActChargeOnShop

Ребят, кто ставил на баланс в ТЗ, поделитесь рабочим xml

(259)
<?xml version="1.0" encoding="UTF-8"?>
<ns:Documents Version="2.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:ns= "http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:ainp= "http://fsrar.ru/WEGAIS/ActChargeOnShop_v2">;
<ns:Owner>
<ns:FSRAR_ID>02000ххх</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:ActChargeOnShop_v2>
<ainp:Identity>165</ainp:Identity>
<ainp:Header>
<ainp:ActDate>2016-09-27</ainp:ActDate>
<ainp:Number>165</ainp:Number>
<ainp:TypeChargeOn>Продукция, полученная до 01.01.2016</ainp:TypeChargeOn>
<ainp:Note>Найдена не учтенная продукция</ainp:Note>
</ainp:Header>
<ainp:Content>
<ainp:Position>
<ainp:Identity>1</ainp:Identity>
<ainp:Product>
<pref:UnitType>Packed</pref:UnitType>
<pref:Type>АП</pref:Type>
<pref:FullName>Российское шампанское белое "Крымское" полусладкое</pref:FullName>
<pref:AlcCode>0123127000001188365</pref:AlcCode>
<pref:Capacity>0.75</pref:Capacity>
<pref:AlcVolume>12</pref:AlcVolume>
<pref:ProductVCode>450</pref:ProductVCode>
<pref:Producer>
<oref:UL>
<oref:ClientRegId>010000000181</oref:ClientRegId>
<oref:FullName>Общество с ограниченной ответственностью "Крымский винный завод"</oref:FullName>
<oref:ShortName>ООО "Крымский винный завод"</oref:ShortName>
<oref:INN>2337026352</oref:INN>
<oref:KPP>233701001</oref:KPP>
<oref:address>
<oref:Country>643</oref:Country>
<oref:RegionCode>23</oref:RegionCode>
<oref:description>РОССИЯ,,КРАСНОДАРСКИЙ КРАЙ,К...</oref:description>
</oref:address>
</oref:UL>
</pref:Producer>
</ainp:Product>
<ainp:Quantity>2</ainp:Quantity>
</ainp:Position>
</ainp:Content>
</ns:ActChargeOnShop_v2>
</ns:Document>
</ns:Documents>

А кто делал выгрузку ТТН по версии 2. Как быть с импортным товаром? Импортера не надо указывать? Что-то в схеме я не найду

(261) С постановкой на баланс тоже, только отечественного производителя возможно поставить, импортный, как только не извращался, выдает ошибки

(262) Импортный я ставлю на баланс в ТЗ с указанием производителя, без импортера. Пропускает

А балан по первому регистру делаю версией документа 1. Там  с импортером можно

(261) Нет

<wb:Content>
                <wb:Position>
                    <wb:Quantity>xxx</wb:Quantity>
                    <wb:Price>xxxx</wb:Price>
                    <wb:Identity>1</wb:Identity>
                    <wb:Product>
                        <pref:UnitType>Packed</pref:UnitType>
                        <pref:Type>АП</pref:Type>
                        <pref:AlcCode>0035053000001598082</pref:AlcCode>
                        <pref:FullName>Вино столовое полусладкое красное "ЛЫХНЫ"</pref:FullName>
                        <pref:ShortName>Вино столовое полусладкое красное "ЛЫХНЫ"</pref:ShortName>
                        <pref:Capacity>0.75</pref:Capacity>
                        <pref:AlcVolume>10</pref:AlcVolume>
                        <pref:Producer>
                            <oref:FO>
                                <oref:ClientRegId>050000019680</oref:ClientRegId>
                                <oref:FullName>ООО"Вина и Воды Абхазии"</oref:FullName>
                                <oref:ShortName>"Вина и Воды Абхазии"</oref:ShortName>
                                <oref:address>
                                    <oref:Country>895</oref:Country>
                                    <oref:description>384900, г. Сухум, ул.Энергетическая , д 5, Республика Абхазия</oref:description>
                                </oref:address>
                            </oref:FO>
                        </pref:Producer>
                        <pref:ProductVCode>403</pref:ProductVCode>
                    </wb:Product>
                    <wb:InformF1>
                        <pref:RegId>FA-0000000xxxxx</pref:RegId>
                    </wb:InformF1>
                    <wb:InformF2>
                        <pref:InformF2Item>
                            <pref:F2RegId>FB-0000000xxxxx</pref:F2RegId>
                        </pref:InformF2Item>
                    </wb:InformF2>
                </wb:Position>
            </wb:Content>

Ребят, кто-нибудь делал в рознице ну или в УТ 11 возврат товара после закрытия смены, через пару дней? Нормально отрабатывает этот механизм?

И если сделать возврат проданного алкоголя и продать его уже другой датой ничего страшного не случится ведь, да?

Ну что новая волна.
Информационное сообщение о переходе производителей и импортеров алкогольной продукции на использование УТМ

27.09.2016

Информационным сообщением от 25.05.2016 (http://egais.ru/news/view?id=1466) Росалкогольрегулирование известило участников алкогольного рынка о возможности перехода производителей и импортёров алкогольной продукции на использование УТМ.

Дополнительно сообщаем, что все производители и импортеры алкогольной продукции должны перейти на использование УТМ к 01.01.2017.

Если кому не жалко, киньте куском кода как вы формируете запрос и запихиваете его в УТМ.

(266) Возврат алкоголя, как и других пищевых продуктов в магазинах не осуществляется. Единственное, что вам могут вернуть продукцию не надлежащего качества, такую повторно продавать, само собой, нельзя. Кроме того вам могут подсунуть фальсификат при возврате.
Так что думаю, что по повторной продаже вопросы возникнут у РАР. Мы у себя разрешаем делать возврат только если клиент не вышел из торгового зала, а если вышел, то все.

(263) у меня на кодрегиона тогда ругается, что незаполнен

(263) кинь текст xml с импортом плиз

Наконец то решил вопрос постановки импорта на баланс в торговом зале

(272) Поздравляю. Расскажи тогда пожалуйста в чем была проблема и как решил.

(273) вот принятый xml
  <?xml version="1.0" encoding="UTF-8" ?>
- <ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:ainp="http://fsrar.ru/WEGAIS/ActChargeOnShop_v2"; xmlns:ce="http://fsrar.ru/WEGAIS/CommonEnum"; Version="2.0">
- <ns:Owner>
  <ns:FSRAR_ID>020000299491</ns:FSRAR_ID>
  </ns:Owner>
- <ns:Document>
- <ns:ActChargeOnShop_v2>
  <ainp:Identity>14584</ainp:Identity>
- <ainp:Header>
  <ainp:ActDate>2016-09-27</ainp:ActDate>
  <ainp:Number>0000000001</ainp:Number>
  <ainp:TypeChargeOn>Продукция, полученная до 01.01.2016</ainp:TypeChargeOn>
  <ainp:Note>Акт постановки на баланс от участника системы ООО "Рога и копыта", версия 2.0</ainp:Note>
  </ainp:Header>
- <ainp:Content>
- <ainp:Position>
  <ainp:Identity>1</ainp:Identity>
- <ainp:Product>
  <pref:UnitType>Packed</pref:UnitType>
  <pref:Type>АП</pref:Type>
  <pref:FullName>Шампанское "Дом Периньон Брют Миллезим (Винтаж)" белое</pref:FullName>
  <pref:AlcCode>0017799000001191774</pref:AlcCode>
  <pref:Capacity>0.75</pref:Capacity>
- <pref:Producer>
- <oref:FO>
  <oref:ClientRegId>050000016062</oref:ClientRegId>
  <oref:FullName>Фирма "Моэт и Шандон Шампань"</oref:FullName>
  <oref:ShortName>Фирма "Моэт и Шандон"</oref:ShortName>
- <oref:address>
  <oref:Country>250</oref:Country>
  <oref:description>20 авеню де Шампань БП 140, 51333 Эперней, Франция</oref:description>
  </oref:address>
  </oref:FO>
  </pref:Producer>
  <pref:ProductVCode>450</pref:ProductVCode>
  </ainp:Product>
  <ainp:Quantity>1</ainp:Quantity>
  </ainp:Position>
  </ainp:Content>
  </ns:ActChargeOnShop_v2>
  </ns:Document>
  </ns:Documents>

проблема была в теге UL, для импорта нужно указать FO и соответственно код региона, на который у меня была ругань, не указывать

Подскажите, как определить алкокод на пиво?

(276) в смысле?
самое простое - спросить у поставщика )
из ЕГАИС придет ТТН - там все алкокоды указаны. Глядя на бутылку шансов мало. (т.к. систематика названий хромает, какие-то алкокоды с теми же названиями устарели и т.п.)

(276) А что наклеено на бутылке?

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

(279) Жаль, а то я обычно через личный кабинет делаю запрос на проверку марки, там как раз все о ней пишут включая алкокод.

(280) на пиве нет марок...

(276) если известен производитель, то можно из егаис запросить реестр продукции производимой этим производителем . там все характеристики спиртного есть

(280) А можешь пояснить, как это делается? Тут возникла проблема с нечитаемыми марками, на них можно отправить запрос?

(283) Заходишь в личный кабинет на сайте РАР, тот через который декларацию подаются, а не от УТМ. Там есть раздел Проверка марок, кнопка добавить запрос и ввести код(там куча вариантов).
Не читаемую марку надо как-то прочитать.

(283) в декларанте по номеру серийному марки можно запрос сделать

(283) Запрос по нечитаемым маркам пока только через УТМ реализован (с ограничением 100 в месяц).

+(285) или через приложение android "алкоголь сканер"

Спасибо, коллеги! ) Пойду копать...

Здрасти всем. Устанавливаю УТМ выдало ошибку:Ошибка установки ПО "УТМ" : java.io.IOException: Server return empty URL:null.  Что это? Вчера все норм работало с утра.

Кто какое значение указывал в TypeWriteOff при списании продукции реализованной после ввода второго регистра и до перемещения остатков на второй регистр?

(283) На инфостарте есть обработка для запроса нечитаемых марок.

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

Ошибка проводки акта передачи продукции в торговый зал №00001 Необеспеченный расход. Позиции 1,2,3

Что это означает?

(292) Это не ошибка. Это значить у тебя такого товара на остатках нет.

(293) Спасибо

(294) Причем на остатках в ЕГАИСЕ это обычный ответ оттуда.

(295) мл, эти регистры

Кто-нибудь в курсе фронтол пиво списывает со второго регистра?
я вижу продажи пива в журнале, но не списывает с 2 регистра почему то и остатки в Рознице эти висят

(296) Угу, в рознице теперь их два. Склад и торговый зал. Весело в общем. Это нам еще бутылки сканировать не надо, вот где самая веселуха начнется.

(291) Хамелеон?

(299) http://catalog.mista.ru/public/549831/

Запрос QueryBarcode в ЕГАИС

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

(302) Поправочка: сколько угодно запросов в месяц на общее количество в 100 единиц. При этом после каждого запроса возвращается оставшееся количество в этом месяце.

(303) "В функционале получения штрихового кода по нечитаемым маркам, включается ограничение количества не читаемых марок в 100 марок в месяц для одного fsrar_id.
Если в одном акте содержится больше 100 шк, делается отказ.
Текст отказа. "Вы превысили количество допустимых для получения штриховых кодов единиц продукции в месяц. Вы можете получить в этом месяце еще (количество) штриховых кодов" - Обновление реализовано." (с)

(303) А не 100 запрос всего с 1 кпп?

(303) Ох ты. За ними не успеешь.

А что с постановкой на баланс, грозились с октября ограничение ввести аналогичные.

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

(307) Форум это конечно хорошо. Но блин хотелось бы что-то официального, закона там или постановления.

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

(300) Похоже на то, что надо, а как положить стартмани на Инфостарт? Что-то не могу найти.... (

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

(311) см(284)

(312) Вот незадача - подключился к кабинету на фсрар, не вижу там раздела Проверка марок (((( чяднт?

(310) дачник. напиши почту свою я тебе отправлю

(314) igorka <гавс> zmail.ru Огромное спасибо заранее, добрый человек! )

(313) Там оно в виде кнопки, на левой вертикальной панели.

(314) И мне? коли не тягость genakerch <гавс> inbox.ru

(315) (317) Отправил

А все на баланс поставили?

(319) В ОПТе да, а в рознице пока планируем остатки в порядок приводить к 01.01.17, как и просили РАР.

А мы вот нет.

(318) ((( не получил....
пока ждал, наткнулся на Трезвый декларант, инструкция как сделать запрос на нечитаемые марки https://olegon.ru/showthread.php?t=24960&page=4
Скачивается легко, весит мало )))

Вот вопрос, будет ли являться нарушением продажа товара не поставленного на баланс, с 1.10.2016 года?

(323) Так если он не на балансе то хрен ты его продашь.

Коллеги, пришло уточнение по моей проблеме - были старые марки, без кода сверху. Есть ли у кого-нибудь решение по такому раскладу? От того "Трезвого Декларанта" пользователи в восторге )))

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

(325) Трезвый декларант тоже робит.
Но костыли ближе

(325) отправил, может что с почтой. Вон бизон получил

Здравствуйте! Столкнулись со следующей проблемой. Ставим на баланс АП полученную до 01.01.2016, но в силу того что весь товар перепутан и полученный до 01.01 и после, возникает вопрос какую бутылку надо сканировать при постановки на баланс. Бутылки абсолютно одинаковые, дата разлива одна, партия одна, просто в разное время пришли. Как быть???

(329) Смотреть справки А и Б.

(330)Ну а саму то бутылку я как идентифицирую?

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

(332) Спасибо

(331)Раз в разное время пришли, то разные справки Б.
Если у тебя на них все одна справка А, то тогда проще, тупо забей и сканируй подряд. Иначе ты попал, так как в справке А указан диапазон марок. Если бутылка не впишется акт будет отклонен.

(334) Проверок на вхождение в диапазон на стороне ЕГАИС нет, мы ставили бутылки от одной справки А с указанием данных другой.

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

(334)То есть сканировать даже те что пришли после 01.01.2016, и на них придет отказ??? Я правильно понял?

(337) ставить на баланс сразу в торговый зал и привет - там не надо марку сканировать вообще

(338)Я и ставлю в торговый зал. А что значит не надо марку сканировать, там же есть колонка в которой надо ее заполнять..?

(338) Для этого надо переходить на вторую версию документов, а далеко не все к ней готовы (хотя есть вариант, конечно, перейти - поставить на баланс - перейти обратно на 1ый)

(339) Это необязательная колонка.

(340) Чо за втрая версия документов?

(342) Читайте "Введение" в документации УТМ. Там вконце рассказывается про "новые схемы" и схема взаимодействия.

Ясно, спасибо за подробную консультацию

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

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

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

ТипЗапроса: ЗапросСправки1
Комментарий: Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01}Documents - [1,73]
Проверка свойства 'Document':
    форма: Элемент    имя: {http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01}Document
    тип: {http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01}DocBody


Это схема неправильная? Как вот это интерпретировать: "{http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01}Documents - [1,73]" - это ошибка в 73 символе первой строки этого файла? Никогда не работал с XSD схемами и т.п., поэтому прошу прощения за подтупливания )))

(347) Глянуть в пакет XDTO общих типов WB_DOC_SINGLE_01.
В DocBody должен присутствовать QueryFormA и описан Директиве импорта

(348) У нас вторая версия обмена (какраз при переключении на нее и стали с получением справок проблемы происходить), а я вычитал что вместо QueryFormA используется QueryFormF1F2. Так или иначе, но я посмотрел WB_DOC_SINGLE_01 и вот по справке нашел такие строки:

<?xml version="1.0" encoding="utf-8"?>
<!--Схема документа-->
<xs:schema version="1.0"
           xmlns:xs="http://www.w3.org/2001/XMLSchema";
           elementFormDefault="qualified"
           attributeFormDefault="unqualified"
           ................
           xmlns:qf2="http://fsrar.ru/WEGAIS/QueryFormF1F2";
           .........
    >

    ...........
    <xs:import namespace="http://fsrar.ru/WEGAIS/QueryFormF1F2"; schemaLocation="QueryFormF1F2.xsd"/>
    ...........
    <xs:import namespace="http://fsrar.ru/WEGAIS/RepInformF1Reg"; schemaLocation="RepInformF1Reg.xsd"/>
    ...........
    
    <xs:element name="Documents" type="ns:Documents">
        ..........
    </xs:element>

    <xs:complexType name="Documents">
        ..........
    </xs:complexType>

    <xs:complexType name="DocBody">
        <xs:choice minOccurs="1" maxOccurs="1" id="name">
            ..........
            <xs:element name="QueryFormF1" type="qf2:QueryFormF1F2" minOccurs="1" maxOccurs="1"/>
            ..........
            <xs:element name="RepInformF1Reg" type="ripf1:RepPIInformF1RegType" minOccurs="1" maxOccurs="1"/>
            ..........
        </xs:choice>
    </xs:complexType>

    <xs:complexType name="SenderInfo">
        ..........
    </xs:complexType>

</xs:schema>


Вообще, в папке IN вот такой файл лежит:
<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"; xmlns:oref2="http://fsrar.ru/WEGAIS/ClientRef_v2"; xmlns:pref2="http://fsrar.ru/WEGAIS/ProductRef_v2"; xmlns:qf="http://fsrar.ru/WEGAIS/QueryFormF1F2"; xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">;
    <ns:Owner>
        <ns:FSRAR_ID>020000347531</ns:FSRAR_ID>
    </ns:Owner>
    <ns:Document>
        <ns:QueryFormF1>
            <qf:FormRegId>FA-000000022406773</qf:FormRegId>
        </ns:QueryFormF1>
    </ns:Document>
</ns:Documents>


А в папке Out вот такой (это, как я понимаю и есть сама справка?):

<ns:Documents xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"><ns:Owner><ns:FSRAR_ID>3463047</ns:FSRAR_ID></ns:Owner><ns:Document><ns:ReplyForm1 [^] xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; [^] xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; [^] xmlns:rfa="http://fsrar.ru/WEGAIS/ReplyForm1"; [^] xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"><rfa:InformF1RegId>FA-000000022406773</rfa:InformF1RegId><rfa:OriginalClient><oref:UL [^] xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; [^] xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; [^] xmlns:rfa="http://fsrar.ru/WEGAIS/ReplyForm1"; [^] xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"><oref:ClientRegId>010015601278</oref:ClientRegId><oref:INN>7724832077</oref:INN><oref:KPP>772445001</oref:KPP><oref:FullName>;Общество [^] с ограниченной ответственностью "АГОРА"</oref:FullName><oref:ShortName>ООО "АГОРА"</oref:ShortName><oref:address><oref:Country>643</oref:Country><oref:RegionCode>77</oref:RegionCode><oref:description>РОССИЯ,115516,МОСКВА Г,,,,Промышленная ул,д. 11,, | стр. 2, подвал,помещение I, комнаты 3 (S=472,5 кв.м),13 (S=149,8 кв.м), 15 (S=420,3 кв.м), 41 (S=716,4 кв.м); этаж 4, помещение XI, комнаты 7а (ЕГАИС), 9 (ЕГАИС),</oref:description></oref:address></oref:UL></rfa:OriginalClient><rfa:OriginalDocNumber>АГ00000970</rfa:OriginalDocNumber><rfa:OriginalDocDate>2016-08-03</rfa:OriginalDocDate><rfa:Product xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; [^] xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; [^] xmlns:rfa="http://fsrar.ru/WEGAIS/ReplyForm1"; [^] xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"><pref:FullName>;Вино [^] столовое "Саперави" красное сухое ТМ ALAVERDI</pref:FullName><pref:AlcCode>0377251000001225303</pref:AlcCode><pref:Capacity>0.7500</pref:Capacity><pref:UnitType>Packed</pref:UnitType><pref:AlcVolume>13.000</pref:AlcVolume><pref:ProductVCode>401</pref:ProductVCode><pref:Producer><oref:FO xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2"; [^] xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2"; [^] xmlns:rfa="http://fsrar.ru/WEGAIS/ReplyForm1"; [^] xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"><oref:ClientRegId>050000021472</oref:ClientRegId><oref:FullName>;ООО [^] "Компания Алкогольных Напитков Алаверди"</oref:FullName><oref:ShortName>"Комп.алк.нап.Алаверди"</oref:ShortName><oref:address><oref:Country>268</oref:Country><oref:description>1519, Грузия, село Чумлаки, Гурджаанский район</oref:description></oref:address></oref:FO></pref:Producer></rfa:Product><rfa:BottlingDate>2016-07-29</rfa:BottlingDate><rfa:Quantity>16200.0000</rfa:Quantity><rfa:EGAISNumber>91000019079428</rfa:EGAISNumber><rfa:EGAISDate>2016-08-03</rfa:EGAISDate><rfa:GTDNUMBER>10009020/280716/0008882</rfa:GTDNUMBER><rfa:GTDDate>2016-07-29</rfa:GTDDate></ns:ReplyForm1></ns:Document></ns:Documents>

+(349) Файл QueryFormF1F2 описан так:

<?xml version="1.0" encoding="utf-8"?>
<xs:schema version="1.0"
           xmlns:xs="http://www.w3.org/2001/XMLSchema";
           xmlns:ns="http://fsrar.ru/WEGAIS/QueryFormF1F2";
           targetNamespace="http://fsrar.ru/WEGAIS/QueryFormF1F2";
           xmlns:c="http://fsrar.ru/WEGAIS/Common";

           elementFormDefault="qualified"
           attributeFormDefault="unqualified"
>
  <xs:import namespace="http://fsrar.ru/WEGAIS/Common"; schemaLocation="EGCommon.xsd"/>
  <xs:complexType name="QueryFormF1F2">
    <xs:annotation>
      <xs:documentation>Запрос на информацию по Форме 1, 2 для Товарно-Транспортной Накладной</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element name="FormRegId" type="c:NoEmptyString50" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Регистрационный номер Формы для Товарно-Транспортной Накладной</xs:documentation>
        </xs:annotation>
      </xs:element>
    </xs:sequence>
  </xs:complexType>
</xs:schema>

А вот так файл описан файл ReplyForm1:

<?xml version="1.0" encoding="utf-8"?>
<xs:schema version="1.0"
           xmlns:xs="http://www.w3.org/2001/XMLSchema";
           xmlns:ns="http://fsrar.ru/WEGAIS/ReplyForm1";
           targetNamespace="http://fsrar.ru/WEGAIS/ReplyForm1";

           elementFormDefault="qualified"
           attributeFormDefault="unqualified"
           xmlns:c="http://fsrar.ru/WEGAIS/Common";
           xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2";
           xmlns:pref="http://fsrar.ru/WEGAIS/ProductRef_v2";
           >
  <xs:import namespace="http://fsrar.ru/WEGAIS/Common"; schemaLocation="EGCommon.xsd"/>
  <xs:import namespace="http://fsrar.ru/WEGAIS/ClientRef_v2"; schemaLocation="ClientRef_v2.xsd"/>
  <xs:import namespace="http://fsrar.ru/WEGAIS/ProductRef_v2"; schemaLocation="ProductRef_v2.xsd"/>

  <xs:complexType name="ReplyForm1">
    <xs:annotation>
      <xs:documentation>Ответ на запрос о форме 1</xs:documentation>
    </xs:annotation>
    <xs:all>
      <xs:element name="InformF1RegId" type="c:NoEmptyString50" nillable="false" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Регистрационный номер формы 1</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="OriginalClient" type="oref:OrgInfoRusReply_v2" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Производитель/импортер</xs:documentation>
        </xs:annotation>
      </xs:element>
     <xs:element name="OriginalDocNumber" type="c:NoEmptyString50" nillable="false" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Номер документа о производстве/импорте продукции</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="OriginalDocDate" type="c:DateNoTime" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Дата документа о производстве/импорте продукции</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="Product" type="pref:ProductInfoReply_v2" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Информация о продукции</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="BottlingDate" type="c:DateNoTime" minOccurs="0" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Дата производства/импорта продукции</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="Quantity" type="c:PositiveDecimalType" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Количество</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="EGAISNumber" type="c:NoEmptyString50" nillable="false" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Номер подтверждения о фиксации в ЕГАИС</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="EGAISDate" type="c:DateNoTime" nillable="false" minOccurs="1" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Дата подтверждения о фиксации в ЕГАИС</xs:documentation>
        </xs:annotation>
      </xs:element>
      <xs:element name="MarkInfo" type="pref:MarkInfoType" nillable="false" minOccurs="0" maxOccurs="1">
        <xs:annotation>
          <xs:documentation>Информация о марках</xs:documentation>
        </xs:annotation>
      </xs:element>


    </xs:all>
  </xs:complexType>

</xs:schema>

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

(352) никак

(353) Т.е. РАР придумали систему, где документ повисает в воздухе с приличной вероятностью и не предложили никаких инструментов? Только писать им письма?

(354) При желании можно разбить что угодно.
Но и цепь "трагических ошибок" РАРа тут есть.

Первая - добавили шифрование БД.
Вторая - пошли на поводу криков туканов о тормозах и добавили автоочистку.
Третья - опять таки пошли на поводу и добавили запрос ТТН с сервера.

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

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

(345) Спасибо за информацию, я думал, что приписка в документе "v2" означает, что они работают только после перехода на вторую версию. Видимо, не для всех документов с припиской это ограничение работает.

(356) У одного из клиентов сотней УТМ-ами с апреля месяца было обработано 714000 документов, при этом УТМ-ы переустанавливались 7 раз. При этом, я не могу сказать точно, менялся ли при этом ключ и была ли необходимость переустанавливать УТМ, и не действовали ли админы по принципу "в любой непонятной ситуации - переустанови УТМ". Я думаю, УТМ достаточно надежен.

(356) "сделали обмен через свои сервера (т.е. не прямой обмен)"

По другому сделать нельзя. Только локальная БД.

Какую из причин указывать для списания излишек по регистру R2, которая образовалась в следствии того, что с регистра R2 не списывались остатки в минус?

По схеме есть следующие причины:
1. "Пересортица" - недостача в следствии пересортицы
2. "Недостача" - хищение, злоупотребление материально ответственных лиц, ошибки учета, естественная убыль,...
3. "Уценка" - Уценка (списание) в результате порчи
4. "Порча" - Списание объема продукции, не подлежащей дальнейшей реализации (бой, срок годности, порча)
5. "Потери" - Потери при транспортировке
6. "Проверки" - Списание объема продукции, израсходованной на лабораторные нужды для прохождения добровольной проверки качества, рекламные образцы.
7. "Арест" - Списание арестованной продукции, изъятой из оборота продукции, конфискованной продукции по решению суда.

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

А по идее должна быть такая же причина как и при постановке на баланс - ранее (до 01.01.2016) принятая и не реализованная продукция.
Т.е. по аналогии. Принятая в 2016 году и реализованная до перевода с R1 на R2. Или выравнивание реальных остатков. и т.д.

(360) мы указывали "реализация продукции не подлежащей фиксации в ЕГАИС"

+(361) так нам в местном раре сказали.

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

(363) Человек аргументировал выбор данного типа списания рекомендацией РАР. А вы чем аргументируете свои слова и, главное, какой тип списания считаете правильным?

(364) После первого выравнивания остатков уже должна быть недостача.
По крайней мере то, что поступило после 01-07-2016 списывать как "не подлежащую фиксации" нежелательно.

(365) А если у нас первое выравнивание остатков будет ближе к концу года? И "нежелательно" на основании чего? (каких-то сообщений\документов РАР или просто вам так кажется?)

Ну а теперь новости:

Сообщение FsrarGuru » Вчера, 18:39
Меняется схема обработки чека.
-Включается блокировка приема другого чека от этой же кассы, пока не подписан пришедший от нее чек.
-включается проверка связи с кассой до и после подписания чека, до возврата подписи.
Механизм подробно описан в документе.

https://yadi.sk/i/65_BvXQOwBHMv

Подскажите, пожалуйста:
Для реализации своей продукции (пива), организация приобретает УТМ.
Как при помощи продуктов 1С выгружать в этот модуль накладные?
Есть Бухгалтерия предприятия 1С:Предприятие 8.2 (8.2.19.130), конфигурация 2.0.65.44. Она не подходит для этих целей?
Если нет, подскажите, какой продукт нужно приобрести, из расчета минимальной стоимости, и чтобы в Бухгалтерию из него накладные также можно было выгружать?

(328) Я ж не в претензии, может у нас чего заблокировал брендмауер или прокси... Ну так или иначе, тот вопрос решился, сейчас что-то нужно делать со старыми нечитаемыми марками (бутылками). Продать невозможно, разбить/списать сложно. ))) Направил позвонить на горячую линию в ЕГАИС, может что посоветуют.

(368) И когда всю эту красоту ожидать?

(370)
Продать можно.
Есть возможность запросить новый шк марки.
Далее распечатать его и наклеить на пузырь. При продаже считывать его. Только для розничной продажи.
Ограничение: 100 марок в месяц.

Запрос нового шк для нечитабельной марки
http://catalog.mista.ru/public/534079/

(371) Новая схема будет включена изначально на тестовом контуре с версии УТМ 1.0.14. после обкатки, появится продуктивный УТМ 2.0.4.
Логика работы не требует модернизации кассового ПО. все проверки УТМ будет осуществлять собственными силами.

Ребят, помогите разобраться с ситуацией
Есть SKU1. Ниже его движения по упр.учету
Приход с 01.01 по 30.06 = 48
Расход с 01.01 по 30.06 = 14
Расход с 01.07 по 30.09 = 22

Расход до 30.06 списал через Акт списания ЕГАИС и по идее все что после 01.07 автоматически должно по регистрам ЕГАИС списываться.
Но, смотрю остатки в ТЗ на 30.09 этого SKU = 34
Вывод один: получается что тот расход в размере 22 бутылок которые были списаны через Чек нифига по регистрам ЕГАИС не списались. В журнале учета продаж в ЛК ЕГАИС вижу эти продажи с 01.07 по 30.09, а вот по регистрам по прежнему висят эти 34 бутылки. Хотя из них через ККМ уже продали 22, соответственно остаток должен быть равен 12 бутылок. Остатки на 1ом регистре пустой.
Кто что думает?

(374) смотря по какой схеме делали чеки, по первой или по второй

(374) Списываться из регистра ТЗ начало не с 01.07, а несколькими днями позже. Они не смогли сразу запустить этот функционал.

(375) У чеков вроде как нет вариантов, только одна схема.

(376) суммарные продажи этого SKU1 c 01.07 по 30.09 = 22, т.е. и в августе продавали и в сентября по чуть чуть..

(375) Какие схему? Понятно что начиная с 01.10 чеки списывают со второго регистра. А вот как обстоят дела с продажами до 30.09? По какому регистру тогда они списывались?

(376) А если не передали в ТЗ?

Может быть такое что если не передал в ТЗ то и списываться не будет в интервале 01.07 - 30.09?

В дополнении к ранее размещенной информации по методологии ведения остатков организациями розничной торговли алкогольной продукции (http://egais.ru/news/view?id=1456), Росалкогольрегулирование сообщает следующее.
При розничной продаже маркируемой алкогольной продукции:
• С 01.07.2016:
? в случае наличия положительного остатка продукции в регистре №2, проданная продукция будет автоматически списываться в регистре №2;
? в случае отсутствия положительного остатка продукции в регистре №2, проданная продукция не будет изменять текущие остатки организации («уход в минус» по остаткам осуществляться не будет);

(377) неа, если не перешли на схему 2 - то вообще нет никаких списаний по чекам

(381) Именно так и было.
Если в ТЗ остаток 0, то продажи вообще не списывались в этот период (третий квартал).

Все ясно. Надо отобрать проданный по чекам и не переведенное в ТЗ алкоголь, за период 01.07-текущий день и списать

*переведенный

(385) не по текущий день, а по 30.09.16г
с 01.10.16 второй регистр при продаже пошел в минус. Переведете с первого на второй, минус закроется с уменьшением остатка переведенного количества.

(383) Никакой связи со схемой 2, не переходил на схему, но продажи списывались с ТЗ. Перемещать по ТТН стали в середине июля.

(372) А у меня нет там денег для скачки, оказывается! (

(389)
напишите там в личку свой адрес, получите бесплатно.

Всем привет. Есть такой вопрос

Каким образом в ЕГАИС отобразить перемещение алкоголя по подразделениям? Надо ли это делать вообще, при всём при том, что в случае возврата операция будет производиться уже с другого ID?

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

Кто как выходит из подобных ситуаций?

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

всем привет
пришли какие-то позиции в ТТН в которых указан номер партии... А что мне с ним длелать? (я могу его дальше игнорировать - по идее достаточно только номеров справок А и Б в учете)

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

(392) Хорошо, перемещаем через ТТН. Тогда вопрос вот какой. При подтверждении ТТН вы получаете новые номера справок Б и товар "продается" по этим справкам. Соответственно, в случае возврата алкоголя поставщику делается ТТН на возврат (т.е. на ваш "оптовый" КПП), откуда ваш оптовый отдел делает реальный возврат, но уже с другими справками А и Б (по которым было перемещение на "розничный" КПП). Как я понимаю, для такой схемы нужен учет в разрезе справок, а таковой делать совершенно нет желания ((

(395) Учет в разрезе справок является обязательным. Иначе вы не сможете даже вернуть товар поставщику, а вы хотите что-то перемещать между КПП.

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

поставщик прислал в ЕГАИС товар по одним правкам А а бумажки дал на другие справки А (с теми же дата розлива)?

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

А ФСРАР при пробитии на кассе сможет! (они кажется выкручивают из марки инфу по номеру заявки и номеру марки в заявке). Или бутылки с одной датой розлива но по разным справкам А принципиально не могут быть отличимы и такой пересорт не является пересортом?

(396) Сейчас справки привязаны к партии поставки (у нас работает ТиС 7.7). Пока продукция фигурирует внутри одной организации - проблем нет никаких, но в случае внутренней реализации, когда переприсваивается Справка Б, то эта схема рушится.

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

Здравствуйте! И снова я со своим вопросом, может, кто-нибудь в курсе...
В 1С Управление торговлей 11.2 будет реализована работа со вторым регистром или уже нет?
В новостях (http://1c.ru/news/info.jsp?id=21990#pril) написано, что "До 31.12.2016 в редакции 11.2 конфигурации "Управление торговлей" планируется поддерживать текущие изменения законодательства и исправлять обнаруженные ошибки. Развитие функциональности прикладного решения предполагается только в редакции 11.3.
Пользователям конфигурации "Управление торговлей" рекомендуется перейти на редакцию 11.3".
В связи с этим второй вопрос: в 1С Управление торговлей 11.3 можно будет работать со вторым регистром??? Или не надеяться на это уже...

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

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

(401) ну я думаю ни у кого из участников рынка нет. (так что я не видел какие диапазоны у марок по другой справке А с такой же датой розлива). Впрочем пока проблема рассосалась - машинка уехала восвояси. (еще спрашивали - не разгрузим ли мы их машинку. Ну не знаю - в ЕГАИС справке А один номер ТТН а у нас другой - значит это уже достаточное основание не принимать ИМХО).

в личный кабинет пришли "письма счастья" о дублях продаж акцизных марок  с разницей в несколько часов/дней. По камерам пару примеров проверили, ошибка кассира исключена. Возврата по рассмотренным позициям тоже не было. Склоняюсь к зеркальным маркам от производителя. Сталкивались?

(405) не могло быть, что  марка не сканировалась,Ю  брали из торгового зала "такую же бутылку" просканивали а клиенту отдавали несканирующуся. А потом когда она в второй раз попадала в руки кассира, то получалось дублирование.

хотя на камере по идее при первом сканировании это должно было быть видно

(404) было 4 одинаковых продажи. Камера подтвердила. Реально от Поставщика пришли дубли.

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

(404) Да есть дубли.

и получается станет известно об этом в рознице.. мы ж в опте не можем пересканить все.. (да если честно на дубли и не проверяем - выборочно каждую паллету сканим)

а что значит если в классификаторе ЕГАИС импортная продукция (производитель из Литвы) а импортер не заполнен? Например 0015269000003133849 (Напиток винный газированный полусладкий белый "Боска Шардоне")

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

со лет не был в ветках игаис.
последнее что помню - СЮ ванговала крах рынка алкашки, банкротства и "ничоневыйдет".

В магазинах щас смотрю пикают два ШК, все норм. Барыги вроде живут, розлив и производство тоже.

неужели СЮ не права, и ЕГАИС работает?

(412) Сейчас правильность остатков никто не проверяет - дали отсрочку до 01-01-2017 - поэтому, насколько он действительно работает в конкретном магазине - можно узнать, только взяв слип и проверив адрес на сайте.

(412) думаю что взлетит, но отыметь ИМХО можно любого участника рынка.. В конце концов все молекулы не посчитаешь, а учесть корректно все бутылки примерно так же сложно..

Вот подскажите, кто в курсе.
Пришла ТТН с импортной АП (закупаем у импортера) - в справке А из ЕГАИС мало того, что в АП пустой импортер, так и в полях справки :номер ТТН указан № отгрузки от импортера к  нам и количество по ТТН указано количество отгрузки к нам. (а ведь на бумажной будет указано количество растамаживаемой партии). Или для импорта это норм? Грубо говоря если ФСРАР требует сверять соответствие данных ЕГАИС с данными товаро-сопроводиловки (+ с физическими данными товара) то как реагировать на такие различия? А еще где-то ФСРАР говорил, что РегФорма 1 это не совсем справка А и данные могут отличаться в ЕГАИС и на бумаге. И что с чем тогда сверять???

(414) Сколько было "отъэметых"?

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

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

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

(416) (417) Откуда столько нервов?

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

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

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

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

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

(419) 8 формы больше нет.
нулевку по 6 форме подавать надо, по всем обособкам всегда, там флаг "наличие оборота" = false

А по поводу нервов - ну либо уходи, либо не психуй.

(419) Все, что ты пишешь - ты должен прийти к бухгалтеру/ответственному за ЕГАИС, который мониторит консультант, алкофорумы, форум Центринформа, форум РАРа, пишет письма в методический отдел РАРа и позванивает отраслевому разработчику и на голубом глазу спросить этого человека словами. "Я - 1С. Я - пешу код. Че мне писать?"

(421) И получив в ответ "Ну тыжпрограммист сделай как нужно нам" попросить перечислять з/п этого "бухгалтеру/ответственному" себе?

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

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

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

по 6й форме - спс, я тоже так подозревал, блин у меня неправильно формируется, когда нет оборотов (

и вообще - это я само спокойствие ))  
нервный я не на форуме, а в кабинете

(423) http://www.consultant.ru/document/cons_doc_LAW_134109/c3f9d636fadb8472cff73ec357692d1262d82137/

(425) Спасибо!
(а мужики то не знали.. это чо - я 2.5 года напрасно подаю 8ю форму???)

коллеги - для непонятливых еще раз подскажите (что то в гугле не нашел пока) по импорту:

1. бумажное более менее понятно, на справке можно посмотреть дату ввоза, количество и ИНН/КПП импортера на обороте заполненную слева справку Б с номероми датой фиксации (по таможне).

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

т.е. что вообще можно сверить между бумагой и ЕГАИСом для импортной АП? только дату ввоза и ИНН/КПП импортера?

А импортеры, которые работают в классическом ЕГАИС, если они выступают и как оптовики по отечественной АП обязаны работать в УТМ?

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

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

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

(428) Да импотеры типа точка выпуска, делает новую справку А, так как РАР тут нам объяснял на территории РФ товар еще не был.

(430) 4 форма ? Там нет никаких перемещений

Отож, тогда остаток не идет.
Моя обособка что-то произвела и на головной переместила.
Как эту операцию отразить?

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

(434) Это они вроде косячат. Мы опт через УТМ ведем, а вот свою через ЕГАИС отгружаем.

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

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

Минфин надеяться на Вас и ЕГАИС.

"Доходы от акцизов за счет легализации алкогольного рынка Минфин оценивает примерно в 30 млрд руб. в 2016–2017 гг. Поступления акцизов на крепкий алкоголь, снижавшиеся несколько лет, в этом году уже начали расти: в консолидированный бюджет за август 2016 г. – увеличились на 14%, а за первые восемь месяцев на 24% до 97,8 млрд руб., свидетельствуют данные Федерального казначейства. В будущем Минфин рассчитывает на введение контроля за железнодорожными перевозками этилового спирта, внедрение с 2018 г. системы ЕГАИС по всей стране, а также на распределение акциза между регионами с учетом розничных продаж алкоголя."
http://www.vedomosti.ru/economics/articles/2016/10/11/660381-byudzhet-nalogov

(438) в РБК я встречал что в 2016м собрали акциза меньше чем в 2015 (с января по август что-ли  или за какой-то такой период)

(438), (439)+
что такое 30 ярдов на фоне например "за счет укрепления рубля (на 17% с начала года) бюджет потерял почти триллион" (почти с)

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

(438) И "Газпрем" надеится и рассчитывает:

http://www.kommersant.ru/doc/3112796

Вот и сошелся дебет с кредитом.

а Боской (Bosca Anniversary) кто-нить тут занимается ;) ?
я думаю мы покупаем у тех, кто многим боску грузит - интересно как они смотрят на такие "левые" электронные справки

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

и еще немного оффтопа по декларации... :)

если организация владелец оптовой лицензии занимается в т.ч. и пивом, то подавая единую декларацию (по формам 6 и 7) надо указывать обороты по нелицензируемым видам (слабой АП) в отельных ветках xml с отсутствующим узлом "лицензии"?

т.е. если грузим одному и тому же магазину пиво и водку, то в одном узле будет ИДконтрагента + ИДлицензии (и объемы по водке) а в другом узел этот же ИДконтаргента (но без лицензии) и пиво?

(и аналогично по закупкам? когда один и тот же поставщик грузит и пиво и водку)

Обновление тестового контура ЕГАИС до версии 1.0.14

11.10.2016
Росалкогольрегулирование сообщает ?о выпуске обновления тестового УТМ до версии 1.0.14. Обновленная документация доступна в Личном кабинете в соответствующем разделе. Организации алкогольного рынка могут скачать полную версию в Личном кабинете или самостоятельно подтвердить установку обновления посредством агента УТМ.
Перечень нововведений:
- КЭШ2
- решение по проблеме OutOffMemory
- контроль лицензий
- сброс отправки в ЕГАИС, в случае, если касса потеряла соединение с УТМ
- изменения в xsd (минимальная информация по остаткам, схемы по АСИиУ)?

(446) Перечень изменений, как всегда, радует своей информативностью. Что такое КЭШ2? что за минимальная информация по остаткам? Для кого они вообще это пишут?)

(447) Для того, чтобы заинтересовать. Вот, ты заинтересовался.

(447) А как вы успеваете принимать машины - сколько времени уходит на внос диапазонов в 1С-ку?

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

(450) А по времени, ну сколько времени занимает добавить строчку в табличную часть и заполнить 5 полей.

(450) ааа. во оно чо михалыч. А зачем диапазоны уже после приемки? или вы по ним вместо дат розлива собираете?

мы вбиваем до приемки диапазоны, чтобы принимая контролировать правильность разгружаемого товара. А это долго - 60 позиций в каждой может быть по 25 диапазонов...

(452) Мы контролируем розничные продажи и отгрузки, которые собираются через ТСД (в ТСД выгружаются диапазоны и при сканировании проверяется).

(453) Проверяется с чем? В справках электронных нет диапазонов. Их же вручную сперва нужно вбить

(454) Так выше и писалось, что "сертификатчики" вручную перебивают диапазоны в 1С, а кладовщики потом собирают заказ на ТСД и пикают датаматриксы (диапазоны предварительно выгружаются в ТСД и происходит проверка на вхождение).

(453) так опт у вас же тоже есть?
мы пытаемся при приемке товара выборочным сканированием бутылок из палет:

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

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

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

Или вы принимаете по датам розлива только на веру, что все корректно остальное? (а импорт?)

вот как раз только что произошел случай ради которого все лупили:
принимаем 30 ящиков вина... часть ящиков оказалось с розовыми крышками, а часть с черными. Даты розлива одинаковые. Но марки сильно разных номеров. И бутылки с черными крышками не вписываются в диапазон марок с бумажной справки А. (а как бы мы это заметили если алкокод то же, дата розлива та же?)

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

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

Да и вообще кому вопросы можно задать, ну есть что в РАР типа техподдержки или методический отдел какой.

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

(459). Тогда зачем вообще весь ЕГАИС? Зачем диапазоны печатаются на справках А если они могут не соответствовать? Зачем "справки А"= "Регформы1" запрашивать из ЕГАИС если они "не обязаны совпадать с бумагой".
Есть где-нибудь собранная воедино, систематизированная информация, что блин при приеме товара с чем надо сверять, чтоб потом не оказаться неправым владельцем нелегальной продукции?

(459) т.е. если у меня бумажная справка А на один диапазон а на складе стоят бутылки не входящие в этот диапазон, то это нормально? это не нарушение? Это значит нам не скажут, что у нас нет сопроводительной документации на этот товар?

А для импорта? любая бумажка подойдет - лишь бы названия похожи были и производитель и импортер?

(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 и именно на него ограничение

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

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

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

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