I see what you are talking about now and yes this appears to be a problem. Manual check batches do not have the problem, but system check processing has the problem when the rate type on the bank uses the divide operation. This affects not only the check register but also the GL transaction batch and amounts posted as home equivalents for respective accounts.

This one really caught me by surprise, so thanks for your patience. I have notified development on this one and hopefully we should have a resolution quite soon.

In the mean time, that batch of system checks that has been posted will have errors in amounts. You would either have to do a GL journal entry to correct the amounts, or restore AP data from a backup and re-enter those checks in a manual check batch (don't print them) as the multiply/divide issue doesn't happen here.