При отправке запроса api v3 true api auth key возникла ошибка

Нет доступа к Честному знаку ☑ 0

Caesar

13.04.22

15:03

При проверке марок в УТ11.4 вижу ссылку о недоступности ИС МП. При попытке подключения вижу вот:

При отправке запроса api/v3/true-api/auth/key возникла ошибка.

Текст ошибки: HTTP-запрос не отправлен.

Ошибка работы с Интернет:  Ошибка инициализации SSL-соединения.

ЧТо это может быть такое?

1

Alexor

13.04.22

15:05

(0) вчера помогла очистка кеш днс.

Сеголня ничего не помогает.

Даже на markirovka.crpt.ru

Не зайти. Пробовали разными провайдерами с разных мест.

2

timurhv

13.04.22

15:07

Неделю то лежит, то работает, то на другой ip уедет.

3

ololoraise

13.04.22

15:08

(1) ну, контур то лежит, то работает.

4

vovastar

13.04.22

15:08

(0) сегодня с 9:30 до 12:00 на ТП так и не дозвонились.

Отключил клиентов от Ростелекома и подключил МТС, заработало.

Походу, кто то явно переборщил с блокировкой IP от Досс атак.

А как говориться, сначала всех заблокируем, а потом по звонкам будем подключать.

5

Caesar

13.04.22

15:09

Всем спасибо, ждем.

6

Alexor

13.04.22

15:15

Сейчас почистил. Пустило

Содержание

  1. Возможные ошибки подключения к СУЗ
  2. Проверка учетных данных УОТ не пройдена
  3. При отправке запроса произошла ошибка. Код состояния HTTP: 503
  4. Ошибка работы с Интернет
  5. Ошибка инициализации SSL
  6. Ошибка аутентификации СУЗ

Процесс подключения маркировки в 1С Предприятие 8.3 для различных конфигураций, таких как УНФ, УТ, Розница, КА и ERP будет практически одинаково.

Рассмотри подключение к системе Честный Знак на примере конфигурации Управление нашей фирмой 3.0.

1. Для этого переходим в пункт меню «Настройки» — «Интеграция с ИС МП (Обувь, одежда, табак…)».

2. Выбираем товарные группы, которыми планируете торговать или производить готовую продукцию.

3. Далее в разделе «Сертификаты для подписания сообщений и авторизации на сервере» выбираем сертификат ЭЦП, который будет использоваться для работы с маркировкой.

4. После добавления сертификата идём в «Параметры подключения к СУЗ» и создаём новое соединение.

5. В первую очередь создаём СУЗ и копируем туда идентификатор станции управления заказами организации или про другому oms id. Его можно найти в личном кабинете Честного Знака в разделе «Управление заказами» — «Устройства».

6. Далее вводим производственный объект, просто выбираем подразделение и вписываем адрес объекта.

7. В поле идентификатор соединения копируем id из личного кабинета Честного Знака, в том же разделе «Управление заказами» — «Устройства». Можно создать новый или выбрать уже существующий, если таковой имеется.

8. Поле «Токен» оставляем пустым, будет использоваться динамический токен. В конце нажимаем записать, внизу должен отобразиться статус «Проверка подключения к СУЗ пройдена».

Возможные ошибки подключения к СУЗ

Как показывает практика, при подключении бывают и ошибки, рассмотрим их.

Проверка учетных данных УОТ не пройдена

У некоторых пользователей бывает возникает такая ошибка:

Чтобы решить проблему нужно проверить как вы ввели идентификатор  oms id, он должен быть без дополнительных пробелов и знаков табуляции. На всякий случай ещё раз копируем его с Честного Знака, вдруг при прошлом копировании была пропущена какая то буква или цифра.

При отправке запроса произошла ошибка. Код состояния HTTP: 503

Проблема решается сменой адреса для отправления запроса. Чтобы его узнать надо перейти в станцию управления заказами (СУЗ) в личном кабинете Честного Знака и скопировать ссылку. Например адрес может быть такой suzgrid.crpt.ru или такой suz2.crpt.ru.

Ошибка работы с Интернет

При такой ошибке возможно действительно отсутствует доступ в интернет или зависла служба в 1С. Можно попробовать перезагрузить компьютер и попробовать снова. 

Так же стоит проверить брандмауер и антивирус, они не должны блокировать доступ в интернет для 1С Предприятие. Для проверки можно их на время отключить.

Ошибка инициализации SSL

Возможно ваш антивирус проверяет защищённые SSL соединение, надо отключить проверку в самом антивирусе, либо на короткое время отключить антивирус.

Ошибка аутентификации СУЗ

Возможно вы ввели действительно неверный идентификатор oms id, нужно его проверить. Ещё возможно, что вы используете недействующую ЭЦП или она неправильно настроена, пробуем проверить подпись на ошибки.

1С:БП 3.0 релиз последний, на земле(сервер 2008)
При проверке связи с ЧЗ вот такая ошибка:

При отправке запроса api/v3/true-api/auth/key возникла ошибка.
Текст ошибки: HTTP-запрос не отправлен.
Ошибка работы с Интернет:  Ошибка инициализации SSL-соединения.

В чем может быть проблема?

  Проекты внедрения CRM  

Нет доступа к Честному знаку

Я
   Caesar

13.04.22 — 15:03

При проверке марок в УТ11.4 вижу ссылку о недоступности ИС МП. При попытке подключения вижу вот:

При отправке запроса api/v3/true-api/auth/key возникла ошибка.

Текст ошибки: HTTP-запрос не отправлен.

Ошибка работы с Интернет:  Ошибка инициализации SSL-соединения.

ЧТо это может быть такое?

   Alexor

1 — 13.04.22 — 15:05

(0) вчера помогла очистка кеш днс.

Сеголня ничего не помогает.

Даже на markirovka.crpt.ru

Не зайти. Пробовали разными провайдерами с разных мест.

   timurhv

2 — 13.04.22 — 15:07

Неделю то лежит, то работает, то на другой ip уедет.

   ololoraise

3 — 13.04.22 — 15:08

(1) ну, контур то лежит, то работает.

   vovastar

4 — 13.04.22 — 15:08

(0) сегодня с 9:30 до 12:00 на ТП так и не дозвонились.

Отключил клиентов от Ростелекома и подключил МТС, заработало.

Походу, кто то явно переборщил с блокировкой IP от Досс атак.

А как говориться, сначала всех заблокируем, а потом по звонкам будем подключать.

   Caesar

5 — 13.04.22 — 15:09

Всем спасибо, ждем.

  

Alexor

6 — 13.04.22 — 15:15

Сейчас почистил. Пустило

Нет доступа к Честному знаку

Я
   Caesar

13.04.22 — 15:03

При проверке марок в УТ11.4 вижу ссылку о недоступности ИС МП. При попытке подключения вижу вот:

При отправке запроса api/v3/true-api/auth/key возникла ошибка.

Текст ошибки: HTTP-запрос не отправлен.

Ошибка работы с Интернет:  Ошибка инициализации SSL-соединения.

ЧТо это может быть такое?

   Alexor

1 — 13.04.22 — 15:05

(0) вчера помогла очистка кеш днс.

Сеголня ничего не помогает.

Даже на markirovka.crpt.ru

Не зайти. Пробовали разными провайдерами с разных мест.

   timurhv

2 — 13.04.22 — 15:07

Неделю то лежит, то работает, то на другой ip уедет.

   ololoraise

3 — 13.04.22 — 15:08

(1) ну, контур то лежит, то работает.

   vovastar

4 — 13.04.22 — 15:08

(0) сегодня с 9:30 до 12:00 на ТП так и не дозвонились.

Отключил клиентов от Ростелекома и подключил МТС, заработало.

Походу, кто то явно переборщил с блокировкой IP от Досс атак.

А как говориться, сначала всех заблокируем, а потом по звонкам будем подключать.

   Caesar

5 — 13.04.22 — 15:09

Всем спасибо, ждем.

  

Alexor

6 — 13.04.22 — 15:15

Сейчас почистил. Пустило

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Честный знак не работает отгрузка

Вопрос № 210 (гость № 3)

04.06.2022 12:35 (гость № 3)

Добрый день! При попытки отправить коды маркировки клиенту через «Отгрузка товаров» в ИС МП выдает такую ошибку При выполнении запроса api/v3/true-api/lk/documents/create?pg=shoes возникла ошибка
Код состояния HTPP: 422 Текст ошибки:»error_message»: «54: Создание документа «Отгрузка» недоступно для товарной группы «Обувные товары».» Узнавал в Честном знаке сказали, что если делаем вывод товара из оборота не участнику честного знака, то отгрузка разрешена. И как быть если в 1С не работает?

Редактировать
Удалить

04.06.2022 12:49 (Админ)

809

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

Редактировать
Удалить


Основные причины PYC ошибок, связанных с файлом api_v3.pyc, включают отсутствие или повреждение файла, или, в некоторых случаях, заражение связанного SUSE OpenStack Cloud x86_64 — 1 of 3 вредоносным ПО в прошлом или настоящем. Основной способ решить эти проблемы вручную — заменить файл PYC новой копией. В некоторых случаях реестр Windows пытается загрузить файл api_v3.pyc, который больше не существует; в таких ситуациях рекомендуется запустить сканирование реестра, чтобы исправить любые недопустимые ссылки на пути к файлам.

Ниже представлена наша база версий файлов api_v3.pyc для большинства выпусков операционной системы Windows (включая %%os%%), где вы также можете их скачать. В некоторых случаях в настоящее время в нашей базе могут отсутствовать некоторые версии api_v3.pyc, но их можно запросить, нажав на кнопку Request (Запрос) ниже. Если ниже отсутствует необходимая вам версия, мы рекомендуем обратиться непосредственно к SuSE Inc..

Настоятельно рекомендуется выполнить проверку и убедиться в том, что файл был размещён в правильном каталоге. Тщательно следуйте настоящим инструкциям, чтобы устранить возникающую ошибку, связанную с файлом api_v3.pyc, однако мы рекомендуем выполнить быструю проверку. Проверьте, результат замены файла, запустив SUSE OpenStack Cloud x86_64 — 1 of 3 и убедившись, что сообщение об ошибке больше не выводится.

Api_v3.pyc Описание файла
Формат файла: PYC
Категория: Server
Application: SUSE OpenStack Cloud x86_64 — 1 of 3
ID: 7
Компания: SuSE Inc.
 
File: api_v3.pyc  
Байт: 5392
SHA-1: 30826b4000e99cbdd378dd18c109865bc478f9cf
MD5: 5dfa467838183a6c4ce55784eefdc996
CRC32: b9de5d54

Продукт Solvusoft

Загрузка
WinThruster 2022 — Сканировать ваш компьютер на наличие ошибок реестра в api_v3.pyc

Windows
11/10/8/7/Vista/XP

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

PYC
api_v3.pyc

Идентификатор статьи:   386831

Api_v3.pyc

1

2

Выберите программное обеспечение

Имя ID KB Загрузить
+ api_v3.pyc 5dfa467838183a6c4ce55784eefdc996 5.27 KB
App SUSE OpenStack Cloud x86_64 — 1 of 3 7
Создано SuSE Inc.
Операционная система Linux x86
Архитектура 64-разрядная (x64)
KB 5392
MD5 5dfa467838183a6c4ce55784eefdc996
ША1 30826b4000e99cbdd378dd18c109865bc478f9cf
CRC32: b9de5d54
+ api_v3.pyc 5dfa467838183a6c4ce55784eefdc996 5.27 KB
App SUSE OpenStack Cloud x86_64 — 1 of 3 7
Создано SuSE Inc.
Операционная система Linux x64
Архитектура 64-разрядная (x64)
KB 5392
MD5 5dfa467838183a6c4ce55784eefdc996
ША1 30826b4000e99cbdd378dd18c109865bc478f9cf
CRC32: b9de5d54
+ api_v3.pyc 5dfa467838183a6c4ce55784eefdc996 5.27 KB
App SUSE OpenStack Cloud x86_64 — 1 of 3 7
Создано SuSE Inc.
Операционная система SuSE Linux
Архитектура 64-разрядная (x64)
KB 5392
MD5 5dfa467838183a6c4ce55784eefdc996
ША1 30826b4000e99cbdd378dd18c109865bc478f9cf
CRC32: b9de5d54
+ api_v3.pyc 5dfa467838183a6c4ce55784eefdc996 5.27 KB
App SUSE OpenStack Cloud x86_64 — 1 of 3 7
Создано SuSE Inc.
Операционная система Linux
Архитектура 64-разрядная (x64)
KB 5392
MD5 5dfa467838183a6c4ce55784eefdc996
ША1 30826b4000e99cbdd378dd18c109865bc478f9cf
CRC32: b9de5d54

Распространенные проблемы Api_v3.pyc

Проблема SUSE OpenStack Cloud x86_64 — 1 of 3, связанная с api_v3.pyc, включает в

  • «Ошибка в файле Api_v3.pyc.»
  • «Отсутствует файл Api_v3.pyc.»
  • «Файл не найден: api_v3.pyc»
  • «Сбой загрузки: api_v3.pyc. «
  • «Ошибка регистрации Api_v3.pyc. «
  • «Ошибка Api_v3.pyc во время выполнения. «
  • «Api_v3.pyc не может загрузиться. «

Проблемы api_v3.pyc, связанные с SUSE OpenStack Cloud x86_64 — 1 of 3s, возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с api_v3.pyc, или во время процесса установки Windows. Запись при возникновении ошибок api_v3.pyc имеет первостепенное значение для поиска причины проблем SUSE OpenStack Cloud x86_64 — 1 of 3 и сообщения о них в SuSE Inc. за помощью.

Создатели Api_v3.pyc Трудности

Проблемы api_v3.pyc вызваны поврежденным или отсутствующим api_v3.pyc, недопустимыми ключами реестра, связанными с SUSE OpenStack Cloud x86_64 — 1 of 3, или вредоносным ПО.

Более конкретно, данные ошибки api_v3.pyc могут быть вызваны следующими причинами:

  • Запись api_v3.pyc повреждена или недопустима.
  • Вредоносные программы заражены и повреждены api_v3.pyc.
  • api_v3.pyc злонамеренно или ошибочно удален другим программным обеспечением (кроме SUSE OpenStack Cloud x86_64 — 1 of 3).
  • api_v3.pyc конфликтует с другой программой (общим файлом).
  • Загрузите повреждение или неполную установку программы, связанной с api_v3.pyc.

█ 27.01.2020 13:54

Цитата:

MWWRuza ➤ Сейчас попробую и токен по тому адресу получить…

Все то-же самое… При этом «ключевую пару» получает нормально, а сам токен — «Статус = 500″…

█ 27.01.2020 14:01

В описании получения токена адрес: «https://ismp.crpt.ru/api/v3/auth/cert/»… Может что-то не так с подписанием. Надо смотреть, может с той подписью по старому адресу проходило, а по этому авторизация не проходит.

█ 27.01.2020 14:02

Типа, там «тестовая площадка», и требований к подписанию меньше.

█ 27.01.2020 15:13

По адресу «https://ismp.crpt.ru/api/v3/auth/cert/» возвращается jSon, в котором список из трех значений:

code = «500»
description= «ru.crpt.common.service.clients.feign.configurations.BadRequestException: Организация не зарегистрирована
at ru.crpt.common.service.clients.feign.configurations.BadRequestConfiguration.lambda$errorDecoder$0(BadRequestConfiguration.java:37)
at feign.Sync»
error_message = «Организация не зарегистрирована»

Ерунда какая-то… Может все-таки для использования API требуется отдельная регистрация? А все, что мы по старому адресу получали, было типа «в тесте» — ?

Явно ему ЭЦП не нравится, авторизация то по ней проходит(точнее, в данном случае — не проходит). Но, с этой же ЭЦП я свободно в ЛК через web-интерфейс захожу, все работает, чеки вижу…
Надо сейчас еще «поковырять»1С восьмерку» типовую, посмотреть еще раз, как там это сделано… Ох не люблю я этого, больно там все запутано…

█ 27.01.2020 15:20

вот и у меня такая же ошибка, выше писал
но ведь ismotp.crptech.ru — тоже не тестовый адрес и никогда им не был, для тестов раньше был demo.lp.crpt.tech

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

█ 27.01.2020 15:45

Х.З… Они развели болото из разных версий и описаний, поди разберись…
У меня вообще есть описание, где вот такое:

Url (интеграционный стенд): «https://int01.gismt.crpt.tech/api/v3/true-api»
Url (промышленный стенд): «https://ismotp.crptech.ru/api/v3/true-api»

Про договор у меня тоже выскакивает, но, там написано, что «будет доступен в ЛК»… Когда «будет», на что это влияет, ничего не пишут
Понять бы, вообще это у кого-то работает? И если да, то по каким адресам?

█ 27.01.2020 16:37

Поставил 1С Демку… Выбрал в ней ЭЦП. Из нее нажал перейти в личный кабинет — ЭЦП видится, но при нажатии вход: «Организация не зарегистрирована». Адрес: «https://markirovka.crpt.ru/login-kep».
Вручную, как всегда, захожу в ЛК по той-жн ЭЦП — все нормально. Адрес другой: «https://tobacco.crpt.ru/dashboard».
Два разных адреса? Это как? Если я зареген в «табаке», то мне надо еще раз просто в «маркировке» региться? Вообще не понятно.
На скриншоте все видно:

█ 27.01.2020 16:56

ради интереса зарегистрировался на «https://markirovka.crpt.ru/login-kep»
там нет табака, только то, что будет: обувь, молочка и тд

зато теперь авторизация проходит на ismp.crpt.ru, без ошибки «Организация не зарегистрирована»

при запросе списка документов, возвращается всё тот же результат {«results»:[],»total»:0}

█ 27.01.2020 16:58

Пляски с бубном, но… По адресу: «https://tobacco.crpt.ru/api/v3/auth/cert/key» — возвращается ключевая пара,
а по адресу: «https://tobacco.crpt.ru/api/v3/auth/cert/» — возвращается токен, все нормально…
НО: по адресу «https://tobacco.crpt.ru/api/v3/facade/doc/listV2» — такой-же ТаймАут…

█ 27.01.2020 17:08

Если токен получить на тобако, а запрос делать к «https://ismp.crpt.ru», то возвращается тоже: Ответ = «{«results»:[],»total»:0}»

Какой-то садо-мазо, по другому не скажешь…

Часовой пояс GMT +3, время: 00:15.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.

Решение вопроса:

Это ошибка означает, что проверка не может быть выполнена.
Копируем марку, открываем справочник «Штрихкоды товаров и упаковок», находим эту марку, открываем и нажимаем «Проверить код упаковки» и при выборе организации видим такую же.
Открываем электронный УПД (когда марка эта поступила) — смотрим КПП организации получатель — там указан основной КПП, а продаете Вы с обособленного подразделения.
При Поступлении товаров при проверке у Вас тоже выходит ошибка, но вы не сканируете марки и пропускали эту ошибку.
Вам необходимо поставщику сказать, чтобы отправлял данные на обособленное подразделение и принимать марки Вы должны с проверкой, а не просто подтверждать не глядя.
Чтобы пропустить проверку заходим в Администрирование — Интеграция с ИС МП — Настройки сканирования — убрать флаг «Запрашивать данные с сервиса ГИС МТ»

Здравствуйте!
Кто-нибудь, в теме, что сейчас происходит с API «Честного знака» — ?
Как я понял, их прошло «миллион» версий, одна другой круче…

Короче, вопрос — закрывается магазинчик, и хочется обнулить остатки марок(ТАБАЧКА!) в ЧЗ в «0»…
Когда только появилась маркировка, я успешно разобрался с имеющимся на тот момент API в части получения доступа(генерация токена), и запросом на «дезагрегацию» упаковок(блоков, так, как поставщики в мелкие розничные магазины отгружают именно блоками, и их ШК указывают в УПД) сигарет, длв использования их GTIN пачек в учетной системе в качестве ЕАН пачек для продажи через кассы.
На тот момент, этого мне вполне хватало, и все это функционирует в нескольких торговых точках по сей день.

Но, вчера сунулся дописать запрос остатков марок в ЧЗ — и «сел в лужу»…
Запросы остатков марок по тому API, через который делал получение токена и дезагрегацию, оказывается не работают — что-бы не отправлял, везде 404… Хотя, эти функции продолжают работать.

Кто-то делал нечто подобное сейчас? Какие там «правильные» параметры запроса, URL, и т.п. — ?
Если у кого-то есть пример рабочего на текущий момент запроса — поделитесь плиз, буду безмерно признателен…

PS В принципе, мне для моей задачи, достаточно получить список марок со статусом «в обороте», далее их можно сохранить в Эксель, и в ЛК скормить документу списание. Делать это по API, я не собираюсь, задача разовая, «игра не стоит свеч». Но, получить этот список без API — не реально, их довольно много, в ручную, на несколько дней работа… А в ЛК я не нашел способа выгрузить их в файл.

Добрый день.

Хочу получить информацию о КМ через мое приложение, но вылетает ошибка


Запрос делаю на этот URL — https://markirovka.sandbox.crptech.ru/api/v3/true-api/cises/info

HttpPost poster = new HttpPost(URL);
poster.setHeader("Content-Type", "application/json");
poster.setHeader("Bearer ", validniyToken);
poster.setEntity(new StringEntity("["validniykod"]"));

В ответ прилетает ошибка

<html>
<head><title>400 Bad Request</title></head>
<body>
<center><h1>400 Bad Request</h1></center>
<hr><center>nginx</center>
</body>
</html>

Если пробовать прозвонить эндпоинт через Postman, то все работает.

В чем может быть дело?

Здравствуйте!
Кто-нибудь, в теме, что сейчас происходит с API «Честного знака» — ?
Как я понял, их прошло «миллион» версий, одна другой круче…

Короче, вопрос — закрывается магазинчик, и хочется обнулить остатки марок(ТАБАЧКА!) в ЧЗ в «0»…
Когда только появилась маркировка, я успешно разобрался с имеющимся на тот момент API в части получения доступа(генерация токена), и запросом на «дезагрегацию» упаковок(блоков, так, как поставщики в мелкие розничные магазины отгружают именно блоками, и их ШК указывают в УПД) сигарет, длв использования их GTIN пачек в учетной системе в качестве ЕАН пачек для продажи через кассы.
На тот момент, этого мне вполне хватало, и все это функционирует в нескольких торговых точках по сей день.

Но, вчера сунулся дописать запрос остатков марок в ЧЗ — и «сел в лужу»…
Запросы остатков марок по тому API, через который делал получение токена и дезагрегацию, оказывается не работают — что-бы не отправлял, везде 404… Хотя, эти функции продолжают работать.

Кто-то делал нечто подобное сейчас? Какие там «правильные» параметры запроса, URL, и т.п. — ?
Если у кого-то есть пример рабочего на текущий момент запроса — поделитесь плиз, буду безмерно признателен…

PS В принципе, мне для моей задачи, достаточно получить список марок со статусом «в обороте», далее их можно сохранить в Эксель, и в ЛК скормить документу списание. Делать это по API, я не собираюсь, задача разовая, «игра не стоит свеч». Но, получить этот список без API — не реально, их довольно много, в ручную, на несколько дней работа… А в ЛК я не нашел способа выгрузить их в файл.

  • При отправке документа на печать принтер выдает ошибку
  • При отправке декларации 3 ндфл ошибка отправки
  • При отправке данных на сервер произошла ошибка forbidden
  • При отправке вашего запроса на обмен возникла ошибка
  • При отправке ajax запроса произошла ошибка фанпей