Взаимодействие с учетными системами хозяйствующих субъектов

Ещё непонятный ответ от шлюза на запросы getStockEntryListRequest и getStockEntryChangesListRequest, получаемый ответ содержит активную последнюю запись

Количество остатка > 0 и через веб-интерфейс запись видна как не оформленная, но почему статус в ответе от шлюза: 202 - EXECUTED - оформленная запись (с записи списан весь объём продукции, остаток равен нулю)

или статусы не актуальны? как тогда ориентироваться в журнале?

update 12.05.2016 15:10
оформил результаты инвентаризации через шлюз по проблемным записям журнала - изменил количество в меньшую сторону но не до ноля, статус записей пришел в норму 200
а после ещё одной инвентаризации - записи списались в 0 и приняли опять же верный статус 202
буду очень надеяться что подобный глюк не повторится, но теперь другая напасть - в веб интерфейсе отсутствуют инвентаризации, я их всего оформил через шлюз 3 ил 4 штуки, а присутствует только одна - самая первая, здесь в чём проблема?

update 12.05.2016 16:00
вот, опять, по двум производственным партиям есть две записи в журнале, оформлена транспортная транзакция без смены владельца, частично перемещение на другой склад, оставшиеся записи журнала получили статус 202, не обращать внимание на статусы вовсе а ориентироваться только на остатки?

Ещё одна непонятка: у сервиса ProductServiceBindingQSService запрашиваю список продукции GetProductItemList для предприятия 0b043bcd-1e79-4700-9a0b-147be24e5439
Запрашиваю по всем видам продукции что есть в классификаторе, делаю это в цикле, получаю две записи guid -uuid:
29fad416-e4bb-4a9b-afcd-6137a76d216d - 871ca9a7-0909-4e50-90a3-ef27118fc55c
9d7062ac-5d46-4340-8802-47b61d2b6c7e - 5ee81ddc-44e5-40a7-a1fc-d35d2c3697af
К ним вопросов собственно нет, я их создавал через шлюз, обновлял наименования, помимо этого создавались производственные партии как через шлюз, так и через веб интерфейс, при получении списка как измененных за период, так и актуальных записей журнала - приходит 5 записей, две из которых содержат stockEntryList.stockEntry.batch.productItem.uuid равный "8072f095-5127-4005-869f-e6ae579b8457"
есть подозрение что это это один из промежуточных uuid-ов продукции, как теперь можно идентифицировать продукцию записи журнала если я у себя в системе не хранил устаревшие uuid-ы?

Похоже разработчики забили на этот форум.

Здравствуйте!

Нет, не забили, отвечаем по мере сил и возможностей.

Однако в нём не указан номер предприятия в реестре RU22751.
Вопрос: где этот номер найти и можно ли вести поиск по этому номеру? Очень надо!!!

Номер предприятия объект Enterprise не содержит. Планируем добавить, но позже. Установить соответствие между номером предприятия в реестре РСХН и его глобальным идентификатором (GUID) вы пока не сможете

К ним вопросов собственно нет, я их создавал через шлюз, обновлял наименования, помимо этого создавались производственные партии как через шлюз, так и через веб интерфейс, при получении списка как измененных за период, так и актуальных записей журнала - приходит 5 записей, две из которых содержат stockEntryList.stockEntry.batch.productItem.uuid равный "8072f095-5127-4005-869f-e6ae579b8457"
есть подозрение что это это один из промежуточных uuid-ов продукции, как теперь можно идентифицировать продукцию записи журнала если я у себя в системе не хранил устаревшие uuid-ы?

У каждой записи есть флаги active и last. Флаг active означает, что запись активна, то есть не удалена и к ней можно обратиться. Флаг last указывает на то, последняя ли версия записи с данным UUID.

Ещё непонятный ответ от шлюза на запросы getStockEntryListRequest и getStockEntryChangesListRequest, получаемый ответ содержит активную последнюю запись

Пришлите, пожалуйста, номер предприятия (который начинается с RU) и GUID предприятия, к которому вы обращаетесь при запросе записей журнала. Те же данные нужны из запросов по ветеринарным сертификатам.

Здравствуйте! Спасибо за ответ.

Егорова Ирина wrote:
Установить соответствие между номером предприятия в реестре РСХН и его глобальным идентификатором (GUID) вы пока не сможете

Но это совершенно необходимо! У нас врачи привязыаются к предприятиям по номерам RU... Если нельзя сопоставить одно с другим как идентифицировать предприятие и избежать отправки груза "в никуда"!?

Пробую по SOAPUI отправить в Ветис сообщение, выбрала операцию GetStockEntryListOperation.
По предоставленной документации непонятно, что необходимо указать в поле enterpriseGuid, попробовала указать IssuerId, но получила ответ:
<apl:error code="MERC37180" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>

Подскажите, что я делаю не так?

Здравствуйте!

По предоставленной документации непонятно, что необходимо указать в поле enterpriseGuid, попробовала указать IssuerId, но получила ответ: <apl:error code="MERC37180" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>

Вы указали issuerID, а он идентифицирует хозяйствующий субъект (businessEntity). Хозяйствующий субъект - это юридическое лицо, имеющее реквизиты. enterpriseGUID - это идентификатор предприятия, площадки, на которой хозяйствующий субъект осуществляет свою деятельность. Площадка должна быть связана с хозяйствующим субъектом.

Если у вас на тестовом сервере были оформлены записи журнала, то алгоритм для вас может быть следующим:
1. Выполнить метод getBusinessEntityByGUID, указав в качестве GUID ваш issuerId. В результате вам будет выдана информация о вашем хозяйствующем субъекте. В объекте activityLocations будут содержаться guid'ы привязанных к вашему ХС предприятий.
2. Если привязанные предприятия есть, то вы берёте один из GUID'ов и подставляете в enterpriseGUID нужного вам запроса.
3. Если предприятий не привязано, то их можно найти по названию с помощью метода getRussianEnterpriseList и привязать к своему ХС с помощью метода modifyActivityLocations.
4. Если ваши предприятия не внесены в реестр вообще, то их можно занести самостоятельно с помощью метода modifyEnterprise

Ирина, спасибо за полный ответ.

Выполнила указанные в пунктах 1 и 2 дйствия, обнаружила два предприятия: e9bfbd80-1170-4c72-b4d9-dd8dc7c253a2 и 1be1aa95-2743-4dbd-b075-1b2eed8802b9.
По второму предприятию успешно получила данные, по первому ошибка сохранилась "Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату."

Почему по первому предприятию я получаю эту ошибку.

i_medvedeva wrote:Ирина, спасибо за полный ответ.

Выполнила указанные в пунктах 1 и 2 дйствия, обнаружила два предприятия: e9bfbd80-1170-4c72-b4d9-dd8dc7c253a2 и 1be1aa95-2743-4dbd-b075-1b2eed8802b9.
По второму предприятию успешно получила данные, по первому ошибка сохранилась "Предприятие с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату."

Почему по первому предприятию я получаю эту ошибку.

Ирина, вопрос снимаю, сама поняла, почему я получаю ошибку.

Добрый день! Уважаемые разработчики, возможна ли интеграция ГИС МЕРКУРИЙ с электронной таблицей Microsoft Office Excel.
Шаг 1. Предприятие в электронную таблицу сливает информацию 1С (это возможно):
-вес продукции
-количество мест продукции
-получатель( наименование предприятия, адрес-можно добиться, что бы в 1С и в Меркурии они были эдиентичны)
-номер товарной накладной
-дата выдачи товарной накладной
Шаг 2. Данные из электронной таблицы Microsoft Office Excel, поданной оператором, через шлюз заливаем в Меркурий.

Егорова Ирина wrote:У каждой записи есть флаги active и last. Флаг active означает, что запись активна, то есть не удалена и к ней можно обратиться. Флаг last указывает на то, последняя ли версия записи с данным UUID.

Ещё непонятный ответ от шлюза на запросы getStockEntryListRequest и getStockEntryChangesListRequest, получаемый ответ содержит активную последнюю запись

Пришлите, пожалуйста, номер предприятия (который начинается с RU) и GUID предприятия, к которому вы обращаетесь при запросе записей журнала. Те же данные нужны из запросов по ветеринарным сертификатам.

с uuid-ом продукции понятно, можно получить конкретную запись, пусть и не активную, по ней определить guid и наступит счастье, спасибо
по поводу непонятных статусов записей журнала: номер предприятия RU70585 , GUID предприятия 0b043bcd-1e79-4700-9a0b-147be24e5439
после оформления транспортной операции через шлюз получаю изменённые записи за период и всё та же песня: активные последние, со статусом 202 и остатками в описании партии

появился ещё вопрос:
после оформления транспортной операции получаю ответ со списком ВСД, там есть форма, uuid, тип, статус и дата оформления, единственное чего не хватает - это номера, который выводится при сжатой печати через веб-интерфейс в ГВЕ, в строке вида :
Ветеринарное свидетельство формы 2: No 302030 от 16.05.2016 г.
где брать и насколько он важен? просто остальных данных достаточно и есть желание такие сокращённые бланки печатать из 1С, а не заходить через веб-интерфейс
update
да, ещё в догонку вопрос про тот же сокращенный бланк ВСД с QR-кодом - внизу есть такая фраза:
Сгенерировано системой "Меркурий" 18.05.2016 12:19:47, Иванов Иван Иванович
1. дата должна быть именно момента печати, а не оформления ВСД?
2. пользователь должен быть именно тот что печатает ВСД, а не тот кто оформил?
3. "Меркурий" так и оставить, даже если печать идёт из учётной системы на 1С?

Добрый день! Уважаемые разработчики, возможна ли интеграция ГИС МЕРКУРИЙ с электронной таблицей Microsoft Office Excel.
Шаг 1. Предприятие в электронную таблицу сливает информацию 1С (это возможно):
-вес продукции
-количество мест продукции
-получатель( наименование предприятия, адрес-можно добиться, что бы в 1С и в Меркурии они были эдиентичны)
-номер товарной накладной
-дата выдачи товарной накладной
Шаг 2. Данные из электронной таблицы Microsoft Office Excel, поданной оператором, через шлюз заливаем в Меркурий.

Здравствуйте!

Есть возможность обмениваться данными между 1С и шлюзом Ветис.API, минуя Excel-файлы. Правда, это потребует некоторой доработки информационной системы хозяйствующего субъекта.

Здравствуйте!
Объясните пожалуйста, почему вот такой запрос по ИНН 5405289421
ничего не возвращает, хотя данный ХС в системе зарегистрирован?

Станислав Бесперстов wrote:Здравствуйте!
Объясните пожалуйста, почему вот такой запрос по ИНН 5405289421
ничего не возвращает, хотя данный ХС в системе зарегистрирован?

через веб-интерфейс ГВЕ тоже не находится, значит что-то не так с ИНН