Din gestiune în magazin
Stocul absolut din ERP este transformat în disponibilitate WooCommerce după multiplicator și rezervări.
DAGMAR / Studiu de caz 08 / Integrare ERP customIntegrare ERP cu WooCommerce.
Integrare ERP cu WooCommerce.
Stocuri și prețuri sincronizate.
Conectăm gestiunea la magazinul online printr-o integrare custom ERP–WooCommerce. La DAGMAR, aplicația Supplier, bazată pe Visual FoxPro, transmite stocuri și prețuri prin API, iar magazinul aplică rezervările și regulile comerciale pe fiecare SKU.
INTEGRARE CUSTOM ERPStocuri și prețuri
APLICAȚIA DE GESTIUNESupplier / Visual FoxPro
SKU · stoc disponibil · preț net
API + reguli de sincronizare
MAGAZINUL ONLINEWooCommerce
Produse · variații · comenzi
EXEMPLU REAL DIN JURNAL
Explorează exemplul documentat 49× 0,7034− 2 rezervate32
Stocul din ERP devine disponibilitate publicată.
01Date identificate prin SKU
02Stoc ajustat prin reguli
03Modificări verificabile
Gestiune și eCommerce / Implementare customERP-ul păstrează gestiunea.
ERP-ul păstrează gestiunea.
Magazinul primește datele.
Integrarea ERP cu magazinul online leagă datele aplicației de gestiune de produsele vândute în WooCommerce. În proiectul DAGMAR, puntea custom conectează Supplier/VFP la catalog și respectă regulile reale de vânzare.
Preț net pe SKU
Valoarea din ERP actualizează prețul obișnuit; regulile de discount ale magazinului continuă să stabilească oferta.
Adaptor pentru fluxul existent
Programarea externă și API-ul WordPress fac legătura cu aplicația Supplier, bazată pe Visual FoxPro.
Excepții explicite
Produsele interne, variațiile și regulile comerciale sunt păstrate prin configurări separate pentru stoc și preț.
O integrare API construită în jurul procesului comercial.Proiectul pornește de la codurile de produs, unitățile de vânzare, valorile nete și comenzile care rezervă marfă. Aceste reguli sunt implementate în puntea dintre ERP și WooCommerce și pot fi verificate în administrare.
01 / Sincronizare cu ERP custom prin APIGestiunea și catalogul.
Gestiunea și catalogul.
Corelate prin SKU.
Identificatorul produsului din ERP este asociat SKU-ului WooCommerce, inclusiv la nivel de variație. Integrarea custom are fluxuri API distincte pentru stocuri și prețuri; regulile din magazin stabilesc ce poate fi actualizat.
În configurația documentată, modul API este LIVE și multiplicatorul global de stoc este 0,70. Testele individuale pot rămâne în Dry Run chiar și atunci când actualizările reale sunt permise global.
Ritmul actualizărilor pornește din Supplier.Programarea externă transmite loturile către magazin. WordPress procesează datele primite și continuă în fundal loturile mari.
ERP Supplier
SKU, stoc absolut sau preț net.
Catalogul
Excepții și multiplicatorul efectiv.
Rezervările
Cantitățile din comenzile eligibile.
WooCommerce
Valori publicate și jurnal operațional.
Regulile de bază, vizibile în administrare
Panoul explică asocierea prin SKU, precizia numerică și separarea stocurilor de prețuri. Un SKU absent este ignorat; o valoare identică nu produce o nouă scriere.
02 / Din stocul sursă în disponibilitateÎntâi multiplicatorul.
Întâi multiplicatorul.
Apoi rezervările.
Stocul publicat este o valoare absolută. Motorul aplică multiplicatorul efectiv, rotunjește în jos și scade rezervările eligibile. Rezultatul este limitat la minimum zero.
Stoc Supplier × multiplicatorRotunjire în jos − rezervăriMinimum 0
Exemplu din jurnal / SKU 3145949 în sursă.
49 în sursă.
32 publicate.
Cu multiplicatorul 0,70, cele 49 de unități devin 34. Jurnalul indică două unități rezervate de comenzi În procesare; stocul rezultat este 32.
Demonstrație locală a formulei. Cantitățile rezervate se introduc explicit; valorile din calculator nu sunt date live.
Stoc calculatunități publicabile în scenariul ales
- După multiplicator
- 34
- Rezervări eligibile
- 2
floor(49 × 0,70) − 2 = 32
Dovada din operare
Calculul apare în jurnal.
Exemplul capturat arată sursa, multiplicatorul, cantitatea aplicată și explicația rezervării. În aceste rânduri, rezervările eMAG și Trendyol sunt zero.
Stocurile Supplier negative sunt normalizate la zero. Pentru multiplicator, implementarea utilizează două zecimale și aritmetică întreagă.
03 / Comenzile intră în calculDisponibilitatea ține cont
Disponibilitatea ține cont
de ce este deja rezervat.
Rezervările sunt recalculate din comenzile WooCommerce la sincronizarea stocului. Statusul, vechimea și primirea facturii Supplier stabilesc ce cantități intră în calcul.
| Comenzi | Când rezervă stoc | Reper |
|---|---|---|
| În procesare | Toate comenzile cu acest status | Fără limită de vechime |
| eMAG | Status eMAG, create în ultimele 24 de ore | Până la înregistrarea facturii Supplier finalizate |
| Trendyol | Status Trendyol, create în ultimele 24 de ore | Până la înregistrarea facturii Supplier finalizate |
| Finalizate | Nu intră în rezervările acestui motor | Statusul curent al comenzii |
Cantități nete pe linii
Calculul urmărește produsul sau variația salvată pe linia comenzii și ține cont de cantitățile restituite. Pentru Trendyol, cantitatea activă importată este respectată acolo unde există.
Unități corelate în catalog
Supplier Sync folosește cantitățile salvate în comandă. Structura BAX și rețeta Composite sunt gestionate de componentele lor; această sincronizare nu descompune singură pachetele în sticle.
BAX și pachete compuseFactura eliberează rezervarea marketplace.Pentru comenzile eMAG și Trendyol eligibile, primirea facturii Supplier finalizate le scoate din rezervare la următoarea sincronizare. Comenzile aflate În procesare urmează regula propriului status.
04 / Excepții administrabileControl global.
Control global.
Decizii pe produs.
Stocul și prețul au bife de excludere distincte. Un multiplicator individual poate ajusta stocul unui produs sau al unei variații, păstrând regula globală pentru restul catalogului.
PRIORITATE 1Variațiedacă este activat individualPRIORITATE 2Părintedacă este activat individualPRIORITATE 3Globalregula de rezervă a catalogului
O variație își poate avea regula.
Administratorul poate opri actualizarea stocului, actualizarea prețului sau poate activa un multiplicator propriu. Câmpul numeric devine regulă individuală atunci când bifa de activare este selectată.
Captura arată controalele disponibile și valoarea 1,00, cu activarea multiplicatorului individual debifată.
Părintele coordonează variațiile.
O excludere de stoc sau preț pe produsul părinte se aplică tuturor variațiilor. Multiplicatorul părintelui este folosit când variația nu are unul individual activ.
Excluderile manuale rămân respectate inclusiv la o cerere marcată force.
Registrul regulilor active
Excepțiile sunt vizibile împreună.
Registrul reunește produsele și variațiile cu reguli Supplier active. Coloanele separă excluderea stocului, excluderea prețului și multiplicatorul individual.
Exemplele cu accesorii interne au ambele actualizări oprite. Ele ilustrează de ce un catalog comercial are nevoie de excepții explicite.
Mai multe exemple din registrul excepțiilor
05 / Sincronizare prețuri ERP–WooCommercePrețurile din gestiune.
Prețurile din gestiune.
Sincronizate pe SKU.
Valoarea netă Supplier este normalizată la două zecimale și salvată în prețul obișnuit WooCommerce. Multiplicatorul prezentat în acest studiu se aplică exclusiv stocului.
Câmpul prețului promoțional rămâne neatins. Reducerile comerciale și afișarea prețului final sunt gestionate prin regulile dedicate DAGMAR.
Promoții și afișarea prețului final
valoarea netă citită din WooCommerce
valoarea propusă de cererea de test
răspunsul este în Dry Run
Captura testului arată HTTP 200, două elemente primite, unul care ar fi actualizat și unul ignorat. Este o verificare simulată a prețului, distinctă de actualizările reale de stoc din jurnal.
06 / De la acceptare la rezultatLoturi mici în request.
Loturi mici în request.
Loturi mari în fundal.
O cerere poate conține până la 1.000 de elemente. Până la 10 sunt procesate sincron; peste acest prag, cererea este acceptată și continuată în bucăți de cel mult 10 elemente.
Acceptarea are propriul rol.
Un HTTP 200 pentru un lot pus în coadă confirmă primirea. Finalizarea este urmărită prin procesare și jurnal. Action Scheduler sau mecanismul WP-Cron disponibil continuă lucrul în WordPress.
Valorile identice rămân stabile.
Rezultatele neschimbate nu sunt rescrise. SKU-urile necunoscute și excluderile manuale sunt ignorate controlat; o intrare invalidă nu blochează celelalte produse ale lotului.
Jurnal operațional
Înainte. După. Explicație.
Jurnalul documentează modificările reale și erorile reale, cu sursa, multiplicatorul și valorile înainte/după. Registrul excepțiilor păstrează separat regulile intenționate.
Rândul pentru SKU 28632 arată 668 în Supplier, multiplicator 0,70 și stoc publicat 467. Stocul WooCommerce anterior era 492.
Instrumentele de verificare: stoc, preț și lot mixt
Panourile administrative permit teste explicite. Dry Run calculează rezultatul fără modificări de catalog; modul global rămâne o protecție suplimentară pentru cererile API.
Un test de stoc separat de jurnalul LIVE
Rezultatul capturat indică Dry Run, două elemente primite, o actualizare simulată, un element ignorat și zero modificări reale. Detaliul vizibil include stocul de test 10 și multiplicatorul 0,70.
07 / Contextul văzut de clientÎn stoc la furnizor.
În stoc la furnizor.
Cu termenul la vedere.
Un indicator administrat pe produsul părinte poate afișa mesajul „ÎN STOC LA FURNIZOR” și termenul de livrare de 3–5 zile lucrătoare. Exemplul public Lunazul Blanco arată mesajul deasupra opțiunilor de cumpărare.
Indicatorul este randat direct în pagină. Bifa este o decizie de catalog și nu modifică singură cantitatea sau statusul stocului WooCommerce.
O regulă concretă pentru plată.Dacă în coș există un produs cu această opțiune activă, extensia elimină plata ramburs. Celelalte metode urmează configurarea magazinului.
Unde se administrează mesajul din produs
O opțiune pe părinte.
Câmpul „Disponibilitate Stoc Furnizor” apare în Inventar. Captura administrativă documentează poziția și explicația câmpului, cu bifa debifată în produsul respectiv.
Captura publică Lunazul este un exemplu separat în care mesajul este afișat.
Detalii despre implementareIntegrare ERP.
Integrare ERP.
Reguli explicate.
Ce include integrarea custom ERP cu WooCommerce?
În proiectul DAGMAR, integrarea leagă gestiunea Supplier/VFP de stocurile și prețurile produselor WooCommerce prin API. Include mapare pe SKU, rezervări din comenzi, excepții pe produs și variație, procesare pe loturi și jurnal. Comenzile, clienții și facturile au un circuit complementar, documentat separat.
Se poate sincroniza o aplicație ERP custom bazată pe Visual FoxPro?
Acest studiu documentează o astfel de implementare: programarea externă a aplicației Supplier transmite datele către interfața API WooCommerce. Pentru un alt ERP, adaptorul și mapările se stabilesc după interfața disponibilă și regulile aplicației respective.
Multiplicatorul ajustează și prețul?
Multiplicatorul se aplică stocului. Prețul net Supplier este normalizat la două zecimale și salvat în regular_price; sale_price rămâne neatins.
Ce se întâmplă cu stocul negativ?
Orice stoc Supplier negativ este normalizat la zero. Rezultatul publicat nu poate coborî sub zero nici după scăderea rezervărilor.
Când încetează o rezervare marketplace?
Motorul include comenzile cu status eMAG sau Trendyol create în ultimele 24 de ore, până când factura Supplier finalizată și primirea ei sunt înregistrate. Recalcularea are loc la următoarea sincronizare a stocului.
De unde vine programarea sincronizării?
Supplier/VFP trimite cererile după programarea sa externă. Mecanismele WordPress continuă procesarea loturilor acceptate. Frecvența efectivă depinde de configurarea și funcționarea acelui circuit.
Dry Run intră în jurnalul actualizărilor reale?
Răspunsul testului afișează ce ar fi actualizat. Jurnalul operațional păstrează modificările și erorile reale; rezultatele neschimbate, ignorările și simulările au alte roluri în diagnostic.
Mesajul „În stoc la furnizor” este calculat automat din API?
Mesajul este controlat prin bifa produsului părinte. Sincronizarea cantitativă și indicatorul public sunt componente distincte, corelate prin administrarea catalogului.
Continuă explorarea proiectului
Integrarea continuă după plasarea comenzii.
Descoperă fluxul clienților, preluarea comenzilor în ERP-ul custom și întoarcerea facturilor în WooCommerce.
Conectează magazinul WooCommerce cu gestiunea și ERP-ul afacerii tale.
Discută proiectul tău