Vad gör man om någon uppmärksammar din finansiella modell - dummies

Du har slutat med din ekonomiska modell och övertygat dig själv om att överlämna den till resten av ditt lag för att granska eller använda regelbundet. Därefter hörs en dag att orden som visar rädsla i hjärtat av varje modelldesigner: "Ledsen att jag stör dig, men kalkylbladet fungerar inte. "

Du försöker hårt inte att panik, men du kan inte hjälpa det: Du bryter ut i en kall svett. Du tänker på dig själv, "Jag kollade grundligt den modellen och tillbringade timmar förklarar och dokumenterar hur man använder den. Hur lyckades de klara det? Den modellen var kulsäker. ”

Trots en växande känsla av oro, slår du nonchalantly över till din kollegas skrivbord och försöker se lugnt ut. Du tar en titt och säkert är det definitivt något fel.

Ta djupt andetag och börja med elimineringsprocessen. Här är några platser att starta:

• Ett revisionsspår med ändringar gör att du snabbt och effektivt kan analysera orsaken till problemet: Är problemet med data eller modellen? Du vänder dig till revisionsloggen på framsidan, men den är tom. Vid överlämnandet uppmanades användarna att dokumentera några ändringar, men den senast inloggade posten var din egen.
• Du behöll självklart en ren kopia av den färdiga modellen vid överlämning, med varje ändring som gjordes, så du kan jämföra den nuvarande kopian av modellen med den sista du hade. Om du får olika svar från den "brutna" kopian och "ren" kopia med samma ingångar kommer du att närma sig källan till problemet med att jämföra de två versionerna.
• En översyn av eventuella felproblem som du skapade när du bygger modellen kommer också att identifiera källan till några uppenbara fel som användarna kan ha missat.

Om du har flera användare blir det mer utmanande att avgöra vem som kan ha ändrat modellen och om det är ett manuellt fel, en oväntad aktivitet eller ett underliggande problem i modelldesignen. Att spåra tillbaka för att hitta felet är en process som kan vara en snabbkorrigering, eller det kan vara ganska komplicerat.

När du har kontrollerat och korrigerat ett fel kan du ta reda på vad som orsakade det aktuella felet. Detta gör att du kan införa ytterligare felsäkerhet inom din modell eller supportstruktur. Om du inte redan har gjort det så måste du se till att modellen innehåller en revisionslogg, en ren version och felkontroll.

Också överväga att lägga till skydd till modellen och datavalideringar för alla ingångar. Du kan då bestämma att antingen korrigera problemet i den nuvarande versionen av modellen eller gå tillbaka till originalet genom att överföra de nya data till en ren kopia.