Cum integrezi eMAG Marketplace cu depozitul tău fără să pierzi comenzi

Dacă vinzi pe eMAG și ai mai mult de câteva zeci de comenzi pe zi, probabil te-ai lovit deja de două probleme recurente: stocul fantomă (vinzi ce nu mai ai) și operatorii pierduți în portalul eMAG. Acest ghid acoperă cum arată o integrare bine făcută între eMAG Marketplace și un WMS — și ce să ceri de la soluția pe care o alegi.

De ce nu-i destul „importul manual" de comenzi

Cele mai multe setup-uri de start încep cu export CSV din eMAG și import manual în Excel sau WMS. Asta funcționează la 20 comenzi pe zi. La 200, începi să pierzi comenzi între export și import. La 2.000, e un dezastru.

O integrare reală trebuie să facă patru lucruri:

1. Pull automat de comenzi noi — prin API, la intervale scurte (sub 5 minute), cu detecție de duplicate.
2. Push de stoc rezervat — imediat ce o comandă intră în pregătire, stocul trebuie să se actualizeze pe eMAG ca să nu vinzi ce nu mai ai.
3. Status update bidirecțional — când expediezi, eMAG trebuie să primească status-ul automat, nu să intri să îl marchezi manual.
4. Mapping de produse care nu cedează — SKU-urile interne, part_number-ul eMAG și codurile EAN sunt trei lucruri diferite și trebuie mapate clar.

Flux-ul complet pas cu pas

1. Setup inițial (ziua 1)

• Generezi API key-ul în contul tău de seller eMAG.
• Adaugi credentials în WMS (user + key).
• Rulezi prima sincronizare de catalog — mapezi SKU-urile interne la ID-urile de produs eMAG.

Atenție: dacă ai produse cu același EAN pe mai multe oferte eMAG (variante), mapping-ul trebuie făcut per-ofertă, nu per-EAN. Altfel stocul se va distribui aleator.

2. Sincronizare de comenzi (continuă)

Comenzile noi intră automat în WMS la fiecare 2–5 minute. Cele mai bune WMS-uri ridică imediat un eveniment real-time (WebSocket) ca să vezi comanda apărând pe tablou fără refresh.

3. Push de stoc rezervat

Acesta e pasul pe care majoritatea implementărilor DIY îl greșesc. Nu trebuie să împingi stocul real, ci stocul disponibil = stocul real minus rezervările active.

disponibil_emag = stoc_fizic - comenzi_in_procesare - comenzi_gata_livrare

Fără calcul ul ăsta, vei avea oversell garantat: vinzi pe eMAG ce deja pregătești pentru altă comandă.

4. Status push-back

Când expediezi o comandă:

• marchezi AWB-ul în WMS;
• WMS împinge automat către eMAG status-ul „expediată" plus AWB-ul și codul curierului;
• eMAG notifică clientul și închide comanda.

Tot automat, fără ca operatorul să atingă portalul eMAG.

Ce să eviți în primele 30 de zile

1. Nu sincroniza stocul la 1:1 cu ce-i pe raft. Mereu păstrează un buffer de 2–3 unități pentru SKU-urile mici, altfel oversell-ul va apărea din lag-ul API.
2. Nu mapa produse cu EAN-uri multiple. Dacă ai SKU-uri interne care reprezintă „produsul + varianta" (ex: TRICOU-ROSU-M vs TRICOU-ROSU-L), trebuie două entry-uri distincte.
3. Nu da API key-ul de master unor integrări terțe. Creează key separat cu permisiuni limitate, dacă eMAG permite.
4. Nu rula sync-ul cu prea mare frecvență. Sub 1 minut e rate-limit garantat și comenzi pierdute. 2–5 minute e sweet spot-ul.

Ce face notsowms diferit

Integrarea eMAG în notsowms face toate cele de mai sus automat:

• Pull de comenzi cu detecție de duplicate.
• Push de stoc rezervat, calculat corect (exclude comenzi în procesare și gata-livrare).
• Status push-back cu AWB și curier automat.
• Mapping UI pentru produse ambigue (cazuri care nu se pot mapa automat).
• Sync logs cu istoric de 30 de zile și rata de succes per interval.
• Coadă de sync care nu blochează restul operațiunilor (dacă eMAG e lent, picking-ul merge mai departe).

Plus integrări native pentru curieri (Sameday, Cargus, DPD, GLS, Pall-Ex) și facturare (Oblio, SmartBill) — totul într-un singur flux.

Vrei să vezi cum arată pentru profilul tău? Programează un demo de 30 de minute. Îți arătăm pe datele tale.