|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: uac
Индекс форума » Профиль для uac » Сообщения, отправленные пользователем uac
Автор Сообщение
fly_byte wrote:
uac wrote:Третий день не могу погасить один-единственный ЭВСД: "APLM0012 An unexpected error has occurred while invoking target service operation" и всё тут. Есть информация, с чем связано и когда будет работать?

Может косячное? попробуй в вебе.

Через веб-интерфейс погасилось нормально, да. Сейчас будет новая порция приходов - посмотрим, как отработает через API.
Третий день не могу погасить один-единственный ЭВСД: "APLM0012 An unexpected error has occurred while invoking target service operation" и всё тут. Есть информация, с чем связано и когда будет работать?
lalex23 wrote:не знаю тянется или нет, но это первое что пришло в голову
в результате - 1.4 возвращает пустой список при поиске по гуид-у, а 2.0 весело рапортует площадкой RU040:89591711
я с пол-года назад обращался в техподдержку - госпожа Егорова объяснила всё отсутствием синхронизации чего-то с чем-то, по срокам исправления я и спрашивать не стал

Интере-е-е-сное кино. Что ж, спасибо за помощь. Буду думать, что с этим делать.
oleg-x wrote:Была как то раз странная ситуация, не находилась площадка ни по ГУИДу ни по номеру. Нашел только по наименованию, и сразу стала находится по остальным признакам.

Спасибо за мысль, попробую поискать по наименованию, посмотрю, что изменится.
lalex23 wrote:проверяйте существование площадки через API 1.4
для примера киньте сюда гуиды площадок, которые по мнению API 2.0 актуальны, но оформление вызывает ошибки - я проверю через 1.4
выше обозначенный 37ddeeab-a629-4cd2-8823-7c8d3a97a0ae - через GetRussianEnterpriseList 1.4 не находится, через 2.0 - всё ок

А, так эта песня с 1.4 до сих пор тянется? Жесть %)
GUID ХС: 35d94096-a5fd-4e2e-bf2e-784728f89949
GUID площадки: 2cb24a77-214f-4e62-9a82-2f079abff8c0

Ответ на запрос ХС по GUID:


Ответ на запрос площадки по GUID:


Ответ на запрос списка площадок по GUID ХС.
Такая же ошибка возвращается по ряду клиентов. Для примера беру одного, пробиваю его через Ветис.API: находит ХС по GUID ХС, находит площадку (одну, других нет) по GUID площадки, но при оформлении перевозки возвращается ошибка MERC02180. Если нужно, могу ввложить тексты XML-ей.
Кто-нибудь нашёл рабочее решение этой проблемы?
Нет не правильно. Если вы так сделаете, то он не увидит ХС, так как он не закреплен за вашей площадкой.
Также делает ЭВСД со сменой владельца на ту площадку, на которую он повезет.
Такой вариант годится, если клиент постоянно забирает и он закрепит вашу площадку за собой.

А как тогда правильнее будет оформить самовывоз, можете подсказать? Я по документации Ветис.API другого способа не могу найти %)
Подскажите, правильно ли понимаю, что если клиент забирает товар со склада сам (самовывозом), то я должен оформить эту транзакцию через Ветис.API как PrepareOutgoingConsignmentOperation (сейчас работаем по v2.0) по третьему сценарию "Смена владельца без перевозки": в сведениях об отправителе и получателе продукции указаны разные хозяйствующие субъекты, но одинаковые предприятия. При этом информацию о транспорте (раздел transportInfo) указывать не обязательно, так?
Добрый день. Такая ситуация: у ХС есть несколько площадок, за каждую из которых отвечает отдельный пользователь. Возможно ли через Ветис.Паспорт закрепить за конкретным пользователем конкретную площадку? В веб-интерфейс не нашёл, как это сделать. В документации - тоже. Как закрепить ХС за пользователем - вижу, а площадку - нет.
Павел Большаков wrote:Доп ограничений я пока не встречал, но срок годности (или дата производства) после объединения могут стать интервалом. (И кстати это ок, если эта партия дальше будет сырьем, но если её потом продавать то получатель ВСД может оказаться не в восторге от интервалов)

Большое спасибо за ответ, это сильно упрощает дело. Правда, возникает следующий вопрос: нужно ли сразу закладывать в интеграцию ограничение по срокам объединяемых партий? Если две партии различаются сроками, скажем, в полгода-год, не вызовет ли это потом санкций со стороны вет. служб?
Добрый день. Подскажите, есть ли какие-либо ограничения на объединение партий по одной номенклатуре с разными сроками годности (через API [MergeOperation])?
Zoeh wrote:Ну как получилось?

Нам нужно писать, а не знаем с чего начать.


Да, всё оказалось очень просто:

WinHttp=СоздатьОбъект("WinHttp.WinHttpRequest.5.1");
WinHttp.Open("POST", "https://api2.vetrf.ru:8002/platform/cerberus/services/EnterpriseService",0);
WinHttp.SetCredentials("UserName","Password",0);
WinHttp.Send(ДокXML); //здесь передаётся уже сформированный xml-файл

Если запрос к ApplicationManagementService (тут надо внимательно документацию смотреть, чтобы понять, какой метод к какому сервису относится), то меняем во второй строке адрес на "https://api2.vetrf.ru:8002/platform/services/ApplicationManagementService".
CustomTools wrote:Попробуйте через
WinHttp=СоздатьОбъект("MSXML2.XMLHTTP");
WinHttp.Open("POST",АдресАпи,0,Логин,Пароль);
...
WinHttp.Send(Зп);

И еще прикол есть, если ответ большой по объему прилетит (складской журнал, или еще что-то подобное), то прочитать его средствами 1с будет достаточно проблематично.


Спасибо большое, так работает. Попробую авторизацию к WinHttp теперь прикрутить. С приколом большого ответа уже сталкивался - при работе с ЕГАИС
CustomTools wrote:
uac wrote:Добрый день. Подскажите, кто-то уже смог реализовать отправку запросов из семерки через WinHttp? Сам xml формирую без проблем, а вот передать его в ApplicationManagementService не получается. Может есть уже какие-то наработки?

Отправляется без проблем. А что именно не получается? Как пытаетесь отправить?


Зп = "--"+ИДДЗапроса+РазделительСтрок;
Зп = Зп + "Content-Disposition: form-data; name=""xml_file""; filename=""request.xml""" + РазделительСтрок;
Зп = Зп + "Content-Type: text/xml; charset=utf-8" + РазделительСтрок + РазделительСтрок;
Зп = Зп + ДокXML.xml + РазделительСтрок + РазделительСтрок;
Зп = Зп + "--" + ИДДЗапроса + "--" + РазделительСтрок;

WinHttp=СоздатьОбъект("WinHttp.WinHttpRequest.5.1");
WinHttp.Open("GET", "https://api2.vetrf.ru:8002/platform/services/ApplicationManagementService", 0);
WinHttp.SetRequestHeader("Content-Type","multipart/form-data; boundary=" + ИДДЗапроса);
WinHttp.SetRequestHeader("Content-Length", СтрДлина(Зп));
WinHttp.Send(Зп);

В ответ получаю ошибку 401.
Добрый день. Подскажите, кто-то уже смог реализовать отправку запросов из семерки через WinHttp? Сам xml формирую без проблем, а вот передать его в ApplicationManagementService не получается. Может есть уже какие-то наработки?
 
Индекс форума » Профиль для uac » Сообщения, отправленные пользователем uac
Перейти:   

Powered by JForum 2.1.8 © JForum Team