Допустим, приходит новый поставщик и говорит, что ему раз в неделю нужно такой файлик выгружать.
Далее видится два варианта:
1. Добавляем XDTO схему в конфигуратор и крутим ее. Честно, XDTO не люблю - что-то попахивает оверхедом. Вот читать xml через XDTO, да, одно удовольствие
2. Написать что-то вроде этого:
https://i.imgur.com/qUpavMC.png

По-разному. Например, прокатила тема сделать тупо текстовый шаблон и потом заменить в нем значения полей через СтрЗаменить - такой себе велосипед а-ля "XDTO на минималках".

Так что

XDTO офигенная вещь, очень полезная когда документов под выгрузку много, они сложные и на них уже есть готовые XSD-схемы. Но в более простых случаях уж очень тяжеловесно.

(1) +1

ситуативно. не всегда нужна полная схема, не всегда данных много, не всегда обмен двунаправленный, не всегда данные вариабельны по типам\видам.
поэтому
начать с (1), не хватает?
потом сделать ЗаписьXML, не хватает?
пилим XDTO.

Все понял, спасибо

А то как форум не почитаешь, так все адепты XDTO - даже фильтры для svg с его помощью делают)

Не люблю последовательную запись. =) Достаточно крутая вещь, нет необходимости для каждого значения или атрибута писать код, проще накидать нужный запрос с такими же полями и через ЗаполнитьЗначенияСвойств шарашить. Конечно, можно и для последовательной записи накидать программный интерфейс, но лучше уж для XDTO. Получается в итоге отнюдь не громоздко, как в типовых. Так что, даже если попросят сделать обмен без схем, попробую сначала сгенерировать схемы из xml. Конечно, это не для случаев, когда итоговые файлы под 100Мб и больше.

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

(7) +1
схема и ЗаполнитьЗначенияСвойств()