You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
But it's not always sorted by date in the raw statement. For example, UOB puts CRedit before debit. So the previous balance statement can have a wrong date. What's worse is that at this point we haven't parsed the date yet so we can't sort.
I have a patch to solve it but it unfortunately requires a bigger change and move the post processing of previous balance statement into Pipeline.transform
The text was updated successfully, but these errors were encountered:
We assume transactions are sorted and find the first date by using the date from the first transaction
Yes unfortunately monopoly currently has a very inelegant way of finding the statement date 😢
Do you have an example of how the UOB statement would fail? I think the UOB credit/debit statements I used don't have this particular ordering issue.
I have a patch to solve it but it unfortunately requires a bigger change and move the post processing of previous balance statement into Pipeline.transform
This is fine by me. It probably makes more sense for post-processing to happen in the transformation layer anyway
We assume transactions are sorted and find the first date by using the date from the first transaction
monopoly/src/monopoly/statements/credit_statement.py
Lines 20 to 29 in b069f1e
But it's not always sorted by date in the raw statement. For example, UOB puts CRedit before debit. So the previous balance statement can have a wrong date. What's worse is that at this point we haven't parsed the date yet so we can't sort.
I have a patch to solve it but it unfortunately requires a bigger change and move the post processing of previous balance statement into
Pipeline.transform
The text was updated successfully, but these errors were encountered: