|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Взаимодействие с учетными системами хозяйствующих субъектов  XML
Индекс форума » Автоматизированная система МЕРКУРИЙ
Автор Сообщение
Vitalka


Зарегистрирован: 24/11/2017 12:45:52
Сообщений: 6
Оффлайн

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


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


Если вы про метод getProductItemByGuidRequest, то в ответе нет данных о стране производства. В ответе есть узел producer, но узел опциональный и он описывает ХС, а расчитывать, что "страна ХС = страна производства" явно не правильно.
Виталий Пастернак
ООО "ЭЛЕКТРОННЫЕ КОММУНИКАЦИИ"
v.isaev


Зарегистрирован: 04/04/2017 13:29:33
Сообщений: 44
Оффлайн

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


Зарегистрирован: 07/11/2017 14:26:32
Сообщений: 6
Оффлайн

Это сообщение было редактировано 3 раз. Последнее обновление произошло в 26/12/2017 15:32:49

vld


Зарегистрирован: 20/10/2017 16:29:26
Сообщений: 13
Оффлайн

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

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

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

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

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

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

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 26/12/2017 16:04:36

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


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 186
Оффлайн

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

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

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


Зарегистрирован: 06/09/2017 17:07:57
Сообщений: 162
Оффлайн

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


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 228
Оффлайн

зачем нам документация так ведь интереснее, недавно ИД партии был обязательным, теперь нет, и документацию обновлять не надо - удобно
https://github.com/mevgenym/1c_vetis.api
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 931
Оффлайн

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

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

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


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


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 228
Оффлайн

Справку читаем, xsd смотрим на рабочую и тестовую, и смотрим что в реальности есть, все это каждое живет своей отдельной жизнью. Исправляется и меняется все как то молча. Это надо писать тесты и прогонять все операции постоянно, чтобы узнать где что изменилось.
https://github.com/mevgenym/1c_vetis.api
lalex23


Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 254
Онлайн

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

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


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 186
Оффлайн

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

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

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


Зарегистрирован: 04/04/2017 13:29:33
Сообщений: 44
Оффлайн

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


Зарегистрирован: 07/11/2017 14:26:32
Сообщений: 6
Оффлайн

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

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

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 27/12/2017 11:31:45

fishsbones


Зарегистрирован: 05/10/2017 18:55:59
Сообщений: 2
Оффлайн

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

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

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

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



Lamer


Зарегистрирован: 22/08/2017 10:40:02
Сообщений: 19
Оффлайн

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

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

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


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


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

Powered by JForum 2.1.8 © JForum Team