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

Залить бэкап до обновления?

Есть два способа очистить таблицу регистрации изменений конфигурации: прочитать сообщение обмена отправлекнное из узла с такой же конфигурацией; или удалить узел из списка и создать его заново, установив счетчики принятых/полученных вручную.

(0) дешевле принять изменения в ПБ

+(2) ни один из способов не сработает если не отрубить 2 пальца ставильщику пробелов

(3) +1

(4) экий ты суровый. Если он с пальцами так может, что будет, когда он станет локтями в клаву тыкать?

(6) так на ногах же

(2) (3) нет и нет
(4) уже отрубили. Но это не помогло.

(7) Тогда будет падать на клаву головой! :))))

Очистить соответствующие таблицы на SQL.

Я таки не понял...
Справочник я могу снять с регистрации, а конфигурацию нет?
Вот таким писателям точно нужно что-нибудь отрубать...

(8) у этого "нет" причина есть какая-то?

(10) Файловая.
Нужно средствами языка. БКК, таксказать, чтобы юзверь сам смог её нажать под диктовку по телефону.

(12) Есть. "Я так сказал".

(11) ты и половины не знаешь. Еще тебе права ни какие не нужны, чтобы срубить регистрацию чего угодно И ни какие манипуляции с таблицей регистрации изменений не следят в журнале регистрации

(14) с учетом этого (13) - удачи

(15) Права мне не нужны. Мне нужна волшебная команда.
Кстати, "расставляльщик пробелов" - я. Но там это было тупо необходимо. В процессе Файл базы данных повреждён

(17) Удаление регистрации изменений конфигурации из встроенного языка невозможно.
Регистрация изменений конфигурации должна удаляться при получении сообщения обмена, подтверждающего получения данных изменений в подчиненном узле распределенной ИБ.

Сформировать файл пустого отклика из периферийной системы и загрузить его в центральную.

(19) Как вариант.
А как он должен выглядеть?

а почему нельзя удалить узел в центральной и добавить его заново, очистив тем самым все зарегистрированные на него изменения, в том числе и изменения конфигурации

(20) только учти, что вся остальная регистрация тоже очистится

(21) Потому что я не хочу очищать все остальные изменения. А только конфигурацию.

(20) Рабочий пример отклика из БП в УПП следующий:


<?xml version="1.0" encoding="UTF-8"?>
<ФайлОбмена ВерсияФормата="2.0" ДатаВыгрузки="2015-05-05T20:29:03" ИмяКонфигурацииИсточника="БухгалтерияПредприятия" ИмяКонфигурацииПриемника="УправлениеПроизводственнымПредприятием" ИдПравилКонвертации="3b41498e-679c-4f44-8055-d67d92d6d6da" Комментарий="">
<ПравилаОбмена>
    <ВерсияФормата>2.01</ВерсияФормата>
    <Ид>3b41498e-679c-4f44-8055-d67d92d6d6da</Ид>
    <Наименование>Квитанции принятия в БП</Наименование>
    <ДатаВремяСоздания>2014-08-22T12:15:12</ДатаВремяСоздания>
    <Источник>БухгалтерияПредприятия</Источник>
    <Приемник>УправлениеПроизводственнымПредприятием</Приемник>
    <Параметры/>
    <Обработки/>
    <ПравилаКонвертацииОбъектов/>
    <ПравилаОчисткиДанных/>
    <Алгоритмы/>
    <Запросы/>
</ПравилаОбмена>
<ИнформацияОТипахДанных/>
<ДанныеПоОбмену ПланОбмена="ПоОрганизации" Кому="УПП" ОтКого="БУХ" НомерИсходящегоСообщения="2" НомерВходящегоСообщения="2"/>
<ДанныеПоФоновомуОбмену ПланОбмена="" Кому="0" ОтКого="0" ДобавлениеОбъектовИзФоновогоОбмена="0" КоличествоОбъектовДляФоновогоОбмена="500" ПереданоОбъектовФоновогоОбмена="0"/>
</ФайлОбмена>


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

(22), (23) Ну да, остальная регистрация очистится. А это действительно большая проблема зарегистрировать данные в центре заново?

(24) Кусок из ответа ПБ после загрузки конфигурации.

- <v8msg:Body>
- <v8de:Changes xmlns:v8="http://v8.1c.ru/data"; xmlns:v8de="http://v8.1c.ru/dataexchange/2005/02"; xmlns:xs="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">;
  <v8de:Signature>5d066455-924c-4fbe-9c9b-73b516a6c94d</v8de:Signature>
- <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">;
  <v8de:Version>216.0</v8de:Version>
  <v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
  <v8de:Digest2 v2="0c137cb7d5047159ca62536cd91d828d">0c137cb7d5047159ca62536cd91d828d</v8de:Digest2>
  </v8de:Config>
- <v8de:Data>

Что-то я не вижу знакомых букв...

(25) У меня настроен обмен по правилам обмена. Правила написаны в конвертации 2.0

(26) это совсем не РИБ

(27) Что мешает разово сделать настройку обмена данными с признаком "Обмен по правилам обмена" и вручную скормить пустой отклик этой настройке?
Это действие приведет к очистке регистрации изменений, включая конфигурацию.
Потом можно отрубить эту настройку обмена и продолжить жить по старым правилам РИБа.

Надо, конечно же, где-то сохранить регистрации данных, а потом их восстановить.

(28) а это идея, что произойдет, если снять признак РИБ у плана обмена?

Но я вообще за (3)

В ПБ изменения приняты. Но ответ почему-то не понимается

это все херня кривая и порожняк, что вы тут трете. В итоге ДенисЧ все равно придет к тому, что надо не трындеть, а просто так взять и принять изменения штатно, засунув свою гордость и амбиции поглубже  штаны

(30) не бывает почему-то. Причина всегда есть и платформа ее сообщает

(31) Надо придти к тому, что Лефмихалыч не читает всю ветку...

(33) с этим не стану спорить

(32) Ага. "Принимаются изменения из базы, для которой зарегистрировано изменение конфигурации". Офигеть, насколько информативно

(35) перевожу: ответ от ПБ, который ты грузишь, был выгружен из ПБ ДО того, как туда приняли изменения конфигурации. Или в (30) - ЛПП

(36) Ответ из ПБ, который грузится, был выгужен в 19-45. Изменения были приняты в 17-13

какбе сэмулировав пустой ответ зарегистрированные изменения так же потеряются

(37) выгрузи сообщение из ЦБ в ПБ, прими, выгрузи ответ, прими.
Не бывает чудес. Либо ты что-то нахимичил с удалением регистраций узлов, битов и пустыми фиктивными сообщениями, либо порядок сообщений попутан, либо базе одной мистец.
Я бы начал с порядка сообщений. Обчно им все и заканчивается

(39) А разве ответ об принятии изменений не шлётся каждый раз, пока не будет принят?

Мда... Похоже, мне таки придётся всё делать руками и пошагово.
Напомните, сколько там за убийство разработчика платформы дают? В годах? Или в евро...

тема закрыта, всем спасибо за внимание.

(40) и да, и нет. Шлётся все, про что не доказано, что оно принято

(42) ниче не закрыто, мы только начали)

+ допиши в конфу пакетный перезапуск, чтобы при изменении конфы, у тебя конфигуратор сам обновлялся батником.

и тогда не будет подобных проблем - просто шлешь изменения в узел и там все само обновляется

(44) (45) http://goo.gl/IkYdCf
с вашими советами....

да не тебя. неблагодарный