Вообще-то математика важнее

зависит от того, на чьей стороне мячик для пинг-понга. Если в зону ответственности входит нведение порядков в процессах, то вполне можно валить на "система не позволяет и вообще покупайте САП" =)

255 вбил и все темы за этот и прошлый год пролистнул

то есть каждое перепроведение документа по регистрам множит записи в нём?

Да не счас попробую кусок из курса найти про этот момент

это откуда?

Курс УЦ 1 концепция ерп , за 20 год.

Западные от событий.
1С тоже от событий.
Это даже в стандарте прописано
https://its.1c.ru/db/v8std#content:683:hdoc

Для регистрации событий используется либо Задача либо Документ и критерии когда что надо выбирать.

ну собственно там не говорят, про SAP и про сторно. А про западные компании и метод "от события" или "от документа". И про производительность тоже ничего не сказано.

У меня есть партнеры с рядом периодических реквизитов. Часть из них пользователи должны вводить будущей датой.
Где их хранить - в одном периодическом РС (и обновлять выборочно, "точечно") или в нескольких?

Да честно мне лень прост куски вырезать из 3 дневного курса. Проще лектора найти и спросить.

Гребенщиков Сергей читал

ну и опять же. вот поступил товар. в бухгалтерском учете вы когда отражать его будете? правильно, когда первичка будет. а в управленческом? когда товар по факту пришел. по мне, так и то и это - события

Ну это зависит от того нужно ли тебе получать на текущую дату срез последних или нет. И при срезе ты хочешь видеть текущую дату или последнюю дату.

Срез нужен только на текущую. Чтоб в карточке (форме объекта) заполнять отображаемые (текущие) значения.
Ну и в отчетах каких-нибудь тоже на текущую.

В ерп для этого есть складские ордера и приходные накладные.
Так же и остатки хранятся в товарах организации и товарах на складах.
Т.е. может прийти товар который еще не твой и может быть подготовлен к отгрузке товар который уже не твой.

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

Про производительность как раз есть немного в этом куске и проблемы автоматизации крупных компаний с которыми столкнулась 1с. Я не против документа как объекта хранения информация, но просто он возник в связке с механизмом проведения как я это понимаю.

Эх. Я уж думал может какой новый подход изобрели. А как было (15 лет назад) 10 отдельных регистров (если не хочется дублировать весь слепок данных на каждый чих), так и осталось.
Благодарю :)