Cash Payments

Importance of Cash Payments

Cash remains an important way of payment. For example, 80% of all Google Food orders & 30% of all Takeaway (aggregator) orders in Germany are paid with cash. In Mexico, 70% of POS tickets are paid by cash. There are many reasons to choose cash payment, for example:

• the customer does not have a bank account

• the customer doesn't want to share personal data

• cash payments in 'hard' currency are preferred in case of inflation

• the customer is used to cash and avoids contactless/online solutions

• no fees are applied

• easy setup for seller

That’s why PAR Ordering decided to include Cash Payments in the online solution. Clients have the option to enable or disable cash payments:

• per store
• per channel
• per order type

Cash Payments in PAR Ordering - essentials

Here's how it looks like in a nutshell:

• IMPORTANT: the configuration of Cash Payments can only be done by a PAR Ordering administrator

• Customers can select cash or an alternative payment method instead of registering a credit card

• Please note: if a customer changes their mind, meaning first ordering with cash and then going to the counter and paying with debit card, PAR Ordering is not changing the payment method nor voiding the transaction. That means that the transaction is listed as cash in the CMS, but with the effective payment method on POS

• Cash Payments can be marked as refunded in the CMS

• Cash Payments can be exported in the CMS using the filter by payment type. The excel export contains payment types

• Tips, cash limits, cash discounts and rounded payments are not supported

• Cash Payment is also available for Smart Orders (for Mobile only) and Guest Orders (for Web only)

Usage Flow

Here's how the flow looks like when the customer collect the order themselves:

1. The user orders with a Cash Payment
2. The order preparation is started based on the minimum preparation time even if it is not yet paid
3. The user is then asked to go to the counter and pay her order in cash
4. MENU app shows the user a 6-digit pos_ticket_code. That code must be presented to the staff member. That way, the venue staff can search the order in the POS system and mark it as paid
5. The user pays the balance due

And here's the flow for delivery:

1. The user orders delivery with a Cash Payment
2. The user is asked for the cash amount that he will pay. It's done so that the driver knows that and has enough cash with for possible change
   Please note: There is no further processing of this information (no statistics, no print-outs, etc.)
3. The user pays the indicated balance due with the amount of cash they've indicated while ordering

Take a look at the visualization of both flows:

Configuration

Here's the information on how Cash Payments can be configured:

Reminder: the configuration of Cash Payments can only be done by a PAR Ordering administrator

• Cash Payment can be configured as a payment method on brand and/or store level:

  • when enabled at brand level, it is disabled initially at store-level. It then can be enabled per store

  • when disabled at brand level, no stores can enable Cash Payment

• Only one currency per store is supported

• Cash Payment can be used with the following order types:

  • Dine-in Quick Service

  • Takeout

  • Delivery

  • LINK (external order aggregator)

  • FoodSpot

• Cash Payment can be configured to be used on the following channels:

  • Mobile (iOS and Android)

  • Web

  • Kiosk

Setup

This section will tell you how to setup Cash Payments:

1. Enable Cash Payment Method on Brand level

2. Enable Cash Payment Method on Store/Venue Level

3. Disable ‘Delay order preparation until it is paid

4. Select Channels with Cash Payments on Store/Venue Level:
   
   
   

5. Select Order Types for Cash Payments on Store/Venue Level:
   

Now, CMS will show an overview about the cash payment configuration on store level:

You're all set!