Plattformsförändring i NetSuite

SuiteScript 2.1 i NetSuite 2028.2 – så planerar ni in övergången

NetSuite fasar ut SuiteScript 1.0, 2.0 och 2.x till förmån för SuiteScript 2.1, stegvis fram till release 2028.2. Det är en planerad plattformsförändring med lång framförhållning. Inget slutar fungera i dag, och skript som redan är skrivna i 2.1 påverkas inte.

  • ✓Vilka skript i ert konto som berörs
  • ✓Vad som ska behållas, ändras eller avvecklas
  • ✓En plan i er takt fram till 2028.2

Boka en inventering

SuiteScript 2.1: kodfönster där versionsmärkningen i ett NetSuite-skript ändras från 2.0 till 2.1, markerat som testat i sandbox.
Snabbfakta
1.0 · 2.0 · 2.xversioner som fasas ut
2.1ny standard för alla skript
2028.2slutpunkt, andra halvåret 2028
✓Skript i 2.1 påverkas inte
Tidslinjen

Så ser utfasningen ut fram till 2028.2

Ny standard

2026.2

SuiteScript 2.1 blir standard för nya och befintliga skript. Det är här meddelandet om övergången dyker upp för administratörer i NetSuite.

Begränsad support

2027.1

Support för SuiteScript 1.0 begränsas till kritiska fel.

Nytt standardläge

2028.1

Skript i 2.0 och 2.x körs som 2.1 som standard. 1.0-skript kan inte längre driftsättas i nya konton.

Slutpunkt

2028.2

Enligt Oracles plan ska alla anpassade skript använda SuiteScript 2.1.

NetSuite släpper två releaser per år. Ert kontos exakta uppgraderingsdatum syns i NetSuite under Release Preview. Tidslinjen bygger på Oracles publicerade plan – sidan uppdateras om den ändras. Läs mer om hur NetSuite-releaser fungerar.

Vad det betyder

Det som avgör är vilken version era skript är skrivna i

Redan 2.1

Ingen åtgärd behövs

Noresca har utvecklat i SuiteScript 2.1 sedan versionen blev tillgänglig, så lösningar vi byggt är i stort sett opåverkade.

2.0 och 2.x

Samma API, ny motor

I de flesta fall räcker det att testa i 2.1-läge, uppdatera versionsmärkningen och verifiera. Kodändringar behövs bara där den striktare motorn beter sig annorlunda.

1.0

Här ligger det verkliga arbetet

En omskrivning till 2.1:s modulära struktur. Det gäller ofta lösningar som byggdes för länge sedan.

Bundles och SuiteApps

Leverantören uppdaterar, vi följer upp

Tredjepartslösningar uppdateras av respektive leverantör – vi listar dem och följer upp. Norescas egna SuiteApps uppdaterar vi själva.

Kolla själva på två minuter

  1. Gå till Customization > Scripting > Scripts.
  2. Filtrera på API Version: 1.0, sedan 2.0 och 2.x.
  3. Räkna träffarna per version.

Listan visar vilka skript som berörs – inte vilka som används, vad de gör eller hur de hänger ihop. Det är där inventeringen börjar.

Varför börja planera nu

Release 2028.2 kan kännas långt bort. Men ju tidigare ni börjar, desto mer kan arbetet spridas ut och läggas ihop med förändringar ni ändå vill göra, i stället för att bli ett eget projekt 2028.

Det finns också en praktisk anledning: för att veta om ett skript faktiskt används behöver exekveringsloggning vara påslagen, och det tar ungefär en månad innan loggarna säger något.

Och det är inte bara ett krav. Många äldre skript mår bra av att skrivas om. SuiteScript 2.1 ger modern JavaScript, stöd för async och tillgång till funktioner som N/llm – NetSuites inbyggda AI-modul.

Två personer planerar migreringen till SuiteScript 2.1 vid ett mötesbord.
Så hjälper vi er

Så planerar ni migreringen – vi börjar med analysen

Steg 1

Inventering och nulägesbild

Upp till två dagar – för mindre konton ofta under en dag. Vi listar alla skript som inte är 2.1 – era egna, bundlade och våra – och delar in dem i skript som används och fungerar, som används men bör ändras, och som inte används alls. Där användningen är oklar slår vi på loggning innan vi bestämmer oss.

Steg 2

Plan: vem, vad och när

Skript som inte används avvecklas i stället för att migreras. 2.0- och 2.x-skript testas i 2.1-läge och märks om. 1.0-skript prioriteras efter affärspåverkan och läggs i grupper fram till 2028.2, gärna tillsammans med förändringar ni ändå vill göra.

Steg 3

Genomförande i grupper

Konvertering i sandbox, test per process och integration, driftsättning grupp för grupp med uppföljning innan nästa. Där omfattningen är tydlig kan vi göra det till fast pris per grupp.

Ni får

En lista över alla berörda skript med typ, version, ägare och användning, en omfattningsindikation per grupp, ett förslag till plan fram till 2028.2 och en genomgång på 60 minuter med skriftlig sammanfattning.

Vi behöver

Administratörsåtkomst till produktion och sandbox, en kontaktperson som kan de berörda processerna och ert OK att slå på exekveringsloggning.

Är ni redan kund hos oss hör er kontaktperson av sig med en bild av vad förändringen betyder för just ert konto. Kör ni NetSuite med en annan partner eller på egen hand fungerar inventeringen likadant – den utgår från ert konto, inte från vem som byggde anpassningarna.

Vanliga frågor

Det kunder frågar oss om SuiteScript 2.1

Slutar något fungera nu?

Nej. Övergången sker stegvis fram till 2028.2. Skript som redan är 2.1 påverkas inte, och äldre skript fortsätter att köras under övergångsperioden – men för 1.0-skript begränsas supporten redan från 2027.1.

Hur vet vi om vi berörs?

Filtrera skriptlistan på API-version enligt instruktionen ovan. Visas meddelandet trots att er lösning är byggd i 2.1 beror det oftast på en bundle, en tredjepartsapp eller enstaka 2.0-skript.

Räcker det att ändra versionsnumret?

För 2.0- och 2.x-skript är det ofta nära det: testa i 2.1-läge, märk om och verifiera. För 1.0-skript krävs en omskrivning. I båda fallen behövs test innan bytet sker i produktion.

Vad gäller för bundles och SuiteApps från andra leverantörer?

De uppdateras av respektive leverantör. I inventeringen listar vi vilka som berörs, så att ni vet vilka leverantörer som behöver svara – och vi följer upp.

Vad händer med våra integrationer?

Integrationer som anropar RESTlets i ert konto behöver testas även på den anropande sidan. Vi pekar ut dem i inventeringen. Se våra färdiga integrationer.

Kan AI göra konverteringen?

AI gör konverteringen snabbare, och vi använder det. Men ett skript som konverterats utan fel är inte detsamma som ett skript som gör rätt sak. Oracle skriver själva att automatiska verktyg kan snabba upp migreringen, men att all genererad kod ska granskas innan den används i produktion. Vi konverterar med AI-stöd och granskar och testar resultatet.

Vad kostar det?

Inventeringen tar normalt upp till två konsultdagar på löpande räkning. För mindre bolag räcker det ofta med mindre än en dag. Genomförandet kan göras till fast pris per grupp när omfattningen är tydlig.

Börja med en kort inventering

Oftast klart på en till två dagar – för mindre konton snabbare – så bygger planen på fakta i stället för gissningar. Ingenting konverteras eller schemaläggs innan ni har sett resultatet.

Boka en inventering