Добрый день.
Кто нить сталкивался ?
При попутке аткуализировать токен или попытке авторизоваться из 1С в ЧЗ выдает следующее :

При выполнении запроса api/v3/true-api/auth/simpleSignIn возникла ошибка.
Код состояния HTTP: 400.
Текст ошибки: {
  "error_message": "В запросе отсутствует идентификатор авторизации (UUID)"
}.

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

Но стоило уехать в отпуск....

пиот долбанный виноват, скорее всего и 1 октября

Отключить использование токен формата UUID

Да. Вчера UUID работал. Сегодня не хочет.

из документации по труапи

Сейчас у вас для получения токена вызывается auth/simpleSignIn куда передается подписанный ИНН

Нужно так:
1. вызвать auth/key, получить пару: uuid,data
2. подписать data
3. вызвать auth/simpleSignIn передать туда uuid, подписанный data

(5) дополнение для получения UUID токена (т.к. JWT токен работает только до конца года)

3. вызвать auth/simpleSignIn передать туда uuid, подписанный data, inn, unitedToken = true

зы
подписанный data - data из auth/key нужно преобразовать в base64 потом подписать (прикрепленная подпись)
Впрочем, это все написано в доке

Алгоритм получения "Единого токена в формате UUID", это по сути алгоритм получения длинного JWT, только во втором запросе еще один параметр добавлен, что он короткий: "unitedToken", значение: "true".
А так, те-же два запроса.

Вообще, всем участникам была рассылка от ЧЗ:

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

Что необходимо сделать:

    Если вы используете в работе интеграционные решения по True API, убедитесь, что ваше решение использует обновлённую логику получения токена: для получения токена аутентификации в новом формате UUID запрашивается уникальная пара (UUID (идентификатор текущей аутентификации) и сгенерированные случайные данные, которые подписываются УКЭП пользователя организации, отправляющего запрос) с помощью метода «Запрос авторизации при единой аутентификации» (/auth/key)
    Если вы работаете только через веб-интерфейс личного кабинета Системы маркировки, то дополнительные действия не требуются

И в каком релизе ERP 1С планирует это исправить/добавить ?

патч

https://dropmefiles.com/MWAwG

(9) Что исправлять/добавлять?
У нас все работает пркрасно.

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

Я переключил все обратно на длинный токен jwt и оно заработало.

Поддержка ЧЗ блеет что-то типа они в курсе проблемы, но как то неуверенно, может типа и не у них проблема.

(12) jwt будет работать только до конца года

uuid токен нужно получать так как описано в доке
Способ которым он получался ранее теперь не работает

Ды бл*ди они... Запутали всех УОТ.
Изначально, (JWT в TrueAPI на этот момент уже был!) придумали "единый токен в формате UUID", алгоритм его получения был простейший - в отличии от JWT один запрос, на вход передавалась строка "подписанного ИНН", в ответ прилетал токен, строка 36 символов...
JWT уже тогда получался двумя запросами, первым получалась пара - uuid и data, data подписывалась УКЭП, и вместе с uuid отправлялась запросом на сервер. В ответ прилетал токен - большая стока, ~8-10 кб...
Теперь, они решили "скрестить ежа и ужа" - алоритм от JWT, только в тело второго запроса добавлен еще один параметр - "unitedToken", при установке значения которого в "true" возвращается короткий токен, 36 символов.
При этом, он как назывался "Единый в формате UUID", так и остался. Хотя, по алгоритму получения, это совсем другое, ближе к JWT.
Отсюда и путаются многие :-(

А еще есть "единая" аутентификация для суз, но со своим нюансом)

Есть токен для СУЗ. Есть токен для  ИС МП. Настроены ТсПИОТ.

Но парит то что постоянно нужно токен ИС МП обновлять. Без него не сканируется КМ на рабочих местах. Можно как то от этого избавиться?

Управление торговлей, редакция 11 (11.5.27.93)

Спасибо.

(16) Без него не сканируется КМ на рабочих местах.

А для чего Вы их сканируете на рабочих местах?
Если это розничные продажи через ККТ, то там должен работать ТСПИоТ, тем более он у Вас настроен, и ни какие токены больше для этого не нужны.
А если Вы сканируете марки для каких-то оптовых операций, например для отгрузок через УПД или еще чего-то, то, нужен токен ИС МП(TrueAPI) и ни куда от этого не деться, все верно.

Поэтому, Вы поясните, кто Вы вообще такой? Розница? Поставщик-оптовик? Все вместе?

От этого зависит, как должны марки проверяться, нужен/не нужен токен и какой? Или ПИоТа достаточно.

Все вместе. Есть и розниц а и оптовые продажи с передачей документов по ЭДО.

Я согласен что вроде не нужен токен для сканирования но тем не менее 1с не сканирует (не проверяет КМ) товар без этого номера.

Сейчас речь конечно идет о рознице (Чек ККМ)

В настройках ЧЗ, стоит Проверка кодов маркировки средствами ККТ (ФФД 1.2)

Сейчас стоит настройка - при сканировании.

Ну, я типовые 1С не очень уважаю, и поэтому не знаю особо, как там. Но, там что-то на дату начала применения РР по конкретной ТГ завязано.
Вот, соседняя тема как раз про это: Розница. При продаже некоторых маркированных товаров просит ЭЦП

(13) Именно про это я и написал, их новомодный способ получения единого токена внезапно 1го октября отвалился и не работал. получали мы его двумя запросами. пришлось откатиться на jwt.

техподдержка мне написала что ошибка устранена, но пока не хочу экспериментировать, пока на jwt работаем