Собственно для задачки потребовался сабж.

Каким способом лучше всего реализовать на типовых?
Без изменения конфы и без расширений.

Через ДополнительныеРеквизитыИСведения :)

(1) Юморист как периодичность реализовать?
Через префиксы заводить новые ?
Потому что если json (или нечто иное из разных значений на даты) засовывать в строку то там ограничение же

(2) Периодичность только самому пилить. Совсем без изменений конфы не получится, имхо.

(0) > Без изменения конфы и без расширений.
Код по получению текущей или какой там даты в каком месте пиисать будешь?

(4) На сервере будет крутиться регламентное/фоновое которое должно последнее значение получать.
И формочка для правки этих значений на даты, по сути надо только для истории.

Хмм может заюзать ОбщегоНазначения: ЗаписатьДанныеВБезопасноеХранилище, ПрочитатьДанныеИзБезопасногоХранилища ?

(5) если только для истории лучше версионирование подключить

(5) можно журнал регистрации писать/читать

(0) Без изменения конфы никак.
(2) Заводить на каждое изменение периода новый реквизит - ИМХО, дичь. Хотя конечно зависит от конкретных условий, но в 99% случаев это будет бред. В особенности, если период изменений для каждого отдельного объекта (например, элемента справочника - владельца допсведений) будет разным. Каждый день - новый реквизит. В какой-то момент этих реквизитов станет неприлично много, а при активном их использовании производительность быстро начнёт падать ниже плинтуса.

А что мешает вносить изменения в конфигурацию?
Добавление собственного периодического независимого регистра сведений "сбоку" - самое простое, очевидное решение, которое легко встраивается в любое типовое решение, никак его не ломая и совершенно никак не влияя на возможность его обновления. Не говоря уже о том, что для больных параноиков включения возможности изменения конфигурации придумали расширения.

(0) Кто будет потреблять это? Пользователь или программа?

(8) Ну можно два допреквизита завести, один текущее значение а второй история, сколько влезет.
Как перестало влезать еще добавляем ))

(9) Пользователю нужна история (чтобы придумать новое на основе старых), программе только последнее значение

(11)+ Сейчас в екселе историю ведут, это неудобно

(11) Подсистема взаимодействия как вариант.

Хмм может файл прицепить но как его привязать к маркам (брендам) в УТ11?

(13) ? подробнее можно

(15) Сервер взаимодействия - и чатик, привязанный к каждому объекту.

(16) Прикольно но сервера взаимодействия нет.

Короче что еще можно прицепить к справочнику марки (бренды) ? В типовой УТ11.4

(17) посмотри БСП на тему Журнал регистрации, у которого самое главное свойство Периодичность. То что надо.

(18) Не пойдет ибо не сохраняется при выгрузке/загрузке

(17) Ну тогда доп. обработка, показывающая список и тянущая данные с внешнего источника и помещающая туда же.

(20) Внутри базы надо бы хранить, чтобы при выгрузке/загрузке dt сохранялось

(21) Ну можете SQLite базу в сохраненные настройки класть, например.

(6) +1
(5) Можно добавить ещё один допреквизит и пихать в него сериализованную таблицу с историей