moov-io / ach

ACH implements a reader, writer, and validator for Automated Clearing House (ACH) files. The HTTP server is available in a Docker image and the Go package is available.
https://moov-io.github.io/ach/
Apache License 2.0
452 stars 150 forks source link

spike: EDI record support #773

Open adamdecaf opened 4 years ago

adamdecaf commented 4 years ago

What were you trying to do? There are tons of EDI records which are supported and standardized by various vendors. These are in industries like Healthcare and trucking / logistics.

What records are most requested by the community?

See: https://datatrans-inc.com/common-edi-transaction-sets/

What did you expect to see? Commonly supported, requested, and standardized records should be supported.

Docs

Examples

ianberryman commented 4 years ago

820 is the most common set I've encountered. It's used extensively by corporates and government agencies (state and fed). I've also seen CCD+/PPD+ but, because of the 80 character limit, they typically only include part of a segment (see SSA example). The FRB resource below includes a couple other common sets.

A couple resources:

SharonAllsup commented 4 years ago

If you go with the 820, others to consider in that basic cycle are:

810 Invoice - Pay us for this 812 Credit/Debit Adjustment - Ooops sorry here's some money back for the defective piece (820 Remittance Advice - What you're paying us for) 997 Functional Acknowledgement - Thanks for the 820

997 is not restricted to 820s. It can be set up to communicate anything from generic "received" to details on where syntax errors occurred in the original message being acknowledged.

adamdecaf commented 4 years ago

Sounds great. Looks like we would start with 810 and go forward one record at a time. Confirming the struct/formatting looks okay at each PR.

wadearnold commented 1 year ago

We are adding support for EDI 810 in our X12 library. Once added, we can bring it into the ACH addenda parser. https://github.com/moov-io/x12/issues/16