A ticket template without a link does nothing. For your new layout to start coming out of the printer, you have to link it to at least one kitchen destination.
Go to /admin/bongdestinationer and pick the Destinations tab (to the left of the Templates tab).
You see every kitchen station you have: Kitchen, Bar, Dessert, Pass or whatever you've named them. Each row shows:
Click Edit on the destination you want to update. A dialog opens with every setting for that destination.
Scroll down to the "Ticket template & behavior" or "Print behavior" section (name may vary slightly). You'll find the "Template" field there.
The dropdown contains:
Pick the one you want. For example:
| Destination | Template |
|---|---|
| Kitchen | Kitchen-big-font |
| Pass | Kitchen-big-font (same as kitchen – shared layout) |
| Bar | Bar-small-font |
| Dessert | Standard (restaurant default) |
As you see, multiple destinations can share the same template. Kitchen and pass usually have almost identical needs, so they often share a layout. Bar and dessert on the other hand have completely different tempo and layout preferences.
Click Save in the dialog. The next ticket sent to that destination uses your new template.
Important: already-printed tickets don't change retroactively. It's only new tickets from this moment on that are affected.
If you don't pick anything (dropdown stays on "Standard (restaurant default)"), the restaurant's default template is used automatically. The default template is the one marked with a gold star in the Templates list.
That means:
It's a safety net. You'll never accidentally have a destination printing something weird or blank.
Each destination can only have one template linked at a time. You can't say "use Kitchen-big-font for starters, Kitchen-small-font for mains" — that's not how the system is designed.
But you can have as many templates as you want in the list. The constraint is only per destination.
Nothing is forever. If your new "Bar-small-font" turns out too compact, you can:
Next ticket is on the new format. No restart, no deploy, no weirdness.
A common scenario combo:
Kitchen gets its optimal layout, bar gets its, and cold kitchen/dessert don't need their own layout because it works fine anyway.
If you create a brand new destination (e.g. adding a Wine Cellar destination for sommelier tickets):
That means you don't have to think about templates when creating new destinations — it "just works".
If you try to delete a template that's actively linked to one or more destinations, those destinations will automatically fall back to the restaurant's default template.
It's not dangerous, but for clarity we recommend:
Saves you ambiguity over which destinations suddenly got a new layout.
This feature is part of Vendion POS.
Curious how it looks in practice? Read more about the product or book a short demo.
Was this article helpful?