Chia sẻ qua

Thay thế hộp thoại bằng luồng quy trình kinh doanh hoặc ứng dụng canvas

  • Bài viết

Hộp thoại đã lỗi thời và nên được thay thế bằng luồng quy trình kinh doanh hoặc ứng dụng canvas. Bài viết này mô tả các khả năng khác nhau của các tùy chọn này. Bạn cũng sẽ tìm hiểu về các tình huống mà ứng dụng dòng quy trình công việc hoặc canvas được nhúng trong biểu mẫu điều khiển mô hình có thể được sử dụng để thay thế hộp thoại hiện có.

So sánh khả năng tính năng

Bảng này liệt kê tập hợp các khả năng đối thoại và các khả năng tương đương trong luồng quy trình kinh doanh và ứng dụng canvas.

Khả năng đối thoại Khả năng trong luồng quy trình kinh doanh? Khả năng trong ứng dụng canvas?
Trang Có
(giai đoạn quy trình kinh doanh)		 Có
(màn hình ứng dụng)
Chỉ nhắc nhở No Có
(nhãn)
Nhắc nhở và phản hồi Có
(chỉ các cột trong bảng)		 Có
(nhãn và trường nhập)
Đối số đầu vào Giới hạn
(các bước trong giai đoạn quy trình kinh doanh)		 Có
(tham số chuỗi truy vấn)
Các biến No Có
Biến truy vấn No Có
Logic phân nhánh có điều kiện Có Có
(điều hướng đến bất kỳ màn hình nào trong ứng dụng)
Tái sử dụng
(khởi chạy dưới dạng hộp thoại con)		 No Có
(điều hướng đến bất kỳ màn hình nào trong ứng dụng, khởi chạy một ứng dụng khác trong cửa sổ mới)
Chạy quy trình công việc khi bắt đầu/kết thúc Có Không
(thay vào đó hãy sử dụng dòng đám mây)
Chạy quy trình làm việc trên đầu vào Có Không
(thay vào đó hãy sử dụng dòng đám mây)
Chạy quy trình công việc trên chuyển đổi trang Có Không
(thay vào đó hãy sử dụng dòng đám mây)
Bắt đầu sử dụng URL No Có
Ghi nhật ký phiên Có No
Hỗ trợ SDK Có Có

Các khả năng bổ sung với luồng quy trình kinh doanh

  • Phân tích quy trình (lượt xem, biểu đồ và thời gian dành cho một giai đoạn)
  • Mục điều khiển tùy chỉnh

Các khả năng bổ sung với ứng dụng canvas

  • Phân tích ứng dụng (sử dụng ứng dụng và hiệu suất)
  • Thành phần trang nhiều bảng
  • Chạy luồng
  • Đầu nối dữ liệu (chuẩn và tùy chỉnh)
  • Ra mắt như một ứng dụng độc lập
  • Bố cục có thể cấu hình

Lựa chọn giữa ứng dụng dòng quy trình công việc hoặc canvas

Khi chọn hộp thoại thay thế, điều quan trọng là phải tính đến trải nghiệm người dùng mà bạn muốn mang lại. Ngoài ra, hãy nhớ rằng hầu như bất kỳ hộp thoại nào cũng có thể được mô hình hóa bằng ứng dụng canvas.

Luồng quy trình kinh doanh phù hợp nhất để thay thế các hộp thoại mô hình hóa quy trình cung cấp hướng dẫn trên toàn bộ luồng công việc bao quát đòi hỏi sự cộng tác giữa các nhóm cá nhân và bối cảnh ứng dụng Dynamics 365. Ví dụ: xem xét và định tuyến báo giá.

Ngoài ra, ứng dụng canvas có thể được sử dụng để thay thế hộp thoại mô phỏng các tác vụ theo quy định như kịch bản cuộc gọi để tìm kiếm khách hàng tiềm năng hoặc để đơn giản hóa trải nghiệm của người dùng cho các tác vụ khác, chẳng hạn như cập nhật cơ hội. Lưu ý rằng những tình huống này thậm chí có thể được hưởng lợi từ việc có một ứng dụng canvas độc lập.

Thay thế hộp thoại bằng kịch bản dòng quy trình công việc

Hãy tưởng tượng bạn có một hộp thoại yêu cầu người dùng cung cấp thông tin quan trọng trên một loạt các trang, tạo báo giá, gửi email cho người đánh giá để chấp nhận hoặc từ chối báo giá trước khi gửi email cho khách hàng. Loại quy trình này được mô hình hóa hiệu quả hơn khi sử dụng dòng quy trình công việc.

Để thay thế hộp thoại, trước tiên bạn phải xác định các giai đoạn chính trong quy trình. Những bước này có thể bao gồm giai đoạn Chuẩn bị nội dung để đảm bảo tất cả các sản phẩm được liệt kê và áp dụng chiết khấu, giai đoạn Tạo báo giá để tạo báo giá và xem xét độ chính xác về định dạng, giai đoạn Xem xét chính để gửi báo giá để xem xét và phê duyệt, giai đoạn Xem xét phụ để xem xét báo giá trong một số trường hợp nhất định và cuối cùng là giai đoạn Gửi báo giá để gửi báo giá cho khách hàng.

Tiếp theo, xác định các bước chính mà người dùng phải thực hiện trong quy trình. Ví dụ, giai đoạn Chuẩn bị nội dung có thể chứa một mã đúng hoặc sai đơn giản bước để người dùng kiểm tra lại các sản phẩm cần báo giá, một lệnh tra cứu bắt buộc bước để chọn bảng giá và một mã số bước để nhập chiết khấu trước khi chuyển sang giai đoạn tiếp theo. Giai đoạn Tạo báo giá có thể có hành động bước để tạo báo giá dựa trên tất cả thông tin đã ghi lại trước đó trong giai đoạn Chuẩn bị nội dung và hàng Dynamics 365 liên quan. Các giai đoạn Đánh giá chính và Đánh giá phụ có thể có một số bước đúng hoặc sai để hướng dẫn đánh giá báo giá, cùng với bước bắt buộc để nắm bắt trạng thái phê duyệt và đảm bảo quy trình chỉ có thể được chuyển sang giai đoạn tiếp theo sau khi nhận được sự chấp thuận. Cấu hình bảo mật cấp cột trên bước này để đảm bảo rằng chỉ những người đánh giá được ủy quyền mới có thể chấp thuận báo giá. Ngoài ra, người ta có thể thêm quy trình công việc vào các giai đoạn Đánh giá chính và Đánh giá phụ , sao cho khi vào, thông báo qua email sẽ được gửi đến tất cả người đánh giá.

Cuối cùng, hãy cấu hình các giai đoạn và bước dòng quy trình công việc của bạn, cùng với logic có điều kiện để hướng dẫn luồng quy trình. Đối với ví dụ này, bạn có thể thêm một nhánh có điều kiện theo sau giai đoạn Đánh giá chính , sao cho nếu bước chỉ ra nhu cầu về cấp độ đánh giá thứ hai, thì giai đoạn tiếp theo trong quy trình là giai đoạn Đánh giá phụ , nếu không, thì đó là giai đoạn Cung cấp báo giá .

Để cung cấp dòng quy trình công việc này cho người dùng, hãy đảm bảo người dùng phù hợp có quyền đối với dòng quy trình công việc rồi kích hoạt nó.

Để biết thêm thông tin về cách tạo dòng quy trình công việc, hãy xem Hướng dẫn: Tạo dòng quy trình công việc để chuẩn hóa quy trình.

Thay thế hộp thoại bằng kịch bản ứng dụng canvas

Giả sử bạn có một hộp thoại theo kịch bản cuộc gọi hướng dẫn nhân viên bán hàng gọi điện thoại tiếp cận khách hàng tiềm năng. Quá trình này có thể dễ dàng được ghi lại bằng ứng dụng canvas.

Bắt đầu bằng cách kết nối với các nguồn dữ liệu bạn cần để đọc và ghi dữ liệu. Trong ví dụ này, một kết nối với Dynamics 365 được sử dụng cho thông tin khách hàng tiềm năng, tài khoản và liên hệ.

Bắt đầu bằng cách xác định số lượng màn hình cần thiết. Trong ví dụ này, bạn có thể quyết định có năm màn hình.

  • Màn hình 1. Để chọn một khách hàng tiềm năng từ danh sách để gọi.
  • Màn hình 2. Để giới thiệu, kiểm tra xem bạn có rảnh để trò chuyện không và lên lịch gọi lại vào ngày sau.
  • Màn hình 3. Để xác định BANT (ngân sách, thẩm quyền, nhu cầu và mốc thời gian).
  • Màn hình 4. Để nắm bắt các bước tiếp theo và lên lịch các cuộc gọi theo dõi.
  • Màn hình 5. Cảm ơn người dẫn đầu đã dành thời gian vào cuối cuộc gọi.

Tiếp theo, xây dựng từng màn hình. Trong màn hình đầu tiên, xây dựng một phòng trưng bày của các khách hàng tiềm năng cần được gọi. Thứ hai, sử dụng nhãn để đặt tiêu đề cho màn hình và cung cấp kịch bản cuộc gọi, đồng thời sử dụng các nút điều khiển như nút radio để nắm bắt thời điểm thích hợp để người đó nói chuyện. Nếu có, hãy sử dụng logic có điều kiện để cho phép một nút điều hướng đến màn hình tiếp theo và nếu không, hãy hiển thị một tập lệnh trên cùng màn hình đó để cố gắng lên lịch gọi lại với khách hàng. Tương tự như vậy, hãy xác định kịch bản cuộc gọi của bạn trên các màn hình tiếp theo.

Cuối cùng, xác định điều hướng trên các màn hình. Trong ví dụ này, ngoài việc điều hướng qua các màn hình theo trình tự, bạn có thể muốn điều hướng người dùng từ màn hình thứ hai đến màn hình cuối cùng (phần cuối của tập lệnh cảm ơn người dẫn đầu đã dành thời gian) nếu người dẫn đầu không muốn trò chuyện.

Để cung cấp ứng dụng này cho người dùng, hãy phát hành ứng dụng. Hãy xem xét cách một kịch bản như vậy có thể được chuyển đổi thông qua việc cung cấp một ứng dụng độc lập cung cấp các tập lệnh cuộc gọi và hỗ trợ nhập dữ liệu nhanh chóng.

Hãy tưởng tượng bạn muốn nhúng trải nghiệm này vào Dynamics 365 Sales. Để thực hiện việc này, hãy bắt đầu bằng cách tạo iframe trên biểu mẫu Dynamics 365 Sales. Tiếp theo, điều hướng đến phần Ứng dụng từ trình đơn Power Apps , chọn ứng dụng bạn vừa phát hành, sao chép web liên kết trong tab Chi tiết và dán nó làm URL cho iframe.

Đưa vấn đề này lên bước xa hơn, giả sử bạn muốn ứng dụng này có sẵn ngay trong biểu mẫu chính của khách hàng tiềm năng và nằm trong ngữ cảnh của khách hàng tiềm năng để ứng dụng không yêu cầu người dùng phải chọn khách hàng tiềm năng ở màn hình đầu tiên. Để truyền thông tin có liên quan đến ứng dụng, bạn chỉ cần sửa đổi URL iframe để thêm chuỗi truy vấn chứa thông tin này, chẳng hạn như ID khách hàng tiềm năng hoặc tài khoản, bằng cách sử dụng JavaScript chạy trên một sự kiện cụ thể, chẳng hạn như khi tải biểu mẫu. Tiếp theo, hãy cập nhật ứng dụng để xóa màn hình đầu tiên (để chọn khách hàng tiềm năng) và thay vào đó truy cập các giá trị được truyền vào ứng dụng thông qua chuỗi truy vấn bằng hàm Param.

Câu hỏi thường gặp về thay thế hộp thoại

Có thể theo dõi sự phụ thuộc vào ứng dụng canvas không?

  • Các phụ thuộc trên ứng dụng canvas được theo dõi theo cùng cách như các phụ thuộc trong ứng dụng Dynamics 365.

Tôi có thể khởi chạy ứng dụng canvas dưới dạng cửa sổ bật lên từ một nút trên thanh lệnh không?

  • Có. Để thực hiện việc này, chỉ cần đặt URL đích thành URL của ứng dụng canvas của bạn, lấy từ phần Chi tiết của ứng dụng như đã mô tả trước đó.

Có thể gọi quy trình công việc từ ứng dụng canvas không?

  • Điều này không được hỗ trợ. Chúng tôi khuyên bạn nên sử dụng dòng đám mây.

Tôi có thể tự động chuyển đổi hộp thoại thành luồng quy trình kinh doanh hoặc ứng dụng canvas không?

  • Không có cách tự động nào để chuyển đổi hộp thoại thành luồng quy trình kinh doanh hoặc ứng dụng canvas.