Взаимодействие с учетными системами хозяйствующих субъектов

v.isaev wrote:

Vitalka wrote:
Так проблема не с гашением, а с инвентаризацией. Стоит задача: добавить на склад продукцию через инвентаризацию. На входе есть только GUID продукции.

Запросите данные товара по GUID и оттуда возьмите блок производителя.
Со страной происхождения сложнее - мне на форуме предлагали смотреть по стране производителя, т.е. сделать еще запрос данных по площадке производителя товара.

Если вы про метод getProductItemByGuidRequest, то в ответе нет данных о стране производства. В ответе есть узел producer, но узел опциональный и он описывает ХС, а расчитывать, что "страна ХС = страна производства" явно не правильно.

Абсолютно с Вами согласен, но за неимением правильного приходится довольствоваться малым

В дополнении к сообщению о GetProductItemList в продуктиве:

В справке http://help.vetrf.ru/wiki/GetProductItemList_v2.0 сказано:

"Операция GetProductItemList предназначена для получения списка наименований продукции с возможностью фильтрации по
уровням продукции иерархического справочника, по номенклатуре определенного предприятия-производителя или всех предприятий
определенного хозяйствующего субъекта"

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

1. по уровням иерархического справочника безотносительно ХС и ПЛ
2. по ПЛ, правда пока не удалось получить непустой результат.

по ХС, если его указывать в тэгах <dt:businessEntity><bs:guid>, запрос нормально не работает - возвращает все подряд.

vld wrote:Методом проб и ошибок получено, что запрос отрабатывает только
2. по ПЛ, правда пока не удалось получить непустой результат.

Вы точно там не внеземной космический аппарат изучаете???

Ув. Николай Анатольевич, как Вы считаете, это правильно, что возможности системы и правила обработки запросов выясняются разработчиками интеграционных решений не путем чтения документации, а при помощи универсального понятия "черный ящик", который как-то (но никто точно не знает, как) обрабатывает входную информацию и даже иногда выдает выходную?

Точнее два ящика 1.4 и 2.0

зачем нам документация так ведь интереснее, недавно ИД партии был обязательным, теперь нет, и документацию обновлять не надо - удобно

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

vld wrote:Методом проб и ошибок получено, что запрос отрабатывает только
2. по ПЛ, правда пока не удалось получить непустой результат.

Вы точно там не внеземной космический аппарат изучаете???

Ув. Николай Анатольевич, как Вы считаете, это правильно, что возможности системы и правила обработки запросов выясняются разработчиками интеграционных решений не путем чтения документации, а при помощи универсального понятия "черный ящик", который как-то (но никто точно не знает, как) обрабатывает входную информацию и даже иногда выдает выходную?

Конечно правильно! Так же интереснее: творческая жилка стимулируется. Это полезно. А документацию у нас все одно ни кто не читает. Вы себя спросите - вы читали документацию на свою микроволновку?

Справку читаем, xsd смотрим на рабочую и тестовую, и смотрим что в реальности есть, все это каждое живет своей отдельной жизнью. Исправляется и меняется все как то молча. Это надо писать тесты и прогонять все операции постоянно, чтобы узнать где что изменилось.

mevgenym wrote:Справку читаем, xsd смотрим на рабочую и тестовую, и смотрим что в реальности есть, все это каждое живет своей отдельной жизнью. Исправляется и меняется все как то молча. Это надо писать тесты и прогонять все операции постоянно, чтобы узнать где что изменилось.

ладно если тесты, но когда на рабочем Меркурии в процессе перепиливания шлюза 2.0 внезапно включаются проверки и останавливаются транзакции через 1.4, те которые до этого - работали полтора года...

Николай Власов wrote:Конечно правильно! Так же интереснее: творческая жилка стимулируется. Это полезно. А документацию у нас все одно ни кто не читает. Вы себя спросите - вы читали документацию на свою микроволновку?

Конечно! Там было написано: "ну что, придурок, сломал уже?".

А вот документацию к шлюзу хотелось бы иметь актуальную. И шлюз рабочий (по 2.0).

Для нормальной разработки нужна либо нормальная документация, либо корректно оформленные xsd и wsdl схемы. Ни того, ни другого нам не предоставлено. Если проводить аналогию с ЕГАИС, то "земля и небо". Потом просто не надо удивляться, что интеграция предприятий идет очень медленно.

еще одна особенность "черного ящика" updateVeterinaryEventsRequest, может обновить только одну запись в стоках

структура ниже пройдет на сервер, но обновится только первый сток

Всем привет!
Тоже занимаюсь интеграцией с Меркурием

Сейчас существует две версии API - 1.4 и 2.0 - которые "слегка" между собой различаются.

Я работаю через 2 версию, но при этом на запрос ВСД приходят ВСД в формате версии 1.4 .
А хотелось бы получить ВСД в формате версии 2.0.

Кто-нибудь знает, как это можно сделать?

Николай Власов wrote:

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

vld wrote:Методом проб и ошибок получено, что запрос отрабатывает только
2. по ПЛ, правда пока не удалось получить непустой результат.

Вы точно там не внеземной космический аппарат изучаете???

Ув. Николай Анатольевич, как Вы считаете, это правильно, что возможности системы и правила обработки запросов выясняются разработчиками интеграционных решений не путем чтения документации, а при помощи универсального понятия "черный ящик", который как-то (но никто точно не знает, как) обрабатывает входную информацию и даже иногда выдает выходную?

Конечно правильно! Так же интереснее: творческая жилка стимулируется. Это полезно. А документацию у нас все одно ни кто не читает. Вы себя спросите - вы читали документацию на свою микроволновку?

Если это шутка, то совсем не смешная. Если это принцип работы такой - тогда всё понятно, никаких вопросов.
На самом деле, просто треш. Если какой-то метод не работает - неужели сложно написать в вики, что "метод пока не работает"? Нет, надо сначала потратить время на то, чтобы понять, что ты всё делаешь всё-таки верно и не работает именно на стороне Меркурия эта штука, потом прошерстить форум, чтобы найти таких же недоумевающих людей с тем же самым вопросом, на который к тому же ответа на форуме часто нет... Мало того, что баг на баге и багом погоняет, так ещё и нормальной коммуникации нет.
Сделайте, пожалуйста, по-нормальному - джиру (или что вы там для багтрекинга используете) предоставьте в публичный доступ, чтобы там можно было багрепорты заводить и отслеживать, когда, кто и что именно по данному конкретному багу предпринимает.