Introduction
Naver Smart Store (네이버 스마트스토어) is a Korean e-commerce marketplace operated by Naver. Merchants register a Smart Store channel through Naver Commerce Center, then list products, fulfil orders, and settle payments through Naver’s commerce platform. The connector pulls order and product data from the Naver Commerce API. The connector exposes the dataset that powers sales analytics: raw orders, product catalog, order status transitions, and product-level order lines. Naver Smart Store does not publish a pre-aggregated sales analytics API, so sales metrics are reconstructed from raw orders and products. As an e-commerce connector, order, revenue, and product breakdowns are standardized so widgets can aggregate alongside ad-platform sources without additional configuration. To connect this data source, see How to connect Naver Smart Store to Adriel.Data refresh strategy
Architecture data
Architecture covers the product catalog. Products are fully refreshed once per day. Each product record carries name, SKU, price, retail price, status, image, and category, refreshed in a single pass against the live catalog.Reports data
Reports include order-level financial and status data. Refresh schedule. Orders are refreshed once per day, one calendar day at a time, with today’s partial data included in each run. On every refresh, orders made or modified in the last 1 day are re-fetched so that status transitions (cancellation, refund, settlement) are reflected in reported metrics. Currency. Revenue is reported in KRW; no FX conversion is applied at refresh time.Architecture levels
Channel (Smart Store) → Product catalog → Order → Product order line. Cancellations and returns are stored as separate rows keyed off the original order (they can complete on a different date than the original order), rather than by overwriting the original order record.Date range limits
Time-grouping breakdowns cap the reportable range:Metrics
How to read the columnsThe Data type column uses this vocabulary: Number, Currency, Percentage, Ratio, Duration, Date, Text, URL, Array, Boolean.The API Key column uses code style like
totalPaymentAmount for the literal Naver Commerce field name. Italic text describes how a value is produced when it doesn’t map cleanly to a single field — typically an Adriel-side aggregation across order rows, a computed formula, or a fixed value.Orders
Revenue & sales
Sales metrics are reconstructed from raw orders. Naver Smart Store does not expose a pre-aggregated sales analytics API, so order amount, tax, refunds, and product-level figures are reconstructed from raw orders and products. Reconstructed values may differ slightly from Smart Store’s own dashboards; discrepancies can be raised with Adriel support.
Products
Product Order metrics link products with their orders. When a Product Order metric is used with a product filter, only the portion of the order tied to that product is included, and only orders containing at least one matching product are shown. If a product has been deleted from the catalog, its related orders may not appear — use Product Order metrics only when necessary.
Fulfillment & delivery
Discounts & abandonment
Breakdowns
Product hierarchy
Order details
Time & date grouping
Time-grouping breakdowns are Adriel-side aggregations of the same underlying order data; Daily is capped at 93 days and Weekly at 1 year (see Date range limits).
Overview
These breakdowns are Adriel-side groupings that do not map to a Naver Commerce field.
Limitations
Based on the current connector, Naver Smart Store has:- KRW-only currency. Revenue is reported in KRW with no currency conversion. Cross-currency dashboards combining Naver Smart Store with non-KRW sources require external normalization.
- Reconstructed sales. With no pre-aggregated analytics API, sales figures are rebuilt from raw orders and products and may differ slightly from Smart Store’s own dashboards.
- Cancellations and returns are separate rows. Each cancellation or return is emitted as its own row (suffixed on the order ID) so it lands on its own completion date. Pending or rejected cancellations, and declined returns, produce no row.
- One-day modified-orders window. Only orders made or modified in the last day are re-pulled on each refresh; older status changes are not retroactively reconciled.
- Deleted products drop out of Product Order metrics. Product Order figures only resolve against products currently in the catalog.
- Orders without a payment date are skipped. An order with no payment date is dropped from results.
- IP whitelisting may be required. The Naver Commerce API can reject calls from non-whitelisted IPs, which disconnects the data source until the IP is allowed.
- Large date ranges may be rejected. Requesting too much data at once returns a “too much data requested” error; narrow the range and retry.
API references
See also
- How to connect Naver Smart Store to Adriel (paired how-to)
- Naver Search Ads data reference — to attribute revenue back to Naver search ad spend
- Cafe24 data reference — alternative Korean commerce platform
