Для новичков

nmzn1 wrote:

zenin wrote:Добрый день!
Прошу помочь в следующем вопросе:
один из поставщиков колбасных изделий(мы занимаемся дистрибуцией), после письма Россельхознадзора об использовании справочника номенклатуры(19 марта 19), сократил названия. После этого в названии номенклатуры в ГИС Меркурий Колбаса Докторская - это пять разных видов колбасы и работать в дальнейшем с названием невозможно! Приходиться работать с артикулами(которые периодически меняются)и с GTINами, правильно ли это или название продукции должно указывать на определенную продукцию, например: колбаса докторская 0,5 шт. ; колбаса докторская в натуральной оболочке, колбаса докторская фирменная вес, колбаса докторская фирменная 0,5 шт)?

добрый
вообще то не есть правильно менять названия ,т.к. меняется гуид названия продукта и шлюз уже не воспринимает, нужно попросить выслать новые гуиды всех измененных наименований продуктов

Поставщик - это завод изготовитель продукции. Не совсем понял, что значит не есть правильно менять названия - мы ничего и не меняли. Вопрос в том, что изготовитель называет свою продукцию так, что невозможно определить что это за колбаса по названию(я выше привел пример). Это правильно?

zenin wrote:Поставщик - это завод изготовитель продукции. Не совсем понял, что значит не есть правильно менять названия - мы ничего и не меняли. Вопрос в том, что изготовитель называет свою продукцию так, что невозможно определить что это за колбаса по названию(я выше привел пример). Это правильно?

Нет, напишите вашему поставщику и можете дать ссылку на новость
http://www.vetrf.ru/vetrf/news/31953.html
Вот одна из последних.
Цитата:
Уполномоченным лицом хозяйствующего субъекта по Республике Карелия ООО Торговый Дом «ИМПЕРИЯ КОЛБАС» Чикулаевой К.В. оформлен эВСД № 2452839180 от 07.08.2019 на подконтрольный товар «колбасные изделия; продукты из мяса, мяса птицы в ассортименте в соответствии с ТУ, ОСТ, ГОСТ (ОАО «ВНМД»)», что не позволяет идентифицировать подконтрольный товар и не соответствует правилам ведения четвертого уровня справочника подконтрольных товаров.

Уполномоченным лицом хозяйствующего субъекта по Приморскому краю ООО «Торговый клуб» Березниковым А.С. оформлен эВСД № 2250993391 от 09.07.2019 на подконтрольный товар, указывается неполное наименование товара, что не позволяет его идентифицировать, а именно «Па из индейки Ж250 ЕО»

oleg-x wrote:

zenin wrote:Поставщик - это завод изготовитель продукции. Не совсем понял, что значит не есть правильно менять названия - мы ничего и не меняли. Вопрос в том, что изготовитель называет свою продукцию так, что невозможно определить что это за колбаса по названию(я выше привел пример). Это правильно?

Нет, напишите вашему поставщику и можете дать ссылку на новость
http://www.vetrf.ru/vetrf/news/31953.html
Вот одна из последних.
Цитата:
Уполномоченным лицом хозяйствующего субъекта по Республике Карелия ООО Торговый Дом «ИМПЕРИЯ КОЛБАС» Чикулаевой К.В. оформлен эВСД № 2452839180 от 07.08.2019 на подконтрольный товар «колбасные изделия; продукты из мяса, мяса птицы в ассортименте в соответствии с ТУ, ОСТ, ГОСТ (ОАО «ВНМД»)», что не позволяет идентифицировать подконтрольный товар и не соответствует правилам ведения четвертого уровня справочника подконтрольных товаров.

Уполномоченным лицом хозяйствующего субъекта по Приморскому краю ООО «Торговый клуб» Березниковым А.С. оформлен эВСД № 2250993391 от 09.07.2019 на подконтрольный товар, указывается неполное наименование товара, что не позволяет его идентифицировать, а именно «Па из индейки Ж250 ЕО»

Так поставщик ссылаясь на письмо http://www.fsvps.ru/fsvps/news/29708.html , что-либо исправлять отказывается. По этому письму Колбаса докторская - это правильно! А то, что она есть 0,5 штучная, весовая, в натуральной оболочке, фирменная, по ГОСТ и.т.д, и в свою очередь это разный продукт, но имеет одинаковое название. Так погасить, сверив показатели с ТОРГ 12, возможно, а дальше в работе с такой номенклатурой начинается просто каша.

zenin wrote:
Так поставщик ссылаясь на письмо http://www.fsvps.ru/fsvps/news/29708.html , что-либо исправлять отказывается. По этому письму Колбаса докторская - это правильно! А то, что она есть 0,5 штучная, весовая, в натуральной оболочке, фирменная, по ГОСТ и.т.д, и в свою очередь это разный продукт, но имеет одинаковое название. Так погасить, сверив показатели с ТОРГ 12, возможно, а дальше в работе с такой номенклатурой начинается просто каша.

Создайте свой справочник номенклатур (нормальный), при гашении привязывайте к своим наименованиям и шлите в @опу этого упёртого поставщика.

Добрый день!
Прощу помощи:
Машина с товаром поедет с нашего склада в ночь 9 октября.
Дата выроботки продукции 08.10.
На одну точку она приедет 11.10. днем, на вторую аж 14.10.
Вопрос: возможно ли при такой ситуации выписать ВСД сразу на 2 точки 11.10

mestjukova_aa_19052 wrote:Добрый день!
Прощу помощи:
Машина с товаром поедет с нашего склада в ночь 9 октября.
Дата выроботки продукции 08.10.
На одну точку она приедет 11.10. днем, на вторую аж 14.10.
Вопрос: возможно ли при такой ситуации выписать ВСД сразу на 2 точки 11.10

Вам оба ВСД нужно выписать "в ночь 9 октября."

Trimpampys wrote:

mestjukova_aa_19052 wrote:Добрый день!
Прощу помощи:
Машина с товаром поедет с нашего склада в ночь 9 октября.
Дата выроботки продукции 08.10.
На одну точку она приедет 11.10. днем, на вторую аж 14.10.
Вопрос: возможно ли при такой ситуации выписать ВСД сразу на 2 точки 11.10

Вам оба ВСД нужно выписать "в ночь 9 октября."

Спасибо большое!

Добрый день.
Оформляете ЭВСД на каждый адрес и всех делов. Пусть хоть неделю едет. Лишь бы сроки годности продукции позволяли.

ly_il wrote:Как правило тестовым контуром балуются несколько недель и сразу на боевой.
Еще раз, выпишете "Использую те данные, что пришли в письме с ApiKey". Сверьте еще раз - эти данные для авторизации для тестового шлюза? или для боевого?
У меня например это было два разных письма с разными логинами, паролями и APIкей. Может перепутали?

Еще можно попробовать установить SoapUI и выполнить какой нибудь элементарный запрос в сторону шлюза. Ну например getEnterpriseByGuid.
Если успешно отработает - значит что-то не так с вашим интеграционном решением.
Если нет - что то напутали с авторизационными данными.

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

Я попыталась отправить http запрос getEnterpriseByGuid через soapUI. Ошибка все та же.
Вот мой запроса в виде Raw:

Вот ответ:

HTTP/1.1 500 Internal Server Error
Server: nginx/1.13.7
Date: Sun, 06 Oct 2019 10:27:27 GMT
Content-Type: text/xml; charset=utf-8
Content-Length: 653
Connection: keep-alive
X-Powered-By: Servlet/2.5 JSP/2.1

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Body>
    <soapenv:Fault>
        <faultcode>soapenv:Client</faultcode>
        <faultstring>BEA-382030: Failure while unmarshalling message: Failed to parse XML text</faultstring>
        <detail>
            <con:fault xmlns:con="http://www.bea.com/wli/sb/context">
                <con:errorCode>BEA-382030</con:errorCode>
                <con:reason>Failure while unmarshalling message: Failed to parse XML text</con:reason>
                <con:location>
                    <con:path>request-pipeline</con:path>
                    <con:error-handler>true</con:error-handler>
                </con:location>
            </con:fault>
        </detail>
    </soapenv:Fault>
</soapenv:Body>
</soapenv:Envelope>

ly_il, Можете ли вы подробнее описать, как нужно выполнить этот запрос из soapUI? Если у меня получится это сделать из soapUI, то я уже дальше разберусь как это сделать самой

Или приведите, пожалуйста, пример вашего аналогичного успешного запроса, в виде Raw!

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

MaryLikhtarovich wrote:

ly_il wrote:Как правило тестовым контуром балуются несколько недель и сразу на боевой.
Еще раз, выпишете "Использую те данные, что пришли в письме с ApiKey". Сверьте еще раз - эти данные для авторизации для тестового шлюза? или для боевого?
У меня например это было два разных письма с разными логинами, паролями и APIкей. Может перепутали?

Еще можно попробовать установить SoapUI и выполнить какой нибудь элементарный запрос в сторону шлюза. Ну например getEnterpriseByGuid.
Если успешно отработает - значит что-то не так с вашим интеграционном решением.
Если нет - что то напутали с авторизационными данными.

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

Я попыталась отправить http запрос getEnterpriseByGuid через soapUI. Ошибка все та же.
Вот мой запроса в виде Raw:
POST https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: text/xml Authorization: Basic dm9sa292aWNoLTE5MDUxNzpCaD********* Content-Length: 366 Host: api2.vetrf.ru:8002 Connection: Keep-Alive User-Agent: Apache-HttpClient/4.5.2 (Java/1.8.0_181) <?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:base="http://api.vetrf.ru/schema/cdm/base"> <soapenv:Header/> <soapenv:Body> <merc:getEnterpriseByGuidRequest> <bs:uuid>UUID</bs:uuid> </merc:getEnterpriseByGuidRequest> </soapenv:Body> </soapenv:Envelope>
Вот ответ:
HTTP/1.1 500 Internal Server Error Server: nginx/1.13.7 Date: Sun, 06 Oct 2019 10:27:27 GMT Content-Type: text/xml; charset=utf-8 Content-Length: 653 Connection: keep-alive X-Powered-By: Servlet/2.5 JSP/2.1 <?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Body> <soapenv:Fault> <faultcode>soapenv:Client</faultcode> <faultstring>BEA-382030: Failure while unmarshalling message: Failed to parse XML text</faultstring> <detail> <con:fault xmlns:con="http://www.bea.com/wli/sb/context"> <con:errorCode>BEA-382030</con:errorCode> <con:reason>Failure while unmarshalling message: Failed to parse XML text</con:reason> <con:location> <con:path>request-pipeline</con:path> <con:error-handler>true</con:error-handler> </con:location> </con:fault> </detail> </soapenv:Fault> </soapenv:Body> </soapenv:Envelope>ly_il, Можете ли вы подробнее описать, как нужно выполнить этот запрос из soapUI? Если у меня получится это сделать из soapUI, то я уже дальше разберусь как это сделать самой
Или приведите, пожалуйста, пример вашего аналогичного успешного запроса, в виде Raw!

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

Ну если в кратце.

Устанавливаете SOAPUI
Добавляете в него все (или необходимые вам) WSDL, которые вы предварительно скачиваете тут http://help.vetrf.ru/wiki/Ветис.API

Получится дерево из этих WSDL (скрин приложил).

На примере запроса getBusinessEntityList:

Переходите по этому дереву в подраздел EnterpriseService - getBusinessEntityList
Создаёте новый запрос (ну например поиск поставщика по ИНН):

где INN это соотв ИНН

Обязательно в верхней части вбиваем Endpoint URL. Для подсистемы запросов EnterpriseService в шлюзе 2.1 это будет https://api.vetrf.ru/platform/services/2.1/EnterpriseService
А в левой нижней части (Request Properties) добавляем данные о логине и пароле организации (именно организации. не пользователя).

Запускаем - получаем результат в правой части экрана. Ну или ошибку там же, если что то пойдет не так.

Это самый простой пример. Тут даже APikey не нужен.
И результат сразу, а не ввиде ApplicationID, по GUID которого результат уже ищется отдельным запросом receiveApplicationResult

как то так...

Пожалуйста. Помогите понять. Производственный ВСД обязательно должен быть оформлен втечение суток после выработки? Даже в случае даты выработки в формате месяц.год?
Просто 6 пункт приложения 1 такой.. непонятный. То ли это про транспортные ВСД, то ли про производственные, То ли про те и другие...

ly_il, Большое спасибо, благодарю вас за помощь!
Я смогла сделать запрос на примере getBusinessEntityList, используя SoapUI, после чего получилось выполнить его из моей программы и получить ответ!
Но теперь у меня появилось ещё пара вопросов:

1. В каких случаях нужно использовать APikey?
Из вики:

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

Есть определенная категория запросов, для которых нужна авторизация по APIKey?
Можете привести аналогичный пример, как с getBusinessEntityList, но что бы уже было два этапа авторизации?

2. Не понятно, где искать запросы, подобныеВот описание для getBusinessEntityList, но я не могу найти страницу/список со всеми поддерживаемыми системой запросами.
Есть такая страница? Если нет, то как это делать?

ly_il, ваша помощь очень важна для меня!

MaryLikhtarovich wrote: со всеми поддерживаемыми системой запросами.Есть такая страница? Если нет, то как это делать?

Справочники:
http://help.vetrf.ru/wiki/%D0%9F%D0%BE%D0%B4%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D1%81%D0%BE_%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA%D0%B0%D0%BC%D0%B8_%D0%B8_%D1%80%D0%B5%D0%B5%D1%81%D1%82%D1%80%D0%B0%D0%BC%D0%B8_%D0%B2_%D0%92%D0%B5%D1%82%D0%B8%D1%81.API

Заявки:
http://help.vetrf.ru/wiki/%D0%9F%D0%BE%D0%B4%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%B7%D0%B0%D1%8F%D0%B2%D0%BE%D0%BA_%D0%B2_%D0%92%D0%B5%D1%82%D0%B8%D1%81.API

MaryLikhtarovich

ну вам собственно ответили выше. Там и описание и примеры.

если уж прям совсем времени нет изучать и срочно проверить надо... и что бы вместе с APIkey...
ну попробуйте к примеру getVetDocumentChangesList из ветки ApplicationManagementService (AMSMercuryG2BBinding)
Endpoint URL соответственно будет уже https://api.vetrf.ru/platform/services/2.1/ApplicationManagementService
Логин и пароль в Request Properties как обычно так же не забываем записать перед запросом.

Собственно сам запрос. Ну допустим первые 5 входящих эВСД за 7 октября

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application">
  <soapenv:Header/>
  <soapenv:Body>
    <ws:submitApplicationRequest>
      <ws:apiKey>ApiKey</ws:apiKey>
      <app:application>
        <app:serviceId>mercury-g2b.service:2.1</app:serviceId>
        <app:issuerId>issuerId</app:issuerId>
        <app:issueDate>2019-10-08T12:25:00</app:issueDate>
        <apl:data xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
          <merc:getVetDocumentChangesListRequest>
            <merc:localTransactionId>20191008</merc:localTransactionId>
            <merc:initiator>
              <vd:login>login</vd:login>
            </merc:initiator>
            <bs:listOptions>
              <bs:count>5</bs:count>
              <bs:offset>0</bs:offset>
            </bs:listOptions>
            <bs:updateDateInterval>
              <bs:beginDate>2019-10-07T00:00:00</bs:beginDate>
              <bs:endDate>2019-10-07T23:59:00</bs:endDate>
            </bs:updateDateInterval>
            <dt:enterpriseGuid>enterpriseGuid</dt:enterpriseGuid>
            <vd:vetDocumentType>INCOMING</vd:vetDocumentType>
          </merc:getVetDocumentChangesListRequest>
        </apl:data>
      </app:application>
    </ws:submitApplicationRequest>
  </soapenv:Body>
</soapenv:Envelope>

где соответственно
ApiKey - это ваш ApiKey (как ни странно)
issuerId - GUID ХСа
login - логин пользователя (обязательно права в паспорте Доступ к ИС Меркурий через Ветис.API на выполнение операций, Доступ к ИС Меркурий через Ветис.API только на чтение)
enterpriseGuid - GUID одной из ваших площадок

в ответ на данный запрос вы получите applicationId и статус. если всё ок - ACCEPTED

Копируем его, идём в другую ветку ApplicationManagementService (Enpoint URL https://api.vetrf.ru/platform/services/2.1/ApplicationManagementService)
в запрос receiveApplicationResult пишем что то типа

где, по аналогии с предыдущим запросом,

ApiKey - это ApiKey
issuerId - GUID ХСа
applicationId - applicationId из предыдущего запроса

Отправляем. В ответ придёт или APLM0012

Или 5 первых входящих эВСД данной площадки за заданный период времени.

Спасибо, тоже интересовал этот вопрос.