도입 전에 자주 걸리는 지점

정확도는 제품만의 문제가 아니라 영수증 상태와 촬영 품질이 함께 결정합니다. 같은 제품이라도 평평하게 찍은 영수증과 구겨진 영수증은 결과가 다릅니다. Opptivaro는 필드별 신뢰도를 계산해서 낮은 항목만 표시합니다. 모든 필드가 자동으로 확정된다고 말하지 않는 이유가 여기 있습니다. 확인이 필요한 곳을 좁혀주는 것이 이 기능의 목적입니다.

사업자등록번호는 체크섬으로, 부가세와 합계금액은 산술 관계로 검증합니다. 이 검사를 통과하지 못한 값은 표시가 붙고 담당자 확인 대상이 됩니다. 거래일시는 카드 승인 시각과 비교해 차이가 크면 표시됩니다. 검증을 통과했다고 해서 무조건 정답은 아니지만, 걸러낼 오류는 대부분 걸러집니다.

직접 연동이나 웹훅을 쓰려면 세 가지가 필요합니다. 회계 프로그램 계정 권한, 카드 내역 조회 권한, 데이터를 받을 시스템 주소입니다. 파일 업로드만 쓸 경우에는 별도 준비 없이 시작할 수 있습니다. 어떤 방식이 맞는지는 팀의 개발 여력과 처리량을 함께 보고 정합니다.

거래 증빙의 법정 보존 기간은 국세기본법에 정해져 있고, 문서 종류와 사업 형태에 따라 다릅니다. Opptivaro는 원본을 삭제하지 않고 보관하는 것을 기본으로 합니다. 기간과 사업자등록번호, 금액으로 검색할 수 있어 신고나 세무 대응 때 원본을 바로 꺼낼 수 있습니다.

영수증 건수가 적고 경리 인원이 한 명인 팀은 파일 업로드 구성으로 시작하는 게 관리하기 쉽습니다. 법인카드 정산 비중이 큰 팀은 카드 매칭 기능의 체감이 큽니다. 자체 시스템에 데이터를 넣어야 하는 조직은 웹훅을 검토합니다. 규모가 커질수록 필요한 기능이 달라집니다.

두 문서에서 추출하는 핵심 필드가 겹치므로 같은 검증·보관 흐름에 넣을 수 있습니다. 형식에 따라 처리 순서만 달라지고, 최종적으로는 같은 방식으로 매입전표가 됩니다.