UPDATE: An anonymous comment was posted below, apparently from someone at Microsoft, explaining that this does appear to be a bug in GP 2010 SP2. As of May 2012 there was no scheduled date for a fix. For those already on GP 2010 SP2 or later, you should be able to use the CCD+ format and uncheck the "Detail Line Addenda" option.
For those who have not yet upgraded to GP 2010 SP2 or later and are on an earlier release of GP 2010, there is a separate bug in the CCD+ format that causes GP to export multiple addenda lines instead of a single line for the CCD+ specification. Since my client is not yet on GP 2010 SP2, this means that they cannot use CCD+, and that we must now use the CCD format. Unless you are paying vendors that can utilize the extra data that the CCD+ or CTX formats provide, CCD should be fine. But if you have vendors that can receive your detail remittance data in a CTX file format, you'll need to wait for a fix (unless you want to manually edit the file, or ask your bank to accept a non-standard file).
I'm guessing this is a pretty obscure feature that relatively few people have used, but I thought I would document it in case some other poor soul experiences the same issue.
I am setting up Dynamics GP 2010 EFT Payables for a client. Since their bank supports sending multiple remittance lines in the ACH file (aka ACH "addenda" records), I thought that we might as well go that route in case any of their vendors can receive the remittance electronically via an ACH download.
And luckily, with GP 2010 SP2, Microsoft has added a feature in the EFT File Format setup that enables GP to export multiple addenda records. This feature is apparently referred to as a "CTX" file format, and was introduced into the ACH file format standard in late 2007.
Unfortunately, from what I can tell, there is a problem with the GP 2010 implementation of the CTX file format.
When you setup the CTX file format to send multiple addenda records, you need to also send the number of addenda records per payment. So if you send a $1,000 payment to a vendor to pay off 10 invoices, you will send an addenda count value of "0010" in your "Detail" record, followed by the 10 addenda records.
Here is some documentation I found on the NACHA CTX file format, shown on page 11.
Note Field 8, "Number of Addenda Records". This field is not required for CCD+, which only supports a single addenda record--but if you use the GP "Detail Line Addenda" option, you move up to the CTX format, which does require this field.
From what I can tell, Dynamics GP EFT does not have a field or feature that allows it to send this addenda count value in the detail record. If you try and add the field, it always sends a value of "0000", as shown below in red:
6221231231231234567890 00000306001EFT 0000TEST EFT VENDOR 011123123120000001
In this example, I used the "Addenda Count" Calculation Type in the EFT File Format setup window, but obviously that doesn't work.
The Addenda Count calculation type is used in the Addenda lines to sequentially number the addenda rows, so my guess is that the Addenda Count value is only active in Addenda lines, and only offers a sequential value, and does not provide a value or addenda count in other line types.
I've looked through and tested several other Calculation Type values, and checked other options, such as Data Fields, but none seem to provide the required addenda count value.
I posted this issue on the Community Forum, but not surprisingly I haven't received any responses yet. The client doesn't want to bother with a support case, so for now I'll be disabling the "Detail Line Addenda" option.
I'm guessing that this is either a bug or a lack of full support for the CTX file format. If anyone has more info, has had a similar experience, or knows of a workaround, please post a comment and let me know.
Steve Endow is a Dynamics GP Certified Trainer and Dynamics GP Certified IT Professional in Los Angeles. He is also the owner of Precipio Services, which provides Dynamics GP integrations, customizations, and automation solutions.