촬영으로 시작
휴대폰이나 스캐너로 영수증을 한 장 넘기면 됩니다. 종이가 구겨졌거나 조명이 고르지 않아도 읽을 수 있는 부분부터 추출합니다.
촬영 한 번, 장부 한 줄.
매입전표가 되어 회계 장부에 반영되는 지점까지, Opptivaro가 어떤 방식으로 데이터를 넘기는지 정리했습니다.
휴대폰이나 스캐너로 영수증을 한 장 넘기면 됩니다. 종이가 구겨졌거나 조명이 고르지 않아도 읽을 수 있는 부분부터 추출합니다.
거래일시, 상호, 공급가액, 부가세, 합계금액이 항목별로 정리됩니다. 인식 신뢰도가 낮은 항목은 따로 표시해 사람이 확인할 수 있게 남겨 둡니다.
사업자등록번호 형식과 상태를 확인하고, 공급가액과 부가세의 합이 합계금액과 맞는지 산술 검증을 거칩니다. 어긋나는 항목은 전표 생성 전에 걸러집니다.
카드 사용 내역과 영수증을 금액·시간 기준으로 짝지어 지출로 등록합니다. 짝이 맞지 않는 건은 미매칭 목록에 남겨 두고 별도로 처리할 수 있습니다.
확정된 매입전표가 선택한 경로로 회계 도구에 들어갑니다. 파일 업로드든 직접 연동이든 웹훅이든, 이 지점에서 장부 한 줄이 닫힙니다.
공급업체, 사업자등록번호, 공급가액, 부가세, 합계금액이 전표 형식에 맞춰 다시 정리됩니다. 카드 결제 건이면 법인카드 사용 내역과 연결되어 지출로 등록되고, 확인이 끝난 행만 매입전표로 확정됩니다.
산술 검증에서 어긋나는 항목은 매입전표를 만들지 않고 검토 대상으로 남깁니다. 통과한 행만 회계반영 단계로 넘어갑니다.
승인시각 09:14 · 결제금액 일치
사용처와 금액이 영수증과 같은 건으로 확인되었습니다.
공급가액 + 부가세 = 합계금액 · 산술 검증 통과
매입전표 후보로 확정되어 회계반영 대기 상태가 됩니다.
결제 금액 일치
승인시각과 거래일시 근접
사용처명 유사도
영수증이 아직 붙지 않은 카드 건입니다. 순서는 결제 금액 기준이며, 영수증이 들어오면 자동으로 빠져나갑니다.
미매칭 목록은 정산 담당자가 보는 화면과 같은 순서로 정렬됩니다. 이 대기 건이 줄어드는 속도가 실제 정산 부담의 크기를 보여줍니다.
표준 연결을 지원하는 글로벌 도구입니다. 계정만 연결하면 확정된 매입전표가 자동으로 들어갑니다.
버전과 환경에 따라 지원 범위가 다릅니다. 도입 전에 사용 중인 버전을 확인해 두는 편이 좋습니다.
웹훅으로 결과를 받아 자체 DB나 스프레드시트에 맞는 형태로 넣습니다. 내부 규칙을 그대로 적용할 수 있습니다.
팀마다 회계 스택이 다릅니다. 어떤 팀은 국내 세무 프로그램을 쓰고, 어떤 팀은 QuickBooks Online을 씁니다. 어떤 팀은 자체 ERP에 직접 넣어야 합니다. 연동 방식을 하나로 정할 수 없는 이유가 여기 있습니다.
정리된 데이터를 파일로 내려받아 회계 프로그램에 올립니다. 개발 인력이 없어도 되고, 기존 업무 방식을 크게 바꾸지 않아도 됩니다. 다만 사람이 한 번 더 손을 대야 하므로 처리 건수가 많아지면 부담이 커집니다.
월 수십 건 수준의 팀에 적합합니다.
회계 도구와 계정을 연결하면 확정된 전표가 자동으로 들어갑니다. 매입전표 생성과 회계반영이 한 번에 이뤄지므로 손이 덜 갑니다. 국내 세무 프로그램은 버전과 환경에 따라 지원 범위가 다르므로 도입 전 확인이 필요합니다.
처리량이 늘고 반복 입력이 부담인 팀에 맞습니다.
OCR이 끝나면 지정한 주소로 데이터가 즉시 전송됩니다. 자체 DB나 스프레드시트, 내부 시스템에 원하는 형태로 넣을 수 있습니다. 자동화 유연성이 가장 높지만 받는 쪽 구현이 필요합니다.
내부 규칙에 맞춰 데이터를 가공하려는 팀이 선택합니다.
경리 인원이 한 명이고 월 처리가 많지 않다면 파일 업로드가 관리하기 쉽습니다. 처리량이 늘고 반복 입력이 부담이 되면 직접 연동으로 넘어가는 게 자연스럽습니다. 자체 시스템에 데이터를 녹여야 하는 조직은 처음부터 웹훅을 검토하는 편이 낫습니다.
파일 업로드가 관리하기 가장 쉽습니다. 정산 담당자가 결과 파일을 눈으로 확인하고 회계 프로그램에 올리는 방식이라 별도 준비가 없습니다.
확인 작업은 사람이 직접 수행합니다.
직접 연동으로 넘어가는 시점입니다. 매입전표 생성과 회계반영이 자동으로 이뤄지므로 반복 작업이 크게 줄어듭니다.
회계 도구 계정 권한 준비가 필요합니다.
처음부터 웹훅을 검토하는 편이 낫습니다. 내부 규칙에 맞춰 데이터를 가공해야 한다면 받는 쪽 구현이 필요합니다.
받을 시스템 주소와 권한을 먼저 확보합니다.
카드 내역과 짝이 맞지 않은 항목, 인식 신뢰도가 낮아 표시된 필드는 여전히 사람이 봐야 합니다. 이 잔여 작업이 어느 정도인지가 실제 도입 효과를 가릅니다. 그래서 연동 방식만큼이나 누락 점검 흐름을 함께 보는 게 중요합니다.
영수증이 붙지 않은 카드 사용 내역입니다. 정산 담당자가 직접 영수증을 찾아 넣거나, 미매칭 목록에서 제외 처리합니다.
구겨지거나 흐린 영수증에서 추출한 값은 확신도가 낮게 표시됩니다. 담당자가 원본을 보고 값을 고친 뒤 확정합니다.
공급가액과 부가세의 합이 합계금액과 어긋나는 경우입니다. 할인·에누리 표기가 있는 영수증에서 주로 나타납니다.
등록번호 형식이나 상태가 확인되지 않는 경우입니다. 공급업체 정보를 직접 확인해 전표를 마무리합니다.
전표를 만들고 쓸 수 있는 계정 권한이 있어야 합니다. 읽기 권한만으로는 자동 반영이 되지 않습니다.
법인카드 사용 내역을 불러올 수 있어야 매칭이 이뤄집니다. 카드사 또는 경비 시스템 계정이 필요합니다.
웹훅을 쓰려면 결과를 받을 시스템 주소가 필요합니다. 내부 API 엔드포인트나 스프레드시트 연동 주소를 준비합니다.
이 세 가지가 준비되어 있으면 연동 검토가 훨씬 빨라집니다. 파일 업로드만 쓸 경우에는 별도 준비 없이 시작할 수 있습니다.
연동 방식마다 준비물과 남는 작업이 다릅니다. 검토 단계에서 자주 나오는 질문을 짧게 정리했습니다.
버전과 환경에 따라 지원 범위가 다릅니다. 표준 연결을 지원하는 경우 자동 반영이 가능하고, 그렇지 않으면 파일 업로드 방식으로 시작해 결과를 확인하는 편이 안전합니다. 도입 전에 사용 중인 버전을 확인해 두세요.
받은 JSON을 그대로 쓸 수도 있고, 내부 규칙에 맞춰 다시 가공할 수도 있습니다. 자체 DB에 넣기 전에 계정과목 매핑이나 부서 코드를 붙이는 팀이 많습니다. 구현은 받는 쪽에서 담당합니다.
연동을 켜도 미매칭 목록은 그대로 남습니다. 영수증이 들어오지 않은 과거 카드 건은 별도로 정리해야 하며, 목록에서 순서대로 처리하는 편이 관리하기 쉽습니다.
옮길 수 있습니다. 처음부터 무리하게 직접 연동을 목표로 하기보다, 파일 업로드로 몇 주 운영해 보고 실제 반복 작업이 어디에서 발생하는지 확인한 뒤 전환하는 팀이 많습니다.
필드 옆에 검토 표시가 붙고, 전표 확정 전에 사람이 확인하도록 남겨 둡니다. 확신도가 낮은 값을 무리하게 확정하지 않는 편이 정확도를 지키는 데 도움이 됩니다.
사용 중인 회계 도구와 처리 규모를 알려주시면 어떤 경로가 맞을지 함께 검토해 드립니다.