Houd rekening met de volgende richtlijnen bij het uitvoeren van directe berekeningen in ad-hocrasters en Forms 2.0.
- Bij het invoegen van onderdeelformules worden de cellen met de formules als alleen-lezen gegevens weergegeven en wordt de bijbehorende celstijlkleur hieraan aangepast. Als u op Vernieuwen klikt, worden dezelfde cellen vervuild en wordt de toegewezen celstijlkleur weergegeven. Voor een schone vernieuwing zonder wijzigingen in de celstijlkleuren klikt u op Opties op het Smart View-lint en schakelt u op het tabblad Onderdeelopties het selectievakje Formules en toelichting behouden in ad-hocbewerkingen uit.
- Oracle raadt als beste aanpak aan om de onderdeelformule pas in te voegen als de ad-hocrasterlay-out is ingesteld of voltooid. Als u andere ad-hocbewerkingen uitvoert, zoals 'Inzoomen', 'Uitzoomen', 'Alleen behouden' en 'Alleen verwijderen', wordt de formulecontext ongeldig en wordt deze uit het raster verwijderd. Als een formule ontbreekt na het uitvoeren van ad-hocbewerkingen, kunt u de formule zo nodig handmatig opnieuw invoeren.
- Als u na het invoegen van formules wijzigingen aanbrengt in de aliastabel door te vernieuwen of door op Alias wijzigen te klikken en de alias te wijzigen van Standaard in Geen of omgekeerd, worden de formules niet meer in de functie-info weergegeven wanneer u op cellen met formules klikt.
- Er moet bijzondere aandacht worden besteed aan het combineren van beveiliging op celniveau en onderdeelformules. Als beveiliging op celniveau is geactiveerd, kunnen de ingevoegde onderdeelformules verschillende resultaten opleveren in de webapplicatie en in Oracle Smart View for Office. Voor het uitvoeren van berekeningen is toegang tot alle cellen vereist. De cellen die worden beperkt door de regel 'Lezen weigeren' wanneer beveiliging op celniveau is geactiveerd, kunnen dus inconsistente resultaten opleveren. Voor de beperkte cellen wordt het label
#No Access getoond. Als een formule een verwijzing bevat naar dergelijke cellen met beperkte toegang, wordt in de resultaten #Missing of een fout weergegeven.
- De bewerking van het invoegen van onderdeelformules kan niet ongedaan worden gemaakt met behulp van de optie Ongedaan maken op het Smart View-lint. Als u na het invoegen van formules op Ongedaan maken klikt, verschijnt het label
#No Access in cellen met onderdeelformules en worden de formules niet meer in de functie-info getoond wanneer u op deze cellen klikt. Als u het raster wilt vernieuwen en de ingevoegde onderdeelformules wilt verwijderen, kunt u in plaats hiervan de optie Vernieuwen op het Smart View-lint gebruiken. Schakel ook het selectievakje Formules en opmerkingen behouden in ad-hocbewerkingen uit om een schone vernieuwing te krijgen. Dit selectievakje bevindt zich op het tabblad Onderdeelopties onder Opties.
- Als u onderdeelformules uit een ad-hocraster verwijdert, kunt u deze niet opnieuw invoegen met behulp van de optie Opnieuw op het Smart View-lint. Onderdeelformules blijven namelijk niet behouden tijdens de bewerking Ongedaan maken of Opnieuw. Als u onderdeelformules wilt invoegen, kunt u het ad-hocraster opnieuw openen en op Onderdeelformule invoegen klikken.
- Wanneer de eigenschap 'Tijdsaldo' is ingesteld op 'Stroom' en de optie 'Overslaan' is ingesteld op 'Nullen' of op 'Ontbrekende waarden en nullen', levert dit onverwachte resultaten op. In een raster met kolommen voor januari, februari en maart heeft de eerste rij de waarden 0, 0 en 0, en heeft de tweede rij de waarden 0,
#Missing en #Missing. In de vierde kolom van 'Q1' (K1) worden onderdeelformules zo ingevoegd dat 'Overslaan' in de eerste rij is ingesteld op 'Nul' en in de tweede rij op 'Ontbrekende waarden en nullen'. Het verwachte resultaat is #Missing voor beide rijen, maar het werkelijke resultaat is nul.
- Niet-unieke of dubbele aliassen die in een raster aanwezig zijn en waarnaar in formules wordt verwezen, kunnen dubbele-aliasfouten veroorzaken bij het uitvoeren van ad hoc in slimme formulieren. Dit gebeurt wanneer u onderdeelformules invoegt in een ad-hocraster met dubbele aliassen, het raster opslaat als slim formulier en het slimme formulier opnieuw opent in de ad-hocmodus. Als u op Vernieuwen klikt, toont Smart View de foutmelding "Er zijn dubbele aliassen of onderdeelnamen gevonden die strijdig zijn met de alias onder de bovenliggende account. De naam van een of meer aliassen of onderdelen moet worden gewijzigd om de ambiguïteit op te lossen".
- Voor gegevens met
#Missing en nulwaarden kan de berekening van de functie @MAX inconsistente resultaten opleveren in de webapplicatie en in Smart View. Dit komt doordat Oracle Essbase en Excel verschillend met deze waarden omgaan. In Essbase is een vergelijking tussen nul en #Missing mogelijk niet altijd hetzelfde. Daarom wordt aangeraden de functie @MAXS te gebruiken. Zie de notities bij De functie @MAX in Referentie voor berekeningen en query's voor Oracle Essbase voor meer informatie. @MAX gedraagt zich als @MAXS (SKIPNONE). Wanneer gegevens alleen #Missing en negatieve waarden bevatten, wordt de waarde #Missing dus als groter dan de negatieve waarde beschouwd. #Missing wordt als nul beschouwd bij vergelijking met niet-lege waarden. Met het label #Missing worden in Smart View ontbrekende gegevenswaarden in de database aangeduid, die verschillen van nulgegevenswaarden. In Excel wordt een niet-leeg label als string behandeld en strings worden anders behandeld dan lege cellen en nullen. Vanwege dit verschil tussen Excel en Essbase blijft de vergelijking van #Missing en nulgegevenswaarden onbepaald.
- Wanneer u een raster in oplopende of aflopende volgorde sorteert, verandert de structuur van het raster. Hierdoor worden de onderdeelformules en functies in het raster ongeldig. Als u waarden invoert of wijzigt in de cellen waarnaar wordt verwezen in een formule of een functie, worden de berekeningen niet direct vernieuwd in de cellen met de formule of functie. U moet het raster opslaan om de berekende of gewijzigde waarden te zien.
- Als de cellen waarnaar wordt verwezen in een formule tekststrings of datums bevatten, kunnen de resultaten van de directe berekeningen verschillen van de resultaten in Essbase. Dit verschil ontstaat omdat Planning op de cellocatie een numerieke index opslaat voor niet-numerieke gegevens (zoals tekst, datums of smartlists) die door Essbase wordt gebruikt bij berekeningen, terwijl bij directe berekeningen de werkelijk weergegeven waarde van de tekst, datum of smartlist wordt gebruikt en niet-numerieke gegevens als ontbrekend worden beschouwd.
- Alle opties voor niet-numerieke gegevens zoals tekst, datums en smartlists in cellen worden beschouwd als ontbrekend voor het doel van de berekening in Excel. Als er naar dergelijke cellen wordt verwezen in functies en formules, bestaat het resultaat daarom uit '#missing'. Dit gebeurt omdat Essbase dergelijke cellen wel kan interpreteren en de resultaten dus correct kan berekenen, terwijl dit niet het geval is bij directe berekeningen.
- Als een cel een formule bevat vanwege een onderdeelformule of structuurwiskunde, kan er een waarde worden weggeschreven naar cellen op een ander niveau dan 0. De reden hiervoor is dat bij een ingevoerde waarde backspread kan worden toegepast op de schrijfbare broncellen tijdens het uitvoeren van directe berekeningen in de webapplicatie. Backspreading van formules wordt niet ondersteund in Smart View.
- Onderdeelformules worden alleen weergegeven voor een cel voor directe berekeningen als de onderdelen die bijdragen aan de formule aanwezig zijn in het raster. Anders wordt de formule niet opgenomen in de functie-info.
- Als de evaluatie van een formule altijd een constante waarde oplevert (zoals bij vermenigvuldigen met nul of '#missing'), wordt de formule niet gegenereerd.
- In het geval van Forms 2.0 worden directe berekeningen alleen ondersteund voor BSO- en hybride BSO-kubussen. In Smart View moet de applicatie-instelling Forms-versie de waarde 'Forms 2.0' hebben.
- Zorg dat formulieren die directe berekeningen gebruiken zo zijn ontworpen dat ze een redelijk en relevant aantal onderdelen in het raster gebruiken. Dit om een snelle doorlooptijd van de daaropvolgende berekeningen te garanderen.
- Als in Forms 2.0 tijdens het maken van een formulier zowel directe berekeningen als spreiding zijn geactiveerd, en als dit formulier in Smart View wordt geopend, dan kunt u op het formulier geen gegevens invoeren en kunnen er geen gegevens worden verstuurd vanwege een conflict tussen de twee bewerkingen. Als spreiding standaard automatisch wordt gedeactiveerd wanneer een formulier, waarvoor zowel directe berekeningen als spreiden is geactiveerd, in Smart View wordt geopend, kan dit conflict worden voorkomen en worden directe berekeningen en het versturen van gegevens geactiveerd. In de webapplicatie treedt dit conflict niet op en werken formulieren correct waarvoor zowel directe berekeningen als spreiden is geactiveerd.