|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: tomilinia
Индекс форума » Профиль для tomilinia » Сообщения, отправленные пользователем tomilinia
Автор Сообщение
Добрый день!
А не рассказали когда же наконец закроют возможность присылать ВСД без гуида номенклатуры через веб?
После последнего обновления стало значительно лучше, примерно 30-40% запросов проходит успешно.
GetStockEntryChangesListOperation ошибка та же, я ее и использую, запрашиваю раз в час по каждой площадке за сутки

СЗЖ вчера возникла необходимость все запросить, процентов 50 запросов прошли успешно, без aplm00012. Запрашивал по 1000 штук, in_process относительно не долго выдавал, сек 15 после запроса.
Не идеально, но вполне работать уже можно.
Подскажите кто как "борется" с отсутствием гуидов у сырья?
Вариант - мы не примем ваше сырье пока не заполните 4 уровень не применим....
И что делать то с такими ВСД?
Этих поставщиков даже не заставить просто в справочнике создать товары, чтоб у них гуид появился. В этом случае можно хоть инвентом или как бумажный всд добавить СЗЖ через интеграцию.

Где то тут читал, что обещали закрыть возможность при отправке ВСД через вэб выбирать продукцию не из справочника с 1 июля, но к сожалению этого не произошло.
Совершенно не понимаю, как можно сделать API и при этом оставлять возможность в вэбе делать так что через API в принципе невозможно становится работать?

И получается что нет сырья, невозможно произвести, невозможно ничего отправить клиентам, а заводить инвентом то что произвели это плохо и оштрафуют потом. Как работать то?
Почему нельзя просто закрыть системно возможность отправлять ВСД без гуидов продукции?????? Это единственная серьезная проблема мешающая работать с меркурием, остальное все мелочи, свойственные для любого старта проекта, со временем все поправится.
TWAIN wrote:
Ночью самые отгрузки. Также помните, что страна большая, часовых поясов много.
Также помните, что у многих предприятий очередь на несколько часов копится
и проси...ется как раз когда становится поспокойнее.


Понял, спасибо!
Ждем тогда пока... В принципе нам не сильно критично, входящие в десятках в день измеряются. Не очень понимаю только как сети тыщами получают и у них это получается, хотя предполагаю что они для этого и просят QR коды печатать, чтоб можно было оперативно поштучно запросить инфу о том что в данный момент принимаешь)
TWAIN wrote:
Да что вы все гадаете, все уже рассказано Власовым. Как только фиксируется перегрузка - начинают сыпаться 12-ые ошибки.
Ваш индивидуальный запрос сервер не перегрузит, с вашими тысячами.
Поэтому размер окна и не сильно влияет. Влияет время запроса, когда попросили.


Получается тогда просто сидим и ждем пока все наладится? И продолжаем пока запрашивать входящие поштучно по UUID?
Надеюсь то что уберут лаб. исследования из ответа хоть чуть чуть поможет...
если влияет только время, то ночью получается Ветис не сильно то меньше нагружен)
Garland wrote:Оптимальнее всего использовать GetVetDocumentChangesListOperation
Интервал указывать начиная с последней загруженной ВСД

Ну и сам вопрос обернуть в "вечный цикл", выход из которого происходит только в том случае, если это не APLM0012


А есть разница в том насколько часто запрашивать?

Еще думаю есть ли смысл, доработать один из этих запросов до 2.1, там можно сузить запрос фильтрами и запрашивать меньшими частями?
Но пока непонятно есть ли в этом смыл, пробовал count в GetVetDocumentChangesListOperation менять, что 1 поставишь что 1000, впринципе процент alpm0012 примерно одинаков из чего можно сделать вывод что потенциальный размер ответа вообще никак не влияет, что не очень логично...
Shadasp wrote:
Rafaelvi wrote:Кто-нибудь может рассказать хотя бы официальную версию неких ограничений, о которых говорит техподдержка?
Якобы есть ограничения в разрезе ХС на количество запрашиваемых документов и называют некую цифру 500.
Чего 500? В день, в час, в одном запросе или еще как-то?
У нас около 150 площадок, я на всех на сутки выключил обмен со шлюзом.
Утром включил, успел принять штук 10 документов и получил любимую всеми ошибку.
Это выглядит, как общий DND, не взирая на то, сколько и чего запросил ХС.


Огрнаичение в количествах запросах нет.
Есть ожидания блокировок, если поставить опрос готовности и повтороной отправки, то будет работать значительно лучше.

+
Кешируйте остатки и входящие всд, тогда проблем блокировок на 85% будет меньше. В данном режиме наши интеграции с торможением, но отправляем все запросы на регистрацию.



Добрый день!
Можете чуть подробнее рассказать, что значит опрос готовности?
Какой запрос лучше работает и с какими параметрами?
на данный момент я использую GetVetDocumentChangesListOperation v2.0
Площадок всего 6.
делаю по 1 запросоу за текущий день по каждой площадке и по 1 запросу за вчерашний день, каждый запрос раз в час, между ними настроена задержка в 5 мин. итого за час происходит 12 запросов с разницей в 5 минут.
Процентов на 70-90 получаю aplm0012... Но в итоге в среднем с задержкой в пол дня - день информация актуализируется.

Тестировал GetVetDocumentListOperation v2.0 как мне показалось он работает примерно с тем же успехом, даже если фильтрами ограничивать.

lesya K wrote:добрый день, вопрос к тем, кто мастерит свою интеграцию.
При попытке получить методы исследования (справочник) по шлюзу выходит ошибка. Тех поддержка игнорит месяца 3 уже. Кто-нибудь получал эти методы, они вообще существуют?
BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items



Методы исследования не реализованы на стороне Ветис
АндрейА wrote:Добрый День.
Подскажите пожалуйста:
Получил реквизиты доступа для тестового API и соответственно к https://t2-mercury.vetrf.ru/hs/, но там нет ни одной площадки. Каким образом возможно их добавить?


ПО на тестовый сервер добавляются только самостоятельно операцией ModifyEnterpriseOperation
http://help.vetrf.ru/wiki/ModifyEnterpriseOperation

Если в вашем интеграционном решении такой операции нет или еще не готова, то проще всего поставить программу SoapUI и через нее выполнить запрос, только делайте через версию апи 1.4, еще месяц назад через 2.0 некорректно работало, возможно и сейчас так же...
oleg-x wrote:
tomilinia wrote:Подскажите, кто нибудь получал доступ в продуктив через Ветис.API недавно?
Вот тут описан процесс получения: http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API
Если вкратце, то нужно в тесте 10 дней отработать без ошибок APL, APLM и не более 10% MERC причем в боевом режиме с объемом продуктивной эксплуатации.
По срокам я думаю не одни мы не успеваем, мне интересно как сейчас обстоят дела с получением доступа?
У нас только к 18-20 заработают основные процессы без ошибок, как дальше поступать чтоб успеть стартануть к 01.01.18?
Пора подавать заявку сейчас (возможно ее как раз обработают к моменту окончания тестирования)?
Может быть в декабре и пораньше доступ дают? Вариант - поработать некоторое время в веб не подходит, по 1000 всд в день некому оформлять вручную...

Еще не очень понятно какой отрезок берется для анализа качества нашего интеграционного решения? Нужно ли останавливать отладку еще не до конца реализованных не основных операций, чтобы не спамить ошибками?
Так же не очень понятно как в тесте симулировать боевой режим для оформления входящей партии, мне кажется поставщиков просить оформлять ВСД в тесте абсолютно бесполезно... они шлюз не интегрируют себе и соответственно сами ничего не тестируют


Все бумажные справки не проблема оформить в меркурии, а вот отправить тому кто еще не работает, возникнет проблемы, не все еще хотят работать в меркурии.
29.11 отправил заявку, вчера (11.12) получил. Не знаю повлияло ли, но позвонил всем, до кого дозвонился и отписался всем кому смог (так сказать пришлось всех поднять науши), кто писал что уже месяц ждет.
Вообщем советую отправить заявку сейчас, а как будете готовы, то начинайте работать.
P.S. получить доступ и начать работать разные вещи.



Ок, спасибо!
Подскажите, кто нибудь получал доступ в продуктив через Ветис.API недавно?
Вот тут описан процесс получения: http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API
Если вкратце, то нужно в тесте 10 дней отработать без ошибок APL, APLM и не более 10% MERC причем в боевом режиме с объемом продуктивной эксплуатации.
По срокам я думаю не одни мы не успеваем, мне интересно как сейчас обстоят дела с получением доступа?
У нас только к 18-20 заработают основные процессы без ошибок, как дальше поступать чтоб успеть стартануть к 01.01.18?
Пора подавать заявку сейчас (возможно ее как раз обработают к моменту окончания тестирования)?
Может быть в декабре и пораньше доступ дают? Вариант - поработать некоторое время в веб не подходит, по 1000 всд в день некому оформлять вручную...

Еще не очень понятно какой отрезок берется для анализа качества нашего интеграционного решения? Нужно ли останавливать отладку еще не до конца реализованных не основных операций, чтобы не спамить ошибками?
Так же не очень понятно как в тесте симулировать боевой режим для оформления входящей партии, мне кажется поставщиков просить оформлять ВСД в тесте абсолютно бесполезно... они шлюз не интегрируют себе и соответственно сами ничего не тестируют

Jupiter wrote:Видимо, не все в порядке с EnterpriseService.
Невозможно без ошибок добавить предприятие.
Через web-интерфейс Меркурия доступны только те предприятия, которые есть в EnterpriseService_v1.4.
Невозможно создать связь ХС с предприятием, которое есть в EnterpriseService_v2.0, но нет в EnterpriseService_v1.4 - возникает <apl:error code="MERC05180" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>
Невозможно получить список условий регионализации через CheckShipmentRegionalizationOperation_v2.0, если в качестве точки указать предприятие, которого нет в EnterpriseService_v1.4 - возникает <apl:error code="APLM20001" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Не удалось загрузить сведения о производственной площадке с GUID ...</apl:error>
GetRussianEnterpriseChangesListRequest_v2.0 иногда возвращает Internal Service Error, например, при beginDate 2001-01-01T00:00:00, count = 1000 и offset = 3000.




Добрый день! Удалось создать предприятия?

Я операцией ModifyEnterpriseOperation попытался добавить ХС, апи вернул ошибку, что такой ПО уже есть, но он на самом деле создался, если запрашивать операцией GetRussianEnterpriseChangesList то получаю гуиды ПО:


193b5505-8ff6-4ec6-aa5a-1f6ec587e72a гуид никитин спб

16515e9b-07f7-4dcf-88d7-123a413d068d тверь

Однако в веб интерфейсе не вижу эти ПО.
Попробовал осуществить связку операцией ModifyActivityLocationsOperation
Получил ошибку:
"Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату."

На этом остановился, больше нет мыслей как все же в тесте ПО добавить....
На версию 1.4. не могу собрать корректные пространства имен - .xsd файлы, чтобы через SoapUI запросы отправлять, в местном хелпе все файлы хаотично по страницам раскиданы, так и не смог найти все подходящие, только к 2.0 все в одном месте...

anvet69 wrote:
tomilinia wrote:Добрый день!
Люди добрые, посмотрите, пожалуйста, GUID ХС на боевом - ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "НИКИТИН" 170002, Российская Федерация, Тверская обл., г. Тверь, Коминтерна ул., д. 95.

Сети просят предоставить, а к боевому API еще нет доступа, в веб интерфейсе его не увидеть...
Заранее спасибо!


Вашего предприятия нет в реестре поднадзорных объектов. По крайней мере я его в нашем тверском реестре не обнаружила. Как ХС вы есть а поднадзорного нету.


В продуктиве поднадзорные объекты точно есть:
9fc514e3-0dfd-4339-856d-0028bf44fefb ООО "НикитиН" (Российская Федерация, г. Санкт-Петербург, Волковский пр-кт, д. 79, стр. А)
e5105976-53f3-4333-905e-32f41ea1b0d1 ООО "НИКИТИН" (Российская Федерация, Тверская обл., г. Тверь, Коминтерна ул., д. 95)

В тесте, их нет. Это кстати вторая проблема, операцией ModifyEnterpriseOperation добавил ХС, апи вернул ошибку, что такой ПО уже есть, но он на самом деле создался, если запрашивать операцией GetRussianEnterpriseChangesList то получаю гуиды ПО:


193b5505-8ff6-4ec6-aa5a-1f6ec587e72a гуид никитин спб

16515e9b-07f7-4dcf-88d7-123a413d068d тверь

Однако в веб интерфейсе не вижу эти ПО.
Попробовал осуществить связку операцией ModifyActivityLocationsOperation
Получил ошибку:
"Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату."

На этом остановился, больше нет мыслей как все же в тесте ПО добавить....
Здесь на форуме где то читал, что похоже проблема в интерфейсе 2.0, типа если через 1.4 добавлять ХС то все корректно отрабатывает, но на версию 1.4. не могу собрать корректные пространства имен - .xsd файлы, чтобы через SoapUI запросы отправлять, в местном хелпе все файлы хаотично по страницам раскиданы, так и не смог найти все подходящие, только к 2.0 все в одном месте...
Добрый день!
Люди добрые, посмотрите, пожалуйста, GUID ХС на боевом - ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "НИКИТИН" 170002, Российская Федерация, Тверская обл., г. Тверь, Коминтерна ул., д. 95.

Сети просят предоставить, а к боевому API еще нет доступа, в веб интерфейсе его не увидеть...
Заранее спасибо!
Добрый день! Что случилось со справочником номенклатуры? Нет возможности выбрать - фирму-производитель, фирму владелец ТМ и предприятие производитель при заведении нового товара. Случилось это после обновления в продуктиве, в тесте работает корректно. Скрины приложил.
 
Индекс форума » Профиль для tomilinia » Сообщения, отправленные пользователем tomilinia
Перейти:   

Powered by JForum 2.1.8 © JForum Team