Здравствуйте форумчане. Возник вопрос.

На форме документа есть реквизит. У реквизита стоит галка "Сохраняемые данные", в настройках формы стоит "АвтоматическоеСохранениеДанныхВНастройках". Заполняемые в реквизитах данные сохраняются, но эти данные сохраняются для всех документов.

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

Только придется придумывать где эти настройки хранить. Надо ли оно?
---
Чего чего? Вы имеете ввиду, что написав в одном документе в реквизите АБВ, оно будет во всех документах?
---
Да, именно с этим я и столкнулся. Это довольно странно, поэтому решил, что просто не сделал дополнительную настройку.
---
Ну все правильно. Это же реквизит Формы, а не Объекта
---
Ну вообще довольно странно, для чего тогда вообще нужна функция сохранения данных в реквизите формы?
---
Ну как, отчет или обработку открыл, а там уже все как было.
---
С отчетом это логично, но эта возможность есть и для формы документа. Т.е. она там оказалась случайно?
---
Форма-то везде одинаковая. Для любой формы можно настройки сохранять. Вопрос целесообразности на совести разработчика.
---
Ясно. Жаль, с привязкой к ссылке документа это было бы красивое решение.
---
Интересно, для какой задачи это было бы красивое решение?
---
Я считаю, что в объекте документа не надо хранить данные, которые не требуются в других объектах или они являются производными от других данных этого документа.

Например зачем хранить в документе цену с НДС, если есть цена и величина НДС или зачем хранить значение предупреждающей надписи ну и т.д., примеров масса.
---
Как-то в институте изучая реляционные базы данных я проникся идеей светлой идеей нормализации данных. Сомнение в идеалистичности идеи бороться с избыточностью данных зародились на первом же курсовом проекте. Сейчас я осознанно делаю денормализованные структуры, если задача того требует. В программировании нет ничего идеального, одни компромиссы исходя из целей и задач разработки.
---
Но ведь идея и желание не пропали))
---
Пропали делать это бездумно лишь только потому что это круто выглядит с какой-то одной кочки. Надо "все болото" смотреть. Дело в том что нормализация рассматривается в рамках СУБД и все. Но если задуматься о написании кода по обработке этих данных, то получиться что добраться до 15-ой таблицы каскадно связанных через ключи очень трудоемко. Конские джоины, сложный код, неэффективная работа СУБД. Не проще ли денормализовать и получить человечьи запросы и простую обработку ценой места на диске?
---
Конечно. Всегда нужно соблюдать баланс между изяществом и простотой. Нет смысла в коде, который чрезмерно трудно сопровождать.
---
Пожалейте сервер БД. Это решение вам никто не мешает реализовать в событиях формы самостоятельно.
---
Я так и сделаю. Всегда так делал, просто подумал, что мог пропустить новую функциональность платформы и сейчас это можно сделать иначе. Всегда стараюсь минимизировать код, если это возможно.
---
Дело, конечно, хозяйское. Но, по моему мнению, раз требуется что-то сохранять в настройках формы для каждого объекта, то что-то пошло не так на этапе проектирования решения. Может, все же, реквизит добавить?

P.S. Не забыли что настройки для каждого пользователя свои сохраняются? Получиться произведение количества документов на количество пользователей.
---
Ну вот живой пример, для которого я тему собственно и создал.

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

Значения надписей хранить в объекте нет смысла. Я думал, что можно сохранить значения на форме. Пока я тестировал на одном документе все работало, а потом стало понятно, что это ошибка.

Сейчас буду при открытии определять эти надписи в соответствии с сохраненным значением валюты.
---
Можно сделать поле надписи и программно его заполнять из валюты при открытии формы и изменении валюты. И хранить ничего не нужно.
---
вы путаете теплое с мягким.
Как пример... если вам данные этого реквизита в каком-нибудь отчете понадобятся, вы их откуда брать будете? Из настроек формы?
---
В том и суть, что данные, которые могут даже теоретически понадобиться в отчете или другом объекте я не храню в реквизитах формы.

Но зачем хранить в объекте значение предупреждающей надписи?
---
Если предупреждающая надпись уникальна для объекта, то и хранится она должна в объекте. Если производная от других, то заполняться присозданиинасервере или приотрытии. А хранить данные объекта в настройках формы - полный бред.
---
тем более, что настройки индивидуальны для каждого пользователя.
---
Тогда может вы объясните для чего 1С предоставила возможность хранения строковых данных по конкретному реквизиту формы в документе?

Зачем нужна эта функциональность?
---
Может быть, в коде данные подменяются?
---
Нет, это я уже протестировал