Как бороться с ошибками при округлении

[Tony Green]

При сопоставлении проводок по подотчетным лицам можно придумать ситуацию, когда возникают ошибки округления и выражается это в возникновении лишних проводок по курсовой разнице.
Простой пример: основная валюта - RUR, вторичная - USD, курс 29 р за бакс. дата проводок одна и таже.
1. авансовый отчет на 100 USD
2. платеж из кассы на 2000 р.
3. платеж из кассы на 900 р.
При сопоставлении возникает проводка по курсовой разнице на 13 копеек, что не есть правильно. Даже если на счете будут оставаться болтаться те же 13 копеек, то это тоже ведь не очень хорошо...

В методе SettleEmployee класса EmplSettle_RU вместо решения проблемы вставлен вот такой веселый кусочек кода (SP3 CU1):
<div class='XPPtop'>X++</div><div class='XPP'>        [color=:green]// PTR 4204 Small coins, for future release
[/color]        [color=:green]/*
       if (debitCurDiff || creditCurDiff)
       {
       }
       */[/color]</div> где переменные debitCurDiff и creditCurDiff содержат величины ошибок, возникающих при округлении...

ВОПРОС: Как правильно поступить с этими цифирками? Кидать на системные счета? Какие ещё могут быть варианты? Особенно интересны варианты, позволяющие обойтись малой кровью или вообще без оной