Best Buy Edi 810
What This Is
This guide explains Best Buy EDI 810 invoice processing end-to-end: how to parse the X12 810 format Best Buy expects, what segments and elements matter for vendor compliance, how to convert 810 data into a CSV suitable for accounting systems, and how to fix the typical validation errors that cause rejections or chargebacks. The focus here is practical — you'll get annotated EDI examples, CSV mapping, troubleshooting steps, and real-world case studies so you can act immediately.
Best Buy periodically updates vendor requirements. The verified change record for Best Buy used while preparing this guide was Last Updated: 2026-05-17. Retailer program or penalty details change over time; always verify current requirements in your Best Buy vendor portal before taking action. This guide emphasizes the EDI structure, common failure modes, and fixes that are stable across typical 810 workflows.
Who This Is For
This guide is intended for EDI specialists, integration engineers, accounts receivable teams, and vendors who send or receive Best Buy X12 810 invoices. If you manage mapping to ERP/GL systems, handle invoice exceptions, or maintain EDI translation rules, this guide gives the concrete steps and code examples you need.
Key Segments Explained
-
ISA — Interchange Control Header
The ISA segment starts every X12 interchange. Important elements: ISA01 authorization info qualifier, ISA06 sender ID, ISA08 receiver ID, ISA11 control version (e.g., 00401), ISA13 interchange control number, ISA14 acknowledgment request. Best Buy uses specific sender/receiver IDs in their trading partner profile; a mismatched ISA06/ISA08 will cause routing or partner rejections before any 810 validation occurs.
-
GS — Functional Group Header
GS wraps a group of related transaction sets (e.g., multiple 810s). Key fields: GS02 (sender's application code), GS03 (receiver), GS06 group control number. If GS/GE control numbers don't match or are duplicated, downstream processors will reject the group-level envelope, blocking all invoices in that GS group.
-
ST — Transaction Set Header
ST begins the 810 transaction set. ST01 is the transaction set identifier code ("810"). ST02 is the transaction set control number — it must be unique within the GS group and be echoed in SE02. Mismatched ST/SE control numbers result in functional acknowledgments (997) with errors for "control number mismatch."
-
BIG — Beginning Segment for Invoice
BIG contains invoice-level identifiers: BIG01 is invoice date (YYYYMMDD), BIG02 invoice number, BIG03 purchase order date, BIG04 purchase order number. Best Buy verifies purchase order number mapping and invoice-to-PO matching; discrepancies commonly trigger exceptions or chargebacks. Use ISO date format in BIG01 and ensure invoice numbers are unique per trading partner.
-
TDS — Total Monetary Value Summary
TDS reports the invoice total in cents (no decimal). Example: a $1,234.56 invoice will appear as
TDS*123456. If you send a monetary value in a different unit or omit TDS when required, you'll generate monetary mismatches in Best Buy's AP system. -
IT1 — Baseline Item Data (Invoice Line)
IT1 is the line-item segment carrying quantity, unit price, product identifier qualifiers (e.g., VP, SK, or UP for UPC), and unit of measure. For Best Buy, ensure the U.P.C./GTIN and item identifiers match the PO/ASN records. IT1 element order and qualifiers must match Best Buy mapping; incorrect qualifiers cause line-level rejections.
-
N1 / N3 / N4 — Name and Address Loop
N1 designates parties (e.g., Bill-to and Ship-to). For 810, N1*BT is bill-to, N1*ST or N1*ST might be remit-to. Use the vendor-specific remit-to numbers Best Buy provided. Missing remit-to N1 loops often cause automatic rerouting or rejection by accounts payable.
Example EDI Snippet
ISA*00* *00* *ZZ*SENDERID *ZZ*BESTBUY123 *230517*0800*U*00401*000000905*0*T*:~
GS*IN*SENDERID*BESTBUY123*20230517*0800*905*X*004010~
ST*810*0001~
BIG*20230517*INV-100345*20230510*PO-78901~
REF*IA*INV-REF-001~
N1*BT*YOUR COMPANY NAME*92*123456789~
N1*ST*BEST BUY STORE 123*92*BBYSTORE123~
IT1**2*EA*199.99**VP*123456789012~
TDS*39998~
SE*8*0001~
GE*1*905~
IEA*1*000000905~
Annotation (line-by-line):
ISA*- Interchange header with sender/receiver IDs and control number000000905.GS*- Functional group header; GS06 group control number905must match GE02.ST*810*0001- Start 810 transaction set; control number0001echoed in SE02.BIG*20230517*INV-100345*20230510*PO-78901- Invoice date 2023-05-17, invoice number INV-100345, PO date 2023-05-10, PO number PO-78901.REF*IA*INV-REF-001- Reference qualifier IA (invoice number qualifier per Best Buy mapping) with additional reference code.N1*BT*YOUR COMPANY NAME*92*123456789- Bill-to party with Best Buy-specific vendor ID in element N103 with qualifier 92.IT1**2*EA*199.99**VP*123456789012- IT1: quantity = 2, unit = EA, unit price = 199.99, product ID qualifier VP with UPC/GTIN 123456789012. Note the blank first element after IT1 is IT101 (assigned identification) and is optional here.TDS*39998- Total invoice amount $399.98 expressed as cents.SE*8*0001- End of transaction set: SE01 = segment count, SE02 = transaction set control number echoing ST02.GE*1*905andIEA*1*000000905- Group and interchange trailers that close the envelopes.
CSV Output Example
Below is a simple CSV mapping for ingest into an ERP system: one row per IT1 line and invoice-level fields repeated on each row.
| InvoiceNumber | InvoiceDate | PO_Number | LineNumber | Qty | UOM | UnitPrice | ItemID | ItemID_Qualifier | InvoiceTotal | BillToID |
|---|---|---|---|---|---|---|---|---|---|---|
| INV-100345 | 2023-05-17 | PO-78901 | 1 | 2 | EA | 199.99 | 123456789012 | VP | 399.98 | 123456789 |
Step-by-Step Conversion Process
-
Validate the Interchange and Envelope
- Check ISA/IEA control numbers: ensure ISA13 equals IEA02 if your translator requires it, and that ISA06 matches the Best Buy sender ID configured in the trading partner agreement.
- Verify GS/GE group control numbers and GS application IDs. If you receive a functional acknowledgment (997), confirm the GS-level acceptance first.
-
Parse Transaction Sets and Verify ST/SE
- Confirm ST02 (transaction control number) equals SE02 and that SE01 reflects the correct segment count. Many parsers generate errors when segment counts are off.
- Use deterministic parsing with the ISA-defined delimiters (* element, ~ segment default) — do not assume comma/pipe separators unless normalized first.
-
Extract Invoice-Level Data
- From BIG, extract invoice date and number. Convert BIG01 to ISO date (YYYY-MM-DD) for CSV and ERP ingestion.
- From N1 loops, map N1*BT to your BillTo account and N1 with remit qualifier to remit-to account; ensure qualifier codes match Best Buy's trading partner spec.
-
Map Line Items
- For each IT1, extract quantity (IT102), unit of measure (IT103), unit price (IT104), and product qualifiers/IDs from IT107–IT110. If multiple product ID pairs exist, select the one that aligns with Best Buy's primary identifier (typically UPC/GTIN).
- Recalculate line extended totals and confirm that the sum of line amounts equals TDS (when taxes and allowances are applied, verify via SAC segments and tax segments if present).
-
Monetary Reconciliation
- Convert TDS cents to decimal dollars: divide by 100. If tax segments (e.g., TXI) or allowances (SAC) are present, include them in invoice total reconciliation.
- If totals mismatch, produce an exception report listing the invoice number, expected total (calculated), reported total (TDS), and line differences.
-
Normalize and Export CSV
- Normalize date formats, remove EDI escape characters, and trim leading/trailing spaces in identifiers.
- Export one row per IT1 line with invoice-level fields populated (see CSV example). Include a column for the original ISA/GS/ST control numbers for audit traceability.
-
Validate Before Send and Resend
- Run a validation pass using PlainEDI to catch syntactic issues (segment counts, invalid element formats) and semantic checks (PO/invoice matching rules).
- Store validated EDI and the generated CSV in your AP system. If you need to resend corrected 810s, increment transaction set control numbers or follow Best Buy's resubmission guidance in their vendor portal.
Common Errors and Fixes
- Error: ISA sender/receiver mismatch (routing failure) — Fix: Confirm ISA06/ISA08 values exactly match the trading partner IDs Best Buy provided. Rebuild the interchange with correct IDs and re-send. Use understanding EDI X12 delimiters and structure to ensure delimiter characters are correct.
- Error: SE segment control number mismatch (997 rejects with SE mismatch) — Fix: Ensure ST02 equals SE02 and SE01 equals the counted number of segments between ST and SE inclusive. Recompute segment counts with your translation tool or use reading 997 functional acknowledgments to find the precise rejection reason.
- Error: Invoice total mismatch (TDS does not equal sum of IT1 lines) — Fix: Recalculate line totals and compare with TDS; include SAC allowances and TXI taxes. Update TDS to be in cents per X12 spec. See fixing EDI 810 invoice discrepancies for detailed reconciliation steps.
- Error: Unknown product qualifier (IT1 ID qualifier invalid) — Fix: Use the product ID qualifier Best Buy expects (e.g., UP, VP, SK). Map your internal SKU to the correct qualifier in the translation map. Refer to Best Buy vendor requirements in your trading partner spec or Best Buy EDI requirements for vendors.
- Error: Missing remit-to or bill-to N1 loop (AP routing exception) — Fix: Add required N1/N3/N4 loops with correct qualifier codes (e.g., N1*BT for bill-to, N1*ST or N1*RE for remit). Confirm Best Buy billing IDs and include them in N103 and N104 where applicable.
- Error: Duplicate invoice number (AP duplicate detection) — Fix: Ensure invoice numbers are unique per vendor and the date combinations match. If a duplicate was sent in error, contact Best Buy AP via vendor portal and follow their dispute/resubmission process. Implement unique invoice generation logic in your invoicing system.
Related Resources
- Best Buy EDI requirements for vendors
- bestbuy EDI 850 (purchase order) — mapping context for invoices
- bestbuy EDI 855 (PO acknowledgment) — tie PO acceptances to invoice creation
- bestbuy EDI 856 (ASN) — reconcile ASN quantities to invoice
- reading 997 functional acknowledgments
- resolving EDI 997 rejection codes
- how to parse Amazon EDI invoice files — useful parsing techniques transferable to Best Buy 810
Case Studies and Real-World Examples
Case study 1 — Duplicate Invoice Prevention (Mid-market Electronics Vendor)
A vendor sent multiple 810s with the same invoice number across different GS groups when resubmitting corrected invoices. Best Buy's AP platform flagged duplicates and created an exception queue requiring manual resolution. Resolution steps: identify all 810s with duplicate BIG02 invoice numbers, generate a corrected 810 with a new invoice number appended with a suffix (e.g., INV-100345-1), and include a REF segment referencing the original invoice to aid AP reconciliation. After implementing a rule to auto-append a correction suffix upon resubmission, the vendor reduced manual exceptions by 92%.
Case study 2 — TDS Mismatch Caused by Tax Segment Misinterpretation (Large Distributor)
A distributor included TXI segments for state tax but their translator omitted SAC allowances and shipping charges when computing TDS. The invoice total in TDS therefore did not match the sum of lines plus taxes. Fix: modify mapping so that TDS is computed from base line totals + TXI tax amounts + SAC allowances and ensure TDS is expressed in cents. Using PlainEDI validation discovered the mismatch before transmission, eliminating late-payment penalties.
Best Practices Specific to Best Buy 810
- Always include a REF segment with any internal invoice cross-reference Best Buy requests; document the qualifier used.
- Send bill-to/remit-to N1 loops exactly as provided in your vendor onboarding documentation; inconsistent N1 values are a frequent root cause for chargebacks.
- Use UPC/GTIN in IT1 product qualifiers where possible; Best Buy matches invoice quantities against received ASNs that reference GTINs.
- Run pre-send validation using PlainEDI to catch syntax and basic semantic errors. PlainEDI supports custom rule sets to enforce your Best Buy-specific element expectations.
- Keep a complete audit trail: store ISA/GS/ST control numbers and original inbound PO/ASN references to speed dispute resolution.
Common Penalties and Compliance Notes
Retailers, including Best Buy, enforce compliance penalties for EDI errors such as incorrect ASN data, invoice mismatches, and OTIF failures. Program details and penalty amounts change over time; verify current requirements in the Best Buy vendor portal. The verified change record used for this guide was Last Updated: 2026-05-17. Check the vendor portal for the most current penalty schedule and tolerance thresholds.
FAQ
Q: What is the minimum set of segments Best Buy expects in an 810?
The minimum required segments for a valid Best Buy 810 generally include ISA/IEA and GS/GE envelopes, ST/SE transaction header and trailer, BIG (invoice identification), N1 loops for bill-to and remit-to, at least one IT1 line, and TDS for the invoice total. Additional segments like REF, SAC (allowance/charge), and TXI (tax) are required when those details apply. Always verify required segments in your Best Buy vendor onboarding documentation.
Q: How should TDS be formatted in the 810?
TDS must be the invoice total expressed in cents without a decimal point, per X12 monetary formatting. For example, $1,234.56 must be sent as TDS*123456. If your translator outputs decimal dollars, convert to cents before constructing TDS.
Q: My 997 shows a SE segment control number error — how do I fix it?
SE control number errors occur when ST02 (transaction set control number) does not match SE02 or when SE01 segment count is incorrect. Recalculate the number of segments between ST and SE inclusive, update SE01 accordingly, and ensure SE02 echoes ST02. Reprocess the transaction and resend.
Q: Which product identifier qualifier should I use on IT1 for Best Buy?
Best Buy typically prefers UPC/GTIN product identifiers. Use qualifiers such as UP or the qualifier indicated in your trading partner spec. If you maintain multiple identifiers, include the qualifier Best Buy maps to in the primary pair (IT107–IT110).
Q: What should I do if Best Buy rejects my invoice for a PO mismatch?
Reconcile the invoice PO number in BIG04 with the PO Best Buy issued (850). If the PO changed, reference the correct PO or include a REF segment explaining the PO change. If necessary, contact Best Buy through the vendor portal to open a dispute and provide the corrected 810 with references to the original PO.
Q: Can I include multiple IT1 lines with different product ID qualifiers?
Yes, you can include multiple IT1 lines for different products, and each IT1 may contain different product ID qualifier/value pairs. Ensure each IT1 line uses the qualifier that corresponds to the product identifier you reference (e.g., UPC/GTIN). Avoid mixing product IDs across a single IT1 line unless supporting multiple ID pairs in the IT1 fields IT107–IT110.
Q: How does Best Buy handle remit-to addresses on invoices?
Best Buy expects remit-to information in an N1 loop using the proper qualifier (for example, N1*RE in some mappings or vendor-specific qualifiers). Use the remit-to vendor number Best Buy assigned in N103/N104 and include full address data in N3/N4 if requested. An incorrect remit-to will route payment incorrectly or cause manual AP intervention.
Q: How do I prevent duplicate invoice rejections?
Implement unique invoice number logic in your billing system (e.g., include date or sequence suffix) and keep a transactional log of invoice numbers sent per trading partner. If you need to resend a corrected invoice, follow Best Buy's resubmission guidance and include a REF segment indicating the original invoice number. Validate uniqueness in pre-send checks to block duplicates.
Final CTA
Validate and preflight your Best Buy 810s before sending to avoid rejections and chargebacks. Use PlainEDI to run structural and custom semantic checks (stopping ISA/GS/SE control number issues, TDS mismatches, and missing N1 loops) and to transform 810s to CSV for ERP ingestion. Upload your 810 file now at PlainEDI and use the built-in Best Buy rule set to catch errors before transmission.