Сообщения, отправленные пользователем: GusVal

rty wrote:Я поставил себе на остаток молоко в пучках

Хорошо не в гробах...

Konup wrote:А сейчас другого выхода через ВетИС.API нет.

Интересно, что думают разработчики об этом...

Konup wrote:Не стал париться, сделал всё через кг...

Так оно же потом и отгружать требует в КГ... Это нормально? Поставки на возвращают?

Тоже вляпался... У нас блюдо порционное, 300 г..
Но не дает его Мерк произвести... Несмотря на то, что для ProductItem установлена единица измерения "шт." получаю MERC56263 (((
Произвести 0,3 кг дает, а вот 1 штуку не дает...
Что же мы тогда должны в исходящий транспортный ВСД вносить? Килограммы?

Похоже вопрос снимаю, через SoapUI отработало...

Что-то у меня пустой список пользователей возвращается, через вебку пользователи есть...

Есть еще мнения?

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

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

В тестовой вебке (Просмотр сведений о продукции, выработанной предприятием ) посмотрел на то, что создал через тестовый же API.

Показывает два разных ВСД на две позиции готовой продукции, указанной в едином производственном ВСД.
В запросе остатков также 2 записи...

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

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

Можно ли в один производственный ВСД указать несколько номенклатур производимых продуктов питания?
Меркурий позволяет, а что с корректностью?

Допустим собрать 10 видов выпускаемой продукции (рыба+мясо+курица) и произвести их все в одном ВСД, указав при этом партии сырья, их которых это добро приготовилось?

Vladimir2017 wrote:

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

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

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

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

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

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

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

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

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

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

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

Пытаюсь через 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 файлами...
Порядок нормализации данных в таких файлах ровно такой же как и в Меркурии этом...

((((

В этом .... Меркурии все может быть... А может не быть ничего...