Спросил у начальника о том можно ли открыть исходники кода объекта для работы с новыми форматами ЦБ. Он велел послать "нах". Посему могу лишь описать основные принципы:
1. Делаем DW типа d_ed101 (повторяющие структуру ЦБ-ых документов)
2. Один из компонентов я уже выкладывал.
3. Пример реализации одного из DW
4. У нас сделана упаковка документов в пакет, верификация, но я думаю это лишне.

Совет: сделай загрузку/выгрузку документов в XML формат, этого будет достаточно. Думаю, ЦБ даст прогу, которая будет упаковывать документы. Так разработчики АБС "Афины", насколько я знаю, просто сделали загрузку/выгрузку документов в XML формат и все, видимо у них есть инфа, которая позволяет им надеятся на то, что этого будет достаточно.

To ASCRUS
Идея делать XML на стороне сервера не нова. Но здесь есть многие НО:
1. Существующая система приема/отправки рейсов.
2. "Пожелания" руководства
3. Ужасно "полное" и "окончательное" описание от ЦБ, доступное здесь .

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

Вот нашел. Насколько тут все правильно написано, сказать сложно, но это будет
полезно для направления мылей в нужное русло:

Объект nv_cbr_xml является не визуальным пользовательским объектом, т.к. основное его назначение export\import данных из DataStore, находящихся в специальном хранилище – структуре str_eddoc, которая служит для обмена данными между объектом nv_cbr_xml и сторонним объектом. В ней:
user_datastore datastore
string doc_name
long sort
long make_it
Здесь:
datastore – DataStore для хранения данных
doc_name – наименование документа
sort – порядок следования разных DataStore для составного документа. Например, sort = 1 означает, что это документ верхнего уровня (шапка), sort = 2 - дочернее DataStore для документа с заданным doc_name
make_it – признак, того что нужно делать XML файл именно для данного документа. Если make_it = 0, тогда создавать отдельный XML файл не надо. Необходимость данного поля вызвана наличием составных документов, которые могут содержать в себе документы верхнего уровня Edxxx, с признаком sort = 1

При получении структуры str_eddoc, программа ищет документ с make_it > 0 и sort = 1, получает его наименование doc_name. Далее, идет поиск дочерних DataStore по признаку doc_name и sort > 1. Таким образом, находятся все необходимые данные.

Добавлена таблица f_ini_ed, содержащая данные для инициализации str_eddoc структуры.

На вход объекта nv_cbr_xml может подаваться только одно имя файла для export или import. Как же при этом будет осуществляться взаимодействие с данным объектом? Когда он создан, будут доступны такие важные функции, как Export и Import. Параметром данных функций будет являться наименование файла. Приведем пример кода:

Long ll_i, ll_Num
nv_cbr_xml lnv_CbrXml

lnv_CbrXml = create nv_cbr_xml
for ll_i = 1 to ll_Num
lnv_CbrXml.Reset()
/* Заполняем данными нужные DataStore.
Устанавливаем соответствующий make_it = 1
в структуре str_eddoc
*/
lnv_CbrXml.Export("D:\Exchange\" + String(ll_i) + ".xml")
/* Файл готов */
next


destroy lnv_CbrXml

Мылок, а ты хоть читал про PBDOM ?
Если нет - смотри Help
По почте не могу. Москальский прокси-сервер прикрыл доступы мне на mail.ru , а корпоративную почту использовать нет резона.
Если есть АСка, скажи нумер, можно будет поговорить...