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

Короче пообщался мороженщиками.
Там вообще без вариантов. Только литры\миллилитры.
Вес даже одной коробки мороженого с вложением к примеру 8шт (по 1000мл) может варьироваться далеко за пределы 5%.

Genadich wrote:

Означает ли это, что указание объёма в литрах - является нарушением? Как и в штуках?

Например, в ТР ТС, в требованиях к упаковке молочной продукции в качестве объема (массы) упоминаются как килограммы, так и литры. Штуки я что-то нигде не встречал.

http://docs.cntd.ru/document/499050562

вот эти "или килограммы или литры" больше всего и ставят в ступор.

Особенно в ситуации с молочниками.
Одни в килограммах отгружают, другие в литрах.

Дайте четкие правила игры.

P.s

что литры и килограммы - это объём

килограмм это не объём

. Килограмм, если уж на то пошло, это единица измерения массы.

Anna N wrote:По поводу нарушений, разъяснений и тд - данные вопросы не в компетенции сотрудников технической поддержки.

Прекрасно понимаю, что это не в Вашей компетенции.
Хотелось бы, что бы на этом форуме отвечала не только техподдержка, но и другие представители РСХН.
Раньше хотя бы Н.А. включался в такие темы, давал разъяснения. Сейчас пропал и вместо него никого тут нет.

Можете с ним обращаться в надзорные органы: ЦА, ТУ РСХН, ВУ.

Вот к кому кому, а к ним обращаться точно нет смысла.
Сколько ТУ и ВУ - столько и мнений как правильно делать. Плавали знаем.

Anna N wrote:

ly_il wrote:Является ли нарушением указанием объёма в входящем или исходящем транспортном эВСД в единицах измерения "штука", для продукции в потребительской упаковке готовой к продаже и употреблению в пищу?
Ну к примеру пачка молока или банка мясных консервов.

Яйцо же можно (и нужно) указывать в штуках.
Почему нельзя (если нельзя) оперировать этой единицей измерения с другими товарами?

Здравствуйте!
С точки зрения ветеринарии для учета баланса входного сырья и объема вырабатываемой продукции интересен именно вес товара, а не его количество. Указание объема товара в штуках все-таки относится к складскому учету, а не ветеринарному.

Кол-во штук упаковки Вы можете указать в блоке «Упаковка».

Ок. Согласен.

Но в свете предстоящего присоединения к ЭВС молочников, начали поступать входящие эВСД с единицами измерения в поле "Объем" - литр.

Мы - в литрах принимать не можем (сопоставить эВСД с поставкой). Складская и учетная система это не позволяют. Десятки лет работали и учитывали упакованное молоко в штуках или кг и тут на тебе - литры.
Они (поставщики) - перечитывать всё в килограммы отказываются. Им неудобно. Мол как так, молоко же жидкое, какие килограммы. Но на штуки они согласны.
РСХН - штуки не устраивают. Только килограммы.

Я конечно понимаю что отношения B2B РСХН не интересуют, но тем не менее.
Как быть?
И вот именно с молочниками такая карусель началась

Вы же пишете

С точки зрения ветеринарии для учета баланса входного сырья и объема вырабатываемой продукции интересен именно вес товара, а не его количество

Означает ли это, что указание объёма в литрах - является нарушением? Как и в штуках?

P.s. Почему тогда поле в эВСД называется "Объём"? Объём это как раз и есть - литры, декалитры, кубические метры и т.п.?

Назовите его тогда явно - "Вес". Что бы все - даже молочники, указывали килограммы!
P.p.s. Тогда с "яичниками"

непонятно что делать. Яйца учитываются исключительно поштучно.

Всё, сдаюсь

Является ли нарушением указанием объёма в входящем или исходящем транспортном эВСД в единицах измерения "штука", для продукции в потребительской упаковке готовой к продаже и употреблению в пищу?
Ну к примеру пачка молока или банка мясных консервов.

Яйцо же можно (и нужно) указывать в штуках.
Почему нельзя (если нельзя) оперировать этой единицей измерения с другими товарами?

xz88 wrote:У нас молоко в гр. коробке несколько пакетов молока, то тогда не ставить
(GTIN) ничего лучше?

Это вы обсуждайте со своим партнёром, которому поставляете продукцию. GTIN не обязательное поле в эВСД. По закону вы имеете право его не заполнять, но по соглашению с покупателем все делают по разному.
Кто-то идентефицирует и матчит входящую поставку подконтрольной продукцией с эВСД по дополнительной маркировке на коробке (GS1-128, GS1-Databar и тп) .
Кто-то заводит в свою учетную систему всю номенклатуру Меркурия данной продукции по всем уровням (GUIDы). И сопоставляет SKU с эВСД именно по ним.
А кто-то (как мы) просит указывать GTIN, потому что он уже есть (и был до меркурия) в нашей учетной системе, и не надо делать их связку с миллионами GUIDов, следить за их изменениям и тп.. Пришла поставка, открыл коробку (заодно убедившись что приехало то что надо), просканировал штрих-код на штуке - эВСД нашлась (по связке GTIN-ТТН-дата ТТН).

b35 wrote:

ly_il wrote:Не всегда.
Нам шлют к примеру этом поле штрих-код короба, по нашим же требованиям.
Т.к принимаем мы коробами и именно штрих-код короба уходит в EDI заказе поставщику.
и с молоком после 1.11 будет так же

т.е. вам шлют ШК со множителем.

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

Не всегда.
Нам шлют к примеру этом поле штрих-код короба, по нашим же требованиям.
Т.к принимаем мы коробами и именно штрих-код короба уходит в EDI заказе поставщику.
и с молоком после 1.11 будет так же

nmzn1 wrote:

ly_il wrote:а что значит "заставили"? Это распоряжение вашего ТУ?
Или разрабы технически запретили вход в Меркурий.ГВЭ без авторизации по смс?
В Мерке Х.С пока такого нет.

возможно и для ХС сделают

нормально... теперь, еще и служебные симки и телефоны всем уполномоченным раздавать придется.
Требовать авторизацию в Мерке по личным симкартам работодатель не имеет права.
Сотрудник может просто нахрен послать, сказать что у него нет личного телефона и будет прав.
Человек на работе имеет полное право НЕ пользоваться личным телефоном в служебных целях.

А с ветврачами вообще забавно.
Сделали им двойную авторизацию в Меркурий.ГВЭ, пароль, подтверждение по СМС. Ага, всё круто.
Но при этом через шлюз до сих пор можно абсолютно спокойно отгружать из под их логинов не зная ни паролей ни кодов из смс.
Достаточно знать логин и всё (выяснить совсем не сложно)

danver wrote:Заставили занести в Ветис-Паспорт мобильный телефон, чтобы заходить в Мерк по СМС. Слушаюсссс! Сегодня зайти не могу - не приходит СМС-ка. Клиент нервничает и грозится разнести эту "..." систему и меня вместе с ней. Куда бежать? Телефон работает, связь есть, СМС нет... http://prntscr.com/phcnn3

а что значит "заставили"? Это распоряжение вашего ТУ?
Или разрабы технически запретили вход в Меркурий.ГВЭ без авторизации по смс?

В Мерке Х.С пока такого нет.

с блокировкой пользователя сталкивались многие, это в принципе не критично. А кому нибудь блокировали учетку ХСа?

или так

И снова на сервере сбой,
И сердцу тревожно в груди,
И Власов такой молодой,
Что ждёт нас еще впереди?!

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 первых входящих эВСД данной площадки за заданный период времени.

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

как то так...

xz88 wrote:как будет представлять из себя маркировка готовой продукции кто знает? если есть источник укажите пожалуйста.
На какой нормативный документ введение маркировки ссылается?

Datamatrix

как на сигаретах, шинах, фотоаппаратах и прочих категориях товарах, которые сейчас учавствуют в эксперименте ЦРПТ