Собственно, вопрос в заголовке.
Что это за задачи?

нет таких задач. но с пакетами лучше.

обмен через кд3

(1) +1

(0) Если не секрет, откуда такой вопрос возник?

имею ввиду свои пакеты, не встроенные

(4) назрел

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

(7) если обе стороны 1с то и парсить не нужно

(8) а если это разные 1С?

(9) это какие разные?

(2) согласен, но кд3 это уже прикладная задача
т.е. там по умолчанию используется пакет

(10) ну допустим спец с африки написал программу, ты ее используешь. Как ты узнаешь параметры, которрые передавать на вход? из XDTO-пакета. Незаменимая вещь.

(12) а конкретнее, в чем проблема?
ты же не будешь использовать веб-сервис, заведомо не зная его параметров?

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

(13) по сути XDTO пакет - это хранилище схем XSD. для работы с таможней у меня используется макет с зип архивом, в котором лежит набор схем. потому что грузить в программу 400 пакетов - нецелесообразно. Но сериализатором всё равно пользуюсь, как и с пакетами.

http://www.customs.ru/attachments/article/17127/Schemas_out_5_11_0_1.zip

(14) все таки, у меня конкретный вопрос в (0)

(15) можешь привести пример, как используешь одну из этих схем?

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

(18) когда загружаю в базу XMLки из таможенной программы. когда формат меняется - сразу узнаю - перестает загружаться :)

Функция ПолучитьФабрику(ИмяМакета = "Schemas_out_5_9_0") Экспорт
    
    ДанныеМакета = ПолучитьМакет(ИмяМакета);
    ИмяВременногоФайла = ПолучитьИмяВременногоФайла("zip");
    ДанныеМакета.Записать(ИмяВременногоФайла);
    
    Чтение = Новый ЧтениеZipФайла(ИмяВременногоФайла);
    ИмяВременногоКаталога = ПолучитьИмяВременногоФайла("");
    СоздатьКаталог(ИмяВременногоКаталога);
    Чтение.ИзвлечьВсе(ИмяВременногоКаталога, РежимВосстановленияПутейФайловZIP.НеВосстанавливать);
    
    Файлы = НайтиФайлы(ИмяВременногоКаталога, "*.xsd", Истина);
    МассивСхем = Новый Массив();
    Для каждого Файл Из Файлы Цикл
        МассивСхем.Добавить(Файл.ПолноеИмя);
    КонецЦикла;
    Фабрика = СоздатьФабрикуXDTO(МассивСхем);
    
    УдалитьФайлы(ИмяВременногоФайла);
    УдалитьФайлы(ИмяВременногоКаталога);
    
    Возврат Фабрика;
    
КонецФункции

(21) это ты получил
а используешь как/для чего?

(22) Фабрика.ПрочитатьXML и далее работаю с объектомXDTO

(23) понятно
значит в данном случае ответ на мой вопрос будет такой:
и здесь можно было бы обойтись без пакетов, но грех не использовать их, т.к. поставщих xml предоставляет и схемы xsd

(24) С пакетами проще в том, что типы данных такие как прописаны в пакете. Иначе все строки.

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

(25) в первом случае, все таки, не однозначно
если говорить, можно обмениваться сериализованными коллекциями, к примеру
СериализаторXDTO.ЗаписатьXDTO(Новый ТаблицаЗначений).

(25) + но в случае с примером (21) согласен - пакет устанавливает типы

(25) да, гуиды - гуиды, числа - числа, булево - булево, даты - даты. нет гемора с "списокXDTO/объектXDTO/пусто"

(26) такая запись будет работать, но про самодокументируемость я уже писал.

это как делать документ документ с реквизитами "реквизит1...n" с типом "типвсессылки+строка+дата+будево+число"

если только читать то можно и без схем

(31) даты/числа/списки не западло разбирать?

(30) почему так?
конкретно почему "реквизит1.." ?

(32) Пишешь
Док.Реквизит = вЧисло(Объект.Парам)

У этого подхода есть плюс: не нужно следить за актуальностью и валидностью схемы

(34) и так - для каждого реквизита...

а для списков - проверяешь наличие , проверяешь тип, если список - то обходишь, если объект - напрямую заполняешь...

(33) потому что "плюс" (35) еще и "минус"

(37) Для списков
Список = получитьСписок(Объект.ПараметрМожетБытьСписок)
Для каждого Элемент из Список

(38) не на много сложней

(38) я не понял твоего комментария в (30)

про "реквизит"

(39) и получаем при пустом списке ошибку.

Если схему предоставляют, то грех ей не воспользоваться.
А если нет, то я бы сам ее делать не стал

(43) Список = получитьСписок(Объект, "ПараметрМожетБытьСписок")

Ибо апдейт схемы - это тот еще гемор

(45) -> (1)

(46) в чем там гемор? не нравится хранить в конфе, храни в справочнике/константе/РС/еще где...

(48) гемор в том, что это нужно делать самому руками.
в 1с средств для этого нет. нужно какието программы искать.
Если нужно обрабатывать несколько версий файлов, то нужно как-то сопоставлять вресию файла и версию схемы

(46) Храни ввиде текста и используй через СоздатьФабрикуXDTO

(49) а разве экспорт пакета из дерева не подходит?
и далее удалить пакет

(51) Из какого дерева?
Тебе приходит xml файл. У тебя естьвариант запилить схему самому или без нее

(51) А редактор схемы от 1с - это вообще у..ще

(52) или потребовать схему с того, кто выплевывает файл.

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

(54) потребовать всегда можно, но не всегда можно получить ответ

(55) когда сам, тут вопросов вообще нет

(53) ты выше написал, что у 1с нет средств

(56) если та сторона выгружает непонятно что, то что ты будешь фиксировать в ТЗ, договоре и акте? или дорабатывать обработку загрузки бесконечно, потому что в ТЗ формат данных не зафиксирован, и любые "незагрузки" идут как ошибки?

(58) теперь поробуй стравнить текущую схему и новую

Давеча выгружал данные в астра раскрой. Без всяких схем.

(61) мы все рады за тебя

(4) видимо изучать или нет

(62) Это как раз был тот случай когда поставщик не предоставляет схемы.
Заниматься бюррократией или пилить схему самому - не интересно

(0) сабж похож на вопрос школьника, который не выучил домашку и теперь пытается найти причину, по которой её учить вообще и не надо было.
Так-то xml - это текст, а значит и без него спокойно можно обойтись: XML = Новый ТекстовыйДокумент(); //и погнал.

А всякие там XML, XSLT, DOM - ересь и вообще от дела отрывают.

(64) Но при том, что схема есть и она не изменяется зачем от неё отказываться?

(65) Новый ТекстовыйДокумент() //и погнал.
ну, удачи тебе в этом увлекательном деле

(67) если ты не можешь нарисовать машину состояний для ручного парсинга XML, то из программистов пора валить

(67) сори, забыл табличку "сарказм";

ты вот точно так же и будешь выглядеть: имея на руках xsd, пользуясь при этом только ЗаписьXML/ЧтениеXML.

(68) круто, и к чему ты написал это?

(69) твой сарказм понятен, но неинтересен в этой ветке

(71) лучше поздно, чем никогда

Коллеги, спасибо за дискуссию
Тема стала намного понятнее