Har din webshop særligt udviklede integrationer? En annonceret ændring i WooCommerce 11.2 giver en konkret anledning til at få overblik over, hvilke API’er de bruger, og hvem der vedligeholder dem.
Hvad er annonceret?
WooCommerce oplyste den 28. september 2026, at det eksperimentelle Dual API flyttes fra kernen til et særskilt plugin i version 11.2. De medfølgende demonstrationsendpoints til produkter og kuponer fjernes. Det nye plugin genskaber dem ikke. Ændringen vedrører udviklere, der har valgt at bruge det eksperimentelle API. WooCommerce fraråder fortsat brugen i udvidelser til produktion. Læs WooCommerces meddelelse.
I forhåndsnoterne fra 21. september angives udgivelsesugen med datoen 6. oktober 2026. Det er derfor en planlagt ændring, når denne artikel udgives den 5. oktober, ikke en bekræftelse på, at den færdige version allerede er udkommet. Se de officielle forhåndsnoter.
Find først ud af, om din løsning er berørt
For en webshopejer begynder arbejdet med et enkelt spørgsmål til leverandøren: Bruger vores løsning det eksperimentelle Dual API? Et ja skal følges af en forklaring på, hvor det indgår, og hvilke arbejdsgange der afhænger af det. Et nej bør også dokumenteres, så spørgsmålet ikke skal undersøges på ny ved næste opdatering.
En forbindelse til et lager- eller økonomisystem er ikke i sig selv dokumentation for, at netop denne ændring rammer shoppen. Få den konkrete løsning undersøgt. Lav gerne en kort oversigt over hver integration med formål, ansvarlig, dokumentation og det system, der sender eller modtager data. Det giver et praktisk udgangspunkt for både vedligeholdelse og fejlfinding.
Test en hel arbejdsgang på en separat kopi
Hvis en integration skal tilpasses, bør testen beskrive det arbejde, virksomheden faktisk udfører. En forbindelse kan godt svare teknisk korrekt, mens de overførte oplysninger bliver forkerte. Derfor skal resultatet kontrolleres i begge systemer.
Et tænkt eksempel er en lagerforbindelse: Opret en testvare, ændr lagerantallet, og følg ændringen fra kildesystemet til webshoppen. Kontroller derefter en testordre og den aftalte håndtering af en afbrudt overførsel. Brug tydeligt markerede testdata, og sørg for, at kopien ikke sender rigtige ordrer eller automatiske beskeder til kunder.
Skriv for hvert forsøg, hvad du forventer at se, hvad der faktisk sker, og hvor en eventuel fejl kan findes. Den beskrivelse er mere anvendelig end en generel melding om, at integrationen virker. Testmiljøets versioner og opsætning skal også fremgå, så leverandøren kan gentage forsøget.
Aftal ansvar og en vej tilbage
Inden ændringen sættes i drift, skal der være en aftale om, hvem der udfører den, hvem der kontrollerer resultatet, og hvordan et problem håndteres. En backup er en del af forberedelsen, men planen skal også tage højde for nye ordrer og lagerændringer, der kan opstå under arbejdet.
Vælg et tidspunkt, hvor nogen kan følge de vigtigste dataoverførsler. Gem testresultaterne sammen med ændringsbeskrivelsen. Hvis en leverandør anbefaler en ny løsning, så bed om dokumentation for, at den passer til jeres behov og har en klar vedligeholdelsesplan.
Hjælp til at forbinde systemerne
Hos KPdesign arbejder vi med softwareudvikling, REST API-integrationer og automatisering. Vi kan hjælpe med at afklare forbindelser mellem systemer og planlægge et konkret udviklingsforløb. Omfanget afhænger af den eksisterende løsning og aftales ud fra dens behov.
Begynd med overblikket: Hvilke data skal flyttes, hvem har ansvaret, og hvordan kan I se, at overførslen lykkes? Det gør næste samtale om integrationen mere præcis.