а, что если сделать следующим образом:
Конфидициальную инфорамцию заполнять через диалог на выходе из которого стоит создание(или обновление) дочернего документа к карточке сотрудника? Права на чтение(видимость) дочки определяется с помощью полей Readers в которых прописана роль в ACL БД и сам сотрудник.
Для удобства пользования, при открытии карточки сотрудника на чтение, поля из дочернего документа подхватывать с помощью @GetDocField... и вписывать в поле "Computed for Display" или в вычисляемый текст
"<Copmuted value>" основного документа. Для тех кто имеет права поля будут заполнены, для тех кто прав не имеет они будут пустыми. Редактирование данных в этих полях, опять же по кнопке.
Таким образом достигается следующее:
С точки зрения пользователя данные храняться в одном документе.
С точки зрения системы в 2x или больше.
Можно расширять функциональность системы, можно например, создавать разные дочерние документы: в первом хранится персональная информация для отдела кадров, во втором зарплата для бухгалтерии и т.д. и доступ для каждого типа доп. документа можно определять отдельно ролями...