Собственно неожиданно(еще недавно все работало) столкнулся с проблемой в двух разных базах в двух разных местах.
Ситуация номер 1
Конфигурация Конвертация данных. Версия 2.1.5.1
При загрузке данных структуры информационной базы в новую конфигурации
Получаю следующее сообщение
{Обработка.ЗагрузкаСтруктурыМетаданных.МодульОбъекта(73)}: Ошибка при вызове метода контекста (ПрочитатьXML)
            ПрочитатьXML(ЧтениеXML);
по причине:
Ошибка преобразования данных XML: [file:////Sunserver/d$/УТ мета.xml][171,22]

В самом хмл файле в том месте находится строка "        <DeletionMark>false</DeletionMark>"

Собственно вот текст куска XML с предыдущем узлом
    <CatalogObject.Свойства>
        <Ref>32390410-a6f6-45ec-b1d2-7c35b62736bc</Ref>
        <IsFolder>false</IsFolder>
        <DeletionMark>false</DeletionMark>
        <Owner xsi:type="CatalogRef.Объекты">0b291f8d-428f-4623-abab-c91cd425c57e</Owner>
        <Parent>00000000-0000-0000-0000-000000000000</Parent>
        <Code>0</Code>
        <Description>ВалютаРегламентированногоУчета</Description>
        <Синоним>Валюта регламентированного учета</Синоним>
        <Комментарий>(Общ)</Комментарий>
        <Использование/>
        <Индексирование>false</Индексирование>
        <КвалификаторыЧисла_Длина>0</КвалификаторыЧисла_Длина>
        <КвалификаторыЧисла_Точность>0</КвалификаторыЧисла_Точность>
        <КвалификаторыЧисла_Неотрицательное>false</КвалификаторыЧисла_Неотрицательное>
        <КвалификаторыСтроки_Длина>0</КвалификаторыСтроки_Длина>
        <КвалификаторыСтроки_Фиксированная>false</КвалификаторыСтроки_Фиксированная>
        <КвалификаторыДаты_Состав>Дата и время</КвалификаторыДаты_Состав>
        <Вид>Реквизит</Вид>
        <ТипыСтрокой/>
        <Типы>
            <Row>
                <Тип>bd258d23-36b4-4f91-bf71-62b5e414593c</Тип>
            </Row>
        </Типы>
    </CatalogObject.Свойства>
    <CatalogObject.Свойства>
        <Ref>3120ea61-7d2d-4c0b-87b2-0a8b823b05a0</Ref>
        <IsFolder>false</IsFolder>
        <DeletionMark>false</DeletionMark>
        <Owner xsi:type="CatalogRef.Объекты">0b291f8d-428f-4623-abab-c91cd425c57e</Owner>
        <Parent>00000000-0000-0000-0000-000000000000</Parent>
        <Code>0</Code>
        <Description>ВалютаУправленческогоУчета</Description>
        <Синоним>Валюта управленческого учета</Синоним>
        <Комментарий>(Упр)</Комментарий>
        <Использование/>
        <Индексирование>false</Индексирование>
        <КвалификаторыЧисла_Длина>0</КвалификаторыЧисла_Длина>
        <КвалификаторыЧисла_Точность>0</КвалификаторыЧисла_Точность>
        <КвалификаторыЧисла_Неотрицательное>false</КвалификаторыЧисла_Неотрицательное>
        <КвалификаторыСтроки_Длина>0</КвалификаторыСтроки_Длина>
        <КвалификаторыСтроки_Фиксированная>false</КвалификаторыСтроки_Фиксированная>
        <КвалификаторыДаты_Состав>Дата и время</КвалификаторыДаты_Состав>
        <Вид>Реквизит</Вид>
        <ТипыСтрокой/>
        <Типы>
            <Row>
                <Тип>bd258d23-36b4-4f91-bf71-62b5e414593c</Тип>
            </Row>
        </Типы>
    </CatalogObject.Свойства>

Обращаю внимание что ругается на вторую строку <DeletionMark>false</DeletionMark> из этого куска, первая (как и десяток до этого) отлично кущается.
Данный эффект работает на трех разных машинах в сети.

Ситуация 2
Ситуация вобщем аналогичная. За исключением того что возникает во время УРБД.
Текст ощибки
Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка данных XML: [file://C:/Documents and Settings/admin_1c/Local Settings/Temp/24/Message_1_5.xml][85819,20]

Собственно в строке номер 85819 находится те же самые <DeletionMark>false</DeletionMark>
Вот текст

                <CatalogObject.ЦветДляСайта>
                    <Ref>e0ce3bf8-e26e-11dd-bae4-0003473028a5</Ref>
                    <IsFolder>false</IsFolder>
                    <DeletionMark>false</DeletionMark>
                    <Parent>00000000-0000-0000-0000-000000000000</Parent>
                    <Code>         </Code>
                    <Description/>
                </CatalogObject.ЦветДляСайта>

Сисадмины говорят что никаких бесчеловечных опытов с библиотеками DOMDocument(вроде 1с его использует при чтении XML) не производили.

В данный момент по ситуации номер 2 удалил этот несчастный объект справочника(это непонятный мусор с пустым и он не нужен никому) и пробую заново прогнать обмен. Но ситуация когда возникает ошибка на пустом месте напрягает и думаю что удаление объекта не вылечит. Да и в конвертацию хотелось бы иметь возможности загружать структуру конфигураций.