MAKE + JODOO

Định tuyến phê duyệt yêu cầu mua hàng bằng AI với Make + Jodoo

Xem cách Make và Jodoo xử lý định tuyến phê duyệt yêu cầu mua hàng: rà soát yêu cầu nguồn, trả về các trường dữ liệu quyết định có cấu trúc, ghi kết quả vào Jodoo và giữ người phụ trách, trạng thái cùng bước tiếp theo luôn hiển thị.

Nhận bộ quy trìnhĐặt lịch demo quy trình

Rà soát dữ liệu yêu cầu mua hàng theo một bộ tiêu chí nhất quán

Ghi trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất vào Jodoo

Giữ hàng đợi của người phụ trách và trạng thái theo dõi tiếp luôn hiển thị

Dùng bằng chứng từ Make trước khi điều chỉnh quy trình cho nguồn dữ liệu sản xuất

Bằng chứng công khai sử dụng chế độ Run once của Make để ảnh chụp màn hình có thể hiển thị gói webhook, các bong bóng mô-đun, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.

VIDEO HƯỚNG DẪN

Điều gì diễn ra trong bản demo Make

Video cho thấy Make xử lý yêu cầu của một đội dịch vụ hiện trường về mười hai máy tính bảng siêu bền, kèm mã ngân sách, thời điểm triển khai, chi phí ước tính và các chi tiết quản lý thiết bị còn thiếu, sau đó Jodoo lưu bản ghi vận hành.

Webhook tùy chỉnh nhận yêu cầu
Một đội dịch vụ hiện trường yêu cầu mười hai máy tính bảng siêu bền, kèm mã ngân sách, thời điểm triển khai, chi phí ước tính và các chi tiết quản lý thiết bị còn thiếu.
Make chuẩn bị các trường dữ liệu rà soát có cấu trúc
Quy trình giữ rõ trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất, thay vì trả về một đoạn văn rời rạc.
Mô-đun HTTP ghi vào Jodoo
Lần chạy đã kiểm thử gửi kết quả rà soát đến Jodoo và nhận ID dữ liệu Jodoo từ cầu nối.
Bằng chứng Make vẫn có thể kiểm tra
Bằng chứng công khai sử dụng chế độ Run once của Make để ảnh chụp màn hình có thể hiển thị gói webhook, các bong bóng mô-đun, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
Jodoo lưu bản ghi của đội ngũ
Ứng dụng Jodoo lưu Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên, Danh mục mặt hàng, Mô tả mặt hàng, Số lượng để rà soát và theo dõi tiếp.

TÓM TẮT DEMO

Make rà soát yêu cầu, Jodoo theo dõi việc cần làm tiếp

Cách triển khai này phù hợp với các đội ngũ vận hành muốn có khung kịch bản trực quan, kiểm thử Run once và lịch sử mô-đun. Trang này giữ hiển thị phần thiết lập kịch bản trực quan, lần chạy thực tế và phần ghi ngược dữ liệu vào Jodoo. Bằng chứng từ mô-đun HTTP có tính trực quan: phương thức, điểm cuối, kiểu phần thân, phản hồi đã phân tích và trạng thái hoàn tất đều có thể kiểm tra mà không cần mở trình chỉnh sửa mã.

Kịch bản Make

Một webhook tùy chỉnh của Make nhận payload mẫu và một mô-đun HTTP gửi các trường dữ liệu có cấu trúc vào Jodoo.

Quyết định có cấu trúc

Quy trình trả về trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất cho yêu cầu mười hai máy tính bảng siêu bền cho đội dịch vụ hiện trường, bao gồm ốp bảo vệ và hỗ trợ đăng ký thiết bị.

Lần chạy Make thành công

Lịch sử chạy của Make hiển thị việc hoàn tất mô-đun HTTP, chi tiết thao tác và phản hồi ID dữ liệu Jodoo.

Chi tiết triển khai Make

Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.

Chi tiết công thức yêu cầu mua hàng

Ghi ngược dữ liệu vào Jodoo

Jodoo lưu bản ghi yêu cầu mua hàng và giữ hành động tiếp theo luôn hiển thị.

Theo dõi vận hành

Hành động tiếp theo được đề xuất là yêu cầu báo giá từ nhà cung cấp, xác nhận phê duyệt của người phụ trách ngân sách và chuyển yêu cầu đến bộ phận Tài chính trước khi tìm nguồn cung.

Bộ công cụ có thể tái sử dụng

Bộ tài liệu rút ra gồm cẩm nang, bản thiết kế trường dữ liệu Jodoo và công thức quy trình Make.

GHI CHÚ THIẾT LẬP NỀN TẢNG

Điểm riêng của Make

Mô hình bản ghi Jodoo có thể giữ nhất quán, nhưng mỗi nền tảng tác nhân có cách xây dựng, chế độ kiểm thử và bàn giao triển khai khác nhau.

Bằng chứng thiết lập
Bằng chứng sử dụng Run once để gói dữ liệu đầu vào và phản hồi HTTP được hiển thị.
Lộ trình hành động
Mô-đun HTTP giữ phương thức, URL, kiểu phần thân và phần phân tích phản hồi ở trạng thái có thể kiểm tra.
Trọng tâm công thức
Lịch sử kịch bản cung cấp bản ghi trực quan về thao tác, thời lượng và phản hồi ghi ngược dữ liệu.
Lập kế hoạch cho môi trường sản xuất
Kế hoạch cho môi trường sản xuất nên bao gồm quyền sở hữu webhook, bộ định tuyến, trình xử lý lỗi và mức sử dụng thao tác.
Chi tiết bằng chứng
Bằng chứng công khai sử dụng chế độ Run once của Make để ảnh chụp màn hình có thể hiển thị gói webhook, các bong bóng mô-đun, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
Bằng chứng lần chạy
Bằng chứng từ mô-đun HTTP có tính trực quan: phương thức, điểm cuối, kiểu phần thân, phản hồi đã phân tích và trạng thái hoàn tất đều có thể kiểm tra mà không cần mở trình chỉnh sửa mã.
Chi tiết xây dựng
Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Lộ trình triển khai
Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Rào chắn kiểm soát
Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Kiểm soát rà soát
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.
Công thức kịch bản
Với định tuyến phê duyệt yêu cầu mua hàng, gói Make nên giữ hiển thị người yêu cầu, phòng ban, mặt hàng, số lượng, tổng chi phí ước tính, mã ngân sách, ngày cần có và thông tin còn thiếu trước khi mô-đun HTTP ghi vào Jodoo.
Điều chỉnh quy trình
Một bộ định tuyến có thể tách yêu cầu giá trị thấp, yêu cầu mua hàng cần báo giá, phê duyệt tài chính và việc tìm nguồn cung khẩn cấp sau khi bằng chứng ghi ngược dữ liệu đầu tiên ổn định.

BỘ QUY TRÌNH

Xây dựng cùng một vòng định tuyến phê duyệt yêu cầu mua hàng

Xem cẩm nang, sao chép công thức quy trình và sử dụng mô hình trường dữ liệu Jodoo khi điều chỉnh quy trình Make.

QUY TRÌNH CÓ THỂ TÁI SỬ DỤNG

Quy trình đưa ra quyết định. Jodoo giúp công việc tiếp tục trôi chảy.

01
Webhook tùy chỉnh
Khởi động bài kiểm thử yêu cầu mua hàng với mười hai máy tính bảng siêu bền cho đội dịch vụ hiện trường, bao gồm ốp bảo vệ và hỗ trợ đăng ký thiết bị. Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
02
Kịch bản Make
Một webhook tùy chỉnh của Make nhận payload mẫu và một mô-đun HTTP gửi các trường dữ liệu có cấu trúc vào Jodoo.
03
Mô-đun HTTP
Gửi JSON có cấu trúc đến cầu nối ghi ngược dữ liệu Jodoo. Bằng chứng từ mô-đun HTTP có tính trực quan: phương thức, điểm cuối, kiểu phần thân, phản hồi đã phân tích và trạng thái hoàn tất đều có thể kiểm tra mà không cần mở trình chỉnh sửa mã.
04
Phản hồi chứng minh
Hiển thị lần chạy trên nền tảng thành công và ID dữ liệu Jodoo. Bằng chứng công khai sử dụng chế độ Run once của Make để ảnh chụp màn hình có thể hiển thị gói webhook, các bong bóng mô-đun, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản.
05
Hàng đợi Jodoo
Lưu các trường dữ liệu để người phụ trách rà soát, theo dõi trạng thái và theo dõi tiếp. Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.

VÒNG LẶP QUY TRÌNH

Từ định tuyến phê duyệt yêu cầu mua hàng trên Make đến Jodoo

Webhook tùy chỉnh nhận hoặc khởi động định tuyến phê duyệt yêu cầu mua hàng bằng dữ liệu giả lập trước.
Make áp dụng hướng dẫn rà soát tập trung và trả về trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất.
Mô-đun HTTP gửi đầu ra có cấu trúc đến cầu nối ghi ngược dữ liệu Jodoo và nhận một ID dữ liệu.
Với định tuyến phê duyệt yêu cầu mua hàng, gói Make nên giữ hiển thị người yêu cầu, phòng ban, mặt hàng, số lượng, tổng chi phí ước tính, mã ngân sách, ngày cần có và thông tin còn thiếu trước khi mô-đun HTTP ghi vào Jodoo.
Một bộ định tuyến có thể tách yêu cầu giá trị thấp, yêu cầu mua hàng cần báo giá, phê duyệt tài chính và việc tìm nguồn cung khẩn cấp sau khi bằng chứng ghi ngược dữ liệu đầu tiên ổn định.
Lịch sử kịch bản là điểm chứng minh mạnh cho bộ phận mua hàng vì hiển thị từng mô-đun, số lượng thao tác, phần thân phản hồi và ID dữ liệu Jodoo đã được chấp nhận.
Sau phần chứng minh, Make có thể thêm thông báo mua hàng, nhánh phê duyệt tài chính, tra cứu báo giá nhà cung cấp và trình xử lý lỗi cho các lần ghi ngược dữ liệu thất bại.
Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Jodoo tạo bản ghi Biểu mẫu yêu cầu mua hàng và lưu Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên, Danh mục mặt hàng, Mô tả mặt hàng, Số lượng, Đơn giá ước tính.
Đội ngũ rà soát hàng đợi, phân công người phụ trách và hoàn tất hành động tiếp theo: yêu cầu báo giá từ nhà cung cấp, xác nhận phê duyệt của người phụ trách ngân sách và chuyển yêu cầu đến bộ phận Tài chính trước khi tìm nguồn cung.
Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.

ÁNH XẠ TRƯỜNG DỮ LIỆU

Đầu ra của tác nhân trở thành trường dữ liệu Jodoo

Dữ liệu tác nhân hoặc dữ liệu nguồn	Trường dữ liệu bản ghi Jodoo
chi tiết yêu cầu nguồn	Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên
trường dữ liệu quyết định rà soát	Số lượng, Đơn giá ước tính, Tổng chi phí ước tính, Ngày cần có, Mã ngân sách
phản hồi quy trình	Nền tảng nguồn, Đầu ra quy trình gốc

CÔNG THỨC TÁC NHÂN

Prompt và đầu ra có cấu trúc

Vai trò của Make

Rà soát một yêu cầu định tuyến phê duyệt mua hàng và trả về các trường dữ liệu có cấu trúc để Jodoo có thể lưu, định tuyến và báo cáo. Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.

Hướng dẫn rà soát

Sử dụng ngữ cảnh mẫu cho yêu cầu mười hai máy tính bảng siêu bền cho đội dịch vụ hiện trường, bao gồm ốp bảo vệ và hỗ trợ đăng ký thiết bị; quyết định trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất, đồng thời giữ hành động tiếp theo thật cụ thể. Với định tuyến phê duyệt yêu cầu mua hàng, gói Make nên giữ hiển thị người yêu cầu, phòng ban, mặt hàng, số lượng, tổng chi phí ước tính, mã ngân sách, ngày cần có và thông tin còn thiếu trước khi mô-đun HTTP ghi vào Jodoo.

Hợp đồng ghi ngược dữ liệu

Gửi một đối tượng JSON có thể dự đoán qua mô-đun HTTP; Jodoo nên nhận cùng tên trường dữ liệu trong mỗi lần chạy. Make hữu ích khi đội ngũ vận hành muốn giải thích bàn giao bằng khung kịch bản, bộ lọc, bộ định tuyến và lịch sử chạy ở cấp mô-đun.

Đầu ra bắt buộc

Trả về trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất, source_platform, agent_confidence và đầu ra quy trình gốc cho ngữ cảnh kiểm tra.

Kiểm soát Make

Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động. Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công. Ghi rõ ai phụ trách URL webhook và ai được phép chỉnh sửa các mô-đun mang dữ liệu yêu cầu trong môi trường sản xuất.

Ghi chú triển khai yêu cầu mua hàng

Với định tuyến phê duyệt yêu cầu mua hàng, gói Make nên giữ hiển thị người yêu cầu, phòng ban, mặt hàng, số lượng, tổng chi phí ước tính, mã ngân sách, ngày cần có và thông tin còn thiếu trước khi mô-đun HTTP ghi vào Jodoo. Một bộ định tuyến có thể tách yêu cầu giá trị thấp, yêu cầu mua hàng cần báo giá, phê duyệt tài chính và việc tìm nguồn cung khẩn cấp sau khi bằng chứng ghi ngược dữ liệu đầu tiên ổn định. Lịch sử kịch bản là điểm chứng minh mạnh cho bộ phận mua hàng vì hiển thị từng mô-đun, số lượng thao tác, phần thân phản hồi và ID dữ liệu Jodoo đã được chấp nhận. Sau phần chứng minh, Make có thể thêm thông báo mua hàng, nhánh phê duyệt tài chính, tra cứu báo giá nhà cung cấp và trình xử lý lỗi cho các lần ghi ngược dữ liệu thất bại.

{
  "requester_name": "Avery Brooks",
  "department": "Vận hành",
  "item_category": "Thiết bị CNTT",
  "item_description": "Mười hai máy tính bảng siêu bền cho đội dịch vụ hiện trường",
  "quantity": 12,
  "estimated_total": 5820,
  "needed_by_date": "2026-06-21",
  "budget_code": "OPS-FIELD-2026",
  "approval_status": "Chờ rà soát",
  "sourcing_status": "Cần báo giá",
  "approval_route": "Quản lý phòng ban rồi đến bộ phận Tài chính",
  "procurement_owner": "Vận hành mua hàng",
  "missing_information": "Xác nhận số lượng giấy phép quản lý thiết bị và địa chỉ giao hàng",
  "recommended_next_action": "Yêu cầu báo giá từ nhà cung cấp và chuyển đến bộ phận Tài chính trước khi tìm nguồn cung"
}

ỨNG DỤNG JODOO KHỞI ĐẦU

Ứng dụng khởi đầu cho yêu cầu mua hàng

Sử dụng mô hình trường dữ liệu, chế độ xem và tự động hóa khi điều chỉnh quy trình định tuyến phê duyệt yêu cầu mua hàng cho đội ngũ của bạn.

Trường dữ liệu bao gồm

Tên người yêu cầu
Phòng ban
Ngày yêu cầu
Mức độ ưu tiên
Danh mục mặt hàng
Mô tả mặt hàng
Số lượng
Đơn giá ước tính
Tổng chi phí ước tính
Ngày cần có
Mã ngân sách
Lý do kinh doanh
Trạng thái phê duyệt
Trạng thái tìm nguồn cung
Người phụ trách mua hàng
Tuyến phê duyệt
Thông tin còn thiếu
Hành động tiếp theo được đề xuất
Đầu ra quy trình gốc

Chế độ xem đề xuất

Cần bộ phận mua hàng rà soát
Hàng đợi phê duyệt tài chính
Cần báo giá
Mua hàng ưu tiên cao
Tất cả yêu cầu mua hàng

Quy tắc tự động hóa

Tạo một bản ghi Jodoo sau khi Make trả về đầu ra có cấu trúc.
Chuyển các bản ghi ưu tiên cao hoặc ngoại lệ vào đúng hàng đợi của người phụ trách.
Thông báo cho người phụ trách được đề xuất khi có thông tin còn thiếu hoặc lý do tạm dừng.
Giữ đầu ra quy trình gốc trong ngữ cảnh kiểm tra.

DANH SÁCH KIỂM TRA TRIỂN KHAI

Những gì cần xác nhận trước khi triển khai thực tế

Gửi dữ liệu giả lập đến webhook tùy chỉnh trước khi kích hoạt kịch bản.
Mở lại mô-đun HTTP sau khi chỉnh sửa và xác nhận ánh xạ JSON đã lưu.
Dùng lịch sử kịch bản để xác nhận trạng thái, thao tác và phần thân phản hồi.
Chỉ thêm bộ định tuyến, bộ lọc và thông báo sau khi phần ghi ngược dữ liệu cơ bản đã ổn định.
Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.
Ghi rõ ai phụ trách URL webhook và ai được phép chỉnh sửa các mô-đun mang dữ liệu yêu cầu trong môi trường sản xuất.
Một bộ định tuyến có thể tách yêu cầu giá trị thấp, yêu cầu mua hàng cần báo giá, phê duyệt tài chính và việc tìm nguồn cung khẩn cấp sau khi bằng chứng ghi ngược dữ liệu đầu tiên ổn định.
Lịch sử kịch bản là điểm chứng minh mạnh cho bộ phận mua hàng vì hiển thị từng mô-đun, số lượng thao tác, phần thân phản hồi và ID dữ liệu Jodoo đã được chấp nhận.
Sau phần chứng minh, Make có thể thêm thông báo mua hàng, nhánh phê duyệt tài chính, tra cứu báo giá nhà cung cấp và trình xử lý lỗi cho các lần ghi ngược dữ liệu thất bại.

Bộ quy trình

Lưu lại chi tiết thiết lập cho đội ngũ của bạn

Markdown - Sẵn sàng chia sẻ

Cẩm nang giải pháp

Hướng dẫn lập kế hoạch cho vòng định tuyến phê duyệt yêu cầu mua hàng trên Make, bao gồm thiết lập, trường dữ liệu Jodoo, bản ghi chứng minh và ghi chú triển khai.

Mở cẩm nang

JSON - Bản thiết kế đã sẵn sàng

Bản thiết kế ứng dụng khởi đầu Jodoo

Mô hình trường dữ liệu Jodoo, các chế độ xem đề xuất và ý tưởng tự động hóa để điều chỉnh Biểu mẫu yêu cầu mua hàng.

Mở bản thiết kế

Markdown - Sẵn sàng sao chép

Prompt tác nhân AI + Công thức quy trình

Thiết lập Make, hợp đồng đầu ra, ghi chú điểm cuối và công thức chạy thử được dùng cho bằng chứng ghi ngược dữ liệu này.

Mở công thức

QUY TRÌNH

Từ yêu cầu mua hàng trên Make đến bản ghi Jodoo

Make xử lý kịch bản trực quan; Jodoo lưu bản ghi để đội ngũ có thể lọc, phân công và rà soát.

Webhook tùy chỉnh nhận hoặc khởi động định tuyến phê duyệt yêu cầu mua hàng bằng dữ liệu giả lập trước.
Make áp dụng hướng dẫn rà soát tập trung và trả về trạng thái phê duyệt, trạng thái tìm nguồn cung, người phụ trách mua hàng, tuyến phê duyệt, thông tin còn thiếu, tổng chi phí ước tính, mức độ ưu tiên và hành động tiếp theo được đề xuất.
Mô-đun HTTP gửi đầu ra có cấu trúc đến cầu nối ghi ngược dữ liệu Jodoo và nhận một ID dữ liệu.
Với định tuyến phê duyệt yêu cầu mua hàng, gói Make nên giữ hiển thị người yêu cầu, phòng ban, mặt hàng, số lượng, tổng chi phí ước tính, mã ngân sách, ngày cần có và thông tin còn thiếu trước khi mô-đun HTTP ghi vào Jodoo.
Một bộ định tuyến có thể tách yêu cầu giá trị thấp, yêu cầu mua hàng cần báo giá, phê duyệt tài chính và việc tìm nguồn cung khẩn cấp sau khi bằng chứng ghi ngược dữ liệu đầu tiên ổn định.
Lịch sử kịch bản là điểm chứng minh mạnh cho bộ phận mua hàng vì hiển thị từng mô-đun, số lượng thao tác, phần thân phản hồi và ID dữ liệu Jodoo đã được chấp nhận.
Sau phần chứng minh, Make có thể thêm thông báo mua hàng, nhánh phê duyệt tài chính, tra cứu báo giá nhà cung cấp và trình xử lý lỗi cho các lần ghi ngược dữ liệu thất bại.
Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP.
Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.
Jodoo tạo bản ghi Biểu mẫu yêu cầu mua hàng và lưu Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên, Danh mục mặt hàng, Mô tả mặt hàng, Số lượng, Đơn giá ước tính.
Đội ngũ rà soát hàng đợi, phân công người phụ trách và hoàn tất hành động tiếp theo: yêu cầu báo giá từ nhà cung cấp, xác nhận phê duyệt của người phụ trách ngân sách và chuyển yêu cầu đến bộ phận Tài chính trước khi tìm nguồn cung.
Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.
Thêm trình xử lý lỗi quanh mô-đun HTTP để các lần ghi ngược dữ liệu thất bại có thể được thử lại hoặc chuyển sang luồng rà soát thủ công.

BẢN GHI JODOO

Những gì Jodoo lưu trữ

Jodoo lưu các trường dữ liệu yêu cầu mua hàng bền vững sau khi quy trình chạy: Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên, Danh mục mặt hàng, Mô tả mặt hàng, Số lượng, Đơn giá ước tính.

Tên người yêu cầuPhòng banNgày yêu cầuMức độ ưu tiênDanh mục mặt hàngMô tả mặt hàngSố lượngĐơn giá ước tínhTổng chi phí ước tínhNgày cần cóMã ngân sáchLý do kinh doanhTrạng thái phê duyệtTrạng thái tìm nguồn cungNgười phụ trách mua hàngTuyến phê duyệtThông tin còn thiếuHành động tiếp theo được đề xuấtĐầu ra quy trình gốc

LẦN CHẠY KIỂM THỬ THỰC TẾ

Một quy trình Make đã ghi yêu cầu mua hàng vào Jodoo

Ảnh chụp màn hình sử dụng dữ liệu giả lập và hiển thị thiết lập Make, một lần chạy thành công cùng hàng dữ liệu Jodoo do quy trình tạo ra.

Cấu hình Make cho định tuyến phê duyệt yêu cầu mua hàng với Jodoo — Cấu hình kịch bản Make
Một webhook tùy chỉnh của Make nhận payload mẫu và một mô-đun HTTP gửi các trường dữ liệu có cấu trúc vào Jodoo.

Lần chạy định tuyến phê duyệt yêu cầu mua hàng thành công trên Make với ghi ngược dữ liệu vào Jodoo — Lần chạy Make thành công
Lịch sử chạy của Make hiển thị việc hoàn tất mô-đun HTTP, chi tiết thao tác và phản hồi ID dữ liệu Jodoo.

Bản ghi định tuyến phê duyệt yêu cầu mua hàng trong Jodoo được tạo từ đầu ra của Make — Ghi ngược dữ liệu vào Jodoo
Định tuyến phê duyệt yêu cầu mua hàng đã được ghi vào Jodoo với các trường Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên, Danh mục mặt hàng, Mô tả mặt hàng hiển thị.

CÂU HỎI THƯỜNG GẶP

Câu hỏi thường gặp

Giải đáp về cách dùng các nền tảng tác nhân với bản ghi, quy trình và mẫu ứng dụng của Jodoo.

Quy trình định tuyến phê duyệt yêu cầu mua hàng trên Make này đã được kiểm thử từ đầu đến cuối chưa?

Có. Bằng chứng sử dụng dữ liệu giả lập, một lần chạy Make thực tế và ảnh chụp màn hình ghi ngược dữ liệu vào Jodoo đã được xác minh kèm bản kê bằng chứng.

Vì sao nên dùng Make để định tuyến phê duyệt yêu cầu mua hàng?

Hãy dùng Make khi đội ngũ vận hành muốn có khung kịch bản trực quan, kiểm thử Run once và lịch sử mô-đun. Sau đó, Jodoo lưu bản ghi bền vững để rà soát và theo dõi tiếp.

Cách triển khai Make này khác gì so với các ví dụ nền tảng khác?

Bằng chứng công khai sử dụng chế độ Run once của Make để ảnh chụp màn hình có thể hiển thị gói webhook, các bong bóng mô-đun, số lượng thao tác và phản hồi HTTP trong lịch sử kịch bản. Bắt đầu với một webhook tùy chỉnh, dán yêu cầu mẫu và để Make suy luận gói dữ liệu trước khi ánh xạ các trường dữ liệu quyết định vào phần thân của mô-đun HTTP. Với định tuyến phê duyệt yêu cầu mua hàng, gói Make nên giữ hiển thị người yêu cầu, phòng ban, mặt hàng, số lượng, tổng chi phí ước tính, mã ngân sách, ngày cần có và thông tin còn thiếu trước khi mô-đun HTTP ghi vào Jodoo.

Jodoo lưu gì sau khi quy trình chạy?

Jodoo lưu Tên người yêu cầu, Phòng ban, Ngày yêu cầu, Mức độ ưu tiên, Danh mục mặt hàng, Mô tả mặt hàng, Số lượng, Đơn giá ước tính, Tổng chi phí ước tính, Ngày cần có, cùng đầu ra quy trình gốc cho ngữ cảnh kiểm tra.

Sau này có thể kết nối với dữ liệu nguồn sản xuất không?

Có. Bắt đầu với lần chạy giả lập đã xác minh, sau đó kết nối biểu mẫu, cổng thông tin, hộp thư đến, API hoặc hệ thống nội bộ khi lược đồ định tuyến phê duyệt yêu cầu mua hàng đã ổn định. Dùng bộ định tuyến sau bằng chứng cơ bản khi hợp đồng giá trị cao, hóa đơn khẩn cấp hoặc trường hợp thiếu thông tin cần các hàng đợi Jodoo khác nhau.

Đội ngũ vẫn cần rà soát những gì?

Quy trình có thể chuẩn bị các trường dữ liệu quyết định, nhưng người phụ trách vẫn nên rà soát rủi ro kinh doanh, phê duyệt thanh toán hoặc pháp lý và các quyết định vận hành cuối cùng. Ghi rõ ai phụ trách URL webhook và ai được phép chỉnh sửa các mô-đun mang dữ liệu yêu cầu trong môi trường sản xuất.

BƯỚC TIẾP THEO

Biến yêu cầu mua hàng thành việc theo dõi có kiểm soát

Bắt đầu với một lần chạy Make đã được xác minh, sau đó tái sử dụng cùng mẫu ghi ngược dữ liệu cho các hàng đợi rà soát và bàn giao vận hành liền kề. Rà soát mức sử dụng thao tác, quyền sở hữu webhook và lịch chạy kịch bản trước khi chuyển bằng chứng Run once thành quy trình hoạt động.

Nhận bộ quy trìnhĐặt lịch demo quy trình

Định tuyến phê duyệt yêu cầu mua hàng bằng AI với Make + Jodoo

Điều gì diễn ra trong bản demo Make

Webhook tùy chỉnh nhận yêu cầu

Make chuẩn bị các trường dữ liệu rà soát có cấu trúc

Mô-đun HTTP ghi vào Jodoo

Bằng chứng Make vẫn có thể kiểm tra

Jodoo lưu bản ghi của đội ngũ