WooCommerce · infrastructură omnichannelCENTRUL DE RUTARE
Marketplace Hub: nucleul care coordonează WooCommerce și canalele marketplace.
Marketplace Hub pentru WooCommerce unifică logica pe care toate integrările o folosesc — catalog, identificatori, cozi, comenzi, stoc, webhook-uri și diagnostic — fără să amestece regulile fiecărui canal. WooCommerce rămâne sursa comercială, iar eMAG, Trendyol și viitoarele canale intră prin adaptoare independente.
- WooCommerce ca sursă principală
- Adaptoare independente pe canal
- Cozi cu reluări și erori finale
- Mișcări de stoc idempotente
Marketplace Hub nu conține singur conexiunea API către eMAG sau Trendyol. Fiecare canal necesită un adaptor separat, configurat și verificat pentru API-ul său.
O singură sursă, mai multe ruteieșiri controlate și răspunsuri urmărite
MODEL CONCEPTUAL- 01Sursăcatalog și stoc în WooCommerce
- 02Contractcapabilități declarate de adaptor
- 03Execuțielucrări izolate în coadă
- 04Dovadămapări, stări și jurnal
01 / ARHITECTURĂ OMNICHANNEL
Nucleul păstrează regulile comune. Adaptoarele păstrează diferențele.
Separarea reduce duplicarea și permite ca fiecare conexiune marketplace să evolueze fără să rescrie indexarea, coada, istoricul comenzilor sau mișcările de stoc.WooCommerce
Produse, variații, prețuri și stoc vandabil.
DATE COMERCIALEMarketplace Hub
Index, validare, mapări, coadă și trasabilitate.
LOGICĂ PARTAJATĂCanale independente
Autentificare, taxonomii, seturi de date și răspunsuri API.
REGULI SPECIFICE02 / PORTURI MODULAREREGISTRU · CAPABILITĂȚI · CONFIGURARE
Fiecare canal intră în sistem printr-un contract explicit.
Adaptorul se înregistrează cu un identificator unic, un nume și lista operațiunilor pe care le poate executa. Hub-ul trimite o lucrare numai când acel adaptor există, este configurat și declară capabilitatea cerută.
- 01Produse
Publicare sau actualizare prin datele și regulile canalului.
- 02Prețuri și stoc
Operațiuni separate, declanșate de schimbările WooCommerce.
- 03Comenzi
Normalizare controlată înaintea efectelor locale.
- 04Webhook-uri
Verificare și interpretare delegate adaptorului.
03 / PAȘAPORTUL CATALOGULUIINDEX · VARIAȚII · VALIDARE
Catalogul este pregătit local înainte să intre pe ruta unui canal.
Indexul păstrează produse și variații ca entități distincte, cu datele necesare fluxurilor externe. Actualizările curente refac intrările afectate, iar o reconstrucție completă procesează catalogul în loturi pentru a evita o cerere lungă.
Identitate comercială
SKU, preț și stoc cantitativ pentru produsul simplu sau variația vandabilă.
Produs complet
Titlu, imagine principală, categorie și atributele fiecărei variații.
EAN / GTIN
Nucleul îl semnalează; adaptorul poate impune blocarea publicării dacă piața îl cere.
Date normalizate
Prețuri, stoc, dimensiuni, atribute, taxonomii și lista imaginilor.
04 / CALEA UNEI LUCRĂRI
Fiecare actualizare are stare, încercări și o ieșire controlată.
Lucrările sunt separate de cererea care a salvat produsul. O cheie unică oprește dublurile active, iar preluarea înainte de execuție reduce riscul procesării simultane.
- 01În așteptaredate și cheie unică
- 02În lucrupreluare cu jeton
- 03Reluareinterval progresiv
- 04Finalizatrezultat înregistrat
- 05Eroare finalădiagnostic și intervenție
05 / COMENZI ȘI STOCSEPARARE · IDEMPOTENȚĂ · REVENIRE
O comandă externă produce o singură mișcare verificabilă.
Comanda normalizată este păstrată separat de comenzile WooCommerce pentru a nu dubla automat raportarea. Dacă fluxul o cere, fiecare linie poate scădea stocul după SKU printr-o cheie unică, astfel încât aceeași comandă să nu aplice efectul de două ori.
ID extern unic
Aceeași comandă este actualizată, nu multiplicată în registrul Hub.
Efect o singură dată
Fiecare linie folosește o cheie stabilă pentru mișcarea cantitativă.
Eliberare controlată
Cantitatea scăzută poate fi restituită în stoc o singură dată după anularea confirmată.
Inspecție înainte de stoc
Marfa returnată nu este repusă automat înainte de verificarea fizică.
06 / TRASABILITATEMAPĂRI · WEBHOOK · JURNAL
Fiecare rută lasă repere pentru diagnostic.
Mapările leagă cheia locală de identificatorul extern și păstrează starea ultimei sincronizări. Webhook-ul comun găsește adaptorul potrivit, iar acesta trebuie să verifice autenticitatea înainte de procesare. Evenimentele, lucrările și erorile pot fi urmărite prin jurnale locale.
- MAPARESKU local ↔ ID externunicitate pe marketplace și tip de entitate
- INTRAREWebhook verificat de adaptorsemnătură și date specifice canalului
- EVENIMENTIdentificator și amprentăprotecții împotriva procesării repetate
- JURNALCanal, entitate și mesajretenție configurabilă și diagnostic operațional
07 / CE LIVRĂM
Un nucleu adaptat la catalogul, canalele și operațiunile tale.
Pornim de la fluxurile comune validate în implementarea de referință, apoi adaptăm schema, protecțiile și operarea înainte de conectarea oricărui marketplace.Modelul sursei principale
Responsabilități clare pentru WooCommerce, Hub, adaptor și sistemele fiscale.
DATE · AUTORITATE · LIMITEIndex și validare
Produse, variații, câmpuri comune și extensii de validare pe canal.
LOTURI · STĂRI · PREGĂTIREContract pentru adaptoare
Capabilități, configurare, procesarea lucrărilor și verificarea webhook-urilor.
PORTURI · API · IZOLARECoadă rezilientă
Deduplicare, revendicare, reluări, erori finale și operare controlată.
STARE · ÎNCERCĂRI · DIAGNOSTICComenzi și stoc
Ingestie separată, efecte idempotente, anulări și limite pentru retur.
SKU · MIȘCARE · REVENIREMatrice de testare
Scenarii cap-coadă, volum, cron, erori API, revenire și documentație.
MEDIU DE TESTARE · LANSARE · SUPORT08 / COMPATIBILITATE ȘI LIMITE
Arhitectura finală se decide după fluxurile comerciale reale.
Marketplace Hub este o fundație, nu o promisiune universală. Verificăm întâi sursele de date, extensiile și efectele fiecărui eveniment.| Suprafață | Ce verificăm | Rezultat urmărit |
|---|---|---|
| WooCommerce | versiune, produse, variații, SKU și stoc | sursă comercială unică |
| HPOS | extensii și fluxuri care ating comenzile | compatibilitate declarată și testată |
| Programare | Action Scheduler, WP-Cron și concurență | coadă recuperabilă |
| Catalog | volum, câmpuri, imagini și taxonomii | index stabil și măsurabil |
| API-uri | limite de cereri, timp de răspuns, erori și procesare unică | adaptare pe fiecare canal |
| Date | retenție, acces, jurnale și seturi de date | expunere minimă și controlată |
09 / IMPLEMENTARE
Construim traseul de la sursa principală la prima sincronizare controlată.
Separăm mai întâi responsabilitățile, apoi adăugăm un singur canal și extindem după ce fluxurile critice sunt stabile.- 01AUDIT
Harta datelor
Catalog, stoc, comenzi, ERP, facturare și responsabilitatea fiecărui sistem.
- 02CONTRACT
Regulile nucleului
Index, identificatori, mapări, evenimente, stări și limite comune.
- 03MEDIU DE TESTARE
Primul adaptor
Conectăm un canal cu seturi de date anonimizate și operații fără efect comercial.
- 04VALIDARE
Scenarii cap-coadă
Produse, variații, preț, stoc, comenzi, anulări, depășirea timpului și reluări.
- 05LANSARE
Activare graduală
Creștem loturile, urmărim coada și documentăm intervenția și revenirea.
11 / ÎNTREBĂRI FRECVENTE
Înainte să conectăm primul canal.
Răspunsurile delimitează nucleul comun, adaptoarele și verificările necesare.01Ce este Marketplace Hub pentru WooCommerce?
Este nucleul tehnic care coordonează fluxurile comune dintre WooCommerce și adaptoarele marketplace. Centralizează indexul de produse, validările de bază, mapările, coada de lucrări, comenzile externe, mișcările de stoc, webhook-urile și jurnalizarea, fără să amestece regulile specifice fiecărui canal.
02Marketplace Hub include automat conectori pentru eMAG sau Trendyol?
Nu. Hub-ul oferă contractul comun și infrastructura de coordonare, iar fiecare marketplace este conectat printr-o extensie separată care își declară capabilitățile, configurația, mapările și regulile API. Conectorii eMAG și Trendyol rămân implementări distincte din portofoliu.
03Care sistem rămâne sursa principală pentru produse și stoc?
În arhitectura verificată, WooCommerce rămâne sursa comercială pentru catalog și stocul vandabil. Identificatorii și taxonomiile marketplace se păstrează în mapările Hub-ului, iar adaptoarele nu trebuie să transforme datele externe în sursa principală a produsului.
04Ce date intră în indexul local de produse?
Indexul păstrează separat produsul și variația, SKU-ul, EAN/GTIN-ul, titlul, starea, prețurile, moneda, stocul cantitativ, dimensiunile, atributele, taxonomiile și imaginile. Reconstruirea indexului rulează în loturi, iar modificările WooCommerce actualizează intrările relevante.
05Cum sunt validate produsele înainte de conectare?
Validatorul comun verifică existența produsului, SKU-ul, prețul, stocul cantitativ, titlul, imaginea principală, categoria și atributele variației. Lipsa EAN/GTIN este avertizare la nivelul nucleului, dar un adaptor precum eMAG o poate transforma într-o cerință obligatorie.
06Cum sunt procesate actualizările de produs, preț și stoc?
Evenimentele WooCommerce creează lucrări numai pentru adaptoarele configurate care declară capabilitatea necesară. Coada evită duplicatele active printr-o cheie unică, revendică fiecare lucrare înainte de execuție și aplică reluări progresive până la limita configurată, după care o marchează drept eroare finală.
07Marketplace Hub garantează sincronizare în timp real?
Nu. Procesarea este asincronă și depinde de Action Scheduler sau de mecanismul WP-Cron de rezervă, de disponibilitatea API-ului, de limitele canalului și de configurarea infrastructurii. Monitorizăm întârzierile și erorile, dar nu promitem livrare instantanee sau eliminarea completă a diferențelor de stoc.
08Cum sunt gestionate comenzile externe și stocul?
Comenzile marketplace normalizate sunt păstrate în tabele separate de comenzile WooCommerce, pentru a evita dublarea automată a rapoartelor. Scăderea stocului poate fi aplicată o singură dată prin chei idempotente, iar anularea poate elibera stocul tot o singură dată. Returul nu repune automat marfa în stoc înaintea verificării fizice.
09Cum sunt protejate webhook-urile marketplace?
Hub-ul expune o rută comună și trimite cererea către adaptorul marketplace înregistrat. Verificarea semnăturii și interpretarea setului de date aparțin adaptorului; cererea este procesată numai după confirmarea acestuia. În proiectul final stabilim și testăm în adaptorul dedicat protecțiile necesare împotriva retrimiterilor abuzive, procesarea unică, limitarea cererilor și jurnalizarea erorilor potrivit API-ului real.
10Ce se verifică înainte de lansarea Marketplace Hub?
Validăm versiunile WordPress, WooCommerce și PHP, HPOS, schema bazei de date, permisiunile, cronul, Action Scheduler, volumul catalogului, SKU-urile și variațiile, mapările, limitele API, concurența cozii, anulările, retururile, retenția jurnalelor și planul de revenire. Credențialele rămân exclusiv în conectorii configurați și nu sunt incluse în pagina de prezentare.
12 / URMĂTORUL PAS