CSV
One header row and one record per canonical mapped row. Collection fields remain deterministic JSON strings inside cells.
Browser-local conversion guide
Turn tested invoice structures into stable 195-field rows or inspect the source in Raw Mode.
Use Smart Mapping for the canonical invoice schema. The converter detects supported 810 transaction sets and emits one IT1 row per physical line, followed by each owned SLN row. A transaction with no IT1 produces one SUMMARY row. Use Raw Mode when you need source-ordered segment and element values instead of the 195-field contract.
For a quick read before exporting, open the same source in the EDI Viewer. For field-level tracing, use the EDI Parser.
Smart Mapping applies the registered 810 adapter and returns exactly 195 ordered canonical fields for tested releases 004010, 004030, and 005010. Rows carry invoice identity, parties, terms, IT1 or SLN details, reported amounts, tax, freight, shipment information, notes, extended structures, and technical provenance according to the frozen map.
Raw Mode retains source segment order and element positions for inspection and fallback workflows. It is not a second “All Fields” version of the Smart schema, and it does not promise the same row grain. Unknown or unsupported structures may remain useful in Raw Mode without being projected into invented canonical meanings.
One header row and one record per canonical mapped row. Collection fields remain deterministic JSON strings inside cells.
The same canonical columns and cell values in workbook form for filtering and review.
Objects with the same 195 keys and string-valued collection fields, preserving the row contract.
The XML export serializes the current canonical row representation. It is not native X12 hierarchy XML, an official X12 XML schema, or a lossless reconstruction of the source transaction.
CSV, XLSX, JSON, and XML are alternate serializations of current converted rows; choosing XML does not change mapping ownership or restore omitted source hierarchy.
The schema includes 20 collection fields for repeated parties, dates, references, terms, pricing, monetary facts, physical details, adjustments, taxes, carrier information, qualified measurements, notes, paperwork, and extended structures. They are deterministic JSON strings in every export format. This preserves source-order occurrences without creating misleading combinations between independent repeats.
The row contract is one IT1 parent row followed by each owned SLN child row. SLN facts are not treated as if they were native IT1 values, and parent line collections are not automatically copied into child ownership.
Multi-file conversion uses the same normal product workflow and quota participation as other supported transactions. Choose combined output when a shared schema is useful, or per-input output to preserve file boundaries. Mixed supported batches can be grouped by detected transaction type. Review identifiers and provenance columns before joining invoice rows across files.
For invoice analytics, keep Source-reported TDS01 Invoice Amount separate from Eligible Calculated Product Line Value. Calculated line value is never labeled an invoice total, and conversion does not reconcile source-reported and calculated values.
The browser performs EDI-content parsing, mapping, validation, and export generation; application servers do not receive those EDI contents. This is not a promise that the entire website operates offline: account, quota, billing, and bounded analytics metadata may still communicate with application services. Optional de-identification has its own documented scope, and Raw Mode preserves source values.
Mapping success is not partner certification. Use the 810 validation guide for implemented checks, the 195-field reference for exact field semantics, and the applicable licensed X12 and partner documentation for production requirements. Partner workflows vary.