Lega la fonte
Il caso registra hash, colonne, valute, periodi e mapping Actual-to-Plan.
Dagli Actual a un Plan che mostra ogni assunzione.
Vera legge i dati vendite, traduce le ipotesi del commercialista in regole precise e calcola lo scenario soltanto dopo la conferma di scope, periodo, driver, cambio e priorità.
Il passaggio
Actual, decisioni, Plan. Tre stati distinti.
Il motore non prevede la domanda e non inventa ipotesi. Conserva la forma temporale degli Actual e applica percentuali confermate alle righe che corrispondono allo scope.
Scenario sorgenteActual
→
Scenario risultantePlan
Prima del calcolo
Vera restituisce ciò che ha capito.
“Le vendite salgono” non basta. Vera distingue volumi, prezzo e ricavi; per i cambi esplicita coppia, direzione ed esposizione.
| ID | Driver | Scope esatto | Variazione | Periodo | Priorità |
|---|---|---|---|---|---|
| A1 | Unità | country=China |
+8% | periodi Plan mappati | 100 |
| A2 | Cambio USD/EUR | transaction_currency=USD |
−5% | periodi Plan mappati | 100 |
Controlli del Plan
Le ambiguità non diventano numeri.
Scope non trovati, dati cambiati, metriche mancanti e collisioni bloccano il calcolo invece di produrre un risultato plausibile.
Conferma le regole
Ogni assunzione ha driver, percentuale, scope, periodo, priorità e motivazione.
Gestisce le collisioni
Le sovrapposizioni con stessa priorità o driver incompatibili falliscono in modo esplicito.
Riconcilia il risultato
Scenario, riepilogo, ledger e ricevuta sono legati agli stessi input e controllati per replay.
Consegna rivedibile
Il Plan arriva con la sua spiegazione.
Il file di scenario non viaggia da solo: il ledger mostra dove ogni assunzione è stata applicata, ignorata o superata.
- sales_plan_scenario.csv
- assumption_application_ledger.csv
- scenario_summary.csv
- reconciliation.json
- prepared_evidence_manifest.json
- model_use_manifest.json
- plan_execution_receipt.json
Responsabilità
Vera calcola il Plan. Il commercialista approva le ipotesi.
Un’esecuzione esatta dimostra che le regole confermate sono state applicate in modo riproducibile. Non dimostra che le ipotesi siano prudenti, probabili o approvate dalla direzione.
Provalo in Vera
Parla come parleresti con un collega.
Vera prepara la tabella di assunzioni e chiede conferma prima del calcolo.
Prepara un Plan vendite da questo file Actual. In Cina le unità crescono dell’8%, ma il dollaro perde il 5% contro l’euro. Prima di calcolare, mostrami driver, scope, periodi, direzione del cambio e priorità che hai interpretato. Dopo la mia conferma, consegna scenario Plan, ledger delle assunzioni, riepilogo, riconciliazione e ricevuta riproducibile.Trattamento dei dati
Quali dati arrivano al modello
Per confermare gli scope, il modello selezionato può leggere le istruzioni e le sole colonne previste dal caso: ID riga, periodo, etichette rivedute di cliente, prodotto, paese, canale o altro scope, valuta, unità e le misure di vendite, sconti, COGS e cambio effettivamente usate, oltre alle assunzioni con priorità, sovrapposizioni, basi e motivazioni. Il contratto rifiuta colonne aggiuntive. Dopo la conferma, il codice deterministico elabora tutte le righe Actual osservate nel perimetro, conserva le granularità sparse e produce l’intero scenario Actual e Plan. Per la revisione successiva il modello riceve per impostazione predefinita ledger, riepilogo, riconciliazione e tracciabilità, senza che il manifest ripeta il nome originale del file e senza tutte le righe dello scenario; quando serve un dettaglio, una richiesta registrata seleziona ID o filtri e colonne esatti e restituisce tutte le corrispondenze, senza campionamento. Vera non anonimizza né pseudonimizza automaticamente, perché le etichette possono essere necessarie per applicare gli scope.