Есть файловая база, в которой для нескольких собственных узлов в таблицах изменений есть строки со ссылками на предопределенные элементы справочников. Как они появились, не знаю, вероятно это сделал конфигуратор при обновлении структуры базы данных. Добавить или удалить регистрацию изменений для таких узлов платформа естественно не позволяет.

Есть идеи как их удалить?

Тестирование и исправление пробовал.

(0) Предопределённость можно снять/назначить программно.

(1) Спасибо. Будем знать. Но как это поможет решить задачу?

(1) снять предопреленность - снять регистрацию - назначить предопреленность
пробовал?

сорри (3) -> (2)

Почему вместо "Добавить или удалить регистрацию изменений для таких узлов платформа естественно не позволяет" многие читают "Добавить или удалить регистрацию изменений для таких элементов платформа естественно не позволяет"?

Кроме меня кто нибудь еще понимает, что добавлять и удалять регистрацию для собственных узлов нельзя из-за их назначения и потому платформа выбрасывает исключение?

Проблема не в том, что элементы предопределенные, а в том что регистрацию любых данных для собственных узлов нельзя добавлять и удалять.

(5) А сымитировать загрузку пакета с нужным номером сообщения?

(6) Почти уверен, там УдалитьРегистрациюИзменений зовется и скорее всего уже при выполнении НачатьЧтение ругнется, т.к. этот метод выше уровнем и потому там больше защиты от некорректных входных данных.

(5) Прошу прощения.
Выгрузить/загрузить данные как в старые добрые времена?
chdbfl.exe?

(5) А как тебя прикажешь понимать правильно, когда ты придумываешь собственные термины - "собственный узел"? Это что такое? Предопределенный узел, соответствующий данной базе, т.е. ЭтотУзел()?

Интересно стало, а как автор узнал, что есть зарегистрированные изменения по узлу базы. Может быть тогда пойму об чём речь :)

(7) можно удалить план обмена. А потом завести новый, точно такой же.

(9) Принимаю замечание. Наш опыт тех.поддержки по продукту для обмена данными показал, что технически правильное понятие "этот узел" пользователям непонятно. "Предопределенный узел" - недостаточно непонятно, к тому же в документации по платформе я его не встречал.
"Узел, соответствующей собственной базе" - наиболее понятно, но слишком длинно для частого употребления. Поэтому мы решили использовать понятие "собственный узел", как наиболее близкое к нему из коротких. Если ты предложишь сопоставимо короткое и более понятное массам, я был бы благодарен.

Узнал я о наличии строк в таблицах изменений с помощью инструмента "Редактор изменений по узлам" из подсистемы "Инструменты разработчика". Он показывает итоги по всем строкам всех таблиц изменений.

(8) chdbfl.exe работает с другим уровнем, более низким чем тестирование и исправление (оно не помогло). Выгрузка XML не выгружает данные таблиц изменений, а они нужны.

(10) Удаление плана обмена - конечно вариант, но затратный. Он выдвигает массу требований для корректного применения. Придется монопольно захватить базу, опустошить все обычные узлы в этом плане обмена, сохранить данные узлов через XDTO-сериализацию, скопировать план обмена, удалить оригинал, восстановить данные узлов. Пока это - лучший вариант, но слишком затратный чтобы бросаться его делать.

(11) Опечатка "недостаточно непонятно" -> "недостаточно понятно"