Идет обмен между центральной базой и узлом, но вот какой неясный момент: использую функцию ValueToStringInternal(), которая возвращает ГУИД для одного и того же документа в обоих базах, и получаю разный ГУИД!!!
{"#",d1e4f653-e0bd-427b-af86-221548bc1b42,161:b41a005056bf000b11e31621b3898d9b}
{"#",d1e4f653-e0bd-427b-af86-221548bc1b42,163:b41a005056bf000b11e31621b3898d9b}
Разница лишь в одной цифре! (161 и 163), но такого ведь быть не должно! Гуид после обмена должен быть одинаковым! Помогите разобраться, что это цифра может значить?

гуиды одинаковые :)

(1) , то есть гуид здесь "d1e4f653-e0bd-427b-af86-221548bc1b42"?, а 161 тогда что?  ValueToStringInternal() - этой функции нет в помощнике, может она не гуид возвращает...

(2) номер таблицы в базе

(2)Как это в помощнике нет, куда делась?

(2) Она называется ЗначениеВСтрокуВнутр. И возвращает действительно не GUID.

(4) Ну не перевелись ещё любители писать по-английски :-)

(5), спасибо! нашел... (3) , то есть получается в узле и в центральной базе документ один и тот же, а номер таблицы
разный?

Как ни странно, для получения ГУИД есть метод УникальныйИдентификатор.

(6)А поиск в помощнике отменили?

(9) Там галку надо ставить.

(7)именно ...

спасибо большое! разобраться помогли.

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

РИБ или "не РИБ" - вот в чём вопрос :)

(13) Как ни странно в Сервис \ Параметры ... :-)

(13) Сервис - Параметры - Справка - Использовать оба языка.

(13) В голове у автора английского кода. Молотком.

(17) Тоже неплохой метод :-)

(15), (16)  - нашел:) спасибо)