한 사람이 영수증을 기록합니다. 다른 하나는 은행 명세서를 가져옵니다. 두 사람 모두 기록을 정확하게 유지하려고 노력했지만 이제 동일한 가계 청구서가 두 번 나타납니다.
공유 추적에는 데이터 입력을 위한 간단한 소유권 규칙과 비용 분할 규칙이 필요합니다.
사건과 증거 구별하기
126.40 영수증과 126.40 은행 이체 내역은 한 번의 구매에 대한 두 가지 증거가 될 수 있습니다. 지출의 252.80을 자동으로 나타내지는 않습니다.
결정하기 전에 판매자, 날짜, 계정, 참조 및 상황을 일치시키세요. 두 개의 동일한 금액은 각각 25의 여행 패스 두 개와 같이 실제 별도 구매일 수도 있습니다.
금액 일치는 단서이지 중복 증거가 아닙니다.
기본 녹음 경로 선택
가구가 일반적으로 구매를 수동으로 기록하고 나중에 조정하는지, 아니면 완성된 명세서를 가져와서 나중에 지원 세부 정보를 추가하는지 결정합니다.
어느 접근 방식이든 효과가 있을 수 있습니다. 문제는 서로 매칭 프로세스 없이 독립적인 완료 비용을 생성할 수 있다는 것입니다.
각 계정 또는 검토 기간에 대한 책임을 할당합니다. 모든 회원이 지난 주에 누가 어떤 법안을 제출했는지 기억하기를 기대하는 것보다 짧은 대회가 더 유용합니다.
환급금이 추가 지출이 되지 않도록 하세요.
한 사람이 공유 청구서 80를 지불하고 다른 사람이 가구 계약에 따라 40을 상환한다고 가정해 보겠습니다. 가구는 120이 아닌 80을 소비했습니다.
공유 경계 내에서 40은 비용이 어떻게 나누어졌는지 설명합니다. 또 다른 구매가 아닙니다. 별도의 개인 보기에서는 다른 가계 비용을 추가하지 않고도 각 개인의 최종 지분을 표시할 수 있습니다.
청구서 원본과 합의금을 연결해 두십시오. 지출로 기록된 상환이 비용을 부풀릴 수 있는 것처럼 쉽게 소득으로 기록된 상환은 소득을 왜곡할 수 있습니다.
삭제하기 전에 중복 항목을 검토하세요.
중복이 확인되면 적절한 현재 워크플로를 통해 추가 기록을 수정하고 간단한 설명을 유지합니다. 중복 비용을 상쇄하기 위해 가상 소득을 추가하지 마십시오.
가져온 배치가 이전 배치와 겹치는 경우 영향을 받는 날짜 범위와 소스 파일을 식별하십시오. 새 레코드가 포함되어 있는지 확인하지 않고 전체 배치를 삭제하지 마십시오.
Financeia의 공개 제품군 설명은 명명된 협업을 지원하지만 그 자체로 특정 자동 중복 감지 기능을 증명하지는 않습니다. 자동화를 사용하기 전에 실시간 가져오기 및 편집 동작을 테스트하세요. Financeia
신뢰할 수 있는 가구 프로세스를 통해 각 실제 청구서를 한 번만 기록하고 각 기여금을 이해할 수 있으며 각 수정 사항을 추적할 수 있습니다. 목표는 누가 가장 많은 거래에 참여했는지에 대한 경쟁이 아니라 행정적 마찰을 줄이는 것입니다.