Panoramica dell'utilizzo delle soluzioni

Questo argomento si applica a Dynamics 365 Customer Engagement (on-premises). Per la versione Power Apps di questo argomento, vedi: Panoramica delle soluzioni

In Dynamics 365 Customer Engagement (on-premises), le soluzioni vengono sfruttate per trasferire app e componenti da un'organizzazione a un'altra o per applicare un set di personalizzazioni ad app esistenti. Una soluzione può contenere una o più app nonché altri componenti come mappe di siti, entità, processi, risorse Web, set di opzioni e altro ancora. È possibile ottenere le soluzioni da AppSource o da un fornitore di software indipendente (ISV). Una soluzione è un file che puoi importare in un ambiente come app o che consente di applicare un set di personalizzazioni a un'app esistente.

Ulteriori informazioni: Whitepaper: Principi e modelli per generatori di soluzioni

Se sei un fornitore di software indipendente che crea un'app che intendi distribuire, dovrai utilizzare le soluzioni. Per ulteriori informazioni sull'utilizzo delle soluzioni, vedere Comprimere e distribuire estensioni con soluzioni.

Componenti della soluzione

Un componente della soluzione rappresenta qualcosa che è possibile personalizzare. Tutto ciò che può essere incluso in una soluzione è un componente della soluzione. Per visualizzare i componenti inclusi in una soluzione, in Esplora soluzioni vai a Impostazioni>Soluzioni, quindi apri la soluzione che desideri. I componenti sono elencati in Componenti.

La maggior parte dei componenti di soluzione sono annidati in altri componenti di soluzione. Ad esempio, un'entità contiene moduli, visualizzazioni, grafici, campi, relazioni di entità, messaggi e regole di business. Ognuno di tali componenti di soluzione richiede l'esistenza di un'entità. Un campo non può esistere al di fuori di un'entità. Diciamo che il campo dipende dall'entità. Esistono due volte i tipi di componenti di soluzione illustrati nell'elenco precedente, ma la maggior parte di essi non è visibile nell'applicazione.

Lo scopo di disporre dei componenti di soluzione è di tenere traccia di tutte le limitazioni relative alla personalizzazione tramite proprietà gestite e delle dipendenze della soluzione in modo da poterle esportare, importate e (nelle soluzioni gestite) eliminare senza tralasciare niente.

Soluzioni gestite e non gestite

Una soluzione gestita può essere disinstallata dopo l'importazione. Tutti i componenti della soluzione vengono eliminati con la disinstallazione della soluzione.

Quando si importa una soluzione non gestita vengono aggiunti tutti i componenti di tale soluzione nella soluzione predefinita. Non è possibile eliminare i componenti disinstallando la soluzione.

Quando si importa una soluzione non gestita che include i componenti di soluzione già personalizzati, le personalizzazioni vengono sovrascritte dalle personalizzazioni nella soluzione non gestita. Questa azione non può essere annullata.

Anche se non si intende pianificare la distribuzione della soluzione, è possibile creare e utilizzare una soluzione non gestita per avere una visualizzazione separata che include solo le parti dell'applicazione personalizzate. Ogni volta che si esegue una personalizzazione, è sufficiente aggiungerla alla soluzione non gestita creata.

Per creare una soluzione gestita, è possibile scegliere l'opzione della soluzione gestita durante l'esportazione della soluzione. Se si crea una soluzione gestita, non è possibile importarla nuovamente nella stessa organizzazione utilizzata per crearla. È possibile importarla solo in un'organizzazione diversa.

Modalità di applicazione delle soluzioni

Tutte le soluzioni sono valutate come livelli per determinare le operazioni delle app. Nel seguente diagramma viene illustrato come sono valutate le soluzioni gestite e non gestite e come appaiono le modifiche apportate in esse all'interno dell'organizzazione.

Partendo dal livello più basso a quello più in alto:

Soluzione di sistema
La soluzione di sistema è come una soluzione gestita di cui dispone ogni organizzazione. La soluzione di sistema è la definizione di tutti i componenti predefiniti nel sistema.

Soluzioni gestite
Le soluzioni gestite possono modificare i componenti di soluzione del sistema e aggiungere nuovi componenti. Se sono installate più soluzioni gestite, la prima è quella al di sotto della soluzione gestita installata in seguito. Ciò significa che la seconda soluzione ad essere installata può personalizzare quella installata in precedenza. Quando due soluzioni gestite hanno definizioni in conflitto, la regola generale è "L'ultima vince". Se disinstalli una soluzione gestita, si applica la soluzione gestita seguente. Se disinstalli tutte le soluzioni gestite, viene applicato il comportamento predefinito definito nella soluzione di sistema.

Personalizzazioni non gestite
Le personalizzazioni non gestite sono tutte le modifiche apportate all'organizzazione tramite una soluzione non gestita. La soluzione di sistema definisce operazioni cosa è possibile o non è possibile personalizzare utilizzando le proprietà gestite. Gli autori delle soluzioni gestite hanno la stessa capacità di limitare la capacità di personalizzazione dei componenti della soluzione che aggiungono nella soluzione. È possibile personalizzare i componenti della soluzione che non hanno proprietà gestite che ne impediscono la personalizzazione.

Comportamento applicazione
Si tratta di ciò che viene effettivamente visualizzato nell'organizzazione. La soluzione di sistema predefinita oltre alle soluzioni gestite, incluse eventuali personalizzazioni non gestite applicate.

Proprietà gestite

Alcuni componenti non possono essere personalizzati. Tali componenti nella soluzione di sistema hanno dei metadati che ne impediscono la personalizzazione. Questi sono chiamati proprietà gestite. L'autore di una soluzione gestita può inoltre impostare le proprietà gestite per impedirti di personalizzare la soluzione in modi non desiderati.

Dipendenze delle soluzioni

A causa del modo in cui sono sovrapposte le soluzioni gestite alcune possono essere dipendenti dai componenti di soluzione in altre soluzioni gestite. Alcuni autori di soluzioni approfitteranno di questa opzione per creare soluzioni modulari. Potresti aver bisogno di installare una soluzione gestita "di base" prima e quindi installare una seconda soluzione gestita che personalizzerà ulteriormente i componenti nella soluzione gestita di base. La seconda soluzione gestita dipende dai componenti di soluzione che fanno parte della prima soluzione.

Il sistema registra queste dipendenze tra soluzioni. Se tenti di installare una soluzione che richiede una soluzione di base non installata, non ti sarà possibile installare la soluzione. Verrà visualizzato un messaggio in cui si informa che la soluzione richiede che ne venga installata un'altra prima. Analogamente, a causa delle dipendenze, non puoi disinstallare la soluzione di base mentre è ancora installata una soluzione che dipende da questa. È necessario disinstallare la soluzione dipendente prima di poter disinstallare la soluzione di base.

Vedi anche

Introduzione alla personalizzazione
Privilegi necessari per la personalizzazione