Từ giao tiếp API đến nghiệp vụChủ động cách hai phần mềm làm việc với nhau.
Người triển khai chọn dữ liệu cần trao đổi và cách xử lý; đội vận hành xem kết quả tại một nơi. Những kết nối đã làm có thể dùng lại rồi điều chỉnh theo tài khoản, phần mềm và yêu cầu của doanh nghiệp.
01 / CÓ THỂ CẤU HÌNH
Chọn dữ liệu nhận vào và gửi đi
Thiết lập API — cổng trao đổi dữ liệu giữa các phần mềm — gồm địa chỉ, cách gửi nhận, thông tin bắt buộc và kết quả trả về. Dữ liệu gửi đi có thể ở dạng JSON, XML hoặc biểu mẫu, kèm thông số lấy từ chính lần xử lý đó.
Có thể nhận một yêu cầu, trao đổi tiếp với phần mềm khác rồi trả kết quả cho bên gửi.
02 / CÓ THỂ CẤU HÌNH
Ghép đúng mã và đổi dữ liệu sang định dạng cần dùng
Chọn thông tin bên gửi sẽ được điền vào đâu bên nhận. oHUB hỗ trợ dữ liệu nhiều cấp, giá trị mặc định và chuyển đổi định dạng. Những quy tắc riêng có thể được bổ sung tại các bước hệ thống cho phép mở rộng.
Ví dụ: đổi mã hàng, định dạng ngày hoặc tên trạng thái để hai phần mềm hiểu đúng cùng một thông tin.
03 / CÓ THỂ CẤU HÌNH
Tạo hoặc cập nhật đúng hồ sơ, đúng các dòng chi tiết
Chọn loại hồ sơ cần tạo mới hoặc cập nhật, rồi đặt cách nhận diện hồ sơ đã có. Dữ liệu có thể nối tới khách hàng, nhà cung cấp, sản phẩm và các dòng chi tiết trong cùng chứng từ.
Cách đối chiếu được thiết lập trước để phân biệt hồ sơ mới với hồ sơ cần cập nhật.
04 / CÓ THỂ CẤU HÌNH
Chọn bước tiếp theo khi thành công hoặc gặp lỗi
Dựa vào kết quả phần mềm trả về để chọn bước tiếp theo: tiếp tục, xác thực lại, thử lại hoặc chuyển sang một yêu cầu khác. Có thể thêm xử lý trước và sau khi ghép dữ liệu, gửi, nhận hoặc ghi vào hệ thống.
Một kết nối có thể gồm nhiều bước và có cách xử lý riêng cho từng tình huống lỗi.
05 / CÓ THỂ CẤU HÌNH
Dùng lại kết nối, thay thông số cho từng nơi
Đặt thông số chung cho cả quy trình kết nối và thông số riêng cho từng yêu cầu. Chọn thông tin bắt buộc, tùy chọn hoặc cần giữ bí mật; thiết lập quyền kết nối theo nhà cung cấp, kể cả OAuth nếu được hỗ trợ.
Giữ lại các bước đã thiết kế và đổi thông số theo tài khoản, nơi thử nghiệm hoặc doanh nghiệp sử dụng.
06 / CÓ THỂ CẤU HÌNH
Chạy theo lịch hoặc ngay khi công việc cần
Gom các yêu cầu thành nhóm, đặt lịch chạy và số lượng xử lý mỗi đợt. Quy trình ORIS Business Workflow cũng có thể gọi kết nối ở một bước công việc nếu chức năng đó đã được cấp.
Doanh nghiệp chọn lúc trao đổi dữ liệu phù hợp với cách làm việc của mình.
07 / CÓ THỂ CẤU HÌNH
Biết lỗi ở đâu để xử lý và chạy lại
Xem kết quả từng lần chạy, dữ liệu đã chuyển đổi và chứng từ liên quan. Đặt số lần thử lại, thời gian chờ và cách xử lý lỗi. Khi chưa rõ phía đối tác đã nhận thành công hay chưa, cần kiểm tra trước khi gửi lại.
Phân biệt lỗi đường truyền, sai mã hoặc định dạng dữ liệu với lỗi ở bước xử lý công việc.
08 / CÓ THỂ CẤU HÌNH
Dùng chung mẫu kết nối, giữ thông số riêng từng doanh nghiệp
Quản lý mẫu kết nối tại Hub trung tâm rồi đưa xuống các hệ thống sử dụng. Thông số riêng của từng doanh nghiệp được giữ theo quy định của mẫu. Các môi trường thử nghiệm, chạy thử và chính thức được tách ra để kiểm tra trước khi dùng.
Một mẫu kết nối có thể được thử nghiệm rồi áp dụng cho nhiều hệ thống.