НИ В КОЕМ СЛУЧАЕ не лезьте в таблицы 1 эсс или их мета данные - результат жопа.
У них есть ЗАМЕЧАТЕЛЬНЕЙШИЙ инструмент - OLE - просто создайте 1c.Enterprise и имейте доступ ко всему тому что есть в конфигурации, не зависимо от её изменений.

Подробности есть в книжках из коробки 1 эсс, там с примерами.

лишний экземпляр - да
медленнее - нет - 1эсс (клиент) работает также

И действительно, ради одноразовой переброски возиться не стоит,
но если нужно постоянно синхронизировать - ЛУЧШЕ один раз написать правильно.

З.Ы. Это всё про не СКЛ версию, с ней не знаком

Если внешняя программа - ридер текстового файла - вы правы,
Но 1эсс - грузит их один раз при запуске, и потом они быстро доступны

Для синхронизации не нужен доступ к мета данным.
Вместо внутреннего ИД объекта можно использовать его Объект!Код
ЕДИНСТВЕННЫЙ недостаток - нельзя менять коды в 1эсс.
ЗАТО прога будет работать и при изменении конфигурации.
Все подводные камни в виде "мы тут ещё в конфу взаимосвязей добавили" будут брабатываться самой 1эсс, а не вами.

И ваша программа экспорта/синхронизации Будет написана (в части обращения к 1 эсс) на языке 1эсс (русском или английском).

Вот накопировал, поэтому могут быть баги

Dim Trade As Object
Set Trade = CreateObject("V1CEnterprise.Application")
result = Trade.Initialize(Trade.RMTrade, "/D" & Path & " /m", "NO_SPLASH_SHOW")

Dim Товар As Object
Dim ВидНоменклатуры As Object

Set Товар = Trade.EvalExpr("CreateObject(""Справочник.Номенклатура"")")
Set ВидНоменклатуры = Trade.EvalExpr("CreateObject(""Справочник.ВидыНоменклатуры"")")
ВидНоменклатуры.НайтиПоНаименованию ("Материал")

Товар.Новый
Товар.Наименование = "Он не верит что это проще"
Товар.ТипТовара = Trade.EvalExpr("Перечисление.ТипыТоваров.ЗначениеПоИдентификатору(""Собственный"")")
Товар.ВидНоменклатуры = ВидНоменклатуры.ТекущийЭлемент()
Товар.ЕдиницаИзмерения = Trade.EvalExpr("Константа.ОсновнаяЕдиницаИзмерения")
Товар.Записать

Если это не проще варианта с таблицами (я его тоже делал для 4 видов документов), то я готов съесть .... что-нибудь :-)
Причём он отрабатывает ВСЕ скрытые в клиента 1эсс примочки ввиде занесения куда-нибудь в спец таблицы и прочее

в добивочку у вас ошибка?
Номенклатура -> sc33.dbf или sc133.dbf

Для синхронизации добавляем таблицку, которая хранит соответствие моих ид кодам (или названиям) 1эсс (типа 000000001 , 000002 и т.п.) .

А в моей эске sc133.dbf - Номенклатура

В момент репликации у меня не будет поля SP689 со значением ' 4VO ' (кстати по моему опять ошибка ' 4VO'), а будет атрибут объекта
Товар с названием ВидНоменклатуры , с типом значения "Справочник.ВидыНоменклатуры" и самим значением "Материалы" .

Пусть будет так:

в Нашей базе :
Товар( ИД, НазваниеТовара, ВидИд)
(1,"Фигня",1)
(2,"Жуть",1)
(3,"Водка",2)
(4,"Пыво",2)

ВидТовара( ИД, НазваниеВида)
(1, "Материалы для всего")
(2, "Благодатная жидкость")

СвязиЭсс (тип,ИД, Код) - здесь тип 1- это товар, 2 -это вид товара
(см ниже)

В Эсс:
НИЧЕГО НЕ ИЗМЕНЕНО (ДБФ версия)
есть ВидыНоменклатуры: "Материалы в один эсс", "Бухло"

Надо добавить связи :
(2,1,"Материалы в один эсс")
(2,2,"Бухло")
и похожее для товаров.
Тогда при работе с 1эсс можно использовать её наименование "Бухло" для товаров с ВидИд=2

Кстати можно и на их коды завязываться и на названия, И не зависить от представления данных на уровне таблиц. 1эсс сама вам создаст атрибут с именем Наименование не зависимо от его внутреннего поля таблицы с именем ЖП129048 .

Прокоментируйте пожалуйста, может я не внятно излагаю, если да, приведите пример для которого не подходит такое решение.
Жду ваших ответов