Customer TIN and e-mail at payment — Paloma365 Classic (Windows POS)

This article covers Paloma365 Classic — the Windows POS application. At payment the POS can ask for the buyer's identification number (IIN/BIN/TIN) and e-mail; both go into the fiscal receipt sent to the online cash register and the fiscal data operator — see Fiscal registers and OFD.

How to enable

1. In the payment window (see Payments) press "Параметры" (Parameters) — the "Параметры текущей сессии" (current session parameters) window opens.
2. Turn on "Запрашивать ИИН" (request IIN) and/or "Запрашивать E-mail" — sliders "Да" (Yes) / "Нет" (No).
3. Press "Принять" (Accept). Both prompts are off by default; the setting is remembered on this POS.

What the cashier sees

After the payment is confirmed, while the fiscal receipt is being created, the POS shows "Введите или отсканируйте ИНН" (enter or scan the TIN), then "Введите или отсканируйте E-Mail" if enabled. Type, scan, or use the on-screen keyboard; "Принять" (Accept, or Enter) confirms, "Отмена" (Cancel) sends the receipt without the value. If a client is attached to the order, the POS pre-fills the number from the client card's "БИН/ИНН" field (or the client's e-mail) — verify and confirm. The prompt appears once per receipt. With online cash registers, refunds and automatically created receipts never ask; with hardware fiscal registers (Shtrih, ATOL) the TIN prompt also appears on refunds.

Important: the entered TIN and e-mail actually make it into the fiscal receipt only with the WebKassa and KaspiKassa online registers — with the other online registers the prompt appears, but the value is not passed into the receipt. Of the hardware fiscal registers, Shtrih prints both the TIN and the e-mail, ATOL only the e-mail.

Common problems

• No window appears — the sliders are off (default), or it is a refund through an online cash register.
• Cancelled by mistake — the receipt went out without the TIN; the POS won't ask again for that receipt.
• Wrong value pre-filled — fix it in the input window, then update the client card.
• Typo — the POS does not validate the value; check it before accepting.

FAQ

TIN only, without e-mail? Yes — the sliders are independent.

Is the number saved to the client? No, only into the current receipt; keep the permanent value in the client card's "БИН/ИНН" field.

Where does the e-mail go? With the fiscal receipt to the online cash register and OFD, so the customer can receive an electronic receipt. This works with WebKassa and KaspiKassa; the other online registers do not pass the value into the receipt (see above).