Skip to content
Mobile Appfor Takeaways Start here
POS and Kitchen Systems

KDS Setup and Configuration

KDS configuration is an operational project, not a screen-installation task. The system must translate menu data into station work, show realistic priorities and preserve a route through service when a device or conne…

4 min readPublished 4 Oct 2026UK-focused practical guide
A kitchen order dashboard surrounded by prepared takeaway food

KDS configuration is an operational project, not a screen-installation task. The system must translate menu data into station work, show realistic priorities and preserve a route through service when a device or connection fails.

Prepare the configuration workbook

FieldExample purpose
Item ID and kitchen nameStable matching and readable output
ModifierChanges ingredient, station, timing or packaging
Station routeFryer, grill, preparation, drinks, packing or several stations
Lead timePlanning aid based on real preparation work
Priority ruleImmediate, timed, scheduled or held
Availability dependencyIngredient, location, daypart or channel
Final checkStation or role responsible for completion

Build routing from physical work

  1. List every preparation and handover station.
  2. Assign each item and component to the station that acts on it.
  3. Identify products that require several stations.
  4. Define the final assembly or expeditor view.
  5. Test bundles, meal deals, half-and-half products and free-text notes.
  6. Confirm what happens when a station is closed or combined.

Do not route by customer-facing category alone. A “meal deal” may contain work for fryer, drinks and packing even though it appears as one menu item.

Configure timers carefully

Use observed preparation data as a starting point, then test it during service. A single timer for every item can create misleading priorities. Consider:

A kitchen order dashboard surrounded by prepared takeaway food
Practical takeaway systems work best when ordering, kitchen operations and customer communication stay connected.
  • item preparation time;
  • batching constraints;
  • scheduled collection or delivery time;
  • travel or driver handover;
  • dependency between stations;
  • recovery after a delay.

Do not reward staff for bumping work before it is complete. If timers remain permanently red, review capacity and rules rather than adding more colours.

Define statuses and permissions

Status or actionOperational definition
AcceptedThe business has committed to fulfil the order
PreparingWork has started or the order is active in the kitchen
ReadyAll required components have passed the final check
CompletedThe order has been collected or handed to delivery
BumpRemove from the active view only when the defined work is complete
RecallRestore an order with an audit trail

Control what each screen shows

Show enough information to act safely, but avoid displaying unnecessary personal or financial data in an open kitchen. Kitchen staff usually need order identifiers, items, modifiers, timing and fulfilment instructions—not full payment details or a customer’s complete contact record.

Test normal and exceptional orders

  • single-item and large orders;
  • delivery and collection;
  • scheduled orders;
  • all modifiers and exclusions;
  • items routed to several stations;
  • cancelled and amended orders;
  • duplicate integration messages;
  • late marketplace drivers;
  • screen, network and controller failure.

Document fallback

Define the trigger for switching to printer or paper, how orders are numbered, how updates are communicated and who reconciles active orders when the KDS returns. Staff should practise this before a peak service.

Review after launch

For the first weeks, review:

  • missed or unreadable modifiers;
  • incorrect station routes;
  • premature completion;
  • orders waiting at one station;
  • packing omissions;
  • staff workarounds;
  • device and network incidents.

Roll out in controlled stages

  1. Use one location or one limited service period.
  2. Keep the previous output available as a fallback.
  3. Train each station on its own actions and the whole order flow.
  4. Nominate a floor lead who can pause or correct routing.
  5. Record every workaround and missing field.
  6. Change one configuration group at a time.
  7. Approve expansion only after stable peak service.

Control configuration changes

Record the item or rule changed, reason, approver, previous value, effective time, test result and rollback. Avoid unlogged routing edits during service. Where the platform supports versioning, keep a known-good configuration that can be restored.

Supplier responsibilities

AreaResponsibility to clarify
Menu mappingWho creates and validates station rules?
IntegrationWho investigates missing or duplicated orders?
HardwareWho replaces screens, controllers and bump devices?
UpdatesWho tests releases against current configuration?
Incident supportWhich supplier owns the case when systems disagree?

Practical next step: configure a small representative menu first. Prove routing and recovery before importing every item and promotion.

Related guides

Editorial note

Operational, legal and platform requirements can change. Recheck official guidance and supplier documentation before altering a live service.

Build the complete picture

Connect customer ordering with operations and profit

Use the wider guide library to check the menu, kitchen, fulfilment, payment and financial implications of each decision.

Browse all practical guides
A mobile takeaway menu surrounded by freshly prepared food