Validating Your Amazon Data in Daasity

Important things to know when analyzing your Amazon Seller Central data in Daasity

Use this guide to understand which explores and dashboards to use in Daasity based on the reports you already use within Amazon.

Amazon Fulfillment Reports

Almost all of the order-based Amazon reporting in Daasity uses data from the All Orders report:

Where to find the All Orders report in the Amazon Seller Central UI

Where to analyze this data

You can analyze data from the All Orders report in the following places.

Filter for Source Name = asc to isolate Amazon data

If you have both Amazon and owned Ecommerce data in Daasity, you'll need to filter for the asc source name to only show data from Amazon

Explores

• Order Line Revenue

• Transactional Sales

• Daily Plan to Actual

• Daily Company Metrics

• Lifetime Value Time Series

Dashboards

• LTV & RFM

• Retention

• Orders & Revenue

• Daily Flash

• Daily Flash vs Plan

• Hourly Flash

• Weekly Flash

• Repurchase Rates

• Product (Except for the Product Detail Page Performance, which uses the Sales and Traffic Business Report)

Raw data tables

• AMAZON_SELLER_CENTRAL.GET_FLAT_FILE_ALL_ORDERS_DATA_BY_LAST_UPDATE_GENERAL

How to validate this data

Known causes for discrepancies

The data you see in your Daasity reporting will vary slightly from the raw All Orders reports you download from the Amazon Seller Central UI for the following reasons:

Timezone conversion

The raw report date/time values are always in UTC. The order data in your Daasity reporting will be converted to the timezone you have specified in your Daasity App settings.

Currency conversion

The monetary values in the raw Orders by Last Updated Date report will be in the source currency. The order data in your Daasity reporting will be converted to the master currency you have specified in your Daasity App settings. This will only be important to know if you are selling in multiple countries.

Multiple order lines for the same SKU

Amazon sometimes creates orders that have multiple lines for the same SKU, like in the example screenshot below:

In this scenario, Daasity will pick up only one of the lines from the order and drop the other. This will result in a discrepancy in some orders' sales totals and item counts when comparing in Daasity vs Amazon. This happens in only a small subset of orders (typically less than 2%), but it unfortunately will have an impact on your reporting.

The core reason for this issue is that the raw Amazon report we use for order-based reporting — Flat File Orders by Last Update Report (or the "All Orders" report as it's named in the UI) — accurately reflects the contents of the order, BUT it does not provide the unique order item ID that you see in the screenshot:

If this unique order item ID was included in the report, we would use it as a primary key to help us ensure that we avoid loading duplicate data while also capturing updates to the same line over time. But since the order item ID does not come through in the raw data, we need to create a unique key from the information available in the file. We use the combination of order ID + SKU for the unique ID. In the cases like the example above, this combination is not truly unique — only the order item ID is truly unique — and as a result only one of the rows will be loaded to avoid data duplication.

Choose the Order Date report when comparing data with Daasity

When you download the All Orders report, you have the option of choosing to filter by Order Date or Last Updated Date:

If you are comparing data for a particular month between Daasity and the Amazon platform, it's best to choose the Order Date option.

Don't use the Last Updated Date option. If you're trying to compare data for orders placed in January 2024, for example, and you choose the Last Updated date option, that file could contain orders that were placed prior to January 2024. Additionally, if an order placed in January 2024 was updated in a later month, that order would not show up in that report download.

Compare gross sales in Daasity with the sum of item-price in the All Orders exports

Since the export contains and item-price column and a quantity column, you may (understandably) assume that you need to multiply item-price by quantity to get the full sales amount for the line item. In reality, item-price will reflect the sales amount for the entire line — it is not a unit price.

Amazon Business Reports

Daasity standard reports will use data from the Sales and Traffic report and the Detail Page Sales and Traffic report from Amazon.

Where to analyze this data

Amazon Sales and Traffic report

Where to find the Sales & Traffic report in the Amazon Seller Central UI

You can analyze data from the Sales and Traffic report in the following places:

Filter for Data Source = Amazon to isolate Amazon data

If you have both Google Analytics and Amazon data connected to Daasity, you'll need to filter for the Amazon data source to only show data from Amazon.

Explores

• Traffic

• Daily Plan to Actual*

Dashboards

• Analytics & Attribution

• Daily Flash*

• Daily Flash vs Plan*

• Weekly Flash*

* Only sessions from the Amazon Sales and Traffic report are used in these reports/explores. The sales and order data will be from the Amazon Orders by Last Updated Date fulfillment report.

Raw data tables

• AMAZON_SELLER_CENTRAL.SALES_AND_TRAFFIC_REPORT

Amazon Detail Page Sales and Traffic report

Where to find the Detail Page Sales & Traffic report in the Amazon Seller Central UI

You can analyze data from the Detail Page Sales and Traffic report in the following places:

Filter for Data Source = Amazon to isolate Amazon data

If you have both Google Analytics and Amazon data connected to Daasity, you'll need to filter for the Amazon data source to only show data from Amazon.

Explores

• Product Page

Dashboards

• Product (Only the Product Detail Page Performance tile)

Raw data tables

• AMAZON_SELLER_CENTRAL.SALES_AND_TRAFFIC_SKU_REPORT

Known causes for discrepancies

Where this data is used in standard reports (listed in the previous section), it should match the UI exactly, except for any updates that have been made to orders since the data was extracted. For example, if we extract and transform the data at 1AM, there may be some changes between that time and when you analyze the data in the morning that will not be reflected in the Daasity reports.

However, when if you compare data from the Amazon Business Reports with other order-based reporting in Daasity (e.g.: Order Line Revenue, Transactional Sales, Daily Plan to Actual), there will be discrepancies for the following reasons:

Timezone conversion

The Amazon Business Reports will reflect the marketplace timezone set by Amazon. So if you are looking at reports for a US marketplace, for example, all of the data will reflect the Los Angeles time zone.

Keep this in mind when comparing data from your Business Reports with Amazon order data in Daasity. All order data in Daasity is taken from the Orders by Last Updated Date fulfillment report and has been converted to match your Daasity account timezone settings. If your Daasity account is set to a timezone different from the marketplace you are comparing in the Amazon UI, you should expect a discrepancy.

Data loss for orders with multiple lines for the same SKU

As mentioned in the Amazon Fulfillment Reports section, there is an issue with the data export if an order has multiple lines for the same sku. Please read the Known causes for discrepancies section for the Fulfillment Reports for more details.