OCR 표와 숫자 오류는 어떻게 생기고 무엇을 확인해야 할까

표에서는 값의 위치까지 확인한다

일반 문장의 오탈자는 문맥상 어색해 눈에 띌 수 있다. 표 검증은 원문의 머리글과 행 식별값을 따라 값을 대조한다. 신뢰도 근거의 범위는 Microsoft의 Document Intelligence 신뢰도 안내에서 확인할 수 있다.

문서 상태에 따른 OCR 위험은 문서 OCR 결과, 왜 그대로 업무에 쓰면 안 될까에서 확인할 수 있다. OCR 기능의 기술적 범위를 확인할 때는 Google의 Document AI OCR 안내를 참고할 수 있다.

표는 관계를 따라 점검한다

표를 검증할 때는 다음 순서로 시선을 옮긴다.

• 머리글: 각 열의 항목명이 원문과 같은지 본다.
• 행 식별값: 거래처명, 품목명, 문서번호처럼 행을 구분하는 값이 유지됐는지 본다.
• 핵심값: 금액, 수량, 날짜, 계좌나 주문 식별자를 원문과 대조한다.
• 대응 관계: 핵심값이 올바른 머리글과 행 식별값에 연결됐는지 본다.
• 표 경계: 다음 표, 각주, 페이지 머리말이 데이터 행으로 섞이지 않았는지 본다.

명시적 가상 예시로, 여러 청구 항목의 금액은 정확히 읽혔지만 한 행씩 밀려 저장됐다고 가정해 보자. 문자만 확인하면 통과할 수 있지만 거래처와 금액의 대응을 보면 오류가 드러난다.

거래처 A 행을 찾고 → 금액 열의 머리글을 확인하고 → 원문의 같은 행 금액과 대조하고 → 다음 행의 값이 붙었다면 구조 오류로 구분한다.

점검 결과는 원문과 다른 문자 자체 오류와 올바른 값이 잘못된 행·열에 붙은 연결 오류로 나눈다. 두 오류는 다시 확인할 지점이 다르다.

숫자는 비교 가능한 관계와 함께 본다

숫자에도 대체·누락·추가 오류가 생길 수 있다. 자세한 오류 배경은 Microsoft의 OCR 특성 및 한계 안내에서 확인할 수 있다.

문서에 원래 합계가 있다면 추출된 항목과 합계의 관계를 비교한다. 날짜는 문서가 정한 형식과 순서가 유지되는지, 식별자는 허용된 문자 형식이 맞는지 확인한다. 원문에 없는 계산 규칙을 새로 만들어 정답처럼 적용해서는 안 된다.

형식 검사는 통과했지만 원문과 값이 다르면 형식 통과를 정확성의 증거로 삼지 않는다. 합계가 맞더라도 행 연결이 어긋났다면 행 단위 오류는 남아 있다. 원문에 합계나 고정 형식이 없다면 검증할 수 없는 관계를 임의로 만들지 않는다.

점검 결과를 자동 진행과 검토 흐름에 반영하는 방법은 OCR 자동처리와 사람 검토 기준을 어떻게 나눌까에서 이어진다.