MERC14240

Что-то меня уже это все раздражать начинает

Помогите разобраться, пожалуйста...

Пытаюсь через API загасить очередной документ...
На входе имею
<dateOfProduction>
<informalDate>10-11/2017 г.;</informalDate>
</dateOfProduction>
<expiryDate>
<informalDate>12 мес;</informalDate>
</expiryDate>

В processIncomming возвращаю
<vd:dateOfProduction>
<vd:informalDate>10-11/2017 г.;</vd:informalDate>
</vd:dateOfProduction>
<vd:expiryDate>
<vd:informalDate>12 мес;</vd:informalDate>
</vd:expiryDate>

То есть то же самое... А оно мне в ответ MERC14240.... Чего ему на это раз надо?

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

((((

Если это API 2.0, то "С версии 2.0 указание даты строкой (элемент informalDate) в запросах не допускается". (http://help.vetrf.ru/wiki/GoodsDate_v2.0)
Я так понимаю, что погасить подобные документы через шлюз невозможно

Jupiter wrote:Если это API 2.0, то "С версии 2.0 указание даты строкой (элемент informalDate) в запросах не допускается". (http://help.vetrf.ru/wiki/GoodsDate_v2.0)
Я так понимаю, что погасить подобные документы через шлюз невозможно

Спасибо за ответ...

То есть мне прислать могут документ с такими данными, а я его принять не могу?

Как же мне его отправили? Через шлюз 1.4? ВСД выписан вчера...

Делать вот это "Сценарий 1.2.1. Сведения во входящем ВСД не соответствуют фактическим, партия принимается в полном объеме." надо?

GusVal wrote:Что-то меня уже это все раздражать начинает

Через комплексные даты пробовали гасить?

Vladimir2017 wrote:

GusVal wrote:Что-то меня уже это все раздражать начинает

Через комплексные даты пробовали гасить?

Еще нет... Попробую сейчас...

Это принудительно указать дату окончания срока годности?

Удалось же...
Указал комплексную дату в expiryDate.firstDate (благо в нашей ИС эти данные вносятся и контролируются), убрал "родной" informalDate (это обязательно).
Еще нужно docInspection.Result = MISMATCH указать...

В общем, все как описано в документации "Сценарий 1.2.1. Сведения во входящем ВСД не соответствуют фактическим, партия принимается в полном объеме."

Да это очередная подстава с стороны разработчиков.

А вообще в XML файле есть сведения, по которым можно однозначно определить версию ВСД? 1.4? 2.0 ....

Фармакс wrote:Да это очередная подстава с стороны разработчиков.

А вообще в XML файле есть сведения, по которым можно однозначно определить версию ВСД? 1.4? 2.0 ....

По пространствам имен.

Чем глубже погружение в меркурий, тем больше понимаешь насколько грамотнее построена система ЕГАИС.

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

Фармакс wrote:Чем глубже погружение в меркурий, тем больше понимаешь насколько грамотнее построена система ЕГАИС.

Прости меня Господи, вот никогда не думал, что подпишусь под этим...

GusVal wrote:

Фармакс wrote:Чем глубже погружение в меркурий, тем больше понимаешь насколько грамотнее построена система ЕГАИС.

Прости меня Господи, вот никогда не думал, что подпишусь под этим...

Ага ага

Доброго...

Встречаются ВСД, в которых встречается такое:
<vd:dateOfProduction>
<vd:informalDate>январь-май 2018г.</vd:informalDate>
</vd:dateOfProduction>
<vd:expiryDate>
<vd:informalDate>см.этикетку</vd:informalDate>
</vd:expiryDate>
А бывает вообще даже без указания месяца, года, да ещё с орфографическими ошибками...
Как такое погасить через ВетИС.API 2.0? Всю голову сломал...
Прочитал, что GusVal используя комплексную дату смог подобное победить. Подскажите это как?

Konup wrote:Доброго...

Встречаются ВСД, в которых встречается такое:
<vd:dateOfProduction>
<vd:informalDate>январь-май 2018г.</vd:informalDate>
</vd:dateOfProduction>
<vd:expiryDate>
<vd:informalDate>см.этикетку</vd:informalDate>
</vd:expiryDate>
А бывает вообще даже без указания месяца, года, да ещё с орфографическими ошибками...
Как такое погасить через ВетИС.API 2.0? Всю голову сломал...
Прочитал, что GusVal используя комплексную дату смог подобное победить. Подскажите это как?

Подразумевается, что самостоятельно заполняется структура dateOfProduction->FirstDate->* и ExpireDate->FirstDate->* , а informalDate не передается.
У нас в ИС ведется партионный учет дат изготовления и сроков годности сырья, поэтому эти данные подсовываю Мерку.
Еще лайфхак... FirstDate->Hour также лучше заполнить... Хоть 0, хоть 23...

Про часы знаю, подсовываю...
А если поставщик написал expiryDate, как я показал в примере, то что мне прописать в ExpireDate.FirstDate? Или это неизлечимо....

Это как раз лечится подстановкой реальных(!) данных...
Пример:
ExpireDate.FirstDate.Day = 22
ExpireDate.FirstDate.Month = 5
ExpireDate.FirstDate.Year = 2018

informalDate оставляется пустым, т.к. API 2.0 его не принимает...

Сценарий 1.2.1. Сведения во входящем ВСД не соответствуют фактическим, партия принимается в полном объеме.

Описание бизнес-операции.

Продукция, которая поступает на предприятие, сопровождается электронным ветеринарным документом. Сведения о партии не соответствуют указанным в ВСД. Обратите внимание, что допустимо расхождение следующих сведений:

номер и дата ТТН;
номер транспортного средства;
объем (как в большую, так и в меньшую сторону);
срок годности продукции;
маркировка;
4 уровень иерархического справочника продукции (productItem).

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