Liderzy opinii

Dlaczego logika płatności Agentic należy do warstwy płatności i co to oznacza dla kontroli merchantów w gospodarce napędzanej przez AI

mm
Dodaj Unite.AI do preferowanych źródeł w Google

Na początku tego roku Google wprowadziło Universalny Protokół Handlu (UCP), otwarty standard zaprojektowany w celu umożliwienia agentom AI, firmom i dostawcom płatności komunikowania się i transakcji za pośrednictwem wspólnej ramy. Następnie pojawił się Universalny Koszyk, nowy inteligentny hub zakupowy, który łączy produkty z całego ekosystemu w jedną, napędzaną przez AI destynację.

Jeśli cofniemy się nieco dalej, Adobe poinformowało, że ruch z narzędzi AI generatywnych do witryn handlu detalicznego w Stanach Zjednoczonych wzrósł o prawie 1,300% rok do roku w trakcie sezonu świątecznego 2024, przy silnym wzroście utrzymującym się w sezonie 2025.

Przez te wydarzenia może być trudno dokładnie określić, gdzie zachowanie konsumentów i innowacje platformy zaczęły się wzajemnie wpływać. Ale gdy agenci AI, platformy konsumentów i dostawcy płatności rywalizują o połączenie ze sobą, merchantów coraz częściej spotyka się w środku, odpowiedzialnych za zarządzanie transakcjami, na które mają coraz mniej wpływu.

Dylemat architektoniczny

Zazwyczaj integracja jest optymalizowana głównie na poziomie połączenia między systemami, a nie w punkcie, w którym decyzje są faktycznie podejmowane. Platformy AI są stopniowo włączane do komunikacji z dostawcami płatności. Ale sposób, w jaki transakcja jest strukturyzowana, trasowana i kontrolowana w systemach, nie została podstawowo przemyślana, co dalej przenosi problem na merchanta. To jest miejsce, w którym pojawia się kluczowe pytanie architektoniczne: gdzie powinna mieszkać logika płatności Agentic?

Jeśli jest wbudowana w koszyk zakupowy, logika siedzi zbyt blisko warstwy platformy, zwiększając zależność i ryzyko blokady. Jeśli siedzi całkowicie z dostawcami usług płatniczych, merchantowie zachowują wykonanie, ale tracą możliwość kształtowania, w jaki sposób transakcje są trasowane w ich własnych systemach.

Czego brakuje w obu podejściach, to neutralna warstwa, która może interpretować intencje i koordynować wykonanie bez wiązania się z interfejsem, w którym rozpoczyna się zakup, lub infrastrukturą, w której jest on rozliczany. W jednym przypadku trasowanie jest ograniczone przez logikę platformy, a w drugim jest fragmentowane od szerszego stosu handlowego merchantów.

Umieszczenie logiki Agentic na warstwie płatności staje się trzecią opcją. Zamiast zmuszać merchantów do wyboru między zależnością od platformy a zależnością od dostawcy płatności, tworzy punkt, w którym decyzje transakcyjne pozostają pod kontrolą merchantów, niezależnie od tego, jak zakup jest inicjowany lub ostatecznie przetwarzany. Merchantowie mogą wprowadzać doświadczenia napędzane przez agenci bez przebudowywanie swojej infrastruktury płatniczej, jednocześnie koordynując transakcje w całym inwentarzu, zarządzaniu zamówieniami i trasowaniu płatności.

Nowe ryzyka wymagają wyraźnego rozdzielenia

Handel Agentic jest definiowany przez większą autonomię systemów AI działających w imieniu klientów. Ta autonomia jednak utrudnia odróżnienie transakcji zainicjowanych przez AI od standardowych przepływów płatności, narażając podstawowe systemy na nową niepewność operacyjną.

Na przykład agent AI może zakończyć zakup po dynamicznym porównaniu cen lub zastosowaniu ograniczeń budżetowych ustawionych przez użytkownika, ale wynikający z tego płatność wchodzi do systemu merchantów jako standardowe zdarzenie zamknięcia. Bez rozdzielenia merchantowie tracą widoczność, w jaki sposób transakcja została zainicjowana i czy powinna być traktowana inaczej niż normalny zakup.

To wzmacnia przypadek dla planowania logiki płatności Agentic na warstwie płatności, gdzie te przepływy mogą być izolowane i zarządzane niezależnie. Oznacza to identyfikowanie transakcji zainicjowanych przez AI w punkcie wejścia, pozwalając merchantom na stosowanie różnych decyzji trasowania, dostawców płatności lub kontroli, w zależności od natury transakcji. Można się spodziewać ograniczania zakupów powyżej, powiedzmy, 100 dolarów lub blokowania zakupów luksusowych, jeśli zainicjowanych przez agenta. Tworzy to także przestrzeń do testowania i adaptacji zakupów napędzanych przez agenci bez wpływu na stabilność szerszego systemu płatniczego.

Ustawianie granic operacyjnych

Nieodróżnialność transakcji Agentic, o której mowa wcześniej, tworzy również szersze wyzwanie klasyfikacji w ramach istniejących systemów przeciwdziałania oszustwom. Ponieważ agenci AI ściśle przypominają automatyczne boty w swoim zachowaniu, są one często traktowane jako wysokie ryzyko działań w środowiskach już nasycanych próbami oszustw napędzanych przez AI, i to całkiem słusznie. Zaufanie więc nie może być wnioskowane z samego zachowania. Musi być ono wyraźnie sygnalizowane i rozpoznane przez każdą warstwę systemu.

To oznacza, że konsument musi wyraźnie upoważnić agenta do działania w jego imieniu, a to upoważnienie musi być rozpoznawalne nie tylko dla dostawcy płatności, ale także dla merchantów inicjujących sprzedaż. Jednocześnie merchant musi również móc potwierdzić, że agent działa na podstawie ważnego upoważnienia, jednocześnie zapewniając swoją własną rozpoznawalną tożsamość agentowi.

Jeśli rozważymy to w ten sposób, odkryjesz, że izolacja sama w sobie nie jest wystarczająca bez odpowiedniego modelu kontroli dostępu do danych płatniczych. Ponieważ agenci wymagają pewnej formy delegowanego upoważnienia do transakcji w imieniu użytkownika, upoważnienie musi być ustrukturyzowane w sposób wyraźny, ograniczony i weryfikowalny w całym przepływie transakcji. Obsługa poświadczeń staje się więc niezbędnym rozszerzeniem logiki warstwy płatności. W praktyce dane płatnicze nie są bezpośrednio narażone na agenta, ale są przechowywane w bezpiecznych środowiskach i reprezentowane przez tokenizowane poświadczenia, które działają jako kontrolowane proxy dla podstawowych transakcji.

Te tokeny definiują granice operacyjne, w ramach których logika płatności Agentic może funkcjonować. Zamiast udzielać otwartego dostępu do metody płatności, mogą one zakodować limity, takie jak progi wydatków, częstotliwość lub okna ważności, zapewniając, że transakcje napędzane przez agenci pozostają ściśle w ramach określonych ograniczeń. W tym sensie to, co możemy nazwać “skarbcem“, jest mechanizmem, za pomocą którego te ograniczenia stają się praktycznie egzekwowalne.

Stąd, podczas gdy warstwa płatności określa, w jaki sposób transakcje są identyfikowane i zarządzane, tokenizacja zapewnia, że agenci mogą wykonywać tylko akcje, do których zostały wyraźnie upoważnione.

Rozwój wśród rosnącej presji

Do kilku lat temu pomysł, że autonomiczni agenci dokonują zakupów w Twoim imieniu, mógł się wydawać odległą możliwością. Ale dziś rynek detaliczny B2C w Stanach Zjednoczonych dla handlu Agentic ma szansę osiągnąć około 1 biliona dolarów przychodu do 2030 roku. Dla merchantów znaczenie tej skali leży nie w samej liczbie, ale w tym, co oznacza dla widoczności i kontroli w ich własnych systemach.

Presja, aby poruszać się szybko, może kosztować merchantów klarowności potrzebnej do zrozumienia, co tak naprawdę dzieje się w ich własnych systemach. Ze wszystkich uprawnień, które widoczność i kontrola mogą nadać merchantom, najcenniejsze jest wolność i elastyczność, aby zacząć od małych kroków, uczyć się z wczesnych wzorców i skalować zgodnie z zaufaniem.

John Lunn jest założycielem i dyrektorem generalnym platformy chmurowej orchestracji płatności Gr4vy. Jest przedsiębiorcą technologicznym i fintech z 21-letnim doświadczeniem w pracy i inwestowaniu w usługi finansowe, umożliwianie handlu, e-płatności, dane, bezpieczeństwo i infrastrukturę.

John pracował jako Dyrektor Technologii przez sześć lat w CyberSource, pierwszym na świecie dostawcy usług płatniczych, który został sprzedany firmie Visa za 2 miliardy dolarów w 2010 roku. Następnie pomógł założyć Passmark Security, które zostało sprzedane firmie RSA Security w 2006 roku. W 2006 roku John dołączył do PayPal jako czwarty pracownik w Wielkiej Brytanii (obecnie ponad 2 000), gdzie jako Globalny Dyrektor ds. Relacji z Deweloperami i Startupami, zbudował i rozwinął pierwszy zespół Relacji z Deweloperami w PayPal. W 2015 roku odegrał kluczową rolę w zakupie Braintree przez PayPal i dołączył do zespołu. W 2016 roku John był częścią zespołu, który uruchomił PayPal Ventures, oddział venture capital PayPal, fundusz o wartości 350 milionów dolarów z wsparciem Rady. John był obserwatorem Rady dla Dosh, Arkose, Raise, Acorns, Toss i wielu innych.