Decomm of legacy data tables re-scheduled to December 12 With the recent transition to our new Omni Item Dimensions table, previous pre-release notes communicated that any legacy data tables would be decommissioned on October 28. This decommissioning activity is now scheduled for December 12, 2026.
Action Required: eCommerce Dataset Update (October 28, 2026). The eComm Inventory, eComm Instock Percentage, and FC eComm Instock Percentage datasets have transitioned to Walmart Item Number (WIN). Cloud Feeds users must update their table schemas and reload the currently available historical data (April 1, 2025 to today). Additional historical data will be delivered through regular incremental refreshes once available.
We are aware that historical data for the recently updated eCommerce datasets is currently available from April 1, 2025 to today. Additional historical data will be delivered through regular incremental refreshes once available to provide the full set of historical data.
SBU & Department 46 Hierarchy Changes:
Fashion → Style;
Home → Style;
ETS + Hardlines → ETS/Hardlines;
Department 46 (Beauty) → Style.
Important Dates:
Operational hierarchy updates: October 20; Shopper Behavior updates: December 7. Please login to
Scintilla.com for a more detailed banner
Share your experience in our short survey! Click here
We are aware of incorrect data for the street_dt field in Product Dimensions. Our data teams are prioritizing identifying a resolution. We anticipate that the corrected data will be available in the September 25, 2026 refresh. We apologize for the inconvenience.
We are aware of incorrect data for the street_dt field in Product Dimensions. Our data teams are prioritizing identifying a resolution. We anticipate that the corrected data will be available in the September 25, 2026 refresh. We apologize for the inconvenience.
As of today, September 23, Scintilla’s Store Inventory metrics have transitioned from a legacy data source to the new Enterprise Inventory (EI) data source, meaning that any data for September 23 and onwards will sourced from EI. This aligns Scintilla with the enterprise-standard inventory system, eliminates inconsistent logic within the legacy data source, and improves replenishment metric accuracy. Merchandising already completed this transition for Merch One on Tuesday, June 23. Historical data (June 1, 2025 – September 22, 2026) will go through a restatement process. Restatement work will begin on September 24, 2026 and will not be completed until October 8, 2026. Approximately 60 days' worth of data will be restated daily (with no restatement work performed on Fridays and Saturdays). In completing the historical restatement on October 8, we will be eliminating the temporary variance that existed between Scintilla and Merch One from June 23–September 22, 2026. During restatement period, clients should expect fluctuations to the relevant metrics that will be resolved once we finalize on October 8. They should also expect fluctuations due to changes to logic / formulas for the following fields: Instock % - TY/LY, Traited & Valid Store Count, Traited Item count and related velocity metrics. The following columns will be removed in the UI and null in BI Link from the date of release: Carry opt Cd, Carry Opt Status.
Due to an ongoing issue, the availability of data assets is currently delayed. Our team is actively working to resolve the issue and restore access as quickly as possible. We appreciate your patience and understanding.
On September 18, users may experience delays in receiving Store Inventory (catman) data, potentially resulting in an SLA miss. We are aware of the delay and our team is working to resolve it. We apologize for the inconvenience.
Hierarchy changes are now reflected across the Data Access and Collaboration portfolio. If you have any pre-built reports utilizing hierarchy filters, you may need to clear these filters and recreate them with the new hierarchies.
Please submit requests via a support ticket to get historical UPC Sales to reflect hierarchy changes in Shopper Behavior. You can submit a ticket for these August changes beginning on Monday, August 24.
Hierarchy changes are now reflected across the Data Access and Collaboration portfolio. If you have any pre-built reports utilizing hierarchy filters, you may need to clear these filters and recreate them with the new hierarchies.
Please submit requests via a support ticket to get historical UPC Sales to reflect hierarchy changes in Shopper Behavior. You can submit a ticket for these August changes beginning on Monday, August 24.
Hierarchy changes are now reflected across the Data Access and Collaboration portfolio.
Please submit requests via a support ticket to get the updated item hierarchy. You can submit a ticket for these August changes on or after Tuesday, August 11.
We will restate corrected Markup Markdown Board data this weekend. The restated records will flow through incremental updates to both Data Feeds and Cloud Feeds, which may update values previously received. Please ensure downstream processes are prepared to consume these incrementals. We will update this notice when the restatement is complete.
We are aware of a data issue with RFID Tag Part table. We are working to fix the issue.
Service Advisory: Cloud Feeds, Data feeds Pipeline Delay We are currently experiencing an infrastructure issue impacting Cloud Feeds and Data feeds data pipelines due to a constraint within our platform. As a result, there may be delays in data availability and refreshes. We are actively engaging and working toward resolution. We will provide updates as additional information becomes available.
We have become aware that there is missing store sales data for May 26, 2026. This missing data is impacting Scintilla suppliers and the category advisor persona who rely on headless access (Cloud Feeds, Data Feeds API and Scintilla Media Data Feed). Our team investigated the issue and resolved it as of 11:30 am CT this morning. Report Builder is unaffected and has all sales data for May 26, 2026. Please see the next steps below on how to restore missing sales data. Data Feeds API: The historical file for the affected May 26 store sales data will be made available, and suppliers will need to manually consume it to recover the missing records.
We have become aware that there is missing store sales data for May 26, 2026. This missing data is impacting Scintilla suppliers and the category advisor persona who rely on headless access (Cloud Feeds, Data Feeds API and Scintilla Media Data Feed). Our team investigated the issue and resolved it as of 11:30 am CT this morning. Report Builder is unaffected and has all sales data for May 26, 2026. Please see the next steps below on how to restore missing sales data. Cloud Feeds: The data will be restated and published as an on-demand update in the status table. Suppliers can manually use the status timestamp to read the restated store sales data using CDF. If they do not take manual action today, then it will process automatically tomorrow via the normal CDF process.
The Direct Shipment Capture (DSC) API allows DSD Suppliers to send details about planned, started, en route, and arrived shipments, to help ensure a more efficient receiving process within a Walmart store.
🚧
New Version Available
This is reference details for DSC v1. To onboard to the latest version please see our v2 Get Started guide.
Endpoints
POST
/store/directshipment
Request Body Details
Parameter
Mandatory
Description
Data Type
messageId
Yes
A unique reference identifier for the message that can be used for tracing API requests. This is a generally a UUID but can be any unique value up to 36 characters.
String
eventCreationTime
Yes
The system time from the supplier of when the event was created, in Epoch format (ms).
Integer
eventType
Yes
A unique identifier for the type of action that is being taken. Note: Only the events below will be accepted, and they arecase sensitive.
PLANNED - Use when the shipment is first planned, but has not left the originating facility.
STARTED - Use when the shipment leaves the originating facility.
ENROUTE - Use when the shipment is en route to a specific Walmart store.
ARRIVED - Use when the shipment has arrived at a specific Walmart store.
String
trailerNbr
No
The identifier for the trailer.
String
destinations
Yes
An array containing information about the Walmart store and the shipment. Only one destination is allowed.
Array
shipmentDeliverydate
Yes
The Date the shipment will arrive at a Walmart store, in YYYY-MM-DD format.
Date
storeNbr
Yes
The Walmart store number for the shipment.
String
loads
Yes
An array containing information about the shipment contents.
Array
asn
No
The Advance Shipment Notice associated with the load.
String
packNbr
Yes
The pack or SSCC number which indicates what products are packed together for shipment.
String
shipment
Yes
An object containing shipment details.
Object
locationArea
Yes
The location where the shipment will be dropped off, e.g. BACKROOM.
String
palletQty
No
The number of pallets associated with the shipment.
Integer
caseQty
No
The number of cases associated with the shipment.
Integer
toteQty
No
The number of totes associated with the shipment.
Integer
itemization
No
An array of GTINs and quantities associated with the shipment.
Array
gtin
No
The 14 digit GTIN of the shipped item.
String
qty
No
The quantity of the shipped GTIN.
Float
etaWindow
Yes (for planned, started, enroute events)
An object that contains the earliest and latest ETAs for the shipment. Only applicable for planned, started, and enroute events.
Object
earliestEta
Yes (for planned, started, enroute events)
Earliest possible ETA in UTC format, e.g. 2024-10-17T16:30+0000Z (where "+0000Z" is not changed, i.e. do not provide the timezone offset). Only for planned, started, enroute events.
UTC Date/time
latestEta
Yes (for planned, started, enroute events)
Latest possible ETA in UTC format, e.g. 2024-10-17T16:30+0000Z (where "+0000Z" is not changed, i.e. do not provide the timezone offset) Only for planned, started, enroute events.
UTC Date/time
arrivalTime
Yes (for arrived events)
Actual time of the truck arrival in UTC format, e.g. 2024-10-17T16:30+0000Z (where "+0000Z" is not changed, i.e. do not provide the timezone offset). Only for arrived events.
