가져오기에서 몇 개의 거부된 행이 보고되었으므로 전체 파일을 다시 업로드하세요. 두 번째 시도에서는 이미 성공한 행을 복제하면서 누락된 행을 해결할 수 있습니다.
다시 가져오기 전에 첫 번째 시도에서 실제로 변경된 내용을 확인하세요. 업로드를 반복하는 것은 중립적인 행동이 아닙니다.
승인 및 거부된 레코드 수
파일에 84개의 행이 포함되어 있다고 가정합니다. 첫 번째 가져오기에서는 80을 허용하고 4개를 거부합니다. 안전한 다음 단계는 이 네 가지를 식별하고 실패한 이유를 이해하는 것부터 시작됩니다.
84을 모두 다시 업로드하면 현재 제품에 이전에 가져온 기록을 인식하거나 교체할 수 있는 검증된 방법이 없는 한 중복 항목이 생성될 수 있습니다. 동작이 존재한다고 가정하지 마십시오.
가져오기 결과와 사용된 정확한 파일 버전을 유지합니다. 이름이 바뀐 파일이 반드시 다른 트랜잭션 집합을 나타내는 것은 아닙니다.
겹치는 기간을 확인하세요
월별 명세서, 롤링 내보내기 및 수동으로 입력된 활동이 겹칠 수 있습니다. 8월 3에 생성된 7월 내보내기에는 나중에 8월 파일에 나타나는 8월 초 거래가 포함될 수 있습니다.
가능한 경우 날짜 범위와 안정적인 참조를 비교하세요. 판매자, 금액, 계정 및 게시 날짜가 도움이 될 수 있지만 단일 필드만으로는 항상 충분하지 않습니다.
두 개의 정품 구매는 금액과 날짜를 공유할 수 있습니다. 대기 중인 항목과 최종 정산이 다를 수 있습니다. 중복 검토에는 단순한 동등성 테스트뿐만 아니라 맥락이 필요합니다.
오프셋을 만들어내기보다는 추가 이벤트를 수정하세요.
75의 지급액이 두 번 나타나는 경우, 가짜 수입 75을 추가하면 수입과 지출이 모두 과장된 상태로 유지되면서 현금 총액이 복원됩니다.
중복된 경제적 효과를 제거하려면 적절한 수정 또는 반전 프로세스를 사용하십시오. 특히 변경 사항이 이전 기간이나 공유 내보내기에 영향을 미치는 경우 간략한 설명을 유지하십시오.
다른 곳에 중복되지 않은 실제 기록이 포함되어 있는지 확인하지 않고 전체 배치를 삭제하지 마십시오.
수리 후 화해하세요
개설 현금 2,000, 유입 3,000, 유출 2,400이 있는 단순 계좌의 경우 예상 마감 잔액은 2,600입니다.
해당 결과를 명령문과 비교한 다음 중요한 분류 및 전송 쌍을 검사하십시오. 일치하는 잔액이 필요하지만 소유권과 지출 범주가 정확하다는 것을 증명하지는 않습니다.
지원되는 가져오기 및 수정 작업 흐름에 대해서는 Financeia의 최신 저널 지침을 참조해야 합니다. 공개 설명만으로는 자동 중복 제거, 일괄 롤백 또는 특정 감사 추적 동작을 설정하지 않습니다. Financeia
최상의 재수입 프로세스는 승인된 내용, 수정된 내용, 이유에 대한 명확한 기록을 남깁니다. 이는 하나의 업로드 실패가 재무 기록에 영구적인 불확실성이 되는 것을 방지합니다.