Artikel

Agentbaseret handel: Sådan løser I flaskehalsen ved onboarding

Hvorfor point-to-point-forbindelser fejler, og hvad der venter forude

Karan Katyal  ·  Adyen
 ·  3 minutter

I vores tidligere indlæg udforskade vi lagergabet, tillidsparadokset, og hvorfor ældre virksomhedssystemer ikke blev bygget til maskindrevet handel. Hver enkelt af disse udfordringer er svær nok at løse i sig selv.

Udfordringen bliver betydeligt større, når virksomheder skal løse alle tre samtidigt i en kompleks drift og samtidig lancere i et helt nyt handelsformat. Antag, at I har gjort fremskridt på alle tre fronter: Jeres produktdata er tilgængelige, rammeværk for tillid begynder at falde på plads, og infrastrukturen kan håndtere autonome interaktioner. Selvom det afgørende fundament er på plads, er der stadig et problem. Flaskehalsen ligger nu helt og holdent i onboarding-fasen.

Varfor point-to-point ikke skalerer

Hver integration kræver, at man samtidig samkører datatilgængelighed, protokolkompatibilitet, risikorammeværk og backend-eksponering. Det sker desuden på tværs af teams, systemer og tidslinjer, som aldrig var tænkt til at samarbejde. Det fører til et skræddarsyet udviklingsprojekt på adskillige måneder for hver enkelt forhandler og platform.

Friktionen findes på begge sider. For forhandlere kræver deltagelse i dag i praksis et dedikeret udviklingsteam, der skal navigere gennem tilpassede integrationer, ventelister og stort set odokumenterede processer. De forhandlere, der har gennemført processen, er næsten udelukkende store virksomheder med ressourcerne til at håndtere friktionen.

For agentplatforme og udviklere er hver ny forhandler et nyt projekt, som involverar forskellige ordrestyringssystemer (OMS), skattesystemer, produktinformationssystemer (PIM), protokolkonfigurationer og risikoprofiler. Platformsteams, der burde fokusere på AI-logik og brugeroplevelsen, bruger i stedet tid på at håndtere et fragmenteret netværk af forbundne løsninger.

Den instinktive reaktion på denne type fragmentering er at bygge flere forbindelser, såsom udviklingsværktøjer (SDK'er) til specifikke platforme, automatiserede guides og forudbyggede integrationer til de mest almindelige handelsplatforme. Problemet er skalarbejdet. Med mindst ti store agentplatforme og tusindvis af store forhandlere, der alle kører med deres egen kombination af ældre PIM-, OMS-, skatte- og logistiksystemer, kræver point-to-point-forbindelser en udviklingsindsats, der vokser for hver ny deltager. Hver gang en forhandler opdaterer en skattemotor, eller en platform ændrer sin forespørgselsstruktur, går noget i stykker. Det skapar en systemisk skrøbelighed i stedet for en bæredygtig løsning.

Sådan ser løsningen ud

Historisk set er den eneste definitive løsning på denne flaskehals et abstraktionslag: en neutral arkitektur, der forener begge sider og fjerner behovet for direkte, komplekse integrationer.

I praksis betyder det tre ting for agentbaseret handel:

  • Protokolabstraktion: Et neutralt lag, der oversætter mellem forhandlerens infrastruktur og agentplatformens krav. Det gør, at forhandlere integrerer én gang i stedet for én gang pr. platform, mens agentudviklere slipper for at tage højde for tusindvis af unikke backend-konfigurationer.

  • Portabel risiko og identitet: Pålidelig identitet, betalingstokens og risikoprofiler, der er portable på tværs af hele det agentbaserede økosystem fra dag ét. Det gør, at I slipper for at omskrive bedrageriregler eller opbygge ansvarsrammeværk fra bunden, når en ny agentflade tilføjes.

  • Distribution via ét enkelt punkt: Forhandleren tilkobler sine produktdata, prissætning, lager- og kasselogik én gang. Den tilkobling gør dem derefter tilgængelige på tværs af alle kontekster, der bygger på abstraktionslaget.

Vejen til reel skala

De forhandlere, der indtil videre har haft succes med at integrere med agentbaseret handel, er ikke dem med de bedste produkter eller den mest avancerede teknologi. Det er dem med størst udviklingskapacitet til at håndtere den gentagne friktion i integrationerne.

Det skaber et ulige udgangspunkt, hvor teknisk kapacitet vægtes højere end produktkvalitet i et økosystem, der burde gavne alle. Modellen med et abstraktionslag fjerner ikke komplexiteten i agentbaseret handel. I stedet flytter den komplexiteten fra den enkelte forhandlers tech-stack til en fælles infrastruktur. Det er denne forskydning, der förvandler en samling isolerede pilotprojekter til noget, der faktisk kan opnå reel skala.

Agentbaseret handel skal stadig bevise sit product-market fit. For at nå dertil kræver det som minimum, at onboarding holder op med at være en test af, hvor meget teknisk friktion forhandlere kan håndtere.

Læs mere om, hvordan I bygger et skalerbart fundament for autonom handel på Adyens hub for agentbaseret handel.

Skriv dig op til vores nyhedsbrev