Voordat je begint
Bepaal de echte WordPress-bron, voorkant, Daymerce-organisatie en geïnstalleerde functies. Houd productie en testomgeving uit elkaar.
Een herkenbaar voorbeeld
DYMR bewerkt een product in Daymerce. De gecontroleerde wijziging gaat naar WooCommerce. Daarna heeft de voorkant het bevestigde bronresultaat nodig, niet een ongecontroleerde editorvoorvertoning.
Stap voor stap
- Koppel producten, bestellingen, klanten en media aan de WordPress/WooCommerce-bron van de webshop. Houd originelen en grote bestanden in de eigen omgeving waar de ondersteunde flow dat biedt.
- Leg de noodzakelijke Daymerce-werkgegevens apart vast: account- en organisatierechten, compacte werkbeelden, plannen, taakverwijzingen en controle- of logboekgegevens.
- Beschrijf per frontendmodule welke goedgekeurde instellingen lokaal werken, met geldigheid en terugval. Gewone WooCommerce-aankoopverwerking mag geen synchrone Daymerce-cloudaanvraag nodig hebben.
- Controleer de echte schrijf-, teruglees- en bezoekerscontrole. Leg expliciete externe verwerkers en hun gegevensbereik vast; neem niet aan dat nooit gegevens de webshop verlaten.
Wat je hoort te zien
Je architectuur onderscheidt brongegevens, lokale uitvoeringsinstellingen en Daymerce-werkgegevens. De richting van eigen opslag bewijst niet dat iedere bestaande functie al alle verwerking en opslag lokaal uitvoert.
Als het niet lukt
Kun je een gegevenstype niet plaatsen? Onderzoek de echte functie en bewaring voordat je verwijdering of onafhankelijkheid belooft. Ontkoppelen wist niet automatisch werkhistorie en verwijdert geen lokale modules.
Menunamen en beschikbare acties hangen af van je app-taal, rechten en gekoppelde webshop. Schermen tonen de echte Daymerce-interface met fictieve DYMR-gegevens. De oorspronkelijke schermteksten blijven behouden.