Можно просто парадигму корректив поменять. Храните в таблицах корректив не какие новые данные появились в основной таблице, а какое отклонение было.
Например в основной таблице лежит сумма 100. Дальше на триггере идет логика:
На изменение суммы мы берем разницу между новым значением суммы и суммарным значением основной суммы плюс сумм всех ее корректив и добавляем полученное значение, как новую запись в таблицу корректив. Т.е. если сумма первый раз поменялась на 250, то в таблицу корректив мы добавим 150, если второй раз поменялась на 200, то добавим -50.

Далее достаточно сделать представление или хранимую процедуру (зависит от СУБД), которое возвращает актуальное состояние сумм на указанную дату, примерно с таким запросом:
Соответствующе дальше можно просто пользоваться этим запросом в расчетах, проверках, отчетах и не меняя логики легко получать состояния сумм на любую интересующую дату.

P.S. Такую методику в основном я применяю для организации сторнирования каких либо расчетов, когда задним числом изменялась входящая информация и необходимо сделать перерасчет закрытых периодов и рассчитать разницу между тем что было и тем что стало для дальнейшего ее выставления в текущий открытый период. При желании ее можно прикрутить как решение к любой задаче, где есть понятие сторнирования и ведение расчетов во времени.