När du har aktiverat scenariomodellering kan du arbeta med scenariodata och till exempel ställa in scenarioceller på #Missing, återställa scenariovärden till basvärdena och aggregera scenariodata.
I webbgränssnittet för Essbase kan du öppna ett Excel-blad som visar basdata för ett scenario.
Om du är ägare, godkännare eller deltagare för ett givet scenario kan du visa scenario- och basvärden i ett kalkylblad eller i webbgränssnittet för Essbase för att jämföra modeller.
Jämför värden i Excel
Klicka på Scenarier i Essbase-webbgränssnittet.
Välj Visa ändringar i Excel på menyn Åtgärder.
Klicka på den nedladdade länken för att öppna Smart View-länken.
Du kan visa värden för både scenario- och basmedlemmarna i kalkylbladet.
I kolumn G är sb10 scenariomedlemmen (eller sandlådemedlemmen).
I kolumn F visar Bas basvärdena.
I scenariot har värdena för sb10 på rad 2 till 6 ändrats och det aggregerade resultatet visas på rad 7.
Jämför värden i webbanvändargränssnittet.
Klicka på Scenarier i Essbase-webbgränssnittet.
Välj Visa ändringar på menyn Åtgärder.
Dialogrutan Dataändringar är tom om inga dataändringar har gjorts.
Du kan ange scenarioceller till #Missing även om de motsvarande bascellerna har värden.
Värdet i sb1 är en exakt spegling av värdet i basen.
Ange #Missing i sb1 (eller ta bort cellinnehållet) och skicka data.
Förnya bladet. Se att sb1 har värdet #Missing.
Du kan återställa scenariovärdena till basen genom att skriva #Återställ i de ändrade cellerna och klicka på Skicka data på menyfliken Smart View.
Exempel
Värdet i sb1 är först en exakt spegling av värdet i basen.
Skicka ett nytt värde, 100, till sb1.
Skicka #Återställ till sb1.
Förnya bladet. Se att sb1 återigen speglar basvärdet 678.
När du modellerar i scenarier behöver du bestämma om du ska beräkna eller inte i varje sandlåda.
Skicka dataändringar till sandlådan och beräkna så få andra data som möjligt, bara tillräckligt med data för att tillåta användare att validera sitt arbete. Detta bevarar lagringseffektiviteten för sandlådedesignen.
När alla medlemmar på den övre nivån är i en kub har beräknats dynamiskt, behövs inga aggregeringar i formuläret för beräkningsskript.
Om du har medlemmar som har lagrats på den övre nivån, begränsar du omfattningen för alla sandlådeberäkningar till det minsta antal som krävs för att användare ska göra sitt jobb.
Dynamiska hierarkier (både täta och glesa) aggregeras automatiskt och användare som gör ändringar i sandlådor ser sina ändringar omedelbart.
Nu ska vi titta på ett exempel från demoapplikationen Sample_Scenario.Basic för blocklagring.
Låt oss anta att Product och Market är dynamiska hierarkier med data lagrade endast på nivå noll, och att ett scenario skapas med sandlådedimensionsmedlemmen sb0.
När sandlådan just har skapats är värdena för sb0 desamma som värdena för Bas. Orsaken till detta är att sandlådemedlemmar är virtuella och återspeglar basvärdena tills användarna registrerar ändringar av dem.
Efter att ha ändrat data för Sales->Budget->Jan->Cola i medlemmen sb0 ser vi genast att den dynamiska sandlådemedlemmen, West (i D10), aggregeras till rätt summa med hjälp av en kombination av lagrade medlemmar från Bas och sb0.
Värden för Oregon, Utah och Nevada finns lagrade i sandlådemedlemmen Bas. Värden för California och Washington har registrerats av scenariodeltagare och finns lagrade i sandlådemedlemmen sb0. Summan för West->Cola->sb0 aggregeras dynamiskt med hjälp av dessa lagrade värden.
Du kan även använda beräkningsskript i sandlådor. Låt oss anta att Oregon är tänkt att budgeteras som 80 % av California. Följande beräkningsskript kan göra detta:
FIX("Jan", "Budget", "Cola", "Sales") "Oregon"="California"*.8; ENDFIX
När en scenariodeltagare startar ett Excel-arbetsblad från webbgränssnittet och kör den här beräkningen är sb0 den standardmedlem i sandlådan som beräknas och värdet för medlemmen Oregon uppdateras:
Den här vyn är inte från ett scenariostartat blad, utan snarare från en privat Smart View-vy, där Bas och sb0 båda kan representeras i bladet.
I vissa fall kan en gles eller tät hierarki ha lagrade medlemmar på högre nivå, och aggregeringar i nivå- eller generationsbaserade beräkningar kan krävas.
Låt oss gå vidare från det sista rutnätet i föregående exempel, nu med antagandet att medlemmar på högre nivå i marknadsdimensionen är lagrade, snarare än dynamiska.
Om vi ändrar värdet för Oregon till 250 så måste medlemmen West beräknas om innan vi ser korrekta resultat:
Följande beräkningsskript kan användas för att aggregera marknadsdimensionen i sandlådan, när det körs från ett scenariostartat Excel-blad:
AGG("Market");