성공적인 업로드는 정확한 재무 기록과 동일하지 않습니다. 중복된 기간, 일관되지 않은 통화 또는 가져오는 거래가 이미 포함된 기초 잔액이 포함된 파일을 허용할 수 있습니다.
대규모 마이그레이션을 시도하기 전에 작고 설명 가능한 샘플을 준비하세요.
원본 소스 사본을 그대로 유지하세요
원본 명세서나 수출 내역을 안전한 위치에 보관하세요. 변환으로 인해 오류가 발생하는 경우 증거로 돌아갈 수 있도록 별도의 준비 사본을 작성하세요.
각 파일에 어떤 계정, 통화, 날짜 범위가 포함되는지 기록하세요. 비슷한 이름의 내보내기로 가득 찬 폴더는 기간이 겹치기 시작하면 조정하기가 어렵습니다.
실제 제품에 대한 현재 가져오기 템플릿과 지침을 사용하세요. Financeia의 공개 저널은 가져오기 리소스를 제공하지만 지원되는 형식과 필수 필드는 가정하기보다는 현재 버전에서 확인해야 합니다. Financeia
개구부 경계를 먼저 설정하십시오.
기초 잔액이 6월 30에 측정된 경우 가져온 활동은 일반적으로 선택한 설정 방법에 따라 해당 컷오프 이후에 시작되어야 합니다. 기초 잔액에 이미 반영된 6월 거래를 포함하면 두 번 계산될 수 있습니다.
미결 항목을 포함할지 여부와 카드 부채, 대출 및 이체를 표시하는 방법을 정의합니다. 이는 구조적 결정이며 파일이 로드될 때까지 미루는 문제가 아닙니다.
시작 날짜를 깔끔하게 정리하면 나중에 조정하는 것이 훨씬 쉬워집니다.
의미를 훼손하지 않고 정규화
날짜, 소수점, 기호, 계좌 이름, 통화 코드를 확인하세요. 지원되는 형식이 허용하는 경우 원본 설명과 참조를 보존하십시오.
현재 문서화된 워크플로우에서 처리를 특별히 요구하고 소스 사실을 보존하지 않는 한 가져오기 전에 모든 거래를 보고 통화로 변환하지 마십시오. 조정을 위해서는 원래 금액이 필수적입니다.
증거에 기초하여 소득, 소비, 이전 및 소유자 이동을 분리합니다. 은행 이체는 자동으로 비용이 되지 않습니다.
짧은 기간 동안 테스트
일반 구매, 송금, 환불 및 기타 중요한 이벤트 유형이 포함된 샘플을 선택하세요. 예상 마감 잔액을 독립적으로 계산합니다.
가져온 후 레코드 수, 금액, 계정 잔액 및 분류를 비교하십시오. 제품이 거부된 행, 편집 및 다시 가져오기를 어떻게 처리하는지 확인하십시오. 자동 중복 방지 또는 롤백이 존재한다고 가정하지 마십시오.
샘플을 처음부터 끝까지 설명할 수 있는 경우에만 확장하세요. 수정이 필요한 경우 더 많은 기록을 로드하기 전에 이를 문서화하세요.
완료된 마이그레이션 조정
완료된 마이그레이션에는 소스 파일 인벤토리, 명확한 날짜 경계, 예외 목록 및 계정 수준 확인이 포함되어야 합니다. 누락된 기간이나 추정치를 정직하게 기록하십시오.
목표는 가능한 가장 큰 볼륨을 가져오는 것이 아닙니다. 균형이 잘못될 때마다 마이그레이션을 재구성할 필요 없이 신뢰할 수 있는 결정을 지원하는 기록을 만드는 것입니다.