UCP z nową specyfikacją: zmiany w schematach
3 min czytaniaUCP to protokół, na którym opiera się finalizacja zamówienia w AI Mode i Gemini. Google pokazało go na targach NRF w styczniu, a funkcje Cart i Catalog trafiły do specyfikacji w marcu.
Ogłoszenie nowej wersji opublikowano na stronie projektu i na GitHubie. Rada zarządzająca UCP w międzyczasie się powiększyła: w kwietniu dołączył do niej Stripe, obok stałych członków - Google i Shopify.
Największa część nowości dotyczy zakupów spożywczych. Doszły narzędzia lokalizacyjne, dzięki którym agent znajdzie fizyczny sklep i pobierze adres, godziny otwarcia oraz współrzędne na mapie. Pojawił się też ujednolicony format godzin otwarcia, a zamówienie można złożyć na wagę.
Rozbudowano również płatności. Specyfikacja obejmuje teraz niezależne od dostawcy uwierzytelnianie 3D Secure 2, harmonogramy płatności z zaliczkami i ratami oraz możliwość rozbicia jednego zamówienia na kilka metod płatności. Całość dokumentu przeorganizowano na sekcje Shopping, Payment i Common, żeby funkcje płatnicze dało się wykorzystać także poza klasycznym koszykiem sklepu detalicznego.
Wyjście poza handel detaliczny poprzedziły zmiany w strukturze projektu. W lipcu rada zarządzająca powołała Food Technical Council, do którego weszły Block (Square), DoorDash, Google, Toast i Uber Eats. 11 sierpnia powstała Lodging Technical Council z udziałem Amadeus, Booking.com, Expedia, Google, Hilton, Marriott i Trip.com.
Wydanie nie oznacza, że zamawianie zakupów spożywczych albo rezerwacja hotelu działają już w jakimkolwiek interfejsie sztucznej inteligencji - to dopiero fundament pod kolejne aktualizacje, nad którymi trwają prace.
Co to znaczy dla Twojej firmy
Zmiany łamiące zgodność wymagają aktualizacji schematów po stronie tych, którzy UCP już wdrożyli. Kierunek rozwoju protokołu jest wyraźny: obok handlu detalicznego dochodzą zakupy spożywcze, gastronomia i noclegi, a prowadzą to firmy, które w tych branżach już działają. Jeśli korzystasz z gotowej platformy lub wtyczki, warto mieć na piśmie od dostawcy informację, na której wersji specyfikacji pracuje.
Dla praktyka
Punkt startowy jest jeden: sekcja breaking changes w release notes. To, czy musisz ruszać schematy, zależy od tego, z których funkcji faktycznie korzystasz.
- Schematy realizacji zamówienia (fulfillment) przeszły na nową strukturę.
- Zgoda kupującego nie leży już w stałych polach, tylko w elastycznej mapie.
- Klucze podpisujące profil są scalone w jeden zestaw JWK.
- Wersje UCP są oznaczane datami zamiast numerów, co ma ułatwić platformom i firmom uzgodnienie, na której wersji pracują.
Dobra wiadomość: firmy mogą nadal obsługiwać wcześniejsze wersje, nawet aktualizując się do najnowszej. Nie ma więc potrzeby robić migracji z dnia na dzień - jest czas na testy.
Czego nie robić: nie zakładać, że skoro walidator przepuszcza JSON, integracja działa. Przy tego typu zmianach struktura bywa poprawna, a znaczenie i lokalizacja pól - inne. Sprawdź mapowanie z ERP lub PIM do zamówień i finalizacji transakcji, przetestuj wymagane pola na środowisku testowym i dopiero potem przełączaj produkcję.
Ostatnia rzecz, o której łatwo zapomnieć przy gotowej integracji: ustal, kto odpowiada za aktualizację schematów - Ty, dostawca wtyczki czy platforma. Milczące założenie, że zrobi to ktoś inny, jest tu najkosztowniejszym błędem.
Po stronie handlu detalicznego finalizacja zakupu oparta o UCP rozszerza się na Kanadę i Australię, a Wielka Brytania jest planowana później. Na specyfikacje dla gastronomii i noclegów nie podano harmonogramu.