PRD: Mẫu biên lai

Module	Thương mại	PRD ID	PRD-RCP-001
Trạng thái	Sẵn sàng dev	FEAT	RCP
Epic	—	Plane	BANA-1530
Ngày	2026-06-15	Phiên bản	v1.0
Gói	@nx/commerce · @nx/core	URD	RCP
Surface	Client · Chủ/QLSale · POSBO · Vận hành
Phụ trách	Phát Nguyễn

Mẫu biên lai là gì

Mỗi lượt bán kết thúc bằng một biên lai in, nhưng không phải merchant nào cũng muốn cùng một tờ. Quán cà phê muốn logo và mã QR cho chương trình loyalty; quầy bán lẻ muốn barcode và bảng dòng hàng gọn; địa điểm đa ngôn ngữ muốn biên lai tiếng Việt ở kênh này và tiếng Anh ở kênh khác.

Một mẫu biên lai (ReceiptTemplate) là một bố cục có tên, gắn phạm vi chi nhánh (Merchant) hoặc một kênh bán (SaleChannel) cụ thể, và theo một ngôn ngữ. Mẫu được soạn ở hai nơi: Chủ/Quản lý tự thiết kế cho merchant của mình ngay tại trang Client, còn đội vận hành thiết kế thay cho merchant ở Back Office - cả hai dùng chung một bộ khối, kéo-thả khối, gắn field, xem trước ngay trên form trước khi lưu.

Bộ khối cố định và một mặc định cho mỗi phạm vi, ngôn ngữ

Bố cục của một mẫu chỉ được lắp từ một bộ khối cố định: text, line, image, bảng dòng hàng, barcode, QR, và grid cho các hàng cạnh nhau. Bố cục được kiểm tra ngay khi lưu theo đúng bộ khối này - một khối lạ ngoài bộ cố định hoặc thiếu field bắt buộc bị từ chối trước khi lưu, nên một tờ sai không bao giờ lọt tới máy in.

Mỗi phạm vi và ngôn ngữ chỉ có đúng một mẫu mặc định tại mọi thời điểm - đặt một mẫu mới làm mặc định thì mẫu cũ tự thôi mặc định, merchant không phải gỡ tay.

Vì sao cần một bề mặt mẫu

Không có bề mặt mẫu, merchant không đổi được phần đầu, không sắp xếp lại các phần, không thêm được barcode hay in sang ngôn ngữ thứ hai mà không cần can thiệp kỹ thuật. Cũng không có nơi an toàn để lưu các bố cục này: một tài liệu tự do sẽ để lọt một biên lai sai định dạng - một cột không có field, một grid không bao giờ kết thúc - và làm kẹt máy in đúng lúc tệ nhất, giữa lúc thanh toán.

Một mẫu, từ lúc thiết kế tới lúc in

Một thành viên đội vận hành mở Back Office, vào phần quản lý merchant, mở mục Mẫu biên lai của một merchant cụ thể và thiết kế một biên lai 80mm: một ảnh logo, tên merchant căn giữa, một đường phân tách nét đứt, một bảng dòng hàng (tên · sl · giá), một grid tổng tiền, và một mã QR gắn với mã đơn hàng. Họ đặt nó làm mặc định cho tiếng Việt. Bố cục được kiểm tra và lưu lại.

Khi thanh toán, thu ngân trên POS hoàn tất đơn; hệ thống chọn mẫu tiếng Việt mặc định của merchant, gắn field và dòng hàng của đơn vào, và render một ảnh raster đơn sắc rộng 576px để máy in nhiệt in ra. Trước khi dùng thật, thu ngân đã bấm nút In thử trong Cài đặt máy in trên POS để chắc rằng tờ in ra đúng như thiết kế.

Sau đó đội vận hành thêm một mẫu tiếng Anh cho kênh take-away của merchant và đặt nó mặc định cho tiếng Anh - mặc định tiếng Anh trước đó của kênh đó tự được gỡ.

Chỗ dễ sai nhất

POS không thiết kế hay thiết lập mẫu

App bán hàng (POS) không có chức năng thiết kế hay thiết lập mẫu biên lai. Máy bán hàng chỉ đồng bộ mẫu mới nhất mỗi khi mẫu được cập nhật ở Client hoặc Back Office, rồi dùng đúng mẫu đó để in khi thanh toán xong. Không canvas soạn thảo, không form thiết lập, không nút "sửa mẫu" nào trên POS.

Mọi chỉnh sửa bố cục phải làm ở trang Client hoặc ở Back Office rồi đợi POS đồng bộ - không có đường tắt nào trực tiếp trên máy bán hàng.

1. Mục tiêu & Loại trừ

Mục tiêu

• Một mẫu biên lai có tên theo phạm vi merchant hoặc kênh bán, trong ngôn ngữ đã chọn - soạn ở trang Client (Chủ/Quản lý, cho merchant của mình) hoặc ở Back Office (đội vận hành, cho merchant).
• Bố cục dựng từ một bộ khối cố định - text, line, image, bảng dòng hàng, barcode, QR, và grid cho các hàng cạnh nhau.
• Kiểm tra bố cục ở mỗi lần lưu - một mẫu không hợp lệ với bộ khối bị từ chối trước khi lưu.
• Một mặc định cho mỗi phạm vi và ngôn ngữ - đặt mặc định sẽ tự gỡ mặc định trước đó cho phạm vi và ngôn ngữ đó.
• Các khối gắn với dữ liệu đơn hàng trực tiếp (field, dòng hàng) được phân giải khi in, với định dạng số / tiền tệ / ngày theo từng field.
• Render mẫu thành ảnh raster đơn sắc vừa khổ giấy in nhiệt 58mm hoặc 80mm, đẩy thẳng ra máy in ngay khi thanh toán xong trên POS.
• Vòng đời đầy đủ - tạo, sửa, liệt kê/lọc, trạng thái (Activated / Deactivated / Archived), soft-delete - theo phạm vi merchant.

Loại trừ

• Đặc tả pixel-level giao diện kéo-thả tại Back Office - bố trí canvas, phím tắt, animation kéo-thả - PRD này cố định hợp đồng mẫu (bộ khối, kiểm tra, mặc định) và việc render ra máy in nhiệt, không phải hành vi chi tiết của canvas soạn thảo.
• Bố cục và phát hành hóa đơn điện tử / hóa đơn thuế pháp lý - hóa đơn tài khóa do Tax & Invoice chi phối, không phải các mẫu in này.
• Lựa chọn truyền tải / driver máy in (USB, Bluetooth, mạng) - mẫu tạo ra ảnh raster; đưa nó tới thiết bị là việc của thiết bị in.
• Biên lai email / PDF - increment này nhắm in nhiệt.
• Chia sẻ mẫu giữa các merchant hay một chợ mẫu toàn cục.
• Thiết kế hay thiết lập mẫu trên POS - POS chỉ đồng bộ mẫu mới nhất từ trang Client hoặc Back Office rồi dùng để in và In thử, không có chức năng thiết kế hay thiết lập mẫu.

2. Thước đo thành công

Chỉ số	Mục tiêu / tín hiệu
An toàn bố cục	Một bố cục sai định dạng (thiếu field, sai loại khối) bị từ chối khi lưu - không mẫu sai nào tới máy in
Toàn vẹn mặc định	Mỗi (merchant-hoặc-kênh, locale) có tối đa một mẫu mặc định tại mọi thời điểm
Bao phủ phạm vi	Một mẫu gắn được với merchant hoặc một kênh bán cụ thể, trong ngôn ngữ đã chọn
Độ trung thực render	Ảnh raster khớp đúng khổ giấy đã khai (58mm → 384px, 80mm → 576px), không méo bố cục khi in
Gắn dữ liệu	Field đơn hàng và dòng hàng xuất hiện trên tờ in qua binding field và định dạng đã khai báo

3. Persona & Tình huống

Persona	Mục tiêu trong tính năng này
Đội vận hành	Thiết kế biên lai cho merchant ở Back Office - thương hiệu, các phần, barcode/QR - theo phạm vi merchant hoặc từng kênh bán, và đặt mặc định theo từng ngôn ngữ
Chủ/Quản lý	Tự thiết kế biên lai cho merchant của mình ngay tại trang Client - cùng bộ khối, cùng luật kiểm tra bố cục như ở Back Office
Thu ngân	In một biên lai đúng, dễ đọc khi thanh toán mà không cần cấu hình gì trên POS

Kịch bản lõi: một thành viên đội vận hành mở Back Office, vào phần quản lý merchant, mở mục Mẫu biên lai của một merchant cụ thể và thiết kế một biên lai 80mm - một ảnh logo, tên merchant căn giữa, một đường phân tách nét đứt, một bảng dòng hàng (tên · sl · giá), một grid tổng tiền, và một mã QR gắn với mã đơn hàng. Họ đặt nó làm mặc định cho tiếng Việt. Bố cục được kiểm tra và lưu lại. Khi thanh toán, thu ngân trên POS hoàn tất; hệ thống chọn mẫu tiếng Việt mặc định của merchant, gắn field và dòng hàng của đơn vào, và render một ảnh raster đơn sắc rộng 576px để máy in nhiệt in ra. Trước khi dùng thật, thu ngân đã bấm nút In thử trong Cài đặt máy in trên POS để chắc rằng tờ in ra đúng như thiết kế. Sau đó đội vận hành thêm một mẫu tiếng Anh cho kênh take-away của merchant và đặt nó mặc định cho tiếng Anh - mặc định tiếng Anh trước đó của kênh đó tự được gỡ.

4. User Stories

#	Là một	Tôi muốn	Để
01	thành viên đội vận hành	thiết kế biên lai cho merchant ở Back Office từ một bộ khối cố định (text, image, đường phân tách, bảng hàng, barcode, QR)	tờ in phản ánh thương hiệu của merchant mà không cần can thiệp kỹ thuật
02	thành viên đội vận hành	đặt một biên lai mặc định cho mỗi ngôn ngữ	thanh toán trên POS luôn chọn được một bố cục hợp lý
03	thành viên đội vận hành	cho một kênh bán của merchant bố cục biên lai riêng	tờ giao hàng khác tờ dine-in
04	thành viên đội vận hành	gắn bảng hàng và tổng tiền với dữ liệu đơn trực tiếp	mỗi biên lai in đúng đơn thật
05	thành viên đội vận hành	một bố cục hỏng bị từ chối khi lưu ở Back Office	không phát hiện sự cố tại máy in giữa lúc bán
06	Chủ/Quản lý	tự thiết kế biên lai cho merchant của mình ngay tại trang Client, dùng cùng bộ khối và luật kiểm tra bố cục như ở Back Office	tôi chủ động chỉnh sửa mà không cần nhờ đội vận hành
07	thu ngân	in thử một biên lai trong Cài đặt máy in trên POS trước khi dùng thật	chắc rằng tờ in ra đúng như đã thiết kế

5. Yêu cầu chức năng

#	Yêu cầu	Trạng thái	URD ref
FR-001	Một mẫu biên lai có tên gắn phạm vi merchant hoặc kênh bán, trong một ngôn ngữ đã chọn.	✅	URD-RCP-001 · URD-RCP-004
FR-002	Mỗi mẫu khai báo khổ giấy thuộc danh sách khổ được hệ thống hỗ trợ - hiện tại 58mm và 80mm. • Danh sách này mở rộng được mà không đổi cấu trúc mẫu. • Khổ ngoài danh sách bị từ chối khi lưu. • Mỗi mẫu cũng khai một cỡ chữ nền.	🔶	URD-RCP-002
FR-003	Tên mẫu duy nhất trong một phạm vi và ngôn ngữ - cùng tên dùng lại được giữa các ngôn ngữ khác nhau và nhận biết soft-delete.	✅	URD-RCP-003
FR-004	Bố cục là một danh sách khối có thứ tự từ bộ cố định: text, line, image, bảng dòng hàng, barcode, QR, grid.	✅	URD-RCP-006
FR-005	Bố cục được kiểm tra theo bộ khối khi tạo và cập nhật; một khối lạ ngoài bộ cố định hoặc thiếu field bắt buộc bị từ chối trước khi lưu.	✅	URD-RCP-007
FR-006	Khối text, dòng hàng, barcode, QR gắn với field đơn hàng động qua cú pháp , phân giải khi in - ví dụ một khối text khai và một khối khác khai thì biên lai in ra điền đúng "Tên khách hàng" và "Tổng tiền" của đơn hàng vừa thanh toán.	✅	URD-RCP-008
FR-007	Bảng dòng hàng render các cột cấu hình được (field · header · width · align · format) với hàng tiêu đề tùy chọn.	✅	URD-RCP-009
FR-008	Một khối grid đặt các con vào cột tỉ lệ với canh / phân bố cho các hàng cạnh nhau (tối đa 5 hàng).	✅	URD-RCP-010
FR-009	Các khối mang style trình bày - canh, độ đậm, biến đổi chữ, gạch, viền, màu, padding.	✅	URD-RCP-011
FR-010	Giá trị số, tiền tệ, ngày định dạng theo format đã khai báo trên khối hoặc cột.	✅	URD-RCP-012
FR-011	Đúng một mẫu mặc định cho mỗi phạm vi và ngôn ngữ. Đặt mặc định gỡ mặc định trước đó một cách atomic.	✅	URD-RCP-005
FR-012	Một mẫu render thành ảnh raster đơn sắc vừa khổ giấy (58mm → 384px, 80mm → 576px). • Trên POS, mẫu mặc định được đồng bộ mỗi khi có cập nhật ở Client hoặc Back Office. • Khi thanh toán xong, ảnh raster được đẩy thẳng ra máy in nhiệt.	✅	URD-RCP-013 · URD-RCP-017
FR-013	Mẫu mang trạng thái vòng đời (Activated / Deactivated / Archived) và được soft-delete.	✅	URD-RCP-014
FR-014	Mọi thao tác giới hạn trong merchant của chính người dùng và được kiểm soát bởi quyền mẫu biên lai. Mẫu liệt kê/lọc được theo phạm vi, locale, trạng thái, cờ mặc định.	✅	URD-RCP-015 · URD-RCP-016
FR-015	Chủ/Quản lý thiết kế mẫu biên lai cho merchant của mình ngay trên trang Client - cùng bộ khối, cùng luật kiểm tra bố cục như màn ở Back Office.	🚧	URD-RCP-017

5.1 Tiêu chí nghiệm thu

• Tạo một mẫu ở Back Office với tên, phạm vi (merchant hoặc một kênh bán cụ thể) và ngôn ngữ → mẫu được lưu, gắn đúng phạm vi và ngôn ngữ đã chọn.
• Tại trang Client, Chủ/Quản lý tạo một mẫu biên lai với bố cục hợp lệ → mẫu được lưu và dùng được như mẫu tạo từ Back Office.
• Lưu mẫu với khổ giấy 58mm hoặc 80mm → được chấp nhận. Lưu mẫu với khổ giấy ngoài danh sách hỗ trợ → bị từ chối.
• Đặt tên một mẫu mới trùng tên một mẫu khác đang sống trong cùng phạm vi và ngôn ngữ → bị từ chối; đặt trùng tên một mẫu đã xóa mềm → được chấp nhận.
• Lắp bố cục từ các khối text, line, image, bảng dòng hàng, barcode, QR, grid theo một thứ tự bất kỳ → bố cục được lưu đúng thứ tự đã lắp.
• Lưu một bố cục có khối lạ ngoài bộ cố định, hoặc một khối thiếu field bắt buộc → bị từ chối, không gì được lưu.
• Gắn một khối text với field và một khối khác với , rồi in thử → biên lai in ra điền đúng "Tên khách hàng" và "Tổng tiền" của đơn hàng.
• Cấu hình bảng dòng hàng với cột tên, số lượng, đơn giá kèm hàng tiêu đề → biên lai in ra hiển thị đúng các cột theo thứ tự và định dạng đã khai.
• Đặt 3 khối cạnh nhau trong một grid → chúng chia cột theo tỉ lệ đã canh; thêm khối thứ 6 vào cùng grid → bị từ chối.
• Đặt một khối chữ đậm, căn giữa, có viền → tờ in thể hiện đúng các thuộc tính đó.
• Khai định dạng ngày trên một field ngày → biên lai in ra theo đúng định dạng đã khai, không phải định dạng mặc định của hệ thống.
• Đặt mẫu B làm mặc định tiếng Việt khi mẫu A đang là mặc định tiếng Việt của cùng merchant → B thành mặc định, A tự thôi mặc định; đúng một mặc định tại mọi thời điểm.
• Mẫu được cập nhật ở Client hoặc Back Office → lượt in tiếp theo trên POS dùng ngay mẫu mới nhất, không cần thao tác nào trên POS.
• Hoàn tất thanh toán trên POS → hệ thống lấy mẫu mặc định theo ngôn ngữ và kênh của đơn, gắn field và dòng hàng, render ảnh raster đúng bề rộng khổ giấy, và đẩy ra máy in.
• Bấm nút In thử trong Cài đặt máy in trên POS → biên lai in ra ngay bằng mẫu mặc định hiện tại, không cần một đơn hàng thật.
• Chuyển trạng thái một mẫu sang Deactivated → mẫu không còn được chọn làm mặc định khi thanh toán. Xóa một mẫu → mẫu biến mất khỏi danh sách nhưng vẫn là xóa mềm, không mất dữ liệu.
• Mở danh sách mẫu ở Back Office và lọc theo phạm vi, ngôn ngữ, trạng thái, cờ mặc định → chỉ mẫu khớp điều kiện hiện ra; người dùng ở merchant khác không thấy mẫu của merchant này.

6. Yêu cầu phi chức năng

Lĩnh vực	Yêu cầu
Toàn vẹn bố cục	Bố cục được kiểm tra nghiêm ngặt theo bộ khối cố định khi lưu; một bố cục không hợp lệ bị từ chối với lý do rõ ràng, không bao giờ lưu
Nhất quán mặc định	Đặt mặc định và gỡ mặc định trước đó cho cùng phạm vi và ngôn ngữ diễn ra trong một bước atomic
Tenancy & quyền	Mọi thao tác giới hạn trong merchant của chính người dùng; kiểm soát bởi quyền tạo / đọc / cập nhật / xóa mẫu biên lai dưới commerce
Liên kết phạm vi	Một mẫu gắn merchant hoặc kênh bán qua liên kết duy nhất gắn nó với một trong hai
i18n	Mẫu theo từng locale; một merchant hoặc kênh giữ một bộ mẫu cho mỗi ngôn ngữ và một mặc định cho mỗi ngôn ngữ
Tính xác định khi render	Một mẫu + dữ liệu đơn cho ra một ảnh raster đơn sắc xác định đúng bề rộng theo khổ giấy
Soft-delete	Mẫu không bị xóa vật lý; tính duy nhất của tên và mặc định chỉ xét trên các hàng còn sống

7. UX & Luồng

Soạn mẫu ở Client hoặc Back Office & phân giải mặc định

In khi thanh toán trên POS

Bề mặt soạn thảo có ở hai nơi: tại trang Client, Chủ/Quản lý tự thiết kế mẫu cho merchant của mình; ở Back Office, trong phần quản lý merchant, đội vận hành thiết kế thay cho merchant. Cả hai nơi chọn phạm vi (merchant hoặc kênh) và ngôn ngữ, chọn khổ giấy, kéo-thả các khối theo thứ tự, gắn mỗi khối với field dữ liệu, xem trước tờ in render ngay trên form, và đánh dấu mẫu mặc định cho ngôn ngữ đó. Trên POS không có bề mặt soạn thảo nào cả - máy bán hàng chỉ đồng bộ mẫu mới nhất mỗi khi mẫu được cập nhật ở Client hoặc Back Office. Trong Cài đặt máy in ở POS có nút In thử - thu ngân bấm để in ngay bằng mẫu mặc định hiện tại mà không cần một đơn hàng thật, dùng để kiểm tra trước khi đưa vào bán thật.

8. Dữ liệu & Miền nghiệp vụ

Thực thể	Vai trò
Mẫu biên lai	Một bố cục có tên, theo locale, gắn phạm vi merchant hoặc kênh bán; mang khổ giấy, cỡ chữ nền, cờ mặc định, trạng thái, và bố cục khối
Bộ khối	Tập layout cố định - text, line, image, bảng dòng hàng, barcode, QR, và grid đệ quy - mỗi khối có style riêng và (nơi cần) binding dữ liệu
Liên kết phạm vi	Liên kết duy nhất gắn một mẫu với merchant hoặc một kênh bán

Chỉ ở mức khái niệm - bộ khối đầy đủ, binding field, và bất biến nằm trong commerce domain model. Bố cục khối được lưu dưới dạng tài liệu có cấu trúc và kiểm tra ở mỗi lần ghi.

9. Phụ thuộc & Giả định

Phụ thuộc vào

#	Feature	Phụ thuộc điều gì
01	Merchant & kênh bán (MER, SC)	phạm vi của mẫu là một trong hai; phạm vi phải tồn tại trước.
02	Permissions (Permissions)	tạo / đọc / cập nhật / xóa mẫu biên lai được kiểm soát dưới commerce.
03	Dữ liệu đơn / sale (Orders)	các khối gắn với field đơn và dòng hàng phân giải khi in.
04	Nền tảng dùng chung	mô hình mẫu, bộ khối, và năng lực render.

Giả định

#	Giả định	Sai thì sao
01	Merchant hoặc kênh bán mà mẫu nhắm tới đã tồn tại.	Mẫu không tạo được vì chưa có phạm vi hợp lệ để gắn vào - merchant hoặc kênh bán phải tồn tại trước khi tạo mẫu.
02	Điểm bán in một ảnh raster đơn sắc ra máy in nhiệt 58mm hoặc 80mm.	Bề rộng raster đã render không khớp khổ giấy vật lý, và bản in bị cắt xén hoặc méo.
03	Merchant chọn một ngôn ngữ cho mỗi mẫu; một đơn mang đủ field và dòng hàng để điền vào các khối đã gắn.	Một đơn thiếu field hoặc dòng hàng mà một khối đã gắn thì khối đó không phân giải được khi in, và tờ biên lai in ra thiếu đúng phần dữ liệu đó.

10. Kế hoạch phát hành & Tiêu chí

Khía cạnh	Kế hoạch
Phase	P2 - RCP trong URD feature catalog
Rollout	Mọi merchant; không feature flag
Migration	Không - khái niệm mới; merchant chưa có mẫu sẽ dùng tờ mặc định dựng sẵn
Launch criteria	Mẫu tạo / sửa ở trang Client hoặc ở Back Office theo phạm vi merchant hoặc kênh, theo từng ngôn ngữ; một bố cục sai bị từ chối khi lưu; đúng một mặc định cho mỗi phạm vi và ngôn ngữ; POS không có chức năng thiết kế hay thiết lập mẫu, chỉ đồng bộ mẫu mới nhất - khi thanh toán, mẫu mặc định được render thành raster đúng khổ giấy và đẩy ra máy in nhiệt
Monitoring	Tỉ lệ từ chối khi lưu theo lý do (bố cục không hợp lệ, khổ giấy ngoài danh sách), số lần xung đột mặc định, lỗi render theo merchant

Tham chiếu

• URD: Commerce - RCP
• PRD liên quan: Organizer & merchant · Sale channels · Categories
• Module: Commerce - URD
• Developer: @nx/commerce · @nx/core

Rủi ro & Câu hỏi mở

#	Rủi ro / câu hỏi	Giảm thiểu / trạng thái
01	Một bố cục sai làm kẹt máy in giữa lúc bán	Bố cục được kiểm tra nghiêm ngặt ở mỗi lần lưu theo bộ khối; một mẫu không hợp lệ bị từ chối trước khi lưu
02	Hai mặc định cho cùng phạm vi và ngôn ngữ	Đặt mặc định gỡ một cách atomic mặc định trước đó cho phạm vi và locale đó
03	Sai bề rộng raster trên sai máy in	Mẫu khai báo khổ giấy; render định cỡ raster theo nó (58mm → 384px, 80mm → 576px)
04	Tên của một mẫu đã gỡ chặn việc dùng lại	Tính duy nhất của tên và mặc định nhận biết soft-delete - chỉ xét trên các hàng còn sống
05	Chi tiết giao diện kéo-thả ở Back Office không đặc tả pixel-level ở đây	Chủ đích - PRD này cố định hợp đồng mẫu và việc render, canvas soạn thảo là một bề mặt Back Office riêng lẻ

Câu hỏi thường gặp

#	Câu hỏi	Trả lời
01	Ai thiết kế được mẫu biên lai?	Hai nơi: Chủ/Quản lý tự thiết kế cho merchant của mình ngay tại trang Client, và đội vận hành thiết kế thay cho merchant ở Back Office - cùng bộ khối, cùng luật kiểm tra bố cục. Trên POS không có chức năng thiết kế hay thiết lập mẫu; POS chỉ đồng bộ mẫu mới nhất từ Client hoặc Back Office và dùng để in.
02	Mỗi kênh bán có biên lai riêng được không?	Có - một mẫu gắn phạm vi merchant hoặc một kênh bán cụ thể, nên kênh giao hàng in được tờ khác với dine-in.
03	Ngôn ngữ hoạt động ra sao?	Mẫu theo từng locale. Một merchant hoặc kênh giữ một mẫu cho mỗi ngôn ngữ và một mặc định cho mỗi ngôn ngữ; thanh toán chọn mặc định theo ngôn ngữ của đơn.
04	Nếu bố cục của tôi bị hỏng thì sao?	Nó bị từ chối khi bạn lưu ở Back Office - bố cục được kiểm tra theo bộ khối cố định, nên một cột thiếu field hay một loại khối lạ bị bắt trước khi có thể tới máy in.
05	Tôi có hai biên lai mặc định được không?	Không cho cùng phạm vi và ngôn ngữ - đánh dấu một mẫu mặc định tự gỡ mặc định trước đó cho merchant-hoặc-kênh và locale đó.
06	Tôi đặt được gì lên biên lai?	Text, đường phân tách (line), một ảnh (ví dụ logo), một bảng dòng hàng với cột cấu hình được, một barcode, một mã QR, và một grid cho các hàng cạnh nhau - mỗi thứ có canh, style, và binding dữ liệu riêng.
07	Làm sao biết tờ in ra đúng như đã thiết kế?	Bấm nút In thử trong Cài đặt máy in trên POS - biên lai in ra ngay bằng mẫu mặc định hiện tại, không cần chờ một đơn hàng thật.
08	Cái này in hóa đơn thuế pháp lý chứ?	Không - hóa đơn điện tử tài khóa do Tax & Invoice chi phối. Các mẫu này dành cho biên lai bán hàng in ra.