Video: Webinar: Slim en succesvol importeren 2024
U bent klaar met uw financiële model en overtuigde uzelf om het aan de rest van uw team over te dragen om het regelmatig te bekijken of te gebruiken. Op een dag hoor je de woorden die angst inboezemen in het hart van elke modelontwerper: "Sorry dat ik je stoor, maar de spreadsheet werkt niet. "
Je doet je best om niet in paniek te raken, maar je kunt er niets aan doen: je breekt uit in een koud zweet. U denkt bij uzelf: "Ik heb dat model grondig gecontroleerd en besteedde uren aan het uitleggen en documenteren hoe het te gebruiken. Hoe hebben ze het in de problemen weten te brengen? Dat model was kogelvrij. “
Ondanks een groeiend gevoel van onbehagen loop je nonchalant naar het bureau van je collega en probeer je kalm te lijken. Je neemt een kijkje en er is zeker iets mis.
Haal diep adem en begin met het proces van eliminatie. Hier zijn enkele plaatsen om te beginnen:
- Een controlespoor van wijzigingen stelt u in staat om de hoofdoorzaak van het probleem snel en doeltreffend te analyseren: is het probleem met de gegevens of het model? U gaat naar het controlelogboek op de voorpagina, maar het is leeg gelaten. Bij de overdracht werden de gebruikers gevraagd om eventuele wijzigingen te documenteren, maar de laatst geregistreerde vermelding was de uwe.
- Natuurlijk heeft u bij het overhandigen een schone kopie bijgehouden van het voltooide model, met elke wijziging die is aangebracht, zodat u het huidige exemplaar van het model kunt vergelijken met het laatste exemplaar dat u had. Als u verschillende antwoorden krijgt van de "gebroken" kopie en de "schone" kopie met dezelfde invoer, zal het vergelijken van de twee versies u dichter bij de oorzaak van het probleem brengen.
- Een beoordeling van eventuele foutcontroles die u bij het samenstellen van het model hebt gemaakt, geeft ook de bron aan van eventuele voor de hand liggende fouten die de gebruikers mogelijk hebben gemist.
Als u meerdere gebruikers hebt, wordt het uitdagender om te bepalen wie het model mogelijk heeft gewijzigd en of het een handmatige fout is, een onverwachte activiteit of een onderliggend probleem in het modelontwerp. Het terugzoeken om de fout te vinden is een proces dat een snelle oplossing kan zijn, of het kan behoorlijk gecompliceerd zijn.
Nadat u een fout hebt gecontroleerd en gecorrigeerd, kunt u achterhalen waardoor deze fout is veroorzaakt. Dit stelt u op zijn beurt in staat verdere foutencontrole in uw model- of ondersteuningsstructuur aan te brengen. Als u dit nog niet hebt gedaan, moet u ervoor zorgen dat het model een controlelogboek, een schone versie en foutcontroles bevat.
Overweeg ook om bescherming aan het model toe te voegen en gegevensvalidaties voor alle ingangen. U kunt dan besluiten om het probleem in de huidige versie van het model te corrigeren of terug te gaan naar het origineel door de nieuwe gegevens naar een schone kopie over te brengen.