Можно.
Смотрите в сторону языка преобразований .XSL и стандартной обработки Универсальный обмен данными в формате XML.

Изучать конфигурацию конвертация данны муторно. По крайней мере у меня такие впечатления от этого процесса остались.
Плюс проектировать свою конфу.
Плюс писать файл правил.

Гораздо эфективнее:
1) использовать стандартный файл правил, например от выгрузки бухгалтерия->бухгалтерия.
2) разобраться в языке преобразований .xsl (у меня ушел день).
3) написать правило преобразования из .xml твоей системы которая не 1С в .xml который понимает 1С, а вчастности обработка Универсальный обмен данными.
Мой знакомый интегратор только так данные и гоняет между 1С и не 1С системами.
По моему достаточно быстро и эффективно.
Ну и удачи тебе.

Если будеш подсовывать.XML
1) Необходимо будет разобраться в формате .XML который понимает 1С.
2) Надо разобраться со структурой хранения данных на уровне объектов метаданных (необязательно).
3) На 1С писать не надо.
4) Надо знать .XSL

Если будеш грузить по OLE.
1) Необходимо разобраться со структурой хранения данных на уровне объектов метаданных.
2) Необходимо разобраться в языке 1С, чтобы с помощью внутреннего языка создавать элементы справочников и документы.
3) Необходимо знать внутренний язык 1С.

Если будеш грузить по ADO из свое проги будеш цепляться к БД 1С.
1) Необходимо разобраться со структурой хранения данных на уровне объектов метаданных.
2) Необходимо разобраться со сруктурой хранения этих метаданных в таблицах на SQL сервере.
3) Надо знать SQL.
4) На 1С писать не надо.

Если будеш грузить по ADO из 1Ц цепляясь к БД своей проги.
1) Необходимо разобраться со структурой хранения данных на уровне объектов метаданных.
2) Необходимо разобраться в языке 1С, чтобы с помощью внутреннего языка создавать элементы справочников и документы.
3) Необходимо знать внутренний язык 1С.
4) Надо знать SQL .

Если будеш грузить напрямую из таблиц БД своей проги в таблицы 1Ц.
1) Необходимо разобраться со структурой хранения данных на уровне объектов метаданных.
2) Необходимо разобраться со сруктурой хранения этих метаданных в таблицах на SQL сервере.
4) Надо знать SQL .
5) На 1С писать не надо.

Вот примерно так, есть еще варианты но они скорее будут являтся смесью уже описанных вариантов.

>>> что значит правило преобразования и где оно используется в загрузке ?
- Правило преобразования в твоем случае преобразовывает один формат файла .XML в другой формат .XML. Т.е. подразумевается, что твоя прога уже умеет выгружать информацию в .XML, соответственно, что бы не лезть и не переделывать твою прогу нам необходимо преобразовать формат .XML который выгружает твоя прога в формат который понимает 1С.
Правило преобразования пишется на языке преобразований XLS.

>>>>И еще .. вы имеете ввиду , что нужно при выгрузке из моей сторонней проги получать сразу xml-файл, который поймет 1с ?
- Если твоя прога пока в стандартном виде ничего в .XML выгружать не умеет, то лучше сделать чтобы твоя прога сразу выгружала .XML который поймет 1С. В этом случае .XLS не потребуется.

>>>>Просто пока мне понятно только то , что Универсальный обмен данными понимает файл , выгруженный из 1с по определенным правилам , сформированным конвертацией. Этот файл можно как-то создать и без использования Конвертации ?
Берешь стандартный файл правил например для выгрузки данных из Торговли в бухгалтерию.
Чтобы понять какой формат .XML создает этот файл правил - делаеш выгрузку из Торговли с демо данными, дальше смотриш полученную выгрузку точнее ее структуру. И соответсвенно начинаешь писать .XSL который преобразовывает формат .XML из твоей проги в формат который ты получил при выгрузки Торговли с демо данными.

P.S. .XSL очень простой язык, поэтому времени на освоение уйдет немного
Если надо могу дать пример преобразования, с исходным .XML и файлом .XLS. Ну а конечный .XML ты из этих двух файлов получиш.

Господин ПЖ.
Каждый инструмент имеет право на сущевствование.

Я например для регулярных обменов использую вариант 4 и 5 либо компоновку этих вариантов из моего топика.
Но ни в коем случае не OLE.
Т.к. четко знаю структуру метаданных и как эти метаданные хранятся в таблицах.
Знаю встроенный язык 1С и T-SQL.
Если бы mikey все это знал тогда и вопрос у него бы не возникло.

А так для mikey варианты данны в порядке возрастания сложности их исполнения и поддержки кстати тоже.

P.S. а поповоду сапорта любого из решений можно спорить долго.

mikey,
Выслал.

mikey,
Файлы 000022599_cust_1c_ИСХОДНЫЙ.xml и 1C7_1C8.htm ложиш в одну папку.
В файл 000022599_cust_1c_ИСХОДНЫЙ.xml, ВТОРОЙ строкой вставляеш вот такую строчку:
<?xml-stylesheet type ="text/xsl" href="1C7_1C8.htm"?>
Потом открываеш файл 000022599_cust_1c_ИСХОДНЫЙ.xml с помощью IE (Opera не всегда его правильно открывает) и видиш уже результат преобразования файла 000022599_cust_1c_ИСХОДНЫЙ.xml с помощью 1C7_1C8.htm.
Если надо сохранять результат преобразования на диск и т.п. учим .XSL

Господин ПЖvitkhvmikey,
Выслал.

а мне копию можно? поглядеть, для развития

Выслал

samorokovskiy,
к сожалению на ваш вопрос ответить не смогу.
Могу только сказать что, да такая ошибка может возникать если в .XML файле присутствуют недопустимые символы.