Ví dụ tài liệu quy trình: 5 mẫu đã điền đầy đủ

Những ví dụ tài liệu quy trình này là năm tài liệu thực tế, đã điền đầy đủ, mỗi tài liệu dành cho một mảng: vận hành, tài chính, kho vận, kỹ thuật và nhân sự, không bỏ trống trường nào, kèm theo file PDF bạn có thể đưa cho đồng nghiệp ngay hôm nay.

Xem ngay các ví dụ.

Điều gì tạo nên một ví dụ tài liệu quy trình tốt

Sáu tiêu chí phân biệt một ví dụ tài liệu quy trình hữu ích với một tài liệu chỉ mang tính hình thức. Sơ đồ dưới đây ánh xạ các tiêu chí đó lên Ví dụ 1.

• Phạm vi được nêu rõ, có điểm bắt đầu và kết thúc. Đạt: tài liệu nêu tên quy trình, điều gì kích hoạt nó và điều gì đánh dấu nó hoàn tất. Chưa đạt: bạn không thể biết trách nhiệm của mình bắt đầu và kết thúc ở đâu.
• Một chủ sở hữu hoặc vai trò chịu trách nhiệm cho công việc, không chỉ cho tài liệu. Đạt: mỗi bước gắn với vai trò thực hiện nó, và có một người phụ trách được nêu tên giữ tài liệu luôn cập nhật. Chưa đạt: các bước ở thể bị động, không gắn vai trò nào, khiến việc bàn giao không có người nhận.
• Các bước được đánh số bằng ngôn ngữ đơn giản, mỗi bước một hành động. Đạt: bạn có thể thực hiện từng bước ngay lần đầu mà không cần hỏi lại một từ nào có nghĩa gì. Chưa đạt: dùng biệt ngữ, hoặc gộp ba hành động vào một câu.
• Đầu vào, công cụ và kết quả kỳ vọng được nêu cho từng bước. Đạt: mỗi bước nêu rõ cần gì để bắt đầu và có gì khi hoàn tất, để việc hoàn thành có thể kiểm chứng được. Chưa đạt: bước kết thúc mà không có sản phẩm cụ thể, nên không ai biết nó đã xảy ra.
• Bằng chứng trực quan đi kèm với văn bản. Đạt: ảnh chụp màn hình hoặc sơ đồ nằm cạnh bước mà nó giải thích và thể hiện đúng màn hình thực tế. Chưa đạt: một khối văn bản dày đặc, hoặc một hình ảnh minh họa không nói lên điều gì.
• Phiên bản, ngày và chu kỳ rà soát được nêu ngay trên tài liệu. Đạt: phần đầu tài liệu có số phiên bản, ngày rà soát gần nhất và ngày rà soát tiếp theo. Chưa đạt: một tài liệu không ghi ngày khiến bạn không thể kiểm tra tính cập nhật, lỗi này xuất hiện ở năm trên sáu nguồn tham khảo.

5 ví dụ tài liệu quy trình đáng để sao chép

Mỗi trong số năm ví dụ tài liệu quy trình nghiệp vụ đều được điền đầy đủ từ đầu đến cuối: các trường thông tin đầu bài, điều kiện kích hoạt, các bước được đánh số kèm người phụ trách và kết quả, cùng trường hợp ngoại lệ. Tải cả năm mẫu tài liệu quy trình dưới dạng PDF có thể chỉnh sửa.

Ví dụ 1: Bàn giao tiếp nhận khách hàng mới

Sao chép mẫu này nếu bạn là trưởng nhóm chăm sóc khách hàng tiếp nhận một tài khoản đã ký hợp đồng để triển khai.

• Mã quy trình: CS-001
• Người phụ trách: Trưởng nhóm Chăm sóc khách hàng
• Phiên bản: 2.1 | Rà soát gần nhất: 12/08/2026 | Rà soát tiếp theo: 12/02/2027
• Điều kiện kích hoạt: hợp đồng được ký đồng thời trong CRM
• Điều kiện hoàn tất: khách hàng hoàn thành thành công quy trình làm việc đầu tiên trên môi trường thực tế
• Bước 1. Nhân viên kinh doanh nộp ghi chú bàn giao vào CRM trong vòng 24 giờ kể từ khi ký kết. Đầu vào: hợp đồng đã ký. Kết quả: ghi chú bàn giao hoàn chỉnh gồm mục tiêu, các bên liên quan và rủi ro đã biết.
• Bước 2. Trưởng nhóm CS xem xét ghi chú và đặt lịch cuộc gọi khởi động trong vòng 2 ngày làm việc. Kết quả: lời mời lịch có kèm chương trình làm việc.
• Bước 3. Trưởng nhóm CS chủ trì buổi khởi động 45 phút và xác nhận chỉ số thành công bằng văn bản. Kết quả: chỉ số thành công được ghi nhận trên hồ sơ tài khoản.
• Bước 4. Kỹ sư giải pháp cấu hình không gian làm việc và mời những người dùng được nêu tên. Đầu vào: danh sách người dùng từ ghi chú bàn giao. Kết quả: không gian làm việc hoạt động, người dùng đã được mời.
• Bước 5. Trưởng nhóm CS tổ chức buổi đào tạo 30 phút và chia sẻ bản ghi hình. Kết quả: liên kết bản ghi hình trên hồ sơ tài khoản.
• Bước 6. Trưởng nhóm CS xác nhận quy trình làm việc đầu tiên trên môi trường thực tế đã hoàn tất và đánh dấu tiếp nhận đã đóng. Kết quả: trạng thái tài khoản được đặt thành Đang hoạt động.
• Ngoại lệ: nếu chỉ số thành công chưa được thống nhất trước ngày thứ 10, leo thang lên quản lý CS.

Điều làm nên hiệu quả: "Một chủ sở hữu hoặc vai trò chịu trách nhiệm cho công việc, không chỉ cho tài liệu": ba vai trò phụ trách các bước được nêu tên, cộng thêm một người phụ trách tài liệu.

Lưu ý: bước 4 giả định có một kỹ sư giải pháp riêng biệt. Hãy gộp bước này vào các bước của trưởng nhóm CS nếu một người đảm nhiệm cả hai vai trò.

Tải PDF

Ví dụ 2: Đối chiếu hóa đơn hàng tháng

Sao chép mẫu này nếu bạn là nhân viên kế toán công nợ đang chốt sổ cuối tháng.

• Mã quy trình: FIN-014
• Người phụ trách: Trưởng nhóm Kế toán công nợ
• Phiên bản: 4.0 | Rà soát gần nhất: 30/07/2026 | Rà soát tiếp theo: 30/01/2027
• Điều kiện kích hoạt: ngày làm việc cuối cùng của tháng
• Điều kiện hoàn tất: báo cáo đối chiếu được kiểm soát viên ký duyệt
• Bước 1. Nhân viên kế toán công nợ xuất danh sách hóa đơn nhà cung cấp cho kỳ báo cáo. Kết quả: file CSV danh sách được lưu vào thư mục cuối tháng.
• Bước 2. Nhân viên kế toán công nợ đối chiếu từng hóa đơn với đơn đặt hàng và biên nhận tương ứng. Kết quả: nhật ký đối chiếu ba chiều với mỗi dòng được đánh dấu khớp hoặc ngoại lệ.
• Bước 3. Nhân viên kế toán công nợ liệt kê các dòng chưa khớp trên $500 thành ngoại lệ. Kết quả: bảng ngoại lệ gồm nhà cung cấp, số tiền và lý do.
• Bước 4. Nhân viên kế toán công nợ gửi email từng ngoại lệ cho người phụ trách ngân sách liên quan, kèm thời hạn phản hồi 3 ngày làm việc. Kết quả: nhật ký email đã gửi.
• Bước 5. Trưởng nhóm kế toán công nợ xử lý đóng hoặc trích lập dự phòng cho mọi ngoại lệ còn mở. Kết quả: các bút toán trích lập đã được ghi nhận.
• Bước 6. Kiểm soát viên xem xét bảng tổng hợp chênh lệch và ký duyệt. Kết quả: báo cáo đối chiếu đã ký được lưu trữ.
• Ngoại lệ: bất kỳ chênh lệch đơn lẻ nào trên $10,000 phải chuyển lên CFO trước khi ký duyệt.

Điều làm nên hiệu quả: "Đầu vào, công cụ và kết quả kỳ vọng được nêu cho từng bước": mỗi bước kết thúc bằng một sản phẩm có thể kiểm chứng, và các ngưỡng $500 và $10,000 khiến trường hợp ngoại lệ có thể kiểm tra được.

Lưu ý: cả hai ngưỡng tiền tệ đều được tính toán theo khối lượng của một công ty cụ thể. Hãy đặt lại các ngưỡng này theo giá trị hóa đơn thực tế của bạn.

Tải PDF

Ví dụ 3: Nhận hàng và cất hàng tại kho

Sao chép mẫu này nếu bạn là nhân viên nhận hàng làm việc tại bến bốc dỡ.

• Mã quy trình: OPS-207
• Người phụ trách: Giám sát kho
• Phiên bản: 1.3 | Rà soát gần nhất: 05/06/2026 | Rà soát tiếp theo: 05/12/2026
• Điều kiện kích hoạt: xe vận chuyển đến bến nhận hàng
• Điều kiện hoàn tất: hàng hóa hiển thị và có thể lấy được trong WMS tại đúng vị trí kệ
• Công cụ: máy quét cầm tay, xe nâng pallet, sổ báo cáo hư hỏng
• Bước 1. Nhân viên nhận hàng đối chiếu giấy tờ của xe vận chuyển với đơn đặt hàng dự kiến trước khi dỡ hàng. Kết quả: mã đơn đặt hàng được xác nhận hoặc lô hàng bị từ chối.
• Bước 2. Nhân viên đếm số kiện hàng theo danh sách đóng gói và ghi nhận số lượng. Kết quả: số lượng kiện hàng được ghi vào nhật ký nhận hàng.
• Bước 3. Nhân viên chụp ảnh và ghi nhận mọi hư hỏng trước khi xe vận chuyển rời đi. Kết quả: báo cáo hư hỏng kèm ảnh chụp và chữ ký của tài xế.
• Bước 4. Nhân viên quét từng kiện hàng vào WMS khi nhận. Kết quả: trạng thái đơn đặt hàng được đặt thành Đã nhận.
• Bước 5. Nhân viên chuyển hàng đến vị trí kệ được chỉ định và quét xác nhận vị trí kệ. Kết quả: vị trí kệ được ghi nhận theo SKU.
• Bước 6. Giám sát xử lý mọi trường hợp thiếu hoặc thừa hàng với bộ phận thu mua ngay trong ngày. Kết quả: đơn đặt hàng được điều chỉnh hoặc khiếu nại được mở.
• Lưu ý an toàn: không chồng pallet cao quá 1.8 m; không di chuyển pallet hư hỏng bằng xe nâng.

Điều làm nên hiệu quả: "Phạm vi được nêu rõ, có điểm bắt đầu và kết thúc": xe vận chuyển đến là điểm mở đầu, vị trí kệ có thể lấy hàng được là điểm kết thúc.

Lưu ý: quy trình này giả định có máy quét và hệ thống WMS đang hoạt động; một bến bốc dỡ dùng giấy tờ thủ công cần kết quả khác cho bước 4 và 5.

Tải PDF

Ví dụ 4: Triển khai bản phát hành phần mềm

Sao chép mẫu này nếu bạn là kỹ sư trực triển khai bản phát hành.

• Mã quy trình: ENG-052
• Người phụ trách: Quản lý phát hành
• Phiên bản: 6.2 | Rà soát gần nhất: 20/08/2026 | Rà soát tiếp theo: 20/11/2026
• Điều kiện kích hoạt: nhánh phát hành được tạo và CI báo xanh
• Điều kiện hoàn tất: bản phát hành được gắn thẻ, theo dõi trong 60 phút mà không có cảnh báo ưu tiên 1 mới
• Bước 1. Quản lý phát hành xác nhận mọi ticket trong bản phát hành đã được đánh dấu QA-đạt. Kết quả: danh sách kiểm tra phát hành kèm mã ticket.
• Bước 2. Kỹ sư trực đăng thông báo khung giờ triển khai lên kênh phát hành trước 30 phút. Kết quả: thông báo đã đăng, nêu tên người phụ trách khôi phục.
• Bước 3. Kỹ sư chạy migration trên môi trường staging và xác minh bộ kiểm thử smoke. Kết quả: kết quả smoke test xanh được liên kết trong kênh.
• Bước 4. Kỹ sư triển khai lên môi trường thực tế phía sau cờ tính năng, cờ đang tắt. Kết quả: số hiệu bản build được ghi nhận.
• Bước 5. Kỹ sư bật cờ cho 10 phần trăm lưu lượng truy cập và theo dõi tỷ lệ lỗi cùng độ trễ trong 15 phút. Kết quả: ảnh chụp bảng điều khiển trong kênh.
• Bước 6. Kỹ sư mở rộng lên 100 phần trăm, gắn thẻ bản phát hành và đăng nhật ký thay đổi. Kết quả: thẻ git và mục nhật ký thay đổi.
• Khôi phục: bất kỳ cảnh báo ưu tiên 1 nào trong khung 60 phút đều nghĩa là tắt cờ trước, sau đó khôi phục bản triển khai. Người phụ trách khôi phục được nêu ở bước 2 là người ra quyết định.

Điều làm nên hiệu quả: "Các bước được đánh số bằng ngôn ngữ đơn giản, mỗi bước một hành động", cùng với dòng khôi phục nêu rõ ai quyết định và theo thứ tự nào.

Lưu ý: việc mở rộng 10 phần trăm giả định cờ tính năng đã được tích hợp sẵn; nếu không có, bước 5 sẽ không có gì để bật.

Tải PDF

Ví dụ 5: Thôi việc nhân viên

Sao chép mẫu này nếu bạn là chuyên viên nhân sự đối tác đang xử lý một trường hợp nghỉ việc.

• Mã quy trình: HR-031
• Người phụ trách: Chuyên viên nhân sự đối tác
• Phiên bản: 3.4 | Rà soát gần nhất: 01/08/2026 | Rà soát tiếp theo: 01/02/2027
• Điều kiện kích hoạt: đơn xin nghỉ việc được chấp thuận hoặc quyết định chấm dứt hợp đồng được xác nhận
• Điều kiện hoàn tất: mọi quyền truy cập đã bị thu hồi, tài sản đã được hoàn trả, lương cuối cùng đã được xử lý
• Bước 1. Chuyên viên nhân sự đối tác ghi nhận ngày làm việc cuối cùng và thông báo cho quản lý, IT và bộ phận lương ngay trong ngày. Kết quả: hồ sơ thôi việc được tạo kèm ngày tháng.
• Bước 2. Quản lý và người nghỉ việc thống nhất một tài liệu bàn giao, nêu rõ ai tiếp nhận từng trách nhiệm đang thực hiện. Kết quả: tài liệu bàn giao kèm người phụ trách cho từng mục.
• Bước 3. Quản lý tổ chức buổi hướng dẫn trực tiếp 60 phút về công việc đang thực hiện và ghi hình lại cho người kế nhiệm. Kết quả: bản ghi hình được liên kết trong tài liệu bàn giao.
• Bước 4. IT thu hồi SSO, email và quyền quản trị trong vòng 2 giờ kể từ ngày làm việc cuối cùng. Kết quả: danh sách kiểm tra thu hồi quyền truy cập đã được ký xác nhận.
• Bước 5. Chuyên viên nhân sự đối tác thu hồi laptop, thẻ ra vào và mọi chìa khóa, đồng thời ghi nhận việc hoàn trả tài sản. Kết quả: nhật ký tài sản đã được cập nhật.
• Bước 6. Bộ phận lương xử lý lương cuối cùng, bao gồm cả ngày nghỉ phép tích lũy, trong kỳ tính lương tiếp theo. Kết quả: phiếu lương cuối cùng đã được phát hành.
• Bước 7. Chuyên viên nhân sự đối tác thực hiện phỏng vấn thôi việc trong vòng 5 ngày làm việc và lưu trữ ghi chú. Kết quả: ghi chú thôi việc đã được lưu trữ.
• Ngoại lệ: các trường hợp nghỉ việc không tự nguyện đảo ngược thứ tự, quyền truy cập bị thu hồi trước khi thông báo.

Điều làm nên hiệu quả: "Phiên bản, ngày và chu kỳ rà soát được nêu ngay trên tài liệu": HR-031 mang phiên bản 3.4 và ngày rà soát tháng 2/2027, để bạn có thể kiểm tra tính cập nhật của nó.

Lưu ý: các trường hợp nghỉ việc không tự nguyện đảo ngược trình tự. Nếu chỉ sao chép kịch bản thuận lợi, trường hợp rủi ro nhất của bạn sẽ không được ghi lại.

Tải PDF

Cách điều chỉnh một ví dụ tài liệu quy trình

1. Chọn mẫu trong bộ sưu tập gần nhất với quy trình của bạn. Ưu tiên khớp về hình dạng, sáu hoặc bảy bước được đánh số mỗi bước một người phụ trách, thay vì khớp theo ngành, để cấu trúc đã phù hợp trước khi bạn chỉnh sửa bất kỳ từ nào.
2. Viết lại toàn bộ phần đầu tài liệu. Đặt mã quy trình riêng, người phụ trách, phiên bản 1.0, ngày rà soát gần nhất và ngày rà soát tiếp theo thực tế, cùng điều kiện kích hoạt và điều kiện hoàn tất theo cách nói của bạn.
3. Gắn một vai trò thực tế cho từng bước. Thay các vai trò trong mẫu bằng những vai trò trong đội của bạn, và gắn người phụ trách cho bất kỳ bước nào chưa có người nhận trước khi tiếp tục.
4. Viết lại đầu vào và đầu ra của từng bước thành những sản phẩm cụ thể mà bạn có thể chỉ ra. Nêu tên một file, một bản ghi hoặc một tin nhắn mà đội của bạn có thể mở ra, để người đọc có thể xác nhận bước đó đã được thực hiện.
5. Thêm hoặc bớt các bước, và cập nhật dòng Công cụ. Xóa những gì bạn không làm, thêm những gì mẫu bỏ sót, và nêu tên các hệ thống mà đội của bạn sử dụng.
6. Viết lại dòng Ngoại lệ hoặc Khôi phục cho trường hợp xấu nhất của bạn. Các mẫu leo thang vào ngày thứ 10, ở mức $10,000 và khi có cảnh báo ưu tiên 1; quy trình của bạn cần ngưỡng riêng.
7. Thử nghiệm với một người chưa từng thực hiện quy trình này. Quan sát họ thực hiện theo tài liệu một lần và sửa từng bước mà họ phải hỏi lại.

Khi nào bạn cần tài liệu quy trình

Viết tài liệu ngay lần đầu tiên bạn giao một công việc lặp lại cho một nhân viên mới. Việc hướng dẫn ai đó vào công việc họ chưa từng làm là nguyên nhân phổ biến nhất trong các nguồn chúng tôi đã kiểm tra, và mẫu Thôi việc nhân viên tồn tại vì lý do ngược lại cũng tốn kém không kém: người phụ trách công việc rời đi và mang theo cả trình tự thực hiện.

Hãy dùng đến tài liệu quy trình khi cùng một yêu cầu của khách hàng cần được xử lý theo cùng một cách hai lần trở lên. Mẫu Bàn giao tiếp nhận khách hàng mới tồn tại vì lý do đó, cũng như bất kỳ quy trình hỗ trợ nào chuyển từ bộ phận bán hàng sang bộ phận triển khai mà không có người nhận rõ ràng ở từng bước.

Các đợt triển khai và phát hành cũng cần đến tài liệu này. Triển khai bản phát hành phần mềm quy định một khung theo dõi 60 phút và một người phụ trách khôi phục, vì cái giá của một bước không được ghi lại ở đây là một sự cố ngừng hoạt động, chứ không chỉ là một câu hỏi.

Những sai lầm thường gặp trong tài liệu quy trình

• Để tài liệu trở nên lỗi thời sau khi quy trình thay đổi. Năm trên sáu nguồn chúng tôi kiểm tra đều nêu lỗi này. Bạn không thể biết một tài liệu không ghi ngày có còn khớp với công việc hiện tại hay không, nên đội của bạn ngừng tin tưởng nó và hỏi lại đồng nghiệp thay vì tra cứu.
• Bỏ trống người phụ trách một bước, khiến quy trình đứt gãy tại điểm bàn giao. Hai đội đều nghĩ rằng đội kia thực hiện bước đó, và nó bị bỏ sót ở giữa.
• Lưu trữ tài liệu ở nơi đội của bạn không tìm thấy. Bạn mất công sức đã bỏ ra để viết tài liệu, và quy trình vẫn vận hành dựa vào trí nhớ.
• Viết bằng biệt ngữ hoặc từ ngữ mơ hồ. "Gửi một email chào mừng thật ấm áp, nồng nhiệt" khiến người đọc khựng lại; "Gửi email chào mừng cho tất cả nhân viên mới" thì không. Ai bị khựng lại sẽ hỏi chính người mà tài liệu đáng lẽ phải thay thế.
• Viết tài liệu mà không có sự tham gia của những người thực hiện quy trình. Kết quả là mô tả cách công việc được cho là diễn ra thay vì cách nó thực sự diễn ra, khiến những bước quan trọng nhất bị bỏ sót. Các nguyên tắc mà không có mẫu điền sẵn đi kèm cũng thất bại theo cách tương tự: người đọc không có gì để sao chép theo.

Bỏ qua trang giấy trắng: Ghi hình lại thay vì viết tay

Gõ lại một trong những mẫu này từ đầu là con đường chậm nhất. Đoạn ghi hình bạn cần thường đã tồn tại sẵn ngay trong quy trình: Ví dụ 5 yêu cầu quản lý đặt lịch một buổi hướng dẫn trực tiếp 60 phút về công việc đang thực hiện và ghi hình lại cho người kế nhiệm. Đoạn video đó chứa đựng các bước, người phụ trách và kết quả.

Hinto AI biến các bản ghi màn hình và video hướng dẫn thành tài liệu và quy trình chuẩn (SOP) có cấu trúc. Ghi lại màn hình, camera và micro ngay trên trình duyệt hoặc qua tiện ích mở rộng Chrome, hoặc dùng video bạn đã có sẵn: Loom, Zoom, YouTube hoặc file MP4, MOV, WebM trên máy. Hinto phát hiện các thay đổi trạng thái giao diện và các thao tác nhấp chuột, trích xuất ảnh chụp màn hình và các bước viết sẵn từ đó, rồi biến một đoạn ghi hình dài thành một mục lục với nhiều bài viết được tổ chức gọn gàng. Chỉ một cú nhấp là kết quả được đăng lên một URL công khai với tên miền riêng của bạn.

Câu hỏi thường gặp về tài liệu quy trình

Cách viết tài liệu quy trình?

Nêu rõ phạm vi với điểm bắt đầu và kết thúc, gắn một vai trò chịu trách nhiệm cho công việc, sau đó viết các bước bằng ngôn ngữ đơn giản, được đánh số, mỗi bước một hành động. Cho mỗi bước một kết quả kỳ vọng, cộng thêm một hình ảnh minh họa và một ngày rà soát.

Cách viết tài liệu quy trình tốt?

Tài liệu tốt vượt qua các bài kiểm tra bạn có thể tự thực hiện: hình ảnh minh họa đi kèm các bước, lịch sử phiên bản, chu kỳ rà soát, và một lần chạy thử với người mới. Bất cứ điều gì họ hỏi lại chính là một bước bạn chưa hoàn thiện.

Cách viết một tài liệu quy trình đơn giản?

Xác định phạm vi, điểm bắt đầu và điểm kết thúc trước tiên. Sau đó giữ ngôn ngữ đơn giản trên một trang, theo hình mẫu của Ví dụ 2: sáu bước được đánh số, mỗi bước một người phụ trách và một kết quả, một dòng ngoại lệ.

Cách tạo tài liệu quy trình?

Trước tiên, gắn một người phụ trách hoặc vai trò chịu trách nhiệm cho công việc: các bước không có người phụ trách sẽ đứt gãy tại điểm bàn giao. Sau đó viết ngôn ngữ đơn giản, mỗi hành động một bước được đánh số, và điều chỉnh một mẫu ở trên thay vì bắt đầu từ trang trắng.

Tài liệu quy trình nghiệp vụ là gì?

Đây là bản ghi một quy trình nghiệp vụ có thể lặp lại từ đầu đến cuối: việc chuyển giao công việc giữa các bộ phận, hoặc một chu trình từ đặt hàng đến thu tiền. Một hình mẫu có thể áp dụng cho nhiều lĩnh vực khác nhau, vì vậy các mẫu ở trên trải rộng từ vận hành, tài chính, kho vận, kỹ thuật đến nhân sự.

Tài liệu quy trình trong quản lý dự án là gì?

Đây là các thủ tục lặp lại mà một dự án phụ thuộc vào, chẳng hạn như triển khai phần mềm, cộng với các hồ sơ chứng minh việc tuân thủ. Ví dụ 4 chỉ hoàn tất khi bản phát hành đã được gắn thẻ và theo dõi trong 60 phút.