Skip to main content

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