нет связи с суз код состояния 400 токен не найден
Настройка связи с ИС МП в УТ 11.4 (Маркировка обуви)
Коллеги, всем привет!
Имеется базовая УТ 11.4.10.89. Выполнены все настройки обмена с ИС МП для маркировки обуви. Форма настроек возвращает положительный статус связи с ИС МП. Подкпиь подходящая и действующая, кабинет в СУЗ полностью заполнен, создан пользователь с токеном.
Однако, при попытке отправить из 1С документ заказа эмиссии кодов маркировка конфа возвращает ошибку:
Текст ошибки: При
выполнении запроса api/v3/facade/suz/registry возникла ошибка.
Код состояния HTTP:
400.
Текст ошибки: <
«error_type»: «VALIDATION»,
«error_class»:
«ru.crpt.km.order.facade.api.rest.exception.DisabledEndpointException»,
«error_target»:
null,
«error_value»:
null,
«error_message»:
«Данный метод более не доступен для использования. Всё взаимодействие по заказам КМ/шаблонам этикеток теперь происходит исключительно через АПИ СУЗ»,
«error_code»: 119,
«error_details»:
null
>..
Поддержка Честного знака отправила курить мануалы, но они как по мне для интеграции и программирования, а я просто администратор.
Как быть, может кто сталкивался?
А как Вы определили идентификатор omsid при настройке обмена с CУЗ? В честном знаке не могу его найти.
вообще конечно со всем этим делом вопросов больше чем ответов (
Имеется УТ 11.4.11.67
Обмен с СУЗ настроен, получил через него GTIN на остатки обуви.
Однако, при попытке отправить из 1С документ заказа эмиссии кодов маркировки вылезает ошибка:
Сообщение «Оформление заказа на эмиссию кодов маркировки по документу «Заказ на эмиссию кодов маркировки СУЗ 00УТ-000003 от 17.02.2020 11:38:17». Версия 1″ не подготовлено к отправке в ИС МП:
Не удалось определить активный СУЗ для организации.
Текст ошибки в журнале регистрации:
Ошибка при выполнении запроса GET api/v2/light/ping?omsId=3c4b26a5-090f-462e-a556-96a475358c79 в СУЗ 82.202.183.17:12 003
Ошибка работы с Интернет: Не могу установить соединение
<ОбщийМодуль.ИнтеграцияИСМП.Модуль(996)>: HTTPОтвет = Соединение.Получить(HTTPЗапрос);
<ОбщийМодуль.ИнтерфейсСУЗ.Модуль(1151)>: РезультатЗапроса = ИнтеграцияИСМП.ПолучитьДанныеИзСервиса(URLЗапроса, Неопределено, ПараметрыСУЗ, ЗаголовокHTTP);
<Документ.ЗаказНаЭмиссиюКодовМаркировкиСУЗ.МодульМенеджера(861)>: РезультатПроверки = ИнтерфейсСУЗ.ПроверитьДоступностьСУЗ_V2(Шапка.ВидПродукции, НастройкаОбмена);
<Документ.ЗаказНаЭмиссиюКодовМаркировкиСУЗ.МодульМенеджера(518)>: Возврат ЗаявкаНаЭмиссиюКодовМаркировкиJSON(ДокументСсылка, ДополнительныеПараметры);
<ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(1204)>: ВозвращаемоеЗначение = МенеджерОбъекта.СообщениеКПередачеJSON(ДокументСсылка, ДальнейшееДействие, ДополнительныеПараметры);
<ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(145)>: СообщенияДокументаJSON = СообщениеКПередачеJSON(
<ОбщийМодуль.ИнтеграцияИСМПСлужебный.Модуль(539)>: ВозвращаемоеЗначение = ПодготовитьКПередачеУниверсально(ВходящиеДанные, ПараметрыОбмена);
<(1)>:ИнтеграцияИСМПСлужебный.ПодготовитьКПередачеДлительнаяОперация(Параметры[0],Параметры[1])
<ОбщийМодуль.ОбщегоНазначения.Модуль(4797)>: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
<ОбщийМодуль.ДлительныеОперации.Модуль(768)>: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыПроцедуры);
<ОбщийМодуль.ДлительныеОперации.Модуль(759)>: ВыполнитьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Ошибка работы с Интернет: Не могу установить соединение
1С:Бухгалтерия 8.
Новое в версии 3.0.90.53
Переход на динамический токен при обмене с СУЗ ИС МП
Добавлена возможность перехода на использование динамического токена при обмене с СУЗ ИС МП, поскольку с 01.04.2021 оператор ГИС МТ вводит ограничение на подключение к СУЗ через статический токен.
В связи с этим в документах для операций, требующих обращения к СУЗ, необходимо указывать производственный объект, для которого будет запрашиваться динамический токен.
Перемаркировка товаров
Добавлена возможность перемаркировки товаров. Перемаркировка для большинства причин возможна без указания старого кода маркировки. Для причины перемаркировки «Выявлены ошибки описания товара» обязательно указание старого кода маркировки.
Для перемаркировки необходимо:
Перемаркировку можно начать со сканирования нового кода маркировки, если старый код маркировки отсутствует или поврежден и товар перемаркируется не по причине «Выявлены ошибки описания товара».
Маркировка импортных товаров с подготовкой кодов для таможенной декларации
Добавлена возможность маркировки импортных товаров с подготовкой кодов для таможенной декларации на товары. Таким образом можно исключить расхождение данных ФТС и ГИС МТ по кодам идентификации.
Возможные варианты подготовки кодов для заполнения декларации:
Маркировка одежды и обуви, принятых на комиссию от физических лиц
Добавлена возможность маркировки обуви и одежды, принятых на комиссию от физических лиц, не являющихся индивидуальными предпринимателями.
Для маркировки необходимо:
Печать кодов маркировки сервис-провайдером
Добавлена возможность в заказе на эмиссию кодов маркировки указать, что их печать выполняется сервис-провайдером.
Просмотр и закрытие активных заказов СУЗ
Добавлена возможность просмотра и выборочного закрытия активных заказов на эмиссию кодов маркировки в СУЗ. Могут быть закрыты заказы, например, если СУЗ переполнена заказами, отсутствующими в информационной базе.
Регламентированная отчетность
Расширение номенклатуры форм регламентированной отчетности
В состав форм регламентированной отчетности добавлены:
Изменения в формах регламентированной отчетности
В форму статистики № 3-информ «Сведения об использовании цифровых технологий и производстве связанных с ними товаров и услуг» (ОКУД 0604018) в редакции приказа Росстата от 28.01.2021 № 45, внесены изменения, утвержденные приказом Росстата от 26.02.2021 № 106.
В форму статистики № 4-инновация «Сведения об инновационной деятельности малого организации» (ОКУД 0604017) в редакции приказа Росстата от 30.07.2020 № 424 внесены изменения, утвержденные приказом Росстата от 16.12.2020 № 791.
Изменения в электронном представлении форм регламентированной отчетности
Для формы статистики № 3-информ «Сведения об использовании информационных и коммуникационных технологий и производстве вычислительной техники, программного обеспечения и оказания услуг в этих сферах» (ОКУД 0604018) в редакции приказа Росстата от 26.02.2021 № 106 реализована выгрузка в электронном виде в соответствие с XML-шаблоном от 11.03.2021.
Для формы статистики № 4-инновации «Сведения об инновационной деятельности организации» (ОКУД 0604017) в редакции приказа Росстата от 16.12.2020 № 791 реализована выгрузка в электронном виде в соответствии с XML-шаблоном от 05.03.2021.
Если Вы не нашли интересующий Вас функционал по поддержке законодательства, то посмотрите наши планы, очень возможно, что он скоро будет!
Ошибка 400 Bad Request: что это означает и как ее исправить
Ошибка 400 Bad Request – это код ответа HTTP , который означает, что сервер не смог обработать запрос, отправленный клиентом из-за неверного синтаксиса. Подобные коды ответа HTTP отражают сложные взаимоотношения между клиентом, веб-приложением, сервером, а также зачастую сразу несколькими сторонними веб-сервисами. Из-за этого поиск причины появления ошибки может быть затруднён даже внутри контролируемой среды разработки.
В этой статье мы разберём, что значит ошибка 400 Bad Request ( переводится как « Неверный запрос »), и как ее исправить
На стороне сервера или на стороне клиента?
С другой стороны, ошибка 400 Bad Request означает, что запрос, присланный клиентом, был неверным по той или иной причине. Пользовательский клиент может попытаться загрузить слишком большой файл, запрос может быть неверно сформирован, заголовки HTTP запроса могут быть неверными и так далее.
Мы рассмотрим некоторые из этих сценариев ( и потенциальные решения ) ниже. Но имейте в виду: мы не можем однозначно исключить ни клиент, ни сервер в качестве источника проблемы. В этих случаях сервер является сетевым объектом, генерирующим ошибку 400 Bad Request и возвращающим её как код ответа HTTP клиенту, но возможно именно клиент ответственен за возникновение проблемы.
Начните с тщательного резервного копирования приложения
Подобный подход обеспечит чистую тестовую площадку, на которой можно отрабатывать все возможные сценарии и потенциальные изменения, чтобы исправить или иную проблему без угрозы безопасности или целостности вашего « живого » приложения.
Диагностика ошибки 400 Bad Request
Ошибка 400 Bad Request означает, что сервер ( удалённый компьютер ) не может обработать запрос, отправленный клиентом ( браузером ), вследствие проблемы, которая трактуется сервером как проблема на стороне клиента.
Существует множество сценариев, в которых ошибка 400 Bad Request может появляться в приложении. Ниже представлены некоторые наиболее вероятные случаи:
Исправление проблем на стороне клиента
Устранение ошибки 400 Bad Request ( попробуйте позже ) лучше начать с исправления на стороне клиента. Вот несколько советов, что следует попробовать в браузере или на устройстве, которые выдают ошибку.
Проверьте запрошенный URL
Очистите соответствующие куки
Одной из потенциальных причин возникновения ошибки 400 Bad Request являются некорректные или дублирующие локальные куки. Файлы куки в HTTP – это небольшие фрагменты данных, хранящиеся на локальном устройстве, которые используются сайтами и веб-приложениями для « запоминания » конкретного браузера или устройства. Большинство современных веб-приложений использует куки для хранения данных, специфичных для браузера или пользователя, идентифицируя клиента и позволяя делать следующие визиты быстрее и проще.
Куки хранятся по принципу доменного имени веб-приложения, поэтому можно удалить только те куки, которые соответствуют домену сайта, сохранив остальные куки не тронутыми. Но если вы не знакомы с ручным удалением определённых файлов куки, гораздо проще и безопаснее очистить сразу все файлы куки.
Это можно сделать разными способами в зависимости от браузера, который вы используете:
Загрузка файла меньшего размера
Если вы получаете ошибку 400 Bad Request при загрузке какого-либо файла, попробуйте корректность работы на меньшем по размеру файле, Это включает в себя и «загрузки» файлов, которые не загружаются с вашего локального компьютера. Даже файлы, отправленные с других компьютеров, считаются «загрузками» с точки зрения веб-сервера, на котором работает ваше приложение.
Выйдите и войдите
Попробуйте выйти из системы и войти обратно. Если вы недавно очистили файлы куки в браузере, это приводит к автоматическому выходу из системы при следующей загрузке страницы. Попробуйте просто войти обратно, чтобы посмотреть, заработала ли система корректно.
В большинстве веб-приложений выход повторный вход приводит к перегенерации локального токена сессии.
Отладка на распространённых платформах
Откатите последние изменения
Аналогично, любые расширения или модули, которые были обновлены, могут вызывать ошибки на стороне сервера, поэтому откат к предыдущим версиям этих расширений также может помочь.
Но в некоторых случаях CMS не предоставляют возможности отката к предыдущим версиям. Так обычно происходит с популярными платформами, поэтому не бойтесь, если вы не можете найти простой способ вернуться к использованию старой версии той или иной программной платформы.
Удалите новые расширения, модули или плагины
Проверьте непреднамеренные изменения в базе данных
Расширение может изменить записи в базе данных, которые «не принадлежат» ему, а созданы и управляются другими расширениями ( или даже самой CMS ). В подобных случаях модуль может не знать, как откатить назад изменения, внесенные в записи базы данных.
Я лично сталкивался с такими случаями несколько раз. Поэтому лучшим путём будет открыть базу данных и вручную просмотреть таблицы и записи, которые могли быть изменены расширением.
Поиск проблем на стороне сервера
Проверка на неверные заголовки HTTP
Просмотрите логи
Почти любое веб-приложение будет вести логи на стороне сервера. Они представляют собой историю того, что делало приложение. Например, какие страницы были запрошены, к каким серверам оно обращалось, какие результаты предоставлялись из базы данных и т.п.
Отладьте код приложения или скриптов
Если это не помогло, проблема может быть в исходном коде, который выполняется внутри приложения. Попытайтесь диагностировать, откуда может исходить проблема, отлаживая приложение вручную и параллельно просматривая логи приложения и сервера.
Независимо от причины возникновения ошибки, даже если вам удалось исправить её в этот раз, появление в вашем приложении такой проблемы — это сигнал для того, чтобы внедрить инструмент обработки ошибок, который поможет автоматически обнаруживать их и оповещать в момент возникновения.
Пожалуйста, оставляйте свои отзывы по текущей теме статьи. Мы крайне благодарны вам за ваши комментарии, отклики, дизлайки, подписки, лайки!
Настройка соединения с СУЗ в 1С
Данная инструкция будет актуальна после включения поддержки альтернативной табачной продукции (АТП) в 1С:Управление торговлей 11. Сроки включения поддержки АТП можно посмотреть здесь.
В разделе Склад и доставка перейти в рабочее место Обмен с ИС МП
Открыть список станций управления заказами
Создать новую станцию управления заказами
В форме новой станции управления заказами заполнить поля:
Вернуться в рабочее место Обмен с ИС МП
Перейти в настройки интеграции с ИС МП
Открыть Параметры подключения к СУЗ
Создать новую настройку
В форме новой настройки обмена заполнить поля:
Сохранить изменения по кнопке «Записать». В результате должно появиться сообщение, что подключение настроено корректно.