Номер ВСД через API

ANIT wrote:

Vladimir2017 wrote:Можно через веб интерфейс его взять, по ссылке http://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid= Подставляем гуид, получаем через get, парсим, получаем значение, заносим в базу. Утилиту можно написать за 5 минут.

"А месье знает толк в извращениях!" Сказано, сделано. Спасибо за подсказку.
Говорила мне мама: "Иди учиться на бухгалтера!", нет же HTTP, HTML, DOM...

А я давно уже предлагал: headless browser + Selenium. Сначала долго парсим и настраиваем, потом имеем всю гибкость и функциональность имеющегося веб-фейса, но без утомительного мышеводства по экранам.

lalex23 wrote:

ANIT wrote:

Vladimir2017 wrote:Можно через веб интерфейс его взять, по ссылке http://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid= Подставляем гуид, получаем через get, парсим, получаем значение, заносим в базу. Утилиту можно написать за 5 минут.

"А месье знает толк в извращениях!" Сказано, сделано. Спасибо за подсказку.
Говорила мне мама: "Иди учиться на бухгалтера!", нет же HTTP, HTML, DOM...

нет, ну я понимаю что это можно сделать, но смысл?

Ну можно попробовать еще раз написать разработчикам Меркурия "добавьте короткий номер ВСД в АПИ!!!"

lalex23 wrote: но смысл?

Владимир Игнатов wrote:
А я давно уже предлагал: headless browser + Selenium. Сначала долго парсим и настраиваем, потом имеем всю гибкость и функциональность имеющегося веб-фейса, но без утомительного мышеводства по экранам.

А смысл. Без данных из базы все равно не взлетит. С учетной системой данные меркурия как-то надо сопоставлять, и тут без API никуда. А с браузером... ID полей у них нет толком местами. Завтра обновят чего на сайте коряво и всё... хотя та же ерундистика сейчас и с апи происходит.

ANIT wrote:Завтра обновят чего на сайте коряво и всё... хотя та же ерундистика сейчас и с апи происходит.

Именно! Но если в случае с API Главный в очередной раз скажет (близко к цитированию): "у нас все работает, это вы там криворукие, за год не могли написать интеграцию", то свой же веб-фейс они вынуждены исправлять быстро-быстро, т.к. здесь любому ежу очевидно, что это у них не работает.

Владимир Игнатов wrote:

ANIT wrote:Завтра обновят чего на сайте коряво и всё... хотя та же ерундистика сейчас и с апи происходит.

Именно! Но если в случае с API Главный в очередной раз скажет (близко к цитированию): "у нас все работает, это вы там криворукие, за год не могли написать интеграцию", то свой же веб-фейс они вынуждены исправлять быстро-быстро, т.к. здесь любому ежу очевидно, что это у них не работает.

Если с нерабочим API вы можете хоть какие-то обоснованные претензии предъявить. То с WEB в случае остановки работы потому что кто-то решил поменять дизайн, а то и вообще сайт залепить на другом движке и сменить все наименования полей, а то и попросту их убрать. Претензии можно будет предъявлять только себе за то, что пустились в эту аферу. Второй момент, это модификация данных. Был у вас контрагент ИП Пупкин с площадкой Магазин Солнышко, вы его каким-то образом себе в базу затянули через WEB, а завтра он переименовался в Индивидуальный предприниматель Пупкин Иван Васильевич и площадку заодно в магазин "Солнышко" (тверской бульвар д 7). ИИ? как его искать то после? Да и Гуиды элементов откуда брать? Которые так часто просят некоторые предоставить?

У меня был удачный опыт интеграции через веб портал. В принципе сделать такое можно, с одним но - портал не должен использовать идентификаторов либо использовать заранее известные идентификаторы, как всем известные Гуиды. Веб портал Меркурия, при формировании посылки, использует свои внутренние идентификаторы, которые имеют тип int либо bigint, по этому полноценную интеграцию через портал сделать, к сожалению, невозможно.

ANIT wrote:Если с нерабочим API вы можете хоть какие-то обоснованные претензии предъявить.

Сколько раз уж было, ответ один. (см. "а разгадка одна")

ANIT wrote:То с WEB в случае остановки работы потому что кто-то решил поменять дизайн, а то и вообще сайт залепить на другом движке и сменить все наименования полей, а то и попросту их убрать. Претензии можно будет предъявлять только себе за то, что пустились в эту аферу.

Здесь, скорее, беда в том, что в случае парсинга сайта тот, кто будет это делать, вечно "догоняющий". Дизайн может поменяться внезапно, без предварительного объявления, а может и дизайн остаться, просто изменятся какие-то " точки привязки".

ANIT wrote:Второй момент, это модификация данных. Был у вас контрагент ИП Пупкин с площадкой Магазин Солнышко, вы его каким-то образом себе в базу затянули через WEB, а завтра он переименовался в Индивидуальный предприниматель Пупкин Иван Васильевич и площадку заодно в магазин "Солнышко" (тверской бульвар д 7). ИИ? как его искать то после? Да и Гуиды элементов откуда брать? Которые так часто просят некоторые предоставить?

Вот да, справочники нужно драть через API.

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

ANIT wrote:

lalex23 wrote:

ANIT wrote:

Vladimir2017 wrote:Можно через веб интерфейс его взять, по ссылке http://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid= Подставляем гуид, получаем через get, парсим, получаем значение, заносим в базу. Утилиту можно написать за 5 минут.

"А месье знает толк в извращениях!" Сказано, сделано. Спасибо за подсказку.
Говорила мне мама: "Иди учиться на бухгалтера!", нет же HTTP, HTML, DOM...

нет, ну я понимаю что это можно сделать, но смысл?

Ну можно попробовать еще раз написать разработчикам Меркурия "добавьте короткий номер ВСД в АПИ!!!"

lalex23 wrote: но смысл?

Тут нужно петицию писать Путину. Только так сможем добавить !!!

Готова петиция, поддержите!
https://chn.ge/2ED2XPc

miskevich wrote:Готова петиция, поддержите!
https://chn.ge/2ED2XPc

Прекрасно!
Коли будете рядом там, сделайте еще пару-тройку: добиться того, шлюз версии 2.0 полностью соответствовал документации на него. Не выполнять обновление продуктивной версии до (хотя бы месячного) тестирования в тестовом контуре. Ну и т.д.
"Бакалейщик и кардинал - это сила" (с)...

А на самом деле "провести всестороннюю независимую экспертизу шлюза API 2.0, определить соответствие работы шлюза опубликованной документации, убедиться в полной работоспособности и адекватности ответов от шлюза посылаемым запросам, провести нагрузочное тестирование. Сформулировать список выявленных нестыковок и ошибок. Получив от разработчиков уведомление об устранении выявленных ранее нестыковок и ошибок, провести новую экспертизу (итерационно). Отложить обязательную электронную сертификацию на срок не менее полугода с момента устранения всех выявленных недочетов."

Владимир Игнатов wrote:Отложить обязательную электронную сертификацию на срок не менее полугода с момента устранения всех выявленных недочетов.

двумя руками - ЗА!

уже пора отложить на полгодика-годик

А вот и новость в тему: http://tass.ru/ekonomika/5107191

Это еще что... Вот к примеру ошибка при оформлении входящих ЭВСД через API. Если пользователь оформил ЭВСД через WEB и при этом производителя указал не из справочника, а строкой, то при получении данных по этому ЭВСД, в поле с инфой о производите не чего нет. Следовательно при гашении обязательно необходимо указать GUID производителя. Сделал запрос к разработчикам и попросил из дать официальный ответ на это. Вот что ответили:

"Здравствуйте!

На данный момент Ветис.API 2.0 не поддерживает передачу производителя, заданного в ветеринарном сертификате не идентификатором, а текстом. Сейчас идёт обсуждение, каким образом можно улучшить сложившуюся ситуацию.
На данный момент мы можем рекомендовать два выхода:
1. Предложить поставщикам корректно заполнять данные в ветеринарных сертификатах.
2. Гасить подобные ВСД через веб."

Т.е. применение API вообще становиться невозможным.

Такой вот API))))