Ошибка в механизме начисления пеней

[glibs]

А почему вы считаете, что дата последнего расчета пени должна быть непустой?

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

Т.е. это больше похоже на багу дизайна чем на багу системы, IMHO.

[Ashir]

Упустил я один важный момент: рассопоставление происходило после того, как журнал по пеням был разнесён. Т.е. в момент его разноски, в поля CustSettlement.LastInterestDate и CustTransOpen.LastInterestDate записалась дата разноски журнала по пеням. Потом, в следующем месяце прошло сопоставление и рассопоставление. В резельтате, до этой операции мы имели в CustTransOpen.LastInterestDate дату разноски последнего журнала по пеням, а после этой операции мы дату потеряли. Отменить разнесённый журнал по пеням не представляется возможным. И получается что пени при последующих расчётах будут выставляться на большее количество дней. Вот както так.