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

Xenia0109 wrote: В общем спорить по данному поводу не хочется, хочу понять куда можно обратиться? потому что в дальнейшем количество эВСД вырастет.

У нас ветеринары все белые и пушистые, по умолчанию. Такого просто не могло произойти, закон сам по себе нарушился.

P.S. Я бы начал с руководства, хотя, по хорошему, надо писать в прокуратуру, у некоторых ветврачей очень извращенное представление о законности.

Владимир Игнатов wrote:Да и это не работает, как планировалось! Если Вы сделаете запрос "от той же секунды", которая у Вас последняя в базе, вы получите снова одну или несколько записей за эту секунду, которые у Вас уже есть. А если Вы сделаете запрос "со следующей секунды", можете потерять запись, которая была сделана в ту же секунду, когда Вам отдали последние записи на прошлом запросе, но эта последняя (последние) не попала в выдачу Вам, т.к. ее тогда еще не было.
В любом случае - поведение не то, что планировалось! Делать можно только по ID, он там все равно есть, надеюсь (не надо делать первичным ключом базы GUID/UUID, по ним поиск по индексу куда дольше идет). И выдавать в порядке возрастания ID. И "арифметика" в этом случае проста: в начале просим от 0, затем - от последнего пришедшего. Для сервера запрашиваемый ID означает "where ID>$ID order by ID".
Вариант "по времени" - попытка ограничить размер поиска - "в прошлом месяце", "в прошлом квартале". Для цели "скопировать весь справочник себе" не очень подходит.

Вы еще не учли то что у Ветиса на некоторых серверах неправильно выставлено время и проблему часовых поясов. Впрочем, все это лирика, выход есть такой: создается база для ВСД, отдельно добавляется поле типа датавремя или что-то похожее. При добавлении записи туда проставляется текущее время (триггер, вычисляемое поле или программно). Перед следующим обновлением, выбирается самая большая дата по этому полю, от нее отнимаются сутки (поправка на ошибки времени, часовые пояса, и т.д.) и подставляется в запрос getVetDocumentChangesListRequest как начальная дата, а финишная выставляется как текущее время. При этом при добавлении в базу надо смотреть - если это старая запись то она обновляется, если новая то добавляется.

не надо делать первичным ключом базы GUID/UUID, по ним поиск по индексу куда дольше идет

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

Lamer wrote:Блин, кто проектировал это апи?!

По ВСД могу посоветовать работать через getVetDocumentChangesListRequest, периодически дергаете сервис и собираете новые ВСД к себе в базу. Когда появляется необходимость одним запросом из базы вытаскиваете что вам надо.

Владимир Игнатов wrote:
Таким образом, вместе со "старыми" записями (где они бывают), около 2 ГБ.

Я думал предприятий больше будет, или это только предприятия, без площадок?

Корнетт wrote:

ИнтегралВВ wrote:При тестировании программы уполномоченным «Меркурий ХС» для автоматизированного оформления ВСД в ФГИС «Меркурий» через шлюз API версия 2.0 возникает ошибка «Роль пользователя не позволяет оформлять лабораторные исследования» при отправке транспортной партии. Хотя работая, через Веб интерфейс уполномоченный хозяйствующего субъекта имеет право заполнять лабораторные исследования при оформлении транспортной партии.
Возможно-ли сохранить требования для шлюза API 2.0 чтобы данные о лабораторных исследованиях вносил не государственный ветеринарный врач, а уполномоченное лицо, имеющее ветеринарное образование (ветеринарный врач), предприятия производителя?

Если аттестуете своего врача то он сможет вносить лабисследования.

Возможно, но автор утверждает что работает под учетной записью уполномоченного. А так только особые отметки можно проставить.

ИнтегралВВ wrote:При тестировании программы уполномоченным «Меркурий ХС» для автоматизированного оформления ВСД в ФГИС «Меркурий» через шлюз API версия 2.0 возникает ошибка «Роль пользователя не позволяет оформлять лабораторные исследования» при отправке транспортной партии. Хотя работая, через Веб интерфейс уполномоченный хозяйствующего субъекта имеет право заполнять лабораторные исследования при оформлении транспортной партии.
Возможно-ли сохранить требования для шлюза API 2.0 чтобы данные о лабораторных исследованиях вносил не государственный ветеринарный врач, а уполномоченное лицо, имеющее ветеринарное образование (ветеринарный врач), предприятия производителя?

А Вы уверены что лаб. исследования хоз.субъект может внести через сайт? В форме для создания ТВСД не нашел подобных полей.

v.vlasenkov wrote:Вообще, именно так я себе и представляю. Ибо почему в WEB есть функциональность, в API её нет ?!

Это искусственная балансировка нагрузки на ветупров, поскольку они, по две тысячи ТВСД, на район, в сутки, по своим правилам-понятиям, не сделают никогда. Наивная надежда на то, что хозы не наймут отряд операторов и не затолкают им эти тысячи заявок через сайт.

v.vlasenkov wrote:
я так понимаю, готово и красивого решения через API нет. Кто как решает данную задачу ?

Есть два варианта:
1. Работа ветупра в интегрированном решении хоза.
2. Отдельный софт для ветупра.

В первом случае компрометируются учетные данные ветупра, во втором хоза.

Amaltea wrote:если честно -не поняла.
Или эти исследования будут подгружаться из системы лаборатории?
поясните пожалуйста.

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

Amaltea wrote:Спасибо за ответ. А как это будет выглядеть на практике? Мы производители и два раза в месяц у нас обновляются лабораторные исследования на произведенную продукция. Подразумевается, что ветврач ГВЭ будет вносить нам лабораторку в меркурий? Или в каждую ЭВСД???

Лаб. исследования вводятся на продукцию которая задекларирована в Меркурии.

Amaltea wrote:Добрый день!
Подскажите, пожалуйста, может ли УЛ (646 приказ) вносить лабораторные исследования (веб версия). Мне не удается. Как в таких случаях быть?

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

Павел Большаков wrote:Ну и еще вишенку вкину: X5 на последнем ECR сообщила что подавляющее большинство ВСД которые к ним приходит невозможно нормально обработать. Вопрос: кто продолжает делать "плохие" ВСД и не шевелится?

Интеграционное решение должно обрабатывать все. Если оно что-то не обрабатывает это еще не показатель того что кто-то что-то не правильно забивает. Правила известны всем сторонам.

Наталья25 wrote:Не подскажете как мне получить верный логин/пароль? (работаю через 1с Ветеринарные сертификаты)

Если хотите подключится к тестовому контору ищите верные логин и пароли к API, они отличаются от тех которые выдаются для работы в веб. Если хотите работать в продуктивном контуре, то сначала надо получить к нему доступ (там же где и получили для тестового контура).

Наталья25 wrote:Как я поняла, я использую неверный логин/пароль?

Либо так, либо подключаетесь к продуктивному контуру, у него другой логин/пароль.

TWAIN wrote:Повод есть. Сети требуют 2.0, без него они работать не могут как хотели. 1С уже несколько раз сдвигали поддержку 2.0.
Сдвинули на март, сдвинут и на июнь. На 30 июня.

Ну это уже другой вопрос. Хотя, с сетями еще можно договориться, с отключенным сервисом нет