본문과 PDF 첨부 파일 전체를 읽고 필드를 스프레드시트 열로 정리하는 AI 이메일 파서

본문 전용 파서는 데이터가 시작되는 지점에서 멈춥니다. 주문 확인 이메일은 네 페이지짜리 PDF 청구서를 감싼 두 문장의 산문입니다. 본문 파서는 산문, 제목 줄, 그리고 텍스트에 언급된 합계 정도만 캡처합니다. 청구서 번호, 품목, 세금 내역은 파서가 열지 않는 첨부 파일에 들어 있습니다. 이 범주의 Gmail 및 Sheets 부가 기능은 첨부된 문서가 아니라 "템플릿화된 이메일"을 파싱합니다.

파싱 규칙은 한 발신자의 레이아웃에 묶여 있으며, 공급업체의 자체 문서도 이를 인정합니다. cloudHQ의 설정 가이드는 모든 메시지가 "유사한 형식"을 가져야 하므로 단일 발신자와 제목으로 필터링하라고 안내합니다 (출처). Mailparser의 자체 도움말 센터는 각 규칙을 "텍스트의 고정된 위치"를 기준으로 작성할 것을 권장합니다 (출처). 공급업체가 "Total"을 "Amount Due"로 이름을 바꾸거나 템플릿을 재배치하면 규칙은 오류를 내지 않습니다. 잘못된 범위를 가져오거나 아무것도 가져오지 않습니다.

이메일 노이즈는 위치 기반 규칙을 무력화합니다. 서명 블록, 법적 고지, 인용된 답장 체인 때문에 "Total: 뒤의 텍스트"가 한 메시지에 세 번 나타날 수 있으며, 가장 오래된 사본은 보통 인용된 스레드에 있습니다. r/ConnectWise의 파싱 규칙 스레드는 이를 명확히 설명합니다: "파싱 규칙의 문제는 항상 사용할 수 있는 것이 아니며 이메일 제목 줄에 따라 달라진다는 점입니다."

첨부 파일은 건너뛰지 않고 문서로 읽습니다. 비전 모델은 직접 업로드한 파일과 동일한 방식으로 PDF, 스캔본, 사진을 읽으며, 인쇄된 텍스트에서 최대 99%의 정확도를 보입니다. 암호로 보호된 첨부 파일도 지원합니다. 설정에 자주 쓰는 암호를 저장해 두면 암호화된 PDF를 처리 전에 자동으로 시도합니다. 본문 필드와 첨부 파일 필드는 하나의 행에 들어갑니다.

열은 한 번만 정의하면 어떤 발신자든 처리됩니다. 이것이 맞춤 열 추출입니다. 원하는 열 이름(Invoice Number, Due Date, Total)을 입력하면 AI가 값의 위치가 아니라 의미를 이해해 각 값을 찾아냅니다. 새 발신자나 이메일 디자인이 바뀐 기존 발신자도 재설정이 전혀 필요 없습니다. 또한 모든 계정에 전용 수신 주소가 하나씩 제공되므로, 규칙 기반 도구처럼 레이아웃마다 별도 사서함을 유지할 필요 없이 모든 것을 한곳으로 전달하면 됩니다.

의미 기반 읽기는 메시지 부가 요소에 영향받지 않습니다. 서명, 면책 조항, 인용된 스레드 텍스트는 필드 값과 혼동되지 않습니다. 추출이 위치가 아닌 의미를 기준으로 실행되기 때문입니다. "total"이라는 단어가 포함된 면책 조항은 합계가 아닙니다. 전달된 체인에 동일한 수치의 이전 버전이 포함된 경우, bbox 강조 표시가 있는 검토 모드에서 추출된 각 값이 어느 항목에서 왔는지 정확히 보여주므로, 다시 읽지 않고 한눈에 확인할 수 있습니다.