Integrations

An open system. Not a dead end.

Here is what each connection does, what is live and what is still introduced with a pilot. An integration is not called complete until the full flow has been tested in the receiving service.

Current statusLIVEIN PILOTTECHNICAL PILOTNEXT / LATER
01

Payment terminals & status

Card, QR payments and split checks stay on the same receipt. Staff see what went through, what is waiting and what needs recovery.

  • Terminal and online payments attach to the correct check.
  • Tips and split payments follow into the day close.
  • Failed or hanging payments surface in recovery instead of disappearing.
LIVE
02

Kitchen printers

What is ordered on the floor should print in the kitchen without a second system.

  • Tickets and correction tickets go from the order flow to the printers you connected.
LIVE
03

KDS

Kitchen display with order queue and stations — alongside printer tickets.

  • Order queue, bump and stations in pilot at selected outlets.
  • Same order flow as tickets to printers.
IN PILOT
04

Mews PMS

Hotel guests pay to the room from the POS. The folio lives in Mews — not as an extra line in the books.

  • Room charge goes to the guest folio, with in-room signing.
  • Optional sales sync to Mews outlet bills, per outlet.
  • Room charges are booked in Mews and do not belong on the Fortnox Z voucher.
LIVE
05

Tixly

Tickets sell in the same register as food and drink. No extra iPad for box office.

  • Events, seats or GA, a hold, then one card payment in the same flow.
  • Prepaid food and drink are redeemed against the guest.
  • Tixly owns the ticket. MODR owns the check, the payment and Z.
IN PILOT
06

Fortnox

The day’s sales become a voucher in Fortnox. You connect the company once per outlet, then send Z — automatically or by hand.

  • OAuth per outlet against your Fortnox company, with the voucher series you choose.
  • When Z locks, the voucher is posted. A PDF is attached: day report, how it is booked and which accounts.
  • Customer invoices use the same connection, from Economy.
  • Room charges stay in Mews. SIE4 remains as a file if the agency wants it.
LIVE
07

Open API

Partners read menu, checks and sales without entering the POS.

  • REST v1 with a key per outlet: menu, Orderhanterare, open checks and closed sales.
  • HMAC webhooks when something happens in the register.
  • Payments and fiscal are out of scope for v1.
LIVE
08

Quick Sale

A simpler register when it has to be fast — the same numbers as the full POS.

  • Per device on iPhone, S1F2 and PAX.
  • Same payment, receipt and Z as every other sale.
IN PILOT
09

SIE export

SIE4 is built from the same Z as Fortnox — for agencies and other ERPs.

  • Account mapping and SIE4 records from locked Z.
  • File export when the agency wants it.
LIVE
010

Online ordering & delivery

External orders should land in the same order flow as the floor — not a parallel system.

  • Comes after the POS, payments and accounting core.
LATER
011

Staff & scheduling

Staff and scheduling platforms follow once service, payments and hotel flows are verified.

  • Not in the current delivery.
LATER
Developers

Open API docs

Auth, endpoints, rate limits and webhook signatures — the partner documentation you expect from a core API.

Open docs
Pilot / hotels & arenas

Your workflows. Your pilot.

A hotel using Mews, or an arena and event venue? We review your integration needs and propose a focused, paid pilot at favourable pricing. Scope and pricing are provided in a quote.