In Voucher Có Số Sê-ri Và Mã QR: Chuẩn Bị Dữ Liệu Và Kiểm Trùng
In voucher có số sê-ri là in mỗi phiếu một mã riêng lấy từ một bảng dữ liệu đã kiểm, có thể kèm mã QR trỏ tới trang kiểm tra hoặc trang khuyến mãi do chính cửa hàng quản lý. Phần quyết định chất lượng không nằm ở máy in mà ở khâu chuẩn bị: định dạng mã, số chữ số, tiền tố, cột QR, việc kiểm trùng và kiểm thiếu số, vị trí số trên phiếu và cách nghiệm thu theo dải khi nhận hàng. Quy cách giấy, gia công và tiến độ của từng đơn được nhân viên xác nhận tại trang In Voucher, Gift Voucher của Nhà in Phát theo file, giấy và số lượng.
Bài viết dành cho người phụ trách chương trình ưu đãi, quà tặng hoặc sự kiện cần phát hành phiếu có thể đối chiếu từng tờ. Phần khái niệm và các loại phiếu đã có trong bài voucher là gì và các loại voucher thường dùng; ở đây chỉ bàn phần dữ liệu biến đổi, không đưa ra bảng giá.
PHÂN VAI CÁC LOẠI MÃ
Số sê-ri, mã QR và cuống phiếu: mỗi thành phần làm việc gì?
Trước khi lập bảng dữ liệu, cần trả lời ba câu hỏi: ai sẽ đọc mã, đọc bằng mắt hay bằng thiết bị, và đọc vào lúc nào. Số sê-ri hiển thị là thứ nhân viên quầy nhìn thấy, đọc to, ghi vào sổ hoặc nhập vào phần mềm bán hàng. Mã QR dành cho camera điện thoại hoặc máy quét, mở một đường dẫn hay trả về một chuỗi ký tự. Cuống phiếu là phần tách ra và giữ lại ở nơi phát hành. Mỗi thành phần nên có một nhiệm vụ rõ ràng thay vì lặp lại cùng một thông tin ở ba nơi.
Số sê-ri dành cho người đọc
Số sê-ri giúp phân biệt phiếu này với phiếu khác khi không có thiết bị. Nhân viên có thể đối chiếu số trên phiếu với danh sách phát hành, gạch số đã dùng, hoặc đọc qua điện thoại cho người quản lý kiểm tra. Vì được đọc bằng mắt, số cần ngắn vừa đủ, dùng phông rõ ràng, không lẫn ký tự giống nhau và đặt ở vị trí dễ thấy khi khách đưa phiếu. Một mã quá dài, nhiều dấu gạch hay trộn chữ thường với chữ hoa sẽ làm tăng nguy cơ đọc sai, đặc biệt lúc quầy đông khách và nhân viên phải xử lý nhanh.
Mã QR dành cho thiết bị
Mã QR không cần con người đọc được nội dung bên trong, nhưng phải được camera nhận ra trong điều kiện thực tế: ánh sáng quầy, khoảng cách cầm phiếu, bề mặt giấy có cán màng hay không. QR trên voucher thường làm một trong hai việc: mở trang mô tả chương trình chung, hoặc mở trang kiểm tra riêng của đúng phiếu đó, trong đó đường dẫn có kèm mã. Trang đích luôn do cửa hàng hoặc đơn vị phát hành quản lý; nhà in in hình mã theo dữ liệu được gửi, không vận hành hệ thống kiểm tra phiếu và không ghi nhận phiếu nào đã được sử dụng.
Cuống kiểm soát dành cho người phát hành
Cuống là phần nằm cạnh phiếu chính, ngăn cách bằng đường răng cưa để xé tay. Khi trao phiếu, nhân viên xé phần chính đưa khách và giữ cuống; trên cuống có cùng số sê-ri và vài ô ghi tay như ngày phát, người nhận hoặc nơi phát. Cuối chương trình, cuống trở thành căn cứ đối soát: số phiếu đã phát, số còn tồn, số đã sử dụng. Không phải chương trình nào cũng cần cuống. Nếu phiếu được gửi kèm đơn hàng hay việc phát đã được ghi nhận trên phần mềm, phần cuống có thể chỉ làm phiếu dài hơn và tốn thêm công xé.
ĐỊNH DẠNG MÃ
Thiết kế định dạng số sê-ri: tiền tố, phần số và ký tự phân cách
Một số sê-ri dễ quản lý thường gồm ba phần: tiền tố cho biết phiếu thuộc chương trình hoặc nhóm nào, phần số chạy theo thứ tự hoặc theo quy tắc riêng, và ký tự phân cách giữa hai phần nếu cần. Ví dụ, một chương trình tri ân có hai loại quyền lợi có thể dùng tiền tố TA cho loại thứ nhất và TB cho loại thứ hai, phía sau là năm chữ số. Khi đó TA-00001 và TB-00001 là hai phiếu khác nhau, dù phần số giống nhau. Định dạng nên được viết thành quy tắc bằng chữ trước khi tạo dữ liệu, để người lập bảng, người thiết kế và người nghiệm thu cùng hiểu theo một cách.
Tiền tố nên mang thông tin gì
Tiền tố hữu ích khi nó giúp phân loại nhanh tại quầy: đợt phát hành, loại quyền lợi, kênh phát hoặc điểm bán của cửa hàng. Nên giữ tiền tố ngắn, khoảng hai đến bốn ký tự, viết hoa và không dấu. Không nên nhồi quá nhiều tầng thông tin như đợt, điểm bán, loại quyền lợi và tháng vào cùng một mã, vì phiếu sẽ dài và nhân viên khó nhớ ý nghĩa từng phần. Nếu cần quản lý nhiều thuộc tính, hãy để chúng nằm trong bảng dữ liệu của cửa hàng; trên phiếu chỉ cần mã đủ để tra ra dòng tương ứng.
Tránh đưa vào tiền tố thông tin dễ thay đổi sau khi in, như tên chiến dịch chưa chốt. Hạn sử dụng nên in thành dòng chữ riêng cho khách đọc, thay vì mã hóa trong tiền tố mà chỉ người nội bộ hiểu.
Chọn số chữ số theo tổng phát hành và phần dự phòng
Phần số nên có độ dài cố định cho cả chương trình. Năm chữ số đủ cho tới 99.999 phiếu trong một tiền tố; bốn chữ số đủ cho tới 9.999 phiếu. Hãy tính tổng dự kiến của mọi đợt, cộng thêm phần có thể phát hành bổ sung, rồi mới chọn độ dài. Chọn quá ngắn sẽ phải đổi định dạng giữa chừng, tạo ra hai kiểu mã song song; chọn quá dài sẽ làm số chiếm chỗ và khó đọc. Với độ dài cố định, các số nhỏ được thêm số 0 ở đầu, ví dụ 00007 thay vì 7, để mọi phiếu có cùng bề rộng, dễ sắp xếp và dễ dò bằng mắt.
Loại bỏ ký tự dễ đọc nhầm
Nếu mã có cả chữ và số, hãy loại khỏi bộ ký tự những cặp dễ nhầm khi in nhỏ hoặc đọc vội: chữ O với số 0, chữ I và chữ L với chữ số một, chữ S với số 5, chữ B với số 8, chữ Z với số 2. Một cách đơn giản là để phần biến đổi chỉ gồm chữ số, còn phần chữ chỉ nằm trong tiền tố cố định đã biết trước. Không dùng chữ thường trong mã, vì mỗi phông chữ thể hiện chữ thường rất khác nhau và người nhập tay dễ gõ sai kiểu chữ khi phần mềm phân biệt chữ hoa với chữ thường.
| Thành phần mã | Ví dụ | Mục đích | Lưu ý khi in |
|---|---|---|---|
| Tiền tố chương trình | TA, TB, KT | Phân biệt đợt, loại quyền lợi hoặc kênh phát | Viết hoa, không dấu, khoảng 2–4 ký tự, giữ cố định trong cả đợt |
| Ký tự phân cách | Dấu gạch ngang | Tách tiền tố khỏi phần số khi đọc bằng mắt | Dùng thống nhất một loại, không trộn gạch ngang với dấu chấm |
| Phần số | 00001 | Định danh từng phiếu | Độ dài cố định, giữ nguyên số 0 ở đầu |
| Ký tự kiểm tra (nếu dùng) | Một ký tự cuối mã | Phát hiện lỗi khi gõ tay tại quầy | Quy tắc tính do cửa hàng quản lý, nhà in in đúng chuỗi đã duyệt |
| Chuỗi QR | Đường dẫn kèm mã phiếu | Mở trang kiểm tra của đúng phiếu đó | Phần mã trong đường dẫn phải khớp số in trên cùng phiếu |
CÁCH ĐÁNH MÃ
Đánh số tuần tự, mã khó đoán hay kết hợp cả hai?
Số tuần tự dễ tạo, dễ kiểm thiếu và dễ nghiệm thu theo dải. Điểm yếu là ai cầm một phiếu cũng đoán được số của phiếu bên cạnh. Nếu quyền lợi chỉ có giá trị khi khách cầm phiếu giấy thật tới quầy, điểm yếu này ít ảnh hưởng, vì người khác không có tờ phiếu tương ứng. Nhưng nếu khách có thể nhập mã trên trang web hoặc ứng dụng để nhận ưu đãi mà không cần xuất trình phiếu, mã tuần tự cho phép người khác thử lần lượt các số lân cận. Khi đó cần thêm một mã khó đoán do hệ thống của cửa hàng sinh ra.
Cách thường dùng là kết hợp: số sê-ri tuần tự in rõ để quản lý kho phiếu và nghiệm thu, cùng một mã khó đoán nằm trong QR hoặc dưới lớp phủ cào để kích hoạt quyền lợi. Hai mã được ghép trên cùng một dòng của bảng dữ liệu. Nhân viên quầy vẫn có số dễ đọc để đối chiếu, còn mã kích hoạt không lộ ra trước khi khách nhận phiếu. Lớp phủ cào là gia công được nhắc tới trên trang sản phẩm; khả năng thực hiện, vị trí và kích thước vùng cào được nhân viên xác nhận theo file, giấy và số lượng.
| Cách đánh mã | Thuận lợi | Hạn chế | Phù hợp khi |
|---|---|---|---|
| Chỉ số tuần tự | Dễ tạo, dễ kiểm thiếu, nghiệm thu nhanh theo dải | Dễ đoán số lân cận | Quyền lợi chỉ dùng khi xuất trình phiếu giấy tại quầy |
| Chỉ mã khó đoán | Hạn chế việc thử mã trực tuyến | Khó kiểm thiếu bằng mắt, nghiệm thu phải dựa vào danh sách | Mã được nhập trực tuyến, ít khi đối chiếu tay |
| Số tuần tự kèm mã khó đoán trong QR | Vừa quản lý theo dải, vừa hạn chế đoán mã | Bảng dữ liệu nhiều cột hơn, phải kiểm khớp hai cột | Phiếu vừa dùng tại quầy vừa kiểm tra bằng điện thoại |
| Số tuần tự kèm mã dưới lớp cào | Mã kích hoạt chỉ lộ khi khách cào | Thêm công đoạn gia công, phải chừa vùng cào trong thiết kế | Chương trình quà tặng hoặc bốc thăm cần giữ kín mã tới lúc dùng |
Mã khó đoán không thay cho quy trình ghi nhận
Một mã dài và ngẫu nhiên không tự chặn việc dùng phiếu hai lần; điều chặn được là sổ theo dõi hoặc phần mềm ghi nhận phiếu đã dùng ngay tại quầy. Nếu chưa có công cụ đánh dấu trạng thái, mã khó đoán chỉ làm việc đối chiếu chậm hơn. Hãy chọn cách đánh mã theo cách quầy thực sự kiểm tra phiếu.

MÃ QR TRÊN PHIẾU
QR trên voucher nên chứa gì và trang đích do ai quản lý?
Mã QR chỉ là một cách viết đường dẫn hoặc chuỗi ký tự dưới dạng hình. Giá trị của nó phụ thuộc trang đích phía sau. Với voucher, trang đích thường là trang thể lệ chương trình, trang kiểm tra hiệu lực phiếu hoặc trang đăng ký nhận quà. Trang này phải thuộc tên miền hoặc tài khoản mà cửa hàng kiểm soát lâu dài, vì voucher có thể nằm trong ví khách nhiều tuần sau khi in. Nếu trang đích bị đổi, xóa hay hết hạn dịch vụ, toàn bộ phiếu đã in vẫn mang đường dẫn cũ và không thể sửa trên giấy.
QR chung cho cả đợt
Khi mọi phiếu dùng chung một QR, mã này có thể nằm cố định trong file thiết kế như một hình bình thường, không cần dữ liệu biến đổi. QR chung phù hợp khi mục đích là dẫn khách tới thể lệ, danh sách điểm áp dụng hoặc trang giới thiệu. Nó không giúp phân biệt phiếu nào đã dùng; việc đó vẫn dựa vào số sê-ri in rõ. Đổi lại, file đơn giản và ít rủi ro lệch dữ liệu.
QR riêng cho từng phiếu
Khi mỗi phiếu có QR riêng, đường dẫn thường gồm phần cố định và phần mã của phiếu, chẳng hạn địa chỉ trang kiểm tra của cửa hàng kèm tham số mã ở cuối. Khi quét, trang hiển thị tình trạng của đúng phiếu đó. Cách này đòi hỏi trang đích xử lý được tham số, và bảng dữ liệu phải có cột chuỗi QR khớp từng ký tự với cột số sê-ri. Một sai lệch nhỏ như thừa khoảng trắng, sai chữ hoa chữ thường hay thiếu số 0 đầu có thể làm trang báo không tìm thấy phiếu, dù số in trên giấy vẫn đúng.
Đường dẫn ngắn, ổn định và không chứa dữ liệu nhạy cảm
Đường dẫn càng dài thì QR càng nhiều ô; ở cùng kích thước in, các ô càng nhỏ và càng khó quét trên giấy có màng phản sáng. Hãy bỏ các tham số không cần thiết và dùng tên miền ngắn của cửa hàng nếu có. Không đưa vào QR họ tên, số điện thoại, giá trị quyền lợi hay mật khẩu, vì ai cầm phiếu cũng có thể đọc nội dung QR bằng điện thoại. Nhân viên in không tự thay đổi nội dung đường dẫn khách gửi.
Trang đích phải sẵn sàng trước khi duyệt mẫu
Không nên chốt in khi trang đích còn đang dựng. Lúc duyệt mẫu, người duyệt cần quét QR trên phiếu in thật và thấy đúng nội dung sẽ hiển thị cho khách: đúng chương trình, đúng phiếu, đúng thông báo khi mã hợp lệ. Nếu trang chưa có, kết quả quét chỉ chứng minh hình mã đọc được, chưa chứng minh phiếu dùng được. Trường hợp buộc phải in trước, hãy ít nhất tạo trang tạm tại đúng địa chỉ cuối cùng và kiểm tra cấu trúc tham số trước khi gửi dữ liệu.
Ai tạo hình QR cho từng phiếu
Có hai cách giao dữ liệu QR. Cách thứ nhất là gửi chuỗi đường dẫn trong bảng dữ liệu để hình QR được tạo khi xử lý file in. Cách thứ hai là cửa hàng tự tạo sẵn hình QR cho từng phiếu và gửi kèm thư mục hình, mỗi hình đặt tên theo mã phiếu. Cách thứ hai dễ phát sinh lỗi gắn nhầm hình, vì tên file và nội dung hình có thể không khớp mà nhìn bằng mắt không phân biệt được. Cách giao dữ liệu phù hợp với từng đơn được nhân viên xác nhận theo file thiết kế và số lượng phiếu.
BẢNG DỮ LIỆU
Chuẩn bị bảng dữ liệu: mỗi dòng là một phiếu, mỗi cột là một trường in
Bảng dữ liệu là nguồn duy nhất cho phần biến đổi trên voucher. Mỗi dòng ứng với đúng một phiếu sẽ in; mỗi cột ứng với một trường xuất hiện trên phiếu hoặc dùng để tạo QR. Không ghép nhiều phiếu vào một dòng, không để dòng tiêu đề phụ hay dòng tổng cộng xen giữa dữ liệu. Tên cột viết ngắn, không dấu và không trùng nhau để người xử lý file nhận ra ngay trường nào nằm ở vị trí nào trên thiết kế. Nếu có hai loại phiếu dùng hai thiết kế khác nhau, nên tách thành hai bảng hoặc thêm một cột loại phiếu rõ ràng.
| Cột dữ liệu | Nội dung | Lỗi thường gặp | Cách kiểm trước khi gửi |
|---|---|---|---|
| Mã sê-ri | Tiền tố và phần số, ví dụ TA-00001 | Mất số 0 đầu, thừa khoảng trắng | Định dạng cột là văn bản, kiểm độ dài mọi dòng bằng nhau |
| Chuỗi QR | Đường dẫn kèm mã phiếu | Lệch với mã sê-ri, sai chữ hoa chữ thường | Tách phần mã trong đường dẫn, so với cột mã sê-ri |
| Mã kích hoạt (nếu có) | Mã khó đoán do hệ thống cửa hàng tạo | Còn ở dạng công thức, mỗi lần mở file lại đổi | Dán lại dưới dạng giá trị, lưu bản gốc có ngày |
| Loại phiếu | A hoặc B, theo thiết kế tương ứng | Ghi lẫn tên dài, tên ngắn cho cùng một loại | Dùng danh sách giá trị cố định, lọc kiểm từng loại |
| Trạng thái dòng | In, dự phòng, mẫu, không phát hành | Chỉ đánh dấu bằng màu ô | Ghi bằng chữ, lọc lại trước khi xuất file |
Giữ số 0 ở đầu
Bảng tính thường tự hiểu 00125 là số 125 và bỏ các số 0 phía trước. Lỗi này có thể không hiện ra nếu bạn chỉ nhìn vài dòng đầu sau khi gõ, nhưng xuất hiện khi mở lại file, chuyển sang công cụ khác hoặc xuất ra định dạng văn bản. Cách an toàn là định dạng cột mã là văn bản trước khi nhập hoặc dán dữ liệu, sau đó kiểm độ dài của mọi ô bằng một cột phụ đếm ký tự. Nếu tất cả bằng nhau, phần số 0 đầu còn nguyên. Chỉ thêm số 0 bằng định dạng hiển thị là chưa đủ, vì giá trị bên trong vẫn là số ngắn.
Đóng băng các mã được tạo bằng hàm
Nhiều người tạo mã khó đoán bằng hàm ngẫu nhiên trong bảng tính. Các hàm này tính lại mỗi khi file được mở hoặc chỉnh sửa, nên mã trong bản bạn nhập vào hệ thống của cửa hàng có thể khác mã trong bản gửi đi in. Trước khi gửi, hãy sao chép cột mã và dán lại dưới dạng giá trị, lưu một bản gốc có ghi ngày, rồi dùng chính bản đó để nhập vào phần mềm quản lý và để gửi in. Hai nơi phải dùng cùng một danh sách, không phải hai lần tạo ngẫu nhiên khác nhau.
Khoảng trắng, ký tự ẩn và dòng bị lọc
Dữ liệu sao chép từ email, tài liệu hoặc phần mềm khác có thể mang theo khoảng trắng cuối dòng, dấu xuống dòng trong ô hoặc ký tự không nhìn thấy. Trên phiếu in, chúng có thể làm số lệch khỏi vị trí căn; trong QR, chúng làm đường dẫn sai. Hãy dùng chức năng loại khoảng trắng thừa rồi kiểm độ dài lại một lần. Ngoài ra, bỏ mọi bộ lọc và hiện tất cả dòng ẩn trước khi xuất file, vì dòng bị lọc có thể vẫn nằm trong file gửi đi hoặc bị bỏ sót, tùy cách xuất.
KIỂM TRÙNG VÀ THIẾU SỐ
Kiểm trùng, thiếu số và nhảy dải trước khi gửi dữ liệu
Một bảng trông ngăn nắp vẫn có thể chứa mã trùng do dán hai lần, thiếu một khoảng số do xóa nhầm dòng, hoặc lẫn vài mã của đợt cũ. Những lỗi này rất khó phát hiện sau khi in, vì phiếu nào nhìn cũng hợp lệ. Hãy coi việc kiểm dữ liệu là một bước riêng, do một người khác người lập bảng thực hiện nếu có thể, và ghi kết quả bằng con số cụ thể chứ không chỉ ghi “đã kiểm”.
Ba con số phải khớp nhau
Với dải tuần tự, có ba con số cần bằng nhau: tổng số dòng của bảng, số giá trị khác nhau trong cột mã, và số lượng tính từ số đầu tới số cuối của dải. Ví dụ dải từ 00001 tới 01000 phải có 1.000 dòng, 1.000 mã khác nhau, và số cuối trừ số đầu cộng một cũng bằng 1.000. Nếu số dòng lớn hơn số mã khác nhau, bảng có mã trùng. Nếu không có mã trùng mà số dòng vẫn nhỏ hơn độ dài dải, bảng thiếu số. Nếu số đầu hoặc số cuối khác dự kiến, có mã lạc dải.
Tìm đúng vị trí lỗi
Sau khi biết có lỗi, sắp xếp cột mã tăng dần rồi thêm một cột phụ so sánh mỗi dòng với dòng ngay trên. Hai dòng giống nhau là mã trùng; hai dòng liên tiếp có phần số cách nhau hơn một đơn vị là chỗ thiếu số. Với mã không tuần tự, chức năng đánh dấu giá trị trùng của bảng tính đủ để tìm mã lặp. Cũng nên kiểm cột chuỗi QR theo cách tương tự, vì hai phiếu có số sê-ri khác nhau nhưng QR giống nhau vẫn gây lỗi khi đối chiếu bằng điện thoại.
Số dự phòng và số không phát hành phải được ghi lại
Một số cửa hàng giữ lại vài số trong dải để làm phiếu mẫu, phiếu trưng bày hoặc dự phòng thay phiếu hỏng. Những số này vẫn nằm trong bảng, nhưng cột trạng thái phải ghi rõ mục đích. Nếu một số bị bỏ khỏi đợt in, hãy ghi lại số đó là không phát hành thay vì xóa dòng một cách im lặng. Khi đối soát cuối chương trình, khoảng trống được giải thích bằng văn bản khác hẳn khoảng trống không ai biết vì sao.

VỊ TRÍ TRÊN PHIẾU
Đặt số sê-ri và QR ở đâu trên voucher?
Vị trí phần biến đổi nên được quyết định ngay khi thiết kế, không phải chèn vào sau cùng. Trong file thiết kế, hãy dành một vùng trơn cố định cho số sê-ri và một vùng cho QR nếu có, đánh dấu rõ bằng khung tạm hoặc lớp riêng có ghi chú để người xử lý file biết đó là chỗ dữ liệu sẽ được đặt vào. Vùng này cần đủ rộng cho mã dài nhất trong bảng, cách xa mép xén và đường gấp, không nằm dưới vùng ép kim hay phủ UV cục bộ, và có nền đủ tương phản để đọc rõ.
Thiết kế theo mã dài nhất, không theo mã mẫu
Khi dựng thiết kế, người thiết kế thường gõ một mã mẫu như TA-00001 để canh vị trí. Nếu chương trình có tiền tố dài ngắn khác nhau hoặc có ký tự kiểm tra ở cuối, mã thật dài nhất có thể tràn khỏi khung hoặc chạm hình trang trí. Hãy lấy mã dài nhất trong bảng để thử trước, và chọn kiểu phông có chữ số rộng đều nhau để các phiếu nhìn thẳng hàng. Cỡ chữ cần đủ để đọc ở khoảng cách quầy; không thu nhỏ số để ép vào khung chật.
Nền phía sau số và mã
Số in trên nền ảnh nhiều chi tiết hoặc nền màu đậm dễ bị chìm. Một ô trơn sáng màu phía sau số, hay một dải nền liền màu tương phản, giúp đọc nhanh hơn và giúp QR quét ổn định hơn. QR cần một khoảng trống sạch bao quanh, không có chữ, viền hay họa tiết chạm sát; khoảng trống này là một phần để thiết bị nhận ra mã. Voucher nền tối dùng chữ trắng có những lưu ý riêng về lớp trắng và độ tương phản, được trình bày trong bài in voucher, gift card giấy tối màu mực trắng.
Mặt trước hay mặt sau
Nếu mặt trước là hình ảnh thương hiệu chiếm trọn diện tích, có thể đặt số sê-ri và QR ở mặt sau cùng phần điều kiện sử dụng. Cách này giữ mặt trước sạch, nhưng nhân viên quầy phải lật phiếu để đối chiếu. Ngược lại, đặt số ở mặt trước giúp kiểm nhanh khi khách đưa phiếu. Một phương án trung gian là in số ở mặt trước với cỡ vừa phải và đặt QR ở mặt sau. Điều quan trọng là thống nhất với quy trình quầy: nhân viên kiểm ở mặt nào thì phần cần đọc nằm ở mặt đó.
Quan hệ với cán màng và gia công
Màng bóng có thể tạo vệt phản sáng trên vùng QR dưới đèn quầy; màng mờ giảm phản sáng nhưng làm màu nhìn trầm hơn một chút. Ép kim hay phủ UV cục bộ không nên chồng lên vùng số và QR. Thứ tự in, cán và gia công cho phần biến đổi phụ thuộc phương pháp in và quy cách cụ thể; nhân viên xác nhận theo file, giấy và số lượng. Bản mẫu in thật, đã qua đủ các bước hoàn thiện, mới là căn cứ để kiểm khả năng đọc và quét.
CUỐNG VÀ ĐƯỜNG XÉ
Cuống kiểm soát và đường răng cưa: in cùng một số ở hai phần
Nếu voucher có cuống, phần chính và phần cuống phải mang cùng một mã, lấy từ cùng một dòng dữ liệu. Không nên tạo hai cột riêng cho cuống và phiếu rồi hy vọng chúng khớp; chỉ cần một cột bị sắp xếp lại là cả lô lệch số. Trong file thiết kế, hai vị trí số trên phiếu và trên cuống đều đọc từ cùng một trường mã. Khi nghiệm thu, hãy kiểm vài phiếu ở đầu, giữa và cuối lô xem số trên cuống có trùng số trên phần chính không.
Khoảng cách từ số tới đường xé
Đường răng cưa là hàng vết cắt nhỏ để xé bằng tay. Khi xé, mép giấy có thể rách lệch một chút về một phía. Vì vậy, số sê-ri và QR không nên nằm sát đường xé ở cả phần chính lẫn phần cuống, và đường xé không được cắt ngang chữ hay QR. Vị trí đường xé, hướng xé và khoảng an toàn cụ thể được nhân viên xác nhận theo kích thước phiếu và loại giấy. Giấy dày có cán màng nên được thử xé trên mẫu để biết cảm giác thực tế trước khi chạy cả lô.
Cuống cần những ô ghi tay nào
Cuống chỉ hữu ích khi người phát hành ghi lại được việc trao phiếu. Thường cần ô ngày phát, người nhận hoặc đơn hàng liên quan, và tên viết tắt của nhân viên phát. Nếu cuống cần viết bằng bút bi, bề mặt phần cuống phải viết được; điều này cần trao đổi cùng lúc với lựa chọn giấy và cán màng cho cả phiếu. Không nên nhồi quá nhiều ô vào cuống nhỏ, vì nhân viên sẽ bỏ trống khi quầy đông. Cuống đã ghi nên được xếp theo dải số; cuối chương trình, số cuống cộng với phiếu chưa phát phải bằng tổng đã nhận, trừ các số ghi không phát hành.
THỨ TỰ SAU KHI XÉN
In nhiều phiếu trên một tờ: thứ tự số sau khi xén
Voucher thường được xếp nhiều phiếu trên một tờ in rồi xén ra. Nếu dữ liệu được đặt lần lượt theo từng tờ, ví dụ bốn phiếu đầu trên tờ thứ nhất, bốn phiếu kế tiếp trên tờ thứ hai, thì sau khi chồng tờ và xén, mỗi xấp sẽ chứa các số cách nhau bốn đơn vị chứ không liên tục. Ngược lại, có cách sắp dữ liệu để mỗi vị trí trên tờ chạy một đoạn số riêng; sau khi xén và ghép các xấp lại thì thứ tự liên tục. Cách sắp xếp này ảnh hưởng tới file và công đoạn sau in, nên cần nói rõ yêu cầu từ đầu.
Đủ số khác với đúng thứ tự
Hãy tự hỏi: cửa hàng có thực sự cần phiếu xếp liên tục theo số trong từng xấp không? Nếu phiếu được phát ngẫu nhiên cho khách, chỉ cần đủ số, không trùng, không thiếu. Nếu phiếu được chia cho từng điểm phát theo dải, hoặc cuống được lưu theo thứ tự, việc xếp liên tục giúp kiểm nhanh. Ghi rõ một trong hai yêu cầu này khi gửi file. Nhân viên xác nhận cách sắp xếp khả thi theo khổ phiếu, số lượng và phương pháp in.
Chia xấp và ghi nhãn dải số
Khi phát ở nhiều điểm, nên đề nghị chia phiếu thành các xấp theo dải, mỗi xấp có nhãn ghi tiền tố, số đầu, số cuối và số lượng. Nhãn giúp người nhận ở từng điểm kiểm ngay mà không cần trải toàn bộ phiếu ra bàn. Quy cách đóng gói, số phiếu mỗi xấp và cách ghi nhãn được nhân viên xác nhận khi chốt đơn. Nếu không yêu cầu chia xấp, đừng mặc định rằng phiếu sẽ được giao theo dải liên tục.
DUYỆT BẢN MẪU
Duyệt mẫu dữ liệu biến đổi: chọn phiếu nào để kiểm?
Với voucher có số sê-ri, duyệt một phiếu mẫu chỉ xác nhận thiết kế và một dòng dữ liệu. Để thấy rủi ro của cả bảng, nên yêu cầu bản mẫu gồm vài phiếu tiêu biểu: phiếu số đầu, phiếu số cuối, phiếu có mã dài nhất, một hoặc hai phiếu ở giữa dải, và phiếu của mỗi loại nếu có nhiều loại. Bộ mẫu nhỏ này đủ để phát hiện lỗi mất số 0, lỗi tràn khung, lỗi lẫn thiết kế giữa các loại và lỗi lệch QR với số in.
Quét QR trên phiếu in thật
Trên màn hình, mã QR thường quét rất dễ vì màn hình phát sáng và độ tương phản cao. Trên giấy, màu mực, độ phản sáng của màng và kích thước thực tế quyết định kết quả. Hãy quét từng phiếu mẫu bằng ít nhất hai điện thoại khác nhau, ở khoảng cách và ánh sáng giống quầy thật. Ngoài việc mở được trang, cần so sánh mã hiển thị trên trang với số in trên chính phiếu đó. Hai thứ phải trùng nhau; nếu khác, lỗi nằm ở bảng dữ liệu hoặc cách ghép trường, không phải ở chất lượng in.
NGHIỆM THU THEO DẢI
Nghiệm thu voucher theo dải số khi nhận hàng
Nghiệm thu voucher có số sê-ri khác nghiệm thu ấn phẩm thông thường ở chỗ không chỉ đếm số lượng mà phải xác nhận đúng những số nào đã nhận. Hãy chuẩn bị trước danh sách dải theo bảng dữ liệu đã duyệt, sau đó kiểm theo từng xấp. Việc này nên làm ngay khi nhận, trước khi chia phiếu cho các điểm phát, vì khi phiếu đã rời khỏi một chỗ, việc truy lại dải nào thiếu ở đâu sẽ mất nhiều thời gian và dễ đổ lỗi qua lại.
| Bước nghiệm thu | Cách làm | Cần ghi nhận |
|---|---|---|
| Đếm tổng | Đếm theo xấp, cộng tổng các xấp | Tổng số so với số dòng của bảng dữ liệu đã duyệt |
| Kiểm đầu và cuối mỗi xấp | Xem số đầu, số cuối, so với nhãn xấp | Dải số thực tế của từng xấp |
| Kiểm mẫu trong xấp | Rút vài phiếu ở giữa, xem thứ tự và chất lượng in số | Số của phiếu lỗi nếu có |
| Quét QR ngẫu nhiên | Quét vài phiếu mỗi xấp, so mã trên trang với số in | Kết quả khớp hoặc không khớp |
| Kiểm cuống (nếu có) | So số cuống với số phần chính, xem đường xé | Ghi chú về cuống và đường răng cưa |
| Lập biên bản | Ghi tổng, các dải, số lỗi, số thay thế | Chữ ký người giao, người nhận và ngày nhận |
Phiếu lỗi: in lại đúng số hay ghi không phát hành?
Nếu một phiếu bị lem, lệch hay hỏng, có hai cách xử lý. Cách thứ nhất là in lại đúng số đó để dải vẫn liền mạch; cách thứ hai là ghi số đó vào danh sách không phát hành và dùng một số dự phòng. Cách nào phù hợp tùy hệ thống của cửa hàng: nếu mã đã được nhập trước vào phần mềm, in lại đúng số giúp không phải sửa dữ liệu. Phương án in lại, số lượng và thời gian được nhân viên xác nhận theo tình trạng thực tế. Dù chọn cách nào, phiếu hỏng nên được giữ lại hoặc tiêu hủy có ghi nhận.
Biên bản và hồ sơ đối soát
Biên bản nhận nên có tên chương trình, tiền tố, số đầu, số cuối, tổng số, các số không phát hành hoặc thay thế, ngày nhận và người nhận. Lưu biên bản cùng bảng dữ liệu đã duyệt và file thiết kế cuối. Khi chương trình kết thúc, ba tài liệu này cùng với cuống phiếu tạo thành hồ sơ đủ để trả lời câu hỏi phiếu nào đã in, đã phát, đã dùng và còn lại bao nhiêu, thay vì dựa vào trí nhớ của người phụ trách.
ĐỢT BỔ SUNG
In thêm đợt mới: nối dải số hay đổi tiền tố?
Khi chương trình cần thêm phiếu, có hai cách: nối tiếp từ số cuối của đợt trước với cùng tiền tố, hoặc dùng tiền tố mới cho đợt mới. Nối dải giữ hệ thống gọn và phù hợp khi thiết kế, thể lệ và hạn dùng không đổi. Đổi tiền tố phù hợp khi đợt mới có điều kiện khác, thời hạn khác hoặc thiết kế khác, giúp nhân viên quầy phân biệt ngay. Trong mọi trường hợp, không cấp lại một số đã phát hành cho phiếu mới, kể cả khi phiếu cũ đã hết hạn.
Nhật ký dải đã in
Hãy giữ một nhật ký đơn giản: mỗi đợt một dòng, gồm tiền tố, số đầu, số cuối, ngày nhận, phiên bản thiết kế và nơi lưu bảng dữ liệu. Khi lập bảng cho đợt mới, số đầu được lấy từ nhật ký chứ không từ trí nhớ hay từ file gần nhất trên máy. Trước khi gửi, đối chiếu bảng mới với danh sách đã phát hành để chắc không còn dòng của đợt cũ lẫn vào. Nếu đợt mới đổi thiết kế, bản mẫu vẫn cần duyệt lại như lần đầu, vì phần biến đổi đã nằm trên một bố cục khác.
ĐẶT IN TẠI NHÀ IN PHÁT
Gửi file, bảng dữ liệu và yêu cầu cho Nhà in Phát
Khi đặt in voucher có số sê-ri, hãy gửi cùng lúc: file thiết kế đã có vùng dành cho dữ liệu, bảng dữ liệu đã kiểm, mô tả định dạng mã bằng chữ, tổng số phiếu, yêu cầu về thứ tự sau khi xén và cách chia xấp, có cuống và đường răng cưa hay không, cùng các gia công như cán màng, bo góc hay ép kim. Ghi tổng số dòng ngay trong tin nhắn gửi file. Nếu chỉ cần dải số tuần tự đơn giản, hãy hỏi nhân viên việc tạo dải theo quy tắc hay cần gửi đầy đủ danh sách. Nên có một người phía cửa hàng tổng hợp dữ liệu và duyệt bản mẫu, tránh trường hợp QR thuộc bản bảng cũ còn số sê-ri thuộc bản mới. Nhân viên xác nhận quy cách theo file, giấy và số lượng trước khi in mẫu.
Đơn in nhanh thông thường khoảng 2 giờ sau khi chốt file; đơn số lượng nhiều, có dữ liệu biến đổi cần sắp xếp riêng, có cuống răng cưa hoặc gia công khác được hẹn lịch cụ thể. Nhà in Phát làm việc từ Thứ 2 tới Thứ 7, 7h30–12h và 13h–17h30, Chủ nhật nghỉ; file gửi ngoài giờ được xử lý khi cơ sở mở cửa. Bạn có thể nhận phiếu tại cơ sở 441/31 Điện Biên Phủ, Phường Thạnh Mỹ Tây hoặc cơ sở 37A Nguyễn Đình Chiểu, Phường Sài Gòn (Quận 1 cũ), TP.HCM; Nhà in Phát hỗ trợ book ship, phí theo ứng dụng vận chuyển.
Khi bảng dữ liệu sạch, định dạng mã rõ, QR trỏ tới trang do cửa hàng kiểm soát và việc nghiệm thu dựa trên dải số cụ thể, phiếu quản lý được từ lúc in tới khi khách sử dụng. Quy cách và đặt hàng xem tại trang in voucher có số sê-ri và mã QR.
Giải đáp khi in voucher có số sê-ri và mã QR
Các tình huống về bảng mã, tiền tố, QR riêng từng phiếu, cuống kiểm soát, thứ tự xấp và đối soát dải số trước và sau khi nhận voucher.
Mở lại bảng tính thì mã voucher 00125 thành 125, cần sửa ở bước nào trước khi gửi in?
Sửa ở nguồn dữ liệu, không sửa trên file thiết kế. Đặt định dạng cột mã là văn bản rồi dán lại toàn bộ mã từ bản gốc, sau đó thêm cột phụ đếm ký tự để chắc mọi dòng cùng độ dài. Nếu chỉ thêm số 0 bằng định dạng hiển thị, giá trị bên trong vẫn là 125 và có thể mất lại khi xuất file.
Mã kích hoạt tạo bằng hàm ngẫu nhiên trong bảng tính có gửi thẳng file đó cho nhà in được không?
Không nên gửi khi cột mã còn là công thức. Hàm ngẫu nhiên tính lại mỗi lần file được mở hoặc sửa, nên danh sách nhập vào phần mềm của cửa hàng và danh sách in trên phiếu có thể khác nhau. Hãy sao chép cột mã, dán lại dưới dạng giá trị, lưu bản gốc có ngày, rồi dùng chính bản đó cho cả hệ thống quản lý lẫn file gửi in.
Chương trình có ba mức quyền lợi thì nên tách tiền tố theo mức hay chạy chung một dải số?
Nên tách tiền tố khi nhân viên quầy cần nhận ra mức quyền lợi ngay lúc nhìn phiếu, hoặc khi mỗi mức dùng thiết kế khác nhau. Chạy chung một dải chỉ hợp lý nếu mức quyền lợi được tra trên phần mềm. Với tiền tố riêng, mỗi mức có số đầu, số cuối và tổng riêng, nên nghiệm thu và đối soát cũng tách theo từng mức.
Dự kiến phát 800 voucher nhưng có thể mở thêm đợt, phần số nên có bao nhiêu chữ số?
Bốn chữ số thường đủ nếu tổng mọi đợt trong cùng tiền tố dưới mười nghìn phiếu; nếu chưa chắc quy mô, năm chữ số an toàn hơn. Điều quan trọng là giữ độ dài cố định suốt chương trình. Đổi từ ba sang bốn chữ số giữa chừng sẽ tạo hai kiểu mã song song, làm việc sắp xếp và đối chiếu tại quầy khó hơn.
Bộ mã voucher có cả chữ và số thì nên bỏ những ký tự nào để quầy không đọc nhầm?
Nên bỏ các ký tự có hình dạng gần nhau: chữ O và số 0, chữ I, chữ L với chữ số một, chữ S với số 5, chữ B với số 8, chữ Z với số 2. Chỉ dùng chữ in hoa. Cách gọn hơn là để chữ nằm trong tiền tố cố định, còn phần biến đổi chỉ gồm chữ số. Quy tắc này cần thống nhất trước khi sinh mã.
QR riêng của từng phiếu chứa đường dẫn kèm mã, kiểm thế nào để chắc nó khớp với số in bên cạnh?
So khớp trong bảng dữ liệu trước, sau đó kiểm trên phiếu mẫu. Trong bảng, tách phần mã ở cuối đường dẫn ra cột phụ và so với cột số sê-ri; mọi dòng phải trùng từng ký tự. Trên phiếu mẫu, quét QR rồi so mã hiển thị trên trang đích với số in. Lệch ở bất kỳ dòng nào nghĩa là bảng được ghép sai, cần sửa tại nguồn.
Trang kiểm tra voucher của cửa hàng chưa xong, có nên chốt in QR trước rồi dựng trang sau?
Không nên chốt khi chưa biết chính xác đường dẫn cuối và cấu trúc tham số. Nếu buộc phải in sớm, hãy tạo trang tạm tại đúng địa chỉ sẽ dùng lâu dài và thử với vài phiếu mẫu rồi mới duyệt. QR quét được chỉ chứng minh hình mã đọc được; phiếu chỉ dùng được khi trang đích hoạt động.
QR trên voucher dùng nhiều tháng nên trỏ về tên miền của cửa hàng hay đường dẫn rút gọn miễn phí?
Ưu tiên tên miền hoặc nền tảng mà cửa hàng kiểm soát lâu dài. Đường dẫn rút gọn miễn phí tiện lúc tạo nhưng có thể bị giới hạn, đổi điều khoản hoặc khóa tài khoản, trong khi phiếu đã in vẫn nằm trong tay khách. Nếu vẫn dùng, tài khoản nên đứng tên cửa hàng thay vì cá nhân và được ghi trong hồ sơ chương trình.
Bảng có 1.000 dòng nhưng chỉ có 998 mã khác nhau, xử lý các mã trùng như thế nào?
Tìm đúng các dòng trùng trước khi quyết định. Sắp xếp cột mã rồi dùng chức năng đánh dấu giá trị lặp. Sau đó xác định dải còn thiếu số nào, vì mã trùng thường đi kèm một số khác bị mất. Thay mã trùng bằng đúng số thiếu, rồi kiểm lại tổng dòng, số mã khác nhau và độ dài dải; chỉ gửi in khi cả ba bằng nhau.
Dải số 00001 tới 01000 mà bảng thiếu vài số ở giữa thì có bắt buộc bổ sung trước khi in?
Không bắt buộc, nhưng phải giải thích được từng số thiếu. Nếu cố ý bỏ, ghi các số đó vào danh sách không phát hành để biên bản và đối soát khớp. Nếu thiếu do xóa nhầm, bổ sung lại dòng và kiểm lại tổng. Khoảng trống không có ghi chú sẽ khiến người kiểm cuối chương trình nghi phiếu thất lạc, dù số đó chưa từng được in.
Muốn giữ vài phiếu trong dải làm mẫu trưng bày, có nên in chúng chung lô với phiếu phát hành?
Có thể in chung để màu và quy cách đồng nhất, nhưng phải đánh dấu trong bảng dữ liệu bằng cột trạng thái. Nếu không muốn phiếu mẫu mang quyền lợi thật, có thể dùng tiền tố riêng hoặc in thêm chữ mẫu ở vị trí dễ thấy. Khi nhận hàng, tách ngay phiếu mẫu khỏi xấp phát để không trao nhầm cho khách.
Số sê-ri nằm đè họa tiết in chìm trên voucher, khi nào nên chừa một ô trơn phía sau số?
Nên chừa ô trơn khi họa tiết có độ đậm hoặc nét gần với cỡ chữ số, hay khi số màu tối nằm trên nền trung tính. Phép thử đơn giản là in mẫu rồi đọc số ở khoảng cách quầy dưới ánh đèn thật. Nếu phải nheo mắt hoặc lẫn số 6 với số 8, hãy làm ô nền sáng hoặc làm nhạt họa tiết trong vùng số.
Phiếu có cuống thì số trên cuống nên lấy từ cột riêng hay cùng cột với phần chính?
Lấy cùng một cột, cùng một dòng dữ liệu. Hai cột tách biệt chỉ cần một lần sắp xếp hoặc lọc lệch là cả lô cuống không khớp phiếu, rất khó phát hiện bằng mắt. Trong file thiết kế, hai vị trí số đọc từ cùng một trường mã. Khi nghiệm thu, rút vài phiếu đầu, giữa và cuối xấp để so số trên cuống với phần đưa khách.
Cuống voucher giữ lại tại quầy nên có những ô ghi tay nào?
Thường đủ ba ô: ngày phát, người nhận hoặc đơn hàng liên quan, và tên viết tắt người phát. Nhiều ô hơn khiến nhân viên bỏ trống lúc đông khách. Nếu cuống cần viết bút bi, bề mặt phần cuống phải viết được; điều này cần quyết định cùng lúc với việc chọn giấy và cán màng. Ô ghi tay nên tránh xa đường răng cưa để chữ không bị xé mất.
In bốn voucher trên một tờ rồi xén, xấp thành phẩm có tự liền số không?
Không tự liền số nếu dữ liệu chỉ được đặt lần lượt theo từng tờ; khi đó mỗi vị trí trên tờ cho ra một xấp có số cách nhau bốn đơn vị. Muốn mỗi xấp liền số, dữ liệu phải được sắp theo cách khác ngay từ khâu chuẩn bị file. Hãy nêu rõ yêu cầu thứ tự khi gửi file để nhân viên xác nhận phương án khả thi.
Ba điểm phát cần ba xấp voucher riêng theo dải số, nên ghi yêu cầu chia xấp ra sao?
Ghi rõ từng điểm nhận dải nào: tiền tố, số đầu, số cuối và số lượng, kèm yêu cầu dán nhãn ngoài mỗi xấp. Gửi bảng chia này cùng bảng dữ liệu thay vì chỉ dặn bằng lời. Quy cách đóng gói và cách ghi nhãn được nhân viên xác nhận khi chốt đơn. Nếu không ghi yêu cầu, đừng mặc định phiếu được giao sẵn theo từng điểm.
Duyệt mẫu voucher đánh số nên yêu cầu in những phiếu nào ngoài phiếu số đầu tiên?
Nên có phiếu số cuối, phiếu có mã dài nhất, một hai phiếu giữa dải và phiếu đại diện cho mỗi loại nếu có nhiều tiền tố. Nhóm mẫu này cho thấy lỗi mất số 0, mã tràn khung, nhầm thiết kế giữa các loại và lỗi lệch QR. Ghi lại số của từng phiếu mẫu đã duyệt cùng phiên bản bảng dữ liệu để đối chiếu về sau.
Khách đưa voucher bị gấp làm QR không quét được, quầy nên có phương án dự phòng nào?
Phương án dự phòng là số sê-ri in rõ để nhân viên nhập tay hoặc tra trên danh sách. Vì vậy, dù có QR riêng, phiếu vẫn nên có số đọc được bằng mắt ở vị trí tách khỏi vùng QR. Khi thiết kế, tránh đặt QR trên đường gấp hay sát mép dễ quăn. Nếu số và QR mang hai mã khác nhau, cửa hàng cần cách tra từ số ra mã kích hoạt.
Nhận hàng thấy một voucher lem số, nên yêu cầu in lại đúng số đó hay bỏ số?
Tùy cách cửa hàng quản lý mã. Nếu danh sách mã đã nhập sẵn vào phần mềm, in lại đúng số giúp không phải sửa dữ liệu. Nếu quản lý bằng sổ, có thể ghi số đó vào danh sách không phát hành và dùng một số dự phòng. Khả năng in lại và thời gian được nhân viên xác nhận theo tình trạng thực tế. Phiếu hỏng nên được giữ có ghi nhận.
Nhận 2.000 voucher chia thành 40 xấp, có cần đếm từng phiếu để nghiệm thu không?
Không nhất thiết đếm từng phiếu nếu kiểm theo dải có phương pháp. Đếm số xấp, kiểm nhãn cùng số đầu, số cuối mỗi xấp, rồi rút vài phiếu giữa xấp để xem thứ tự và chất lượng in. Chỉ khi một xấp có dấu hiệu sai thứ tự hoặc thiếu mới cần đếm chi tiết xấp đó. Ghi kết quả từng xấp vào biên bản nhận.
Đợt hai của chương trình voucher nên chạy tiếp từ số cuối đợt một hay dùng tiền tố mới?
Chạy tiếp cùng tiền tố khi thiết kế, thể lệ và hạn dùng không đổi; dùng tiền tố mới khi đợt hai có điều kiện, thời hạn hoặc thiết kế khác. Dù chọn cách nào, số đầu của đợt mới lấy từ nhật ký các dải đã in chứ không lấy từ file gần nhất trên máy. Không cấp lại số đã phát hành cho phiếu mới.
Cửa hàng có hai điểm bán cùng phát một chương trình, chia dải số thế nào để không trùng?
Chia dải cố định cho từng điểm ngay từ bảng dữ liệu, hoặc dùng tiền tố riêng cho mỗi điểm. Dải cố định giữ mã ngắn nhưng phải để dư cho điểm phát nhiều hơn; tiền tố riêng giúp nhân viên nhận ra phiếu thuộc điểm nào mà không cần tra. Không để hai điểm tự cấp số song song; mọi dải nên ghi vào một nhật ký chung.
Voucher có lớp cào che mã kích hoạt thì số sê-ri in rõ có nên trùng với mã dưới lớp cào?
Không nên trùng. Số sê-ri in rõ dùng để quản lý kho phiếu và nghiệm thu, còn mã dưới lớp cào chỉ có giá trị khi chưa ai nhìn thấy; nếu hai mã giống nhau, lớp cào mất tác dụng. Hai mã nằm trên cùng một dòng bảng dữ liệu để cửa hàng tra cứu khi cần. Khả năng làm lớp cào và vị trí vùng cào được nhân viên xác nhận theo file.
Có nên thêm ký tự kiểm tra ở cuối mã voucher khi phần lớn phiếu được nhập tay tại quầy?
Nên cân nhắc nếu phần mềm bán hàng của cửa hàng kiểm được ký tự đó. Ký tự kiểm tra được tính từ các chữ số phía trước, giúp phát hiện gõ sai một số hoặc đảo hai số liền nhau. Nếu phần mềm không kiểm, ký tự thêm chỉ làm mã dài hơn. Quy tắc tính do cửa hàng quản lý; nhà in chỉ in chuỗi có trong bảng dữ liệu đã duyệt.
Mặt trước voucher là ảnh tràn toàn phiếu thì số sê-ri có nên chuyển ra mặt sau?
Có thể chuyển nếu nhân viên quầy quen lật phiếu khi kiểm. Đặt số ở mặt sau, cạnh điều kiện sử dụng, giữ mặt trước sạch nhưng thêm một thao tác tại quầy. Nếu cần kiểm nhanh, giữ số nhỏ ở một góc mặt trước trên dải nền trơn, còn QR đặt ở mặt sau. Sau khi chọn, kiểm lại trên bản mẫu in hai mặt.
Lưu bảng mã voucher dạng CSV xong thì tên chương trình có dấu bị lỗi ký tự, xử lý thế nào?
Lưu lại với kiểu mã hóa UTF-8, rồi mở thử bằng một công cụ khác để chắc dấu tiếng Việt hiển thị đúng. Nếu cột có dấu không phải dữ liệu biến đổi, có thể để tên chương trình cố định trong file thiết kế và chỉ giữ các cột mã trong bảng. Khi gửi, nói rõ kiểu mã hóa và tổng số dòng để nhân viên kiểm lúc mở file.
Sau khi duyệt mẫu, cửa hàng sửa năm dòng dữ liệu thì có phải duyệt lại toàn bộ lô?
Không cần duyệt lại toàn bộ nếu chỉ sửa nội dung vài dòng và không đổi định dạng. Gửi bảng mới có số phiên bản, liệt kê các dòng đã sửa và kiểm lại ba con số tổng. Nếu việc sửa làm đổi độ dài mã, cấu trúc đường dẫn QR hoặc thứ tự cột, ảnh hưởng là toàn bảng và nên in mẫu lại. Nhân viên xác nhận ảnh hưởng tới lịch.
Sau khi giao voucher, có nên nhờ nhà in giữ danh sách mã để đối chiếu phiếu nghi giả?
Không nên dựa vào nhà in làm nơi lưu trữ chính. Cửa hàng là đơn vị phát hành nên cần tự lưu bảng dữ liệu đã duyệt, biên bản nhận và nhật ký dải số. Khi có phiếu nghi ngờ, đối chiếu số, thiết kế của đợt và tình trạng sử dụng trong hệ thống của mình. Nếu cần biết file in được lưu bao lâu, hãy hỏi nhân viên khi đặt hàng.

