Изменились все внутренности - названия! В прошлый раз обновление встало, я нашла, куда вставить свои куски, но для 820 формата, меня никто не надоумил, что всё придумано ради 970. А про 970 - я даже упоминаний не могу найти! Хотя версия Диадока новая.

В прошлом обновлении нашла в КонтурДиадокСтандартОФ, но там нет упоминания 970 формата!

(9) Конечно, возможно
НоваяСтрокаТаблицы = ОсновнойМодуль.НовыйЭлементСпискаXDTO(Table.Items);
... и заполняешь все поля...

лучше в ПМ обработать событие ПодготовитьЭлектронныйДокумент, получить заполненый Диадоком электронный документ и переработать под себя. Но можно и в макете поправить КонтурДиадокИнтеграцияБП20, если очень хочется

(16) Ей еще в прошлый раз говорили - "Дорабатывать надо через ПМ!"
Но, увы, "не в лошадь сено"©

Только что делал интеграцию для УПП 1.3 + аренда и управление недвижимостью. Всё решено через ПМ, всё работает. Для образца брал интеграцию БП 2.0 из состава обработки диадока.

А что такое подключаемый модуль? Если на пальцах и кратко.

(19) Подключаемый модуль (ПМ) — это вспомогательная внешняя обработка. ПМ содержит функции для обработки событий в зависимости от конфигурации 1С и бизнес-процессов организации.

© https://developer.kontur.ru/Docs/Diadoc_UM/proc/_Work_PM.html

типа "расширения", если стильно-модно-молодежно, но сейчас по старинке - "внешняя обормотка"

(19) закос под ООП.
Т.е. модуль, в котором можно добавить или  переопределить "под себя" т.н. "события" (т.е. процедуры) - обработки электронных документов (создания, изменения содержимого, обработки документов после отправки, и т.п.)

т.е. это вспомогательная программа для общения между контрагентами через различные конфигурации 1С. Но тогда оба контрика должны и купить Диадок, и работать в 1С?

Просто наш крупный арендодатель прислал мне письмо со словами:
С Марта 2025 года настоятельно рекомендуем заключать договоры аренды, дополнительные соглашения к ним и соглашения о расторжении договоров в системе электронного документооборота (ЭДО) Контур.Диадок.

Это что, @@@@@, за принуждение нас к покупке какой-то хрени )

(22) нет, если стандартный модуль не устраивает, то можно накостылять обработку электродокументов согласно своей уникальной "пинзес"-логике

ЭДО это не только отправка электродокументов, но и получение! и не только формализованных, но и неформализованных :)

(23) между контриками и провайдерами ЭДО есть "роуминг", т.е. не обязательно прям должны Диадок

(14) 970 формат Диадок реализовали не в коре а в модуле интеграции полностью
то есть если у вас БП2 - смотрите модуль интеграции БП2 и там секцию сбор контента 970

(23) Ну да, принуждение к ЭДО. точно так же, как государство принуждало переходить на электронную сдачу отчетности.
Договор с провайдером ЭДО - нужен, но не обязательно с Диадоком. Между провайдерами есть роуминг, но есть нюансы и с провайдерами (ЭДО-Лайт не принимал неформализованные документы, например. а договор, протокол - это именно неформализованные), и с роумингом (куда-то при роуминге не уходят МЧД), поэтому нужно проверять. Контур, в принципе, неплох - но охамел знатно. Модули для 1с (они у всех провайдеров свои) можно и не покупать, работать из веб-морды (и вообще не иметь 1с).  Но это на любителя...

(9) возможно.
В подключаемом модуле можно полностью сформировать свой документ.
Вчера как раз разбирался с этим.

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

(28) ПМ и так доступен для отладки (как, впрочем, и все остальные внутренние модули). Если используешь его как внешнюю обработку, лежащую где-то на диске - то для применения изменений надо всего лишь перезапустить модуль.

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

(30) а можно пример?
что касается наличия ОМ БСП, и ОМ типовых - так их наличие проверяется, и если не найдены - используются внутренние интеграционные модули. Можно даже свой ИМ написать и назначить.

(31) да легко - свой фильтр в отборе документов. Как сделать в ПМ ?- да никак )

+32 текст запроса получения пакета ты еще подправишь, но вот передачу параметров  - будь добр протащить через ядро

(32) согласен.

(30) а потом ловить веселье на обновлениях обработки кривых..
только одно обновление закончил - выясняется что там была куча косяков и они уже новых три версии выпустили.(

(35) ну, все-таки они косячат не сплошняком. потому - по максимуму надо через ПМ. Впрочем, ТС куда-то пропала... Наверное, переписывает код модулей...

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

(37) есть такое, говорю в чате, у вас косяк в 970, в 820 норм а
выгружает, а 970 болт. Поправьте свой вэбсервис. И тут начинается, а какая у вас конфа, а дайте то, а дайте это. Написал, чтоб позвали кого-то из взрослых и не ипали мозг.  И...что удивительно, нашелся человек и сказал, как накостылить. Потом, поправили это в след.релизе.

Кстати, а как в новом формате отображается ОСУ с весовым товаром? (товаром с переменным весом) Только по количеству?

Всем привет. Короче настало 1 Апреля, как то упустил данный момент, нужно перенести доработки из ПМ 820 формат в новый 970, предполагаю что нужно ковырять процедуру Заполнить_Utd970SellerContent, только не понял как на неё пробросить вызов. Помогите "пожилому" 1С-нику.

(40) Что тут предполагать? Либо использовать ПМ, либо кодить в имеющихся модулях. Почти всё по 970 реализовано в модулях Интеграции. Для каждой конфигурации он свой.
Открыл обработку Диадок, поставил галку Отладка и считай дело сделано.

Диадок включён в конфу, пытаюсь подменить протоконтент. У для каждого адресата свои "погремушки"

(40) В ПМ
Функция ПодготовитьЭлектронныйДокумент(Параметры)
Если ТипЗнч(Параметры) = Тип("Структура") И Параметры.Свойство("Результат_ИМ") Тогда
    Документ1С = Параметры.Результат.Документ1С;
    Контент=Параметры.Результат.Content;
    Если  Параметры.ВидДокументаРазвернутый.ID = "ID_УПД" Тогда
... и тут заполняешь свои, хм, "погремушки"

Спасибо, до этого докопался, вопрос в адресах, таблице номенклатуры (нужно 0000 менять на "-") и ДопСведения.

(44) меняй. "братва не возражает"©
или конкретизируй вопросы...

ДопСведения это additionalinfold в Content.

ДопСведения раньше писал в Протоконтент.AdditionalInfoId.StructedAdditionalInfos

Реквизиты продавца раньше менял в Протоконтент.Seller

Номенклатуру менял в Протоконтент.Table.Items

В ПМ-е ПодготовитьЭлектронныйДокумент(Параметры), протоконтент не вижу.

(48) Контент=Параметры.Результат.Content

На этапе ПодготовитьЭлектронныйДокумент, выгружаю параметры на диск, Content = Неопределено

(50) ТрадиционныйКитайскийВопрос™ - анахуа?

Ну когда то это было удобно для отладки.

(52) а в отладчике забанили?

Как ПМ, загруженный как внешняя обработка отладить можно ?

(54) выгрузи, пропиши, что ПМ на диске, да и отлаживай.

Ладно, потом с отладкой поиграюсь.
Сейчас пытаюсь писать в контент, получаю по всей морде
"Индекс находится за границами массива"
ДополнитьМассивKeyValue(Контент.AdditionalInfoId.StructedAdditionalInfos, "Договор", "ДопСведения");

Есть подозрение что нужно использовать что то вроде УстановитьЗначениеXDTO

(56) Есть подозрение, что вы забыли про проверку из (43)

(56) заслуженно.

Если ТипЗнч(Параметры) = Тип("Структура") И Параметры.Свойство("Результат_ИМ") Тогда
        
        Документ1С = Параметры.Результат.Документ1С;
        
        Если Параметры.ВидДокументаРазвернутый.ID = "ID_СчетФактура" Тогда

Проверка есть

Похоже забыл сначала
    Для Сч = 1 По 0 Цикл
        НовЭлемент = НовыйЭлементСпискаXDTO(Контент.StructedAdditionalInfos);
        Заполнить_AdditionalInfoItem(НовЭлемент, Неопределено);
    КонецЦикла;

А подскажите, как это должно быть в XML-файле в итоге:
.
"П" - простой элемент логической модели, реализованный в виде элемента XML-файла.
.
так:
<КрНаимСтрПр>Китай</КрНаимСтрПр>
.
?

Неужели никто не делал в ПМ 970, замену данных в процедуре ПодготовитьЭлектронныйДокумент?
Поделитесь куском "интеллекта"

(62) У меня так это сделано...
    Если ВРег(ТипКонтента_XDTO) = "UTD970SELLERCONTENT" Тогда // Это 970
        Если ОсновнойМодуль.ТипСоответствуетКонтентуУПД(ВидДокументаРазвернутый)
            Или ОсновнойМодуль.ТипСоответствуетКонтентуУКД(ВидДокументаРазвернутый) Тогда
            ПослеСозданияДокумента    = ?(Параметры.Свойство("Результат_ИМ", ПослеСозданияДокумента), ПослеСозданияДокумента, Ложь);
            ТиповоеОснование = ПолучитьТиповыеОснования(Документ1С);
            Если ТиповоеОснование = Неопределено Тогда    // Нестандартный документ (Начисление арендной платы и его СФ)

                Если ПослеСозданияДокумента Тогда        // Доработка уже созданного электронного документа
                    
                Иначе                                     // Создание электронного документа. ("Начисление арендной платы" и его счет - фактура)
                    ПодготовитьЭлектронныйДокумент970(Параметры);
                    Возврат Истина;
                КонецЕсли;
                
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;

Дополняю.

ТипКонтента_XDTO = Параметры.ВидДокументаРазвернутый.ТипКонтента;

Спасибо, вопрос в модификации контента, есть большое подозрение, что контента нет.

Процедура "ПодготовитьЭлектронныйДокумент" может выполняться дважды. До и после типовой процедуры.

Покажи кусок из твоего ПодготовитьЭлектронныйДокумент970
где модифицируешь данные

Включаете режим отладки, выгружаете (создаете) ПМ. Указываете расположение ПМ на диске и работаете с отладчиком.

Функция ПодготовитьЭлектронныйДокумент970(Параметры)
    
    //https://developer.kontur.ru/Docs/Diadoc_UM/func/Podgotovit%27ElektronnyyDokument.html
    
    Результат = Параметры.Результат;
    
    ВидДокументаРазвернутый = Параметры.ВидДокументаРазвернутый;
    ДополнительныеПараметры = Параметры.ДополнительныеПараметры;
    ДанныеСотрудника        = Параметры.ДанныеСотрудника;
    
    ДанныеОрганизации = ОсновнойМодуль.Организации_ЗаполненныеРеквизиты(, Результат.BoxID);
    
    УказыватьОтсутствиеОснованияУПД    = ДанныеОрганизации.УказыватьОтсутствиеОснованияУПД;
    
    Документ1С                    = Результат.Документ1С;
    ДокументыОснования            = Результат.ДокументыОснования;
    ВидДокументаНаименование    = ВидДокументаРазвернутый.Наименование;
    
    ID                            = ВидДокументаРазвернутый.ID;
    ТипКонтента_XDTO            = ВидДокументаРазвернутый.ТипКонтента;    
    TypeNamedId                    = ВидДокументаРазвернутый.TypeNamedId;
    FormatVersion                = ВидДокументаРазвернутый.FormatVersion;
    FunctionName                = ВидДокументаРазвернутый.FunctionName;

    //Получим функцию документа, которая используется в типовом модуле
    ФункцияУПД = ФункцияДокументаДляXML(TypeNamedId, FunctionName);
    ДополнительныеПараметры = Новый Структура;
    
    ДополнительныеПараметры.Вставить("УказыватьОтсутствиеОснованияУПД", УказыватьОтсутствиеОснованияУПД);
    
    ДополнительныеПараметры.Вставить("ПараметрыСогласования", Неопределено);
    ДополнительныеПараметры.Вставить("ДанныеСотрудника"        , ДанныеСотрудника); // Графа 10 (РабОргПрод)
    
    ДополнительныеПараметры.Вставить("ФИОПодписанта", " ");
    ДополнительныеПараметры.Вставить("ФункцияУПД"    , ФункцияУПД);
    
    ДополнительныеПараметры.Вставить("FormatVersion", FormatVersion);

//    Результат.Вставить("ДополнительныеСведенияСтрокой");
    ДополнительныеПараметры.Вставить("ТочностьЦены", 2);
    ДополнительныеПараметры.Вставить("ТочностьКоличества", 3);
    
    
    
    НеИспользуется_ТиповойМодуль        = Истина;
    НеИспользуется_РежимУправляемыхФорм    = Истина;
    
    СтруктураКонтента    = ОсновнойМодуль.ОбъектXDTOВСтруктуру(НовыйКонтент(ТипКонтента_XDTO), Истина);
    Если ТипЗнч(Документ1С) = Тип("ДокументСсылка.СчетФактураВыданный") Тогда
        ВидСчетаФактуры = ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Документ1С, "ВидСчетаФактуры");
        
        Если ВидСчетаФактуры = Перечисления.ВидСчетаФактурыВыставленного.НаАванс
                    Или ВидСчетаФактуры = Перечисления.ВидСчетаФактурыВыставленного.НаАвансКомитента
                    Или ВидСчетаФактуры = Перечисления.ВидСчетаФактурыВыставленного.КорректировочныйНаАванс Тогда
        
        Иначе

            УПД970_КонтентТитулаПродавца_СчетФактураВыданный(СтруктураКонтента, Документ1С, ФункцияУПД, ДополнительныеПараметры);
        КонецЕсли;
        
    ИначеЕсли ТипЗнч(Документ1С) = Тип("ДокументСсылка.АР_НачислениеАренднойПлаты") Тогда
        УПД970_КонтентТитулаПродавца_РеализацияТоваровУслуг(СтруктураКонтента, Документ1С, ФункцияУПД, ДополнительныеПараметры);
    КонецЕсли;
    
    ОсновнойМодуль.ЗаполнитьКонтентXDTOПоСтруктуре(Результат.Content, СтруктураКонтента);
        

КонецФункции // ПодготовитьЭлектронныйДокумент970

(61) типа вот так?

УПД970_КонтентТитулаПродавца_СчетФактураВыданный.Это откуда?

В общем лезешь в модуль "КонтурДиадокИнтеграцияБП20" или другой подходящий по конфе и копипастишь куски оттуда.

(70) Разобрался.
да, так

Я грешным делом думал обойтись шаблоном ПМ, а тут полный жоп.

А что тебе надо нестандартного? У меня вот был нестандартный документ который надо было перекрасить в акт оказания услуг. А что тебе надо? Может и не надо создавать новый, а просто подрихтовать уже созданный? Тогда это проще намного.

(39) Наверное, как и с обычным, тэг ГТИН и привет
Вот тут, по идее, всё есть
https://честныйзнак.рф/upload/docs/Методические_рекомендации_по_оформлению_документов_ЭДО.html#_требования_к_указанию_кигу

+76 ну там слева выбрать нужный раздел тока.

Сейчас смотрю ПМ_БП_30_epf там совсем другой ПодготовитьЭлектронныйДокумент, чем в шаблоне, попробую оттуда дёрнуть.

(78) Окстись. Это у тебя ОЧЕНЬ старая версия. Не прокатит.

В новых версиях это называется "КонтурДиадокИнтеграцияБП30"

И ещё раз. Что за документ впихивашь?

СФ выданную.
меняю продавца
ДопСведения
и код единицы измерения с 0000 на "-"

интересно откуда вылезает код единицы измерения 0000 он вроде нигде не передается такой

В контент мне передаётся Строка {"#",6ba5c161-bef5-4a06-909d-183a02027242}  я фигею, самыми разными методами.

(82) Тут дело простое. Новый создавать не надо, подрихтовать уже созданный.

Андрей, смысл в том что я не получаю контент.

Старый это модуль Стандарт.
Делаю новый, подключаю.
И в Функция ПодготовитьЭлектронныйДокумент970(Параметры)
не могу получить контент, по крайней мере он у меня отражается после ОсновнойМодуль.ЗаполнитьКонтентXDTOПоСтруктуре(Результат.Content, СтруктураКонтента);
как строка {"#",6ba5c161-bef5-4a06-909d-183a02027242}

А после какого события, вызываешь ПодготовитьЭлектронныйДокумент970 ????

Заработала "Шайтан арба", после события
ИначеЕсли ИмяСобытия = "ПослеПодготовкиПакета" Тогда

(78)
1.бери новую версию диадока.
2.Делай ПМ для новой версии, на диске.
3.Убирай старый ПМ для "стандарта" (ну или из него убери ОбработатьСобытиеПослеЗаполненияКонтента).
4.Перехватывай в новом ПМ ПриСозданииЭлектронногоДокумента, когда в нем уже есть свойство РезультатИМ (т.е. уже отработал модуль интеграции, заполнил контент).
5.Изменяй контент так, как душе заблОгАрОссудится, в рамках правил @970, и отдавай его дальше... всё....

(89) ПослеПодготовкиПакета используется, если надо обработать уже не один документ, а пакет в котором может быть несколько доков - например, основной УПД, плюс все УКД к этому УПД... Или УПД, и несколько неформализованных. ссылки на доку приведены в самом начале...

(82) за код единицы измерения как 0000, так и "-" - опять получишь по жопе, и будешь жаловаться. Либо из классификатора, либо пусто для услуг. Хотя в последнем могу наврать - лень лезть из дома на работу для проверки

Спс, насчёт 0000 и "-", уже говорил менеджерам.
Но им так надо.
Всем спасибо, заработало после ПослеПодготовкиПакета, да приходится перебирать пакеты, но оно работает.

(93) "Друг Аркадий, не говори красиво - говори правильно!"©
Делай сразу правильно, и не придется трахаться в следующий раз

Завтра, покажу как Диадок ругается, может дойдёт до неразумных.

Заткнулся.
Что надо указывать для Контур.Диадок
в теге СведТов для
ИнфПолФХЖ2 - валидатор https://www.diadoc.ru/docs/forms/validation-xml не пропускает, требует...
.
?

(96) см.(76) там есть все примеры для маркировки

примеры жешь есть в тырнете

<ДопСведТов ПрТовРаб="1" КодТов="513357" НаимЕдИзм="шт" />
 <ИнфПолФХЖ2 Идентиф="НарядЗаказ" Значен="П-5654/28" />
 <ИнфПолФХЖ2 Идентиф="КодЕНС" Значен="292019" />
 <ИнфПолФХЖ2 Идентиф="СпецификацияНомер" Значен="002643-039188(МСМЦ002615)" />
 <ИнфПолФХЖ2 Идентиф="СпецификацияДата" Значен="25.09.2020" />
 <ИнфПолФХЖ2 Идентиф="УникНомерМеста" Значен="12000056822160317002" />
 <ИнфПолФХЖ2 Идентиф="НомерМеста" Значен="2" />
 <ИнфПолФХЖ2 Идентиф="ВесМестаБрутто" Значен="4" />
 <ИнфПолФХЖ2 Идентиф="ВесМестаНетто" Значен="35" />
 <ИнфПолФХЖ2 Идентиф="ОбъемМестаБрутто" Значен="1.3" />
 <ИнфПолФХЖ2 Идентиф="ОбъемМестаНетто" Значен="1.2" />
 <ИнфПолФХЖ2 Идентиф="ДлинаМеста" Значен="1" />
 <ИнфПолФХЖ2 Идентиф="ШиринаМеста" Значен="1.80" />
 <ИнфПолФХЖ2 Идентиф="ВысотаМеста" Значен="0.9" />
 <ИнфПолФХЖ2 Идентиф="ТранспортныйДокНомер" Значен="АМ555-2" />
 <ИнфПолФХЖ2 Идентиф="ТранспортныйДокДата" Значен="19.10.2020" />

(97) в версии 5.03, табл 5.15 ДопСведТов не вижу атрибута НаимЕдИзм.
https://normativ.kontur.ru/document?moduleId=1&documentId=486791#h6112
.

ээээ!
это именно для Контур.Диадок?
.
потому как я впихнул простую заглушку
<ИнфПолФХЖ2 Идентиф="штрихкод" Значен="1234567890123" />
указанное проглатывает (это понятно), но все равно ругается (это непонятно).
Такое ощущение что ИнфПолФХЖ2 должен быть с каким-то вполне определенным Идентиф, специфическим для обмена через Контур.Диадок.
Или какая-то наведенная ошибка.

Может у кого есть живой реальный xml из ЛК контур.диадок с импортными товарами/гтд - киньте в личку на посмотреть на [email protected]
Спасибо

товары на которых тренируюсь - немарикируемые, непрослеживаемые.

(97) вот если выкинуть тег ДопСведТов - то прокатывает.
но так не полчится, потому что для импортных товаров надо указывать в этом теге инфу для КрНаимСтрПр - наименование страны происхождения товара, да и необязательный КодТов, например, может пригодиться

кто шарит в формате - может поправят меня, растолкуют... что не так...

так. клюшечники не сдаются, клюшечники мстят!
.
На данном этапе отладки ситуация поправилась когда
узел <ДопСведТов> положил сразу после открытия тега <СведТов>
но здесь https://normativ.kontur.ru/document?moduleId=1&documentId=486791#h6112
про обязательный порядок тегов/узлов ничегошеньки нет (не нашел/не увидел).
.
Хорошо бы заиметь XSD для формата 5.03
а то придется лезть искать где-то на сайте налоговой
.
когда сам пилил когда-то выгрузку - в конце обязательно ставил проверку по XSD? а тут в адской самописной конфе плбющит и таращит меня страшно.
.
Извиняюсь за беспокойство.

полезное по мелочи https://buh.ru/news/fns-obyasnila-kak-izmenilsya-elektronnyy-format-scheta-faktury-i-upd.html
по письму письмо ФНС от 26.03.2025 № ЕА-4-26/3241@.
Оригинал: https://v8.1c.ru/lawmonitor/852234dc-0ae1-11f0-8ce1-005056bea45e.htm

это только наша любимая прога/сопровожденцы могут уведомить что xsd изменилась , но ссылку на XSD не дать...
https://v8.1c.ru/lawmonitor/852234dc-0ae1-11f0-8ce1-005056bea45e.htm

(103) попытки положить ДопСведТов в другое место внутри узла СведТов - приводят к тому, что валидатор Контур.Диадок - ругается...
.
xsd на 5.03 пока не нашел
и чем определяется/как понять порядок тегов/узлов - непонятно...

судя по всему последние XSD для 5.03 здесь https://www.nalog.gov.ru/rn77/about_fts/docs/15556529/

узел СвДТ тоже требуется класть во вполне определенное место в узле СведТов.
как это понять по XSD - хз. Может кто подскажет?
ориентироватьяс что если в XSD определение тега/узла лежит за определением какого-то другого тега/узла - так и надо класть при формировании XML?

далее:
порядок узлов (по крайней мере тех, которые "интересны" мне) чтобы валидатор пропускал должен быть таким
СведТов
  СвДТ
  ДопСведТов

такой порядок соответствует порядку следования этих узлов в XSD в (107)

ну и что самое обидное
в человекочитаемом описании Таблица 5.12
https://normativ.kontur.ru/document?moduleId=1&documentId=486791#h6112
порядок узлов соответствует XSD
но бляха муха совсем не очевидно что последовательность должна быть именно такой.
И вся трабла, что майстрячить пришлось на основе какой-то до этого работавшей выгрузки, а новые и измененные узлы совсем неочевидно было мне что надо класть строго (хотя я об этом знаю, что такие требования есть, но блин они же ИМХО должны описываться как-то явно, а не только просто раположением узлов в документации и слеованием описаний ы XSD

Самое обидное-2: я обычно пишу свой код.
и скольо выгрузок писал - писал по человекочитаемой документации, встретилось описание узла/тега - вбвбвхиваю его. Поэтому не было проблем с порядком следования.
А тут адская самлписная конфига не имеющая ничего общего ни с однйо типовой, тяжелый грязный код. охерительнеы архитектурые решения просто упасть итд. Решил взять за основу что было ибо хз что там "у нее унутре".
на тебе абвгдэйку!!!

Короче.
Пойду застрелюсь.

(106) плохо ищешь https://formats.saby.ru/edo/standart/117134?version=141251
там и описание и хсд и пример