Technical guide · Integration
How should ESL, ERP and POS integration be planned?
A dependable integration defines where prices originate, how they are approved and published, and how failed updates are handled.
Prepared by Aya Teknoloji Technical Team
Published
Updated
01Establish one source of truth
02Manage product-label pairing
03Test errors and recovery
IN THIS GUIDE
3detailed chapters
01 · Source
ERP or POS
→
02 · Transfer
API and business rules
→
03 · Outcome
Label and monitoring
THE RIGHT END-TO-END SEQUENCE
KNOWLEDGE CENTRE
Choose your reading path
Start with the ESL Guide to understand the technology, or the Project Planning Guide to plan a deployment.
01.01
Key field
Choose SKU, barcode or an internal product ID as the durable pairing key.
01.02
Price fields
Document normal and campaign prices, validity times, units and currencies.
01.03
Authority
Define which system creates prices and which fields the ESL platform only reads.
02.01
Trigger
Choose event-driven, scheduled or hybrid synchronisation based on change frequency.
02.02
Idempotency
Processing the same update more than once must not create an incorrect result.
02.03
Error queue
Separate failed products, retry safely and show an actionable result to the responsible team.
03.01
Scenario set
Test normal price, promotion, cancellation, code changes, connection loss and retries.
03.02
Field evidence
Compare source data, platform outcome and the physical label using one test identifier.
03.03
Ownership
Define who sees an alert, performs first response and escalates before go-live.
NEXT STEP
Turn what you have learned into a practical plan for your store.
Explore products directly or combine labels, accessories, infrastructure and services only to the extent your operation requires.