Автор |
Сообщение |
|
ах вот оно как, тогда понятно, но непонятно другое: на рабочем сервере вет.врачи через веб-интерфейс ГВЭ оформляют руками транспортные транзакции, ни разу у них при печати не видел формы 4, только-что просмотрел с десяток транзакций, везде форма 2
Алексей, сверьтесь с условиями, при которых оформляются те или иные формы документов. Они есть в нашей справке.
беспокоит меня так же вопрос по несовпадению номеров ВСД которые будут печататься из учётной системы с номерами присваивающимися Меркурием
Процитирую свой ответ вам, данный на указанное сообщение: "Алексей, строгое требование - чтобы были dataMatrix код, в котором была бы зашифрована ссылка на сертификат в системе Меркурий и уникальный идентификатор ВСД. Всё остальное - как вам удобнее."
Пожалуйста, будьте внимательнее!
|
 |
|
1. этот кусок справки я видел, вопрос в следующем:
транспортная транзакция содержит продукцию следующих видов:
"Мясо и мясопродукты" - "мясо птицы" - "курица домашняя: "не разделенная на части охлажденная"", guid "bcb270cd-84fa-f3ad-6e4b-705eb50d703f" - получаю LIC2
"Пищевые продукты" - "готовая продукция из мяса птицы" - "полуфабрикаты из мяса птицы", guid "c0156183-d1e8-4345-bcde-0de76ac32b20" - получаю NOTE4
это ни как не "кожевенно-меховое сырьё", что в этом случае не так?
Форма 4 ветеринарной справки. При перевозке кожевенно-мехового сырья ветеринарная справка формы N 4 оформляется без учета наличия клейма, но при условии обязательного биркования шкур. Также оформляется при перевозке любого вида продукции внутри одного района.
|
 |
|
1. полученные ВСД иногда имеют форму "NOTE4", а иногда "LIC2" это тоже глюк тестового сервера или есть какая-то причина?
http://help.vetrf.ru/wiki/VetDocumentForm - не стесняйтесь пользоваться документацией.
я не указываю количество упаковок ни при оформлении транспортных транзакций, ни производственных партий, соответственно при печати полного бланка ВСД из ГВЭ получаю ", 0 шт." в строке "наименование и количество единиц упаковки", это критично?
Если вы действительно отправляете продукцию без упаковки, то не критично. Если продукция на самом деле упакована, а вы этого не указали, то при гашении ВСД будет создан акт о несоответствии.
|
 |
|
оформлена производственная партия через шлюз, получено ВСД, статус "отправлена", при попытке в ГВЭ оформить вет-экспертизу получаем список показателе для выбора
Эти показатели такие только в тестовой версии. В боевой версии показатели для экспертизы верные.
|
 |
|
Подскажите где можно проверить выгруженные заявки? Также хотелось бы посмотреть какая там занесена справочная информация, чтоб не наткнуться на лишние ошибки.
У шлюза есть веб-интерфейс, к которому мы предоставляем доступ техническим специалистам, чтобы проверить результаты взаимодействия товаро-учётной системы с Меркурием. Чтобы вам получить доступ, необходимо отправить в техподдержку свои данные: фамилию, имя и отчество, хозсубъект, который вы представляете и регион, где ХС находится.
|
 |
|
2. видимо вы меня неправильно поняли, я имел ввиду ту информацию что выводится на печать в сокращенный бланк ВСД с QR-кодом из транспортной транзакции:
Ветеринарное свидетельство формы 2: No 302030 от 16.05.2016 г.
выделил интересующий номер жирным синим цветом, ещё возник вопрос - внизу есть такая фраза:
Сгенерировано системой "Меркурий" 18.05.2016 12:19:47, Иванов Иван Иванович
а. дата должна быть именно момента печати, а не оформления ВСД?
б. пользователь должен быть именно тот что печатает ВСД, а не тот кто оформил?
в. "Меркурий" так и оставить, даже если печать идёт из учётной системы на 1С?
Алексей, строгое требование - чтобы были dataMatrix код, в котором была бы зашифрована ссылка на сертификат в системе Меркурий и уникальный идентификатор ВСД. Всё остальное - как вам удобнее.
|
 |
|
1. статус записей 202 на остатке после выполнения операций - это нормально?
2. важен ли и где взять номер ВСД, который выводится при печати сокращенной формы из транспортных транзакций
По первому вопросу - нет, не должно быть остатков у оформленной партии. Пришлите, пожалуйста, в техподдержку запрос и ответ, где вам выдались такие записи.
По второму вопросу: этот номер и есть уникальный идентификатор ветеринарного документа. В запросах он обозначается как UUID в объекте vetDocument/
|
 |
|
Здравствуйте!
из Excel-файла, можно сливать инфу (№ т/н, дата т/н, вес, мест, получатель продукции, вид продукции) в ГИС Меркурий, для оформления, например 160 транзакций одним разом, в пределах одного города.
Нет, так сделать нельзя.
|
 |
|
Здравствуйте!
Объясните пожалуйста, почему вот такой запрос по ИНН 5405289421
через веб-интерфейс ГВЕ тоже не находится, значит что-то не так с ИНН
С ИНН всё так. Скорее всего, данный хозяйствующий субъект зарегистрирован на боевом сервере. А доступ к шлюзу вам предоставлен к тестовому, и там этого хозяйствующего субъекта нет.
|
 |
|
Добрый день! Уважаемые разработчики, возможна ли интеграция ГИС МЕРКУРИЙ с электронной таблицей Microsoft Office Excel.
Шаг 1. Предприятие в электронную таблицу сливает информацию 1С (это возможно):
-вес продукции
-количество мест продукции
-получатель( наименование предприятия, адрес-можно добиться, что бы в 1С и в Меркурии они были эдиентичны)
-номер товарной накладной
-дата выдачи товарной накладной
Шаг 2. Данные из электронной таблицы Microsoft Office Excel, поданной оператором, через шлюз заливаем в Меркурий.
Здравствуйте!
Есть возможность обмениваться данными между 1С и шлюзом Ветис.API, минуя Excel-файлы. Правда, это потребует некоторой доработки информационной системы хозяйствующего субъекта.
|
 |
|
Здравствуйте!
По предоставленной документации непонятно, что необходимо указать в поле 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
|
 |
|
К ним вопросов собственно нет, я их создавал через шлюз, обновлял наименования, помимо этого создавались производственные партии как через шлюз, так и через веб интерфейс, при получении списка как измененных за период, так и актуальных записей журнала - приходит 5 записей, две из которых содержат stockEntryList.stockEntry.batch.productItem.uuid равный "8072f095-5127-4005-869f-e6ae579b8457"
есть подозрение что это это один из промежуточных uuid-ов продукции, как теперь можно идентифицировать продукцию записи журнала если я у себя в системе не хранил устаревшие uuid-ы?
У каждой записи есть флаги active и last. Флаг active означает, что запись активна, то есть не удалена и к ней можно обратиться. Флаг last указывает на то, последняя ли версия записи с данным UUID.
Ещё непонятный ответ от шлюза на запросы getStockEntryListRequest и getStockEntryChangesListRequest, получаемый ответ содержит активную последнюю запись
Пришлите, пожалуйста, номер предприятия (который начинается с RU) и GUID предприятия, к которому вы обращаетесь при запросе записей журнала. Те же данные нужны из запросов по ветеринарным сертификатам.
|
 |
|
Здравствуйте!
Нет, не забили, отвечаем по мере сил и возможностей.
Однако в нём не указан номер предприятия в реестре RU22751.
Вопрос: где этот номер найти и можно ли вести поиск по этому номеру? Очень надо!!!
Номер предприятия объект Enterprise не содержит. Планируем добавить, но позже. Установить соответствие между номером предприятия в реестре РСХН и его глобальным идентификатором (GUID) вы пока не сможете
|
 |
|
Здравствуйте!
Какой интервал дат вы указали и совпадает ли он с датами, когда были оформлены эти сертификаты или изменён их статус?
|
 |
|
Здравствуйте!
GetStockEntryListOperation требуется для полной синхронизации журнала продукции в Вашей учётной системе с журналом в Меркурии. Чтобы получать только последние изменения, есть метод GetStockEntryChangesList, который возвращает изменённые записи журнала за определённый период времени.
|
 |
|
|
|