누군가가 재무 모델을 망칠 경우 수행 할 작업 - 더미

재무 모델을 마치고 정기적으로 검토하거나 사용하기 위해 나머지 팀원들에게 넘겨 줄 것을 확신했습니다. 그런 다음 언젠가는 모든 모델 디자이너의 마음에 두려움을주는 단어가 언젠가 들립니다. "귀찮게해서 미안하지만 스프레드 시트가 작동하지 않습니다. "

당신은 당황하지 않기 위해 열심히 노력하지만, 당신은 그것을 도울 수 없습니다. 차가운 땀에서 벗어납니다. "나는 그 모델을 철저히 점검하고 그것을 사용하는 방법을 설명하고 문서화하는 시간 을 보냈다. 그들은 그것을 어떻게 엉망으로 만들었습니까? 그 모델은 총알 방지 형이었다. "

심호흡을 시작하고 제거 과정을 시작하십시오. 다음은 시작할 수있는 위치입니다.

감사 추적을 통해 문제의 근본 원인을 신속하고 효과적으로 분석 할 수 있습니다. 데이터 또는 모델에 문제가 있습니까? 프론트 페이지의 감사 로그로 돌아가지만 공백으로 남겨 둡니다. 핸드 오버에서 사용자는 변경 내용을 기록하도록 요청 받았지만 마지막으로 기록 된 항목은 자신의 것이 었습니다.

• 물론 완성 된 모델을 핸드 오버 할 때마다 깨끗한 복사본을 유지 했으므로 모델의 현재 복사본과 마지막 복사본을 비교할 수 있습니다. "깨진"복사본과 동일한 입력으로 "깨끗한"복사본에서 다른 답변을 얻으면 두 버전을 비교하면 문제의 원인에 더 가깝게됩니다.
• 모델을 만들 때 생성 한 오류 검사를 검토하면 사용자가 놓친 명백한 오류의 출처도 식별됩니다.
• ->

사용자가 여러 명인 경우 누가 모델을 변경했는지, 그리고 모델 설계에서 수동 오류, 예상치 못한 활동 또는 기본 문제인지 여부를 결정하는 것이 더욱 어려워집니다. 오류를 찾기 위해 다시 추적하는 것은 빠른 수정 일 수있는 프로세스이거나 매우 복잡 할 수 있습니다.

오류를 확인하고 수정 한 후에는 해당 오류가 발생한 원인을 파악할 수 있습니다. 이렇게하면 모델 또는 지원 구조 내에서 오류 교정을 추가로 적용 할 수 있습니다. 아직 수행하지 않은 경우 모델에 감사 로그, 클린 버전 및 오류 검사가 포함되어 있는지 확인하십시오.

또한 입력에 대한 모델 및 데이터 검증에 보호 기능을 추가하는 것을 고려하십시오. 그런 다음 현재 버전의 모델에서 문제점을 정정하거나 새 데이터를 깨끗한 사본으로 전송하여 원래 상태로 되돌릴 수 있습니다.