Procedure consigliate per la Progettazione guidata

Creazione dell'applicazione

Iniziare dalla base, ovvero dalla struttura di conti e dalla struttura organizzativa della società. Aggiungere quindi gli scenari a supporto dei processi interni, quali Piano, Effettivo e Previsione. Aggiungere i membri di varianza da segnalare, ad esempio Effettivo/piano.

Creare i form che verranno utilizzati per raccogliere i dati dagli utenti ed eseguire revisioni, analisi e reporting. Per supportare la business logic, è possibile utilizzare Calculation Manager per generare i calcoli. È inoltre possibile creare report e applicare autorizzazioni di accesso prima di distribuire l'applicazione agli utenti.

Creazione della struttura dell'applicazione

Aggiungere conti, entità e altre dimensioni a supporto del processo aziendale.

Le dimensioni consentono di categorizzare i valori dati. In Planning sono disponibili le seguenti dimensioni: Conto, Entità, Scenario, Versione, Periodo e Anni. Se si utilizza la pianificazione in più valute, l'applicazione dispone inoltre della dimensione Valuta.

È possibile utilizzare una dimensione custom per definire valori personalizzati, ad esempio Prodotto, Cliente o Mercato. È possibile disporre di un massimo di 32 dimensioni totali. La procedura consigliata prevede tuttavia di includerne meno di 12. È possibile aggiungere dimensioni mediante un file di caricamento o generate in Oracle Smart View for Office.

Video

Obiettivo	Guarda questo video
Imparare a esportare e importare i dati nell'applicazione.	Exporting and Importing Data in Oracle Planning and Budgeting Cloud
Imparare a caricare le dimensioni utilizzando un file.	Importing Metadata in Oracle Planning and Budgeting Cloud

Informazioni sulla dimensione Entità

La dimensione Entità rappresenta la struttura organizzativa, ovvero Centri di costo, Reparti, Unità operative, Divisioni e così via.

È possibile raggruppare i centri di costo creando membri rollup, detti padri, per rappresentare le modalità di visualizzazione dell'organizzazione. Ad esempio, i rollup possono essere costituiti da unità operative, divisioni o altre strutture funzionali. È possibile creare, ad esempio, centri di costo che confluiscono in unità operative che confluiscono in divisioni.

È possibile creare più strutture di reporting. Ad esempio, potrebbe essere creata una struttura alternativa a supporto del reporting regionale. Se si utilizza la pianificazione in più valute, è necessario impostare la valuta base di ogni entità.

La dimensione Entità è una delle dimensioni principali utilizzate per il processo di definizione del budget. Utilizzata con le dimensioni Scenario e Versione, la dimensione Entità consente di definire un'unità di pianificazione, un componente distinto che può essere promosso o retrocesso per approvazione o revisione dai pari livello di un utente.

I membri di tutte le dimensioni esterni all'unità di pianificazione verranno promossi e retrocessi insieme all'unità di pianificazione. Ad esempio, tutti e dodici i mesi vengono promossi insieme quando l'unità di pianificazione viene promossa. I singoli mesi non possono essere promossi in modo indipendente.

Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

Dopo il caricamento o l'aggiornamento di ogni dimensione, la procedura consigliata prevede l'aggiornamento dell'applicazione.

Informazioni sulla dimensione Conto

La dimensione Conto è l'ambito di definizione del piano dei conti. Deve includere i membri su cui si basa la pianificazione o la previsione. Non include necessariamente ogni conto nel piano.

Ad esempio, la dimensione Conto definita può includere i conti per Conto economico, Bilancio patrimoniale e Flusso di cassa oppure per indicatori KPI e rapporti. In alcuni casi i conti possono contenere conti secondari, ma non si tratta di una configurazione standard.

La dimensione Conto include Financial Intelligence. Sono supportati i tipi di conto seguenti:

• Spese: costo dell'attività

• Ricavi: fonte di entrate

• Attività: risorse aziendali

• Passività ed equity: interesse residuo o obbligo nei confronti dei creditori

• Ipotesi salvata: ipotesi di pianificazione centralizzata per garantire la coerenza in un'applicazione

Le impostazioni di tipo Conto vengono utilizzate per il reporting dei valori Trimestrale e Totale anno e per l'analisi della varianza.

In Planning viene utilizzata una struttura gerarchica per creare un conto che raggruppi i totali parziali e i totali. A ogni gruppo del conto viene assegnato un operatore di consolidamento che ne determina il modo in cui confluisce nell'elemento padre.

Esempio: Entrate nette = Totale ricavi - Totale spese

In questo esempio, l'operatore di consolidamento per Totale ricavi è Addizione e l'operatore di consolidamento per Totale spese è Meno.

Per popolare la dimensione Conto è possibile caricare i dati oppure utilizzare Smart View. Per caricare i dati da un file, è necessario che il formato del file soddisfi requisiti specifici.

Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

Dopo il caricamento o l'aggiornamento di ogni dimensione, la procedura consigliata prevede l'aggiornamento dell'applicazione.

Procedure consigliate:

• I membri di livello superiore devono essere impostati su Calcolo dinamico.

• Per le formule membro utilizzate per calcolare i rapporti e altri tipi di indicatori KPI o percentuali, scegliere l'impostazione Calcolo dinamico, A due passaggi. L'impostazione A due passaggi consente di calcolare in modo corretto le percentuali nei livelli superiori.

Informazioni sulla dimensione Versione

Le versioni consentono di conservare iterazioni differenti del processo di pianificazione. Si rivelano utili anche per il controllo dell'accesso in lettura o in scrittura ai dati.

Sono disponibili i due tipi di versioni riportati di seguito.

• Target standard: i dati di input possono essere inseriti nei livelli superiori.

• Bottom-up standard: i dati di input possono essere inseriti solo nel livello 0.

Le funzionalità di approvazione e flusso di lavoro possono essere abilitate solo per le versioni Bottom-up.

Si consiglia l'uso delle versioni seguenti:

• Di lavoro: in cui gli utenti eseguono i propri task, compresi la revisione dei risultati effettivi e lo sviluppo del piano e della previsione.

• Primo passaggio: se si desidera gestire più iterazioni del piano, è possibile conservarne un passaggio in questa versione. Se sono necessarie più iterazioni salvate, è possibile creare altri membri. Per spostare i dati in questa versione è possibile utilizzare la funzionalità Copia dati. Copia dati copia i dati e l'input di testo.

• What-If: fornisce un segnaposto per la modifica delle ipotesi e l'analisi dei risultati da parte degli utenti.

Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

Dopo il caricamento o l'aggiornamento di ogni dimensione nel processo di creazione, la procedura consigliata prevede l'aggiornamento dell'applicazione.

Informazioni sulla dimensione Valuta

Se sono state abilitate più valute per l'applicazione, è possibile aggiungere le valute da utilizzare per le esigenze di pianificazione e reporting.

Successivamente è possibile definire i tassi di cambio per scenario e anno da utilizzare nelle conversioni. Viene creato uno script di calcolo che consente di eseguire la conversione della valuta. Per inserire i tassi di cambio, toccare o fare clic su Piani e aprire il form "Tassi di cambio in valuta di reporting principale."

Procedure consigliate:

• Limitare il numero delle valute di reporting. In genere i clienti dispongono di una sola valuta di reporting. Qualora si utilizzino più valute, fare riferimento alla sezione Impostazione delle valute per ulteriori informazioni.

• Immettere i tassi di cambio per ogni combinazione scenario-anno valida.

• Da questo punto in poi, la conversione della valuta può essere calcolata eseguendo la regola business Calcola valute associata per impostazione predefinita a ogni form.

• Il tipo di tasso di cambio di un conto viene modificato, ad esempio da Finale e Medio.

Eseguire lo script di calcolo per la conversione della valuta prima di:

• rivedere i dati locali aggiornati nelle valute di reporting;

• eseguire determinati calcoli che potrebbero dipendere dai dati della valuta di reporting.

Informazioni sui tassi di cambio

Ogni applicazione dispone di una valuta predefinita specificata dall'utente durante la creazione dell'applicazione. Quando si impostano le tabelle dei tassi di cambio, si immettono i tassi di cambio di tutte le valute di origine nella valuta predefinita. Per la conversione in tutte le altre valute di reporting viene utilizzata una valuta di triangolazione.

I tassi di cambio vengono impostati per scenario e anno per i tassi Medio e Finale. Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

Informazioni sulla dimensione Periodo

Utilizzare la dimensione Periodo per stabilire l'intervallo del calendario, ad esempio per mese, all'interno dell'anno specificato.

Procedure consigliate:

• Utilizzare variabili di sostituzione per questa dimensione per supportare il reporting e i calcoli. Le variabili di sostituzione potenziali sono: 'CurrMo', 'CurrQtr', 'PriorMo'. Queste variabili devono essere aggiornate ogni mese.

• Per utilizzare i calcoli del periodo di tempo, ad esempio Progressivo anno (YTD) o Progressivo trimestre, selezionare l'icona Dynamic Time Series nella dimensione Periodo. Sarà quindi possibile selezionare i calcoli del periodo di tempo necessari per supportare il processo.

• I periodi di tempo di riepilogo, ad esempio i totali trimestrali e il totale anno, devono essere impostati su Calcolo dinamico per ridurre il tempo di calcolo.

Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

Dopo il caricamento o l'aggiornamento di ogni dimensione, la procedura consigliata prevede l'aggiornamento dell'applicazione.

Informazioni sulla dimensione Anni

La dimensione Anni è incorporata in più elementi dell'applicazione, tra i quali form, calcoli, report e Smart View. Poiché l'applicazione verrà utilizzata per molti anni in futuro, per fare riferimento a questa dimensione è consigliabile utilizzare una variabile di sostituzione.

Le variabili di sostituzione fungono da segnaposto globali per informazioni che variano regolarmente. La variabile e il valore corrispondono all'anno e il valore può essere modificato in qualsiasi momento.

Il valore della variabile di sostituzione viene visualizzato nei form e nei report come segnaposto. Ciò riduce l'attività di manutenzione per l'applicazione. Per impostare le variabili di sostituzione, scegliere Amministrazione, quindi Gestisci e Variabili.

Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

La procedura consigliata prevede la creazione di variabili di sostituzione per ogni anno incluso nel processo. Ad esempio:

Variabile di sostituzione, descrizione

CurrY, anno corrente

NextYr, anno budget (piano)

PriorYr, anno precedente

Informazioni sulle dimensioni customizzate

È possibile utilizzare una dimensione custom per definire ulteriori categorie per i dati. Ad esempio, le dimensioni custom possono includere Prodotto o Mercato.

Non è possibile concedere le autorizzazioni di accesso al livello dimensione, detto anche generazione uno. Ad esempio, le autorizzazioni di accesso non possono essere assegnate direttamente al membro Prodotto per tutti i discendenti. Se si abilita la sicurezza per la dimensione custom, si consiglia di progettare la generazione due per tutte le dimensioni custom alle quali verrà applicata la sicurezza tenendo presenti le assegnazioni dell'accesso di sicurezza.

Per informazioni dettagliate sull'aggiunta delle dimensioni e dei membri mediante un file di caricamento, fare riferimento alla sezione Importazione ed esportazione di dati e metadati.

Dopo il caricamento o l'aggiornamento di ogni dimensione, la procedura consigliata prevede l'aggiornamento dell'applicazione.

Aggiornamento dell'applicazione

È necessario aggiornare l'applicazione ogni volta che la struttura dell'applicazione viene modificata.

Le modifiche apportate all'applicazione non vengono estese agli utenti che eseguono task di immissione dati e approvazione finché non si aggiorna l'applicazione.

Ad esempio, quando si modificano le proprietà di un membro Entità, si aggiunge uno scenario o si modificano le autorizzazioni di accesso, le modifiche apportate saranno visibili per gli utenti solo dopo l'aggiornamento esplicito dell'applicazione.

Caricamento dei dati cronologici

Dopo aver caricato tutte le strutture, ad esempio i conti e le entità, è possibile caricare i dati cronologici. I dati cronologici possono includere i dati dei risultati effettivi dell'anno precedente e del piano e del budget dell'anno corrente.

Il caricamento dei dati cronologici consente agli utenti di analizzare i risultati, esaminare le tendenze ed effettuare confronti significativi.

Facilita inoltre la verifica delle strutture create nell'applicazione. Ad esempio, è possibile verificare che i dati sono associati a report creati in precedenza. Se la riconciliazione dei dati non riesce, è necessario verificare se la causa è un reale problema dei dati o un problema verificatosi nelle strutture.

Sarà necessario creare una regola di aggregazione per visualizzare i dati consolidati nell'applicazione. Per informazioni sulla creazione di una regola di aggregazione, fare riferimento alla sezione Opzioni di aggregazione.

Informazioni sulle intersezioni valide

Le intersezioni valide consentono agli amministratori dei servizi di definire regole, dette regole di intersezione valida, che filtrano determinate intersezioni dimensionali per gli utenti quando immettono dati o selezionano prompt runtime. Ad esempio, è possibile specificare che determinati programmi siano validi solo per reparti specifici. Sfruttare le intersezioni valide per controllare l'immissione dei dati solo nelle intersezioni valide.

Per la progettazione di form, se nella pagina vengono trovate dimensioni impostate nell'intersezione valida, l'utente visualizzerà solo le combinazioni valide nel selettore membri. Se le dimensioni impostate con intersezioni valide vengono trovate nella colonna o in una riga, il designer form può sopprimere completamente le intersezioni non valide. Quando l'opzione di soppressione non è selezionata, le intersezioni non valide diventano di sola lettura.

Per ulteriori informazioni, vedere Definizione delle intersezioni valide.

Informazioni sui form

È prevista la creazione di numerosi form a supporto dell'immissione dei dati e dei report di riepilogo. Il contenuto di un form è simile ai template utilizzati per raccogliere e calcolare i dati. Il layout potrebbe differire da ciò a cui si è attualmente abituati nei fogli di calcolo.

I form vengono raggruppati in categorie principali quali Ricavi, Spese di retribuzione, Altre spese e così via. È possibile creare alcuni form per supportare l'immissione dei dati e altri form per le esigenze di riepilogo e revisione. È inoltre possibile includere grafici per facilitare l'analisi dei risultati da parte degli utenti.

Gli utenti possono immettere testo e dati. Possono inoltre immettere dettagli di supporto selezionando l'intersezione appropriata nel form e facendo clic su "Dettagli di supporto" per aprire un nuovo form di input che consenta l'immissione di dettagli aggiuntivi per tale intersezione.

Le performance dei form dipendono da vari fattori, compresi i fattori di rete e ambientali, la struttura, il layout e così via.

Procedure consigliate:

• Inserire le dimensioni dense, quali Conto e Periodo, nella struttura di righe e colonne del form. Inserire le dimensioni sparse, quale Entità, sull'asse pagina.

• Le dimensioni quali Scenario o Versione e Anno possono risiedere nel POV, in una colonna o in una riga. È importante valutare con accuratezza le modalità di restituzione delle colonne o delle righe all'apertura del form da parte di un utente.

Creazione di form di immissione

È possibile creare form per consentire agli utenti di immettere informazioni quali ricavi, spese e ipotesi.

Procedure consigliate:

• Raggruppare i conti in modo logico, ma non includere troppi conti in un unico form.

• Limitare il numero dei form di immissione a una quantità che gli utenti finali possano gestire con facilità. È necessario trovare il giusto equilibrio tra il numero dei conti inseriti in un form e il numero dei form richiesti per supportare il processo.

• Utilizzare i form dettagli per consentire agli utenti di immettere tutte le informazioni correlate. Tutti i conti per i quali è necessario fornire un input devono trovarsi in un form. I conti possono essere suddivisi tra più form diversi.

• Quando si creano i form, selezionare con cura le opzioni appropriate per migliorarne la progettazione. Ad esempio, utilizzare impostazioni per controllare la precisione, la visualizzazione e i menu e per associare le regole appropriate al form.

• Utilizzare variabili di sostituzione per fare riferimento alle dimensioni quali Anni.

• Opzione Sopprimi periodi tempo/scenario non validi, impostare i periodi in una riga o colonna del form sul valore Periodo di inizio e fine impostato per lo scenario. Lo sfruttamento di questa funzionalità costituisce un'alternativa all'uso delle variabili di sostituzione.

• Prendere in considerazione l'impostazione di intersezioni valide per impostare le relazioni tra dimensioni diverse. È possibile impostare la soppressione delle combinazioni non valide in una riga o colonna per rendere disponibili per gli utenti finali solo le intersezioni valide. Per impostazione predefinita, quando le dimensioni vengono impostate nella selezione pagina, solo le intersezioni valide sono disponibili per gli utenti finali.

• Utilizzare le relazioni per incorporare i membri nei form invece di selezionarli individualmente.

• Utilizzare le variabili utente per le dimensioni quali Entità e Scenario per contribuire a ridurre la selezione delle dimensioni per gli utenti finali.

• Se l'applicazione supporta più valute, impostare una variabile utente in modo che gli utenti possano definire la propria valuta base.

• Organizzare i form in cartelle.

• Le variabili di sostituzione riducono l'attività di manutenzione nei form.

Creazione di form Ricavi e Spese dettagliati

I form dettagli devono consentire agli utenti di immettere tutte le informazioni correlate ai ricavi e alle spese. Tutti i conti per i quali è necessario fornire un input devono trovarsi in un form.

Procedure consigliate:

• Raggruppare i conti in modo logico, ma non includere troppi conti in un unico form.

• Limitare il numero dei form di immissione a una quantità che gli utenti finali possano gestire con facilità. È necessario trovare il giusto equilibrio tra il numero dei conti inseriti in un form e il numero dei form richiesti per supportare il processo.

• Utilizzare i form dettagli per consentire agli utenti di immettere tutte le informazioni correlate ai ricavi. Tutti i conti per i quali è necessario fornire un input devono trovarsi in un form. I conti possono essere suddivisi tra più form diversi.

• Quando si creano i form, selezionare con cura le opzioni appropriate per migliorarne la progettazione. Ad esempio, utilizzare impostazioni per controllare la precisione, la visualizzazione e i menu e per associare le regole appropriate al form.

• La creazione di form può essere di tipo iterativo per supportare utenti e processi.

Associazione di regole ai form

L'associazione di regole ai form consente agli utenti che dispongono dei privilegi di accesso adeguati di eseguire le regole business associate dal form per eseguire e derivare i valori.

È possibile associare più regole business con un form per cubo.

Le regole business associate a un form possono essere impostate per essere eseguite in modo automatico all'apertura o al salvataggio del form. È possibile selezionare Usa membri in form per popolare i prompt runtime dal form corrente invece di richiedere l'input degli utenti all'avvio dell'esecuzione delle regole.

Procedure consigliate:

• Per le regole con tempi di esecuzione più lunghi, impostare l'avvio dell'esecuzione da un menu Azione oppure semplicemente tramite l'associazione al form.

• Se a una regola business sono associati prompt runtime, limitare il numero dei prompt per non complicare il lavoro dell'utente.

Aggiunta di menu ai form

È possibile associare menu ai form. I menu azioni consentono agli utenti di fare clic sulle righe e sulle colonne dei form e di selezionare le voci di menu per:

• Avviare l'esecuzione di una regola business con o senza prompt runtime

• Spostarsi in un altro form

• Spostarsi in Gestisci approvazioni con uno scenario e una versione predefiniti

I menu sono contestuali. I menu visualizzati dipendono dalle impostazioni del form e dal punto su cui gli utenti fanno clic con il pulsante destro del mouse nel form.

Procedure consigliate:

• Durante la progettazione dei form, utilizzare Altre opzioni per selezionare i menu disponibili per i tipi di voce di menu Form.

• Mentre si aggiornano le applicazioni, aggiornare i menu opportuni. Ad esempio, se si elimina una regola business alla quale fa riferimento un menu, rimuovere la regola dal menu.

Creazione di form di convalida dei dati

La convalida dei dati può indicare visivamente agli utenti che i criteri aziendali sono stati soddisfatti. È possibile aggiungere una codifica colori condizionale ai form e possono essere generati messaggi di convalida se i dati immessi violano le regole di convalida o se una condizione viene soddisfatta.

Per definire le regole di convalida dei dati, è necessario effettuare una delle seguenti operazioni:

• Identificazione delle celle di dati o della posizione da visualizzare con messaggi di convalida o con colori diversi quando vengono soddisfatte le condizioni specificate.

• Identificazione della cella, della colonna o della riga che deve essere coinvolta nella valutazione della regola e definizione della regola di conseguenza.

• Creazione della regola di convalida dei dati nella posizione identificata.

Organizzazione dei form in cartelle

Utilizzare le cartelle come strumento di organizzazione dei form nell'applicazione. I form possono essere raggruppati nelle cartelle in base al tipo di processo o di utente oppure semplicemente per facilitarne il reperimento da parte degli utenti. È possibile spostare i form tra le cartelle nonché creare una gerarchia di cartelle. La creazione di cartelle semplifica inoltre l'assegnazione dell'accesso perché tutti i form nella cartella ereditano le autorizzazioni di accesso assegnate.

Creazione di dashboard

I dashboard consentono di visualizzare le informazioni in modalità grafica oppure di visualizzare più form contemporaneamente. È inoltre possibile progettare dashboard interattivi con più grafici per consentire agli utenti di analizzare i dati di pianificazione o di previsione. Un'altra possibilità consiste nel visualizzare insieme una griglia e un grafico oppure di combinare più griglie.

Per creare un dashboard, procedere come segue.

• Trascinare i form selezionati nel dashboard. Utilizzare il selettore delle impostazioni per selezionare il tipo di grafico desiderato per ogni griglia.

• È possibile trascinare tutti i form necessari, impostando le dimensioni della visualizzazione specificando l'altezza o la larghezza per il componente.

• Configurare le impostazioni del dashboard per combinare le dimensioni in un POV comune.

• È consigliabile impostare un numero di componenti equilibrato nel dashboard che garantisca una visualizzazione piacevole all'utente.

Creazione di form a livello di riepilogo

In genere i form a livello del riepilogo raggruppano tutti gli elementi della pianificazione o della previsione di un utente. Essi consentono agli utenti di esaminare e analizzare i propri risultati.

Anche i dashboard possono essere un valido strumento per aiutare gli utenti ad analizzare i risultati.

Creazione di rendiconti finanziari

I rendiconti finanziari consentono agli utenti di analizzare le performance e verificare le proprie ipotesi. I rendiconti finanziari possono includere Conto economico, Bilancio patrimoniale e Flusso di cassa.

In genere i rendiconti finanziari includono dati comparativi che consentono agli utenti di analizzare le varianze. Nei rendiconti finanziari sono di norma incorporate informazioni a livello di riepilogo, consentendo la visualizzazione di dati dettagliati mediante collegamento di form mediante i menu.

Incorporamento della business logic

Per incorporare la business logic nell'applicazione, è possibile generare calcoli con Calculation Manager. Ciò consente di creare, convalidare, distribuire e amministrare calcoli sofisticati in grado di risolvere i problemi aziendali.

Di norma, l'utente crea le regole e i set di regole business per effettuare le operazioni riportate di seguito:

• Eseguire la modellazione dei ricavi

• Eseguire la modellazione delle spese

• Calcolare gli indicatori KPI

• Eseguire le allocazioni

Calculation Manager include gli oggetti riportati di seguito.

• Regole, che contengono componenti e template

• Componenti, che assistono l'utente durante la creazione delle regole

• Set di regole, che contengono regole che è possibile calcolare contemporaneamente o sequenzialmente

Per ulteriori informazioni sulla creazione di calcoli, fare riferimento alla documentazione di Calculation Manager.

Creazione delle aggregazioni

Le aggregazioni eseguono il rollup dell'applicazione nei membri a livello di riepilogo della dimensione, ad esempio una dimensione Entità o qualsiasi altra dimensione sparsa.

Calculation Manager include template utili per la generazione di aggregazioni. Il template di sistema Aggregazione contiene numerose schede. Ecco alcuni suggerimenti su come utilizzare i template.

Impostazione del punto di vista

Quando il punto di vista è impostato, la regola viene eseguita solo per i membri scelti. L'uso di un prompt runtime per le dimensioni consentirà agli utenti di specificare i valori membro per le dimensioni all'avvio dell'esecuzione della regola. In questo modo, gli utenti possono avviare la regola più volte per anni, scenari e versioni diversi, senza doverla modificare in Calculation Manager.

Aggregazione densa completa

Completare questa sezione se i valori padre nelle dimensioni dense non sono impostati per il calcolo dinamico. In genere questa scheda viene lasciata vuota.

Aggregazione sparsa completa

Selezionare la dimensione sparsa da aggregare. L'ordine delle dimensioni selezionate non è importante.

Aggregazione di dimensione parziale - densa

Completare questa sezione se i valori padre nelle dimensioni dense non sono impostati per il calcolo dinamico. In genere questa scheda viene lasciata vuota.

Impostazioni consigliate:

Aggregare i dati alla valuta locale: No

Aggregare i valori mancanti nel database: Sì

Ottimizzare il calcolo per la dimensione sparsa: Disattiva

Selezionare un valore per la cache della calcolatrice: Predefinito

Attivare la modalità di debug per la procedura guidata?: Debug procedura guidata attivato o Debug procedura guidata disattivato. Selezionare Debug procedura guidata attivato se si desidera che venga generato uno script per visualizzare le selezioni per alcuni dei Design Time Prompt nel template.

Procedure consigliate:

• Utilizzare prompt runtime per i membri quali Entità, Scenario e Versione. Ciò conferisce dinamicità alla regola, che potrà essere eseguita in base all'input dell'utente.

• In genere, l'aggregazione non è necessaria per le dimensioni dense quali Conto e Periodo. In questo caso è possibile impostare i membri padre per il calcolo dinamico. Se tuttavia le dimensioni dense contengono formule membro non impostate per il calcolo dinamico, sarà necessaria una regola Calc Dim.

Creazione di calcoli dettagliati

Con Calculation Manager è possibile creare, convalidare, distribuire e amministrare calcoli complessi per la soluzione dei problemi aziendali.

In Gestione calcoli è possibile calcolare tre tipi di oggetti:

• Set di regole: contengono regole che possono essere calcolate contemporaneamente o in sequenza (fare riferimento alla sezione Amministrazione delle regole).

• Regole: contengono componenti e template (fare riferimento alla sezione Amministrazione delle regole).

• Componenti: includono componenti formula, script, condizione, intervallo e loop fisso (fare riferimento alla sezione Amministrazione delle regole).

Procedure consigliate:

• Come primo passo della procedura di creazione delle regole, verificare di aver capito la business logic e di conoscere le entità e i reparti ai quali verrà applicata la regola. Ad esempio, è opportuno conoscere i conti coinvolti nella regola.

• Verificare di conoscere i conti di origine e di destinazione.

• Dopo aver acquisito le necessarie informazioni sui driver del calcolo, utilizzare il componente oggetto appropriato per creare la regola. I componenti e i template contribuiscono alla distribuzione delle regole facilitando la selezione dei membri.

Sfruttando i prompt runtime per membri quali Entità, Scenario e Versione è possibile conferire dinamicità alla regola ed eseguirla in base all'input dell'utente.

Generazione di report

La generazione dei report consente di raccogliere dati sugli aspetti finanziari da gestire. Questo passo consente di creare il proprio Conto economico e altri documenti dettagliati con la formattazione appropriata a cui il team di gestione responsabile della revisione è abituato.

I formati di report specificano il layout utilizzato, ovvero gli elementi presenti nelle righe e nelle colonne. Possono essere utilizzati per creare vari report differenti, ad esempio per centro di costo o per divisione.

Procedure consigliate:

• Prima di generare i report, determinare il numero dei formati di report necessari.

• Per semplificare la generazione dei report, specificare un formato per ogni tipo di report necessario.

• Avviare la generazione dei report disponendo accuratamente le dimensioni. Eseguire quindi il report per acquisire i dati. Infine, applicare la formattazione.

Creazione di elenchi task

Gli elenchi task guidano gli utenti nel processo di pianificazione elencando task, istruzioni e date di scadenza. Essi facilitano l'utilizzo dell'applicazione da parte degli utenti per garantire che il processo venga seguito e che siano stati raccolti i dati adeguati.

È necessario sviluppare gli elenchi task per supportare i vari tipi di utenti e di flussi di processo. I task aiutano gli utenti a eseguire vari tipi di operazioni, tra i quali:

• Aprire un form

• Avviare l'esecuzione di una regola business specificata dall'utente

• Avviare il processo di revisione con uno scenario e una versione specificati

• Copiare una versione dei dati del form corrente

• Aprire un URL specificato

I task guidano gli utenti attraverso le varie fasi del processo di pianificazione. I task aiutano gli utenti a eseguire vari tipi di operazioni. Essi facilitano l'utilizzo dell'applicazione da parte degli utenti per garantire che il processo venga seguito e che siano stati raccolti i dati adeguati.

Creare i task per supportare i vari tipi di utenti e di flussi di processo.

Impostazione del flusso di navigazione

Il flusso di navigazione imposta i cluster o le schede disponibili nella parte superiore della schermata dell'utente. In genere le schede sono associate alle azioni del processo aziendale, ad esempio la pianificazione dei ricavi e la pianificazione delle spese. All'interno di ogni scheda è possibile creare schede verticali per guidare l'utente nel processo specifico dell'area aziendale interessata. È possibile collegare i form a una scheda verticale per guidare l'utente nel processo. Alle schede verticali possono essere associate una o più schede orizzontali con collegamenti a form o a dashboard.

L'applicazione viene distribuita con un flusso di navigazione predefinito. Per customizzare le schede e il flusso per la propria organizzazione, copiare la configurazione predefinita e utilizzare la copia per iniziare a creare la propria configurazione.

Toccare o fare clic su Impostazioni, quindi su Flusso navigazione. Toccare o fare clic su Azione, quindi su Crea copia.

È possibile creare un cluster per rappresentare l'intero processo aziendale con schede per le azioni oppure creare semplicemente nuove schede. Le schede possono essere progettate con un formato a pagina singola o con più schede secondarie. Per una scheda impostata per la visualizzazione tabellare è possibile disporre di più schede secondarie che consentano di presentare il contenuto all'utente finale sotto forma di schede orizzontali. È necessario specificare il tipo di contenuto per ognuna di tali schede e stabilire il collegamento a un artifact.

Ad esempio, è possibile associare le schede agli elementi seguenti:

• Dashboard

• Form

• Regole

• Approvazioni

Impostazione delle autorizzazioni di accesso

Le autorizzazioni di accesso determinano i privilegi dell'utente dopo il lancio del prodotto. Nella maggior parte dei casi vengono stabiliti gruppi per facilitare l'organizzazione degli utenti. Per definizione, un gruppo di utenti è un set di utenti che dispongono di autorizzazioni di accesso simili.

Le autorizzazioni di accesso per i gruppi e i singoli utenti possono essere assegnati a questi elementi dell'applicazione:

• Scenari

• Versioni

• Conti

• Entità

• Membri di dimensioni custom

• Form

• Regole business

Utenti che possono far parte di un gruppo:

• Amministratore servizi

• Utente avanzato

• Utente

• Visualizzatore

Procedure consigliate:

• Per le dimensioni protette per impostazione predefinita, modificare le autorizzazioni di accesso in base alle esigenze.

• Assegnare le autorizzazioni di accesso agli elementi dell'applicazione quali membri dimensione, form e regole. Gli utenti possono visualizzare o utilizzare solo gli elementi dell'applicazione per i quali dispongono delle autorizzazioni di accesso.

Informazioni sugli utenti e i gruppi

Per poter ottenere le autorizzazioni di accesso ai vari elementi dell'applicazione, gli utenti della società devono essere aggiunti al sistema Oracle Identity Management. Le autorizzazioni di accesso determinano i privilegi dell'utente dopo il lancio del prodotto.

Per definizione, un gruppo di utenti è un set di utenti che dispongono di autorizzazioni di accesso simili. L'uso dei gruppi come strumento per organizzare gli utenti e assegnare le autorizzazioni di accesso costituisce una procedura consigliata.

Aggiunta degli utenti

Gli utenti devono essere aggiunti all'ambiente in uso con privilegi assegnati e la concessione dell'accesso all'applicazione.

Verranno definiti i ruoli utente descritti di seguito.

• Amministratore servizi: crea e gestisce le applicazioni, compresi elementi quali dimensioni, form, calcoli e così via. L'amministratore servizi gestisce le autorizzazioni di accesso e avvia il processo budget.

• Utente avanzato: crea e gestisce form, fogli di lavoro di Smart View e report di Financial Reporting. Può eseguire tutti i task Utente.

• Utente: immette e sottomette i piani per l'approvazione, esegue le regole business, utilizza i report creati da altri e visualizza e utilizza gli elenchi task. Si avvale di Smart View per immettere dati ed eseguire analisi ad hoc.

• Visualizzatore: visualizza e analizza i dati tramite i form e qualsiasi strumento di accesso ai dati, a condizione di possederne la licenza. I visualizzatori non possono modificare i dati nell'applicazione. I tipici Utenti visualizzazione sono dirigenti che desiderano consultare i piani aziendali durante e al termine del processo budget.

Gli utenti con ruolo Utente, Utente avanzato e Visualizzatore possono accedere a form, elenchi di task e regole business in base alle autorizzazioni assegnate dall'amministratore dei servizi.

Creazione di gruppi

È consigliabile basarsi sui gruppi per l'assegnazione delle autorizzazioni di accesso agli utenti. La disponibilità di gruppi di utenti simili facilita la gestione continua della sicurezza. Quando vengono aggiunti ai gruppi, gli utenti ereditano le autorizzazioni di accesso del gruppo. Assegnare le autorizzazioni di accesso di gruppo a elementi quali membri dimensioni, form ed elenchi task significa non doverle assegnare individualmente per ogni utente.

Procedure consigliate:

• Se le autorizzazioni di accesso di un singolo utente assegnato a un gruppo creano un conflitto con quelle del gruppo, le autorizzazioni di accesso dell'utente avranno la precedenza.

• È necessario definire con cura l'uso dei gruppi per i set di utenti con autorizzazioni di accesso simili prima di implementare l'accesso degli utenti.

• Le autorizzazioni individuali prevalgono sulle autorizzazioni di gruppo.

• Se una persona è assegnata a più gruppi, avrà la precedenza il gruppo con l'autorizzazione di accesso più elevata.

Le autorizzazioni di accesso assegnate in modo diretto a un utente prevalgono sulle autorizzazioni di accesso ereditate dai gruppi ai quali appartiene l'utente. Ad esempio, se si eredita l'accesso in lettura a un piano da un gruppo, ma si è assegnatari diretti dell'accesso in scrittura al piano, si disporrà dell'accesso in scrittura al piano.

Assegnazione di utenti ai gruppi

Come procedura consigliata, utilizzare i gruppi come strumento per ridurre la gestione e assegnare tipi di accesso simili agli utenti. Concedere agli utenti l'accesso ai gruppi appropriati.

Assegnazione dell'accesso a dimensioni

Affinché gli utenti possano leggere o scrivere i dati, è necessario assegnare le autorizzazioni di accesso alle dimensioni seguenti:

• Conto

• Entità

• Scenario

• Versione

Se la sicurezza è abilitata nelle dimensioni custom, è necessario assegnare la sicurezza anche agli utenti di questo tipo di dimensioni. Per le dimensioni protette per impostazione predefinita, modificare l'accesso di sicurezza in base alle esigenze.

Assegnazione dell'accesso alla dimensione Conto

Concedere agli utenti l'accesso in lettura o in scrittura solo per i conti che sono autorizzati a visualizzare. È possibile assegnare i privilegi di accesso Leggi, Scrivi o Nessuno.

Procedure consigliate:

• Quando è possibile, utilizzare anche le funzioni di relazione per ridurre la gestione continua della sicurezza. Le funzioni di relazione disponibili sono: Membro, Figli, Figli (incl.), Discendente e Discendenti (incl.). Ad esempio, l'assegnazione dell'accesso in scrittura ai discendenti di Entrate nette per un gruppo consente a tutti gli utenti di tale gruppo di disporre dell'accesso in scrittura a tutti i conti discendenti di Entrate nette. In questo modo non è necessario assegnare individualmente l'accesso a ogni conto.

• Per trarre il massimo vantaggio possibile dalle regole di precedenza ed ereditarietà, utilizzare un metodo basato su eccezioni per gestire la sicurezza. L'assegnazione principale della sicurezza deve essere basata sul gruppo e sulle relazioni. Assegnare al gruppo i diritti per i membri di livello padre, quindi utilizzare le relazioni per propagare le assegnazioni verso il basso ai figli o ai discendenti. Assegnare ai singoli utenti i diritti per i figli con eccezioni.

Assegnazione dell'accesso alla dimensione Entità

Concedere agli utenti l'accesso in lettura o in scrittura solo per le entità che sono autorizzati a visualizzare. È possibile assegnare i privilegi di accesso Leggi, Scrivi o Nessuno.

Assegnazione dell'accesso alla dimensione Scenario

L'accesso alla dimensione Scenario è in genere impostato su Leggi o Scrivi. Ad esempio, è possibile assegnare l'accesso Leggi agli scenari Effettivo e Varianza e l'accesso Scrivi a Piano e Previsione.

Assegnazione dell'accesso alla dimensione Versione

L'accesso alla dimensione Versione è in genere impostato su Leggi o Scrivi. Ad esempio, è possibile assegnare l'accesso Leggi alla versione Finale e l'accesso Scrivi alla versione Di lavoro.

Assegnazione dell'accesso alle dimensioni custom

Se la sicurezza è abilitata in una dimensione custom qualsiasi, è necessario assegnare la sicurezza alla dimensione per consentire l'accesso agli utenti.

Assegnazione dell'accesso ai form

Per poter aprire i form, gli utenti devono essere assegnatari di autorizzazioni di accesso specifiche.

Gli utenti a cui è assegnato l'accesso a una cartella di form possono accedere ai form di tale cartella, a meno che non sia stato loro assegnato un accesso più specifico.

Gli utenti e gli utenti avanzati possono visualizzare o immettere dati solo nei form a cui hanno accesso. Possono inoltre utilizzare solo i membri ai quali hanno accesso.

Suggerimenti:

• Per semplificare l'assegnazione dell'accesso ai form, organizzare i form in cartelle e assegnare l'accesso a livello di cartella anziché a livello di singolo form. Le autorizzazioni di accesso possono essere impostate su Leggi, Scrivi o Nessuno.

• Quando si assegna l'accesso a una cartella, tutte le cartelle sotto di essa ereditano lo stesso accesso.

• Se si assegna un accesso specifico, ad esempio Nessuno o Scrivi, a una cartella di form, tale autorizzazione di accesso ha la priorità sulle autorizzazioni di accesso della cartella padre. Ad esempio, se un utente ha accesso in scrittura alla Cartella1 che contiene la Cartella2 per cui l'utente ha un accesso Nessuno, l'utente potrà aprire la Cartella1 ma non la Cartella2.

• Se un utente ha un accesso di tipo Nessuno a una cartella di form denominata Cartella1 che contiene un form denominato Form1 per cui l'utente ha accesso in scrittura, l'utente potrà vedere sia Cartella1 che Form1.

Assegnazione dell'accesso alle regole business

Per poter eseguire le regole business, gli utenti devono essere assegnatari delle autorizzazioni di accesso alle regole.

È consigliabile organizzare le regole business in cartelle con tipi di accesso utente simili e applicare la sicurezza alle cartelle. È inoltre possibile assegnare le autorizzazioni di accesso alle singole regole business, sebbene si tratti di un'operazione che richiede un po' più di tempo.

Gli utenti hanno un accesso di tipo Esegui per le regole business di Calculation Manager nelle cartelle per le quali dispongono dell'accesso, a meno che non sia stato loro assegnato un accesso più specifico.

Assegnazione dell'accesso agli elenchi di task

Per poter navigare nell'applicazione, gli utenti devono ottenere l'accesso ai singoli elenchi di task.

È consigliabile assegnare l'accesso utilizzando i gruppi. Questo metodo è più efficace rispetto all'applicazione dell'accesso a singoli elenchi di task.

Assegnazione dell'accesso ai report

Gli utenti devono disporre dell'autorizzazione di accesso a un report per poterlo utilizzare.

Come ricordato per gli altri artifact, è consigliabile organizzare in cartelle anche i report e assegnare l'accesso a livello di cartella. In questo modo si limita il numero delle operazioni di gestione richieste per la sicurezza. Quando i report vengono aggiunti alla cartella, le autorizzazioni di accesso vengono ereditate dalla cartella.

Creazione delle approvazioni

Utilizzare le approvazioni per tenere traccia dei budget e dello stato di revisione, della proprietà delle unità di pianificazione e dei problemi dei processi. Ciò consente di ridurre il tempo necessario per il ciclo di pianificazione.

Impostare il percorso di approvazione in modo indipendente dalla struttura organizzativa per riflettere il percorso che un piano o la previsione deve seguire per ottenere l'approvazione.

Gli utenti possono fornire annotazioni e commenti per le proprie sottomissioni.

Impostazione della gerarchia di unità di pianificazione

L'impostazione della gerarchia di unità di pianificazione consente di definire il percorso promozione utilizzato nelle approvazioni. La base della gerarchia di unità di pianificazione è la dimensione Entità in combinazione con una dimensione secondaria qualsiasi.

La dimensione secondaria può essere costituita da numerose dimensioni diverse, a seconda del punto del flusso di lavoro in cui ci si trova. Ad esempio, è possibile combinare la dimensione Entità con la dimensione Prodotti nel percorso promozione per determinate entità e al contempo utilizzare la dimensione Canali nel percorso promozione per altre entità.

L'unità di pianificazione può essere assegnata in modo diretto a proprietari e revisori. È possibile creare regole di convalida per gestire il percorso promozione condizionale che dipende dagli operatori condizionali dei dati. La creazione di gerarchie di unità di pianificazione diverse consente di supportare i processi di revisione all'interno dell'organizzazione.

La gerarchia di unità di pianificazione viene quindi assegnata alla combinazione di Scenario e Versione appropriata.

Le unità di pianificazione sono combinazioni di scenari, versioni ed entità o parti di un'entità. Gli scenari e le versioni costituiscono la base del ciclo di revisione. Una gerarchia di unità di pianificazione contiene le unità di pianificazione e tutte le altre dimensioni che costituiscono il processo di revisione.

Informazioni importanti sulle approvazioni.

• Il processo di revisione segue il percorso promozione che è stato impostato durante la selezione del proprietario e dei revisori per un'unità di pianificazione, a meno che un evento non generi un cambiamento nel percorso promozione.

• Le relazioni padre/figlio tra i membri della gerarchia di unità di pianificazione influenzano il processo di revisione

• Quando gli utenti promuovono o rifiutano un padre, i figli del padre interessato vengono promossi o rifiutati a meno che non siano approvati. Il proprietario del padre diventa il proprietario dei figli.

• Quando gli utenti approvano un padre, i figli del padre approvato vengono approvati.

• Dopo la promozione di tutti i figli allo stesso proprietario, il padre viene promosso al proprietario.

• Quando lo stato di tutti i figli viene modificato in uno stato specifico, ad esempio Ratificato, anche il padre assume lo stesso stato.

• Gli utenti non possono modificare lo stato di un padre se i relativi figli hanno proprietari diversi.

• Se i figli vengono promossi a, inviati a o ratificati da diversi utenti, il padre non ha un proprietario e soltanto gli amministratori dei servizi possono modificarne lo stato.

• L'unità di pianificazione passa da un revisore a un altro finché l'elaborazione del budget non è completata.

Test

L'esecuzione di test è un passo fondamentale della procedura di sviluppo dell'applicazione. È necessario sottoporre a test tutti i calcoli, le autorizzazioni di accesso e i report per assicurarsi che funzionino in modo corretto.

Informazioni sull'esecuzione di test di unità

I test di unità sono il primo passo di una procedura di test formalizzata e costituiscono la base di sviluppo principale dell'ambiente di test. Ogni area funzionale dell'applicazione viene sottoposta a test come unità separata per assicurarsi che risponda nel modo previsto.

Ad esempio, potrebbe essere eseguito un test per confermare che un caricamento di dati venga eseguito fino alla fine senza errori. Altri test potrebbero confermare che i form e i report sono accessibili, i calcoli vengono completati e così via.

I test di unità vengono in genere eseguiti dalla persona che crea o configura l'applicazione.

Informazioni sull'esecuzione di test del sistema

I test del sistema consentono di confermare che il sistema funzioni senza errori garantendo le funzionalità richieste.

Viene prestata un'attenzione particolare alle modalità di configurazione dell'applicazione e al modo in cui il team ha definito i processi aziendali e i report. La procedura di esecuzione dei test riguarda l'intero sistema, compresi la configurazione di parametri univoci, tutte le funzioni che verranno utilizzate e qualsiasi miglioramento.

Non si limita solo al software, ma convalida l'efficacia delle procedure manuali, dei form e dei controlli. Si tratta di un set completo di test funzionali formali che interessano tutti gli aspetti di funzionalità all'interno del sistema in fase di creazione.

Questo tipo di test è spesso combinato con i tipi di test riportati di seguito.

• Test della sicurezza: consentono di verificare se la sicurezza del sistema e del database è adeguata per l'intero sistema e per ogni utente specifico.

• Test di integrazione: consentono di verificare l'intera soluzione aziendale, compreso il passaggio dei dati verso e da altri sistemi integrati. Ciò consente di confermare che la funzionalità rimane valida quando tutti gli aspetti del sistema sono stati combinati.

• Test di accettazione utente: gli utenti confermano che il sistema funziona in modo corretto e soddisfa i requisiti. Se gli utenti non vengono coinvolti nell'esecuzione formale dei test del sistema oppure richiedono test specifici, potrebbero essere necessari ulteriori test di accettazione. Nella maggior parte dei casi, tuttavia, i test di questo tipo vengono eseguiti nell'ambito dei test del sistema e di integrazione, a condizione che gli utenti li riconoscano come adeguati per l'accettazione.

Presentazione

Durante la fase di presentazione è possibile formare gli utenti finali sul sistema, mostrando loro come navigare e utilizzare le varie funzionalità. È consigliabile creare una documentazione specifica per consentire ad altre persone di gestire i task di amministrazione se necessario.

Formazione

È necessario che tutti gli utenti del sistema seguano una formazione specifica sull'applicazione. Gli utenti devono imparare a navigare senza problemi nell'applicazione e capire i task loro assegnati. La formazione deve includere l'esecuzione dell'accesso all'applicazione, la navigazione negli elenchi dei task, l'immissione dei dati, l'esecuzione delle regole, nonché l'utilizzo di Smart View e degli strumenti all'interno dell'applicazione. La formazione costituisce in genere il primo contatto dell'utente con l'applicazione e sessioni di formazione ben pianificate ed eseguite contribuiscono a creare una prima impressione positiva.

Documentazione delle informazioni amministrative e del sistema

Dopo aver creato l'applicazione, si consiglia di creare la relativa documentazione amministrativa e di sistema.

Procedure consigliate:

• Creare la documentazione alla fine del processo di creazione dell'applicazione, ovvero quando le informazioni sono ancora recenti.

• Includere informazioni quali le origini dei dati, la struttura dell'applicazione, le modalità di funzionamento dei calcoli e il tipo di manutenzione richiesta per l'applicazione.

Elencare i task di manutenzione suddividendoli in periodi di tempo, ad esempio per una manutenzione mensile e annuale. Ciò consente ad altre persone di controllare in seguito il sistema qualora fosse necessario.

Abilitazione dell'applicazione per gli utenti

Per abilitare l'applicazione per gli utenti finali, è necessario rivelare l'abilitazione del sistema. Inoltre, avviare le unità di pianificazione per abilitare le approvazioni.

Avvio delle unità di pianificazione

L'avvio dell'unità di pianificazione è indispensabile per consentire agli utenti di accedere al sistema e avviare il processo di revisione. Dopo essere stata avviata, l'unità di pianificazione passa da un revisore a un altro fino al completamento del processo.