> ## 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.

# Betalingsstatus van Pay at Table controleren vanuit POS of dashboard

> Verifieer de betalingsstatus van storekit Pay at Table vanuit je POS of dashboard. Beheer deelbetalingen, gesplitste rekeningen en bevestig volledige afhandeling voor sluiting.

Wanneer gasten via Pay at Table betalen, heb je meerdere manieren om de betalingsstatus te bevestigen. Deze gids behandelt hoe je controleert of een betaling volledig, gedeeltelijk of in behandeling is.

## Vanuit je POS

De belangrijkste manier om de betalingsstatus te controleren, is via je point-of-sale-systeem:

* **Realtime synchronisatie** - Wanneer een gast via QR-code betaalt, verschijnt de betaling direct op je POS
* **Rekening sluit automatisch** - Zodra volledig betaald, wordt de rekening van de tafel gesloten
* **Deelbetalingen weergegeven** - Als gasten de rekening splitsen, zie je elke betaling binnenkomen

Kijk op je POS-scherm om te zien:

* Resterend saldo op de tafel
* Individuele betalingen
* Of de rekening volledig is voldaan

## Vanuit het storekit-dashboard

Voor een compleet overzicht van alle Pay at Table-transacties:

1. Ga naar **Orders** in je dashboard
2. Filter op **Pay at Table**-bestellingen
3. Bekijk de betalingsstatus voor elke tafel

Het dashboard toont:

| Status      | Betekenis                              |
| ----------- | -------------------------------------- |
| **Paid**    | Rekening volledig voldaan              |
| **Partial** | Sommige items betaald, saldo resterend |
| **Pending** | Betaling gestart maar niet voltooid    |
| **Failed**  | Betalingspoging mislukt                |

### Waar je Pay at Table-betalingen kunt vinden

QR-/Pay at Table-betalingen verschijnen niet altijd op dezelfde plek als reguliere online bestellingen, dus het helpt om te weten waar je moet kijken:

* **Orders** - Ga naar **Orders** en filter naar **Pay at Table** om de rekening en betalingsstatus van elke tafel te zien.
* **Tables** - Open **Tables**, selecteer de tafel (of rekening) en klik op **View payments** om de individuele betalingen op die rekening te zien, inclusief splitsingen en fooien.

<Info>
  Het rapport **Analytics → Accounting → All Transactions** verschijnt alleen wanneer **storekit Payments** is ingeschakeld op je account. Als je geen sectie **Accounting** in je dashboard ziet, gebruikt je winkel geen storekit Payments en moet je Pay at Table-betalingen zoeken onder **Orders** of **Tables**. Zie [Setup van storekit Payments](/docs/nl/guides/payments/storekit-payments-setup) om deze in te schakelen.
</Info>

## Betalingsmeldingen

Stel meldingen in om personeel te waarschuwen wanneer er betalingen worden gedaan:

1. Ga naar **Settings** → **Notifications**
2. Schakel **Pay at Table alerts** in
3. Kies de meldingsmethode (dashboard, e-mail of beide)

Je ontvangt waarschuwingen voor:

* Volledige betaling voltooid
* Deelbetaling ontvangen
* Betaling mislukt

## Betaalstatussen begrijpen

### Volledig betaald

De hele rekening is voldaan. De tafel is klaar om te worden vrijgemaakt en gereset.

### Gedeeltelijk betaald

Sommige gasten hebben hun deel betaald, maar er blijft een saldo over. Dit gebeurt vaak wanneer:

* Gasten de rekening splitsen
* Iemand alleen voor specifieke items betaalt
* Een groep in rondjes betaalt

Controleer het resterende saldo op je POS voordat je gasten laat vertrekken.

### Betaling in behandeling

Er is een betaling gestart maar nog niet bevestigd. Dit kan gebeuren wanneer:

* De bank van de gast aanvullende verificatie vereist
* Netwerkvertragingen zorgen voor trage verwerking
* De betaling wordt verwerkt

Wacht een paar momenten - de meeste hangende betalingen worden binnen enkele seconden opgelost.

### Betaling mislukt

De betalingspoging was niet succesvol. Veelvoorkomende redenen:

* Onvoldoende saldo
* Kaart geweigerd
* Netwerkfout

De gast ziet een foutmelding op zijn telefoon en kan opnieuw proberen met een andere betaalmethode.

## Vermeldingen op bankafschriften begrijpen

Soms meldt een gast dat zijn bankafschrift **twee vermeldingen** toont voor één Pay at Table-betaling, terwijl storekit slechts **één** succesvolle transactie toont. Dit is normaal gedrag bij kaartverwerking, geen dubbele afschrijving.

Kaartbetalingen worden meestal in twee fasen verwerkt:

| Vermelding                | Wat het is                                                                                                            | Wat er gebeurt                                                                          |
| ------------------------- | --------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- |
| **Pending / autorisatie** | Een tijdelijke reservering op de kaart van de gast wanneer ze betalen, die bevestigt dat de middelen beschikbaar zijn | Wordt op het afschrift getoond als *pending*; er is nog geen geld verplaatst            |
| **Capture / afhandeling** | De feitelijke afschrijving die de middelen incasseert                                                                 | Wordt getoond als een voltooide transactie; dit is de betaling die storekit registreert |

De bank van de gast kan de initiële autorisatie en de uiteindelijke capture korte tijd naast elkaar tonen. De pending-autorisatie is **geen** extra afschrijving en **verdwijnt automatisch na een paar dagen** zodra deze verloopt of wordt gereconcilieerd tegen de capture. Er wordt maar één betaling geïncasseerd, wat de reden is waarom storekit één succesvolle transactie toont.

<Info>
  Als storekit **één** succesvolle betaling voor de rekening toont (controleer **Orders** of **Tables → View payments**), is de gast één keer belast. Een tweede pending-regel op het bankafschrift is de autorisatie en zal vanzelf verdwijnen — meestal binnen enkele dagen, afhankelijk van de bank van de gast.
</Info>

<Tip>
  Als de gast zich zorgen maakt, verzeker hem dan dat de pending-vermelding een tijdelijke reservering is, geen afschrijving, en vraag hem om na een paar dagen opnieuw te kijken. Voor alles wat er na het verdwijnen van de pending-vermelding nog steeds uitziet als een echte dubbele afschrijving, zie [Terugbetalingen en uitbetalingen](/docs/nl/guides/payments/refunds-payouts) of [neem contact op met support](/docs/nl/getting-started/contact-support).
</Tip>

## Geweigerd op het bankafschrift maar betaald in storekit

Dit is een **ander geval** dan de pending-autorisatie hierboven. Hier toont het bankrecord van de gast de betaling als **geweigerd**, maar de rekening is betaald en de bestelling is geaccepteerd en uitgevoerd. Meestal ziet de gast twee regels voor hetzelfde bezoek: een geweigerde poging en een succesvolle afschrijving voor hetzelfde bedrag.

### Waarom het gebeurt

Een kaartbetaling kan door de kaartuitgever van de gast bij de eerste poging worden geweigerd (onvoldoende saldo op dat moment, een fraude- of velocity-controle, een 3-D Secure- of CVC-probleem) en vervolgens succesvol zijn bij een latere poging met dezelfde kaart. De geweigerde poging wordt nog steeds op het afschrift of in de bankapp-meldingen van de gast getoond, ook al is er geen geld geïncasseerd — dat gebeurt alleen bij de succesvolle poging.

De succesvolle tweede poging komt uit een van twee bronnen:

* **De betalingsprovider heeft het opnieuw geprobeerd.** De kaartbetalingen van storekit worden verwerkt door Adyen, en een retry aan de providerkant is voor storekit niet zichtbaar als een aparte betaling — storekit registreert alleen het resultaat dat wordt teruggegeven.
* **De gast heeft opnieuw betaald.** Ze hebben het opnieuw geprobeerd op hun telefoon, met dezelfde kaart of een andere, en die poging is gelukt.

<Warning>
  storekit dient zelf geen geweigerde kaart opnieuw in, en er is **geen retry-instelling in het dashboard**. Elke betalingspoging wordt één keer verzonden, met een idempotency-sleutel die voorkomt dat dezelfde poging tweemaal wordt geïncasseerd, en een weigering door de kaartuitgever wordt geregistreerd als een mislukte betaling — nooit als een betaalde. Dus een betaalde rekening in storekit wordt altijd ondersteund door een betaling die het kaartnetwerk daadwerkelijk heeft goedgekeurd.
</Warning>

### Welk record gezaghebbend is

storekit is het record van wat er daadwerkelijk voor de rekening is geïncasseerd. Een geweigerde regel op een bankafschrift is een record van een *poging*, niet van geld dat wordt verplaatst. Als storekit de rekening als betaald toont, neem dat dan als betaald — en bevestig het stap voor stap:

<Steps>
  <Step title="Open de betalingen van de rekening">
    Ga naar **Tables**, selecteer de tafel (of rekening) en klik op **View payments**. Elke betaling wordt vermeld met **Time**, **Payment**, **Paid**, **POS Status** en **Total**.
  </Step>

  <Step title="Lees de kolom Paid">
    De kolom **Paid** toont **Paid**, **Pending** of **Failed** voor elke poging. Een **Paid**-badge is een betaling die de kaartuitgever heeft goedgekeurd. Beweeg je muis over een **Failed**-badge om de reden te zien die de uitgever voor die poging heeft gegeven.
  </Step>

  <Step title="Cross-check het transactielogboek">
    Als je account storekit Payments gebruikt (zie de notitie hierboven — zonder dit is er geen sectie **Accounting**), klik dan op **Analytics**, selecteer **Accounting** en klik vervolgens op **All Transactions**. Stel het datumbereik in op de dag van het bezoek. Het **Status**-filter heeft precies twee opties, **Success** en **Failed**, en de fouloorzaak wordt naast een failed-status getoond. De kolom **Details** toont de laatste vier cijfers van de kaart en **Reference** verwijst terug naar de rekening, zodat je de kaart en het bedrag van de gast kunt matchen met de geregistreerde pogingen.
  </Step>
</Steps>

<Info>
  Een **Failed**-poging en een **Success**-poging van hetzelfde bedrag zien, met enkele minuten ertussen, is het verwachte beeld voor dit geval: de eerste poging is geweigerd, de tweede is goedgekeurd en alleen de goedgekeurde is geïncasseerd. Als de retry aan de providerkant plaatsvond, toont storekit alleen de succesvolle betaling — de geweigerde poging bestaat op het afschrift van de gast, maar is nooit een storekit-betaling geweest.
</Info>

### Wat je de gast moet vertellen

* De geweigerde vermelding is een **mislukte poging**, geen afschrijving — er is hiervoor geen geld van hun rekening gehaald.
* Sommige banken tonen geweigerde pogingen op het afschrift of sturen er een pushmelding voor; deze verdwijnen meestal van het afschrift, en een kortdurende reservering wordt vanzelf vrijgegeven.
* Ze zijn **één keer** belast voor de rekening. Geef hun het bedrag en de tijd van de succesvolle betaling uit **View payments** zodat ze deze op hun afschrift kunnen matchen.

<Tip>
  Het is de moeite waard om contact op te nemen met support wanneer de records écht niet overeenkomen — bijvoorbeeld een geweigerde vermelding **zonder** overeenkomende succesvolle betaling ergens in storekit terwijl het saldo van de gast toch is verlaagd, twee **Success**-transacties voor dezelfde rekening in **All Transactions**, of een gast wiens afschrifttotaal voor het bezoek meer is dan de rekening. Houd de waarden voor **ID** en **Reference** uit **All Transactions** bij de hand en [neem contact op met support](/docs/nl/getting-started/contact-support). Als de rekening in storekit is betaald en de gast één keer is belast, is er niets te reconciliëren.
</Tip>

## Wat te doen als de betaling niet verschijnt

Als een gast beweert te hebben betaald maar jij het niet ziet:

1. **Controleer je POS** - Er kan een korte vertraging in de synchronisatie zijn
2. **Vraag om bevestiging** - Gasten ontvangen na de betaling een bevestigingsscherm
3. **Controleer het dashboard** - Bekijk de transactie in je storekit-dashboard
4. **Verifieer de tafel** - Zorg dat ze de juiste QR-code van de tafel hebben gescand

<Warning>
  Laat nooit een gast vertrekken zonder de betaling te bevestigen. Bij twijfel, controleer het dashboard of vraag om hun betalingsbevestigingsscherm te zien.
</Warning>

## Fouten bij het synchroniseren van rekeningbetalingen

Wanneer een gast succesvol via Pay at Table betaalt maar de betaling niet naar je POS kan synchroniseren, ontvang je een e-mailmelding. Zo mis je nooit een betaling die handmatig moet worden gereconcilieerd.

### Wat de e-mail bevat

De meldingsmail bij een mislukte rekeningbetaling omvat:

* **Rekeninggegevens** - Rekening-ID en venuenaam
* **Betalingsinformatie** - Betalings-ID en transactiegegevens
* **Foutreden** - Specifieke technische details over waarom de synchronisatie mislukte
* **Referentie-ID's** - Zowel storekit- als POS-rekening-ID's voor reconciliatie
* **Snelle acties** - Directe link om de rekening in je dashboard te bekijken

<Warning>
  De klant heeft al succesvol betaald. De fout zit alleen in het synchroniseren van de betaling met je POS. Mogelijk moet je deze betaling handmatig reconciliëren in je POS-systeem.
</Warning>

### Wat te doen wanneer je deze e-mail ontvangt

1. **Controleer de foutdetails** - De e-mail bevat specifieke informatie over waarom de synchronisatie mislukte
2. **Bekijk de rekening in het dashboard** - Klik op de link in de e-mail om de volledige betalingsgegevens te zien
3. **Handmatig reconciliëren in POS** - Markeer de rekening indien nodig handmatig als betaald in je POS
4. **Neem contact op met support** - Ons supportteam wordt automatisch op de hoogte gesteld en kan helpen bij het oplossen van terugkerende problemen

### Veelvoorkomende oorzaken van synchronisatiefouten

| Reden                         | Wat het betekent                | Actie                                                |
| ----------------------------- | ------------------------------- | ---------------------------------------------------- |
| **Verbindingstime-out**       | POS API kan niet worden bereikt | Controleer of het POS-systeem online is en verbonden |
| **Authenticatiefout**         | POS-credentials ongeldig        | Controleer integratie-instellingen                   |
| **Rekening niet gevonden**    | Rekening bestaat niet in POS    | Controleer of de rekening correct is aangemaakt      |
| **Betaling al geregistreerd** | POS heeft deze betaling al      | Geen actie nodig, verifieer in POS                   |

<Info>
  Support wordt automatisch op de hoogte gesteld van alle mislukte synchronisaties van rekeningbetalingen en kan helpen bij het oplossen van aanhoudende problemen.
</Info>

## Geschillen afhandelen

Als er een betalingsgeschil ontstaat:

1. Controleer de transactie in je storekit-dashboard
2. Noteer het transactie-ID en de tijdstempel
3. [Neem contact op met support](/docs/nl/getting-started/contact-support) met de details

Alle Pay at Table-transacties hebben een volledig audit trail ter referentie.

## Tips voor personeel

* **Controleer POS regelmatig** - Vooral tijdens drukke periodes
* **Bevestig voor het vrijmaken** - Verifieer altijd de betaling voor je een tafel reset
* **Ken de vertraging** - Betalingen verschijnen meestal binnen 2-3 seconden
* **Train op deelbetalingen** - Zorg dat personeel gesplitste rekeningscenario's begrijpt


## Related topics

- [Dine-In (Pay at Table)](/docs/nl/getting-started/store-types/dine-in-pay-at-table.md)
- [Pay at Table-overzicht](/docs/nl/guides/pay-at-table/overview.md)
- [POS-gekoppelde store](/docs/nl/getting-started/store-types/pos-connected-store.md)
- [OpenTable](/docs/nl/guides/integrations/opentable.md)
- [Bestelstatussen](/docs/nl/guides/orders/order-statuses.md)