Tích hợp hệ thống, nối phần mềm rời rạc cho dữ liệu chảy một chỗ

Khi doanh nghiệp lớn dần, số phần mềm cũng nhiều lên, và đây chính là lúc câu chuyện tích hợp hệ thống bắt đầu trở nên cần thiết. Web bán hàng một nơi, phần mềm quản lý khách một nơi, kho một nơi, kế toán một nơi. Mỗi cái chạy tốt phần của nó, nhưng chúng không nói chuyện với nhau, nên người phải làm cầu nối bằng tay.

Hậu quả là cùng một thông tin bị gõ đi gõ lại ở nhiều chỗ, mỗi lần gõ là một lần có thể sai. Số liệu giữa các phần mềm lệch nhau, không biết chỗ nào đúng. Muốn xem toàn cảnh phải mở năm cửa sổ rồi tự ghép trong đầu. Càng nhiều phần mềm, việc chắp nối bằng tay càng nặng và càng dễ vỡ.

Một chủ shop từng kể với Web22 rằng buổi sáng việc đầu tiên trong ngày là mở bốn tab: web bán hàng để xem đơn mới, phần mềm kho để đối chiếu tồn, sổ Excel để ghi công nợ, và Zalo để nhắn xác nhận từng khách. Bốn việc này lẽ ra chỉ cần nhìn một chỗ, nhưng vì bốn phần mềm không nối nhau nên mỗi sáng mất gần một tiếng chỉ để gộp thông tin trước khi bắt đầu làm việc thật.

Cái giá của việc này không chỉ nằm ở thời gian. Khi một nhân viên nghỉ đúng hôm bận, không ai nhớ hết quy trình gõ tay qua bốn nơi, việc dễ bị bỏ sót. Đơn hàng đứng im vì chưa kịp báo kho, khách chờ xác nhận vì chưa ai gửi tin, cuối tháng đối chiếu doanh thu thấy lệch mà không rõ lệch ở khâu nào. Tích hợp hệ thống sinh ra để giải đúng chỗ này: nối các phần mềm lại để chúng tự trao đổi dữ liệu, không còn phải qua một người đứng giữa gõ lại.

Tích hợp hệ thống là nối các phần mềm lại để chúng tự trao đổi dữ liệu với nhau, thay vì để người làm trung gian. Phần lớn phần mềm hiện nay đều có API (giao diện lập trình, một cổng cho các phần mềm khác kết nối và trao đổi dữ liệu theo chuẩn), và tích hợp chính là dùng các cổng đó để cho dữ liệu chảy tự động và đúng chiều giữa những nơi cần.

Khi nối xong, một thay đổi ở một nơi tự phản ánh sang nơi khác. Khách đặt hàng trên web thì đơn tự về phần mềm quản lý, kho tự trừ, kế toán tự ghi nhận. Bạn nhập một lần, cả hệ thống cùng biết, và số liệu ở mọi nơi khớp nhau. Phần này gần với tự động hoá quy trình nhưng đi sâu hơn vào chuyện nối dữ liệu giữa các hệ thống, xem thêm tự động hoá quy trình.

API và webhook, hiểu theo cách của người không rành kỹ thuật

Hai từ hay gặp khi nói về tích hợp là API và webhook. Không cần hiểu sâu, chỉ cần nắm ý chính để biết Web22 đang làm gì cho hệ thống của bạn.

API (giao diện lập trình ứng dụng) giống như một quầy giao dịch của phần mềm: bạn không được vào tận kho lục lọi dữ liệu, nhưng có thể đứng ở quầy, hỏi đúng câu theo mẫu, và được trả đúng thứ cần. Web nối vào API của phần mềm kế toán thì hỏi được “đơn này đã ghi nhận chưa”, còn API của bên vận chuyển thì hỏi được “đơn này đang ở đâu”.

Webhook hoạt động ngược lại: thay vì phải hỏi liên tục xem có gì mới không, hệ thống bên kia chủ động báo tin ngay khi có việc xảy ra. Cổng thanh toán nhận được tiền thì bắn một webhook về web của bạn báo “đơn này đã thanh toán”, web nhận tin đó và tự cập nhật trạng thái đơn, không cần ai bấm kiểm tra tay.

Kết hợp cả hai, dữ liệu chảy theo đúng chiều cần: nơi cần hỏi thì hỏi qua API, nơi cần báo ngay khi có việc thì dùng webhook. Người dùng cuối không thấy phần này, chỉ thấy kết quả là mọi thứ tự khớp nhau.

Tích hợp làm ẩu thì nguy hiểm, vì dữ liệu chảy sai còn tệ hơn không nối. Web22 làm từng bước chắc chắn thay vì nối vội cho xong.

Trước hết là hiểu bạn đang dùng những phần mềm nào, cái nào có cổng kết nối, dữ liệu cần đi từ đâu tới đâu và theo chiều nào. Có phần mềm mở sẵn cổng dễ nối, có phần mềm đóng hoặc cũ thì Web22 kiểm tra thật xem nối được tới đâu rồi báo thẳng, không hứa suông. Sau khi chốt, Web22 dựng phần kết nối, chạy thử với dữ liệu thật để chắc dữ liệu chảy đúng và không trùng lặp, rồi mới đưa vào dùng kèm cách theo dõi khi có trục trặc.

Web22 cũng nói rõ khi tích hợp chưa cần thiết. Có những nơi mới dùng vài phần mềm, khối lượng công việc còn nhỏ, gõ tay qua lại chưa đủ đau để đáng bỏ tiền nối sâu. Gặp trường hợp này Web22 nói thẳng nên khoan, để dành ngân sách cho lúc thật sự cần.

Khi hai hệ thống nói khác ngôn ngữ nhau

Không phải lúc nào hai phần mềm cũng hiểu dữ liệu của nhau theo cùng một kiểu. Phần mềm này gọi là “mã sản phẩm”, phần mềm kia gọi là “SKU”, một bên lưu số điện thoại có số 0 đầu, bên kia lại cắt mất. Nghe nhỏ nhưng nếu bỏ qua, dữ liệu nối xong vẫn sai mà không ai phát hiện ngay.

Vì vậy trước khi nối, Web22 đối chiếu từng trường dữ liệu giữa hai bên: tên gọi có khớp không, định dạng có giống không, một đơn vị đo có cần quy đổi không. Chỗ nào lệch thì dựng thêm một lớp chuyển đổi ở giữa, để mỗi bên vẫn giữ cách lưu quen thuộc của mình mà dữ liệu qua lại vẫn đúng nghĩa.

Một tích hợp không phải dựng một lần rồi chạy mãi mãi. Bên đối tác có thể đổi API mà không báo trước, tạm ngưng dịch vụ để bảo trì, hoặc trả lời chậm vào giờ cao điểm. Nếu luồng tích hợp không tính tới những chuyện này, một trục trặc nhỏ bên kia có thể khiến dữ liệu bên bạn bị đứng hoặc bị ghi sai mà không ai hay.

Web22 dựng phần tích hợp với vài lớp phòng hờ. Khi một lần gọi API thất bại, hệ thống tự thử lại sau một khoảng thời gian thay vì bỏ luôn. Khi dữ liệu trả về không đúng dạng mong đợi, luồng dừng lại và báo cho người phụ trách thay vì cứ ghi bừa vào hệ thống của bạn. Và khi một dịch vụ bên thứ ba đổi cấu trúc API (chuyện vẫn xảy ra, nhất là với các nền tảng cập nhật thường xuyên), Web22 cần được biết để chỉnh lại phần kết nối cho khớp.

Đây cũng là lý do Web22 khuyên các tích hợp quan trọng nên có gói theo dõi định kỳ, thay vì dựng xong rồi bỏ đó. Một API đổi âm thầm mà không ai để ý có thể khiến đơn hàng ngưng đổ về kho cả tuần trước khi bị phát hiện, còn nếu có theo dõi thì lỗi được báo ngay trong ngày đầu.

Tuỳ hệ thống bạn đang dùng, nhưng đây là các điểm nối nhiều nơi cần trước:

• Web với phần mềm quản lý khách: khách để lại thông tin trên web tự về đúng nơi chăm khách, không sót ai.
• Web bán hàng với kho và đơn: đơn tự về, tồn kho tự trừ, tránh bán quá số hàng có.
• Nối cổng thanh toán và vận chuyển: khách trả tiền và theo dõi đơn ngay trên web, đơn tự đẩy sang bên giao.
• Nối kế toán và báo cáo: doanh thu và đơn tự ghi nhận, số liệu về một chỗ để nhìn toàn cảnh.

Với hệ thống lớn cần máy chủ riêng và hạ tầng mạnh, phần này gắn với mảng lập trình web app và hạ tầng máy chủ, Web22 tư vấn tổng thể để các phần khớp nhau.

Nối CRM, kế toán, kho và thanh toán, từng cái một

CRM (phần mềm quản lý khách hàng). Khách để lại số điện thoại qua form trên web, gọi điện, hoặc nhắn Zalo, thường nằm rải rác ở nhiều nơi. Nối web với CRM thì mọi khách mới, dù đến từ kênh nào, đều tự đổ về một chỗ, kèm lịch sử liên hệ, để người chăm khách không phải hỏi lại từ đầu hay bỏ sót ai.

Kế toán. Mỗi đơn hàng chốt xong lẽ ra phải thành một dòng ghi nhận doanh thu. Làm tay thì cuối tháng kế toán ngồi đối chiếu cả trăm đơn với sổ sách, dễ sót, dễ lệch. Nối web bán hàng với phần mềm kế toán, mỗi đơn hoàn tất tự tạo một chứng từ tương ứng, kế toán chỉ cần kiểm tra thay vì gõ lại từ đầu.

Kho. Vấn đề phổ biến nhất khi bán trên nhiều kênh là bán vượt số hàng có, vì mỗi kênh tự trừ tồn riêng. Nối kho với web và các kênh bán, một sản phẩm bán ở đâu cũng trừ đúng vào một số tồn chung, tránh tình trạng nhận đơn xong mới phát hiện hết hàng.

Thanh toán. Nối cổng thanh toán không chỉ là gắn nút bấm trả tiền, mà còn là nhận đúng tín hiệu khi tiền đã về để cập nhật trạng thái đơn tự động, thay vì nhân viên phải vào app ngân hàng đối chiếu tay từng giao dịch. Đây là phần Web22 đã làm thật trên một website bán hàng chạy nền WooCommerce, đi qua đủ khâu khó của một tích hợp thanh toán: gọi API, xử lý phản hồi, xác thực giao dịch, cập nhật đúng trạng thái đơn.

Vận chuyển. Nối với đơn vị giao hàng để đơn trên web tự tạo thành vận đơn bên vận chuyển, kèm mã theo dõi trả ngược lại cho khách xem. Bớt được khâu nhân viên phải copy địa chỉ, số điện thoại sang app hoặc web riêng của bên giao hàng cho từng đơn một.

Web22 cam kết ba việc cụ thể cho mọi tích hợp đã nhận làm. Một là chạy thử với dữ liệu thật trước khi đưa vào dùng chính thức, không giao một kết nối chưa kiểm chứng để bạn tự phát hiện lỗi khi đang vận hành. Hai là bàn giao kèm mô tả luồng dữ liệu, để bạn hoặc một đội khác hiểu và tiếp quản được, không phải phụ thuộc mãi vào Web22. Ba là nói thẳng giới hạn của từng tích hợp ngay từ đầu, phần nào phụ thuộc vào bên thứ ba thì nói rõ đó là phụ thuộc, không giấu.

Có những việc Web22 không nhận, hoặc nhận nhưng nói trước để bạn cân nhắc. Một hệ thống hoàn toàn đóng, không có API và cũng không cho truy cập dữ liệu bằng bất kỳ cách nào, thì không có đường nối, Web22 sẽ nói thẳng thay vì tìm cách lách khiến hệ thống bên kia gặp rủi ro. Một tích hợp cần xử lý dữ liệu tài chính hoặc y tế nhạy cảm, Web22 làm phần kỹ thuật kết nối nhưng khuyên bạn tham vấn thêm người có chuyên môn pháp lý về việc lưu trữ và chia sẻ dữ liệu loại này, vì đó không phải phần Web22 có thẩm quyền tư vấn.

Về quyền truy cập, Web22 chỉ cần đủ để nối, không cần hơn. Với phần mềm có API, Web22 dùng một khoá truy cập (API key) được cấp quyền giới hạn đúng phần dữ liệu cần đọc hoặc ghi, không đụng tới quyền quản trị toàn bộ hệ thống của bạn. Khoá này bạn thu hồi được bất cứ lúc nào nếu muốn ngừng kết nối, không phải nhờ Web22 gỡ hộ.

Về rủi ro lệch dữ liệu, Web22 chạy thử trên một bản sao trước khi đưa vào dùng chính thức, đối chiếu kỹ để chắc số liệu khớp trước khi động vào dữ liệu thật đang chạy. Khi đã vận hành, luồng có cơ chế báo lỗi khi phát hiện bất thường, và Web22 khuyên giữ bản sao lưu định kỳ để có thể đối chiếu, lùi lại khi cần.

Số điểm nối trong một dự án không bị giới hạn cứng về mặt kỹ thuật, nhưng càng nhiều điểm nối thì luồng dữ liệu càng phức tạp và càng cần kiểm thử kỹ. Vì vậy Web22 khuyên nối từng cặp quan trọng nhất trước, chạy ổn rồi mới mở rộng thêm, thay vì nối tất cả cùng lúc rồi khó truy ra chỗ nào sai nếu có sự cố.

Nếu sau này bạn đổi sang phần mềm khác, phần kết nối gắn với API của phần mềm cụ thể đó nên cần dựng lại cho hệ thống mới. Nhưng cách luồng dữ liệu chảy trong hệ thống của bạn, đơn về đâu, kho trừ thế nào, thường không đổi, nên công dựng lại thường nhanh hơn lần đầu vì đã hiểu rõ nghiệp vụ của bạn.