NafВ 8.х пошли навстречу народу. Там нет понятия периодического реквизита, зато есть регистры сведений
И за счет чего именно победили "ненормальзованность и большие тормоза"?

Naf Сергей ВаскецовИ за счет чего именно победили "ненормальзованность и большие тормоза"?
За счет того что каждую историю (периодический реквизит) храним в отдельной таблице
Это не ответ на мой вопрос. Хотя бы насчет "ненормальзованности" можете внятно ответить, что было, что стало?

NafОтсюда бОльшая нормализуемость
Доказательство у Вас, разумеется, есть?

Nafи меньшие тормоза
За счет чего? Только за счет удаления приведения типов? Или за счет деления таблицы на более мелкие "срезы", так как цифробуква и приличные индексы - вещи несовместимые?

БизонДопустим цена продажи может изменятся тремя документами
Вообще в системе или для каждого контрагента это реально? Обычно используется банальная политика уточнения (актуализация) цены по мере прохождения цепочки. Подробности ниже.

Бизончтобы просмотреть историю изменения необходимо делать довольно большую выборку
Сама по себе история изменения цены - это никому не нужная абстракция. Подробности ниже.

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

Теперь обещанные подробности.

Необходимо изначать правильно строить закупки в системе, чтобы потом не было мучительно больно. Разные предприятия выполняют закупки по-разному, но общие принципы весьма схожи, и при введении тендеров и контрактовании, а также при работе с несколькими поставщиками не должно быть технических проблем, которые все перевернут с ног на голову. Именно поэтому советую использовать концепцию уточнения (актуализации) цены, а обо всяких изменениях цен в справочниках номенклатуры (неважно, документами или нет) забыть как о страшном бреде, проповедуемом "автоматизаторами от сохи". В данном случае как раз наиболее пряморукое решение как раз будет "от потребности бизнеса".

Представим себе ситуацию, что возникла необходимость закупить некий товар. Что нам даст знание некой абстрактной величины "цена"? Практически ничего, так как первое, что необходимо знать - у кого его закупать (оценка экономического обоснования бизнеса сейчас не интересна), так как логично предположить, что цены могут отличаться у разных поставщиков. Равно как у разных поставщиков разные ограничения на поставку (это второе). Например, при потребности в 100 штук в месяц имея 2-х поставщиков, каждый из которых может поставить штук по 30 по 3 рубля и по 5 рублей, совершенно невозможно спрогнозировать "цену". Предположив изменение контрактных обязательств поставщиками (не всегда в сторону ухудшения, пример "нам надо еще 50 штук, сможете осилить?"), логично в эту систему вписываются и тендеры, и их контроль.

Необходимо различать цену от разных поставщиков, а также иметь некую абстрактную цену (не обязательно хранимую, она может быть и avg от цен поставщиков, или даже max, это зависит от "оптимистичности" планирования, как раз лучше, чтобы она не редактировалась напрямую, в эту цену фактически будут заложены и затраты по поиску новых поставщиков и риски работы с ними, например, это может быть 1.2max), в противном случае даже оценить потребность с точки зрения суммы вообще невозможно. Желание иметь историю изменения цены - слабость и ограниченность мышления в части планирования затрат на закупку (бюджета). А подчас и непонимание, что цену, чтобы вбить вручную, тоже надо откуда-то взять, а какая-либо ответственность такого "вбивателя" обычно просто отсутствует.

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

Если же говорить о продажах, то считаю совершенно недопустимым, если продажная цена вводится "вручную" или несколькими документами. Необходимо иметь функциональность прайс-листов, которые имеют при необходимости срок действия, которые утверждаются ответственными лицами, и только на основании их (прайс-листов) оформлять документы на продажу. сразу же замечу, что вопросы всяких скидок находятся в стороне от ценообразования по прайс-листам. Фактически, несмотря на наличие цен в "продажных" документах, единственным источником формирования их должны быть подобным образом организованные прайс-листы, формирование это должно быть в момент создания документа, а по "продажной" цепочке вниз они должны копироваться. Всякие форсмажоры и прочие редкости традиционно могут не вписываться в эту красоту, но по крайней мере здесь нет ограничений на реализацию их вручную.