Вопросы по постановке на баланс на регистр 2

[antonn]

То, что вы назвали "водой" на мой взгляд, как раз и является основной информацией, которую все почему-то упускают из виду. Видимо, потому, что водой и считают.

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

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

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

[igor1971]

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

Ну как вытекает, что, например, пиво не нужно учитывать в егаисе? А вести только журнал? Откуда это вытекает. Дайте ссылку. А то я уже сам запутался. Эти акты списания пива для магазинов - головняк тот еще. Может тогда можно забить? Я правильно понимаю по соображениям Пионера, что для пива достаточно только журнала? Ежесуточные акты списания не нужны?

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

[Egais2016]

зачем, тогда подтверждать ТТН с пивом мало кто понимает. я-то точно не понимаю.

Как минимум, для того чтобы у Поставщика "круг замкнулся".
Пришло-ушло.
Как максимум, чтобы торгануть виндами, железом, КЭПами.
Или думаете там откатов нет???
Еще выявить тех ИПшников, которые Декларации не подавали, и нарисовать им штрафы (срок давности один год) 5-15т.р.

Как по Вашему Сбербанк по доброте душевной изъявил желание страховать геймеров-покемонщиков???

[igor1971]

так у пивников нет такого учета как у алкашей.
там его, вообще нет. да и формально-то не нужен.

[antonn]

Продолжаем по теме...

Постановка на баланс на регистр 2 происходит запросом ActChargeOnShop.xml (стр. 47 documentation203.pdf), в котором для позиции алкоголя нужно указать информацию о продукции по структуре ProductInfo_v2. Которая имеет в себе новые поля навроде "Type", и Producer_v2, который требует вложенного тега "Разделение организаций на UL, FL, FO, TS" (ULType/FLType). В свою очередь эту информацию нужно получить запросом QueryAP_v2, один запрос - на один алккод. В случае когда справочник организации уже на данном этапе оперирует несколькими десятками тысяч алккодов - нужно быстренько перезапросить заново информацию по всем алккодам второй редакции, наделав тысячи запросов в УТМ. Потому что запросить V2 для товара по другому невозможно, правильно?
Так же получить UL/FL/FO/TS можно сделав запрос QueryClients_v2, но опять с ограничением - один запрос на один FSRARID поставщика/производителя. Для того чтобы получить весь список подразделений (ключей fsrarid) нам надо выполнить сначала запрос на список организаций первой версии по ИНН, а затем повторно по каждому ClientRegId выполнить QueryClients_v2. Правильно ли я понимаю эту невменяемую схему получения справочных данных?

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

[Egais2016]

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

[antonn]

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

возможно, как определить что в алккоде должно быть 17 знаков?

[Egais2016]

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

возможно, как определить что в алккоде должно быть 17 знаков?

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

[R2D2]

Для "antonn"
попробуйте в запросе вручную указать значение параметра "ИНН"
для queryAP (1 версии) нигде не была озвучено, что можно делать запрос по индивидуальному алкокоду - только по ИНН, а по факту запросы с параметром <qp:Name>КОД</qp:Name> проходили и в ответ присылались данные по 1 алкокоду

[antonn]

Для "antonn"
попробуйте в запросе вручную указать значение параметра "ИНН"
для queryAP (1 версии) нигде не была озвучено, что можно делать запрос по индивидуальному алкокоду - только по ИНН, а по факту запросы с параметром <qp:Name>КОД</qp:Name> проходили и в ответ присылались данные по 1 алкокоду

возвращает запрос без найденных данных:

Код: Выбрать все

<ns:Documents xmlns:rc="http://fsrar.ru/WEGAIS/ReplyClient_v2" xmlns:oref="http://fsrar.ru/WEGAIS/ClientRef_v2" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01"><ns:Owner><ns:FSRAR_ID>3463047</ns:FSRAR_ID></ns:Owner><ns:Document><ns:ReplyClient_v2><rc:Clients /></ns:ReplyClient_v2></ns:Document></ns:Documents>