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

Маношкин Александр wrote:API штатно висит.

Думает!

Vitor wrote:А что толку? ну сделали под всех федералов и регионалов... на тестах все летало и работало.... а сейчас шлюз лежит и толку? мы к примеру desadv в Марию-Ра вынуждены отправлять ручками, а перед эти промерить все ли оформилось.....
Так что без нормального работающего api хоть заинтегрируйся.... да и клиенты вводят поправки на ветер....

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

Две транзакции уходили полчаса.

levashova wrote:Пробовал ли кто выписывать продукцию, которая раньше была не позволена? У меня пока не получается. До хэлпа, конечно, не дозвониться

Желатин через API уходит.

СВЕТЛАНА29 wrote:

Vladimir2017 wrote:Для нас отменили ВСЕ. Остался один желатин, который теперь мы можем сами. Одно плохо, лаб. исследования прикрепить самостоятельно не можем.

Лаб.исследования за Госами оставили

Да, хотя в связи с послаблениями по приказам была надежда на обратное.

Shum wrote:Сети не принимают товар без 4-го уровня продукции.

Правильно делают, кстати. Если этот момент упустить первая проверка выявит несоответствия за которые отвечать будет Сеть.

Многие поставщики закупая товар у производителей 4-й уровень не получают.

Гасят ВСД в надежде что и так сойдет.

Не все производители его присваивают.

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

Что делать поставщикам сетей?

Требовать с поставщиков в обязательном порядке 4-го уровня.

Уговорить производителя провести необходимые работы по присвоению не всегда удается.

Ваш клиент - сеть, для поставщика клиент это Вы. Выстройте правильно архитектуру приоритетов. Не хочет поставщик работать по правилам - нахрен с пляжа.

Остается вариант присвоить 4-й уровень самостоятельно самому поставщику.

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

Получается, что десятки торговцев сейчас присваивают 4-й уровень одной и той же продукции (одного производителя).
Это нормально?

Это не решение, это компульсивное и неверное действие.

Для нас отменили ВСЕ. Остался один желатин, который теперь мы можем сами. Одно плохо, лаб. исследования прикрепить самостоятельно не можем.

Николай Власов wrote:Итоги первого рабочего дня после перехода:

Без всякого троллинга и иронии, - поздравляю! Как программист и разработчик понимаю, что сервис создавался очень непросто, и так же непросто будет развиваться. Ну а проблемы решатся рано или поздно

and1024 wrote:По АПИ у всех работает?

Приходят кривые документы с кривыми схемами.

Вдогонку мой сервак не смог разжевать такое выражение:

<vd:laboratoryResearch>
<vd:notes>Произ.лабор</vd:notes>
</vd:laboratoryResearch>

Хотя:

<vd:laboratoryResearch>
<vd:ID>ID</vd:ID> bs:Identifier [1..1]
<vd:type>LBR</vd:type> vd:VeterinaryEventType [1..1]
<vd:actualDateTime>2017-07-07T12:00:00</vd:actualDateTime> xsateTime [1..1]
</vd:laboratoryResearch>

Ну и так далее. Ребят, это как? Как так можно таким заниматься в старт? Я сам писал интеграцию второпях, но к старту был готов хотя бы хоть-как-то работать. А Вы?

<?xml version="1.0"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
[ ... ]
<ns1:getVetDocumentChangesListResponse xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:ns1="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">

Второй день при запросе getVetDocumentChangesListResponse сервис выдает вместо неймспейса env неймспейс soap, что в принципе не страшно, но удаляет тег <header> без которого xml перестает парситься если указывать полный путь до элемента. Уважаемые разработчики, это как?

MaxNikitin wrote:Я сканирую двумерный штрихкод, который содержится на перечне ВСД к накладной. Мне приходит строка: https://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid=da7d-0f03-837b-4b2b-80ca-7b1a-be29-347e
И в этой строке только такой uuid, как я написал. Других данных в ДШК нет. На самом пречне написан ровно такой же код. Как мне получить UUID в правильном формате?

Двумерный код, который вы сканируете, никакого отношения к API не имеет. Формат uuid который использует Ветис я отправил в первом письме. Ответ на вопрос как получить в нужном формате зависит от языка программирования который вы используете. В общем случае, нужно удалить разделители из старой строки, получив строку с данными состоящую только из цифро-буквенных значений, а далее собрать новую строку из кусков этой строки, вставив разделители в нужные позиции.

MaxNikitin wrote:<bs:uuid>da7d-0f03-837b-4b2b-80ca-7b1a-be29-347e</bs:uuid>
Что я делаю не так?

У вас uuid не соответствует шаблону: [a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}

Предприятие указано правильно:

<dt:enterpriseGuid>99fe644e-1ba1-4c9e-aa15-d543a68ec247</dt>

hawksib wrote:

Vladimir2017 wrote:Ну вообще отлично, полгода работы коту под хвост. Никому не нужен программист-разработчик со знанием ветеринарии?

ага, с такими же мыслями жил 27го числа, когда хотели отменить готовую продукцию
наше решение 16k тВСД в ночь шлет
я же правильно понял, что колбасу не отменили?

Если в вашей колбасе меньше 50% мяса то считайте что для вас отменили. Как сказал представитель одного большого московского мясокомбината "Мы в таком случае вообще можем ничего не декларировать"

Ну вообще отлично, полгода работы коту под хвост. Никому не нужен программист-разработчик со знанием ветеринарии?