Сообщения, отправленные пользователем: oleg-x

СергейА wrote:Добрый день.
Подскажите, кто-то использовал метод CheckShipmentRegionalizationOperation v2.0? Пытался на тесте и на бою получить информацию, выдает ошибку

Пользуемся, все работает без ошибок, да и запрос простой. Площадка отправления и площадка назначения. Тип номенклатуры и получаем список условий перевозки.
Что у Вас за ошибка?
PS только у меня это все в 1С.

Отвечу сам себе. QR код это UIDD, только веб интерфейсе он разбивается по 4 символа (****-****-****-****-****), а в запросах как есть.
Теперь ни где не могу найти номер ВСД который печатается из веб интерфейса, в ответах через шлюз, данного номера не нашел.

Хочу печатать электронные сертификаты из 1с, но столкнулся с такой проблемой.
Смотрю QR код в веб интерфейсе. Смотрю через шлюз, ни в ответ на создание транспортной партии, ни при получение списка оформленных ВСД не вижу этого кода. Откуда его брать?

nifor wrote:Тут простого нету )). Необходимо регулярно обновлять необходимую регионализацию. Как я понял она требуеться когда транспортировка идёт из одного региона в другой. Указывать регионализацию в рамках одного региона пока что я такого не встречал.

Находимся в области и отправляем в по области, на некоторые позиции требуется указать регионализацию. В основном птица.

Private wrote:

oleg-x wrote:

ТДК wrote:Дозвонился до тех.поддержки во Владимире - сказали обращаться в региональные управления.
Тех.поддержка мне сказала, что если на одной площадке ведут деятельность два субъекта, то guid будет одинаковый.
Дозвонился до Управления по ветеринарии - мне сказали, что для двух субъектов должно быть две площадки. А потом их объединят.
Кто прав?

Для каждого ХС должна быть своя площадка.

Это откуда такая информация? Если на одном СВХ арендуют площади много хозяйствующих субъектов - каждому из них надо регистрировать этот СВХ в качестве собственной площадки? Несмотря на то, что этот СВХ ни одному из этих ХС не принадлежит?

1) Каждый арендует свою площадь.
2) Площадка может быть привязана только к одному ХС (или я ошибаюсь?).

ТДК wrote:Дозвонился до тех.поддержки во Владимире - сказали обращаться в региональные управления.
Тех.поддержка мне сказала, что если на одной площадке ведут деятельность два субъекта, то guid будет одинаковый.
Дозвонился до Управления по ветеринарии - мне сказали, что для двух субъектов должно быть две площадки. А потом их объединят.
Кто прав?

Для каждого ХС должна быть своя площадка.

Андрей_Гр wrote:Добрый день, коллеги!
Большая просьба помочь с ответами на следующие вопросы:
3. В каждом запросе мы указываем serviceId «mercury-g2b.service:2.0». В каждом ответе нам приходит serviceId «mercury-g2b.service». В этом есть какой-то скрытый смысл?
4. Может быть случай, когда мы ведем учет по нескольким организациям в одной программе. Для каждой организации в Меркурии есть свой хозяйствующий субъект. При формировании запроса к API надо указывать поле issuerId, куда подставляется идентификатор субъекта-отправителя запроса. Для каждой организации он должен быть свой или есть возможность работать всем с одним отправителем?

3. Сомневаюсь, видимо отвечает один сервис.
4. АпиКей может быть один, но issuerId для каждой организации свой.

https://api.vetrf.ru/platform/services/2.0/DictionaryService

Пользуюсь запросом PrepareOutgoingConsignmentOperation v2.0
На нашу продукцию требуется указать регионализацию в запросе. Но конкретного списка что указывать нету.
Если делать через веб интерфейс, то меркурий предлагает какие галки должны быть, но через шлюз, они должны быть просто указаны.
Узнать какие именно регионализации указать одним запросом, я так понимаю такого запроса нет.
Есть три запроса:
1) Получение списка условий регеионализации.
2) Получение статуса региона.
3) Получения списка правил перевозки по конкретному заболеванию.

То есть если я правильно понимаю, то картина складывается следующая.
1) Я должен знать какая болезнь относится к конкретной продукции. (Указать вручную).
2) По каждой болезни должен получить правила перемещения.
3) Получить статус региона отправления и прибытия.
4) И каким то образом определить мою нужную регионализацию.

Или есть какой то более простой способ?

Дозванивайтесь до тех поддержки. Трудно, но реально.
Мою обработали за 10 дней

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. получить доступ и начать работать разные вещи.

евгения1974 wrote:Нам прислали ошибочно ВСД, хотя поставки продукции не было. Наверное тренируются. Как отклонить ВСД? Или что делать. если поставка ошибочная?

Отклоните и всего то

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

У вас в списке должны быть все предприятия. Если нет, либо их не добавили. либо не привязали к Вам.
Оформлять нужно в любом случае.

multilate wrote:подскажите, пожалуйста. Может кто знает. Метод GetStockEntryListOperation и подобные, которые возвращают записи складского журнала или список ВСД. В них есть параметр "Request/listOptions-count (Максимальное запрашиваемое количество объектов в списке)". По-умолчанию = 100, Макс= 1000. НО если объектов в систете больше 1000 (например, 2500) и я не буду вообще в данных запроса создавать объект ListOptions (он не обязателен), то в ответ получу только 100 записей или всё, что есть, все 2500 записей?

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

CLUB wrote:Добрый день, поставщики не могут нас найти в системе Меркурий по наименованию предприятия, но по ИНН видят. Что может быть? У нас организация общественного питания.

Найти по ИНН и посмотреть как вы называетесь