Срок действия ключа Егаис

[electronik]

Сбис и некоторые другие выпускали сертификаты со сроком действия до 2038 г.
Но до 2038 года - открытый ключ.
Закрытый как обычно на 15 мес.
Но! Ведь при работе УТМ закрытый и не используется, Вроде только при подписании документы в УТМ на выдачу транспортного сертификата.
Вот тут в одной конторе вроде как срок закрытого должен был кончиться.
Решил не обновлять, в последний день заменил транспортный ещё на год и решил посмотреть что будет.
И...всё работает

[crunch]

Может открытый на 15мес? 
Юридически по бумажкам ФСБ подпись выпущенная программным способом (КриптоПро) не может быть больше 15месяцев.
Для Аппаратных носителей 2года.
Если ничего не поменялось с того периода.

[NewKid]

Сбис и некоторые другие выпускали сертификаты со сроком действия до 2038 г.
Но до 2038 года - открытый ключ.
Закрытый как обычно на 15 мес.
Но! Ведь при работе УТМ закрытый и не используется, Вроде только при подписании документы в УТМ на выдачу транспортного сертификата.
Вот тут в одной конторе вроде как срок закрытого должен был кончиться.
Решил не обновлять, в последний день заменил транспортный ещё на год и решил посмотреть что будет.
И...всё работает

Не работает без закрытого кюча ГОСТ.

[electronik]

Не работает без закрытого кюча ГОСТ.

Проверил ещё...
Всё работает.
Ну хотя...как скажете

[suslayer]

Но! Ведь при работе УТМ закрытый и не используется, Вроде только при подписании документы в УТМ на выдачу транспортного сертификата.

Это не так Абсолютно все документы подписываются "ГОСТовой подписью", которая в составе "пакета" передается по защищенному каналу организованному на "RSA ключах".

[NewKid]

Не работает без закрытого кюча ГОСТ.

Проверил ещё...
Всё работает.
Ну хотя...как скажете

Не знаю все ключи выпущенные Казначейством со сроками сертификата 10 лет, у меня перестали работать через  плюс минус год.

[electronik]

Это не так Абсолютно все документы подписываются "ГОСТовой подписью", которая в составе "пакета" передается по защищенному каналу организованному на "RSA ключах".

Ну Вам конечно виднее - но оно работает
Покрайней мере водка бьётся. Документы пока не получали.
А что там собственно подписывать закрытым  ГОСТ ключом?
УТМ при запуске проверяет по цифровому удостоверению (открытому ключу) физлицо, на которое он выдан, сверяет доверенность,
А дальше работает только транспортный RSA-сертификат.
Или я не прав ?

Могу заскринить что надо...

[apr1l]

Это косяк утм, что у вас работает он
Обновите до последнего билда-вроде бы в нем решено это(так техподдержка вроде бы отписывалась, что будет "решено" в последующих версиях)
де-юро эп у вас не действительная
ИМХО, ООО не стоит работать в таком режиме, продлите им ЭП

кстати вполне возможно что там вам будет сыпать CryptoTicket ваша подпись не действительна

[suslayer]

А что там собственно подписывать закрытым  ГОСТ ключом?

Как уже сказано, абсолютно все документы, которые называются "акт фискации чего-то там[розничной продажи, акта списания]".

УТМ при запуске проверяет по цифровому удостоверению (открытому ключу) физлицо, на которое он выдан, сверяет доверенность,

Ничего оно не проверяет, а использует первое что прочитало с токена, можете сгенерить rsa на подписи директора, обнулить гостовую область и записать туда физика - всё будет работать, во всяком случае так было, давно уже этого не касаюсь, если поправили молодцы.

Могу заскринить что надо...

Заскринить что? Как УТМ работает с "просроченным" закрытым ключом? Давайте.

[electronik]

Никаких  ошибочных тикетов нет.
Списывали пиво, скрин квитанции во вложении.

[apr1l]

поставьте билд утм актуальный 2632, хотелось бы понимать будет работать или нет
у вас билд 2023 года
в октябре работало на актуальных на тот момент релизах, но прошло полгода, должны были и исправить уже
ну можете написать еще в фсрар лк
они вас "обрадуют, что можно и не продлевать ничего и пользоваться 15 лет"

[electronik]

поставьте билд утм актуальный 2632, хотелось бы понимать будет работать или нет
у вас билд 2023 года
в октябре работало на актуальных на тот момент релизах, но прошло полгода, должны были и исправить уже
ну можете написать еще в фсрар лк
они вас "обрадуют, что можно и не продлевать ничего и пользоваться 15 лет"

А зачем ?
Работает и ладно.
Ну 15 лет не проработает, а год ещё пока транспортный живой протянет

[suslayer]

Никаких  ошибочных тикетов нет.
Списывали пиво, скрин квитанции во вложении.

Судя по логам, Вы правы, и это довольно забавно.

Код: [Выделить]

[10]: ObjectId: 2.5.29.16 Criticality=false
PrivateKeyUsage: [
From: Thu Dec 21 11:01:17 MSK 2023, To: Fri Mar 21 11:01:17 MSK 2025]

Срок действия закрытого ключа истек 21 марта 2025 года.
А забавно тут то, что ВООБЩЕ никаких подписей не выполняется, это прекрасно я считаю
Вообще не удивлюсь если ещё и валидность сертификатов не проверяется, генерируй самоподписанный и в бой...

Код: [Выделить]

...
2025-03-24 11:24:38,181 INFO  ru.centerinform.transport.backbone.schedule.Publisher - Отправка документа через веб-сервис, Type: ActWriteOff_v3
2025-03-24 11:24:38,181 INFO  ru.centerinform.transport.ws.sender.service.WebServiceSender - Отправка c uuid:006514d4-c471-4ff0-a23d-5674f29052a4 docType:ActWriteOff_v3
2025-03-24 11:24:38,352 INFO  ru.centerinform.transport.ws.sender.service.WebServiceSender - Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 4.2.0b002583]
2025-03-24 11:24:40,162 INFO  ru.centerinform.transport.backbone.schedule.Publisher - Конец публикации оптовых документов
...
2025-03-24 11:26:41,374 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Получен оптовый документ. ReplyId: [006514d4-c471-4ff0-a23d-5674f29052a4] FileId: [030x5402239C-B7C1-4BFC-A5C9-07586043AFE8]
2025-03-24 11:26:41,405 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Документ ReplyId: [006514d4-c471-4ff0-a23d-5674f29052a4] FileId: [030x5402239C-B7C1-4BFC-A5C9-07586043AFE8] сохранен в БД

На интерес приложите пожалуйста transport_transaction.log

[alcohelp]

https://saby.ru/news/uc/bb8c268e-62a5-45e9-851c-2bb2f302bd88

[apr1l]

поставьте билд утм актуальный 2632, хотелось бы понимать будет работать или нет
у вас билд 2023 года
в октябре работало на актуальных на тот момент релизах, но прошло полгода, должны были и исправить уже
ну можете написать еще в фсрар лк
они вас "обрадуют, что можно и не продлевать ничего и пользоваться 15 лет"

А зачем ?
Работает и ладно.
Ну 15 лет не проработает, а год ещё пока транспортный живой протянет

"ФСРАРоттобако настоятельно рекомендует использовать актуальный билд универсального транспортного модуля (УТМ) для корректной работы с ЕГАИС.
Использование актуальной версии УТМ носит не рекомендательный, а обязательный характер."

окей, знакомый проходил и увидел тему тут
на примере  вашей организации тогда запрос планирует сделать в фсрар
нормально ли это или не очень? и будут ли какие-то санкции за такое использование утм с истекшим закрытым ключом
идеально будет, если вы мне еще открытый серт сбросите

[alcohelp]

https://ca.kontur.ru/articles/54766-uc_kontura_vydaet_12letnie_sertifikaty

[electronik]

На интерес приложите пожалуйста transport_transaction.log

[suslayer]

На интерес приложите пожалуйста transport_transaction.log

У вас носитель физический или наэмулировали чего?

кстати вполне возможно что там вам будет сыпать CryptoTicket ваша подпись не действительна

В первый раз не долистал, CryptoTicket'ы там действительно есть, правда только на чеки.

Код: [Выделить]

2025-03-24 09:21:59,504 INFO  ru.centerinform.transport.backbone.http.controller.workflow.WorkflowChequeController - Получен Cheque
2025-03-24 09:21:59,504 WARN  ru.centerinform.transport.util.a - Поле [OID.1.2.643.100.4] не найдено в сертификате
2025-03-24 09:21:59,535 INFO  ru.centerinform.transport.validate.retail.ChequeV1Validator - Цена для 187433211701231024001LBTPOOMESVS2ULQBKVIS73HG6Y24J5ZHTPFUQGZHF6JVAKNBAFOVLCD4XBVR7DKLVQBUIBTQCVFFJTZL6R3VLEC6OSEKZAMGH4JTDG3DGMJLE7RD66U6ZL4YDQESF2U4Y корректна.
2025-03-24 09:21:59,863 WARN  ru.centerinform.transport.backbone.http.controller.workflow.WorkflowChequeController - Filter - Найдены невалидные марки
2025-03-24 09:21:59,863 INFO  ru.centerinform.transport.validate.retail.ChequeV1Handler - [Future] Результат проверки чека: [Проверка пройдена]
2025-03-24 09:21:59,879 WARN  ru.centerinform.transport.backbone.http.controller.workflow.WorkflowChequeController - Filter - [Продажа] Данные марки отсутствуют на остатках: [187433211701231024001LBTPOOMESVS2ULQBKVIS73HG6Y24J5ZHTPFUQGZHF6JVAKNBAFOVLCD4XBVR7DKLVQBUIBTQCVFFJTZL6R3VLEC6OSEKZAMGH4JTDG3DGMJLE7RD66U6ZL4YDQESF2U4Y]
2025-03-24 09:21:59,879 INFO  ru.centerinform.transport.backbone.http.controller.workflow.WorkflowChequeController - Сохранение данных для последующей отправки: ChequeV1(inn=3307000327, kpp=333445001, address=г.Муром Карачаровская 68А, cashboxId=7384440800431060, sequenceId=56, ticketId=2476, date=2403250921, name="Карачаровский", bottles=[Bottle {barcode=187433211701231024001LBTPOOMESVS2ULQBKVIS73HG6Y24J5ZHTPFUQGZHF6JVAKNBAFOVLCD4XBVR7DKLVQBUIBTQCVFFJTZL6R3VLEC6OSEKZAMGH4JTDG3DGMJLE7RD66U6ZL4YDQESF2U4Y, price=487.00, ean=4601126000422, volume=0.5000}])
2025-03-24 09:22:37,412 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob - Начало задачи обмена документами с сервером ЕГАИС по расписанию
2025-03-24 09:22:37,412 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob - Отправка данных на сервер ЕГАИС по расписанию
2025-03-24 09:22:37,412 INFO  ru.centerinform.transport.backbone.schedule.Publisher - Отправка данных на сервер ЕГАИС
2025-03-24 09:22:37,428 INFO  ru.centerinform.transport.backbone.schedule.Publisher - Публикация списков тикетов в кол-ве: 1
2025-03-24 09:22:37,506 INFO  ru.centerinform.transport.ws.sender.service.WebServiceSender - Отправка c uuid:ba4775ef-a461-4fee-b453-a17c40856340 docType:Cheque
2025-03-24 09:22:37,677 INFO  ru.centerinform.transport.ws.sender.service.WebServiceSender - Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 4.2.0b002583]
2025-03-24 09:22:39,440 INFO  ru.centerinform.transport.backbone.schedule.Publisher - Конец публикации данных
2025-03-24 09:22:39,456 INFO  ru.centerinform.transport.backbone.schedule.Publisher - Завершение задачи отправки документов на сервер ЕГАИС
2025-03-24 09:22:39,456 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob - Завершение задачи отправки документов на сервера ЕГАИС по расписанию
2025-03-24 09:22:39,456 INFO  ru.centerinform.transport.backbone.schedule.WSExchangeJob - Получение документов с сервера ЕГАИС по расписанию
2025-03-24 09:22:39,456 INFO  ru.centerinform.transport.backbone.schedule.Receiver - [RESTful] Получение документов с сервера ЕГАИС
2025-03-24 09:22:41,141 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Получение документов с сервера ЕГАИС
2025-03-24 09:22:41,141 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Счетчик непогашенных чеков: [1]
2025-03-24 09:22:41,141 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Счетчик непогашенных запросов: [7]
2025-03-24 09:22:41,421 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Счетчик непогашенных АСКП: [0]
2025-03-24 09:22:41,671 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Запрос документов с сервера
2025-03-24 09:22:41,983 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Анализ содержимого документа type: CryptoTicket, fileId: 020x794FE1B1-8F55-46DF-A866-1B27A3B6AAF9, path: [C:\UTM\transporter\bin\..\xml\ws\020x794FE1B1-8F55-46DF-A866-1B27A3B6AAF9]
2025-03-24 09:22:41,983 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Тип документа - квитанция на чек [Cheque] с UUID [ba4775ef-a461-4fee-b453-a17c40856340]
2025-03-24 09:22:41,983 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Содержимое документа: [<?xml version="1.0" encoding="utf-8"?>
<ns:Documents xmlns:tc="http://fsrar.ru/WEGAIS/Ticket" Version="1.0" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01">
  <ns:Owner>
    <ns:FSRAR_ID>3463047</ns:FSRAR_ID>
  </ns:Owner>
  <ns:Document>
    <ns:Ticket>
      <tc:TicketDate>2025-03-24T09:22:20</tc:TicketDate>
      <tc:DocId />
      <tc:TransportId>ba4775ef-a461-4fee-b453-a17c40856340</tc:TransportId>
      <tc:DocHash />
      <tc:DocType />
      <tc:Result>
        <tc:Conclusion>Rejected</tc:Conclusion>
        <tc:ConclusionDate>2025-03-24T09:22:20</tc:ConclusionDate>
        <tc:Comments>Нарушена целостность конверта</tc:Comments>
      </tc:Result>
    </ns:Ticket>
  </ns:Document>
</ns:Documents>]
2025-03-24 09:22:41,999 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Документ Cheque c UUID: [ba4775ef-a461-4fee-b453-a17c40856340] - ошибка фиксации на сервере ЕГАИС
2025-03-24 09:22:41,999 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Ответ сервера сохранен в файл: [C:\UTM\transporter\bin\..\xml\ws\Error_ba4775ef-a461-4fee-b453-a17c40856340]
2025-03-24 09:22:41,999 INFO  ru.centerinform.transport.backbone.schedule.Receiver - Удаление временного файла: C:\UTM\transporter\bin\..\xml\ws\020x794FE1B1-8F55-46DF-A866-1B27A3B6AAF9

А вот почему на акты оно так не ругается надо выяснять конечно(но уже не хочется), хотя чему удивлятся если товароучетное ПО шлет чеки ещё в первой версии Cheque вместо (ChequeV3), а это поделие всё проглатывает и подписывает
Несмотря на это, УТМ ЕГАИС выглядит куда более законченным решением нежели ЛМ ЧЗ

[crunch]

Ну с виду выглядит как какая то глупость.... Зачем в заблуждения вводить. И как такие мегокорпорации не будут собирать ежегодно бабло с клиентов.

https://cryptopro.ru/sites/default/files/docs/csp/50r2/%D0%96%D0%A2%D0%AF%D0%98.00101-02%2095%2001.%20%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D0%B0%20%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F.pdf
Конец 10 страницы

Где то еще были подобные бумажки от ФСТЭКа или ФСБ, не помню, давно изучал эту тему с такими же сроками, хотя раньше для не экспортируемых "носителей" было 2 года, щас смотрю 3 пишут.

[Andry666]

Подтверждаю... Остался ключ с не активной  точки.
Рутокен ЭЦП 2.0. УТМ 4.2.0-b2616
Сертификат на физ лицо. Закрытая часть до 09.02.25.
Сертификат RSA записался с первого раза.... Дальше не проверял...

[Slava]

Хрень какую-то ФСБ пишет - ну возьми RSA в два килобита и разложи за год , да хоть за десять .
Вроде рекорд был в 829 бит , за два килобита приз в 200 тонн  зелени объявлен официально .

[electronik]

Всё-таки вот задумался...
Ну косяк разработчиков УТМ понятен - им установили сжатые сроки, организовать работу по доверенностям.
В результате всё работает, задачи фсрар выполнены, но забыли всунуть в  УТМ интересы УЦ, некогда было, Понятно, в следующих версиях учтут...
Один вопрос - откуда взялось выпуск до 2038 года.
Косяком одним УЦ Тензор не объяснить. Многие УЦ выпускали такие сертификаты.
Сейчас таких уже не выпускают.
Зачем ? почему выпускали ?
Народ, как думаете ?

[geodile]

electronik, выше же ссылка есть

Что такое 12-летний сертификат
О таком сертификате написали в законе 63-ФЗ в 2023 году. Как и следует из названия он действует в 10 раз дольше обычного — 12 лет. Но есть один нюанс — продлевать такой сертификат придется все так же каждые 12 или 15 месяцев. Именно такой период действует закрытый ключ электронной подписи, а без него создать новую подпись не получится.

Объясним на примере: 13 января 2024 года руководитель ООО «Море» заверил документы для контрагента электронной подписью без метки времени, сертификат которой действует год, а 14 января 2025 его срок истек. При проверке документа 15 января партнер увидит, что подпись под ним недействительна. Сертификат на 12 лет такую проверку пройдет, ведь он действует все эти годы, даже когда срок ключей закончился.

 
Можно ли вместо 12-летнего сертификата использовать КЭП с меткой доверенного времени
Да, можно. Метка доверенного времени подтверждает информацию о дате и времени подписания. Благодаря ей КЭП под документом остается действительной даже после истечения сертификата.

Например, руководитель ООО «Море» подписал документ КЭП с меткой времени 13 января 2024 года, 14 января 2025 действие сертификата закончилось, но после этой даты подпись все еще будет отображаться как актуальная.

[suslayer]

Один вопрос - откуда взялось выпуск до 2038 года.
Косяком одним УЦ Тензор не объяснить. Многие УЦ выпускали такие сертификаты.
Сейчас таких уже не выпускают.
Зачем ? почему выпускали ?

Это были требования ГИИС ДМДК

[Slava]

/// Сбис и некоторые другие выпускали сертификаты со сроком действия до 2038 г.
Но до 2038 года - открытый ключ.
Закрытый как обычно на 15 мес.

Какой алгоритм ?
Думаю , что это чистое недопонимание .
Открытый и закрытый это неразлучная пара .
Или может быть СБИС имел в виду , что проверять можно , подписывать нельзя .
А все эти бла-бла-бла что через год кто-то чего-то там взломает для бухгалтеров ,
Про ГОСТ есть книжка у Нила Коблица - есть в открытом доступе .
А Нил Коблиц и Виктор Миллер и придумали вот это вот всё , что сейчас называется ECC .
Кстати биография у человека конкретная - Вьетнам , Никарагуа , но там он не воевал , а учил

[electronik]

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

Трудятся люди, не иначе  ...и форум наш читают

[geodile]

electronik, уже пару дней  такая фигня, лежит егаис

[ArtMon]

Добрый день. Есть решение по отправленным ЕГАИС накладным в период сбоя с 26 марта? Некоторые накладные так и не дошли от поставщиков, хотя новые стали получать. УТМ повторно не отправляет по номеру накладной, реальный статус хрен проверишь т.к. сайт проверки https://check1.fsrar.ru дает ошибку. Делал обращения на ТП контура и фсрара - не могут помочь, отписываются не вникая.

[ArtMon]

Нашел решение по отправке  подтверждения вручную, кто-нибудь проверял работоспособность? Минус что накладной так и не появится в учетной программе, но поставщики должны отстать.

если вам не дошла ТТН но поставщик просит подтвердить , или нет возможности перезапроса то используйте прямое подтверждение ТТН без получение ТТН, создайте файл xml и внесити этот код но внесите ваши данные и после отправте в утм через исходящие и на кнопку в виде самолётика

<ns:Documents xmlns:ce="http://fsrar.ru/WEGAIS/CommonV3" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:wa="http://fsrar.ru/WEGAIS/ActTTNSingle_v4" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns:Owner>
<ns:FSRAR_ID>Ваш FSRAR_ID</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:WayBillAct_v4>
<wa:Identity>awb-dr43a17e-6022-33ef-b33c-e0d55e79b779</wa:Identity>
<wa:Header>
<wa:IsAccept>Accepted</wa:IsAccept>
<wa:ACTNUMBER>0000-008124</wa:ACTNUMBER>
<wa:ActDate>2025-03-27</wa:ActDate>
<wa:WBRegId>TTN-ваш номер ТТН</wa:WBRegId>
</wa:Header>
<wa:Transport>
<wa:ChangeOwnership>IsChange</wa:ChangeOwnership>
</wa:Transport>
</ns:WayBillAct_v4>
</ns:Document>
</ns:Documents>

[Dubina]

Добрый день. Есть решение по отправленным ЕГАИС накладным в период сбоя с 26 марта? Некоторые накладные так и не дошли от поставщиков, хотя новые стали получать. УТМ повторно не отправляет по номеру накладной, реальный статус хрен проверишь т.к. сайт проверки https://check1.fsrar.ru дает ошибку. Делал обращения на ТП контура и фсрара - не могут помочь, отписываются не вникая.

обращался в фсрар, поддержка ответила следующее: • Статус изменился на "Выполнено, ожидает подтверждения"
Добрый день!

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

[Dubina]

Нашел решение по отправке  подтверждения вручную, кто-нибудь проверял работоспособность? Минус что накладной так и не появится в учетной программе, но поставщики должны отстать.

если вам не дошла ТТН но поставщик просит подтвердить , или нет возможности перезапроса то используйте прямое подтверждение ТТН без получение ТТН, создайте файл xml и внесити этот код но внесите ваши данные и после отправте в утм через исходящие и на кнопку в виде самолётика

<ns:Documents xmlns:ce="http://fsrar.ru/WEGAIS/CommonV3" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:wa="http://fsrar.ru/WEGAIS/ActTTNSingle_v4" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns:Owner>
<ns:FSRAR_ID>Ваш FSRAR_ID</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:WayBillAct_v4>
<wa:Identity>awb-dr43a17e-6022-33ef-b33c-e0d55e79b779</wa:Identity>
<wa:Header>
<wa:IsAccept>Accepted</wa:IsAccept>
<wa:ACTNUMBER>0000-008124</wa:ACTNUMBER>
<wa:ActDate>2025-03-27</wa:ActDate>
<wa:WBRegId>TTN-ваш номер ТТН</wa:WBRegId>
</wa:Header>
<wa:Transport>
<wa:ChangeOwnership>IsChange</wa:ChangeOwnership>
</wa:Transport>
</ns:WayBillAct_v4>
</ns:Document>
</ns:Documents>

Да, делал подобное, работает. В этом xml нужно изменить фсрар id получателя, номер накладной, дату на текущую, номер TTN-...

[geodile]

Нашел решение по отправке  подтверждения вручную, кто-нибудь проверял работоспособность? Минус что накладной так и не появится в учетной программе, но поставщики должны отстать.

да, тоже так же только и пришлось делать
на чек1 проверяется нормально, но не пришла и повторный запрос постоянно говорит "попробуйте позже"

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

тоже типа такого отвечали, но поставщики сказали ничего не будем переделывать, сами решайте

[kass]

реальный статус хрен проверишь т.к. сайт проверки https://check1.fsrar.ru дает ошибку.

Через браузер Edge нужно зайти в Параметры - Браузер по умолчанию - Обеспечение совместимости с Internet Explorer
Добавляете https://check1.fsrar.ru/
После этого капча проходит нормально

[av870]

Нашел решение по отправке  подтверждения вручную, кто-нибудь проверял работоспособность? Минус что накладной так и не появится в учетной программе, но поставщики должны отстать.

если вам не дошла ТТН но поставщик просит подтвердить , или нет возможности перезапроса то используйте прямое подтверждение ТТН без получение ТТН, создайте файл xml и внесити этот код но внесите ваши данные и после отправте в утм через исходящие и на кнопку в виде самолётика

<ns:Documents xmlns:ce="http://fsrar.ru/WEGAIS/CommonV3" xmlns:ns="http://fsrar.ru/WEGAIS/WB_DOC_SINGLE_01" xmlns:wa="http://fsrar.ru/WEGAIS/ActTTNSingle_v4" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns:Owner>
<ns:FSRAR_ID>Ваш FSRAR_ID</ns:FSRAR_ID>
</ns:Owner>
<ns:Document>
<ns:WayBillAct_v4>
<wa:Identity>awb-dr43a17e-6022-33ef-b33c-e0d55e79b779</wa:Identity>
<wa:Header>
<wa:IsAccept>Accepted</wa:IsAccept>
<wa:ACTNUMBER>0000-008124</wa:ACTNUMBER>
<wa:ActDate>2025-03-27</wa:ActDate>
<wa:WBRegId>TTN-ваш номер ТТН</wa:WBRegId>
</wa:Header>
<wa:Transport>
<wa:ChangeOwnership>IsChange</wa:ChangeOwnership>
</wa:Transport>
</ns:WayBillAct_v4>
</ns:Document>
</ns:Documents>

Большое спасибо за скрипт, тоже получилось по нему подтвердить "зависшие" накладные.