양식 처리 소프트웨어 — 체크박스, 필기, 혼합 인쇄·필기 필드를 읽는 AI 양식 데이터 추출

체크박스 표시가 불리언 상태가 아닌 임의의 문자로 인식됩니다. OCR은 체크 표시를 "V", 원을 "O", 엑스를 "K"로 읽고, 빈 상자도 "O"로 인식할 수 있습니다. Make.com 커뮤니티의 한 사용자는 보고하기를, Google Cloud Vision조차 "2개의 체크박스(예/아니오)를 텍스트로 변환하지만, 어느 것이 선택되었는지는 알려주지 않는다"고 합니다. 결과는 깔끔한 예/아니오가 필요한 곳에 문자 노이즈가 발생하며, 수백 개의 양식에서 어떤 표시가 무엇을 의미하는지 수동으로 해독해야 합니다.

라디오 버튼 그룹의 상호 배타적 관계가 사라집니다. OCR은 페이지의 각 원을 독립적으로 처리합니다. "정규직", "파트타임", "자영업"이 하나의 "고용 상태" 그룹에 속하며 하나의 옵션만 유효하다는 것을 알지 못합니다. 모든 점은 개별적으로 감지됩니다. 결과적으로 한 질문에 세 개의 "선택됨" 값이 나오거나, 더 심각하게는 Q5의 "정규직" 점이 공간 매핑 알고리즘의 한 행 정렬 오류로 인해 Q6에 할당되는 불일치가 발생할 수 있습니다.

조건부 필드는 트리거 상태와 관계없이 유령 데이터를 추출합니다. "예인 경우 설명하시오: ________"는 의료 접수, 보험 신청, 정부 서류에서 흔히 쓰는 표준 양식 패턴입니다. 기존 OCR은 앞의 체크박스 선택 여부와 상관없이 필기 설명 텍스트를 추출합니다 — 페이지를 평평한 필드 목록으로 읽기 때문입니다. r/computervision의 2025년 OCR 도구 리뷰에 따르면 확인된 바와 같이, 최신 AI 모델조차 "복잡한 구간에서 정확도 저하(84% → 70%)"를 보입니다 — 정확히 기존 접근 방식이 필드 종속성을 추론할 수 없기 때문입니다.

체크박스 표시는 문자 모양이 아닌 의도(boolean)로 해석됩니다. 비전 모델은 체크 표시, 동그라미 친 옵션, X 표시된 박스, 채워진 사각형 모두 '선택됨'을 의미한다는 것을 이해하고 일관된 예/아니오 또는 참/거짓을 출력합니다. 표시 모양을 분류하는 것이 아니라 그 뒤에 있는 의도를 읽습니다. Consent_예/아니오 같은 열을 정의하면 응답자가 체크, 동그라미, X 표시, 또는 채우기를 했든 관계없이 모든 양식에서 깔끔한 boolean 값을 반환합니다. 펜 자국이 박스 경계선과 겹치는 부분적으로 채워진 체크박스도 AI가 페이지를 전체적으로 읽기 때문에 올바르게 처리됩니다.

라디오 버튼 그룹은 상호 배타적인 선택 항목으로 인식됩니다. AI는 라디오 버튼 그룹 전체(질문 레이블, 옵션 목록, 선택된 원)를 하나의 논리적 단위로 읽습니다. "고용 상태"에 "정규직 / 파트타임 / 자영업" 옵션이 있을 때 정확히 하나의 선택을 기대하며 선택된 옵션을 출력합니다. 이는 옵션이 1cm 간격으로 가로 배치되든, 3mm 줄 간격으로 세로 배치되든, "정규직(40시간 이상)"과 "정규직"으로 표시되든 동일하게 작동합니다. Employment_Status 같은 열을 정의하면 AI가 선택된 단일 옵션을 반환합니다. 그룹 선택은 일부 라디오 그룹이 가로로, 다른 그룹이 같은 페이지에 세로로 배치된 혼합 레이아웃에서도 작동합니다.

인쇄된 레이블과 필기 답변을 함께 읽어, 각 답변이 어떤 질문에 속하는지 유지합니다. AI는 전체 양식을 하나의 시각 문서로 처리합니다. 인쇄된 레이블과 필기 값이 동시에 읽히므로, "성명:"(인쇄된 헬베티카체)과 "김철수"(볼펜 필기체)의 관계가 키-값 쌍으로 유지됩니다. 2단계 OCR은 인쇄물과 필기를 별도로 처리한 후 이를 연결하려 시도하지만, 양식 버전 간 필드 위치가 바뀌거나 필기 답변이 예상치 못한 위치에 있을 때 연결이 깨집니다. 열 이름을 한 번 정의하면 AI가 레이블이 요구하는 내용을 이해하여 각 값을 찾습니다. 조건부 필드의 경우 설명_예 같은 열을 정의하면 AI가 이전 체크박스 상태를 확인합니다. 체크되지 않았다면 해당 필드가 트리거되지 않았으므로 셀은 비어 있습니다. 처리 시간은 페이지당 5~10초입니다 (기존 수동 입력은 양식당 약 3분 소요).