Автор |
Сообщение |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 26/08/2016 15:50:52
|
Егорова Ирина
![[Avatar]](/vetrf-forum/images/avatar/f3957fa3bea9138b3f54f0e18975a30c.jpg)
Зарегистрирован: 31/08/2015 11:57:04
Сообщений: 294
От: ФГБУ ВНИИЗЖ
Оффлайн
|
то есть каких-нибудь доработок в этой части не будет, чтобы облегчить распознание - что это сырье или не сырье?
На данный момент не планируется, поскольку guid однозначно идентифицирует партию продукции. Но если у вас есть конструктивные предложения, мы их рассмотрим.
|
аналитик отдела внедрения
Федерального центра охраны здоровья животных, г. Владимир |
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 26/08/2016 15:50:59
|
Kano
Зарегистрирован: 19/07/2016 11:43:54
Сообщений: 44
Оффлайн
|
sanazarkin wrote:
Kano wrote:Коллеги, а подскажите еще немного) как получить guid Enterprise, если есть guid и uuid BusinessEntity?
Через запрос getBusinessEntityByGuid
в activityLocation будет список всех Enterprise
спасибо, уже нашел.. у пары юр.лиц искал, не увидел, подумал может что не так делаю, наверно просто не привязаны enterprise в тестовом шлюзе
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 26/08/2016 17:23:36
|
maks
Зарегистрирован: 03/06/2016 15:08:14
Сообщений: 6
Оффлайн
|
Коллеги, подскажите, кто нибудь сталкивался с такой ситуацией?
По запросу GetVetDocumentList для указанного предприятия получаю некоторое количество документов.
Но при последующем получении каждого конкретного документа запросом GetVetDocumentByUuid для части документов получаю ошибку
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC29224">Ветеринарно-сопроводительный документ не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>
Хочу понять почему так происходит?
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 26/08/2016 17:40:02
|
maks
Зарегистрирован: 03/06/2016 15:08:14
Сообщений: 6
Оффлайн
|
При работе с апи в результате запроса GetVetDocumentList получаю документы, которые ни никак не могу найти через веб интерфейс пилотной версией.
Количество документов полученных через апи 1870.
Через веб вижу:
в журнале продукции 893
в транзакциях 84
всд исходящие 99
всд входящие 22
Суммарно никак не получается 1870.
Как такое может быть?
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 06:01:50
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
maks wrote:При работе с апи в результате запроса GetVetDocumentList получаю документы, которые ни никак не могу найти через веб интерфейс пилотной версией.
Количество документов полученных через апи 1870.
Через веб вижу:
в журнале продукции 893
в транзакциях 84
всд исходящие 99
всд входящие 22
Суммарно никак не получается 1870.
Как такое может быть?
Возможно через веб показываются документы выбранного года ... там год выбирется ... а через апи - все
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 08:11:15
|
Николай Власов
![[Avatar]](/vetrf-forum/images/avatar/98f13708210194c475687be6106a3b84.jpg)
Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн
|
Егорова Ирина wrote:
то есть каких-нибудь доработок в этой части не будет, чтобы облегчить распознание - что это сырье или не сырье?
На данный момент не планируется, поскольку guid однозначно идентифицирует партию продукции. Но если у вас есть конструктивные предложения, мы их рассмотрим.
Почти любая наша продукция может быть как сырьем, так и готовой продукцией. Например даже сыры могут быть продукцией для производства плавленых сыров. Есть типы, конечно, которые, кроме казуистических случаев, не могут быть сырьем ни для какого производства, например колбасы. Есть типы, которые, опять же кроме казуистических случаев не могут не быть сырьем, например сухое молоко (его, ксатати, некоторые прямо фасуют в пакетики). Так что четкого разделения не просматривается. Но нечеткое, договорившись о правилах, мы, конечно, можем сделать, введя соответствующий определитель в справочник продукции.
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 08:19:05
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
Добрый день! Скажите, пожалуйста, действительно настанет тот "судный день", когда всех обяжут оформлять все ВСД в меркурии, как это было например с ЕГАИСом?
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 09:56:08
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
Поправьте меня, если не прав. При оформлении заявки на ВСД (входящий, производственный или транспортный ... не важно) принцип работы в учетной системе ХС должен быть примерно таким:
1. ХС в своей УС оформляет заявку на какую-либо партию, наполняя её всеми зависящими от него данными
2. Затем эту заявку в этой же УС получает вет. врач и дополняет её уже своими данными
3. Затем генерируется XML и от ИМЕНИ ВЕТ. ВРАЧА (т.е. Initiator - это вет. врач и целевой сервис ServiceID - это mercury-vu.service) заявка уходит в шлюз ... или от имени ХС она должна уходить
???
Это сообщение было редактировано 1 раз. Последнее обновление произошло в 27/08/2016 09:56:30
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:00:27
|
b.ivanov
![[Avatar]](/vetrf-forum/images/avatar/adbe673fd502b32bee221970f9cb0e8d.jpg)
Зарегистрирован: 22/04/2016 17:52:09
Сообщений: 50
Оффлайн
|
Yoreg07 wrote:Поправьте меня, если не прав. При оформлении заявки на ВСД (входящий, производственный или транспортный ... не важно) принцип работы в учетной системе ХС должен быть примерно таким:
1. ХС в своей УС оформляет заявку на какую-либо партию, наполняя её всеми зависящими от него данными
2. Затем эту заявку в этой же УС получает вет. врач и дополняет её уже своими данными
3. Затем генерируется XML и от ИМЕНИ ВЕТ. ВРАЧА (т.е. Initiator - это вет. врач и целевой сервис ServiceID - это mercury-vu.service) заявка уходит в шлюз ... или от имени ХС она должна уходить
???
От имени ХС с обязательным упоминанием вет.врача, обслуживающего предприятие, также упомянутое в отправляемом запросе. Меркурий ничего про шаги 1-2 не знает, к слову.
|
Готовое решение интеграции для любой учётной системы
подробнее |
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:04:43
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
b.ivanov wrote:
Yoreg07 wrote:Поправьте меня, если не прав. При оформлении заявки на ВСД (входящий, производственный или транспортный ... не важно) принцип работы в учетной системе ХС должен быть примерно таким:
1. ХС в своей УС оформляет заявку на какую-либо партию, наполняя её всеми зависящими от него данными
2. Затем эту заявку в этой же УС получает вет. врач и дополняет её уже своими данными
3. Затем генерируется XML и от ИМЕНИ ВЕТ. ВРАЧА (т.е. Initiator - это вет. врач и целевой сервис ServiceID - это mercury-vu.service) заявка уходит в шлюз ... или от имени ХС она должна уходить
???
От имени ХС с обязательным упоминанием вет.врача, обслуживающего предприятие, также упомянутое в отправляемом запросе. Меркурий ничего про шаги 1-2 не знает, к слову.
Про шаги 1-2 - это понятно ... это же в УС ХС ... а вот где, например, в производственной партии указывается вет. врач ... что-то я такого поля не нашёл?
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:11:32
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
кстати ... спасибо, что ответили ... думал никого в субботу не будет
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:32:11
|
b.ivanov
![[Avatar]](/vetrf-forum/images/avatar/adbe673fd502b32bee221970f9cb0e8d.jpg)
Зарегистрирован: 22/04/2016 17:52:09
Сообщений: 50
Оффлайн
|
Yoreg07 wrote:
b.ivanov wrote:
Yoreg07 wrote:Поправьте меня, если не прав. При оформлении заявки на ВСД (входящий, производственный или транспортный ... не важно) принцип работы в учетной системе ХС должен быть примерно таким:
1. ХС в своей УС оформляет заявку на какую-либо партию, наполняя её всеми зависящими от него данными
2. Затем эту заявку в этой же УС получает вет. врач и дополняет её уже своими данными
3. Затем генерируется XML и от ИМЕНИ ВЕТ. ВРАЧА (т.е. Initiator - это вет. врач и целевой сервис ServiceID - это mercury-vu.service) заявка уходит в шлюз ... или от имени ХС она должна уходить
???
От имени ХС с обязательным упоминанием вет.врача, обслуживающего предприятие, также упомянутое в отправляемом запросе. Меркурий ничего про шаги 1-2 не знает, к слову.
Про шаги 1-2 - это понятно ... это же в УС ХС ... а вот где, например, в производственной партии указывается вет. врач ... что-то я такого поля не нашёл?
Разве что в качестве инициатора.
|
Готовое решение интеграции для любой учётной системы
подробнее |
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:34:10
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
вот собственно поэтому и был первоначальный вопрос ... в остальных видах транзакций (входящая, транспортная) наверное тоже можно указывать инициатора - вет.врача?
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:37:15
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
как-то нет единообразия по этому вопросу во всех видах транзакций ...
|
|
 |
![[Post New]](/vetrf-forum/templates/default/images/icon_minipost_new.gif) 27/08/2016 10:41:06
|
Yoreg07
Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн
|
ещё вопросик возник ... при оформлении входящей партии по бумажному ВСД в результате создается электронный "дубликат" этого бумажного ВСД и тут же гасится ... так?
|
|
 |
|