Всем привет. Имеется УТ 11.2, БСП 2.3.1.87. Пытаюсь настроить ограничение доступа для добавленного справочника М_ЭлементЗаказа по группам партнёров. В роль на чтение этого справочника, право чтение добавил шаблон #ПоЗначениям. Но форме списка этого справочника выводятся все элементы, где партнёр не в группе - объект не найден. Ожидал, что будут выводиться только элементы, входящие в группу партнёра текущего пользователя. ЧЯДНТ?

Ограничение доступа право чтение сейчас такое
#ПоЗначениям( "Справочник.М_ЭлементЗаказа","Чтение","",
"ГруппыПартнеров","ДокументОснование.Партнер"

ДокументОснование - Заказ клиента

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

Как сохранить стандартную обработку истории из платформы? Какое ее имя?

https://infostart.ru/public/545205/ или https://infostart.ru/public/538300/ в помощь

Есть две базы (база 1 и база 2) с отличающимися конфигурациями, между ними обмен в XML формате. Вопрос: Существует ли кошерный способ автоматически десереализовать переданный элмент справочника из базы 1 , в объект этого же справочника но в базе 2, при условии что в базе 2 этот же справочник имеет меньше реквизитов и порядок их отличается? Или надо явно в коде писать присваивание свойств:
Данные = ФАбрика.ПрочитатьXML(ЧтениеXML);
НовыйОбъект.Номер = Данные.Номер
НовыйОбъект.Наименование = Данные.Наименование
...

прикольно, что-то не видел этих ссылок.
вычитал что история данных лежит не в обработке, а в общей форме. Просто так не сохранишь (
Хотел увидеть как они историю по объекту показывают. Вроде как при каждом открытии ее обновление происходит.

Свой пакет xdto и заполнить значения свойств, как вариант

Функцией ЗаполнитьЗначенияСвойств() ?

Да. Но свой пакет, так как стандартная десериализация рухнет на порядке свойств

И лишних свойствах

спасибо

я надеялся что может быть есть способ использовать стандартную десериализацию.

Можно попробовать сгенерить пакет на лету на основании выгруженных из конфигуратора схем :) пару свойств в пакете прописать и загружать через него. Но это так, эзотерика

да, думал о чем то таком ))

Не сочтите за рекламу: https://github.com/arkuznetsov/serlib1c

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

Есть же стандарт: https://its.1c.ru/db/metod8dev#content:4894:hdoc