აგენტური კომერციის მზადყოფნა მერჩანტებისთვის: ჩეკლისტი
შეამოწმეთ აღრიცხვის სისტემები, უფლებები, გადახდის ფარგლები, ჩავარდნის რეჟიმები და აუდიტის მტკიცებულებები, სანამ სავაჭრო აგენტები აღმოაჩენენ, კალათას ააწყობენ და იყიდიან.
Dali
Dali არის AI agent systems სტუდია. დავითი - engineering/product, ლიანა - operations/workflow fit. Production აგენტები არსებულ tools-ში.
David Hakobyan · LinkedIn · Dali
აგენტური კომერცია მერჩანტისთვის მზად არის მხოლოდ მაშინ, როცა პროდუქტი, ფასი, მარაგი, იდენტობა, თანხმობა, კალათა, გადახდა, შეკვეთის შესრულება, დაბრუნებები, მხარდაჭერა და აუდიტის კვალი მანქანით წაკითხვადი, უფლებებით შეზღუდული და მფლობელთან მიბმულია. გლუვი პროდუქტის ჩატი მზადყოფნა არ არის. სავაჭრო აგენტებს სჭირდებათ აღრიცხვის სისტემები, რომლებსაც შეუძლიათ გამოიკითხონ, და მოქმედებები, რომელთა შესრულებაც მათ ვიწრო ფარგლებში აქვთ ნებადართული, ადამიანის დასადასტურებელი გზით ხარჯისა და იდენტობისადმი მგრძნობიარე ნაბიჯებისთვის.
ყველა გამოცხადებული შესაძლებლობა დღეს ყველა მერჩანტისთვის ღია არ არის. Google-ის Universal Commerce Protocol (UCP) ზედაპირები, OpenAI-ს პროდუქტის მონაცემთა ნაკადის ჩართვა ChatGPT-სთვის და Stripe-ის აგენტური კომერციის გამყიდველის ინსტრუმენტები თითოეული აღწერენ დაშვებას, მოლოდინის სიებს, რეგიონულ ლიმიტებს ან პარტნიორის დამტკიცებას. განცხადებებს მიმართულებად მოეპყარით. თქვენს კატალოგის, შეკვეთის, გადახდისა და მხარდაჭერის სისტემებს მოეპყარით როგორც სამუშაოს.
რას ცვლის აგენტური კომერცია
ჩვეულებრივ ელექტრონულ კომერციაში მყიდველი თქვენს საიტს ან აპლიკაციას ათვალიერებს, კალათას აგროვებს და თქვენს გადახდის დასრულებაში იხდის. აგენტურ კომერციაში AI აგენტი ეხმარება პროდუქტების აღმოჩენაში, კალათის აწყობასა და შესყიდვის დასრულებაში მყიდველის სახელით, ხშირად სხვა ზედაპირზე, როგორიცაა AI Mode Search-ში, Gemini-ში ან ChatGPT-ში.
Google UCP-ს აღწერს როგორც ღია სტანდარტს, რათა აგენტებმა და მერჩანტის სისტემებმა იმუშაონ აღმოჩენაზე, ყიდვასა და შესყიდვის შემდგომ მხარდაჭერაზე, ხოლო რითეილერი დარჩეს ტრანზაქციის ოფიციალურ გამყიდველად Google-ის აგენტური გადახდის დასრულების გზაზე დაშვებული რითეილერებისთვის (Google announcement, Merchant UCP guide). OpenAI-მ და Stripe-მა ერთად შექმნეს Agentic Commerce Protocol (ACP), რათა აგენტებმა, ადამიანებმა და ბიზნესებმა დაასრულონ შესყიდვები, მერჩანტი კი დარჩეს ტრანზაქციის ოფიციალურ გამყიდველად შესრულებაზე, დაბრუნებებსა და მხარდაჭერაზე (OpenAI Instant Checkout, ACP repository). Stripe აგენტურ კომერციას განსაზღვრავს როგორც AI აგენტების მხარდაჭერას მყიდველებსა და გამყიდველებს შორის ტრანზაქციებში, გამყიდველის გზებით კატალოგის გაზიარებისა და აგენტური გადახდების მიღებისთვის (Stripe agentic commerce).
საწარმოო კითხვა თქვენთვის არ არის „რომელი მოდელია ყველაზე ჭკვიანი“. არამედ რომელი აღრიცხვის სისტემების წაკითხვა შეუძლია აგენტს, რომელი მოქმედებები აქვს ნებადართული, რა იშლება მაშინ, როცა მონაცემები მოძველებულია, და რა მტკიცებულებას ინახავთ, როცა რაღაც არასწორად მიდის. ეს იგივე საწარმოო საზღვარია, რომელსაც ვიყენებთ ბიზნესის საწარმოო AI აგენტებისთვის და იმისთვის, თუ რა არის საწარმოო AI აგენტი.
მერჩანტის მზადყოფნის სტეკი
აგენტები მერჩანტის სისტემების ზემოთ არსებულ ფენაში მუშაობენ. ისინი არ ცვლიან კატალოგს, მარაგის აღრიცხვას, გადახდის პროცესორს, OMS-ს ან მხარდაჭერის ინსტრუმენტებს.
სურათი: მერჩანტის მზადყოფნის სტეკი აგენტური კომერციისთვის. აგენტის ზედაპირი გამოსაყენებელია მხოლოდ მაშინ, როცა თითოეულ ქვედა ფენას აქვს აღრიცხვის სისტემა, შეზღუდული უფლება და მტკიცებულება, რომლის ამოღებაც შეკვეთის შემდეგ შეგიძლიათ.
გააკეთეთ შესყიდვის გზის რუკა ზედაპირის ინტეგრაციამდე. სამუშაო ნაკადების რუკა AI აგენტებისთვის სწორი დაგეგმვის ჩვევაა: დაასახელეთ სისტემები, ჩაწერეთ უფლებები და განსაზღვრეთ გაჩერების პირობები ავტონომიის გაფართოებამდე.
საწარმოო მზადყოფნის ცხრილი
გამოიყენეთ ეს ცხრილი როგორც გაშვება / შეჩერება გადაწყვეტილების ზედაპირი აგენტით წარმართული აღმოჩენის, კალათისა და შესყიდვისთვის. უფლებები არის ის, რისი გაკეთებაც აგენტს შეუძლია. მტკიცებულება არის ის, რისი დამტკიცებაც ფაქტის შემდეგ უნდა შეძლოთ.
| კომერციის ეტაპი | სავალდებულო აღრიცხვის სისტემა | აგენტის უფლება | ჩავარდნის რეჟიმი | მტკიცებულება |
|---|---|---|---|---|
| კატალოგის აღმოჩენა | პროდუქტის ინფორმაციის მართვა / Merchant Center ან აგენტის პროდუქტის მონაცემთა ნაკადი (SKU, სათაური, აღწერა, სურათები, ატრიბუტები, სადესანტო URL) | წაიკითხოს მხოლოდ გამოქვეყნებული კატალოგის სტრიქონები; არ გამოიგონოს SKU ან ატრიბუტები | ნაჩვენებია არასწორი პროდუქტი, გამოჩნდა აკრძალული საქონელი, გატეხილი სადესანტო ბმული | ნაკადის ვალიდაციის ჟურნალები, უარყოფის / იმპორტის შეცდომები, SKU-დან-URL-მდე რუკა (Merchant Center product data, OpenAI product feeds, Stripe product feed) |
| ფასი | ფასწარმოქმნის ძრავა ან ERP ფასების წიგნი (სია, ფასდაკლება, ვალუტა, საგადასახადო მოპყრობა, აქციის ფანჯარა) | წაიკითხოს მიმდინარე გასაყიდი ფასი; ოპციონალურად - ნებადართული აქციების წაკითხვა | ციტირებული ფასი განსხვავდება ჩამოჭრილისგან; გადახდის დასრულება ვერ ხერხდება ან კლიენტი აპროტესტებს | ფასის ნაკადის დროის ნიშნულები, აქციის ფანჯრები, საგადასახადო კონფიგურაცია, გადახდის შეთავაზების ანაბეჭდი (Stripe sell-through-agents, Stripe product feed) |
| მარაგი | საწყობის / OMS გასაყიდად ხელმისაწვდომი რაოდენობა და ხელმისაწვდომობის მდგომარეობა | წაიკითხოს ხელმისაწვდომობა; დაჯავშნოს მხოლოდ კონტროლირებადი გადახდის დასრულების შექმნით, არა თავისუფალი მარაგის რედაქტირებით | გადაჭარბებული გაყიდვა, მოჩვენებითი მარაგი, აგენტი მარაგგარეშე საქონელს შევსების დაგვიანების შემდეგაც სთავაზობს | მარაგის ნაკადის სიხშირე, ჯავშნის ID-ები, უარყოფის მიზეზები გადახდის დასრულების შექმნაზე (Stripe inventory guidance) |
| იდენტობა / ანგარიში | კლიენტის იდენტობის საცავი (სტუმარი თუ ანგარიში, ლოიალობის ბმული თუ შემოთავაზებულია) | წაიკითხოს მხოლოდ ის, რაც მყიდველმა დაავტორიზა; ანგარიშები დააკავშიროს მხოლოდ აშკარა ნაკადებით | შეკვეთა არასწორ პროფილზე; ლოიალობის ან მისამართის აღრევა | ავტორიზაციის მეთოდი, ანგარიშის დაკავშირების თანხმობის ჩანაწერი, კლიენტის ID შეკვეთაზე (UCP account-linking roadmap context, UCP roadmap) |
| თანხმობა | პოლიტიკა + UX მონაცემების გაზიარებისა და შესყიდვის დადასტურებისთვის | იმოქმედოს მხოლოდ მყიდველის დადასტურების შემდეგ შესყიდვისთვის კრიტიკულ ნაბიჯებზე | ჩუმი შესყიდვა, PII-ის გადაჭარბებული გაზიარება, გაურკვეველი მანდატი | დადასტურების UI მოვლენები, მანდატის / ტოკენის ფარგლები, მონაცემთა მინიმიზაციის ჟურნალი (OpenAI trust notes, AP2, PII ლოგირების სახელმძღვანელო) |
| კალათა | კალათის / გადახდის დასრულების სერვისი (პოზიციები, მიწოდების ვარიანტები, გადასახადები, ფასდაკლებები) | შექმნას და განაახლოს კალათა სქემის ფარგლებში; ვერ გამოიგონოს მიწოდების ტარიფები | ნაწილობრივი კალათა, არასწორი კომბინაცია, გადასახადის არასწორი გამოთვლა | კალათის ID, პოზიციის ანაბეჭდი, მიწოდებისა და გადასახადის ხაზები (ACP, UCP checkout paths) |
| გადახდა | გადახდის პროცესორი + ტოკენის / მანდატის სერვისი | ჩამოჭრას მხოლოდ შეზღუდული ტოკენის ან დახურული გადახდის მანდატის ფარგლებში; ბარათის ნედლი შენახვა აგენტში არა | ზედმეტი ჩამოჭრის მცდელობა, ხელახლა გამოყენებული ტოკენი, გაუქმებული უფლება კვლავ მიღებულია | გაზიარებული გადახდის ტოკენი ან მანდატის ID, თანხის/ვალუტის/ვადის ლიმიტები, გადახდის განზრახვის ID (Stripe SPTs, AP2 mandates) |
| შესრულება | OMS / WMS შეკვეთის ობიექტი | ჩაწეროს შეკვეთის შექმნა მხოლოდ დამტკიცებული გადახდის დასრულებიდან; თავისუფალი საწყობის გადაადგილებები არა | გადახდილია, მაგრამ შეუსრულებელია; დუბლირებული შესრულება | checkout.session.completed (ან ეკვივალენტი) webhook-ის მიღება, შეკვეთის ID, SKU რაოდენობები (Stripe order webhooks) |
| დაბრუნებები | RMA / დაბრუნების პოლიტიკის სისტემა | დაიწყოს დაბრუნება მხოლოდ პოლიტიკის წესებით; თანხის დაბრუნება გადახდის აღრიცხვის სისტემით | პოლიტიკის შეუსაბამობა აგენტის არხსა და საიტს შორის | დაბრუნების ავტორიზაციის ID, თანხის დაბრუნების ID, პოლიტიკის ვერსია შეკვეთაზე |
| მხარდაჭერა | მხარდაჭერის / CRM საქმის სისტემა | წაიკითხოს შეკვეთის სტატუსი; თანხის დაბრუნება ან გაუქმება მხოლოდ როლით შეზღუდული ინსტრუმენტებითა და კარიბჭეებით | აგენტი ჰპირდება თანხის დაბრუნებას, რომელსაც სტეკი ვერ ასრულებს | ბილეთის ID დაკავშირებული შეკვეთის ID-თან, ინსტრუმენტების ნებადართული სია, დამტკიცების კვალი (უსაფრთხო ინსტრუმენტების გამოძახება, ადამიანი ციკლში) |
| აუდიტი | უცვლელი მოვლენების ჟურნალი აგენტზე, ნაკადზე, გადახდის დასრულებაზე, გადახდაზე, OMS-ზე | მხოლოდ დამატებითი ჩაწერა გადაწყვეტილებისა და ინსტრუმენტის მოვლენების; ფინანსური კვალის წაშლა არა | ვერ ახსნით ჩამოჭრას, დავას ან აგენტის შეცდომას | Trace ID, რომელიც ფარავს აგენტის სესიას → კალათას → გადახდას → შეკვეთას (აგენტის დაკვირვებადობა, AP2 accountability goals) |
თუ თქვენს სტეკში რიგი ცარიელია, ამ ეტაპისთვის აგენტის ზედაპირზე მზად არ ხართ.
მხოლოდ აღმოჩენის რეჟიმები არსებობს მიზეზით: Stripe-ის პროდუქტის მონაცემთა ნაკადს შეუძლია პროდუქტები disable_checkout-ით მონიშნოს, რათა აგენტებმა საქონელი აჩვენონ, შესყიდვა კი თქვენს საიტის ბმულზე დაბრუნდეს (Stripe product feed).
ეს მართებული შუალედური მდგომარეობაა, არა ჩავარდნა.
კატალოგი, ფასი და მარაგი
აგენტის ზედაპირები თქვენი მონაცემების ხარისხს მემკვიდრეობით იღებენ. Google Merchant Center კვლავ მოითხოვს, რომ სავაჭრო დაშვებისთვის იდენტიფიკატორის, სათაურის, აღწერის, ბმულის, სურათის, ფასისა და ხელმისაწვდომობის ატრიბუტები ზუსტი იყოს, ხოლო ცუდი მონაცემები იწვევს უარყოფებს ან არასწორ ჩვენებას (product data specification). UCP Google-ზე შექმნილია Merchant Center-ის სავაჭრო მონაცემთა ნაკადების ხელახალი გამოყენებისთვის აღმოჩენის მისაღწევად AI Mode-სა და Gemini-ზე დაშვებული მერჩანტებისთვის (Merchant UCP guide). OpenAI-ს ACP გზა იწყება სტრუქტურირებული პროდუქტის მონაცემთა ნაკადის გაზიარებით, რათა ChatGPT-მ დააინდექსოს სათაურები, აღწერები, სურათები, ფასი და ხელმისაწვდომობა, ხოლო ნაკადის ჩართვა ამჟამად ხელმისაწვდომია დამტკიცებული პარტნიორებისთვის (OpenAI get started). Stripe-ის გამყიდველის გზა მოითხოვს კატალოგის მონაცემთა ნაკადს პლუს მიმდინარე მარაგისა და ფასის განახლებებს, რათა აგენტებმა მოძველებული შეთავაზებები არ გაყიდონ; Stripe-ის გამყიდველის დოკუმენტაცია რეკომენდაციას უწევს ხშირ მარაგისა და ფასის განახლებებს (ბევრ შემთხვევაში დაახლოებით ყოველ 15 წუთში, როგორც სახელმძღვანელო, არა უნივერსალური კანონი) და სუფთა პროდუქტის წაშლას, როცა საქონელი კატალოგს ტოვებს (Stripe for sellers).
Dali-ს რეკომენდაცია: გახადეთ ერთი პროდუქტის ID ხერხემალი საიტს, Merchant Center-ს, აგენტის მონაცემთა ნაკადებსა და OMS-ს შორის. თუ ვარიანტები სხვადასხვა ID-ს იყენებენ სტაბილური ჯგუფის გასაღების გარეშე, აგენტები ზომასა და ფერს არასწორად დააკავშირებენ.
ჰიპოთეტური მაგალითი: მაღაზია აგენტის ზედაპირზე „მარაგშია“ აჩვენებს ექვსი საათის განმავლობაში მას შემდეგ, რაც საწყობი ნულამდე მივიდა, რადგან მხოლოდ ვებსაიტის CMS განახლდა. ჩავარდნა ნაკადის მფლობელობაა, არა მოდელის ინტელექტი.
იდენტობა, თანხმობა და გადახდის ფარგლები
აგენტით წარმართული გადახდები არღვევს ძველ დაშვებას, რომ ადამიანი ყოველთვის დააჭერს ყიდვას სანდო გვერდზე. Agent Payments Protocol (AP2) ღია პრობლემებად ასახელებს ავტორიზაციას, მომხმარებლის განზრახვის ავთენტურობას და ანგარიშვალდებულებას და იყენებს გადამოწმებად გადახდის დასრულებასა და გადახდის მანდატებს, რათა ნდობა ეყრდნობოდეს განზრახვის კრიპტოგრაფიულ მტკიცებულებას და არა მხოლოდ მოდელის დასკვნას (AP2). OpenAI-ს Instant Checkout დიზაინი მომხმარებელს კონტროლში ტოვებს აშკარა დადასტურებით შესყიდვამდე, გაზიარებულ მონაცემებს ამცირებს შეკვეთისთვის საჭირომდე და გადახდის ტოკენებს ავტორიზებს კონკრეტულ თანხებსა და მერჩანტებზე (OpenAI Instant Checkout). Stripe Shared Payment Tokens (SPTs) გამყიდველებს აძლევს შეზღუდულ უფლებას მყიდველის გადახდის მეთოდზე გამოყენებისა და ვადის ლიმიტებით; აგენტებს შეუძლიათ უფლებების გაუქმება, გამყიდველები კი ჩამოჭრას ჩვეულებრივი PaymentIntents-ით მინიჭებული ტოკენით (Stripe SPTs). SPT-ების ხელმისაწვდომობა დოკუმენტირებულია აშშ-სთვის, კანადისთვის და ჩამოთვლილი ევროპული ქვეყნებისთვის, არა როგორც გლობალური ნაგულისხმევი (Stripe SPTs).
Dali-ს რეკომენდაცია: არასოდეს მისცეთ აგენტს ხელახლა გამოსაყენებელი სრული გადახდის მეთოდი, როცა შეზღუდული ტოკენი ან დახურული მანდატი არსებობს. გადახდის ინსტრუმენტებს მოეპყარით როგორც უმაღლეს საფეხურს ბიზნეს აგენტების უსაფრთხო ინსტრუმენტების გამოძახებაში. შეუთავსეთ ეს ადამიანს ციკლში მაღალი ღირებულების ან მაღალი რისკის შეკვეთებისთვის, სანამ დავისა და თაღლითობის პროცედურები დამტკიცებული არ იქნება.
საიდუმლოებისა და webhook-ის ჰიგიენისთვის AI-ით აგებულ ვიტრინებზე იხილეთ გადახდები და საიდუმლოებები ვაიბ-აპებზე და საჯარო webhook-ები და გადახდის რისკები.
კალათა, გადახდის დასრულება და ტრანზაქციის ოფიციალური გამყიდველი
ორივე მთავარი საჯარო სტეკი ხაზს უსვამს, რომ მერჩანტი რჩება ტრანზაქციის ოფიციალურ გამყიდველად: Google ამბობს, რომ UCP ინტეგრაციებში ინარჩუნებთ კლიენტურ ურთიერთობებსა და მონაცემებს (Merchant UCP guide), OpenAI კი - რომ მერჩანტები ინარჩუნებენ გადახდებს (თავიანთი პროცესორის გზით), შესრულებას, დაბრუნებებსა და მხარდაჭერას, სანამ ChatGPT შეკვეთის დეტალებს ACP-ით გადასცემს (OpenAI Instant Checkout). UCP დოკუმენტირებს მშობლიურ გადახდის დასრულებას Google AI ზედაპირებთან და ოპციონალურ ჩაშენებულ გზას დამტკიცებული მერჩანტებისთვის რთული ბრენდინგით (Merchant UCP guide). ACP-ს OpenAI და Stripe ინარჩუნებენ როგორც ბეტა ღია სტანდარტს გადახდის დასრულების, გადახდის, კალათის, ნაკადისა და შეკვეთასთან დაკავშირებული სპეციფიკაციებით (ACP repository). UCP-ის საჯარო საგზაო რუკა აშკარად მიმართულებითია და არ იღებს ვალდებულებას მიწოდების თარიღებზე ლოიალობის, მრავალბაზრიანი გაფართოებისა და ახალი ვერტიკალებისთვის (UCP roadmap).
Dali-ს რეკომენდაცია: აირჩიეთ გადახდის დასრულების გზა, რომელიც ინარჩუნებს თქვენს საგადასახადო, ფასდაკლების, მიწოდებისა და თაღლითობის წესებს და არ წერს მათ თავიდან ტექსტურ ინსტრუქციაში. თუ კალათის წესები მხოლოდ თემის JavaScript-შია კოდირებული, აგენტი მათ საიმედოდ ვერ დაიცავს.
ჰიპოთეტური მაგალითი: უფასო მიწოდება ზღვარზე მაღლა მხოლოდ ვიტრინის UI-ში არსებობს. აგენტი აგროვებს ზღვარზე დაბალ კალათას, ერთ ზედაპირზე მიწოდებას სწორად ითვლის, მეორეზე - არასწორად, და მხარდაჭერა მემკვიდრეობით იღებს დავას. ჩაწერეთ წესი გადახდის დასრულების აღრიცხვის სერვისში.
შესრულება, დაბრუნებები და მხარდაჭერა
როცა აგენტი გადახდის დასრულებას ასრულებს, OMS კვლავ ფლობს აღებას, შეფუთვას, გაგზავნასა და გამონაკლისებს. Stripe-ის გამყიდველის სახელმძღვანელო მოელის, რომ მოუსმინოთ დასრულებულ გადახდის სესიებს და შესრულება ამ მოვლენიდან გააკეთოთ, გაფართოებული პოზიციისა და მიწოდების ველების ჩათვლით (Stripe for sellers). დაბრუნებები და თანხის დაბრუნებები რჩება პოლიტიკით შეზღუდულ ოპერაციებად თქვენს გადახდისა და RMA სისტემებზე, არა აგენტის თავისუფალ მეტყველებად.
მხარდაჭერის აგენტებს (ადამიანი ან AI) სჭირდებათ იგივე შეკვეთის ID, გადახდის სტატუსი და პოლიტიკის ვერსია, რაც გადახდის დასრულებამ ჩაწერა. თუ აგენტის არხი ამ გასაღებებით ბილეთს ვერ გახსნის, კლიენტს კვლავ ეკრანის ანაბეჭდებს სთხოვთ. ზოგადი საწარმოო ჩავარდნის ნიმუშებისთვის ინსტრუმენტის არასწორი გამოყენებისა და გამოტოვებული კარიბჭეების ირგვლივ იხილეთ საწარმოო აგენტის ჩავარდნის რეჟიმები. პასუხისმგებლობისა და ინციდენტის დამუშავებისთვის, როცა აგენტი არასწორად მოქმედებს, იხილეთ აგენტის ინციდენტზე რეაგირება და პასუხისმგებლობა.
ჩავარდნის რეჟიმები, რომლებიც დემოზე მნიშვნელოვანია
ეს არის ჩავარდნები, რომლებიც ნდობას ნელ გვერდზე უფრო სწრაფად წვავს.
- მოძველებული კატალოგი ან ფასი - აგენტი ციტირებს აქციას, რომელმაც ვადა ამოწურა, ან SKU-ს, რომელიც აღარ იგზავნება.
- მარაგის დაგვიანება - გადაჭარბებული გაყიდვა ან მუდმივი მარაგგარეშე მდგომარეობა აგენტის ზედაპირზე შევსების შემდეგ.
- შეუზღუდავი გადახდის უფლებამოსილება - აგენტს უფრო ფართო გადახდის ძალაუფლება აქვს, ვიდრე მყიდველმა დაავტორიზა.
- პოლიტიკის გადახრა - მიწოდების, დაბრუნების ან აკრძალული პროდუქტის წესები განსხვავდება საიტსა და აგენტის არხს შორის (OpenAI prohibited products policy).
- Webhook / შესრულების რბოლა - გადახდა წარმატებულია, შეკვეთის შექმნა ვერ ხერხდება, ან დუბლირებული შესრულება იდემპოტენტობის გარეშე.
- არ არის აუდიტის ხერხემალი - ვერ აღადგენთ სესია → კალათა → ტოკენი → შეკვეთა ჯაჭვს დავისთვის.
- მხოლოდ დემო ინტეგრაცია - წარმატების გზის სავარჯიშო გარემო გადასახადის, ნაწილობრივი მარაგის ან ტოკენის გაუქმების ტესტების გარეშე (დემო და საწარმოო გარემოს განსხვავება).
საწარმოო ჩეკლისტი (Dali-ს რეკომენდაციები)
გამოიყენეთ ეს როგორც შიდა გაშვების კარიბჭე, არა ტრაფიკის დაპირება.
- იფლობეთ ID-ები - ერთი SKU ხერხემალი საიტს, ნაკადებს, კალათასა და OMS-ს შორის.
- გამოაქვეყნეთ სრული ნაკადი - სავალდებულო პროდუქტის ველები სწორია; სადესანტო URL-ები აბრუნებს წარმატებას; სურათები საჯაროა.
- გამოყავით პროდუქტის, ფასისა და მარაგის განახლების გზები - განაახლეთ მარაგი და ფასი სიხშირით, რომელიც მარაგის მოძრაობის სიჩქარეს ემთხვევა; მიჰყევით პროვაიდერის ნაკადის დოკუმენტაციას.
- განსაზღვრეთ აგენტის უფლებები ეტაპების მიხედვით - წაიკითხოს კატალოგი; შექმნას კალათა; ჩამოჭრას მხოლოდ შეზღუდული ტოკენით ან დახურული მანდატით; შეასრულოს მხოლოდ ხელმოწერილი გადახდის დასრულების მოვლენებიდან.
- დაადასტურეთ შესყიდვისთვის კრიტიკული ნაბიჯები - მყიდველისთვის ხილული დადასტურება გადახდის, მიწოდების მისამართისა და მაღალი რისკის კატეგორიებისთვის.
- დააკონფიგურირეთ გადასახადი და მიწოდება აღრიცხვის სისტემებში - არასრული საგადასახადო კონფიგურაცია დოკუმენტირებული გადახდის დასრულების ჩავარდნის კლასია Stripe-ის გამყიდველის გზაზე (Stripe for sellers).
- მიაბით შესრულების webhook-ები იდემპოტენტობით - ერთი გადახდილი სესია შეესაბამება ერთი შეკვეთის შექმნას.
- გაასწორეთ დაბრუნებისა და მხარდაჭერის შაბლონები - იგივე პოლიტიკის ტექსტი და თანხის დაბრუნების ინსტრუმენტები აგენტიდან წარმოშობილი შეკვეთებისთვის.
- ჩაიწერეთ ჯაჭვი - ნაკადის ვერსია, კალათის ანაბეჭდი, მანდატის/ტოკენის ID-ები, გადახდის ID, შეკვეთის ID, მხარდაჭერის ბილეთის ID (აგენტის დაკვირვებადობა).
- დააკავშირეთ მხოლოდ დაშვებული ზედაპირები - დაასრულეთ მოლოდინის სიები, რეგიონული დაშვება და აგენტის კავშირის დამტკიცებები არხის მარკეტინგამდე.
- გაუშვით ჩავარდნის სავარჯიშოები - მარაგგარეშე გადახდის დასრულების შუაში, ფასის ცვლილება სესიის შუაში, ტოკენის გაუქმება, დუბლირებული webhook.
- დაასახელეთ მფლობელი - კომერციის ოპერაციები პლუს ინჟინერიის მორიგე ნაკადისა და გადახდის ინციდენტებისთვის.
ხშირად დასმული კითხვები
არის თუ არა აგენტური კომერცია იგივე, რაც ჩატბოტის განთავსება თქვენს ვიტრინაზე?
არა. ვიტრინის ჩატბოტი, რომელიც ხშირად დასმული კითხვების ტექსტს პასუხობს, არ არის იგივე, რაც აგენტი, რომელიც კითხულობს ცოცხალ კატალოგსა და მარაგს, აგროვებს კალათას და ასრულებს გადახდას შეზღუდული ავტორიზაციის მონაცემებით. მეორე გზას სჭირდება აღრიცხვის სისტემები და აუდიტის მტკიცებულება ზემოთ მოცემული ცხრილიდან.
მჭირდება თუ არა ყველა პროტოკოლი ერთდროულად (UCP, ACP, AP2, MCP)?
არა. აირჩიეთ ზედაპირები, რომლებსაც თქვენი კლიენტები უკვე იყენებენ, და ინტეგრაციის გზა, რომელსაც თქვენი სტეკი უძლებს. UCP დოკუმენტირებს თავსებადობას AP2-თან, A2A-სთან და MCP-თან (Merchant UCP guide). ACP ცალკე OpenAI/Stripe-ის მიერ შენახული სტანდარტია აგენტის გადახდის დასრულებისა და დაკავშირებული კომერციული ურთიერთქმედებებისთვის (ACP repository). დაიწყეთ მერჩანტის მზადყოფნით, შემდეგ პროტოკოლის მიბმა.
შეგვიძლია თუ არა აღმოჩენის გაშვება აგენტშივე გადახდის დასრულების გარეშე?
დიახ, როცა პროვაიდერი მხარს უჭერს მხოლოდ აღმოჩენას ან საიტზე გადამისამართებულ შესყიდვას.
Stripe დოკუმენტირებს disable_checkout-ს ნაკადის პოზიციებისთვის, რომლებიც უნდა გამოჩნდეს, მაგრამ დასრულება თქვენს პროდუქტის URL-ზე მოხდეს (Stripe product feed).
ხშირად ეს უფრო უსაფრთხო პირველი საწარმოო ნაჭერია.
გარანტირებს თუ არა Instant Checkout-ის ან UCP-ის ჩართვა მეტ გაყიდვას?
არც ერთი ამ სტატიისთვის განხილული წყარო არ უჭერს მხარს უნივერსალურ კონვერსიის ან შემოსავლის გარანტიას. წვდომა, დაშვება, ასორტიმენტის ხარისხი, ფასის კონკურენტუნარიანობა და ოპერაციული სანდოობა კვლავ დომინირებს შედეგებზე. არ ააწყოთ ფინანსური მოდელები დაუსახელებელ ზრდის პროცენტებზე.
შემდეგი ნაბიჯი Dali-თან
თუ უკვე გაქვთ რეალური კატალოგის, კალათის, გადახდისა და შეკვეთის სისტემები და გინდათ აგენტის ზედაპირები დემოს დონის რისკის გარეშე, დაიწყეთ გადაწყვეტებიდან ერთი კონკრეტული არხის მიზნით. მოიტანეთ ნაკადის მფლობელები, გადახდის პროვაიდერი, OMS webhook-ების რუკა და მზადყოფნის ცხრილის ის რიგები, რომელთა შევსებაც დღეს ვერ შეგიძლიათ. ჩვენ ვეხმარებით საწარმოო აგენტის გზების დიზაინში - უფლებები, კარიბჭეები, მტკიცებულება და ჩავარდნის სავარჯიშოები - არა პრეზენტაციებში სავაჭრო ბოტებზე.
უფრო ფართო საწარმოო ჩარჩოსთვის გააგრძელეთ ბიზნესის საწარმოო AI აგენტებით და საწარმოო აგენტის ჩავარდნის რეჟიმებით.