Я что-то не догоняю:
&НаКлиенте
Процедура ПроверитьНеобходимостьБлокировкиФизическогоЛица()
    Если Модифицированность Тогда
        Попытка
            ЗаблокироватьДанныеДляРедактирования(ФизическоеЛицо.Ссылка, ФизическоеЛицо.ВерсияДанных, ФормаУникальныйИдентификатор);
            ОтключитьОбработчикОжидания("ПроверитьНеобходимостьБлокировкиФизическогоЛица");
        Исключение
            ВызватьИсключение НСтр("ru = 'Данные контактого лица не могут быть записаны, т.к. личные данные физического лица недоступны для изменения.
            |Возможно, эти данные физического лица редактируются другим пользователем.'");
            Прочитать();
        КонецПопытки;
    КонецЕсли;
КонецПроцедуры

ЗаблокироватьДанныеДляРедактирования
...Доступность:

Сервер, толстый клиент, внешнее соединение.

и как?

вопрос снят - мануал не успевает за конфигурацией - в самой конфе (БСП) правильно сделано

тут же другой вопрос - а для двух объектов одного типа без переписывания типовой?

а то имя элемента собирается от вида КИ

если два ФЛ в документе и для обоих надо контактную вывести - ругается на неуникальное имя

блин, это нечто

&НаКлиенте
Процедура ПроверитьНеобходимостьБлокировкиФизическогоЛица()
    Если Модифицированность И НЕ ФизическоеЛицо.Ссылка.Пустая() Тогда


откуда ФизическоеЛицо.Ссылка?
откуда ссылка на клиенте?

может потому, что в демо физлицо - это объект?

(4) это да

а может кто объяснить - почему отказались от регистра сведений для контактной и перенесли её в таблицу объекта?

попробовал я сабж - кругом один геморрой
механизм БСП - открываю документ с заполненным объектом, отрываю объект - редактирую- записываю
после это попытка записать документ - ошибка

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

в общем очень спорное решение, ИМХО
а уж если добавить историю  - то срез последних придется заменять на два соединения