Vat dit blogbericht samen met:
| De beste werkwijzen voor het bouwen van Anaplan-modellen richten zich op een logische structuur, geoptimaliseerde formules, minimale afmetingen en een efficiënt moduleontwerp voor maximale prestaties. |
Als Anaplan-modelbouwer is er weinig dat zo'n kick geeft als het bouwen van je eigen Anaplan-model voor planning. Je staat te popelen om het te implementeren. Maar wacht! Nu is het tijd om te optimaliseren! Optimaliseren! Optimaliseren!
Het kan niet genoeg benadrukt worden: het optimaliseren van uw modellen is een zeer belangrijke stap voor een Anaplan-modelbouwer om de prestaties van uw Anaplan-modellen te verbeteren, licentiekosten te besparen, de acceptatie van de oplossing te vergroten en zo een hoger rendement op uw Anaplan-investeringen te behalen.
Hieronder vindt u een aantal best practices die we hebben samengesteld op basis van onze ervaring met Anaplan-implementaties, over hoe u uw Anaplan-model kunt optimaliseren voor de beste prestaties en kostenbesparingen.
De eerste best practice van Anaplan die we gaan bespreken is de DISCO, die zich houdt aan de 'L' of LOGISCHE structuur binnen het bredere PLANS-raamwerk van Anaplan.
PLANS is het raamwerk of de principes waarop alle Anaplan-modellen gebouwd moeten worden. DISCO is gebaseerd op het principe dat de prestaties van een Anaplan-model geoptimaliseerd worden als de berekeningen over dezelfde dimensionaliteit worden uitgevoerd. Hoewel dit niet altijd mogelijk is, moet het model zo ontworpen worden dat de berekeningen zoveel mogelijk op elkaar zijn afgestemd.
Dit is de essentie van DISCO. Als Anaplan-modelbouwer moet u groepen modules creëren die elk een eigen doel hebben en een gemeenschappelijke structuur, waardoor een LOGISCHE scheiding van de informatie binnen het Anaplan-model wordt gewaarborgd. Het combineren van alle verschillende structuurtypen in één module maakt het model daarentegen onoverzichtelijk en leidt tot duplicatie en inefficiënties in de berekeningen.
DISCO staat voor Data, Input, System, Calculation & Output (gegevens, invoer, systeem, berekening en uitvoer).
Een van de belangrijkste zaken om als Anaplan-modelbouwer in uw modelontwerp rekening mee te houden, is het correcte gebruik van de tijdsdimensie. In de modelinstellingen moet u de modelkalender definiëren, die de basis vormt voor uw planning. Het komt echter vaak voor dat sommige van uw modules tijd nodig hebben die buiten uw modelkalender valt. Definieer in dergelijke gevallen altijd de tijdsbereiken binnen die modules in plaats van de tijdschaal van het model uit te breiden. Elk jaar dat aan de modelkalender wordt toegevoegd, vergroot de omvang van het model aanzienlijk en laat de cellen leeg waar deze tijdsinstellingen niet worden gebruikt. Een ander belangrijk punt met betrekking tot tijdsbereiken is dat u deze aan het einde van elk jaar moet bijwerken, omdat ze niet dynamisch worden bijgewerkt.
Gebruik geen formules in een kettingstructuur (meer over kettingstructuren volgt in het volgende punt). Een standaardprincipe voor het gebruik van formules in Anaplan is dat ze niet herhaald mogen worden (formules moeten eenmaal worden uitgevoerd en meerdere keren worden aangeroepen) en dat ze niet lang mogen zijn. Complexe IF THEN ELSE-formules moeten worden opgesplitst en vergeet niet om de meest voorkomende voorwaarde als eerste te plaatsen! Een andere standaard best practice is om SUM en LOOKUP niet in hetzelfde regelitem te gebruiken, omdat dit meestal prestatieproblemen veroorzaakt. Minimaliseer het gebruik van de SELECT-functie, vooral met TIME, omdat er elk jaar een wijziging nodig is. Maak in plaats daarvan een dimensieloze module om TIME en andere SELECT-waarden op te slaan en gebruik LOOKUP om ernaar te verwijzen. Schakel tot slot de SAMENVATTING uit als uw regelitems voorwaardelijke opmaak gebruiken.
Daisy chain verwijst naar een schema waarbij meerdere modules serieel met elkaar zijn verbonden. Hoewel dit werkt als uw model eenvoudig en rechttoe rechtaan is (wat onwaarschijnlijk is!), zal dit schema inefficiënt worden wanneer de verschillende modules elkaar vaak raadplegen voor waarden, berekeningen en invoer. Een daisy chain-schema creëert een lange afhankelijkheid, waardoor formules sequentieel moeten worden berekend. Dit verbruikt onnodig veel GPU-kracht en vertraagt uw model. Als Anaplan Model Builder zou u daarom moeten ontwerpen met dit principe in gedachten: sla gegevens één keer op of bereken ze één keer en raadpleeg ze vervolgens meerdere keren. Zorg ervoor dat de downstream-items verwijzen naar één module die de benodigde informatie bevat. Dit zal de efficiëntie van uw model aanzienlijk verbeteren.
Subweergaven zijn in bepaalde situaties nuttig, bijvoorbeeld om de alternatieve hiërarchie voor een dimensie weer te geven, maar ze moeten spaarzaam worden gebruikt. Het gebruik van te veel subweergaven in een module ondermijnt de PLANS-standaarden en maakt het verwarrend voor de eindgebruiker. Door de groep gerelateerde regelitems naar een aparte module te verplaatsen, wordt de structuur logisch, controleerbaar en duurzaam, en wordt dubbel werk voorkomen.
Anaplan biedt de mogelijkheid om eigenschappen voor lijsten te definiëren, die vergelijkbaar functioneren met een regelitem in een module. Het is echter aan te raden om een regelitem te gebruiken, omdat dit het schrijven van formules en het beheren van de samenvatting vereenvoudigt. Lijsteigenschappen vergroten bovendien de grootte van de lijst bij het laden. Als uw lijst eigenschappen bevat die niet regelmatig in het model worden gebruikt, is het volgens Anaplan aan te raden een systeemmodule te maken met deze eigenschappen als regelitems.
Subsets vergroten de veelzijdigheid van uw lijsten, maar het toevoegen ervan aan grote lijsten kan prestatieproblemen veroorzaken. Het is een best practice in Anaplan om in dergelijke gevallen een aparte lijst te maken, omdat ze de aggregaties toevoegen en de grootte van het hele model vergroten. Een ander belangrijk punt om in gedachten te houden bij het bouwen van een Anaplan-model is dat uw subsets de juiste naamgevingsconventies moeten volgen, anders wordt het erg verwarrend om ze te vinden en te identificeren.
Voeg alleen die dimensies toe aan je module waar de logica of data in de module dit vereist. Extra dimensies vergroten de omvang van je module, vereisen onnodige berekeningen en creëren extra contextselectoren in de gebruikersinterface van het model, waardoor eindgebruikers de gewenste weergave niet kunnen bereiken.
Anaplan biedt een reeks opties voor samenvattingen, zoals SOM, GEMIDDELDE, MIN, MAX, BEGIN-/SLUITSALDO, enzovoort. Deze worden automatisch toegepast op uw regelitems wanneer u ze aanmaakt en kunnen erg handig zijn voor planningsdoeleinden. Het is echter een goede gewoonte in Anaplan om de samenvattingsinstellingen in de blauwdrukweergave uit te schakelen voor die regelitems waar een SAMENVATTING niet nodig is. Dit helpt de omvang van het model te verkleinen en voorkomt onnodige berekeningen die met een samenvatting moeten worden uitgevoerd.
Controleer en identificeer welke acties niet worden gebruikt en verwijder deze. Identificeer ook of er gegevensbronnen zijn zonder bijbehorende actie; zo ja, dan zijn deze overbodig en moeten ze uit uw model worden verwijderd.
Controleer dus of uw Anaplan-model voldoet aan deze 10 best practices voor Anaplan. Door uw Anaplan-model te optimaliseren voor prestaties en kosten, vergroot u de tevredenheid van gebruikers en andere belanghebbenden aanzienlijk.
Bij Polestar Analytics zijn we een toonaangevende Anaplan-partner die diverse Fortune 500-bedrijven ondersteunt bij hun bedrijfsplanning. Ons team bestaat uit zeer ervaren professionals, Anaplan-modelbouwers, architecten en gemotiveerde individuen met een talent voor het leveren van hoogwaardige strategieën en diensten wereldwijd.