|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: andpal
Индекс форума » Профиль для andpal » Сообщения, отправленные пользователем andpal
Автор Сообщение
Спасибо, RCamel.
Да, 2 площадки с одинаковым адресом.
84b72ec6-0c29-46f8-9e16-434ebb538662 и 5573b4c1-6556-41a0-a9eb-f73aef9d6476
Обе без owner, но обе возвращают MERC02180.
Такая же проблема с другой площадкой "пятью пять"

RCamel, вы нашли решение проблемы?
Проверьте адрес, у меня было:
Проблема была в адресе сервиса: указывал "/services/ApplicationManagementService" а надо "/services/2.0/ApplicationManagementService".
Владимир Игнатов wrote:
andpal wrote:
Владимир Игнатов wrote:
Если поменялась (или удалилась) сама номенклатура, при гашении ее нужно не указывать.

Как так? Поле productItem - обязательное!

Да, обязательное. Попробуйте.

Благодарю за подсказку. Получается в обязательном поле productItem можно указать одно из необязательных полей: guid, uuid, name. Указал только name и гашение принялось!
А guid стоит указывать если в номенклатуре ничего не менялось, или поменялось наименование.
Владимир Игнатов wrote:
Если поменялась (или удалилась) сама номенклатура, при гашении ее нужно не указывать.

Как так? Поле productItem - обязательное!
В интервале между отправкой ВСД и гашением изменилась номенклатура в справочнике (принадлежность к виду продукции).
Пытаюсь погасить ВСД через АПИ.
Указываю GUID-ы продукции в соответствии с актуальными данными, в ответ: "MERC14231" Вид продукции в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
Указываю GUID-ы продукции как во входящем ВСД, в ответ: "MERC14033" Указанное наименование продукции в фактической информации о ВСД относится к другому виду продукции.
Как выйти из такой ситуации?
Всем кто сочувствовал, спасибо!
Проблема была в адресе сервиса: указывал "/services/ApplicationManagementService" а надо "/services/2.0/ApplicationManagementService".
Невнимательность. Предполагал что версия в этом сервисе определяется тегом serviceId . В тестовом контуре вроде так.
egais2018 wrote:Вижу у вас несколько расхождений с wiki
Если вы про префиксы, то они не должны влиять, тем более запрос принимается, значит схеме соответствует.
Но ... все может быть, проверю.

Проверил, не помогло.
В тестовом контуре отрабатываются нормально.
Может есть у кого-то предположение где ошибка?
Сегодня на тривиальные запросы:getStockEntryListRequest и getVetDocumentListRequest возвращается ошибка "Unsupported application data format".
В тестовом контуре все работает.
Это только моя беда или еще у кого нибудь есть такая проблема?
Когда пытался разобраться создал заявки (без входа в личный кабинет) на те площадки что есть в меркурии.
Сегодня все так-же в цербере список ХС пуст, а в меркурии те-же 2 площадки.
Но по запросу getActivityLocationList возвращает 4 площадки, 2 были в меркурии созданы и 2 в цербере, т.е. получились дубли.
Что ли создать площадки может любой кто знает адрес цербера?
Как эти площадки стыкуются?
Может это особенность только тестового контура?
В соседнем форуме http://vetrf.ru/vetrf-forum/posts/list/8055.page поподробнее рассмотрели ситуацию.
Резюме: "на сообщение в тестовом контуре можно не обращать внимание"
Ничего специально не делал. к рабочему адресу приписал t2- и захожу под логином меркурия.
Да, в паспорте добавил цербер.
Захожу в тестовый контур цербера.
Но список ХС пуст.
Проблема остается.
Сформировал заявки на регистрацию поднадзорного объекта. Ответов нет. Ничего не изменилось.
 
Индекс форума » Профиль для andpal » Сообщения, отправленные пользователем andpal
Перейти:   

Powered by JForum 2.1.8 © JForum Team