Verified on release 3.4.5.21 "Trade Management for Kazakhstan" (edition 3.4).
The cashier scans a receipt, the customer holds out a card — but the discount doesn't trigger. Or the wrong one triggers: instead of 5%, the system gives 10%, and at the end of the shift the till doesn't balance. You open the "Loyalty Card Types" catalog and realize that this is exactly where the rules are set: who owns the card, what its number is, what discount or bonus is tied to it. One wrong checkbox here — and the error multiplies across every receipt. Let's figure out how to set up the catalog so that the till and accounting match.
1. Purpose
"Loyalty Card Types" is a setup catalog. In it you describe card templates: who is the owner, how the number is generated, whether a PIN code is needed, which discount or bonus program the card is tied to. Actual customer cards (the "Loyalty Cards" catalog) are issued based on these types. The catalog does not create postings — it sets the rules by which discounts get into sales documents.
2. Where to find it
Menu: section "CRM and Marketing" → block "Settings and Catalogs" → "Loyalty Card Types".
If the item is missing — enable the functionality: "Master Data and Administration" → "CRM and Marketing" → "Customer Loyalty" → checkbox "Loyalty Cards". Without it, the catalog is hidden.
Open directly in 1C: "Service" → "Go to navigation link" and paste:
e1cib/list/Справочник.ВидыКартЛояльности
2a. How to find out your release
"Help" → "About the program" (or the "i" icon in the top right corner). The window that opens shows the platform version (e.g., 8.3.24) and the configuration release: "Trade Management for Kazakhstan", edition 3.4 (3.4.5.21). If your release is older — some fields may be named differently, but the logic is the same.
3. How to fill it out
Create a new item with the "Create" button. Let's go through the fields in order.
| Field | Required | Why and what happens if it's wrong |
|---|---|---|
| Name | ✔ yes | Name of the type, e.g. "Silver". This is how the cashier and manager identify the card. Empty — the program won't let you save. A duplicate name will cause confusion when selecting. |
| Group (folder) | no | The catalog is hierarchical. Arrange types into folders ("Discount", "Bonus") if there are many. Doesn't affect discount logic. |
| Card Owners | ✔ yes | Who holds it: Individuals, Partners (counterparties), or Not specified. If you set "Partners" but hand out cards to individuals at retail — when issuing the card the system will require a counterparty, and the cashier will be stuck. |
| Card Number Entry Method | ✔ yes | Manual, By range, Automatic by template. For "by range" set the start/end number. An error here — and two cards get the same number, and the discount ends up with the wrong customer. |
| Use barcode / magnetic stripe | no | How the card is read at the till. If the retail equipment scans barcodes but the checkbox is unchecked — the cashier will have to enter the number manually. |
| Use PIN code | no | Protection of the bonus account. Needed when the card can be used to pay with bonus points. Without a PIN code, anyone who knows the number can spend the points. |
| Limit validity period | no | Sets the card's lifespan (e.g., 12 months from issue). After the period expires the discount stops applying automatically. Convenient for promotional cards. |
| Allow multiple owners / combining | no | Family cards. If disabled — the card cannot be linked to several individuals. |
| Issuance of virtual cards | no | A card without plastic (in the app/by number). Affects the issuance method, not the discount. |
| Loyalty rule / discount (markup) binding | ✔ practically yes | Key field. Here the card is linked to a discount from "Discounts (Markups)" or to a bonus program. Empty — the card exists, but there's no discount: the cashier applies the card, but the price doesn't change. This is exactly the reason for "the discount doesn't trigger." |
| Comment | no | Internal description for colleagues. |
After filling in — "Write and close". Then you issue cards to customers via the "Loyalty Cards" document/catalog based on this type, and assign the discount through the "Discounts (Markups)" section with the condition "Has loyalty card of type …".
4. Worked example with numbers and postings
Task. A store issues a "Silver" card type with a 5% discount. An individual customer presents the card at purchase.
Catalog setup:
- Name — "Silver";
- Card Owners — "Individuals";
- Number Entry Method — "Automatic by template";
- Barcode — used;
- Loyalty rule — linked to the "5% discount by card" discount.
Sale. Item priced at 11,600 ₸ incl. VAT (incl. VAT 16%): price excl. VAT 10,000 ₸, VAT 1,600 ₸. Cost of the item — 6,000 ₸.
The cashier scans the "Silver" card. Discount 5%:
- Discount: 11,600 × 5% = 580 ₸;
- Sale amount incl. VAT: 11,600 − 580 = 11,020 ₸;
- Incl. VAT 16%: 11,020 × 16 / 116 = 1,520 ₸;
- Revenue excl. VAT: 9,500 ₸.
Postings when processing the receipt / sale (standard Kazakhstan chart of accounts):
| Dr | Cr | Amount, ₸ | Description |
|---|---|---|---|
| 1210 | 6010 | 9,500 | Sales revenue (excl. VAT, discount already accounted for) |
| 1210 | 3130 | 1,520 | VAT payable, 16% |
| 7010 | 1330 | 6,000 | Cost of goods sold written off |
| 1030 | 1210 | 11,020 | Payment to current account (or via 1010/cash) |
Note: the discount is not a separate posting, but a reduced revenue base. That's why it's important to correctly link the discount in the catalog — otherwise revenue will be "inflated" by 580 ₸, and you'll overpay VAT.
5. Setup options (what the catalog provides)
The catalog defines three card operation scenarios:
- Discount card — fixed or progressive discount. Linked to "Discounts (Markups)".
- Bonus card — accrual and redemption of bonus points (requires a bonus program and, preferably, a PIN code).
- Combined — both discount and bonuses at the same time.
Plus issuance parameters: physical / virtual, limited validity / unlimited, single owner / multiple.
6. What is generated when used
The catalog is not posted and does not create postings itself (it is not a document). It affects:
- Loyalty registers — when cards are issued for this type, the "Loyalty Cards" catalog and bonus point registers are filled in;
- Sales documents — the card discount/bonus gets into the cash receipt and "Sales", forming the postings from the example above;
- Electronic documents — the catalog itself does not issue ESF (electronic invoices) or SNT (waybills). For retail sale to an individual, an ESF is issued on request, an SNT for goods subject to tracking; these are generated by sales documents, not by the catalog.
7. Printed forms
The catalog has no printed form of its own — it is a setup object. From related objects, available:
- Print card barcodes — from the "Loyalty Cards" catalog/document (stickers for plastic cards);
- List of loyalty card types — standard list output via "More" → "Output list" (to file/print).
8. Common errors
- "Field 'Name' is not filled in" — set the type name and save.
- "Card number entry method not specified" / card not issued — select a method (manual, by range, by template); for range, fill in the number boundaries.
- Discount does not apply at the till — the loyalty rule/discount is not linked in the catalog, or the discount doesn't apply under the conditions (day of week, receipt amount). Check the "card type ↔ discount" link.
- "Failed to issue card: owner not specified" — the type is set to "Partners", but the card is issued to an individual (or vice versa). Bring the "Card Owners" field in line with the scenario.
- "Item is used in …, deletion impossible" — cards have already been issued for this type. Don't delete it, instead mark it for deletion and/or set the "Invalid" checkbox so the type is not offered when issuing new cards.
- Duplicate numbers / discount to the wrong customer — overlapping number ranges across different types. Separate the ranges.
9. FAQ
How do I enable the catalog itself if it's not visible in the menu? "Master Data and Administration" → "CRM and Marketing" → "Customer Loyalty" → checkbox "Loyalty Cards". After that, the item will appear in the "CRM and Marketing" section.
Where is the discount amount set — in this catalog? No. Here it's only the binding. The percentage/amount itself is set in the "Discounts (Markups)" section with the condition "Has loyalty card of type …".
Why did the VAT amount increase after a sale with a card? The discount didn't trigger: revenue was calculated from the full price. VAT 16% is taken from the amount after the discount. Check the discount binding in the card type.
Can one card both accumulate bonuses and receive a discount? Yes, set up a combined type: link both the discount and the bonus program.
Is a PIN code required? Essential for bonus cards used to pay for purchases with points. Not needed for purely discount cards.
What happens to the cards if the type is marked for deletion? Already issued cards continue to exist, but new ones of this type can't be issued, and it's better to also make the existing ones invalid.
How do I limit the lifespan of a promotional card? In the type, enable "Limit validity period" and set the period. After it expires, the discount automatically stops applying.
Does the catalog generate ESF or SNT? No. ESF and SNT are issued by sales/shipment documents. The card type only reduces the revenue and VAT amount in those documents.
Can I change the number generation method after cards have been issued? Technically yes, but previously issued numbers will remain the same. Change it carefully to avoid overlapping ranges.
How can one family use a single card? Enable "Allow multiple owners / combining" — then the card can be linked to several individuals.
10. Related documents
- What it's filled in based on: there is no separate basis document — you create the card type manually for a marketing campaign/loyalty program.
- What is configured together with it: "Discounts (Markups)" (condition "Has loyalty card"), "Bonus loyalty programs".
- What is issued based on the type: the "Loyalty Cards" catalog/document (specific customer cards).
- Where the card works further: "Cash receipt", "Sale of goods and services", "Retail sales report" — here the card discount forms postings (Dr 1210 Cr 6010 / 3130, Dr 7010 Cr 1330).
How to find your release: "Help" → "About the program" — there you'll see the platform and configuration release.
Guide verified on "Trade Management for Kazakhstan", edition 3.4, release 3.4.5.21. Figures (VAT 16%, Kazakhstan chart of accounts) are given according to Kazakhstan's 2026 regulations.