Erstellen eines aufgeteilten Zahlungs-POC: App Builder- und KI-Tools

Dies ist das erste einer Reihe von Tutorials, die Sie mit der Verwendung der KI-unterstützten Entwicklung vertraut machen, um einen Machbarkeitsnachweis für die Aufspaltung der Zahlung zu erstellen. Sie arbeiten mit Adobe App Builder und Adobe Commerce in der Cloud (PaaS) oder lokal und gehen von einer Übersicht in dieser Sitzung zu den praktischen Tutorials, die folgen. Erwarten Sie Ziele, eine allgemeine Architektur und eine Roadmap zu dem, was der Rest der Serie abdeckt.

Video

Wichtige Details

Dieses Tutorial überbrückt die Kluft zwischen dem, wo die meisten Adobe Commerce-Teams heute sind - tief in PHP - und dem, wohin Adobe sie gehen möchte: ereignisgesteuerte, Server-lose Geschäftslogik, die außerhalb von Commerce in Adobe App Builder läuft. Dies geschieht durch eine echte, funktionierende Funktion anstatt durch ein Spielzeugbeispiel.

Was Sie tatsächlich bauen werden

Split-Zahlungssystem, bei dem Kunden mit einer Kombination aus Nachnahme und Vorratskredit bezahlen. Nachdem die Bestellung aufgegeben wurde, bestätigt oder lehnt ein Benutzer (oder ERP-System) die Barzahlung über ein eigenständiges Dashboard ab - ohne jemals Commerce Admin zu öffnen. Der gesamte Workflow zum Akzeptieren/Ablehnen wird in App Builder ausgeführt.

Der Architekturunterricht (Kernunterricht)

Das Tutorial zeigt ein absichtliches und wiederholbares Entscheidungs-Framework:

Es geht nicht darum, „alles nach App Builder zu verschieben“. Es ist ein praktischer, ehrlicher Ausgangspunkt für Teams, die die Umstellung ohne Umschreibung beginnen müssen.

Warum der PHP-Code nicht enthalten ist

Der Ansatz mit der KI-Eingabeaufforderung ist tatsächlich besser als Beispiel-Code für diesen Anwendungsfall, weil die Eingabeaufforderung die Verhaltenskontrakte und die architektonischen Überlegungen erfasst, die Beispiel-Code allein nicht vermitteln kann. Ein Entwickler, der die Eingabeaufforderung ausführt und die Ausgabe liest, versteht, warum der Code so geformt ist, wie er ist, und nicht nur, wie er aussieht.

Was enthalten ist

Für wen ist das?

Entwicklerinnen und Entwickler auf Adobe Commerce On-Premise oder Commerce Cloud, die mit der ersten echten App Builder-Integration beginnen. Nicht für die Headless-API-First-Bereitstellung - speziell für Teams, die sich in der Umstellung befinden und eine herkömmliche Storefront betreiben, die sehen möchten, wie sie echte Geschäftslogik auf App Builder abladen können, ohne ihre bestehenden PHP-Investitionen aufzugeben.

Hinweis zu Voraussetzungen

Adobe Commerce 2.4.5 oder höher, Zugriff auf eine Adobe Developer Console-Organisation mit aktiviertem App Builder-Projekt und I/O-Ereignissen. Für die Checkout-Benutzeroberfläche wird von einem sauberen Luma-Design ausgegangen. Bei benutzerdefinierten Designs muss die Eingabeaufforderung angepasst werden, bevor sie ausgeführt wird.

Abschließende Gedanken

Dies sollte als Einstiegsdiskussion über die KI-gestützte Entwicklung betrachtet werden. Dieses Tutorial ist eine Demonstration für die Verwendung von KI-Tools in einem Commerce-Entwicklungs-Workflow und nicht nur ein Tutorial zu aufgeteilten Zahlungen.

Gerelateerde gesplitste betalingen POC-middelen