Примитивный код

    х = Новый ЗаписьXML;
    х.ОткрытьФайл("c:\Денис\1.xml");
    х.ЗаписатьОбъявлениеXML();
    з = ПланыОбмена.СоздатьЗаписьСообщения();
    з.НачатьЗапись(х, ВыбУзелОбмена.Ссылка);
    ПланыОбмена.ЗаписатьИзменения(з);
    з.ЗакончитьЗапись();
    х.Закрыть();

ВыбУзелОбмена - реквизит на форме, тип - ПланыОбмена. Разумеется, выбран.
ОФ, толстый клиент, файловая база.

При выполнении ловлю ошибку
{Форма.Форма.Форма(7)}: Ошибка при вызове метода контекста (НачатьЗапись)
    з.НачатьЗапись(х, ВыбУзелОбмена.Ссылка);
по причине:
Код узла не может быть пустым

Я что-то не так делаю?

ВыбУзелОбмена.Ссылка - у вас чему равно?

может ВыбУзелОбмена = собственный узел?

(1) Выбран на форме. Нужный узел
(2) нет, разумеется. Я, может, и тупой, но не настолько же...

(1) ПланыОбменов.МойПлан.Магазин

Вот бы еще скриншот значения увидеть

(5) http://pics.rsh.ru/img/plan_2j2m3usg.png
Только чем это тебе поможет?

(3) ну тогда про код (или длину кода в метаданных) уже не буду спрашивать ))

(7) и код есть, и длина. Почти типовая УТ.

(8) код этого узла посмотреть. НУ и вообще список узлов. У всех коды?

почему ВыбУзелОбмена.Ссылка ?? Ведь проще ВыбУзелОбмена

(1)
по причине:
Код узла не может быть пустым
ни о чем не говорит?

(11) к (0)

Консолью выбери этот узел, посмотри код

(10) Это уже контрольный в затылок.

(11) Если бы я был таким мудрым, то я бы ни разу не посмотрел в отладчике на этот код.

(15) Запусти на другой платформе

Наверное, надо и у собственного узла код непустой сделать, не?

коды узлов: центральный и текущий точно не пустые?

Всё, я понял.
Всё-таки я тупой.
Всем спасибо за наводку.

(19) Ну и в чем была ошибка?

(20) да стопудово в (17)

(20) Узел был не узлом РИБа...

Но вопрос тогда меняется...

Описываю задачу.
Есть база. Есть магазины (кассы). для выгрузки на них формируются узлы плана обмена, по которым будут формироваться файлы выгрузки. Требуется: выгружать на кассы только новые изменения и удалять ранее выгруженные, не затрагивая новые.
На кассах - не 1с, поэтому штатного файла ответа от них не получить.
Как лучше это сделать?

(21) ну да...

(22) Выгружай каждый раз файл с новым именем.
Регистрацию очищай

(24) не катит. Касса не умеет разные имена. У неё строго зашитое имя, которое оно читает...

(25) Тогда лучше все полностью выгружать каждый раз

(26) не думаю...
Точнее - не хотелось бы.

(26) Дольше будет выполняться, но меньше геммороя с "а вот позиция не перенеслась"

(22) " штатного файла ответа от них не получить"
Собственно тебе от этого файла нужен только номер полученного сообщения.

Если доставка файлов гарантирована - очищай регистрацию сразу после выгрузки.

(29) Доставка гарантирована, но вот загрузка - нет...

(30) Тогда период гарантированной загрузки. Неделя, месяц, квартал... По истечении - очищать регистрацию.

1. "Требуется: выгружать на кассы только новые изменения и удалять ранее выгруженные, не затрагивая новые. "
2. "Доставка гарантирована, но вот загрузка - нет"

Как же ты собрался повторно перегружать?

Это же касса, какой период.
Там просто список товаров с ценами

(33) Понятно, что список. Вопрос, как часто он гарантированно будет загружен в ККМ. Раз в месяц это одно, а если это зависит от настроения кассира, совсем другое.

(33) не только товаров, но и документов.

(35) какие документы загружаются в кассу?

(36) Представь себе, что в магазине вааще нету 1с.
Только фронтол. А принимать товар надо.
Поэтому туда идут поступления и перемещения.

(37) Ты же говорил, что там касса, а не точка учета

(38) Я говорил, что там магазин.

(22) К чему геморрой с планами обмена,
когда есть обработки выгрузки в ККМ-оффлайн?

(37) Не гони волну, фронтолу нужен товар на кассе с ценой, и выгрузок всяких и разных в его формате хоть тем самым местом жуй.

(40) К тому, что я не хочу постоянно грузить на кассу 35000 товарных позиций и 50 документов в день. А только то, что изменилось.

+ штатный механизм = выгрузка товаров в разрезе магазин/секция и загрузка закрытия смен разрез магазин/касса