To start and identify an interchange of zero or more functional groups and interchange-related control segments
Orgill, Inc. X12 820 Payment Order/Remittance Advice
X12 820 (Payment Order/Remittance Advice) is the EDI transaction exchanged between Orgill, Inc. (Orgill (via SPS Commerce)) and its trading partners. Stacksync handles full compliance, mapping, and real-time delivery.
- Segments
- 10
- Loops
- 3
- X12 820
- All partners ↗
Transaction context
Where 820 Payment Order/Remittance Advice fits on Orgill (via SPS Commerce)
- Orgill, Inc. channels
- 1 of 1
- Trading partners
- 35
- Channels
- 60
1 of Orgill, Inc.'s 1 channel carries 820
partners across the Stacksync network trade 820
channels network-wide carry 820
Most common alongside 820
On SPS Commerce, 820 runs on 5 channels.
The 820 carries payment and remittance information: which invoices are being paid, for how much, and with what adjustments, plus the payment method and banking details. The seller needs this remittance detail to apply cash against open invoices, because the funds themselves often move separately through the ACH network or by wire. The transaction can involve up to four parties: the payer, the payer's bank, the payee, and the payee's bank. Sent by the buyer (payer), or by the buyer's bank on its behalf, to the supplier (payee); it is also used by plan sponsors to send premium payments to health insurance plans.
When it fires: The buyer's accounts payable run executes a payment against one or more supplier invoices and releases the funds by ACH, wire, or check.
Common 820 rejection causes
- Missing or incorrect invoice references in the RMR remittance detail, so the seller cannot match the payment to open invoices and cash application stalls.
- Deduction or adjustment amounts that do not reconcile against the billed amounts, forcing manual research of the discrepancy.
- Errors in the BPR segment's payment amount, method, or banking details, which break the link between the 820 and the actual funds movement.
- Remittance detail arriving decoupled from the ACH payment it describes, leaving the seller to match bank deposits to 820s manually.
Specification summary
X12 820 Payment Order/Remittance Advice at the element level
The X12 820 specification defines 27 segments carrying 88 data elements, 45 of which are mandatory.
- Segments
- 27
- Data elements
- 88
- Mandatory elements
- 45
| Segment | Elements | Mandatory |
|---|---|---|
| BPR | 15 | 4 |
| REF | 3 | 1 |
| DTM | 2 | 1 |
| N1 | 2 | 1 |
| N2 | 1 | 1 |
| N3 | 2 | 1 |
| NM1 | 5 | 2 |
| ADX | 4 | 2 |
Key identifiers in 820
- Transaction Handling Code
- Monetary Amount
- Credit/Debit Flag Code
- Payment Method Code
- Reference Identification Qualifier
- Date/Time Qualifier
- Entity Identifier Code
- Name
Full segment guideline — 10 segments 3 loops · X12 820 Payment Order/Remittance Advice
To indicate the beginning of a functional group and to provide control information
To indicate the start of a transaction set and to assign a control number
To indicate the beginning of a Payment Order/Remittance Advice Transaction Set and total payment amount, or to enable related transfer of funds and/or information from payer to payee to occur
To specify identifying information
To specify pertinent dates and times
N1 Loop
To identify a party by type of organization, name, and code
ENT Loop
To designate the entities which are parties to a transaction and specify a reference meaningful to those entities
RMR Loop
To specify the accounts receivable open item(s) to be included in the cash application and to convey the appropriate detail
To indicate the end of the transaction set and provide the count of the transmitted segments (including the beginning (ST) and ending (SE) segments)
Trading partners
5+ trading partners.
And every channel covered.
We connect to every major retailer, distributor, and 3PL on the EDI network. Type to search the directory, or browse the full catalogue.
PU Purchase Order PU Purchase Order Change Request Buyer Initiated SH Ship Notice Manifest PU Purchase Order Acknowledgment IN Invoice
No trading partner matches your search.
Browse the full directory
Orgill, Inc. Orgill (via SPS Commerce) EDI 820 FAQ
Common questions about 820 Payment Order/Remittance Advice on the Orgill (via SPS Commerce) channel.
What is X12 820 Payment Order/Remittance Advice?
X12 820 (Payment Order/Remittance Advice) is the EDI transaction set used to exchange payment order/remittance advice data. Orgill, Inc.'s Orgill (via SPS Commerce) channel requires it from trading partners.
Does Orgill, Inc. Orgill (via SPS Commerce) require 820 for trading partners?
Yes, Orgill, Inc. (Orgill (via SPS Commerce)) supports X12 820 Payment Order/Remittance Advice. Stacksync handles the full integration so your team can focus on operations.
How fast can I integrate Orgill, Inc. 820 with Stacksync?
Most companies go live with Orgill, Inc. 820 on Stacksync in days. Pre-built mappings, no-code setup, and real-time monitoring make EDI compliance straightforward.
Which documents accompany 820 on Orgill (via SPS Commerce)?
On Orgill (via SPS Commerce), X12 820 is typically exchanged alongside 850 Purchase Order, 810 Invoice, 856 Ship Notice Manifest, 860 Purchase Order Change Request Buyer Initiated. Stacksync maps each document into the same ERP or WMS workflow, so the full cycle stays in sync end to end.
Ready to automate your Orgill, Inc. EDI?
Most teams go live in days, not months. Talk to our team and we'll walk you through your specific setup.
