Есть необходимость передать на сторону базы приемника некую свою структуру данных, с последующей специфической обработкой.
Но используется новый формат обмена EnterpriseData.
Далее вопрос кто в теме по новому вопросу:

Как мне собственно это сделать. Есть ли возможность в новом формате как то в правилах указывать свою структуру данных для передачи.
Мне нужно будет чтоб использовались правила обработки свойств, и чтоб идентификаторы баз по регистру "публичные идентификаторы" искались.
Есть у меня идея добавить в xsd некий объект, к которому прикрепить нужную мне выборку. Идея с реализацией через к примеру обработку для универсального обмена по правилам мне не очень симпотизирует.

У кого какие мысли?

Почитай про Конвертацию 3

(1) сейчас спросят где =)

(2) Ну так шутник сам бы ссылку кинул)

(0) > идея добавить в xsd некий объект
Плохая идея. Там почти сотня видов объектов уже прописана. Неужели этого мало? Прикрутить к любому типовому объекту передачу своих данных и обработать как угодно.

Информации пока мало.
Вот тут можно много интересного узнать: http://www.1c-uc3.ru/konvert30.html

В xsd уже есть реквизит AdditionalInfo, оно тебе должно подойти.
Вот тут обсуждали: Есть ли инфа по КД 3.0?

(4) Погляжу

(5) Спасибо, щас буду разбираться до чего народ добрался и что это за объект

(5) Эх так вроде понял, но нужно попрактиковаться чо да как.
Остался вопрос как передать эти данные, в каком объекте.
Видел в формате объект "Info" но чот в xsd схеме он тухловат, два подчиненный свойства, типами дата и булево, как бы что хош не запихнешь

(8)А некоторые умудряются через структуры и т.п.

(8) Например, нужно передать информацию об НЛО.
Берем любой документ, например, Документ.СборкаТоваров
http://v8.1c.ru/edi/edi_stnd/enterprisedata/1.0/#00000000008
Заполняем структуру - дата появления НЛО - номер документа, состав вооружения, данные экипажа - табличная часть.

В ИБ приемника получаем Документ.СборкаТоваров и разбираем обратно - Дата документа - дата появления НЛО и т.п.

Если нужно передать что попроще, берем типовой объект попроще, например, Справочник.СтатьиДДС.

(10) Ну к примеру у нас используется СтатьиДДС. Хочу чтото передавать, это чтото будет иметь две таб части, в их колонках будут объекты ссылочного типа. Как понимаю можно будет через AdditionalInfo определить некую таб значений которая при выгрузке обработается по ПКС, и в итоге появиться на стороне приемника?

(11) можно и так, но начиная с (4) пытаюсь дать понять, что не обязательно зацикливаться на AdditionalInfo.
Можно из сотни видов объектов найти тот, который _не используется_ в ИБ приемнике и передавать ту же табличную часть не через AdditionalInfo, а через табличную часть любого объекта из состава универсального формата.

(12) Таб части нет, и сам документ не входит в состав. Так сказать операция БУХ. И не спрашивать зачем. Этот вопрос уже не единожды обсасывался, но решение в итоге такое

ОФФ:"И не спрашивать зачем". Надо запомнить.

(0) правишь XDTO-пакет, через конвертацию 3.0 дорабатываешь обмен.

Рекомендую курс по УЦ3.

(15) Эх XDTO править както не хотелось честно говоря. Я и обмен то в конвертации только смотрю. Изменения в нужных процедурах и алгоритмах уже так в конфу через конфигуратор. А то не все почемуто свойства в конвертацию подгрузились (имеется ввиду свойства элемента ПКС)

(16) КД3 наверное ещё пилить нужно. Это первое, что сбивает с толку. Интерактивно ключевые свойства не выбираются и автоматически не подставляются при автосоздании. Нужно смотреть на дерево объектов формата и вручную прописывать свойства. (нажать кнопку "вручную")

Короче буду пытаться свой объект добавить

(16) в актуальной КД3 мной исправлено 5 багов, которые не дают нормально с ней работать

(19) Интересно и какие же. На что обратить внимание?

(20) одно из правил не грузится

https://partners.v8.1c.ru/forum/topic/1455464

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

(21) Спасибо за Инфу. Но я и до этого собирался выгрузить куданить текст а потом сравнить модули, и ручками перенести что создалось нового