fsd5z81 wrote:

Владимир Игнатов wrote:Не свое предприятие смотрите? GUID предприятия правильный? С тем, что загружается по зеленой стрелке в веб-фейсе при выборе предприятия совпадает?

Я пытаюсь получить данные по площадке, которую сам создал.

nmzn1 wrote:попробуйте инвентаризацию на удаление этой записи, а потом по новой ввод остатка

Lele4ka13 wrote:Хотя, есть возможность сразу при гашении аннулировать каждую погашаемую запись. И в причине писать, что товар отсутствует. Но может и не совсем юридически верно это будет, так что поправьте если что.

legkiy wrote:

loki wrote:
последние 6 цифр одинаковые?

Да.

legkiy wrote:Делаю запрос GetActivityLocationList v2.0 в соответствии с примером из документации:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <soapenv:Header/> <soapenv:Body> <ws:getActivityLocationListRequest> <bs:listOptions> <bs:count>100</bs:count> <bs:offset>0</bs:offset> </bs:listOptions> <dt:businessEntity> <bs:guid>***</bs:guid> </dt:businessEntity> </ws:getActivityLocationListRequest> </soapenv:Body> </soapenv:Envelope>
получаю такой результат:
<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Body> <soapenv:Fault> <faultcode>soapenv:Server</faultcode> <faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring> <detail> <con:fault xmlns:con="http://www.bea.com/wli/sb/context"> <con:errorCode>BEA-382513</con:errorCode> <con:reason>OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</con:reason> <con:location> <con:path>response-pipeline</con:path> <con:error-handler>true</con:error-handler> </con:location> </con:fault> </detail> </soapenv:Fault> </soapenv:Body> </soapenv:Envelope>
Что не так в запросе?

legkiy wrote:
Так я его и использую.

legkiy wrote:

oleg-x wrote:

legkiy wrote:Делаю запрос GetVetDocumentListOperation в тестовой версии. Получаю ответ со статусом REJECTED и сообщение Инициатор, ответственный за выполнение операции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату. issuerId указан верно. Подозреваю мы должны присутствовать быть в реестре РСХН. Что для этого нужно?

Инициатор, это пользователь в веб интерфейсе. Логин шлюза и веб интерфейса, это разные вещи.
А также необходимо зайти пользователю в ветис паспорт хотя бы один раз и сменить пароль (предложит при входе в систему).

Инициатором ставил и логин из шлюза и из веб интерфейса. Результат тот же. В ветис паспорт заходил, пароль менял.

legkiy wrote:

loki wrote: <ws:issuerId>93dd3733-d5f4-4e7a-b3c2-73b4e3b60368</ws:issuerId> <ws:applicationId>48baaa67-cec6-467d-9cbc-45e392e48732</ws:applicationId>


местами поменяйте.
<ws:applicationId>48baaa67-cec6-467d-9cbc-45e392e48732</ws:applicationId> <ws:issuerId>93dd3733-d5f4-4e7a-b3c2-73b4e3b60368</ws:issuerId>

Это ничего не дает.

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