Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Transaction that is not a DEBIT nor a CREDIT #162

Open
papin1 opened this issue Dec 11, 2020 · 2 comments
Open

Transaction that is not a DEBIT nor a CREDIT #162

papin1 opened this issue Dec 11, 2020 · 2 comments

Comments

@papin1
Copy link

papin1 commented Dec 11, 2020

Hi everybody,

Excerpt from my bank (LCL.FR) statement. Please notice the TRNTYPE value:

CHECK
20190221
-19.87
003 1090381
1090381

I believe this kind of transaction is not handled correctly because its field "payee" is empty. On the other hand, I don't know which values the tag TRNTYPE can take besides DEBIT and CREDIT.

@papin1
Copy link
Author

papin1 commented Dec 11, 2020

Hi everybody,

Excerpt from my bank (LCL.FR) statement. Please notice the TRNTYPE value:


<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20190221
<TRNAMT>-19.87
<FITID>003 1090381
<CHECKNUM>1090381
</STMTTRN>

I believe this kind of transaction is not handled correctly because its field "payee" is empty. On the other hand, I don't know which values the tag TRNTYPE can take besides DEBIT and CREDIT.

@fdinel
Copy link

fdinel commented Dec 14, 2020

Hi,
according to the OFX spec (available https://www.ofx.net/downloads.html ), CHECK is a valid TRNTYPE. Also, to my understanding PAYEE is optional, so ofxparse should support that use case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants