Các khuôn khổ điều phối mua sắm cho các hệ thống cũ

Khung điều phối mua sắm là gì?

Một khuôn khổ điều phối mua sắm là thiết kế vận hành phối hợp một yêu cầu giữa con người, chính sách và các hệ thống hiện có. Nó định nghĩa hồ sơ yêu cầu được chia sẻ, các quy tắc định tuyến, trách nhiệm của hệ thống, trạng thái ngoại lệ, quyền quyết định và lịch sử bằng chứng. Lớp phần mềm có thể thực hiện các phần của thiết kế đó, trong khi khuôn khổ giải thích những gì tổ chức mong đợi sẽ xảy ra khi dữ liệu hoặc phán đoán không phù hợp với con đường tiêu chuẩn.

Mô hình Dữ liệu Chuẩn tắc cơ bản khuyến nghị một định dạng thông báo chung độc lập với bất kỳ ứng dụng tham gia nào (mô hình chuẩn). Một nghiên cứu điển hình sản xuất hiện tại áp dụng một ý tưởng liên quan thông qua các cạnh dành riêng cho định dạng và một biểu diễn thứ tự nội bộ chung (kiến trúc triển khai). Các nguồn này liên quan đến tích hợp chung và một triển khai nhà cung cấp ở Romania, vì vậy chúng hỗ trợ sự tách biệt kiến trúc mà không chứng minh được kết quả mua sắm phổ quát.

Làm thế nào để các vòng lặp đầu vào trùng lặp bắt đầu?

Các vòng lặp trùng lặp bắt đầu khi một sự chuyển giao tạo ra một yêu cầu khác thay vì thúc đẩy yêu cầu hiện có. Người yêu cầu điền vào một biểu mẫu ban đầu, sau đó lặp lại cùng một ngữ cảnh trong các công cụ pháp lý, tài chính hoặc mua sắm vì hệ thống nhận không thể nhận ra trường hợp ban đầu. Thiết kế quản trị từ tiếp nhận đến mua sắm để mọi kênh đều phân giải thành một danh tính yêu cầu và mỗi bản ghi hạ nguồn lưu trữ danh tính đó làm tham chiếu có thể truy nguyên.

• Một tác vụ hạ nguồn yêu cầu thông tin đã có trong hồ sơ yêu cầu được quản lý.
• Các công cụ khác nhau gán các định danh không liên quan mà không có khóa tương quan bền vững.
• Yêu cầu bị từ chối hoặc chưa hoàn chỉnh sẽ bắt đầu lại từ đầu thay vì quay lại trạng thái đã đặt tên.
• Email, trò chuyện hoặc bộ phận dịch vụ trở thành một cánh cửa thứ hai không chính thức.
• Một nhóm địa phương sao chép quy trình làm việc vì tuyến đường trung tâm không thể thể hiện ngoại lệ của nó.

Lớp dữ liệu được chia sẻ nên hoạt động như thế nào trên các hệ thống cũ?

Sử dụng bộ điều hợp để dịch các trường dành riêng cho nguồn thành một mô hình trường hợp nhỏ, được quản lý, sau đó dịch các kết quả đã được phê duyệt sang định dạng của đích đến. Trong nghiên cứu điển hình của Romania, các hệ thống đối tác vẫn giữ định dạng cụ thể ở các cạnh trong khi lõi ứng dụng duy trì một biểu diễn đơn hàng chung (thiết kế dạng nan hoa). Các tác giả cũng giới hạn bằng chứng trong một lần triển khai nhà cung cấp và báo cáo rằng việc nhập dữ liệu không được đánh giá độc lập dựa trên một sự thật cơ bản ngữ nghĩa bên ngoài, điều này khiến trường hợp này trở thành một ví dụ kiến trúc hơn là một tuyên bố về hiệu suất có thể chuyển giao.

Giữ mô hình chia sẻ đủ hẹp để duy trì ổn định. Một lược đồ ban đầu có thể bao gồm danh tính yêu cầu, người yêu cầu, thực thể kinh doanh, ứng viên nhà cung cấp, danh mục, số tiền và tiền tệ, ngày yêu cầu, thông tin chính sách, con trỏ bằng chứng, trạng thái hiện tại, chủ sở hữu, quyết định và tham chiếu hạ nguồn. Thêm ngữ cảnh có thẩm quyền mà mỗi lớp yêu cầu cần, bao gồm quyền sở hữu chi phí, loại mua hàng, mối quan hệ với nhà cung cấp hiện tại, tính bảo mật hoặc quyền tài phán khi có liên quan. The hướng dẫn kiến trúc mua sắm đến thanh toán cho thấy nơi yêu cầu đã được phê duyệt nên khớp với hồ sơ mua hàng và thanh toán mà không biến việc điều phối thành một sổ cái thay thế.

Những biện pháp kiểm soát nào thuộc về mỗi ranh giới điều phối?

Thom, Iochpe và Reichert định nghĩa các mẫu quy trình làm việc là các chức năng kinh doanh định kỳ như thông báo, quyết định và phê duyệt. Nghiên cứu của họ đã khai thác các quy trình làm việc từ nhiều tổ chức và ghi chú rõ ràng rằng họ đã phân tích các mô hình quy trình làm việc chứ không phải nhật ký thực thi (phương pháp nghiên cứu). Điều này hỗ trợ các khối kiểm soát có thể tái sử dụng, trong khi việc thiếu bằng chứng thời gian chạy có nghĩa là mỗi nhóm vẫn cần kiểm tra cách các chuyển đổi của riêng họ hoạt động dưới tải thực và các trường hợp ngoại lệ.

Mọi người nên giữ quyền ra quyết định ở đâu?

Con người nên giữ quyền hạn khi quy trình làm việc phải diễn giải sự mơ hồ, chấp nhận rủi ro vật chất, thay đổi cam kết thương mại hoặc đi chệch khỏi chính sách. Nghiên cứu mẫu quy trình làm việc coi quyết định và phê duyệt là các chức năng kinh doanh định kỳ (các mẫu quy trình làm việc). Do đó, việc triển khai điều phối nên lưu trữ ai đã quyết định, theo quyền hạn được ủy quyền nào, với bằng chứng và điều kiện gì, thay vì giảm một phê duyệt thành một giá trị trạng thái tạm thời.

1. Chỉ định vai trò chịu trách nhiệm và nguồn thẩm quyền cho mọi quyết định quan trọng.
2. Trình bày các sự kiện, bằng chứng còn thiếu, quy tắc áp dụng và lộ trình đề xuất cùng nhau.
3. Yêu cầu một lý do khi người đó ghi đè lộ trình được đề xuất hoặc cấp một ngoại lệ.
4. Chuyển các điều kiện, thời hạn và nghĩa vụ theo dõi vào hồ sơ hạ nguồn.
5. Trả lại các hành động không thành công cho chủ sở hữu và trạng thái đã đặt tên thay vì tự động thử lại hoặc mở một yêu cầu mới.

Các nhóm nên đo lường những gì trong quá trình triển khai?

Đo lường các ranh giới cho thấy liệu trường hợp đang diễn ra có mạch lạc hay không. Đối với mỗi lần chuyển đổi, ghi lại thời gian chờ đã trôi qua, thời gian xử lý, giao hàng không thành công, trả lại do thiếu trường, phát hiện trùng lặp, trường hợp được mở lại, ghi đè thủ công và kết quả đối chiếu. Phân đoạn theo tuyến đường và loại ngoại lệ để một đánh giá pháp lý bị đình trệ không thể bị nhầm lẫn với lỗi ghi ERP hoặc sự chậm trễ của người yêu cầu.

Diễn giải các biện pháp thông qua các quyết định. Một con đường ngắn hơn chỉ hữu ích khi bằng chứng và thẩm quyền cần thiết vẫn còn nguyên vẹn. Tỷ lệ ghi đè tăng lên có thể cho thấy một quy tắc lỗi thời, dữ liệu tham chiếu không đầy đủ, một quy trình cục bộ bị hiểu sai hoặc một lỗi tích hợp. Xem xét một mẫu các trường hợp đã hoàn thành và bị hủy bỏ, sau đó hỏi xem người khác có thể tái tạo yêu cầu, đánh giá chính sách, phê duyệt, chuyển giao và trạng thái hệ thống cuối cùng từ hồ sơ đã lưu giữ hay không.

Khi nào một lớp điều phối làm tăng độ phức tạp?

Một lớp điều phối làm tăng độ phức tạp khi nó giới thiệu một hệ thống ghi nhận thứ hai, tái tạo dữ liệu đầu vào đã được quản lý ở nơi khác hoặc tăng tốc các tuyến đường dựa trên dữ liệu tham chiếu không rõ ràng. Bài viết của chuyên gia Suplari nói rằng điều phối thay đổi cách công việc di chuyển trong khi vẫn giữ nguyên chất lượng, cấu trúc và tính đầy đủ của dữ liệu chi tiêu cơ bản (ranh giới phạm vi). Nguồn do nhà cung cấp viết đó hữu ích như một tuyên bố giới hạn, và nó không phải là bằng chứng độc lập về kết quả trên toàn thị trường.

Bài viết tương tự cảnh báo rằng một nhà cung cấp chính không đáng tin cậy và phân loại không nhất quán được kế thừa bởi lớp điều phối (cảnh báo chất lượng dữ liệu). Sử dụng điểm đó làm câu hỏi đánh giá: liệu tuyến đường có thể xác định nhà cung cấp, danh mục, chính sách và hồ sơ tổ chức có thẩm quyền của mình không và điều gì sẽ xảy ra khi chúng xung đột? Nếu câu trả lời là một bảng bóng khác được duy trì bên trong điều phối, thiết kế có thể đã chuyển vấn đề sở hữu thay vì giải quyết nó.

Các tác nhân AI thay đổi điều phối mua sắm như thế nào?

Kiểm tra các bước tác nhân với các trường hợp đã hoàn thành trước khi cho phép các hành động trực tiếp. So sánh tuyến đường được đề xuất với kết quả đã ghi, kiểm tra các bất đồng và phân biệt bằng chứng thiếu sót với phán đoán thực sự. Trong một dự án thí điểm trực tiếp, hãy bắt đầu với việc chuẩn bị chỉ đọc và xác nhận của con người ở mỗi lần chuyển đổi. Chỉ mở rộng hành động được phép sau khi chủ sở hữu có thể giải thích các kết quả khớp sai, các ngoại lệ bị bỏ qua, các ghi đè và các chuyển giao không thành công mà không dựa vào văn xuôi của tác nhân làm bản ghi quyết định.

Các nhóm nên thử nghiệm khung điều phối mua sắm như thế nào?

Chọn một loại yêu cầu với chủ sở hữu đã biết, một đường dẫn chính sách có giới hạn và đủ các ngoại lệ thực tế để làm lộ các lỗi chuyển giao, sau đó lập bản đồ các trạng thái hiện tại và hồ sơ có thẩm quyền trước khi phát lại các trường hợp đã hoàn thành, đã trả lại và đã hủy. Chạy một giai đoạn trực tiếp với xác nhận thủ công tại các ranh giới định tuyến và ghi hệ thống, bao gồm các đệ trình không đầy đủ, thay đổi thẩm quyền, xung đột dữ liệu chính và lỗi ghi xuống dòng. Xác định tiêu chí thoát cho khả năng truy xuất nguồn gốc, ngăn chặn trùng lặp, quyền sở hữu ngoại lệ và đối chiếu trước khi mở rộng. Sử dụng hướng dẫn lựa chọn phần mềm mua sắm để biến các tiêu chí đó thành yêu cầu bằng chứng cho các nhà cung cấp và các nhóm nội bộ.