Hva skjer når en KI-agent skal trekke kortet uten et menneske i loopen? InFlow gir hver agent sitt eget Visa Intelligent Commerce-token, en multi-currency wallet og en policy-motor som styrer beløpsgrenser, leverandører og betingelser per transaksjon. Plattformen håndterer identitet, onboarding og merchant-aksept gjennom Visas globale nettverk, og ifølge Visas egen B2AI-rapport sier 71 prosent av bedrifter at de er villige til å optimalisere produkter for KI-agenter.
«KI-agenter er en ny kjøper-kategori, og bedrifter trenger en pålitelig måte å støtte dem på.» — Tanner Riche, VP, Visa
InFlow-grunnlegger Jim Nguyen, tidligere PayPal-leder, kaller dette «B2AI-infrastruktur» og argumenterer for at dagens betalingssystemer smelter beslutningslaget (hva skal kjøpes, hvor mye, under hvilke betingelser) sammen med inngangslaget (skrive kortnummer, klikke send) til én menneskelig handling. Når mennesket forsvinner ut av loopen, forsvinner policyen med, og det er gapet InFlow forsøker å fylle med et separat policy-lag.
Foreløpig retter Visa og InFlow seg mot B2B: agenten kjøper compute, inferens, lagring og data fra leverandører den selv bruker. Forbruker-versjonen, der agenten kjøper sko eller flybilletter på dine vegne, kommer senere. Stripe og andre store aktører har ikke stått stille, men InFlow argumenterer for at policy-laget krever mer enn et lag oppå eksisterende infrastruktur.
Hva bør du gjøre?
- Sjekk om agenten din trenger egne betalingsregler før du kobler den til et delt kort eller felles API-konto. En agent uten policy-motor kan tappe walleten på samme måte som en kompromittert API-nøkkel.
- Mapp ut hvilke kategorier agenten faktisk skal kjøpe (compute, modell-kall, abonnementer, data) og test om InFlow eller en konkurrent dekker merchant-aksept i de kategoriene.
- Hold loggene separat. Selv med policy-motor bør du logge agent-transaksjoner i et regnskap som er adskilt fra menneskelige innkjøp. Det forenkler revisjon og raskere oppdagelse av drift.