> ## 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. # Bestellingen > Hoe storekit bestellingen als guest checks naar Comtrex stuurt: sales types, geplande bestellingen, fooien, kortingen, notities, couverts en herhaalgedrag. Elke bestelling die op storekit wordt geplaatst, wordt op het moment dat deze wordt betaald als nieuwe guest check naar Comtrex gestuurd. De check bevat elk product en elke modifier per POS ID, het tafelnummer bij dine-in, het sales type dat je hebt geconfigureerd, eventuele korting, fooi of servicetoeslag, een ordernotitie en een betaalregel, zodat de check al als betaald staat op de kassa. ## Hoe een bestelling de kassa bereikt **1. Bestelling geplaatst** De klant betaalt. storekit zet de bestelling meteen in de wachtrij voor verzending — je hoeft hem niet eerst in het dashboard te accepteren. **2. Check opgebouwd** storekit bouwt een `CreateNewOrder`-verzoek voor de kassa op basis van de bestelling, met behulp van de instellingen in **Order handling** en **Media mapping**. **3. Verzonden naar de Comtrex-server** Het verzoek wordt naar het serveradres gestuurd dat je hebt geconfigureerd. Elke poging wacht tot twee minuten op een antwoord, en storekit probeert het automatisch opnieuw als de server niet reageert of een fout teruggeeft. **4. Resultaat vastgelegd** Als de kassa accepteert, verschijnt de bestelling als **Accepted** in **Orders** en wordt het guest check number van de kassa erop opgeslagen als POS-bonnummer. Als de kassa weigert, of na de retries niet bereikbaar blijkt, wordt de bestelling als failed gemarkeerd en krijg je bericht — zie [Wanneer een bestelling mislukt](#wanneer-een-bestelling-mislukt). > [!NOTE] > > Als de gast de rekening van zijn tafel al in storekit heeft geopend (pay at table) en dan meer bestelt, voegt storekit de items toe aan die Comtrex-check in plaats van een nieuwe te openen. Bestellingen die worden geplaatst zonder een open rekening in storekit openen altijd een nieuwe check — een check die het personeel op de kassa heeft geopend wordt niet automatisch opgepikt. Zie [Pay at Table](/docs/nl/guides/integrations/pos/comtrex/pay-at-table#bestellingen-toevoegen-aan-een-openstaande-check). ## Wat er op de check staat | storekit | Op de Comtrex-check | | - | - | | Producten en modifiers | Sale items en ingrediënten per **POS ID**, met aantal en de prijs die de klant heeft betaald. Items zonder POS ID worden weggelaten — zie [Menukoppeling](/docs/nl/guides/integrations/pos/comtrex/menu-sync). | | Klantnaam | `CustomerName` op de check | | Order ID | `VendorOrderID`, zodat Zonal een check terug kan traceren naar de storekit-bestelling | | Tafel | `TableNumber`, overgenomen uit de **POS ID** van de tafel | | Bezorgen, afhalen en in-store | Gebruiken allemaal het **Sales Type Number** uit **Media mapping** | | Bezorgadres en telefoonnummer | Worden bij bezorgbestellingen meegestuurd als de bezorggegevens van de check | | Kortingen (promocodes, loyalty) | Een kortingsregel tegen de **Discount ID**-media, voor de kortingswaarde | | Servicetoeslag | Een servicetoeslag-regel voor het bedrag | | Fooi | Een servicetoeslag-regel tegen de **Tip ID**-media — alleen wanneer **Send Gratuity Amount** aan staat | | Ordernotitie | `Instructions`, opgebouwd uit **Order Note Template** (max 255 tekens) | | Aantal gasten | `CoverCount`, volgens de instelling **Cover Count** | | Betaling | Een betaalregel tegen de **Payment Type ID**-media voor het ordertotaal, met naam `storekit`, zodat de check als betaald op de kassa wordt afgesloten | > [!WARNING] > > Een fooi en een servicetoeslag op dezelfde bestelling gaan beide in de servicetoeslag-regels van de check, en de fooi-regel vervangt de servicetoeslag-regel. Als je beide gebruikt, vraag storekit support dan naar de juiste configuratie voor jouw kassa voordat je live gaat. > [!NOTE] > > Cash-bestellingen worden ook verzonden met een `storekit`-betaalregel voor het volledige totaal. Als je liever hebt dat cash-bestellingen open blijven staan op de kassa zodat het personeel ze afrekent, neem dan contact op met storekit support. ## Order handling-instellingen Ga naar **Stores** → jouw vestiging → **Settings** → **Integrations** → **Comtrex** en scroll naar **Order handling**. Klik na een wijziging hier op **Save**. ![The Order handling section showing the disabled Buffer Orders toggle, Send Gratuity Amount switched on, the Order Note Template editor with Insert Variable and Preview buttons, and Cover Count set to Automatic (number of diners)](https://mintcdn.com/storekit/ESLFABunh773fqh0/images/comtrex/order-handling.png?fit=max\&auto=format\&n=ESLFABunh773fqh0\&q=85\&s=6bc49b1acf9a6eb6d9959bc1c6873b09) ### Buffer Orders De toggle **Buffer Orders** wordt getoond maar is uitgeschakeld voor Comtrex — je kunt hem niet vanuit het dashboard wijzigen. Geplande bestellingen worden in plaats daarvan door de kassa zelf afgehandeld als Comtrex future orders (hieronder). Als je wilt dat storekit geplande bestellingen vasthoudt tot dichter bij de tijd, [neem dan contact op met storekit support](/docs/nl/getting-started/contact-support) om buffering te laten configureren. ### Send Gratuity Amount Wanneer aan, wordt een fooi die bij het afrekenen wordt toegevoegd als servicetoeslag-regel naar de kassa gestuurd tegen je **Tip ID**-media. Wanneer uit, blijven fooien alleen in storekit staan en bevat de kassa-check ze niet. Fooien bij pay at table worden altijd meegestuurd, ongeacht deze instelling. ### Order Note Template Regelt de tekst die als `Instructions` van de check wordt meegestuurd. Laat het leeg en storekit stuurt de eigen notities van de klant. Om orderdetails op te nemen, typ een sjabloon en gebruik **Insert Variable** om placeholders toe te voegen zoals `{{orderCode}}`, `{{fullName}}`, `{{phone}}`, `{{customerNotes}}`, `{{tableName}}` of `{{deliveryFullAddress}}`; **Preview** toont hoe het op de kassa gelezen zal worden. Comtrex staat 255 tekens toe — langere notities worden afgekapt. ### Cover Count Stelt in met hoeveel covers de check wordt geopend. De opties liggen vast: * **Do not send** — geen cover count op de check * **Automatic (number of diners)** — het aantal gasten dat de gast heeft gekozen bij het bestellen aan tafel; `0` als er niet naar gevraagd is * **Fixed value** — het aantal dat je invoert in **Cover Count Value** (dat verschijnt wanneer deze optie is geselecteerd); `0` is toegestaan ## Geplande bestellingen Bestellingen voor later worden direct naar de kassa gestuurd als Comtrex *future order* in plaats van in storekit vastgehouden te worden. De check bevat: * **PickupDateTime** — het tijdstip dat de klant heeft gekozen, in de tijdzone van je vestiging * **TriggerDateTime** — dat tijdstip minus de **Preparation time** van je vestiging (de **Pickup**-waarde voor afhaalbestellingen, anders de standaardvoorbereidingstijd van de vestiging), zodat de kassa de check op tijd naar de keuken vrijgeeft ASAP-bezorgbestellingen worden ook als future orders verstuurd met de geschatte bezorgtijd als pickup-tijd en een directe trigger, zodat de kassa toont wanneer de bestelling klaar moet zijn. Als een geplande bestelling voor zijn tijd in storekit wordt geannuleerd, stuurt storekit een `CancelOrder` naar de kassa voor die check. ## Wanneer een bestelling mislukt Als de kassa de bestelling weigert of niet bereikbaar is, probeert storekit het meerdere keren opnieuw met steeds grotere tussenpozen. Als elke poging mislukt: * De bestelling wordt gemarkeerd als **Failed** in **Orders**, met de fouttekst van de kassa op de orderpagina getoond na *Something went wrong sending this order to the POS:* * Een e-mail met de kop *Comtrex Issue* wordt naar het e-mailadres van je vestiging gestuurd * Als de vestiging een storekit-printer heeft, wordt de bestelling geprint zodat de keuken hem alsnog ontvangt * De klant heeft al betaald, dus vervul de bestelling handmatig en los de oorzaak op Zodra de oorzaak is opgelost, open je de bestelling in **Orders** en kies je **Resend order to POS** uit het actiemenu — dat is beschikbaar op elke bestelling die nog geen POS-bonnummer heeft. Zie [Troubleshooting](/docs/nl/guides/integrations/pos/comtrex/troubleshooting) voor de meest voorkomende oorzaken. > [!NOTE] > > storekit controleert het winkelmandje niet vooraf tegen de kassa, en snoozt geen producten na een mislukte bestelling. Als een item blijft mislukken, snooze het dan zelf in **Menus** totdat de kassa is hersteld. ## Gerelateerd > **[Order-injectie](/docs/nl/guides/integrations/pos/order-injection)** > > Hoe order-injectie werkt bij alle POS-providers > **[Troubleshooting](/docs/nl/guides/integrations/pos/comtrex/troubleshooting)** > > Los mislukte bestellingen op ## Related topics - [Bestellingen bundelen](/docs/nl/guides/orders/advanced/order-batching.md) - [Bestellingen archiveren](/docs/nl/guides/orders/archiving-orders.md) - [Bestellingen verplaatsen](/docs/nl/guides/orders/advanced/move-orders.md) - [Deliverect bestellingen](/docs/nl/guides/integrations/pos/deliverect/orders.md) - [Stream-bestellingen](/docs/nl/guides/integrations/pos/stream/orders.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.