NetSuite SOAP udfases: Hvad skal du gennemgå nu?

NetSuite SOAP Web Services bliver udfaset. Men det første skridt er ikke at genopbygge alle integrationer med REST.

Det handler først om at få overblik over, hvilke integrationer der bruger SOAP i dag, hvilke forretningsprocesser der afhænger af dem, hvem der har ansvaret, og hvilke migreringsmuligheder der skal vurderes.

Oracle NetSuite har bekræftet, at SOAP-endpointet 2025.2 er det sidste planlagte endpoint, og at SOAP Web Services bliver fjernet med NetSuite-version 2028.2. Eksisterende SOAP-integrationer vil derefter holde op med at fungere. Se Oracles dokumentation om WSDL-versioner.

For europæiske virksomheder, der anvender NetSuite på tværs af flere selskaber, lande og applikationer, er migreringen fra SOAP derfor mere end blot et API-projekt. En integration kan understøtte fakturering, ordrebehandling, CRM, bankprocesser, skat eller rapportering.

Det rigtige udgangspunkt er at skabe overblik over de eksisterende integrationer.

‍

Hvad ændrer sig med NetSuite SOAP Web Services?

Oracle udfaser gradvist SuiteTalk SOAP Web Services og peger på SuiteTalk REST Web Services som erstatningen.

Oracle anbefaler, at alle nye integrationer udvikles med REST Web Services og OAuth 2.0, som beskrevet i den officielle Oracle-dokumentation om WSDL-versioner.

Overgangen kan opsummeres således:

Det er vigtigt at skelne mellem endpoints, der er understøttede, tilgængelige uden support eller helt udfasede.

Et understøttet endpoint kan fortsat modtage fejlrettelser fra Oracle. Et endpoint uden support kan stadig være teknisk tilgængeligt, men understøttes ikke længere. Et udfaset endpoint er deaktiveret og kan ikke længere bruges.

Oracles SOAP Removal Plans FAQ beskriver denne udvikling version for version.

Der er dog en mindre forskel i tidsplanen i Oracles dokumentation. Flere WSDL-dokumentationssider angiver, at kun endpoint 2025.2 vil være understøttet fra version 2027.1, mens SOAP Removal Plans FAQ henviser til version 2027.2.

Virksomheder bør derfor kontrollere status for deres endpoints i den nyeste Oracle-dokumentation, når de planlægger deres migrering.

Det er også vigtigt at bemærke, at 2028.2 henviser til en NetSuite-version og ikke en fast kalenderdato. Den faktiske tidsplan afhænger af Oracles releaseplan for den enkelte NetSuite-konto.

‍

Hvorfor skifter NetSuite fra SOAP til REST?

Oracle investerer i REST Web Services og OAuth 2.0 som den strategiske integrationsmodel for NetSuite.

SuiteTalk REST Web Services er den planlagte erstatning for SOAP, og Oracle anbefaler, at virksomheder med specialudviklede SOAP-integrationer begynder at planlægge deres migrering til REST.

Hvis et specifikt behov ikke kan dækkes direkte af REST Web Services, kan en SuiteScript RESTlet være et alternativ.

Derfor bør en migrering fra SOAP til REST ikke betragtes som en simpel udskiftning af et endpoint. Hver integration skal vurderes ud fra den forretningsproces, den understøtter.

‍

Hvad bør NetSuite-brugere gennemgå allerede nu?

En vurdering af virksomhedens parathed til SOAP-udfasningen bør besvare ét enkelt spørgsmål:

Hvilken rolle spiller SOAP i vores NetSuite-arkitektur, og hvad ville der ske, hvis hver enkelt integration holdt op med at fungere?

Det kræver mere end blot at tælle antallet af integrationer.

‍

1. Identificér alle aktive SOAP-integrationer

Start med at udarbejde en oversigt over alle integrationer, der kommunikerer med NetSuite via SOAP.

Registrér følgende oplysninger for hver integration:

• Integrationens eller applikationens navn.
• Det aktuelle SOAP-endpoint.
• Autentificeringsmetode.
• Seneste aktivitet.
• Kilde- og destinationssystemer.
• Ansvarlig for integrationen.
• Den understøttede forretningsproces.
• Implementeringspartner eller softwareleverandør, hvor det er relevant.

Aktivitetsdata er nyttige, men de er ikke tilstrækkelige. En integration, der kun kører én gang om måneden eller én gang om året, kan stadig understøtte en vigtig finansiel proces.

Brugsdata viser, hvad der er aktivt. Forretningsmæssig validering viser, hvad der er vigtigt.

‍

2. Forstå forretningsprocessen bag hver integration

Tekniske navne fortæller sjældent hele historien.

For hver SOAP-integration bør du afklare:

• Hvilken forretningsproces understøtter integrationen?
• Hvilke teams eller datterselskaber er afhængige af den?
• Hvilke data sendes til eller fra NetSuite?
• Hvor ofte kører integrationen?
• Hvilke driftsmæssige konsekvenser vil det have, hvis integrationen fejler?

Dette er særligt vigtigt for europæiske koncerner med flere selskaber.

En integration med en begrænset datamængde kan stadig være forretningskritisk for et bestemt land eller en specifik finansiel proces.

‍

Ikke alle SOAP-integrationer følger samme migreringsforløb

Forskellige integrationer kan kræve meget forskellige handlinger.

‍

Virksomhedens egne integrationer

Hvis dit team eller din implementeringspartner har udviklet integrationen, bør I gennemgå de eksisterende SOAP-operationer og vurdere, hvordan de kan overføres til SuiteTalk REST Web Services eller RESTlets.

Oracle anbefaler, at virksomheder med specialudviklede SOAP-applikationer begynder at planlægge overgangen til REST så hurtigt som muligt.

‍

Applikationer administreret af eksterne partnere

Hvis integrationen vedligeholdes af en anden softwareleverandør, kan det vigtigste spørgsmål være:

Hvornår leverer leverandøren en REST-baseret version, og hvad skal vi teste, før vi skifter til den?

Oracle anbefaler at kontakte leverandører af SOAP-applikationer udviklet af eksterne partnere for at få bekræftet, om en REST-baseret erstatning bliver tilgængelig.

Eksterne afhængigheder bør identificeres tidligt. Ellers kan en tilsyneladende enkel migrering blive forsinket af en leverandørs udviklingsplan.

‍

Applikationer leveret af NetSuite

Når en SOAP-baseret applikation leveres af NetSuite, oplyser Oracle, at der vil blive stillet en REST-baseret applikation til rådighed.

Virksomheder bør dog stadig følge udviklingen i erstatningsløsningen og planlægge de nødvendige tests i forbindelse med overgangen.

‍

Kontrollér endpointversionen – ikke kun om SOAP bruges

Det er ikke nok at vide, at en integration bruger SOAP.

Du skal også vide, hvilken WSDL-endpointversion integrationen anvender, og om den er:

• Understøttet.
• Stadig tilgængelig, men uden support.
• Allerede deaktiveret.

Ældre endpoints vil gradvist gå fra at være understøttede til ikke længere at være understøttede, før de deaktiveres helt.

Oracles dokumentation om understøttede WSDL-versioner bør derfor gennemgås som en del af hver SOAP-vurdering.

Det rejser to separate spørgsmål:

1. Er det nuværende endpoint stadig understøttet eller tilgængeligt?
2. Hvad er den langsigtede plan for migrering til REST?

En opdatering af et ældre SOAP-endpoint kan reducere risikoen på kort sigt, men den erstatter ikke behovet for at migrere væk fra SOAP inden version 2028.2.

‍

Gennemgå også autentificeringen

Overgangen fra SOAP til REST er også en mulighed for at gennemgå autentificering og styringen af integrationerne.

For hver integration bør følgende vurderes:

• Integrationsregistreringer.
• Autentificeringsflows.
• Roller og adgangsrettigheder.
• Loginoplysninger og hemmelige nøgler.
• Miljøspecifikke konfigurationer.
• Overvågning og fejlhåndtering.

Oracle anbefaler REST Web Services med OAuth 2.0 til nye integrationer.

Hvis man ændrer API'et uden samtidig at gennemgå den tilhørende integrationsopsætning, vil en del af den eksisterende tekniske gæld forblive uændret.

‍

Migrering fra SOAP til REST er ikke altid en direkte konvertering

En almindelig fejl er at antage, at hver SOAP-operation har en identisk funktion i REST.

For hver integration bør du validere de involverede records og felter, de operationer der udføres, de forventede transaktionsmængder og håndteringen af fejl.

Testene bør dække hele forretningsprocessen og ikke kun kontrollere, om API-kaldene gennemføres korrekt.

‍

Hvad bør CTO'er og IT-ansvarlige gennemgå?

For en CTO eller IT-ansvarlig handler udfasningen af SOAP ikke kun om en teknisk migrering. Den skaber også udfordringer i forhold til planlægning og forretningskontinuitet.

De vigtigste områder at gennemgå er:

• Forretningsmæssige konsekvenser: Hvilke omsætningsrelaterede, finansielle eller driftsmæssige processer vil blive påvirket, hvis en integration holder op med at fungere?
• Budget og kapacitet: Hvilke ressourcer til udvikling, test og projektstyring bliver nødvendige før de relevante NetSuite-versioner?
• Leverandørafhængigheder: Hvilke migreringer afhænger af eksterne softwareleverandører eller implementeringspartnere?
• Ansvarsfordeling: Er der en tydelig teknisk og forretningsmæssig ansvarlig for hver SOAP-integration?
• Risiko ved forsinkelser: Hvad sker der, hvis en migrering udsættes til kort før den endelige fjernelse af SOAP?

Jo tidligere disse forhold bliver afklaret, desto lettere bliver det at fordele ressourcer og undgå, at flere migreringer bliver kritiske på samme tid.

‍

Hvad bør europæiske økonomiafdelinger være opmærksomme på?

Europæiske koncerner, der bruger NetSuite, er ofte afhængige af integrationer mellem flere systemer og lande.

SOAP-integrationer kan blandt andet understøtte:

• Processer mellem CRM og ordrebehandling.
• Abonnements- og forbrugsbaseret fakturering.
• Platforme til udgiftsstyring.
• Bankforbindelser og betalinger.
• Skat og elektronisk fakturering.
• Indkøbsprocesser.
• Business intelligence og datawarehouses.
• Lokale driftsapplikationer.

Det betyder, at prioriteringen ikke bør baseres på teknisk kompleksitet alene.

En mindre integration, der understøtter en landespecifik finansiel proces, kan udgøre en større driftsmæssig risiko end en langt mere omfattende datasynkronisering.

En brugbar prioriteringsmodel kombinerer forretningskritisk betydning, migreringskompleksitet, ansvarsfordeling og risiko i forhold til deadlines.

‍

Hvordan bør SOAP-integrationer prioriteres til migrering?

I stedet for at samle alle integrationer i én stor migreringsbacklog bør de opdeles i tydelige kategorier:

• Forretningskritiske: Understøtter processer, der ikke kan tåle længerevarende nedetid.
• Aktive med lavere risiko: Er stadig nødvendige, men har begrænset driftsmæssig betydning.
• Kræver yderligere undersøgelse: Anvendelse, ansvar eller migreringsmuligheder er uklare.
• Leverandøradministrerede: Afhænger af en ekstern softwareleverandør.
• Mulige at udfase: Er inaktive, overflødige eller ikke længere nødvendige.

Denne opdeling sikrer, at der ikke bruges tid på at migrere integrationer, som i stedet burde fjernes.

Målet er ikke at konvertere flest mulige SOAP-forbindelser.

Målet er at sikre, at de integrationer, virksomheden stadig har brug for, har en sikker vej frem.

‍

Bør du migrere direkte til REST eller bruge en iPaaS-platform?

For et mindre antal enkle integrationer kan direkte REST-integration være en passende løsning.

I et mere komplekst applikationslandskab kan udfasningen af SOAP også være en anledning til at vurdere, om point-to-point-integrationer stadig giver mening.

En Integration Platform as a Service (iPaaS) kan centralisere integrationsflows, datatransformationer, overvågning og fejlhåndtering i stedet for at sprede denne logik på tværs af flere specialudviklede forbindelser.

Valget bør baseres på en arkitektonisk vurdering frem for at være en automatisk beslutning.

‍

Hvorfor begynde migreringen før 2028?

Den største udfordring er ofte ikke selve den tekniske konvertering, men koordineringen.

Før en integration kan erstattes, kan det være nødvendigt at:

• Identificere den ansvarlige.
• Bekræfte, om integrationen stadig bruges.
• Validere den tilhørende forretningsproces.
• Kontakte en leverandør.
• Vurdere funktionaliteten i REST.
• Udvikle og teste erstatningen.
• Planlægge overgangen til produktion.

Når flere datterselskaber og systemer er involveret, tager disse aktiviteter tid.

At begynde nu betyder ikke, at alt skal udskiftes med det samme. Det betyder, at usikkerhederne fjernes, mens der stadig er tid til at træffe velovervejede beslutninger.

‍

Udarbejd en roadmap for NetSuite SOAP-migrering

Når vurderingen er afsluttet, bør resultaterne omsættes til en praktisk roadmap.

Fase 1: Kortlægning

Udarbejd en oversigt over integrationerne, og validér deres faktiske aktivitet.

Fase 2: Vurdering

Bekræft ansvarsfordeling, forretningsmæssigt formål, kritikalitet, endpointstatus og afhængigheder.

Fase 3: Design

Vælg målarkitekturen: REST Web Services, RESTlet, en erstatning fra leverandøren eller iPaaS.

Fase 4: Udvikling og test

Udvikl det nye integrationsflow, og test hele forretningsprocessen fra start til slut.

Fase 5: Overgang og udfasning

Flyt produktionstrafikken, overvåg resultatet, og deaktivér forældede SOAP-forbindelser.

‍

Hvad får du ud af en NetSuite Technical Readiness Assessment?

En NetSuite Technical Upgrade Readiness Assessment bør levere mere end blot en teknisk oversigt.

De forventede resultater er:

• En valideret oversigt over aktive SOAP-integrationer og den aktuelle status for deres endpoints.
• En prioritering af risici baseret på forretningskritisk betydning, ansvarsfordeling, afhængigheder og migreringskompleksitet.
• En anbefalet migreringsløsning for hver integration, eksempelvis REST Web Services, RESTlet, en erstatning fra leverandøren eller udfasning.
• En praktisk roadmap med prioriteringer, ansvarlige og rækkefølgen af de nødvendige ændringer.

Det giver både tekniske og forretningsmæssige interessenter et fælles overblik over, hvad der kræver opmærksomhed, og hvad der kan vente.

‍

Sådan kan Novutech hjælpe

Novutech hjælper europæiske vækstvirksomheder med at gennemgå deres NetSuite-arkitektur og forberede sig på tekniske ændringer.

Vores teams kan analysere eksisterende SOAP-integrationer, endpointversioner, aktivitet, autentificering, ansvarsfordeling og afhængigheder. Derefter hjælper vi med at definere en praktisk migreringsløsning til SuiteTalk REST Web Services, RESTlets eller en integrationsplatform, hvor det er relevant.

Med mere end 250 kunder, 65 konsulenter og 100 certificeringer kombinerer Novutech NetSuite-ekspertise med viden om integrationer og finansielle processer. Vi understøtter virksomheder fra den indledende vurdering til de nødvendige ændringer og langsigtet support.

‍

Gennemgå integrationerne nu, og migrér med en klar plan

NetSuite SOAP Web Services forsvinder med NetSuite-version 2028.2. Det er en milepæl i releaseplanen og ikke en fast kalenderdato.

Det vigtigste skridt i dag er ikke at migrere alt på én gang.

Det handler om at vide:

• Hvilke systemer der er forbundet.
• Hvilke integrationer der stadig er aktive.
• Hvilke processer der afhænger af dem.
• Hvem der har ansvaret for ændringerne.
• Hvilken erstatningsløsning der er den rette.
• Hvornår arbejdet skal udføres.

Når disse spørgsmål er besvaret, bliver udfasningen af SOAP et håndterbart migreringsprojekt i stedet for en akut teknisk udfordring i sidste øjeblik.

‍

Er du klar til at gennemgå dine NetSuite-integrationer?

Er du usikker på, hvilke SOAP-integrationer der stadig er aktive, hvilke forretningsprocesser der afhænger af dem, eller hvordan de bør migreres til REST?

Novutech kan hjælpe dig med at udarbejde en klar plan for vurdering og migrering af dine NetSuite-integrationer.