Direkt zum Hauptinhalt

Eine Bestellung bis zur Bezahlung begleiten

Ziel​

Wissen, wo jeder Kauf steht – bezahlt, wartend, fehlgeschlagen – und nur die anfassen, die eine Person brauchen: eine Rechnung für eine Bestellung auf Bestellschein oder eine Karte, die nicht mehr funktioniert.

Bevor Sie beginnen​

Um eine Bestellung zu ändern, brauchen Sie die Rolle Finance (Support und Sales können sie lesen). Öffnen Sie Parsware Commerce aus der Plattform-Shell; Bestellungen und Zahlungsereignisse finden Sie unter Money.

Was ohne Sie passiert​

Drückt ein Kunde auf parsware.com auf Kaufen, legt die Plattform eine Order mit dem Status Awaiting payment an, bepreist nach dem Tarif – das erste Jahr für die gewählten Umgebungen und was jedes weitere Jahr kosten wird. Der Kunde bezahlt auf der Seite von Stripe, nie auf unserer. Bestätigt Stripe die Zahlung, wird ein Payment event erfasst, und die Bestellung wird von selbst Paid; das Testabonnement des Kunden wird zum bezahlten (es kommt keine zweite Zeile hinzu), und bei einer Plattform-Testversion wird das Enddatum des Mandanten entfernt. Auf dem Kartenweg wird nichts von Hand gesetzt, und Paid bei einer Kartenbestellung ist die Aussage von Stripe, nicht unsere.

Schritte – der Rechnungsweg​

Bei einer Bestellung auf Bestellschein wird der Kartenweg nicht verwendet:

  1. Orders → Neu. Legen Sie Kunde, Tarif, Umgebungen und Betrag fest; setzen Sie Payment method auf Invoice und Status auf Invoiced. Speichern Sie und senden Sie die Rechnung aus Ihrem eigenen System – die Plattform druckt keine.
  2. Wenn das Geld eingeht, öffnen Sie die Bestellung, setzen Status auf Paid und Paid on auf den Tag und speichern.
  3. Legen Sie die Subscription des Kunden von Hand an oder verlängern Sie sie – Tarif, Umgebungen, Enddatum ein Jahr später –, denn nur der Kartenweg schreibt eine automatisch. Tragen Sie bei einem Power Apps-Kunden dessen Entra tenant im Abonnement ein, sonst lässt sich die Lizenz nicht aktivieren.

Wenn eine Zahlung fehlschlägt​

Eine fehlgeschlagene Verlängerung setzt das Abonnement auf Past due und erfasst ein Zahlungsereignis, das dies festhält. Abgeschaltet wird nichts: Der Kunde arbeitet und lädt weiter herunter, und Stripe versucht die Karte nach eigenem Zeitplan erneut. Der Kunde kann seine Karte auf der Seite „Abrechnung“ seines Kontos unter Rechnungen und Zahlungsmethode ändern. Sprechen Sie mit ihm, wenn das Abonnement überfällig bleibt; beendet wird etwas nur durch ein gekündigtes Abonnement – und das kündigt der Kunde selbst, auf derselben Seite.

Ein Zahlungsereignis lesen​

Jede Nachricht, die Stripe gesendet hat, ist eine Zeile unter Payment events, die neueste zuerst, mit dem, was sie betraf, und einem Outcome in Worten: order paid; trial converted, invoice.payment_failed applied to subscription … oder ignored für eine Art von Ereignis, auf die die Plattform nicht reagiert. Eine zweimal zugestellte Nachricht wird einmal erfasst. Steht in einem Ergebnis no order matches the session, wurde die Bestellung, die der Kunde bezahlt hat, nicht gefunden – eröffnen Sie ein Ticket für den Betreiber der Website, statt selbst eine anzulegen, denn die Zahlung existiert bei Stripe und muss zugeordnet, nicht verdoppelt werden.

Was Sie nicht sehen​

  • Eine Schaltfläche für Rückerstattungen. Rückerstattungen werden im Stripe-Dashboard veranlasst; die Plattform erfasst, was Stripe daraufhin sendet.
  • Einen bearbeitbaren Preis im Bestellformular. Der Betrag einer Kartenbestellung ist das, was bezahlt wurde; bei einer Rechnungsbestellung ist es das, was Sie eingegeben haben.

Fehlerbehebung​

  • Die Bestellung steht lange nach der Zahlung des Kunden noch auf Awaiting payment. Der Webhook ist nicht eingetroffen oder wurde abgelehnt. Suchen Sie unter Payment events nach einer Zeile, die die Bestellung nennt; gibt es keine, prüft der Betreiber der Website das Webhook-Protokoll im Stripe-Dashboard – eine abgelehnte Zustellung wiederholt Stripe drei Tage lang.
  • Nach einem Kauf gibt es zwei Abonnements für ein Unternehmen. Der Kauf hat die umzuwandelnde Testversion nicht gefunden – meist eine Power Apps-Bestellung ohne ihren Entra tenant. Führen Sie sie von Hand zusammen: Behalten Sie die bezahlte Zeile und kündigen Sie die Testzeile.