Under många år har "no code" och "low code" sålts in som svaret på integrationsproblemet. Löftet har varit enkelt: slipp utvecklare, slipp kod, rita lite pilar mellan systemen och allt är löst. Så skönt.

Det låter lockande. Men det bygger på en tveksam slutsats: att integrationer är transportsträckor där kortaste vägen är den bästa vägen. Men så är det inte.

Integrationer är inte bara pilar mellan system. De är platsen där affärslogik, datakvalitet, ansvarsfördelning och kundupplevelse möts. Det är där ett orderflöde blir robust eller skört. Där produktdata blir begriplig eller missvisande. Där lagerstatus, priser, kunddata, betalningar, returer och kampanjer antingen hänger ihop eller sakta börjar falla samman.

Med andra ord: mycket av företagets egna digitala värde ligger i limmet mellan systemen.

Problemet med no code och low code

No code och low code fungerar ofta bra när problemet är enkelt, standardiserat och relativt statiskt. “När något händer i system A, skicka något till system B.” Den typen av flöden är lätt att demonstrera, lätt att sälja och lätt att förstå.

Men verklighetens integrationer är sällan så enkla. I praktiken behöver integrationer hantera fel som bara uppstår ibland, det behövs tillgång till historik och annan data för felsökning. De behöver också kunna uttrycka exakt den logik som gör ett företag unikt.

Det är här no code ofta blir en återvändsgränd. Först går det snabbt. Sedan kommer specialfallen. Sedan kommer workarounds. Sen till slut är det ingen riktigt som förstår varför flödet beter sig som det gör. Och då har man inte sluppit komplexitet. Man har bara flyttat den från kod till ett visuellt verktyg där den är svårare att testa, versionshantera, felsöka och vidareutveckla.

AI förändrar utgångspunkten

Jag älskar inte artiklar som är saliga över alla möjligheter med AI, men oavsett vilken utveckling som kommer ske framåt så går det inte att blunda för att den teknik vi har tillgång till här och nu förändrar vad som är möjligt och kanske framförallt rimligt vad gäller kod.

Det starkaste argumentet för low code har traditionellt varit att kod är dyrt. Det kräver utvecklare, tid, struktur och förvaltning. Men den kalkylen ser annorlunda ut idag.

När AI gör det snabbare och billigare att skriva, förstå, testa och vidareutveckla kod blir frågan en annan. Det handlar inte längre om "kod eller inte kod". Det handlar om vilken typ av kodbas man vill äga. Vill man äga integrationslogik som är tydlig, testbar, versionshanterad och går att anpassa till ens behov när de uppstår?

Eller vill man äga en samling visuella flöden i ett verktyg där affärskritisk logik är utspridd över klick, regler och konfiguration?

AI gör inte utvecklare arbetslösa (jag tror snarare tvärtom). Men AI gör det mer rimligt att välja riktig kod även i områden där man tidigare försökte undvika den. Särskilt när området är strategiskt viktigt.

Integrationer är inte bara teknik

Ett modernt e-handelsföretag består ofta av många system: e-handelsplattform, ERP, PIM, OMS, WMS, CRM, POS, betalning, frakt, marketing automation, BI och externa leverantörsflöden.

Varje system har sin egen bild av verkligheten. En produkt är inte exakt samma sak i PIM som i ERP. En order är inte exakt samma sak i e-handeln som i lagersystemet. En kundprofil är inte exakt samma sak i CRM som i checkouten. Etc etc.

Integrationens uppgift är därför inte bara att flytta data. Den ska översätta betydelse. Vad betyder "available stock"? Vilket system äger sanningen om pris? När ska en order anses redo för fulfillment? Vad gör vi om ett system accepterar en uppdatering men nästa system avvisar den? Vilken representation av produkten ska gälla i vilken kanal?

Det är här värdet skapas. Och det är här man behöver precision, tydlighet, och valmöjligheter.

Från low code till much code

Denna artikel kan förstås läsas som smygreklam för vår integrationsplattform Nexus, men eftersom vi ger Nexus gratis till våra kunder är det mer en smådryg "vad var det jag sa?"-artikel. Men lite reklam är det förstås, det är ju vår blogg och vår integrationsplattform så varför inte.

Nexus är byggt utifrån filosofin "much code" snarare än nånting annat. Nexus är utvecklarens bästa vän vad gäller integrationer, som låter en fokusera på det som är viktigt och inte behöva tänka på felhantering, retries, spårbarhet, etc.

Det betyder inte kod för kodens skull. Det betyder att integrationslogiken förtjänar att behandlas som riktig mjukvara. När något går fel ska man kunna se vad som hände. När ett flöde behöver ändras ska man kunna ändra det kontrollerat. När verksamheten växer ska integrationslagret kunna växa med den.

Observability är inte en bonus

En av de vanligaste svagheterna i integrationslösningar är inte att de saknar funktioner. Det är att ingen riktigt vet vad som händer när de körs.

Nexus fokuserar därför på insyn: köer, loggar, misslyckade meddelanden, retries, health checks och tydlig övervakning. Nexus är en hörnsten hos många av Nordens större e-handelsbolag, bland annat Lyko, Cervera, Kjell & Company, Thule, Lekia, Nordic Nest, Ark, Hatstore, etc.

Det är ingen slump. Ju mer affärskritiska flödena blir, desto viktigare blir det att kunna förstå dem.

En integration som fungerar 99 procent av tiden men är omöjlig att felsöka den sista procenten är inte robust. Den är bara tyst tills den blir dyr.

AI passar bättre ihop med kod än med låsta flöden

Det finns också en mer framåtblickande poäng: AI fungerar bäst när den kan arbeta med tydliga komponenter.

Kod är en sådan komponent. Den kan läsas, refaktoreras, testas, jämföras i PRs och dokumenteras. AI kan hjälpa till att skriva nya features, skapa tester, analysera fel, föreslå förbättringar och förklara befintlig logik.

Ett low-code-flöde är ofta svårare. Det kan vara visuellt, proprietärt och fragmenterat. Det kan vara svårt att exportera, svårt att testa och svårt för AI att resonera kring på samma sätt som en vanlig kodbas. Ju mer AI blir en naturlig del av utvecklingsarbetet desto mer värdefullt blir det att ha sina kritiska integrationer i en form som AI faktiskt kan hjälpa till att vidareutveckla.

Slutsatsen är enkel: äg limmet

Företag ska inte lägga all energi på att undvika kod. De ska lägga energi på att äga rätt kod. AI gör det möjligt för företag att producera kod i en rasande takt. Och mängden kod som produceras kommer med all sannolikhet öka dramatiskt. Men det gäller fortfarande att välja vilken kod det är man faktiskt vill äga, för det är inte gratis att äga kod.

Integrationer är inte perifera. De är ofta helt centrala i ett modernt e-handelsbolag. De avgör hur väl data flödar, hur korrekt informationen blir i varje system och hur snabbt verksamheten kan förändras när affären kräver det.

No code och low code kan absolut ha sin plats. Men när integrationslagret blir strategiskt, komplext och affärskritiskt är det fel spår att försöka gömma logiken bakom klickbara flöden.

Framtiden är bättre kod, snabbare skapad, tydligare övervakad och närmare affären.

Det är därför vi tror på “much code”. Och det är därför Nexus finns.