What problem does it solve?
This Skill prevents VTEX IO apps from storing the wrong kind of data in the wrong place, which otherwise leads to duplicated sources of truth, stale reads, and performance problems caused by unbounded queries and in-memory filtering.
Core Features & Use Cases
- Choose the right storage for each data type: Map configuration vs business records vs cache-like documents vs authoritative VTEX domains vs external system data.
- Make source of truth explicit: Treat VTEX core APIs as authoritative for orders, catalog, pricing, inventory, and logistics, rather than copying full payloads into Master Data or VBase.
- Design reads and caches intentionally: Prefer bounded queries, pagination, and field selection; store only minimal derived/cached views and define freshness/invalidation rules.
- Use as a refactor and review checklist: Audit suspicious patterns (e.g., operational logs in settings, full order mirrors in VBase) and redesign data access paths accordingly.
Quick Start
Apply the vtex-io-data-access-patterns skill to review where your VTEX IO app is storing and reading data, then refactor the flow so configuration stays in app settings/config apps, core commerce data stays in VTEX core APIs, and local copies become minimal derived views with bounded queries.