> ## Documentation Index > Fetch the complete documentation index at: https://storekit.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Pay-at-Table-Zahlungsstatus vom POS oder Dashboard prüfen > Verifizieren Sie den Zahlungsstatus von storekit Pay at Table über Ihr POS oder Dashboard. Handhaben Sie Teilzahlungen, geteilte Rechnungen und bestätigen Sie die vollständige Begleichung vor dem Schließen. Wenn Gäste über Pay at Table zahlen, haben Sie mehrere Möglichkeiten, den Zahlungsstatus zu bestätigen. Dieser Leitfaden erklärt, wie Sie prüfen, ob eine Zahlung vollständig, teilweise oder ausstehend ist. ## Über Ihr POS Die primäre Methode zur Prüfung des Zahlungsstatus ist Ihr Point-of-Sale-System: * **Echtzeit-Sync** – Wenn ein Gast per QR-Code zahlt, erscheint die Zahlung sofort in Ihrem POS * **Rechnung schließt automatisch** – Nach vollständiger Zahlung wird der Tisch-Check geschlossen * **Teilzahlungen sichtbar** – Bei Rechnungsaufteilung sehen Sie jede Zahlung, sobald sie eintrifft Prüfen Sie Ihren POS-Bildschirm auf: * Restbetrag am Tisch * Einzelne Zahlungen * Ob die Rechnung vollständig beglichen ist ## Über das storekit-Dashboard Für eine vollständige Übersicht aller Pay-at-Table-Transaktionen: 1. Gehen Sie im Dashboard zu **Orders** 2. Filtern Sie nach **Pay at Table**-Bestellungen 3. Sehen Sie den Zahlungsstatus jedes Tisches ein Das Dashboard zeigt: | Status | Bedeutung | | ----------- | -------------------------------------------------- | | **Paid** | Rechnung vollständig beglichen | | **Partial** | Einige Artikel bezahlt, Restbetrag offen | | **Pending** | Zahlung eingeleitet, aber noch nicht abgeschlossen | | **Failed** | Zahlungsversuch erfolglos | ### Wo Sie Pay-at-Table-Zahlungen finden QR-/Pay-at-Table-Zahlungen erscheinen nicht immer an derselben Stelle wie reguläre Online-Bestellungen, daher ist es hilfreich zu wissen, wo Sie suchen sollten: * **Orders** – Gehen Sie zu **Orders** und filtern Sie auf **Pay at Table**, um jede Tischrechnung und ihren Zahlungsstatus zu sehen. * **Tables** – Öffnen Sie **Tables**, wählen Sie den Tisch (oder die Rechnung) und klicken Sie auf **View payments**, um die einzelnen Zahlungen an dieser Rechnung zu sehen, einschließlich Splits und Trinkgelder. Der Bericht **Analytics → Accounting → All Transactions** erscheint nur, wenn **storekit Payments** in Ihrem Konto aktiviert ist. Sehen Sie in Ihrem Dashboard keinen **Accounting**-Bereich, verwendet Ihr Store storekit Payments nicht; suchen Sie Pay-at-Table-Zahlungen dann unter **Orders** oder **Tables**. Siehe [storekit Payments einrichten](/docs/de/guides/payments/storekit-payments-setup) zur Aktivierung. ## Zahlungsbenachrichtigungen Richten Sie Benachrichtigungen ein, um Mitarbeiter über Zahlungen zu informieren: 1. Gehen Sie zu **Settings** → **Notifications** 2. Aktivieren Sie **Pay at Table alerts** 3. Wählen Sie die Benachrichtigungsart (Dashboard, E-Mail oder beides) Sie erhalten Benachrichtigungen für: * Vollständige Zahlung abgeschlossen * Teilzahlung erhalten * Zahlung fehlgeschlagen ## Zahlungszustände verstehen ### Vollständig bezahlt Die gesamte Rechnung ist beglichen. Der Tisch kann abgeräumt und neu eingedeckt werden. ### Teilweise bezahlt Einige Gäste haben ihren Anteil bezahlt, aber ein Restbetrag bleibt offen. Das passiert häufig, wenn: * Gäste die Rechnung teilen * Jemand nur bestimmte Artikel bezahlt * Eine Gruppe in Runden zahlt Prüfen Sie den Restbetrag in Ihrem POS, bevor Sie Gäste gehen lassen. ### Zahlung ausstehend Eine Zahlung wurde eingeleitet, aber noch nicht bestätigt. Das kann passieren, wenn: * Die Bank des Gastes eine zusätzliche Verifizierung verlangt * Netzwerkverzögerungen zu langsamer Verarbeitung führen * Die Zahlung gerade verarbeitet wird Warten Sie einen Moment – die meisten ausstehenden Zahlungen sind innerhalb weniger Sekunden geklärt. ### Zahlung fehlgeschlagen Der Zahlungsversuch war erfolglos. Häufige Gründe: * Unzureichendes Guthaben * Karte abgelehnt * Netzwerkfehler Der Gast sieht einen Fehler auf seinem Telefon und kann es mit einer anderen Zahlungsmethode erneut versuchen. ## Kontoauszugseinträge verstehen Gelegentlich meldet ein Gast, dass sein Kontoauszug **zwei Einträge** für eine einzige Pay-at-Table-Zahlung zeigt, obwohl storekit nur **eine** erfolgreiche Transaktion anzeigt. Das ist normales Kartenverarbeitungsverhalten, keine Doppelabbuchung. Kartenzahlungen werden typischerweise in zwei Stufen verarbeitet: | Eintrag | Was er ist | Was passiert | | --------------------------- | --------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ | | **Pending / Autorisierung** | Eine vorübergehende Reservierung auf der Karte des Gastes bei der Zahlung, die die Verfügbarkeit der Mittel bestätigt | Erscheint als *pending* auf dem Kontoauszug; es wurde noch kein Geld bewegt | | **Capture / Settlement** | Die eigentliche Belastung, die die Mittel einzieht | Erscheint als abgeschlossene Transaktion; dies ist die von storekit erfasste Zahlung | Die Bank des Gastes kann die anfängliche Autorisierung und die abschließende Capture kurzzeitig nebeneinander anzeigen. Die ausstehende Autorisierung ist **keine** zusätzliche Belastung und **verschwindet nach einigen Tagen automatisch**, sobald sie abläuft oder gegen die Capture abgeglichen wird. Es wird immer nur eine Zahlung eingezogen, weshalb storekit eine einzige erfolgreiche Transaktion zeigt. Wenn storekit **eine** erfolgreiche Zahlung für die Rechnung zeigt (prüfen Sie **Orders** oder **Tables → View payments**), wurde der Gast einmal belastet. Eine zweite Pending-Zeile auf seinem Kontoauszug ist die Autorisierung und verschwindet von selbst – üblicherweise innerhalb weniger Tage, je nach Bank des Gastes. Wenn der Gast besorgt ist, versichern Sie ihm, dass der Pending-Eintrag eine vorübergehende Reservierung ist, keine Belastung, und bitten Sie ihn, in ein paar Tagen erneut zu prüfen. Für alles, was nach dem Verschwinden des Pending-Eintrags wie eine echte Doppelbelastung aussieht, siehe [Erstattungen & Auszahlungen](/docs/de/guides/payments/refunds-payouts) oder [kontaktieren Sie den Support](/docs/de/getting-started/contact-support). ## Abgelehnt auf dem Kontoauszug, aber in storekit bezahlt Dies ist ein **anderer Fall** als die obige Pending-Autorisierung. Hier zeigt das Bankprotokoll des Gastes die Zahlung als **abgelehnt**, obwohl die Rechnung bezahlt und die Bestellung akzeptiert und erfüllt wurde. Typischerweise sieht der Gast zwei Zeilen für denselben Besuch: einen abgelehnten Versuch und eine erfolgreiche Belastung über den gleichen Betrag. ### Warum es passiert Eine Kartenzahlung kann vom Kartenherausgeber des Gastes beim ersten Versuch abgelehnt werden (unzureichendes Guthaben in dem Moment, eine Betrugs- oder Frequenzprüfung, ein 3-D-Secure- oder CVC-Problem) und beim späteren Versuch mit derselben Karte erfolgreich sein. Der abgelehnte Versuch erscheint dennoch auf dem Kontoauszug oder in den Push-Benachrichtigungen der Banking-App, obwohl kein Geld eingezogen wurde – nur der erfolgreiche Versuch bewegt Mittel. Der erfolgreiche zweite Versuch stammt aus einem von zwei Wegen: * **Der Zahlungsanbieter hat es erneut versucht.** storekits Kartenzahlungen werden von Adyen verarbeitet, und ein auf Anbieterseite durchgeführter Retry ist für storekit nicht als separate Zahlung sichtbar – storekit erfasst nur das ihm gegebene Ergebnis. * **Der Gast hat erneut gezahlt.** Er hat es auf seinem Telefon mit derselben oder einer anderen Karte erneut versucht, und dieser Versuch war erfolgreich. storekit reicht eine abgelehnte Karte nicht selbst erneut ein, und es gibt **keine Retry-Einstellung im Dashboard**. Jeder Zahlungsversuch wird einmal gesendet, mit einem Idempotenzschlüssel, der verhindert, dass derselbe Versuch doppelt belastet wird, und eine Ablehnung durch den Kartenherausgeber wird als fehlgeschlagene Zahlung erfasst – niemals als bezahlt. Eine bezahlte Rechnung in storekit ist also immer durch eine vom Kartennetzwerk tatsächlich genehmigte Zahlung gedeckt. ### Welcher Datensatz maßgeblich ist storekit ist der maßgebliche Nachweis dessen, was für die Rechnung tatsächlich eingezogen wurde. Eine abgelehnte Zeile auf einem Kontoauszug ist ein Nachweis eines *Versuchs*, nicht der Geldbewegung. Wenn storekit die Rechnung als bezahlt zeigt, gilt sie als bezahlt – und bestätigen Sie es Schritt für Schritt: Gehen Sie zu **Tables**, wählen Sie den Tisch (oder die Rechnung) und klicken Sie auf **View payments**. Jede Zahlung wird mit **Time**, **Payment**, **Paid**, **POS Status** und **Total** aufgelistet. Die Spalte **Paid** zeigt **Paid**, **Pending** oder **Failed** für jeden Versuch. Ein **Paid**-Badge ist eine vom Kartenherausgeber genehmigte Zahlung. Fahren Sie mit dem Mauszeiger über ein **Failed**-Badge, um den vom Herausgeber angegebenen Grund für diesen Versuch zu sehen. Wenn Ihr Konto storekit Payments nutzt (siehe Hinweis oben – ohne diese gibt es keinen **Accounting**-Bereich), klicken Sie auf **Analytics**, wählen Sie **Accounting** und dann **All Transactions**. Setzen Sie den Datumsbereich auf den Tag des Besuchs. Der **Status**-Filter hat genau zwei Optionen, **Success** und **Failed**, und der Fehlergrund wird neben einem Failed-Status angezeigt. Die Spalte **Details** zeigt die letzten vier Ziffern der Karte, und **Reference** verlinkt zurück auf die Rechnung, sodass Sie die Karte und den Betrag des Gastes mit den erfassten Versuchen abgleichen können. Einen **Failed**-Versuch und einen **Success**-Versuch über denselben Betrag im Abstand von Minuten zu sehen, ist das erwartete Bild in diesem Fall: Der erste Versuch wurde abgelehnt, der zweite genehmigt, und nur der genehmigte wurde eingezogen. Fand der Retry auf Anbieterseite statt, zeigt storekit nur die erfolgreiche Zahlung – der abgelehnte Versuch existiert auf dem Kontoauszug des Gastes, war aber nie eine storekit-Zahlung. ### Was Sie dem Gast sagen können * Der abgelehnte Eintrag ist ein **fehlgeschlagener Versuch**, keine Belastung – dafür hat kein Geld sein Konto verlassen. * Manche Banken zeigen abgelehnte Versuche auf dem Kontoauszug oder senden dafür eine Push-Benachrichtigung; diese verschwinden meist vom Auszug, und jede kurzfristige Reservierung wird von selbst wieder freigegeben. * Er wurde für die Rechnung **einmal** belastet. Geben Sie ihm den Betrag und die Zeit der erfolgreichen Zahlung aus **View payments**, damit er es auf seinem Kontoauszug abgleichen kann. Es lohnt sich, den Support zu kontaktieren, wenn die Datensätze wirklich nicht übereinstimmen – zum Beispiel ein abgelehnter Eintrag **ohne** passende erfolgreiche Zahlung irgendwo in storekit, während das Guthaben des Gastes trotzdem gesunken ist, zwei **Success**-Transaktionen für dieselbe Rechnung in **All Transactions** oder ein Gast, dessen Auszugssumme für den Besuch höher ist als die Rechnung. Halten Sie die Werte **ID** und **Reference** aus **All Transactions** bereit und [kontaktieren Sie den Support](/docs/de/getting-started/contact-support). Ist die Rechnung in storekit bezahlt und der Gast einmal belastet worden, gibt es nichts abzugleichen. ## Was tun, wenn eine Zahlung nicht erscheint Wenn ein Gast behauptet, gezahlt zu haben, Sie es aber nicht sehen: 1. **Prüfen Sie Ihr POS** – Es kann eine kurze Verzögerung im Sync geben 2. **Bitten Sie um Bestätigung** – Gäste erhalten nach der Zahlung einen Bestätigungsbildschirm 3. **Prüfen Sie das Dashboard** – Sehen Sie die Transaktion in Ihrem storekit-Dashboard 4. **Tisch überprüfen** – Stellen Sie sicher, dass er den QR-Code des richtigen Tisches gescannt hat Lassen Sie niemals einen Gast gehen, ohne die Zahlung zu bestätigen. Im Zweifel prüfen Sie das Dashboard oder bitten Sie um Einsicht in den Zahlungsbestätigungsbildschirm. ## Fehler bei der Rechnungssynchronisation Wenn ein Gast über Pay at Table erfolgreich zahlt, die Zahlung aber nicht mit Ihrem POS synchronisiert werden kann, erhalten Sie eine E-Mail-Benachrichtigung. So verpassen Sie nie eine Zahlung, die manuell abgeglichen werden muss. ### Was die E-Mail enthält Die Benachrichtigung über einen fehlgeschlagenen Rechnungs-Sync umfasst: * **Rechnungsdetails** – Bill-ID und Venue-Name * **Zahlungsinformationen** – Payment-ID und Transaktionsdetails * **Fehlergrund** – Spezifische technische Details, warum die Synchronisation fehlgeschlagen ist * **Referenz-IDs** – Sowohl storekit- als auch POS-Bill-IDs zum Abgleich * **Schnellaktionen** – Direkter Link, um die Rechnung in Ihrem Dashboard einzusehen Der Kunde hat bereits erfolgreich gezahlt. Der Fehler liegt nur bei der Synchronisation der Zahlung mit Ihrem POS. Möglicherweise müssen Sie diese Zahlung in Ihrem POS-System manuell abgleichen. ### Was tun, wenn Sie diese E-Mail erhalten 1. **Fehlerdetails prüfen** – Die E-Mail enthält konkrete Informationen zum Grund des Sync-Fehlers 2. **Rechnung im Dashboard einsehen** – Klicken Sie auf den Link in der E-Mail für vollständige Zahlungsdetails 3. **Manuell im POS abgleichen** – Falls nötig, markieren Sie die Rechnung im POS manuell als bezahlt 4. **Support kontaktieren** – Unser Support-Team wird automatisch benachrichtigt und kann bei wiederkehrenden Problemen helfen ### Häufige Sync-Fehlergründe | Grund | Bedeutung | Aktion | | ---------------------------- | ------------------------------------ | ---------------------------------------------------- | | **Connection timeout** | POS-API konnte nicht erreicht werden | Prüfen, dass das POS-System online und verbunden ist | | **Authentication error** | POS-Zugangsdaten ungültig | Integrationseinstellungen überprüfen | | **Bill not found** | Rechnung existiert nicht im POS | Prüfen, dass die Rechnung korrekt erstellt wurde | | **Payment already recorded** | POS hat diese Zahlung bereits | Keine Aktion nötig, im POS verifizieren | Der Support wird über alle fehlgeschlagenen Rechnungs-Syncs automatisch benachrichtigt und kann bei anhaltenden Problemen helfen. ## Umgang mit Streitfällen Wenn ein Zahlungsstreit auftritt: 1. Prüfen Sie die Transaktion in Ihrem storekit-Dashboard 2. Notieren Sie sich Transaktions-ID und Zeitstempel 3. [Kontaktieren Sie den Support](/docs/de/getting-started/contact-support) mit den Details Alle Pay-at-Table-Transaktionen verfügen über einen vollständigen Audit-Trail zur Referenz. ## Tipps für Mitarbeiter * **Regelmäßig POS prüfen** – Besonders in Stoßzeiten * **Vor dem Abräumen bestätigen** – Zahlung stets vor dem Zurücksetzen eines Tisches verifizieren * **Verzögerung kennen** – Zahlungen erscheinen typischerweise innerhalb von 2–3 Sekunden * **Auf Teilzahlungen schulen** – Mitarbeiter sollen Szenarien geteilter Rechnungen verstehen ## Related topics - [Dine-in (Pay at Table)](/docs/de/getting-started/store-types/dine-in-pay-at-table.md) - [Pay at Table – Überblick](/docs/de/guides/pay-at-table/overview.md) - [POS-verbundener Store](/docs/de/getting-started/store-types/pos-connected-store.md) - [Rückerstattungen und Auszahlungen](/docs/de/guides/payments/refunds-payouts.md) - [Dine-in (Order & Pay)](/docs/de/getting-started/store-types/dine-in-order-and-pay.md)