|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: Vladimir2017
Индекс форума » Профиль для Vladimir2017 » Сообщения, отправленные пользователем Vladimir2017
Автор Сообщение
Про питон ничего не скажу, пишу на Дельфи, запросы собираю вручную. Беру шаблон документа и модифицирую его средствами xml или текстовой подстановкой. Если бы начинал сейчас, вобще бы целиком в тексте собирал, всяко быстрее. WSDL оставил только для справочников, потому что там проблем нет.
sam12 wrote:
Vladimir2017 wrote:
Добрый, Вы учетные данные засветили, уберите. А ошибка - Вы в качестве предприятия указываете идентификатор хоз.субъекта.


а где его взять? и какие именно данные засветили?


Гуид предприятия на веб сайте можете посмотреть, там кнопка зеленая при выборе предприятия, или через API - GetActivityLocationList. Учетные данные - все что относится к аутентификации и авторизации, Вы уже похоже все поправили.
sam12 wrote:Добрый день.
Помогите разобраться с проблемой.
<apl:issuerId>a9fec5fe-ef67-42c0-ae85-eac86d989e15</apl:issuerId>
<dt:enterpriseGuid>a9fec5fe-ef67-42c0-ae85-eac86d989e15</dt:enterpriseGuid>
<apl:error code="MERC31180" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>


Добрый, Вы учетные данные засветили, уберите. А ошибка - Вы в качестве предприятия указываете идентификатор хоз.субъекта.
Господа разработчики, подскажите пожалуйста, а с каким временем создаются документы в Вашей системе, созданные в часовых поясах отличных от московского времени? А чтобы два раза не вставать прошу Вас проверить часы на серверах, есть подозрение что они у Вас слегка отстают.
Shooshpanius wrote:
Такого функционала нет и на данный момент не планируется.


Факт давно известный. Надо грузить в лоб, через вебморду, но там свои сложности.
Shooshpanius wrote:На текущей реализации шлюза (на Ruby on Rails) данная ф-ция реализована. Заявка от ХС с флагом "требуется утверждение" оседает в шлюзе, ветврач запускает свою программу, которая с шлюза забирает такие заявки, отмечает какие из них утвердить и жмет ОК . К заявкам добавляется информация по ветврачу и они улетают в Меркурий.


Я тоже так реализовал, но было бы здорово загружать такие заявки сразу в Меркурий.
Shooshpanius wrote:- передача заявок на овормление транспортных партий на утверждение вет врачам.


А позвольте поинтересоваться, каким образом будете это реализовывать? Через HTTP скорей всего не получится.
ilart1991 wrote:А вот если аннулировать уже готовый продукт, то сырье обратно в журнал не вернется. Т.о., нужно все делать без ошибок.


Что-то сомневаюсь, практика показывает обратное.

Николай Анатольевич, добрый день. Расскажите пожалуйста, делается ли что-то в этом направлении или нет? Возможности работать нет никакой.
Предлагаю поднимать в топ темы с этим вопросом. Нас должны услышать.
Yoreg07 wrote:и по упаковке ... ну а если всё-таки пришло сырьё в упаковке, то я обязан погасить ВСД с указанием упаковки, а потом при списании сырья количество упаковки так и будет висеть, не уменьшаться? бред какой-то мне кажется

Вы будете списывать только вес, списывать упаковки смысла нет никакого. А при загрузке склада указывайте флаг, чтобы не грузились пустые позиции.
Yoreg07 wrote:Спасибо, хоть кто-то ответил ... но у Вас в ответе у VetDocument есть атрибут qualifier если несколько партий оформлять?


Мы по одной партии отправляем, так легче ошибки при отправке отследить. Атрибута этого естественно нет.
Yoreg07 wrote:Ну что никто не делал производственную партию что-ли?


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

Николай Власов wrote:У ФГИС нет руководства!
Что вы имеете в виду под словами "отправлять через API на одобрение"? Вы, может быть, имели в виду формировать через API не только сертификаты, но и ПРОЕКТЫ сертификатов?
Простите за любопытство: а что же у вас подлежит сертификации такое? На что даже аттестованные не могут формировать серты?


Добрый вечер, Николай Анатольевич! Под отправкой на одобрение имелась ввиду та красная плашка с ссылкой на отправку в ГВЭ, которая выскакивает на веб-сайте при невозможности создать транспортный сертификат (пример в картинке). Возможно использованное Вам слово отражает суть создаваемого документа, нам, с другой стороны API, оба документа кажутся одинаковыми

По продукции много чего разного, часть неформально попадает под 646 с целью "реализация пищу людям", но ветеринары против. Часть попадает по 647, но аттестованных специалистов в нашем регионе нет. Наибольших проблем мы скорей всего получим с желатином, но если будет реализована такая функция, я думаю, станет значительно проще работать и не только нам. На форуме и вебинарах такой вопрос возникает постоянно, я думаю эта функция реально востребована.
Уважаемые разработчики и особенно руководители, ФГИС Меркурий. Очень Вас прошу, реализуйте возможность отправлять через API транспортные ВСД на одобрение ГВЭ, как это сделано в веб-интерфейсе. Забрать потом, после одобрения ветеринаром, этот сертификат никакой проблемы не составит, а вот отсутствие такой возможности ставит на нет все плюсы автоматизации. Для примера - у нас будет до 10 производственных и 400 транспортных ВСД в день, производственные у нас автоматизированны а транспортные - нет. А руками такой объем просто не забить. Про 646-647 приказы знаю, мы туда не попадаем. Мне кажется, в масштабах тех, глобальных, изменений с обновлением API, это не столь затратная доработка будет, сделайте пожалуйста.

Дорогие коллеги, я знаю что функция эта нужна многим, поэтому прошу Вас поддержать эту тему. Возможно в топе форума ее заметит руководство ФГИС.
 
Индекс форума » Профиль для Vladimir2017 » Сообщения, отправленные пользователем Vladimir2017
Перейти:   

Powered by JForum 2.1.8 © JForum Team