Новая федеральная алкогольная декларация : Супермаг Плюс (Супермаг 2000)

По декларации, формируемой Супермаг+ - как выяснилось, при формировании структуры есть небольшое "отклонение" от стандарта, то бишь - как описан в .xsd узел ОбъемОборота - см. ниже:


А как реализовано в супермаге:



Т.е. - по логике мы имеем для одного подразделения один узел ОбъемОборота, в котором в разрезе кодов продукции указан оборот, в узле "Поставщик" - данные о поставках, в узле "Оборот" - данные об обороте.
В супермаге же много узлов ОбъемОборота, в одном - данные по поставкам, в другом - данные об обороте.
Тем не менее, проверку ФСРАР такая декларация проходит. Вот и интересно - можно ли причислить это к "багам" или все же это "фича".
Техподдержка ответила в своем стиле:
------
Декларация формируется по xsd схемам предоставленным ФСРАР , никаких дополнительных данных от "себя" мы не добавляем. Интеграция схемы производилась в рамках специфики СМ+ и на усмотрение разработчиков, выгрузка в сторонние программные продукты, с учетом их специфики, не предусматривалась . Если у Вас есть иное видение или предложение о введении доп функционала, анализирующего Ваши данные в декларации, Вы можете оформить ТЗ на доработку, через Вашего менеджера или Безгина Андрея [email]a.bezgin@servplus.ru[/email]. После того, как продакт-менеджеры проанализируют Ваше ТЗ, Вам сообщат результат возможности (или невозможности) внедрения в ТС.


С уважением,
Матвеева Анна,
Инженер Отдела внедрения
-------

Если честно, то какая разница, как формировать XML, если он проходит проверку на сайте РАР? И расхождений не выявляется из-за структуры файла?

На сайте РАРа инф.письмо по поводу сидра, медовухи и пуаре: http:www.fsrar.runewsview?id=869
Обратите внимание.

Декларация из супермага не проходит контроль фсрар.

Судя по ошибкам, как раз из за того, что в файле формируется очень много узлов "ОбъемОборота", хотя, по логике, такой узел должен быть один для одного магазина.


2014-07-01 18:15:34.500 Проверка декларации по схеме Список обособленных подразделений должен быть уникальным для декларации. Уточните название или КПП. КПП подразделения - 773301001
2014-07-01 18:15:34.503 Проверка декларации по схеме Значение элемента "КПП подразделения" должно быть уникальным для подразделений до уровня город/населённый пункт. КПП подразделения - 773301001
2014-07-01 18:15:34.507 Проверка декларации по схеме Выведены первые 10 ошибок.
2014-07-01 18:15:34.510 Проверка декларации по схеме Ошибка проверки по схеме.
2014-07-01 18:15:34.547 Модуль ФЛК Данный файл не является электронным документом установленного формата. Подробнее об ошибке: Декларация не прошла контроль.

Можешь приложить XML-файл?

Декларации

Выкладываю. Контроль супермага говорит, что все ок.

Именно на этом наборе получили такой протокол?
30.06,2014 2 юр. лица сдавали независимо декларации сделанные в СМ версии = вашей, подобных разногласий не возникало.

Протокол такой да, потому что пробовали только в одном магазине. В других еще не пробовали, но декларации формируются схожие. А у вас сдавали за какой квартал ? уточненная за 1 ? или за 2-й новая ?

ну как 30-го можно за 2-ой квартал сдавать? Уточненки это были.
Думаешь по разным кварталам разные проверки?
Очень сомневаюсь, т.к. проверки остатков и все остальное срабатывало.

Уточненную за 1 квартал 2014 нормально сдали 24.06.2014.