Case: Số hoá quy trình thanh toán 5 cấp duyệt cho chuỗi bán lẻ

TL;DR: Một chuỗi bán lẻ có quy trình duyệt thanh toán 5 cấp trên giấy, 19 nhóm chi phí với bộ hồ sơ khác nhau. Chúng tôi giữ nguyên luồng duyệt 5 cấp và chỉ đổi vật mang tin sang Lark Approval. Thứ được cắt không phải số cấp duyệt, mà là thời gian chết giữa các cấp và việc nhập liệu hai lần.

ℹ️ Info: Case thật, đã ẩn danh theo yêu cầu bảo mật của khách hàng. Bài này mô tả bài toán và cách xử lý; tên doanh nghiệp, tên nhân sự và số liệu tài chính cụ thể không được nêu.

Hiện trạng

Mọi đề nghị thanh toán chạy trên giấy, qua 5 cấp ký:

Bộ phận → Trưởng bộ phận → Kế toán thanh toán → Trưởng phòng Tài chính Kế toán → Giám đốc

Có 19 nhóm chi phí, mỗi nhóm một bộ hồ sơ bắt buộc riêng. Bốn cái đau cụ thể:

• Không ai biết hồ sơ đang nằm ở bàn ai. Muốn biết tắc chỗ nào phải đi hỏi từng người.
• Điều kiện hồ sơ nhớ bằng đầu. Khác nhau theo nhóm chi phí và theo ngưỡng tiền. Nhớ sai là bị trả hồ sơ, làm lại từ đầu.
• Tạm ứng tồn đọng không theo dõi được. Quy chế phạt theo số ngày quá hạn đã có sẵn trên giấy, nhưng không có công cụ đếm nên gần như không áp dụng được.
• Nhập liệu hai lần. Kế hoạch thanh toán lập một nơi, phiếu đề nghị lập một nơi.

Quyết định quan trọng nhất: không đụng vào luồng duyệt

Phản xạ thường gặp khi số hoá là "nhân dịp này rút gọn luôn cho nhanh, 5 cấp gì mà nhiều thế".

Chúng tôi không làm vậy, vì hai lý do:

1. 5 cấp duyệt tồn tại có lý do — kiểm soát nội bộ, phân định trách nhiệm, yêu cầu kiểm toán. Người ngoài vào cắt bớt sau vài buổi khảo sát là cắt vào thứ mình chưa hiểu hết.
2. Đổi công cụ và đổi cách làm việc cùng lúc là công thức thất bại. Nhân sự đang quen ký giấy, giờ vừa phải học phần mềm mới vừa phải theo quy trình mới — họ sẽ quay về dùng giấy ngay tuần thứ hai.

Giữ nguyên luồng nghĩa là ngày đầu tiên đi làm, mọi người vẫn thấy đúng thứ tự quen thuộc, chỉ là trên điện thoại thay vì trên bàn. Đây là lý do chính khiến hệ thống được dùng thật.

Cắt cái gì

Điểm thứ tư đáng nói riêng. Quy chế phạt hoàn ứng đã nằm trong sổ tay công ty từ lâu, nhưng không ai đếm được số ngày quá hạn của từng người nên nó không có hiệu lực thực tế. Số hoá không tạo ra chính sách mới — nó làm cho chính sách sẵn có chạy được.

Hệ thống gồm gì

• Phiếu duyệt: Đề nghị thanh toán / tạm ứng / hoàn ứng, và Phiếu chi tiền sinh tự động từ kế hoạch.
• Bảng dữ liệu: Kế hoạch thanh toán (đồng bộ hai chiều với phiếu), Danh mục chi phí, Nhà cung cấp, Bộ phận.
• Dashboard: trạng thái phiếu theo bộ phận cho trưởng bộ phận, tổng quan dòng tiền cho lãnh đạo.

Lộ trình

Bước 1: Demo trong tuần đầu

Dựng thử luồng và form để khách nhìn thấy trước khi chốt phạm vi. Đây là bước rẻ nhất để phát hiện hiểu sai nghiệp vụ.

Bước 2: Dựng hệ thống, 1–2 tuần

Bảng dữ liệu, workflow duyệt có điều kiện, dashboard. Test bằng bộ hồ sơ mẫu thật của khách, không phải dữ liệu bịa.

Bước 3: Pilot 1–2 bộ phận

20–30 người dùng thật, training nhóm đầu, chỉnh theo phản hồi trước khi mở rộng.

Bước 4: Rollout từng đợt

Mở rộng dần cho toàn công ty, kèm chuyển dữ liệu lịch sử nếu cần.

Kèm training online, tài liệu hướng dẫn và hỗ trợ vận hành 2 tháng đầu.

Bốn câu nên hỏi sớm ở mọi dự án tương tự

Rút ra từ chính buổi làm việc này. Hỏi muộn là phải làm lại thiết kế:

1. Chữ ký điện tử có được chấp nhận thay ký tay trong hồ sơ kế toán của doanh nghiệp không? Câu này quyết định phiếu duyệt xong còn phải in ra ký hay không — ảnh hưởng toàn bộ giá trị của dự án.
2. File đính kèm lớn cỡ nào? Hợp đồng vài trăm trang có cần mở xem trực tiếp không tải về không?
3. Hoá đơn điện tử: bắt buộc forward email gốc hay chấp nhận file tải về?
4. Phần mềm kế toán đang dùng là gì, có cần xuất dữ liệu cho báo cáo thuế không?

Bài học

Quy trình duyệt nhiều cấp không phải thứ cần cắt bớt khi số hoá. Thứ cần cắt là thời gian chết giữa các cấp và việc nhập liệu lặp.

Giữ nguyên luồng phê duyệt là cách nhanh nhất để nhân sự chịu dùng hệ thống mới — và hệ thống không ai dùng thì bằng không, dù dựng đẹp đến đâu.

Nếu bạn đang phân vân quy trình của mình đã sẵn sàng để số hoá chưa, đọc thêm khi nào không nên tự động hoá.