Một câu có thể tạo quy trình duyệt hợp đồng trong Box?
Box Architect bắt đầu từ mục tiêu nghiệp vụ. Ví dụ tiếp nhận hợp đồng cho thấy công cụ có thể soạn gì và chủ quy trình vẫn cần quyết định gì.
Nhóm kinh doanh nhận hợp đồng của nhà cung cấp với tệp đính kèm tên “final”. Giá trị mua nằm trong phụ lục ở trang 13. Trường thẩm quyền tài phán bị bỏ trống, còn người được giao duyệt đang vắng. Ai từng xử lý yêu cầu như vậy đều biết có bao nhiêu việc nằm sau câu “gửi hợp đồng đi duyệt”. Các bước nằm trong tài liệu chính sách, thói quen của nhóm và phán đoán của người đầu tiên mở tệp.
Box, nền tảng quản lý nội dung doanh nghiệp, giới thiệu Box Architect tại BoxWorks ngày 5 tháng 11 năm 2026. Sản phẩm được công bố bắt đầu từ mục tiêu mô tả bằng ngôn ngữ thông thường, rồi dùng quy trình và nội dung sẵn có trong Box để đề xuất luồng việc. Box nói Architect sẽ ghép các thành phần hỗ trợ như biểu mẫu, mẫu siêu dữ liệu, tác tử và ứng dụng, sau đó chỉ ra điểm tắc để người phụ trách xem xét. Hãng cho biết sẽ bắt đầu triển khai beta cho khách hàng Enterprise Advanced trong quý IV năm 2026. Thông báo BoxWorks và điều kiện truy cập
Bản nháp đầu của luồng việc có thể dễ tạo hơn. Phần có giá trị là quyết định xử lý các trường hợp làm quy trình thất bại. Tiếp nhận hợp đồng là ví dụ đủ nhỏ để thấy quyết định nào thuộc bản nháp, nhóm cần kiểm tra gì trước khi triển khai và một bài thử hữu ích nên đo gì.
Trụ sở Box ở Redwood City, do Jeanjung212 chụp tháng 3 năm 2017. Ảnh minh họa đã cắt và đổi kích thước, CC BY-SA 4.0. Nguồn ảnh · Giấy phép.
Mục tiêu nghiệp vụ trở thành bản nháp có thể kiểm tra
Phần giới thiệu ngày 5 tháng 11 của Box mô tả trình tự thiết kế, xây dựng và cải tiến. Bắt đầu từ kết quả mong muốn và quy trình hiện có của tổ chức. Architect đề xuất các giai đoạn, quyết định và điểm bàn giao, rồi có thể ghép thành phần Box liên quan. Hãng nêu Box Forms, Extract, Automate, Apps, Doc Gen và Sign trong số khả năng có thể dùng. Chủ quy trình có thể sửa bản nháp, thử tình huống ngoại lệ và thêm bước xem xét, phê duyệt trước khi đưa vào hoạt động. Box cũng nói sản phẩm sẽ gợi ý cải tiến khi thấy vấn đề như thông tin thường xuyên bị thiếu. Thông báo sản phẩm Box Architect
Dễ hiểu luồng việc hơn nếu mỗi bước có động từ cụ thể. Tiếp nhận nhận tệp. Trích xuất tìm trường. Định tuyến xác định người duyệt. Phê duyệt ghi quyết định. Phân phối chia sẻ kết quả đã duyệt cho người được phép. Các bước có thể dùng cùng tài liệu nhưng gây hệ quả rất khác. Có người được trích giá trị mua khỏi hợp đồng dù chỉ bộ phận thu mua được duyệt. Người duyệt giao dịch mua vẫn có thể không cần cấp quyền cả thư mục cho đối tác ngoài.
Ví dụ duyệt hợp đồng tách tiếp nhận, trích xuất, định tuyến và quyết định. Minh họa do Telli.sh thực hiện.
Chỉ dẫn khởi đầu có phạm vi rõ có thể như sau:
Nhận hợp đồng nhà cung cấp và xác định người phụ trách yêu cầu, loại hợp đồng, giá trị và thẩm quyền tài phán. Chuyển yêu cầu đủ thông tin tới người được nêu trong bảng định tuyến đã duyệt. Chuyển trường thiếu, số tiền mâu thuẫn và thẩm quyền tài phán chưa quen cho người duyệt được chỉ định. Giữ việc chia sẻ ra ngoài cho đến khi người có thẩm quyền duyệt đúng phiên bản và người nhận.
Chỉ dẫn hữu ích hơn nếu trỏ tới chính sách thật. Thêm phiên bản được kiểm soát của bảng định tuyến và xác định điều gì xảy ra nếu hai quy tắc cùng áp dụng. Nêu rõ lấy số tiền nào, kể cả tiền tệ và kỳ hạn hợp đồng có tác động đến ngưỡng không. Nếu Pháp chế và Thu mua đều tham gia, xác định họ duyệt song song hay bên này đợi bên kia. Đề xuất luồng việc cho mọi người thứ cụ thể để kiểm tra trong lúc thống nhất các lựa chọn.
Box nói nội dung ở lại trong Box theo quyền và chính sách của nền tảng. Nhóm thiết kế vẫn nên thử với tài khoản đại diện nhân viên gửi, người duyệt và người không có quyền xem hợp đồng. Tài liệu quan trọng là sơ đồ luồng đã duyệt với đầu vào, điểm bàn giao, đường ngoại lệ và người có quyền quyết định. Khi có sơ đồ, thành viên mới hiểu tệp đi đâu mà không cần lần ngược cuộc trò chuyện với trợ lý. Thông báo sản phẩm Box Architect
Thiết kế thể hiện giá trị ở hàng chờ ngoại lệ
Hãy xét hai bản của một hợp đồng. Tệp tải lên ghi tổng 49.500 USD, còn phụ lục đã ký nâng lên 52.000 USD. Trích hai số khá dễ. Quyết định tệp nào chi phối phê duyệt là việc khác. Trong ví dụ này, cả hai giá trị cần hiện trong báo cáo ngoại lệ cùng trang nguồn và tên tệp, rồi đường tự động phải dừng. Nếu quy trình chọn một số mà không giữ mâu thuẫn, người duyệt có thể không bao giờ biết có số thứ hai.
Hoặc xét hồ sơ đúng nội dung nhưng sai quyền. Có người được yêu cầu duyệt nhưng đính kèm tệp ngoài thư mục được phép của luồng việc. Họ nên thấy yêu cầu bị chặn hoặc chưa đủ mà không được xem trước tài liệu bị hạn chế. Nếu chủ tài liệu dời tệp, đường dẫn cũ hoặc tác vụ duyệt phải xử lý theo quy tắc truy cập của tổ chức. Cần thử hành vi này vì triển khai doanh nghiệp hiếm khi chỉ có một thư mục với quyền như nhau cho mọi nhân viên.
Tình huống thứ ba thử việc thay phiên bản. Người duyệt chọn bản 4 nhưng bản 5 tới ngay trước yêu cầu ký. Hãy quyết định có mở lại duyệt không, bản 4 còn hiện thế nào trong hồ sơ kiểm toán và ai được tiếp tục yêu cầu. Đây là quyết định duyệt phải gắn với phiên bản cụ thể. Tóm tắt theo điều khoản vẫn có ích, nhưng luồng việc cần hiển thị chính xác hợp đồng mà người duyệt đã quyết định.
| Tình huống thử | Bằng chứng người duyệt cần | Hành động kỳ vọng |
|---|---|---|
| Hợp đồng thông thường | Phiên bản tài liệu, trường bắt buộc, quy tắc định tuyến | Giao người duyệt chỉ định |
| Số tiền mâu thuẫn | Hai giá trị kèm tham chiếu trang hoặc tệp | Tạm dừng và yêu cầu làm rõ |
| Tệp bắt buộc bị hạn chế | Kết quả truy cập và cách khắc phục được phép | Giữ yêu cầu mà không lộ tài liệu |
| Có phiên bản mới sau khi duyệt | Bản đã duyệt và bản mới | Mở lại duyệt hoặc theo quy tắc sửa đổi đã ghi |
| Cùng yêu cầu vào hai lần | Mã yêu cầu hiện có và giờ tiếp nhận | Liên kết hoặc đánh dấu, không tạo lượt duyệt thứ hai |
Các yêu cầu trong bảng chỉ để minh họa. Dùng tài liệu mẫu có đáp án biết trước và kiểu bố cục như nhóm gặp thật. Hợp đồng một trang rõ ràng có ích để thiết lập luồng chuẩn. Bản quét PDF bị xoay, phụ lục đa ngôn ngữ hoặc trường chữ ký thiếu cho thấy quy trình còn dễ hiểu khi độ tin cậy trích xuất giảm không.
Luồng thứ hai có thể thử xem phương pháp dùng được giữa các nhóm không. Nhóm công nợ phải trả có thể lấy mã hóa đơn và so tiền với đơn mua trước khi chuyển chênh lệch cho người duyệt. Công việc giống tiếp nhận hợp đồng ở cấu trúc, nhưng bằng chứng khác. Người duyệt hóa đơn cần mã đơn, dòng hàng và quy tắc dung sai thay vì điều khoản hợp đồng. Giữ thử nghiệm đầu tập trung vào một trong hai. Khi nhóm thứ hai thử cùng phương pháp thiết kế, hãy xem họ tái sử dụng được cấu trúc tiếp nhận và ngoại lệ trong khi thay nguồn kiểm soát và phê duyệt riêng không. Đó là dấu hiệu tái sử dụng có ích hơn hai sơ đồ trông giống nhau.
Architect beta và các biện pháp đang dùng có mốc khác nhau
Thông báo ngày 5 tháng 11 nhóm nhiều sản phẩm dưới tự động hóa luồng việc bằng tác tử và bảo vệ. Architect được lên kế hoạch triển khai beta cho Enterprise Advanced. Box nói tính năng bảo vệ trước mối đe dọa mới sẽ đến các gói đủ điều kiện đầu năm 2027. Hãng cũng nói biện pháp bảo mật tác tử đã phát hành rộng rãi cho Shield và Enterprise Advanced. Các biện pháp gồm chính sách theo phân loại, hạn chế hành động qua máy chủ Model Context Protocol của Box và cảnh báo theo ngưỡng. Hãy xác minh gói và quyền trên môi trường của tổ chức trước khi dùng demo của tính năng này để đặt kỳ vọng cho tính năng khác. Thông báo ra mắt Box và điều kiện truy cập
Những điểm khác biệt quan trọng với luồng có thể tạo hồ sơ hoặc chia sẻ tệp. Chẳng hạn Box ghi tài liệu về quy tắc MCP dành cho quản trị viên với hành động ghi do tác tử AI bên ngoài gọi. Quản trị viên có thể giới hạn thao tác được hỗ trợ trên đường đó. Luồng duyệt thuần Box vẫn cần thử với đúng thành phần nó dùng. Ghép mỗi lần ghi với thành phần và chính sách, rồi kiểm tra kết quả từ chính vai trò thực hiện. Tài liệu Box Support về biện pháp kiểm soát MCP
Thiết kế luồng và kiểm soát lúc chạy là hai khoản công khác nhau. Người duyệt có thể bớt thời gian nối biểu mẫu với siêu dữ liệu nhưng tốn thêm thời gian chọn quy tắc và chuẩn bị tài liệu thử. Nếu chính sách rải trong phiên bản cũ, ổ dùng chung và email, cải tiến đầu có thể là một bảng định tuyến duy nhất còn hiệu lực. Quy trình lặp lại khiến sai lệch dễ thấy vì mỗi ngoại lệ có nơi để đi. Quy trình đã duyệt còn có thể sửa nhanh hơn khi việc đổi chủ chỉ ảnh hưởng một quy tắc nhỏ thay vì cả chục lần bàn giao riêng.
Cho chủ luồng diễn tập một thay đổi chính sách cụ thể. Giả sử quy định mua sắm sửa đổi hạ ngưỡng phải chuyển Pháp chế duyệt từ ngày 1 tháng 12. Yêu cầu đang duyệt có thể thuộc quy tắc cũ, còn lượt gửi mới theo quy tắc mới. Ghi dấu thời gian quyết định và ai có quyền duyệt thay đổi. Giữ một hợp đồng thử mỗi phía ngày hiệu lực. Khi bản sửa nháp cũng đổi chỉ dẫn trích xuất, lặp riêng các phép kiểm số tiền và tiền tệ để biết đường mới đến từ chính sách hay cách đọc tài liệu khác.
So hai bản nháp trước khi gửi hợp đồng thật
Dùng cùng bộ tài liệu và quy tắc chấm cho quy trình thủ công và bản nháp Architect. Minh họa do Telli.sh thực hiện.
- Chọn một luồng việc hẹp. Bắt đầu từ một đơn vị kinh doanh và một loại hợp đồng. Ghi quy trình hiện tại và chọn chủ quy trình trả lời được câu hỏi định tuyến và chuyển cấp.
- Thu thập tài liệu nguồn đã duyệt. Ghi phiên bản chính sách và quyền luồng được dùng. Chuẩn bị tài liệu giả định hoặc đã khử định danh đúng cách, gồm ngoại lệ đã biết và tài khoản thử bị từ chối quyền.
- Soạn luồng trong môi trường đủ điều kiện. Khi có beta, đưa mục tiêu và quy trình liên quan vào Architect. Xem biểu mẫu, siêu dữ liệu, định tuyến và quyết định đề xuất với chủ quy trình. Làm rõ hàng chờ ngoại lệ.
- Phát lại cùng tình huống bằng tay và qua bản nháp. Chấm giá trị bắt buộc có lấy từ đúng phiên bản, mỗi đường có tới đúng vai trò và thông tin hạn chế có giữ đúng quyền không.
- Xem các thay đổi trước khi bật. Ghi bản nháp đầu, sửa tay, tên người duyệt và đường hoàn tác. Đặt chia sẻ thật hoặc ký sau phê duyệt bắt buộc. Xác nhận điều gì xảy ra khi lặp lượt hoặc đổi quy tắc.
Tách thời gian xây dựng khỏi vận hành. Đo phút để có bản nháp dùng được đầu tiên và phút sửa sau lượt duyệt đầu. Khi phát lại, theo dõi tỷ lệ hồ sơ đầy đủ đi đúng, tỷ lệ ngoại lệ được bắt và số quyết định con người phải đảo. Đưa vào tình huống trái quyền dù hiếm. Luồng xử lý 20 mẫu dễ nhưng làm lộ một hợp đồng bị hạn chế đã cho thấy lỗi ngăn phát hành.
Với đợt chạy thật đầu tiên, giữ cách xử lý thủ công và chỉ định ai được dừng lượt mới. So hồ sơ nhóm nhìn thấy với hồ sơ người gửi thấy. Cả hai nên phân biệt đang đợi thông tin, đợi duyệt hay đã trả lại, với chi tiết giới hạn theo quyền mỗi vai trò. Nếu quy trình dễ dựng hơn nhưng nhân viên phải đoán hợp đồng đi đâu, công việc đã chuyển từ thiết lập sang hỗ trợ.
Luồng việc hữu ích là luồng bạn giải thích được khi nó dừng
Phần thuyết phục nhất trong đề xuất Architect là thiết kế chỉnh sửa được giữa mục tiêu nghiệp vụ và quy trình chạy thật. Chủ quy trình có thứ để bàn với Pháp chế, Thu mua và CNTT trước khi hợp đồng thật di chuyển. Một thử nghiệm thành công nên trả lời câu hỏi còn giá trị sau demo. Khi tài liệu bị dừng, người phụ trách có biết quy tắc nào chặn, luồng đã thấy phiên bản nào và ai có thể làm tiếp không?
Nguồn
- Thông báo và hướng dẫn tổng quan Box Architect
- Trang sản phẩm Box Architect và demo công khai của hãng
- Thông báo BoxWorks, điều kiện gói và lịch, ngày 5 tháng 11 năm 2026
- Tài liệu Box Support về biện pháp kiểm soát MCP
- Ảnh minh họa trụ sở Box của Jeanjung212
Để lưu các cuộc trao đổi và quyết định đằng sau công việc dưới dạng có thể tìm kiếm, hãy tạo tài khoản Telli.sh.