Small and medium business | Business Central, N...

EFT Data Exchange Definition - Savings/Checking Transaction Code (22/32)

(0) Share

Report

Posted on by JohnL-Peak

Any ideas on how to successfully configure an EFT definition where the client submits payment to both Savings and Checking accounts? The two digit Transaction Code field for detail lines defaults to 22 (checking), there doesn't appear to be a way to setup a savings account in EFT. I was hopeful the recently released update that allowed for a field lookup would solve this issue, but it does not work for this type of data definition. Currently we append a 22 or 32 in front of the routing number and then run the EFT file through a custom app to recalculate hash totals. We have also tried repurposing some other fields on the Vendor Bank window, but they return a blank value when the EFT file is generated. I'm surprised this basic functionality isn't in BC yet - something so simple has become so complicated.

All responses (2)

Answers (0)

Suggested answer

Dallefeld 11,425 User Group Leader on at

Like (0)

Report

RE: EFT Data Exchange Definition - Savings/Checking Transaction Code (22/32)

Does it matter if the bank account of the ACH is checking or savings, won't the ACH/EFT just process to the routing and account account number?

Is this bank specific requirement?
Suggested answer

Andy Sather on at

Like (0)

Report

RE: EFT Data Exchange Definition - Savings/Checking Transaction Code (22/32)

Hello John - I believe this is hard coded to be 22. I went out to our Ideas site to see if there was a product suggestion already on this and I do see one. You can vote up this response to get more visibility from our product team. The link to the suggestion is below:

experience.dynamics.com/.../