Tổng quan về làm việc với các giải pháp

Chủ đề này áp dụng cho Dynamics 365 Customer Engagement (on-premises). Đối với phiên bản Power Apps thuộc chủ đề này, hãy xem: Tổng quan về giải pháp

Trong Dynamics 365 Customer Engagement (on-premises), các giải pháp được tận dụng để truyền tải ứng dụng và thành phần từ tổ chức này sang tổ chức khác hoặc để áp dụng một bộ tùy chỉnh cho ứng dụng hiện có. Một giải pháp có thể chứa một hoặc nhiều ứng dụng cũng như các thành phần khác như sơ đồ trang web, thực thể, quy trình, tài nguyên web, bộ tùy chọn và hơn thế nữa. Bạn có thể nhận giải pháp từ AppSource hoặc từ nhà cung cấp phần mềm độc lập (ISV). Giải pháp là một tệp mà bạn có thể nhập vào một môi trường dưới dạng ứng dụng hoặc để áp dụng một tập hợp tùy chỉnh vào một ứng dụng đã có.

Thông tin thêm: Sách trắng: Mô hình và nguyên tắc dành cho người xây dựng giải pháp

Nếu bạn là một ISV tạo một ứng dụng mà bạn sẽ phân phối, bạn sẽ cần phải sử dụng giải pháp. Để biết thêm thông tin về cách sử dụng giải pháp, hãy xem Đóng gói và phân phối các tiện ích mở rộng bằng giải pháp.

Thành phần giải pháp

Một thành phần giải pháp đại diện cho một cái gì đó mà bạn có thể tùy chỉnh. Bất cứ điều gì có thể được bao gồm trong một giải pháp sẽ là một thành phần giải pháp. Để xem các thành phần có trong một giải pháp, trong trình khám phá giải pháp, hãy chuyển đến Cài đặt>Giải pháp rồi mở giải pháp bạn muốn. Các thành phần được liệt kê trong danh sách Thành phần.

Hầu hết các thành phần của giải pháp được lồng nhau trong các thành phần giải pháp khác. Ví dụ, một thực thể chứa biểu mẫu, dạng xem, biểu đồ, trường, mối quan hệ thực thể, thông báo và quy tắc kinh doanh. Mỗi thành phần giải pháp yêu cầu tồn tại thực thể. Một trường không thể tồn tại bên ngoài một thực thể. Chúng tôi nghĩ rằng trường phụ thuộc vào các thực thể. Thực tế số loại thành phần giải pháp nhiều gấp hai lần như đã trình bày trong danh sách trước đó, nhưng đa số không được hiển thị trong ứng dụng.

Các thành phần giải pháp giúp theo dõi mọi giới hạn về nội dung có thể được tùy chỉnh bằng cách sử dụng Thuộc tính được quản lý và tất cả các phần phụ thuộc của giải pháp để nội dung có thể được xuất, nhập và (trong giải pháp được quản lý) xóa mà không để lại bất cứ hậu quả nào.

Giải pháp được quản lý và không được quản lý

Bạn có thể gỡ cài đặt giải pháp được quản lý sau khi được nhập. Tất cả các thành phần của giải pháp đó được xóa bằng cách gỡ cài đặt giải pháp.

Khi nhập một giải pháp không được quản lý , bạn thêm tất cả các thành phần của giải pháp đó vào giải pháp mặc định của mình. Bạn không thể xóa các thành phần bằng cách gỡ cài đặt giải pháp.

Khi bạn nhập một giải pháp không được quản lý có chứa các thành phần giải pháp mà bạn đã tùy chỉnh, các tùy chỉnh của bạn sẽ bị ghi đè bởi các tùy chỉnh trong giải pháp không được quản lý. Bạn không thể hoàn tác điều này.

Quan trọng

Chỉ cài đặt một giải pháp không được quản lý khi bạn muốn thêm tất cả các thành phần vào giải pháp mặc định của bạn và ghi đè bất kỳ tùy chỉnh sẵn có nào.

Ngay cả khi bạn không có kế hoạch phân phối các giải pháp của bạn, bạn có thể muốn tạo ra và sử dụng một giải pháp không được quản lý để có một dạng xem riêng biệt mà chỉ bao gồm các phần của ứng dụng mà bạn đã tùy chỉnh. Bất cứ khi nào bạn tùy chỉnh một cái gì đó, bạn chỉ cần thêm nó vào các giải pháp không được quản lý mà bạn tạo ra.

Để tạo giải pháp được quản lý , bạn chọn tùy chọn giải pháp được quản lý khi xuất giải pháp. Nếu bạn tạo giải pháp được quản lý, bạn không thể nhập lại nó vào cùng tổ chức bạn đã sử dụng để tạo giải pháp đó. Bạn chỉ có thể nhập giải pháp vào một tổ chức khác.

Cách áp dụng các giải pháp

Tất cả các giải pháp được coi là các tầng để xác định ứng dụng của bạn sẽ thực sự làm được những gì. Sơ đồ sau đây cho thấy cách các giải pháp được quản lý và không được quản lý được đánh giá và chúng thay đổi như thế nào trong tổ chức của bạn.

Bắt đầu từ phía dưới và tăng dần lên đầu trang:

Giải pháp hệ thống
Giải pháp hệ thống cũng giống như một giải pháp được quản lý mọi tổ chức đều có. Giải pháp hệ thống là định nghĩa của tất cả các thành phần bên ngoài trong hệ thống.

Giải pháp được quản lý
Giải pháp được quả lý có thể sửa đổi các thành phần giải pháp hệ thống và thêm các thành phần mới. Nếu nhiều giải pháp được quản lý được cài đặt, giải pháp đầu tiên được cài đặt sẽ ở dưới giải pháp được quản lý được cài đặt sau. Điều này có nghĩa rằng các giải pháp được cài đặt thứ hai có thể tùy chỉnh giải pháp được cài đặt trước đó. Khi hai giải pháp được quản lý có định nghĩa xung đột nhau, quy tắc chung là "Giải pháp cuối cùng sẽ thắng". Nếu bạn gỡ cài đặt giải pháp được quản lý, giải pháp được quản lý bên dưới sẽ có hiệu lực. Nếu bạn gỡ bỏ cài đặt tất cả các giải pháp được quản lý, hành vi mặc định được xác định trong các giải pháp hệ thống được áp dụng.

Tùy chỉnh không được quản lý
Tùy chỉnh không được quản lý là bất kỳ thay đổi nào bạn đã thực hiện cho tổ chức của bạn thông qua một giải pháp không được quản lý. Giải pháp hệ thống xác định những gì bạn có thể hoặc không thể tùy chỉnh bằng cách sử dụng thuộc tính được quản lý. Nhà xuất bản của giải pháp được quản lý có cùng khả năng giới hạn khả năng tùy chỉnh các thành phần giải pháp của bạn mà họ thêm trong giải pháp của họ. Bạn có thể tùy chỉnh bất kỳ thành phần giải pháp mà không có thuộc tính được quản lý mà ngăn bạn tùy chỉnh chúng.

Hành vi ứng dụng
Đây là những gì bạn thực sự thấy trong tổ chức của bạn. Giải pháp hệ thống mặc định cộng với bất kỳ giải pháp được quản lý nào, cộng với bất kỳ tùy chỉnh không được quản lý nào mà bạn đã áp dụng.

Thuộc tính được quản lý

Không thể tùy chỉnh một số thành phần. Các thành phần này trong các giải pháp hệ thống có siêu dữ liệu giúp ngăn bạn tuỳ chỉnh chúng. Đây được gọi là thuộc tính được quản lý. Nhà xuất bản của một giải pháp được quản lý cũng có thể thiết lập các thuộc tính được quản lý để ngăn bạn tùy chỉnh các giải pháp của họ theo cách họ không muốn bạn thực hiện.

Sự phụ thuộc giải pháp

Do cách mà các giải pháp được quản lý được xếp tầng, một số giải pháp được quản lý có thể bị phụ thuộc vào giải pháp thành phần trong các giải pháp được quản lý khác. Một số đối tác phát triển giải pháp sẽ tận dụng lợi thế này để xây dựng các giải pháp dạng mô-đun. Bạn có thể cần phải cài đặt một giải pháp được quản lý “cơ bản” đầu tiên và sau đó bạn có thể cài đặt một giải pháp được quản lý lần thứ hai mà sẽ tùy chỉnh thêm các thành phần trong giải pháp được quản lý cơ sở đó. Giải pháp được quản lý thứ hai phụ thuộc vào thành phần giải pháp mà là một phần của giải pháp đầu tiên.

Hệ thống theo dõi những quan hệ phụ thuộc giữa các giải pháp. Nếu bạn cố gắng cài đặt một giải pháp đòi hỏi một giải pháp cơ sở mà chưa được cài đặt, bạn sẽ không thể cài đặt giải pháp. Bạn sẽ nhận được một thông báo cho biết giải pháp đòi hỏi phải cài đặt một giải pháp khác trước tiên. Tương tự như vậy, do quan hệ phụ thuộc, bạn không thể gỡ bỏ cài đặt giải pháp cơ bản trong khi một giải pháp mà phụ thuộc vào giải pháp đó vẫn được cài đặt. Bạn phải gỡ bỏ cài đặt giải pháp phụ thuộc trước khi bạn có thể gỡ bỏ cài đặt giải pháp cơ sở.

Xem thêm

Bắt đầu với việc tùy chỉnh
Đặc quyền bạn cần để tùy chỉnh