Split Payment, Points, and Discounts on the Receipt

Cash and card all at once, points for past purchases, a birthday discount — all of this is standard for the POS: a receipt can handle multiple payment methods simultaneously, while loyalty points require a one-time decision — are they a discount or a separate payment method? Tax accounting and what the customer sees both depend on this decision.

1. Cash + Card in a Single Receipt#

Combined payment is a standard operation: the receipt simply lists several payment methods, and their sum must equal the receipt total.

54-FZ imposes no specific restrictions on combining payment methods in a single receipt; cash payment limits, if applicable, are a separate topic, see "Cash discipline".

2. Loyalty Points: Discount or Payment Method#

A discount is the most common and straightforward option: it does not require separate workflow documentation for "counter-performance" and aligns with how most POS systems and inventory management software already calculate discounts. The "points = payment" option is justified only if the bonus program is legally structured as a separate settlement instrument — in that case, discuss accounting with your accountant in advance.

3. 0 ₽ receipt: is it required for a gift or a 100% discount#

• Approach A (not required). The discount is reduced to 100% before settlement — there is no settlement amount, so no obligation to issue a receipt arises.
• Approach B (required). Transfer of goods as part of business activities is a settlement under 54-FZ regardless of the amount; 0 ₽ simply records the price after the discount.

Approach B is safer, and for marked goods it is strictly mandatory: a 0 ₽ receipt is the only way to retire the code from circulation during a free transfer. Without a receipt, the code remains "unsold", and the item cannot be resold.

4. Rounding and Discount Distribution Across Items#

The receipt total can be rounded in favor of the customer. Distributing a discount across the entire receipt by line items is more complex — here is the standard algorithm:

1. The discount is calculated proportionally to the share of each item in the receipt total.
2. The result is rounded to the nearest cent for each line item.
3. The accumulated rounding difference is applied to the last item so that the sum of the line items exactly matches the total.

Example: a receipt of 333.33 ₽ consisting of three items at 111.11 ₽ each with a 10% discount. Individually, 10% of 111.11 ₽ is 11.111 ₽ → rounded to 11.11 ₽ per item, adding up to 33.33 ₽ "line by line" instead of 33.333 ₽. The fraction-of-a-cent discrepancy is absorbed on the last line — this is not a POS error, but an inevitable result of rounding.

5. Third-Party Service Coupons (Discount Aggregators)#

The customer paid the aggregator for the coupon in advance; you will receive the money from the service later. The payment method at the POS depends on the contract:

• Approach A. "Prepayment" / "counter-provision" — the logic is the same as with a gift certificate: money has already been received through an intermediary, and is now being offset.
• Approach B. If the aggregator is a marketing partner and the money will arrive via a separate transfer for its services (not a transit of the customer's money), the receipt is a regular sale, and settlements with the aggregator occur separately, outside the POS.

Check the contract with the specific service to see whose payment collection agent it acts as — an error leads to revenue duplication.

6. Corporate card at the POS#

Payment with a corporate card does not automatically make the receipt a "legal entity receipt" — by default, a standard receipt for an individual is issued. Customer details (company name, INN — tag 1228) are added only at the request of the cardholder — usually for their expense report or the organization's VAT deduction. Without a request, entering the details is not required.

7. Example#

Cafe: order 1,230 ₽, guest has 300 bonus points (points = discount, 1:1 rate, limit 30% of the bill). 1) Discount of 300 ₽ is applied to items (within the limit of 369 ₽). 2) Amount due — 930 ₽. 3) Guest pays 465 ₽ in cash and 465 ₽ by card — both methods in one receipt. 4) New points are accrued on the paid 930 ₽.

8. How to do this in Cenaly#

• Split payment — on the payment screen in POS: the amount for each method is entered separately; the receipt does not close until the sum of all methods matches the total.
• Loyalty points are configured as a discount before the receipt is generated — the POS automatically calculates distribution across menu items and rounding.
• Corporate client details are added via a separate field on the payment screen.
• Receipt history — POS → Receipts (receipts); physical registers — via Cenaly Hardware Bridge.

9. Frequently Asked Questions#

Can a single receipt be paid in three ways — cash, card, and points? Yes, there are no limits on the number of payment methods — the key is that their sum matches the total.

Points were redeemed, but adding new ones was forgotten — is this a fiscal error? No, earning/redeeming loyalty points is your internal program, not an operation under 54-FZ.

Is a coupon from a third-party service like Biglion the same case as an aggregator from Section 5? Yes, check your agreement with the service to see whose payment collection agent it acts as.

Is it mandatory to specify the legal entity's TIN when paying with a corporate card without the holder's request? No, without an explicit request, the receipt is issued as to a regular individual.

Related articles: gift certificates and deposits · advances, installments, and credit in receipts · error in a refund receipt · cash discipline

This material is for informational purposes only and does not replace professional accounting advice. Primary sources: Federal Law No. 54-FZ "On the Use of Cash Registers", FTS methodological guidelines (kkt-online.nalog.ru), RF Law "On Protection of Consumer Rights".