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

Yoreg07 wrote:Добрый день. Возникла такая проблема: есть запись складского журнала на остатке с количеством упаковок, равным 0. При оформлении транспортного ВСД с указанием списания с этой записи через API 2.0 я естественно указываю кол-во упаковок 0, но в ответ получаю ошибку о неверном указании информации об упаковке, затем я указываю кол-во упаковок 1 шт и всё проходит успешно. А вопрос вот в чём, среди списка ошибок от сервера есть ошибка, говорящая о том что на сервере Меркурия осуществляется контроль по остаткам упаковок при списании, как же тогда шлюз позволил мне при нулевом кол-ве списать 1 упаковку? Кто с таким сталкивался и как правильнее оформлять списание в таких случаях?

кол-во упаковок в 1.4 контролируется, в 2.0 нет
оформляйте так, как это соответствует действительности

mevgenym wrote:

lalex23 wrote:кто-нибудь с рабочей интеграцией может проверить существование предприятия через шлюзы 1.4 и 2.0 ?

1.4
<ns2:message>Enterprise with guid [85bafb86-8994-65bd-9d1d-94222270050d] not found.</ns2:message> </ns2:entityNotFoundFault>
2.0
<dt:enterprise> <bs:uuid>7020c18d-4728-21fc-0deb-dadd3db8806a</bs:uuid> <bs:guid>85bafb86-8994-65bd-9d1d-94222270050d</bs:guid> <bs:active>true</bs:active> <bs:last>true</bs:last> <bs:status>100</bs:status>

спасибо, радует что косяк не у меня, хотя особо легче не стало

v.isaev wrote:У вас к гуидам прицепились пробелы, поэтому система и считает, что таких кодов нет

версия интересная, но нет
кто-нибудь с рабочей интеграцией может проверить существование предприятия через шлюзы 1.4 и 2.0 ?

Продуктивный сервер, транспортная транзакция через шлюз 2.0, получатель описан ниже

получаю ответ

при всём при том, что чуть раньше я это предприятие нашел через getActivityLocationList и проверил существование при помощи getRussianEnterpriseList с отбором по guid, всё 2.0
но стоит мне обратиться к сервису через getRussianEnterpriseList 1.4, с отбором по guid - мне возвращается пустой список предприятий
что где сдохло?

продуктивный сервер, запрос условий регионализации

<checkShipmentRegionalizationRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
<localTransactionId>
1e8b0dc6-da51-48bd-83a0-520dbb851c1e
</localTransactionId>
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<d7p1:login>
*****
</d7p1:login>
</initiator>
<cargoType xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
8563650a-c1e1-11e8-e641-179e41a60918
</guid>
</cargoType>
<cargoType xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
efc608f8-8a1e-4a17-82ff-51162babfc5e
</guid>
</cargoType>
<cargoType xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
bb694dcd-4d7e-3cae-f932-ab17f81d2e7b
</guid>
</cargoType>
<cargoType xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
bf8a6e6b-8ae1-d5d9-9867-34f04047d09f
</guid>
</cargoType>
<cargoType xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
78e61b56-bab2-4a4b-b2a7-c87de0395be3
</guid>
</cargoType>
<cargoType xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
1064ca2c-d39d-4625-9bdf-7e7360bb667e
</guid>
</cargoType>
<shipmentRoute xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<routePoint>
<enterprise xmlns:d9p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
6984304b-9c88-4963-880f-5d75ceb83d35
</guid>
</enterprise>
</routePoint>
<routePoint>
<enterprise xmlns:d9p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">
40e1cabb-1f5b-421a-b772-f568c1df00b3
</guid>
</enterprise>
</routePoint>
</shipmentRoute>
</checkShipmentRegionalizationRequest>

ответ

при всём при этом что предприятие находится по guid, активно
запросы на прочие предприятия - таких проблем пока не вызывали

vvche wrote:Техподдержка вчера прислала работающий образец для updateVeterinaryEventsRequest
</SOAP-ENV:Envelope>
Но предупредили:

прикладываем рабочую версию запроса. Тем не менее, использование этого запроса сейчас влечёт за собой исправления в интеграционном решении в будущем, так как в работу и форматы метода будут вноситься правки. Поэтому мы всё же рекомендуем повременить с использованием запроса UpdateVeterinaryEventsOperation.

На тестовом сервере оно сначала выдаёт:

Элемент 'expertiseID' не предусмотрен.
Элемент 'actualDateTime' не предусмотрен.

а после этого

MERC78510 Дата получения результата обязательна для заполнения.
MERC78507 Номер экспертизы обязательно для заполнения.

всё чудесатее и чудесатее, теперь получается невозможно указать лаб иссл-ия на тесте, а как их отладить? на продуктивном сервере?

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

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

vvche wrote:

lalex23 wrote:

vvche wrote:
Но предупредили:

прикладываем рабочую версию запроса. Тем не менее, использование этого запроса сейчас влечёт за собой исправления в интеграционном решении в будущем, так как в работу и форматы метода будут вноситься правки. Поэтому мы всё же рекомендуем повременить с использованием запроса UpdateVeterinaryEventsOperation.

а как без этого метода вносить информацию о лаб.исследованиях в 2.0 ?

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

я последние два месяца постоянно готов к каким-нибудь глюкам, вопрос в другом: кроме этого способа других вариантов внесения информации о лабораторных исследованиях - нет?

vvche wrote:

Но предупредили:

прикладываем рабочую версию запроса. Тем не менее, использование этого запроса сейчас влечёт за собой исправления в интеграционном решении в будущем, так как в работу и форматы метода будут вноситься правки. Поэтому мы всё же рекомендуем повременить с использованием запроса UpdateVeterinaryEventsOperation.

а как без этого метода вносить информацию о лаб.исследованиях в 2.0 ?

малиинка wrote:Доброе время суток, подскажите пожалуйста, если кто знает. Заявление в Россельхознадзор отнесли, зарегистрировали, в заявлении указали 3 - х человек, три электронные почты, только на одну почту прислали доступ( пароль и логин). Этот логин и пароль ведь у каждого должен быть разный? или один на всех все таки ?

есть подозрение, что этот логин - администратор, вы под ним можете зайти в Паспорт и настучать кучу логинов остальным, в том числе и не указанным в заявлении

Lihach wrote:В ответе код состояния 200 и status = "ACCEPTED" (то есть всё прошло успешно) Что я делаю не так???

Предлагаю получить результат выполнения транзакции и увидеть окончательный статус транзакции вместе с ошибкой

Коллеги, подскажите: информация о лабораторных исследованиях вносится только через updateVeterinaryEventsRequest для записей журнала?
как в 1.4 при оформлении транспортной транзакции - уже не указать?
вроде при оформлении производственной транзакции - есть место где указать vetDocument.authentication.laboratoryResearch
но как-бы что-бы я не указывал - APLM0007, то ли не предусмотрено там, то ли у меня руки кривые

Sergey-Chelny wrote:Хммм.... Переходим с тестового на боевой. При попытке загрузить входящие партии выдает ошибку: "Ошибка работы с Интернет: Не могу установить соединение". Вот и думаю, может что изменилось, а я не в курсе.

платформа не 8.2.19.76 ? у нас именно на ней были проблемы, пришлось переводить на 8.2.19.103

Sergey-Chelny wrote:К подключению к тестовому серверу используется порт 8002, а к боевому 433 ? Ничего не изменилось ?

вроде нет, сейчас пинаю тестовый, а с рабочим уже полтора года всё работает

СергейА wrote:Добрый день.
У кого версия 1С 8.2 - может кто-то нашел решение:

http://vetrf.ru/vetrf-forum/posts/list/285/6955.page#43830