Tích hợp website với phần mềm kế toán và kho: làm thế nào cho khỏi lệch số

Khi doanh nghiệp bán cả tại cửa hàng và trên website, hai hệ thống chạy song song và cùng ghi dữ liệu. Nếu không quy định rõ ai là nguồn chuẩn, bạn sẽ có hai con số khác nhau cho cùng một sự thật — và không ai biết tin cái nào.

Ba quyết định phải chốt trước khi viết mã

1. Hệ thống nào là nguồn chuẩn cho từng loại dữ liệu

Đây là quyết định quan trọng nhất. Cách phân chia hợp lý cho phần lớn doanh nghiệp:

• Tồn kho: phần mềm kho là nguồn chuẩn. Website chỉ hiển thị.
• Giá bán: phần mềm quản lý là nguồn chuẩn, để tránh tình trạng website bán dưới giá sàn.
• Thông tin sản phẩm và mô tả: website là nguồn chuẩn, vì đây là nội dung marketing.
• Đơn hàng: website là nguồn chuẩn khi đơn được tạo trên web, sau đó đẩy sang hệ thống để xử lý.
• Thông tin khách hàng: nên có một nguồn chuẩn duy nhất, thường là hệ thống quản lý khách — xem thêm bài CRM cho doanh nghiệp nhỏ.

2. Một chiều hay hai chiều

Đồng bộ một chiều đơn giản hơn nhiều và đủ cho phần lớn nhu cầu. Đồng bộ hai chiều cùng một trường dữ liệu là nơi phát sinh gần như toàn bộ lỗi, vì phải có quy tắc xử lý khi hai bên cùng thay đổi.

Nếu buộc phải hai chiều, hãy quy định rõ: khi xung đột thì bên nào thắng, và ghi lại mọi lần xung đột để người thật kiểm tra.

3. Tần suất đồng bộ

• Theo thời gian thực: mỗi thay đổi đẩy ngay. Cần thiết với tồn kho của sản phẩm ít và bán nhanh.
• Theo chu kỳ ngắn, ví dụ mỗi 5–15 phút: đủ cho phần lớn doanh nghiệp và nhẹ hơn nhiều cho hệ thống.
• Theo ngày: phù hợp cho dữ liệu ít thay đổi như danh mục sản phẩm và giá.

Các cách nối hai hệ thống

Trước khi chọn cách nối, hãy chắc chắn bài toán của bạn thật sự cần phần mềm riêng — các dấu hiệu ở bài khi nào nên bỏ Excel để làm phần mềm riêng.

Nối trực tiếp qua API

Cách tốt nhất nếu cả hai bên đều có API đầy đủ. Dữ liệu đi ngay, không qua trung gian. Cần kiểm tra trước: API có hỗ trợ những gì bạn cần, giới hạn số lần gọi là bao nhiêu, và tài liệu có đủ để lập trình không.

Qua nền tảng trung gian

Dùng một dịch vụ kết nối sẵn giữa các hệ thống phổ biến. Nhanh, không cần lập trình nhiều, nhưng phụ thuộc bên thứ ba và có thể tốn phí theo số lượng giao dịch.

Qua file trung gian

Xuất và nhập file theo giờ định trước. Cách cũ nhưng vẫn dùng được khi một bên không có API. Nhược điểm là chậm và dễ lỗi nếu định dạng file thay đổi.

Nhập tay có kiểm soát

Nghe lạc hậu nhưng hợp lý khi số đơn còn ít. Một người nhập 20 đơn mỗi ngày mất 30 phút, trong khi làm tích hợp có thể tốn nhiều tháng công. Hãy tính bài toán này trước khi quyết định làm tích hợp.

Những lỗi phải xử lý ngay trong thiết kế

1. Đơn hàng đẩy sang hệ thống nhưng thất bại. Phải có hàng đợi và thử lại, cộng cảnh báo cho người phụ trách. Đơn hàng biến mất là lỗi nghiêm trọng nhất.
2. Đẩy trùng một đơn hai lần. Cần mã định danh duy nhất cho mỗi đơn và kiểm tra trước khi tạo.
3. Hai hệ thống dùng mã sản phẩm khác nhau. Phải có bảng đối chiếu mã, và phải xử lý trường hợp mã mới xuất hiện mà chưa được đối chiếu.
4. Sản phẩm có biến thể. Màu và kích cỡ khiến việc khớp mã phức tạp hơn nhiều; đây là chỗ hay lệch số nhất.
5. Đơn bị huỷ hoặc hoàn. Luồng ngược thường bị bỏ quên trong thiết kế và gây lệch tồn kho.

Quy trình đối soát — phần không được bỏ

Không có tích hợp nào chạy đúng mãi. Cần một quy trình kiểm tra định kỳ:

• Hằng ngày: so số đơn trên website với số đơn đã vào hệ thống. Lệch thì tìm ngay, đừng để dồn.
• Hằng tuần: so tồn kho của 20 sản phẩm bán nhiều nhất.
• Hằng tháng: đối soát doanh thu giữa website, hệ thống và sao kê thanh toán.
• Có cảnh báo tự động khi số lệch vượt ngưỡng, thay vì chờ người phát hiện.

Trình tự triển khai giảm rủi ro

1. Bắt đầu bằng một chiều, một loại dữ liệu. Thường là đẩy đơn hàng từ website sang hệ thống.
2. Chạy song song với cách cũ trong 2 tuần, đối chiếu từng đơn.
3. Thêm luồng tồn kho từ hệ thống sang website, kèm tồn đệm.
4. Thêm luồng giá, sau khi đã tin luồng tồn kho.
5. Chỉ khi thật cần mới làm các luồng hai chiều, và luôn có ghi vết đầy đủ.

Nguyên tắc chung: mỗi bước phải chạy ổn định ít nhất hai tuần trước khi thêm bước sau. Làm tất cả cùng lúc thì khi có lệch số bạn sẽ không biết lệch từ đâu.

Ba điều nên có trong hợp đồng khi thuê làm

Nếu bạn muốn chúng tôi khảo sát trước, gửi tên hai hệ thống đang dùng là đủ để chúng tôi nói được cách nối nào phù hợp.

• Tài liệu mô tả luồng dữ liệu và bảng đối chiếu mã — nếu không, người sau không tiếp nhận được.
• Cơ chế ghi vết và cảnh báo lỗi, không chỉ là "chạy được".
• Bảo hành kèm cam kết thời gian xử lý sự cố, vì tích hợp lỗi ảnh hưởng trực tiếp tới việc bán hàng.

Đây là những gì chúng tôi đưa vào phạm vi mọi dự án lập trình phần mềm có phần tích hợp, cùng với giai đoạn chạy song song để đối soát trước khi cắt hẳn cách cũ.