Получаем уже упомянутый глюк с бюджетной датой (замена ее на 30.12.1899 г.). А теперь исправляем бюджетную дату ручками, но не по порядку ввода операций, а так, чтобы операция, введенная последней, стала как минимум предпоследней (поскольку дата и время там одни, то в списке они переставляются согласно порядку их ввода). Получаем 
конечный остаток больше (???) остатка, соответствующего операции, введенной последней. Видимо, остаток жестко крепится к операции, и при перестановке операций конечный остаток не соответствует действительности.
Dervish: Да, остаток действительно в программе хранится в самой операции, а ляп в сортировке записей и приводит к описанному эффекту. Исправлю.