The EDI 852 is how a retailer tells a supplier what is actually selling, store by store. A purchase order tells you what the buyer wants to receive. The 852 tells you what consumers bought, what is left on the shelf and what is already on order, so you can see a stock-out coming before the next PO arrives, or spot a store sitting on product that is not moving.
This guide covers what the 852 reports, the segments and activity codes, two live examples (a weekly store-level report and a DC report), how suppliers use it for replenishment and vendor-managed inventory, and the mistakes that make 852 data misleading.
What Is an EDI 852?
An EDI 852 is the Product Activity Data transaction set defined by the ASC X12 standards body, used to send inventory, sales and other product activity information from one party to another, typically from a retailer or distributor to its supplier. It travels in functional group PD (the GS01 value).
Authoritative references for 852 work:
- The X12 transaction set catalog defines the 852, and the Stedi X12 004010 852 reference lays out the XQ, LIN, ZA and SDQ structure used in this guide
- The X12 element 859 code list (Activity Code) is the source of every
ZA01code below - GS1 US governs the UPC and GTIN identifiers that key each product line back to your catalog
Who sends it? The buyer: a retailer reporting store and DC data, or a distributor reporting its own sales and stock of your products.
When is it sent? On a schedule set by the partner, most often weekly, sometimes daily. Each 852 covers the period in its XQ segment.
Why does it matter? It is the closest thing to point-of-sale data most suppliers get. Replenishment, VMI, forecasting and promotion analysis all run on it.
What the 852 Reports
Each item can carry several activity types, each a different number:
- Quantity sold in the period: the sell-through.
- Quantity on hand: stock at the store or DC at the end of the period.
- Quantity on order: units on open purchase orders, not yet received.
- Quantity received, returned, out of stock, transferred and others, where the retailer tracks them.
Which activities a retailer sends, and whether it reports by store, by DC or in total, is set out in its 852 guide.
Interactive Example: Weekly Sell-Through and On Hand by Store
A home goods retailer sends its weekly 852 for 26 October to 1 November. For each item, one ZA per activity (QS sold, QA on hand and available, QP on order) is followed by an SDQ that breaks the quantity out for stores 0012, 0027 and 0031. The stove sold 24 units across three stores with only 5 left, two stores at one or zero, and 30 on order.
Use the Plain English tab for a readable summary, or click any segment to break it down element by element.
852 Weekly Sell-Through and On Hand by Store
A retailer's weekly 852 for 26 Oct to 1 Nov: for each item, ZA QS (sold), QA (on hand and available) and QP (on order) activity, with per-store quantities for stores 0012, 0027 and 0031 in SDQ
- Document
- 852 Product Activity Data
- From / to
- NORTHGATE → CEDARPEAK
- Segments
- 30
- Interchange date
- Nov 2, 2026
Raw EDI (X12)
Human-Readable
Interchange
Functional Group
Transaction 852
Product Activity DataSegment Detail
Interactive Example: Distribution Center Activity
The same retailer also reports its DC. Here the reporting location is in the header (N1*RL) and each quantity sits in ZA02 instead of an SDQ: units withdrawn to stores (QW), on hand (QA), on order (QP) and received (QR) for the week.
852 Distribution Center Activity Report
A DC-level 852 with the reporting location in N1 RL and quantities in ZA02: units withdrawn to stores (QW), on hand and available (QA), on order (QP) and received (QR) for the week
- Document
- 852 Product Activity Data
- From / to
- NORTHGATE → CEDARPEAK
- Segments
- 19
- Interchange date
- Nov 2, 2026
Raw EDI (X12)
Human-Readable
Interchange
Functional Group
Transaction 852
Product Activity DataSegment Detail
Put the two reports side by side and you can see the whole chain: the DC shipped 210 stoves to stores in the week, stores sold 24 in the three stores shown, and the DC has 36 left with 480 on order.
852 Structure at a Glance
| Area | Segment | Name | Usage | Notes |
|---|---|---|---|---|
| Header | ST | Transaction Set Header | Mandatory | ST01 = 852 |
| Header | XQ | Reporting Date/Action | Mandatory | Action code and the period covered |
| Header | XPO | Preassigned Purchase Order Numbers | Optional | PO numbers the buyer assigns in advance, in some VMI programs |
| Header | N9 | Reference Identification | Optional | Vendor number, department, program |
| Header N1 loop | N1 to PER | Name, address, contact | Optional | Parties, and the reporting location (RL) when not using SDQ |
| Detail LIN loop | LIN | Item Identification | Mandatory, repeats | One per item |
| LIN loop | CTP, PO4, AMT | Price, pack, amounts | Optional | Retail price, pack size, sales dollars where sent |
| ZA loop | ZA | Product Activity Reporting | Mandatory in each LIN, repeats | One per activity type |
| ZA loop | SDQ | Destination Quantity | Optional, repeats | Quantities by store or location |
| ZA loop | G95, DTM | Performance requirements, dates | Optional | Rarely used |
| Summary | CTT | Transaction Totals | Required when LIN data is sent | Number of LIN items |
| Summary | SE | Transaction Set Trailer | Mandatory | Segment count and control number |
Two rules from the X12 notes shape every 852: the reporting location comes either from N1 with code RL or from SDQ, not both, and each item's quantity goes either in ZA02 or in SDQ.
Key Segments Explained
XQ: Reporting Date/Action
XQ*H*20261026*20261101~
| Element | Name | Example | What it means |
|---|---|---|---|
| XQ01 | Transaction Handling Code | H | H notification only. Some VMI programs use other codes from the same list, such as F (plan and submit suggested purchase orders) or G (plan orders and ship product) |
| XQ02 | Date | 20261026 | Reporting date, or the start of the period |
| XQ03 | Date | 20261101 | End of the period, when a range is reported |
Always store the period with the data. Two weekly files with overlapping dates usually mean a resend, not two weeks of sales.
LIN: Item Identification
LIN*1*UP*088123400204*VN*CP-TENT-2P~
LIN01 is the line number, followed by qualifier and ID pairs: UP UPC, VN vendor item number, and often the retailer's own item number. Match on the identifier the retailer leads with, and keep a cross-reference for the rest.
ZA: Product Activity Reporting
ZA*QW*210*EA~
| Element | Name | Example | What it means |
|---|---|---|---|
| ZA01 | Activity Code | QW | Which activity (see the table below) |
| ZA02 | Quantity | 210 | The quantity, when not broken out in SDQ |
| ZA03 | Unit of Measure | EA | Required whenever ZA02 is sent |
| ZA04 | Date/Time Qualifier | Type of date for this activity, where used | |
| ZA05 | Date | The date | |
| ZA06, ZA07 | Reference qualifier and ID | A related reference, such as a PO |
The ZA01 activity codes suppliers see most, from X12 element 859:
| Code | Meaning |
|---|---|
QS | Quantity sold |
Q1 | Quantity sold (net) |
QA | Current inventory quantity available for shipment or sale |
OH | Gross quantity on hand |
QP | Quantity on order, not yet received |
QR | Quantity received |
QI | Quantity in transit |
QO | Quantity out of stock |
QC | Quantity committed |
QH | Quantity damaged or on hold |
QU | Quantity returned by consumer |
QW | Quantity withdrawn from warehouse inventory |
QT | Adjustment to inventory quantity |
LS | Lost sales |
Note that these are a different code list from the 846's QTY01. In an 852, QA means on hand and available; in an 846 QTY01, QA means quantity approved. Map each document with its own list.
SDQ: Destination Quantity
SDQ*EA*92*0012*11*0027*8*0031*5~
| Element | Name | Example | What it means |
|---|---|---|---|
| SDQ01 | Unit of Measure | EA | Unit for every quantity in the segment |
| SDQ02 | Identification Code Qualifier | 92 | How the locations are coded. 92 means assigned by the buyer, so these are the retailer's store numbers |
| SDQ03, SDQ04 | Location and quantity | 0012, 11 | Store 0012 sold 11 |
| SDQ05 to SDQ22 | Further pairs | 0027, 8, 0031, 5 | Up to ten locations per segment |
| SDQ23 | Location Identifier | An area within the locations, such as a back room, where used |
An SDQ belongs to the ZA above it. When a retailer has more than ten stores to report, it repeats the SDQ. A large chain's weekly 852 can run to many thousands of segments, so load it into a table rather than reading it by eye.
CTT: Transaction Totals
CTT01 is the number of LIN items. Check it against what you loaded; a short count usually means a truncated file.
How Suppliers Use the 852
- Spot stock-outs early. Compare each store's on-hand with its weekly sales. Two weeks of cover or less, with nothing on order, is a store that will run out.
- Plan replenishment. In vendor-managed inventory, the supplier sets order quantities from sales, on-hand and on-order against agreed safety stock and reorder points. Depending on the program, the supplier suggests the order or the retailer issues an 850 based on it.
- Forecast. Store-level sales history is the input to demand forecasting and to judging whether a promotion worked.
- Find slow stores. High on-hand with low sales points to a store with too much stock or poor shelf placement.
- Reconcile. Units the DC withdrew should roughly equal what stores received. A persistent gap is shrink or a reporting error.
EDI 852 vs 846, 867 and EDIFACT SLSRPT
| Document | Usually sent by | What it reports |
|---|---|---|
| 852 Product Activity Data | Retailer or distributor | Activity over a period at the buyer: sold, on hand, on order, by item and location |
| 846 Inventory Inquiry/Advice | Supplier or warehouse | A snapshot of stock the sender holds and can ship |
| 867 Product Transfer and Resale Report | Distributor | Who the distributor resold your product to, often for chargebacks and rebates |
| 947 Warehouse Inventory Adjustment Advice | 3PL | Individual adjustments to stock, with reasons |
| EDIFACT SLSRPT | Retailer | The EDIFACT sales data report used by UK and European retailers |
The short version: the 846 describes supply, the 852 describes demand. The 867 tells you who bought from your distributor; the 852 tells you how fast it sold.
Common 852 Mistakes
| Mistake | What goes wrong | Prevention |
|---|---|---|
Reading ZA01 with the 846 code list | On hand read as approved quantity, or ignored | Map 852 activity codes from element 859 |
Ignoring SDQ02 | Store numbers matched to the wrong list | Keep the retailer's store list, keyed by the qualifier it uses |
Summing ZA02 and SDQ together | Quantities counted twice | Take the quantity from one or the other, never both |
| Overlapping periods | A resent week counted as new sales | Key data by retailer, item, location and XQ dates; replace on resend |
| Mixed units | Eaches compared with cases | Convert to one unit using the retailer's pack data |
| Missing items treated as zero sales | Items look dead when they were just not reported | Distinguish "not in file" from "reported zero" |
| Unmatched identifiers | Lines dropped on load | Cross-reference retailer item numbers to your SKUs before the first file |
852 Implementation Checklist
- Get the retailer's 852 guide: activities sent, store or DC level, cadence, identifiers
- Confirm how locations are sent (
N1*RLorSDQ) and get the store list - Map
ZA01codes from element 859 - Build a load that keys data by item, location and period, and replaces resends
- Decide who reviews the data each week and what triggers action
- Acknowledge each 852 with a 997 as agreed
- Compare the first few weeks against the retailer's portal reports, if it has one
Where OrderSync Fits
The 852 tells you what to send. The replenishment orders that follow still have to be entered, and they arrive as EDI 850s and 875s, emails, PDFs and spreadsheets. OrderSync reads orders in any format, matches customers, items and units to your catalog, and outputs valid X12 or clean data for your ERP.
To read an 852 you have received, paste it into the free EDI inspector for a segment-by-segment breakdown with a plain-English summary. For the wider picture, see inventory visibility and reporting and our grocery EDI requirements guide, or book a 15-minute walkthrough to see your own orders processed.
Frequently Asked Questions
What is an EDI 852 used for?
The 852 reports product activity from a retailer or distributor to a supplier: units sold, on hand and on order, by item and often by store, for a set period. Suppliers use it to see sell-through, plan replenishment and run vendor-managed inventory.
What is the ZA segment in an EDI 852?
ZA is Product Activity Reporting. ZA01 is the activity code, such as QS quantity sold, QA quantity on hand and available, or QP quantity on order. ZA02 and ZA03 carry the quantity and unit, unless the quantity is broken out by store in an SDQ segment.
What is the SDQ segment in an EDI 852?
SDQ is Destination Quantity. It lists up to ten location and quantity pairs for the ZA activity above it, such as the units sold in each store. SDQ02 says how the locations are coded, for example 92 for numbers assigned by the buyer.
What is the difference between an EDI 852 and an EDI 846?
The 846 reports a stock position, usually the supplier's available inventory. The 852 reports activity at the buyer over a period: what sold, what is on hand and what is on order. The 846 is about supply; the 852 is about demand.
Does an EDI 852 authorize a shipment?
No. The 852 is a data report with no instruction to ship. In replenishment and VMI programs, a purchase order, either issued by the retailer or suggested by the supplier under the program's rules, is what authorizes the shipment.
How often is an EDI 852 sent?
On the partner's schedule, most often weekly and sometimes daily. Each 852 covers the period in the XQ segment, and store-level files can be large because they report every item for every store.