[Logo] Форум ПАРУС
Маркировка  XML
Индекс форума » 8.хх Прочие модули
Автор Сообщение
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Настраиваем маркировку. Подключились к песочнице. Для проверки доступа техподдержка Паруса рекомендует:
"Необходимо добиться корректности ответа в браузере IE версии 9 и выше по адресам (пустая страница без ошибок):
https://api.sb.mdlp.crpt.ru/"
Если задать путь без s т.е. http://api.sb.mdlp.crpt.ru/ выходит пустая как и надо пустая страница
Но если задавать с s т.е. https://api.sb.mdlp.crpt.ru то выходит ошибка "На сайте api.sb.mdlp.crpt.ru используется неподдерживаемый протокол.
ERR_SSL_VERSION_OR_CIPHER_MISMATCH"
Кто уже работал с песочницей - какой адрес задаете вы?

Это сообщение было изменено 1 раз. Последнее изменение было в 06.06.2019 11:39:36

REDKNIGHT
Пользователь

Зарегистрирован: 24.01.2013 11:49:17
Сообщений: 388
От: Андрей Захаров
Оффлайн

У нас в IE11 открывается адрес:
https://api.sb.mdlp.crpt.ru/ - пустая страница.
Фраза "На сайте api.sb.mdlp.crpt.ru используется неподдерживаемый протокол.
ERR_SSL_VERSION_OR_CIPHER_MISMATCH" не выдается.
[Thumb - https_mdlp.jpg]
 Имя файла https_mdlp.jpg [Disk] Скачать
 Описание Скриншот IE
 Размер файла 85 Kbytes
 Загружено:  18 раз(а)

Это сообщение было изменено 1 раз. Последнее изменение было в 06.06.2019 11:53:43

[Email]
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN,
А вы все шаги выполнили, которые порекомендовали вам в событии П8-37570?
1. Сертификаты проверили? Точно такая же картинка, как у REDKNIGHT выходит? На вкладке путь сертификации УЦ корректный?
2. У вас прокси сервер для подключения используется?
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Спасибо за картинку. Дело было в версии Крипто Про, обновили ее и запрос через IE стал проходить. Немного ругалось на сертификат при подключении к песочнице, установили прямо из него новый Crypto pro test center 2. Теперь через IE все работает нормально.
Однако при подключении через Парус - с https проходит только промышленный контур. Песочница проходит только c http, при изменении на https - выдает ошибку при авторизации.
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Продолжаем разбираться с сервисом. Создал руками операцию с типом 416. Отправил в журнал, подписал и отправил в МДЛП. Пришел ответ с ошибкой
"Данные отправителя и получателя принадлежат одному участнику". Где в разделе Документы операций с упаковками задается организация-отправитель и организация-получатель?
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN wrote:Однако при подключении через Парус - с https проходит только промышленный контур. Песочница проходит только c http, при изменении на https - выдает ошибку при авторизации.

Удалось эту проблему решить?
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN wrote:Где в разделе Документы операций с упаковками задается организация-отправитель и организация-получатель?

Посмотрите на примере документа по схеме 415, в 416 аналогично:
Для 416 схемы "Получатель" указывается явно, а "Отправитель" подбирается, используя "Принадлежность" и "Склад".
[Thumb - ДОУ. 415 пример_2.png]
 Имя файла ДОУ. 415 пример_2.png [Disk] Скачать
 Описание Описание отсутствует
 Размер файла 34 Kbytes
 Загружено:  4 раз(а)

Это сообщение было изменено 1 раз. Последнее изменение было в 08.06.2019 19:21:44

DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

EGOROV wrote:
DEN wrote:Однако при подключении через Парус - с https проходит только промышленный контур. Песочница проходит только c http, при изменении на https - выдает ошибку при авторизации.

Удалось эту проблему решить?


Данная проблема выходит у одного конкретного клиента, у других ее нет. Думаю дело в настройке сети, хотя админ утверждает, что никаких прокси там нет. Ошибка такая же как в П8-37609. В событии дан ответ

Для приложений, работающих под NET Framework (WebClient, ServiceProxy, Services) настройка proxy-сервера осуществляется в главном конфигурационном файле приложения (web.config) в соответствии с документацией https://docs.microsoft.com/ru-ru/dotnet/framework/configure-apps/file-schema/network/defaultproxy-element-network-settings
Например:

А вот пример почему-то заменен многоточием. Может подскажете?
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN wrote:А вот пример почему-то заменен многоточием. Может подскажете?

Видимо у вас примечание не всё влезло
Вот оно целиком (Маркировки касается п.1):

"1. Для приложений, работающих под NET Framework (WebClient, ServiceProxy, Services) настройка proxy-сервера осуществляется в главном конфигурационном файле приложения (web.config) в соответствии с документацией https://docs.microsoft.com/ru-ru/dotnet/framework/configure-apps/file-schema/network/defaultproxy-element-network-settings
Например:

<configuration>
...
<system.net>
<defaultProxy>
<proxy bypassonlocal="False" usesystemdefault="False" proxyaddress="http://АДРЕС_ПРОКСИ_СЕРВЕРА:ПОРТ_ПРОКСИ_СЕРВЕРА" />
</defaultProxy>
</system.net>
</configuration>

2. Для микросервисов (Extra) проведена доработка. Для ручного указания прокис-сервера используется настройка необязательный элемент "Proxy" вложенный в, как правило, элемент "Transport" в файле applications.json
Например:

"СЕРВИС": {
...
"Transport": {
"Url": "https://АДРЕС_УДАЛЕННОГО_СЕРВИСА",
"RequestTimeout": "0.00:01:00",
"Proxy": {
"Address": "http://АДРЕС_ПРОКСИ_СЕРВЕРА:ПОРТ_ПРОКСИ_СЕРВЕРА",
"BypassLocal": "false",
"Credentials": {
"UserName": "ИМЯ_ПОЛЬЗОВАТЕЛЯ_ПРОКСИ",
"Password": "ПАРОЛЬ_ПОЛЬЗОВАТЕЛЯ_ПРОКСИ"
}
}
}
}

Элемент "Credentials" является необязательным и используется, если прокси сервер требует аутентификации пользователя.

3. при указании адреса прокси сервера обязательно наличие схемы ("http://")"
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Рано радовался. Неделю назад данные отправлялись. Сегодня на том же компьютере с тем же ключом при попытке отправить или получить данные в МДЛП получаю ошибку
Ошибка сервиса: "Для документа XML должен существовать документ более высокого уровня.

Line: 0
".
В журнале взаимодействия веб служб пусто, т.е. как я понимаю Парус не может подписать документ и отправить его.
Ничего на компьютере не менял. Адрес https://api.sb.mdlp.crpt.ru/ проходит, на сайт с ключом захожу. Фигня какая-то...
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Разобрался. Почему-то у компьютера где стоит веб-сервер поменялся ip адрес. Поменял адрес в 1530 параметре и все заработало.
Помог совет
Открывается ли в браузере Internet Explorer страница по адресу: [адрес сервера приложений(параметр 1530)]+mrkservice.svc?wsdl
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Получил через службу техподдержки тестовый пример. Получил из МДЛП документ с кодом 601. Акцептировал его, подписал и отправил полученный документ с кодом 701 обратно. Документ не принялся, вышла ошибка
Код ошибки 19. Нарушена хронология операций для КиЗ

В чем может быть дело?
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

Den, ответил вам в событии П8-37755:
Эта ошибка может возникнуть в разных случаях, например:
1. Если 701 создаете с датой (+ время, начиная с апрельской версии) более ранней, чем в 601 документе.
2. СТП МДЛП произвела сама или позволила произвести кому-то операции с этим КИЗ.
Следовательно есть вариант создать обращение в СТП и подробно в нем все описать.
Или можно сначала попробовать поразбираться самим, для этого надо приготовить:
1) 601 документ в виде xml файла
2) 701 документ в виде xml файла
3) файлы responce/reqwest (Выгрузка WebSrvHst, описанная в п.9.е), раздела IV, инструкции "Взаимодействие с ФГИС МДЛП ред. 2.02.docx"
Файлы по пунктам 1) - 3) можно предоставить нам, для помощи в анализе (приложить к событию или выложить на ftp).
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Может кому-то будет полезно.
В организации при попытке получить/отправить данные в сервис выходила ошибка An error occured while execution request. Path : documents/send , HttpMethod : POST

Выяснилось, что админы не отправили в СТП ЦРПТ заявку на подключение к песочнице. Они посчитали, что достаточно зарегистрировать УКЭП в лично кабинете и с его помощью заходить на сайт.
Выяснилось, что не так.
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Хочу в песочнице передать товар от себя в другое ЛПУ. Как это сделать? В файле "Учет маркированных товаров. Пример тестирования" этого нет.
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN, в инструкции этого нет, т.к. МО друг другу в штатном режиме работы не должны передавать ЛП. А так всё просто - используем схему работы для поставщиков - отправка по 415 типу документа (описание аналогично 416).
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Сформировали документ на выдачу с типом 531. При отправке в ИС Маркировка документ не принимается, выходит ошибка
Код 11 - Некорректное состояние

Что эта ошибка означает?
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

Еще вопрос. Файл "Взаимодействие с ФГИС МДЛП ред. 1.9.docx", страница 19.
"a. 601. Уведомление об отгрузке со склада продавца
• Обязательные:
o Тип = Приход
o Вид операции отгрузки = Продажа
o Тип схемы акцептования = Прямой порядок акцептования
o Тип договора при реализации = Купля продажа
o Формировать журнал операций с упаковками = Нет (чек выключен)"

Почему не надо ставить чек Формировать журнал операций с упаковками? У нас из-за этого документ не отрабатывался как план и не формировались товарные запасы упаковок.
DEN
Новичок

Зарегистрирован: 08.11.2012 17:13:21
Сообщений: 156
Оффлайн

DEN wrote:Сформировали документ на выдачу с типом 531. При отправке в ИС Маркировка документ не принимается, выходит ошибка
Код 11 - Некорректное состояние

Что эта ошибка означает?


Поддержка ЦРПТ ответила следующим образом

Данная ошибка предусмотрена бизнес-процессом, потому что Вам были переданы данные КИЗ по договору гос.обеспечения с источником федеральный бюджет. Для данного договора и бюджета схема 531 недоступна
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN wrote:Еще вопрос. Файл "Взаимодействие с ФГИС МДЛП ред. 1.9.docx", страница 19.
"a. 601. Уведомление об отгрузке со склада продавца
..
Почему не надо ставить чек Формировать журнал операций с упаковками? У нас из-за этого документ не отрабатывался как план и не формировались товарные запасы упаковок.

По документу с типом 601 не формируются записи журнала операций с упаковками потому, что этот документ не означает, что вы приняли поставку ЛП, вы можете оформить в ответ на него 252 документ. Именно поэтому формирование журнала выполняется по документу 701, т.е. когда вы подтверждаете приемку ЛП.
EGOROV
Новичок

Зарегистрирован: 15.09.2015 14:46:29
Сообщений: 30
Оффлайн

DEN wrote:
DEN wrote:Сформировали документ на выдачу с типом 531. При отправке в ИС Маркировка документ не принимается, выходит ошибка
Код 11 - Некорректное состояние

Что эта ошибка означает?


Поддержка ЦРПТ ответила следующим образом

Данная ошибка предусмотрена бизнес-процессом, потому что Вам были переданы данные КИЗ по договору гос.обеспечения с источником федеральный бюджет. Для данного договора и бюджета схема 531 недоступна


А вот этот ответ очень интересен. Прошу отправить на почту egorov@parus.ru:
1. Текст вашего обращения в СТП
2. Номер обращения
3. Ответ от СТП
Сейчас, по словам СТП, получается, что все ЛП, полученные по договору гос.обеспечения будут навеки висеть в МО. Необходимо разобраться в этой ситуации.
MOLODYKH_K_V
Новичок

Зарегистрирован: 22.11.2012 16:34:20
Сообщений: 63
От:
Оффлайн

Добрый день. Такой вопрос: запросил в техподдержке коды sGTIN для выполнения тестовой цепочки по обратной схеме акцептования. они прислали:
Вы можете загрузить схему 416, указав следующие SGTIN:

<sgtin>05995327112039FY16668UI22QF</sgtin>
<sgtin>05995327112039FY16R68UI22QF</sgtin>
<sgtin>05995327112039FY16RR8UI22QF</sgtin>
<sgtin>05995327112039FY1TRR8UI22QF</sgtin>
<sgtin>05995327112039FY1TRR8OI22QF</sgtin>

ввожу коды в парус и он их не распознает, приходится вручную добавлять скобки и цифры. Парус сам же должен их расшифровывать? может что то не правильно делаю?
[Email]
VESELEV_A_V
Новичок

Зарегистрирован: 02.02.2015 16:42:33
Сообщений: 83
От: Александр Весельев
Оффлайн

Добрый день.
В соответствие с Методическими рекомендациями коды должны быть такими:
<sgtin>010599532711203921FY16668UI22QF</sgtin>
<sgtin>010599532711203921FY16R68UI22QF</sgtin>
<sgtin>010599532711203921FY16RR8UI22QF</sgtin>
<sgtin>010599532711203921FY1TRR8UI22QF</sgtin>
<sgtin>010599532711203921FY1TRR8OI22QF</sgtin>
У нас тоже самое постоянно происходит. Почему-то техподдержка опускает идентификаторы применения в SGTIN, приходиться вручную ставить.
Ссылка на документ, стр.39
https://честныйзнак.рф/upload/iblock/226/Metodicheskie_rekomendatsii_dlya_uchastnikov_eksperimenta_po_markirovke_sredstvami_identifikatsii_i_monitoringu_za_oborotom_otdelnykh_vidov_lekarstvennykh_preparatov_dlya_meditsinskogo_primeneniya_ot_23.04.2018.pdf

Это сообщение было изменено 1 раз. Последнее изменение было в 31.07.2019 17:03:15

[Email]
GOLOV
Новичок

Зарегистрирован: 05.06.2019 13:03:19
Сообщений: 3
Оффлайн

Добрый день. У нас у одного клиента оказалось что нет внешнего статического IP (это типо доп услуга от провайдера). А для подключение к API песочницы это необходимо. Вопрос такой им нужно докупать эту услугу или можно тогда указать IP провайдера?
VESELEV_A_V
Новичок

Зарегистрирован: 02.02.2015 16:42:33
Сообщений: 83
От: Александр Весельев
Оффлайн

Добрый день. У нас у большинства клиентов нет статического IP, и ничего, успешно проходят обучение в песочнице. Как вариант можно указать IP провайдера, попробуйте, должно прокатить.
[Email]
ALEXANDR
Пользователь

Зарегистрирован: 05.03.2013 18:31:37
Сообщений: 293
Оффлайн

Добрый день. Не загружаются Виды операций с упаковками. Выдает ошибку:
При записи строки "R000000099="MRKPOPKND","USA..." посылки обнаружена ошибка "Запись колонки USAGE_OUTPUT_REASON таблицы репликации MRKPOPKND не определена.".
Что было сделано:
1. Обновил на релиз 02.07.2019
2. Загрузил Управляемые разделы
3. Загрузил Схемы репликации, Классы
4. Из папки Репликация словарей - _обновление для 2019-07-02


С уважением.
[ICQ]
GOLOV
Новичок

Зарегистрирован: 05.06.2019 13:03:19
Сообщений: 3
Оффлайн

Добрый день. В инструкции к регистратору выбытия написано:
Нажать на строку «Сетевой режим». В разделе «Интеграция с ПК» указать порт ПК, на
котором будет осуществляться формирование и отправка отчета о выбытии. Правильно ли я понимаю что надо указывать адрес нашего web сервиса (http://192.168.1.5:8073/ServiceProxy/) или только до уровня порта на котором парус онлайн развернут (http://192.168.1.5:8073)?
PODSHIBYAKIN_M_A
Новичок

Зарегистрирован: 26.11.2014 13:58:56
Сообщений: 16
Оффлайн

Добрый день. 31.10 после настроек успешно загрузил документы из МДЛП в Журнале взаимодействия. 1 ноября удалил загруженные документы, заново загрузка не прошла:

Ошибка сервиса: "An error occured while execution request. Path : auth , HttpMethod : POST"

Изменялись только параметры, типы документов, каталоги, все по инструкции...
Переустановил Крипту, перерегил все сертификаты - безрезультатно. Куда еще посмотреть?
PSYDIAMOND
Пользователь
[Avatar]

Зарегистрирован: 30.10.2013 12:04:55
Сообщений: 614
От: Михаил Малыхин
Оффлайн

PODSHIBYAKIN_M_A wrote:Добрый день. 31.10 после настроек успешно загрузил документы из МДЛП в Журнале взаимодействия. 1 ноября удалил загруженные документы, заново загрузка не прошла:

Ошибка сервиса: "An error occured while execution request. Path : auth , HttpMethod : POST"

Изменялись только параметры, типы документов, каталоги, все по инструкции...
Переустановил Крипту, перерегил все сертификаты - безрезультатно. Куда еще посмотреть?


сертификаты издателей загружены корректно?
Под одним и тем же виндовым пользователем отправляли раньше и сейчас?
[Email]
PODSHIBYAKIN_M_A
Новичок

Зарегистрирован: 26.11.2014 13:58:56
Сообщений: 16
Оффлайн

PSYDIAMOND wrote:
PODSHIBYAKIN_M_A wrote:Добрый день. 31.10 после настроек успешно загрузил документы из МДЛП в Журнале взаимодействия. 1 ноября удалил загруженные документы, заново загрузка не прошла:

Ошибка сервиса: "An error occured while execution request. Path : auth , HttpMethod : POST"

Изменялись только параметры, типы документов, каталоги, все по инструкции...
Переустановил Крипту, перерегил все сертификаты - безрезультатно. Куда еще посмотреть?


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


Благодарю, разобрались, керио глюканул!
 
Индекс форума » 8.хх Прочие модули
Перейти: