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

> Come storekit legge il check Comtrex aperto di un tavolo, permette all'ospite di pagarlo dal telefono e invia il pagamento alla cassa.

Con Comtrex, il pay at table funziona direttamente sui check aperti della cassa. Quando un ospite scansiona il QR code sul suo tavolo, storekit chiede al server Comtrex il check aperto su quel tavolo, lo mostra all'ospite, prende il pagamento e poi invia il pagamento sul check in modo che si chiuda sulla cassa.

## Prerequisiti

* [Comtrex collegato](/docs/it/guides/integrations/pos/comtrex/connect) con **Payment Type ID** (e **Tip ID** se accetti mance) mappati
* Ogni tavolo ha il suo numero di tavolo Comtrex in **POS ID** — vedi [Dine-in: tavoli](/docs/it/guides/integrations/pos/comtrex/dine-in)
* Pay at table abilitato per il locale — vedi [Panoramica Pay at Table](/docs/it/guides/pay-at-table/overview)

## Come viene recuperato un conto

```mermaid theme={null}
sequenceDiagram
    participant G as Guest
    participant S as storekit
    participant C as Comtrex server
    G->>S: Scan table QR
    S->>C: ListOrders (checks for this table)
    C-->>S: Open check + GuestCheckNumber
    S->>C: Order details (items, payments)
    C-->>S: Items, totals, payments so far
    S-->>G: Bill to pay
```

1. storekit chiama `ListOrders` del server Comtrex per il POS ID del tavolo e sceglie il check aperto su quel tavolo.
2. Poi carica il dettaglio del check — articoli, quantità, prezzi, sconti, service charge e qualsiasi pagamento già preso sulla cassa.
3. Il conto viene memorizzato in storekit contro il `GuestCheckNumber` del check e mostrato all'ospite.
4. Ogni volta che l'ospite fa refresh, storekit rilegge il check in modo che gli articoli aggiunti dallo staff dall'ultima visualizzazione appaiano.

Se non c'è alcun check aperto su quel tavolo, l'ospite vede un messaggio "no open bills" e non può pagare — deve chiedere allo staff di aprire un check (o effettuare prima un ordine se il locale ha anche order at table).

> [!NOTE]
>
> Vengono rilevati solo i check che la cassa riporta come aperti. Una volta che un check viene chiuso sulla cassa — pagato per intero, annullato o trasferito — sparisce dalla lista di storekit al refresh successivo e il suo conto viene marcato come chiuso.

## Prendere il pagamento

L'ospite paga l'importo completo o una parte — per articoli, diviso equamente tra le persone, o un importo scelto; queste sono le opzioni di split standard di storekit e non dipendono dalla cassa — aggiungendo opzionalmente una mancia. Più ospiti possono pagare lo stesso check dai loro telefoni.

Quando un pagamento va a buon fine, storekit invia `UpdateExistingOrder` al check con:

* Un pagamento dell'importo pagato (più mancia) usando il tuo media **Payment Type ID**
* Se c'è una mancia, una riga di mancia per l'importo della mancia usando il tuo media **Tip ID**

La cassa mostra poi il pagamento sul check. storekit rilegge anche ogni pagamento sul check, in modo che i pagamenti che lo staff prende sulla cassa nel frattempo riducano ciò che viene chiesto di pagare all'ospite. Quando la somma dei pagamenti raggiunge il totale del check, la cassa chiude il check; storekit lo rileva al successivo controllo di stato e marca il conto come chiuso.

> [!WARNING]
>
> **Tip ID** è obbligatorio per inviare le mance. Se non è mappato, la mancia viene comunque addebitata all'ospite e mostrata in storekit, ma solo l'importo del conto raggiunge la cassa — la mancia non apparirà sul check.

### Se il pagamento non può essere inviato

L'invio del pagamento alla cassa viene ritentato automaticamente — fino a 20 tentativi, a 5 secondi di distanza — per superare brevi interruzioni di rete. Se la cassa non l'ha ancora accettato dopo l'ultimo tentativo, storekit **annulla il pagamento con carta dell'ospite** (rimborsandolo), marca il pagamento come **Failed** e invia un'email al locale sul mancato sync. Il check resta aperto sulla cassa senza pagamento registrato, in modo che lo staff possa prendere di nuovo il pagamento.

Per pagamenti che hanno raggiunto la carta dell'ospite ma non la cassa in altri modi, il supporto storekit può reinviare il pagamento al check — contatta il supporto con il riferimento del conto.

## Aggiungere ordini a un check aperto

Se un locale ha sia order at table sia pay at table, un ospite che ha aperto il conto del suo tavolo in storekit e poi ordina altro, ha i nuovi articoli aggiunti a quel check Comtrex con `UpdateExistingOrder`, invece di aprire un secondo check. L'ospite vede un unico conto contenente tutto ciò che è stato ordinato al tavolo, da storekit o dallo staff, e lo salda una sola volta.

Gli ordini effettuati senza un conto aperto in storekit aprono sempre un nuovo check. Non c'è un'impostazione dashboard per Comtrex che indirizzi ogni ordine in-store sul check esistente del tavolo — se ti serve questo comportamento, contatta il supporto.

> [!NOTE]
>
> Se la cassa rifiuta gli articoli aggiunti, l'ordine viene marcato come failed come qualsiasi altro ordine Comtrex. **Resend order to POS** sulla pagina dell'ordine invia gli articoli sullo stesso check di nuovo.

## Verificare i pagamenti nella dashboard

Vai su **Tables** nel menu di sinistra e scegli il locale. **Open bills** elenca i tavoli con un conto attivo; **closed bills** elenca i conti che sono stati pagati o chiusi sulla cassa. Clicca su **View payments** su un conto per vedere ogni pagamento, la sua mancia e il suo stato. I pagamenti che non hanno mai raggiunto la cassa appaiono come failed. Per maggiori informazioni vedi [Verifica lo stato dei pagamenti Pay at Table](/docs/it/guides/pay-at-table/checking-payments).

## Cosa il Pay at Table Comtrex non fa

* **I pagamenti presi sulla cassa non vengono rimborsati tramite storekit.** storekit rimborsa solo i pagamenti che ha preso lui stesso.
* **Nessun terminale di carta.** I pagamenti sono pagamenti con carta sul telefono dell'ospite; storekit non pilota i terminali di pagamento propri di Comtrex.
* **Gli split per articolo non vengono replicati sulla cassa.** Quando un ospite paga per articoli specifici, la cassa riceve un pagamento per quell'importo sul check — non marca quegli articoli come pagati.

## Prossimi passi

> **[Risoluzione dei problemi](/docs/it/guides/integrations/pos/comtrex/troubleshooting)**
>
> Conti che non appaiono, pagamenti che non raggiungono la cassa

> **[Panoramica Pay at Table](/docs/it/guides/pay-at-table/overview)**
>
> Configurare il pay at table in storekit


## Related topics

- [TISSL](/docs/it/guides/integrations/pos/tissl.md)
- [Comtrex (Zonal)](/docs/it/guides/integrations/pos/comtrex/overview.md)
- [PointOne](/docs/it/guides/integrations/pos/pointone/overview.md)
- [Zonal (Aztec)](/docs/it/guides/integrations/pos/zonal.md)
- [Centegra](/docs/it/guides/integrations/pos/centegra.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.