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

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

Трудность в том, что изменение задолженности фактической датой, которая относится к прошлому периоду, приводит к тому, что все уже расчитанные последующие задолженности (с факт. датами после этой даты, в том числе и в закрытом периоде) меняются в общем случае не на величину изменения (для них не может использована формула "долг:=долг +- сумма_изменения").

Как это правильно обсчитывается? Есть ли какие регламентирующие инструкции (ПБУ, документы Минфина, и т.п.)?

Nafзаписи имеют два реквизита: период регистрации и период действияТо же самое, что и у меня, только с другими названиями. Вопрос в пене - ее присутствие:
(1) заставляет производить _все_ расчеты заново (от даты прошлого изменения до даты на которую ведется расчет),
(2) в связи с этим не совсем ясно как учитывать (сохранять в базе, чтобы они не теряли свою значимость при повторных изменениях) корректировки долгов, вызванные этими прошлыми изменениями,
(3) не понятно, как должна считаться такая величина, как "пеня оплаченная" (например, за месяц).

Naf1-2. зачем? пеня должна расчитываться от введенных данных не трогая ихПример: в январе были начисления на 100р; оплата пришла в июле в размере 200р; пеня на момент оплаты пусть 10р, начисления погашены, июль закрыт с переплатой 90р. В августе выясняется, что в январе была пропущена оплата на 100р (не попала в систему). Какие действия? А если затем (в сентябре) окажется, что январских начислений не должно было быть вообще? Как после этого будет выглядить отчет для клиента, когда он захочет посмотреть на него после всех перетрясок?
Naf3. сначала погашают пеню, потом долгЕсли делать наоборот, то в случаях, когда платеж больше или равен долгу без пени, но меньше долга с пеней, увеличение пени останавливается - так проще расчеты и клиенту жить легче. При оплате налогов, например, пеня оплачивается после суммы самого налога.

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