Пришлось серьезно заняться XML-обменом данных.
Начал смотреть конфигурацию "Конвертация данных".
Все замечательно, но очень тормознуто и документация составлена только на описание, описания конкретных примеров нет. А тормозит реально.
Есть пара глюков при выгрузке из семерки, пришлось причесывать.
Также спотыкался на конфликте версий обработок выгрузки/загрузки.
В результате недовольства и лени я придумал хорошую альтернативную схему выгрузки, основанную на том, что вся база данных представляется с точки выгрузки, как набор регистров сведений с произвольным количеством измерений и ресурсов.
Справочник - это тоже регистр сведений с одним измерением - объект и ресурсами - реквизиты.
То есть файл обмена состоит из набора записей свойство=значение, часть из этих пар является ключом записи.
Такая организация позволяет строить прозрачные правила обмена, часть которых может действовать в обе стороны. Такие двухсторонние правила обмена, например:
1. Изменение наименования свойства, например
(Объект=пиво) Тип=Справочник Вид=Товары Код=11
конвертируется в
(Объект=пиво) Тип=Справочник Вид=Номенклатура Код=11
Понятно, что это правило работает в обе стороны.
Или на примере переноса курса валют.
(Объект=usd Дата=12.01.04) Курс=28 тип=Справочник вид=Валюты
конвертируется в
(Валюта=usd Дата=12.01.04) Курс=28 тип=РегистрСведений вид=КурсыВалют
2. Реструктуризация ключа.
(Склад=главный Товар=пиво Фирма=Рога и Ко) Остаток=10
конвертируется в
(Склад=главный Товар=пиво)
В обратную сторону проставляется некая условная одна и та же фирма.
Кроме того, можно сразу же использовать транзитивные правила, т.е. если есть правила выгрузки из торговли 7.7. в торговлю 8.0 а затем в УПП 8.0, то сложив эти правила можно получить транзитивный перенос из торговли 7.7. в УПП 8.0.