시스코와 US 푸즈 인보이스가
라인 항목 추출을 무너뜨리는 이유

식품 유통업체 인보이스는 "음식이 적힌 인보이스"가 아닙니다

표준 인보이스 추출 방식은 평평한 표를 가정합니다: 설명, 수량, 단가, 합계. 이 모델은 사무용품, 통신 요금 청구서, 대부분의 B2B 인보이스에 적합합니다. 해당 인보이스들은 거래를 가장 단순한 형태로 축소하도록 설계되었기 때문입니다. 반면 식품 유통업체 인보이스는 완전히 다른 목적으로 설계되었습니다. 이는 동시에 재무 기록, 입고 확인 목록, 추적 가능성 문서, 가격 비교 자료의 역할을 합니다. 동일한 종이 한 장이 운영 현장의 서로 다른 네 사람에게 네 가지 질문에 답해야 합니다.

이러한 다목적 설계의 결과는 추출을 어렵게 만드는 구조적 특징들입니다:

• 실중량 청구: 육류, 해산물, 치즈는 명목상 상자 중량이 아닌 실제 중량으로 가격이 책정됩니다. 인보이스에는 주문 중량(예상치)과 실제 수령 중량(실제 지불 대상)이 모두 표시되며, 종종 같은 줄에, 어떤 중량이 가격을 결정하는지 명확히 구분하지 않고 표시됩니다.
• 팩 사이즈 표기법: 6/10#, 4/1 GAL, 4/5 LB — 이는 오타가 아닙니다. 케이스 구성을 설명합니다. 인보이스의 단가는 이 표기법과 관련하여 해석되어야 합니다: "chicken breast 4/5 LB"에 대해 $42.50는 파운드당이 아닌 케이스당(총 20파운드) $42.50를 의미합니다.
• 인보이스 외 공제: 픽업 수당, 조기 지불 할인, 물량 인센티브, 배송 규모 리베이트. Sysco의 공급업체 플레이북은 픽업 수당을 "OpCo가 상품 원가에 운임이 포함된 주문을 픽업한 경우 인보이스 금액에서 공제되는 수당"으로 정의합니다. US Foods는 조기 지불 및 배송 규모 인센티브를 인보이스 외 라인 항목 공제로 적용합니다. 인보이스 총액은 제품 라인 합계와 일치하지 않으며, 이를 가정하는 추출 방식은 조정 불가능한 총액을 생성합니다.
• 수기 예외 사항: 대체 품목("80/20 대신 85/15로 대체"), 부족 납품(취소선 처리된 수량), 손상 메모 — 수령자가 인쇄된 인보이스에 직접 작성합니다. 기존 OCR은 이를 관련 없는 텍스트 블록으로 읽습니다. 그 의미는 이를 특정 인접 라인 항목과 연결합니다.

이러한 기능들은 표준 사무용품 인보이스에는 존재하지 않습니다. 인보이스가 하나 이상의 역할을 수행하기 때문에 식품 유통업체 인보이스에 존재합니다. 단일 목적 인보이스용으로 구축된 추출 방식은 잘못된 숫자를 조용히 처리할 것이며, 레스토랑 운영자는 데이터가 몇 주 지나고 수정 비용이 배가된 월말 정산 시점에야 오류를 발견하게 됩니다. 이것이 이 글의 나머지 부분에서 자세히 설명하는 근본적인 차이점입니다. 올바른 추출 방식에 대한 전체 안내는 식품 유통업체 인보이스 라인 항목을 Excel로 추출하는 단계별 튜토리얼을 참조하십시오.

실중량: 두 개의 다른 숫자가 수량이라고 주장하는 인보이스 필드

식품 유통업체 인보이스에서 가장 큰 무음 추출 오류의 원인은 실중량입니다. 문제는 실중량 자체가 아니라 대부분의 추출 도구가 어떤 중량 필드를 신뢰해야 할지 모른다는 점입니다.

실제 Sysco 단백질 라인의 예시입니다:

추출 시스템은 수량처럼 보이는 세 개의 숫자(2(케이스), 40(주문 파운드), 38.7(수령 파운드))를 봅니다. "수량" 옆에서 첫 번째 숫자 값을 찾는 OCR 도구는 40을 추출하고 $3.87을 곱해 $154.80을 산출합니다. 하지만 Sysco는 $149.77을 청구했는데, 이는 가격이 주문 중량이 아닌 수령 중량(38.7 lbs × $3.87 = $149.77)을 기준으로 계산되기 때문입니다. 한 라인 항목의 $5.03 차이는 사소해 보입니다. 15개의 실중량 품목이 있는 단백질 위주 인보이스에서는 누적 오류가 인보이스당 $75~$100에 달할 수 있습니다. 주 단위로는 $300~$400의 허상 식품 원가 차이가 발생하며, 이는 레스토랑 운영자가 월말에 쫓느라 시간을 소비하는 바로 그 유형의 차이입니다.

실중량은 왜 존재할까요? 단백질, 해산물, 치즈는 파운드 단위로 판매되지만, 가공업체는 모든 케이스의 무게가 정확히 40.0파운드라고 보장할 수 없습니다. 닭가슴살 한 케이스는 37.4파운드일 수 있고, 다음 케이스는 40.2파운드일 수 있습니다. FDA는 21 CFR 101.105에 따라 순중량 표시를 규제하며, Sysco의 공급업체 준수 매뉴얼은 모든 선하증권에 실중량 품목의 순중량을 소수점 세 자리까지 기재하도록 요구합니다. 이는 특이사항이 아니라 규제된 관행입니다. 찾은 첫 번째 중량 필드를 읽는 추출 시스템은 단순히 적절하게 구성된 인보이스에서 잘못된 필드를 읽고 있는 것입니다.

도구 관점에서의 해결책은 의미론적 필드 식별입니다. 추출은 "수령 중량" 또는 "실제 중량"이 "주문 중량"이 아닌 가격 결정 필드임을 이해해야 합니다. 수량 레이블 근처의 숫자 필드를 무차별적으로 구문 분석하는 대신 수령 중량(lb), 실중량(Y/N), 가격 기준과 같은 열 이름을 정의할 수 있는 도구는 인보이스 가격을 결정하는 중량을 구별하여 그에 따라 추출할 수 있습니다. 이것이 바로 열 이름 추출이 가능하게 하는 것입니다: 의미에 따라 원하는 필드를 정확히 지정하면 AI가 레이아웃에 관계없이 페이지 어디에서든 해당 필드를 찾습니다.

오타처럼 보이는 팩 표기법 — 그리고 그에 따라 달라지는 단가

시스코(Sysco) 인보이스의 로마 토마토 품목에는 "로마 토마토 — 25파운드"라고 적혀 있지 않습니다. "로마 토마토 — 1 CS"라고 적혀 있고, 제품 설명에 5/5 LB라는 팩 표기법이 숨겨져 있습니다. 단가는 $19.75입니다. 추출 도구는 $19.75를 스프레드시트에 복사합니다. 그런데 $19.75가 무엇에 대한 가격일까요? 파운드당? 케이스당? 개별 5파운드 팩당?

식품 유통업체 인보이스의 팩 표기법은 외식업계 관계자라면 누구나 즉시 알아보는 약어를 사용하지만, 범용 추출 도구는 이를 해석할 수 없습니다.

추출 실패는 두 가지 측면에서 발생합니다. 첫째, 팩 표기법이 종종 별도의 "팩 크기" 열이 아닌 제품 설명 문자열에 포함되어 있어 도구가 자유 텍스트에서 이를 추출해야 합니다. 둘째, 팩 구성을 모르면 단가는 다운스트림 비교에 의미가 없습니다. "시스코와 US푸드 중 어디 치킨을 더 비싸게 사고 있는가?"라는 질문에 답하려면 두 가격을 공통 단위(파운드당, 온스당, 갤런당)로 정규화해야 합니다.

MarginEdge(매장당 월 $330)와 같은 레스토랑 전용 인보이스 도구는 모든 품목에 대한 팩-단위 변환을 저장하는 제품 카탈로그를 유지 관리하여 이 문제를 처리합니다. 범용 추출 도구는 그렇지 않습니다. 페이지에 있는 내용을 추출하고 끝냅니다. 수동 식품 인보이스 처리를 하는 레스토랑 운영자는 인간의 형태로 동일한 문제에 직면합니다. 팩 표기법을 스프레드시트에 입력한 다음 별도 열에서 수동으로 계산을 수행해야 합니다.

인보이스 총액을 맞출 수 없게 만드는 공제 항목

스프레드시트 기반 추적을 무너뜨리는 조정 퍼즐이 있습니다: Sysco 인보이스의 모든 라인 항목 합계를 더하면 $2,847.53이 나옵니다. 하단에 인쇄된 인보이스 총액은 $2,790.58입니다. 차이는 $56.95이며, 인보이스에는 "$56.95 차이의 이유"라는 항목이 없습니다.

이 차이는 오프-인보이스 할인(라인 항목 가격 책정 후, 최종 총액 전에 적용되는 공제)으로 인해 발생합니다. Sysco의 가격 구조에는 자체 라인 항목으로 표시되는 여러 할인 유형이 포함됩니다: 픽업 할인(Sysco가 공급업체에서 픽업하여 원래 가격에 포함된 운임을 수행하는 경우), 고객과 공급업체 간에 협상된 공급업체 오프-인보이스 할인, 그리고 볼륨 기반 가격 조정. 라인 항목의 합계는 하나의 숫자이고, 인보이스 하단의 총액은 다른 숫자이며, 라인 항목은 캡처하지만 할인 항목은 무시하는 추출 도구는 그 차이를 설명할 수 없습니다.

US Foods도 비슷한 접근 방식을 취합니다: 조기 지불 할인(선불 시 최대 0.60%), 배송 규모 인센티브(평균 배송 규모에 따라 0.15%~1.20%), 볼륨 리베이트(연간 지출 $100만 이상 시 0.25%~0.75%)는 오프-인보이스 라인 항목 공제로 적용되거나 별도의 분기별 크레딧 메모로 적용됩니다. 제품 라인만 캡처하고 할인 및 공제 라인은 캡처하지 않는 추출은 실제 지불한 금액과 일치하지 않는 소계를 생성합니다.

이는 예외적인 경우가 아닙니다. 오프-인보이스 공제는 3대 광역 유통업체(Sysco, US Foods, PFG)에서 표준 관행입니다. "인보이스 총액"을 "모든 제품 라인 항목 총액의 합계"와 동일시하는 추출 방식은 이러한 공제 가치만큼 실제 지출을 체계적으로 과소 보고합니다. 재무 조정은 수동 정리 단계가 됩니다 — 추출이 원래 제거하려고 했던 바로 그 작업입니다.

해결책은 공제 라인을 일급 추출 대상으로 취급하는 것입니다: 인보이스에 "픽업 할인 — ($12.40)" 또는 "조기 지불 할인 — ($22.15)"이라는 라인이 있는 경우, 해당 라인은 제품 라인과 함께 추출되어야 합니다. 추출하려는 정확한 필드 이름을 지정하는 열 이름 추출을 사용하는 도구는 할인 유형 및 할인 금액과 같은 열을 추출 스키마에 추가하기만 하면 할인을 캡처할 수 있습니다.

실제 수령 품목을 바꾸는 손글씨 메모

시스코 배송이 도착합니다. 수령인이 "80/20 갈은 소고기"라고 적힌 박스를 열어보니 85/15가 들어 있습니다. 기사가 건네준 인보이스에는 해당 품목 옆에 손글씨로 "85/15로 대체 — 동일 가격"이라고 적혀 있습니다. 또는 농산물이 부족하게 도착하기도 합니다. 인보이스에는 로마 토마토 25파운드라고 되어 있지만, 상자에는 20파운드만 들어 있습니다. 수령인이 여백에 "-5파운드"라고 적습니다.

이러한 손글씨 예외 사항은 우연이 아닙니다. 이는 식품 유통의 현장 현실입니다. 2022년 광역 유통업체 관행에 관한 FTC 서한에 따르면, r/KitchenConfidential의 셰프들은 엉망인 배송 사진을 자주 게시합니다. 한 번은 시스코 고객이 "러셋 감자로 표시된 구부러진 옥수수 상자 여덟 개"를 받았습니다. 인보이스에는 감자라고 되어 있지만 트럭이 옥수수를 배송했을 때, 실제 인보이스에 손으로 수정한 내용만이 거래가 변경되었음을 알리는 유일한 기록입니다.

추출 도구의 경우, 손글씨 메모는 두 가지 뚜렷한 오류 유형을 만듭니다:

1. 맥락 분리: 기존 OCR은 인쇄된 텍스트와 손글씨 텍스트를 페이지 상의 분리되고 연결되지 않은 덩어리로 읽습니다. "80/20 갈은 소고기 — 2 CS — $84.60"에 대한 인쇄된 줄은 하나의 텍스트 블록입니다. 그 옆에 손으로 쓴 "85/15로 대체"는 또 다른 블록입니다. OCR 출력은 이들을 다른 행, 다른 필드에 배치하며, 손글씨가 위 줄에 속한다는 표시가 전혀 없습니다.
2. 수량 덮어쓰기 실패: 손글씨 메모가 캡처되더라도, 추출 도구는 "-5파운드"가 수량 필드에 인쇄된 "25파운드"를 대체해야 한다는 것을 알지 못합니다. 스프레드시트에는 결국 25파운드가 특정 가격으로 표시되고, 비용 보고서는 틀리게 됩니다. 도구가 오작동해서가 아니라, 도구가 인쇄된 텍스트를 권위 있는 것으로, 손글씨 텍스트를 잡음으로 처리했기 때문입니다.

MarginEdge는 인간 검토 계층을 도입하여 이 문제를 해결합니다. 실제 사람이 인보이스의 손글씨 메모를 읽고 올바르게 코딩합니다. Toast에 인수된 xtraCHEF도 "해당 정보의 대부분이 여백에 손으로 작성된다"는 점을 인정하고, 디지털 전환을 이러한 조정 사항을 표면화하는 방법으로 제시합니다. 월 300달러 이상의 도구에 인간 검토 계층이 있다는 사실 자체가, 식품 유통업체 인보이스에 대한 완전 자동화된 손글씨 메모 해석이 특화된 레스토랑 소프트웨어에서도 여전히 해결되지 않은 문제임을 증명합니다.

AI가 전체 페이지를 시각적 장면으로 읽고 어떤 표시가 어떤 품목에 속하는지 이해하는 비전 모델 기반 추출 방식은 OCR과 근본적으로 다르게 처리합니다. 인쇄된 텍스트와 손글씨 텍스트를 분리하는 대신, 공간적 근접성과 의미적 맥락을 통해 손글씨 내용을 인접한 인쇄 줄과 연결합니다. "80/20 갈은 소고기" 옆에 손으로 쓴 "85/15로 대체"는 해당 특정 품목의 대체로 인식됩니다.

일치해야 하는 네 가지 문서 — 그러나 예외는 그 사이의 간격에 존재합니다

대부분의 추출 워크플로우는 하나의 문서 = 하나의 데이터 세트라고 가정합니다. 인보이스에서 필드를 추출하면 끝입니다. 식품 유통업체 구매는 네 가지 문서를 기반으로 운영되며, 유용한 정보는 단일 문서 내부가 아닌 문서들 사이의 공간에 존재합니다:

중요한 예외 사항은 단일 문서만으로는 확인할 수 없습니다:

• 부족 인도는 인보이스 수량(청구된 수량)과 입고 기록(실제 도착 수량)을 비교해야만 확인 가능합니다. 인보이스에는 닭가슴살 2케이스로 기재되어 있지만, 입고 기록에는 1케이스만 접수되고 1케이스는 온도 위반으로 반품되었습니다. 인보이스만 보면 $77.40의 오차가 있는 상황이 파악되지 않습니다.
• 실중량 차이는 인보이스의 청구 중량과 인도 증명서의 출고 시 계량 중량을 비교해야만 확인 가능합니다. 인보이스는 38.7파운드로 청구하지만, 인도 증명서에는 케이스 중량이 부두에서 37.2파운드로 기록되어 있습니다. 1.5파운드 차이는 단일 단백질 항목에서 $5.80에 해당하며, 두 문서 없이는 확인이 불가능합니다.
• 팩 사이즈 대체는 구매 주문서에 4/5 LB로 명시되었으나 인보이스 항목이 2/10 LB로 기재된 경우에만 확인 가능합니다. 총 중량과 단가는 동일하여 인보이스만으로는 재정적 불일치가 없습니다. 그러나 구매 부서는 팩 포맷이 변경되었음을 알아야 합니다. 주방이 5파운드 백 기준으로 설계된 워크플로우에서 10파운드 백을 사용할 수 없기 때문입니다.

추출 관련 시사점은 다음과 같습니다. 식품 유통업체 인보이스 처리를 위해 설계된 데이터 모델에는 문서를 아우르는 필드(구매 주문 번호, 인도 증명서 번호, 로트/배치 ID, 입고 수량(인보이스 수량뿐만 아니라), 원본 인보이스 및 원본 항목에 대한 크레딧 노트 참조)가 필요합니다. 교차 문서 필드가 없으면 추출 결과는 실제 발생한 상황이 아닌 하나의 문서가 주장하는 상황만을 포착합니다. 여러 유통업체로부터 주간 인보이스를 처리하는 레스토랑 그룹의 경우(이 워크플로우는 레스토랑 유통업체 인보이스 일괄 처리로 식품 원가 관리하기 가이드에 자세히 설명되어 있음), 이러한 교차 문서 조정이 신뢰할 수 있는 식품 원가 보고서와 추측에 불과한 보고서를 가르는 차이점입니다.

세 공급업체가 동일한 식자재를 세 가지 다른 이름으로 부를 때

다음은 MarginEdge 블로그에 기록된 대로, 세 공급업체의 인보이스에 동일한 식자재가 어떻게 표시되는지 보여줍니다:

각 인보이스의 설명 필드를 충실히 추출하는 도구는 동일한 식자재에 대해 세 가지 다른 제품명을 생성합니다. 주간 구매 로그를 제품 설명별로 정렬하면 파가 세 개의 개별 품목으로 나타나며, 각각 고유한 가격 이력을 가지지만 서로 연결되지 않습니다. 이제 식자재 비용 분석에서 "이번 주 파에 얼마를 지불했는가?"라는 질문에 답할 방법이 없습니다. 데이터에 "파"는 존재하지 않고, "onion green iceless", "green onion bunch", "scallion"만 존재하기 때문입니다.

바로 여기서 추출 단계에서의 분류가 중요해집니다. 추출 후 별도의 정리 단계가 아니라, 추출 시점에 분류가 이루어져야 합니다. 추출 결과가 각 품목을 카테고리(예: USAR 계정 코드 5140의 농산물)에 매핑하면, "onion green iceless"와 "scallion" 모두 동일한 카테고리 버킷에 속하게 됩니다. 품목 설명이 일치하지 않더라도 카테고리 수준의 식자재 비용 보고서는 정확합니다. 추출 시점에 분류가 없으면, 모든 레시피 재원가 계산과 식자재 비용 보고서는 수동 조정 단계를 필요로 합니다. 즉, 각 공급업체의 설명을 마스터 식자재 목록과 일치시킨 후에야 분석을 시작할 수 있습니다.

전미 레스토랑 협회(National Restaurant Association)에서 발행한 레스토랑 통합 계정과목표(USAR)는 이러한 분류를 의미 있게 만드는 표준 코딩 프레임워크를 제공합니다. 계정 코드 5110 = 육류, 5120 = 해산물, 5130 = 가금류, 5140 = 농산물, 5150 = 제과제빵, 5160 = 유제품, 5170 = 식료품 및 건화물. 이는 임의의 카테고리가 아닙니다. 이는 손익계산서의 항목이며, 잘못 분류된 인보이스 품목(예: 닭고기를 가금류 대신 농산물로 코딩)은 운영자가 구매 결정을 내리는 데 사용하는 카테고리 수준의 식자재 비용 보고를 직접적으로 왜곡합니다. 대부분의 레스토랑에서 식자재 비용 추적이 여전히 제대로 작동하지 않는 구조적 이유를 이해하면, 품목 수준의 분류 오류가 단순한 정리 문제가 아니라, 관리할 수 있는 식자재 비용 보고서와 그저 바라보기만 하는 보고서 사이의 차이임을 알게 됩니다.

자주 묻는 질문

AI가 식품 유통 청구서의 캐치 웨이트를 처리할 수 있나요?

가능합니다. 단, 도구가 캐치 웨이트라는 개념을 알고 있어야 합니다. 범용 OCR이나 템플릿 기반 추출은 수량 레이블 옆의 모든 숫자 필드를 동일하게 취급합니다. '주문 중량'과 '수령 중량'의 의미적 차이를 이해하고, 식품 유통 청구서가 수령 중량으로 청구 가격을 계산한다는 사실을 아는 AI라면 올바른 필드를 추출할 수 있습니다. 핵심은 추출 요청 시 올바른 열 이름을 지정하는 것입니다. '수량'을 요청하면 도구가 찾은 첫 번째 숫자를 가져와 주문 중량을 반환하지만, '수령 중량(lb)' 또는 '실제 캐치 웨이트'를 요청하면 AI가 해당 필드를 정확히 찾아냅니다.

공급업체(Sysco, US Foods, PFG)별로 별도 템플릿을 만들어야 하나요?

템플릿 기반 추출 도구를 사용한다면 그렇습니다. 그리고 이것이 외식업에서 템플릿 방식이 실패하는 주요 원인 중 하나입니다. Sysco는 단가를 5열에, US Foods는 7열에 배치하며, 지역 농산물 공급업체는 열을 아예 사용하지 않습니다. 템플릿 없는 추출, 즉 AI가 미리 구성된 레이아웃을 매칭하는 대신 청구서의 의미를 읽는 방식은 동일한 열 이름 지정 규격으로 세 공급업체를 모두 처리합니다. 각 공급업체의 청구서는 동일한 개념을 표현하는 서로 다른 레이아웃일 뿐이며, AI는 데이터의 위치가 아닌 의미를 이해하여 데이터를 찾아냅니다.

수기 조정 사항은 어떻습니까? 어떤 도구가 이를 안정적으로 읽을 수 있습니까?

식품 유통업체 송장의 수기 조정 사항은 이 분야에서 가장 까다로운 추출 문제입니다. MarginEdge(월 $330)와 같은 전문 레스토랑 소프트웨어조차도 수기 메모를 처리하기 위해 사람의 검토 단계를 별도로 둡니다. 일반적인 OCR 도구는 필기를 텍스트 문자로 인식할 수 있지만, 해당 텍스트를 인접한 인쇄 품목과 연결하지는 못합니다. 즉, 대체 메모가 수정하는 품목과 분리되어 떠다닙니다. 전체 페이지를 시각적 장면으로 읽고, 공간적 근접성과 의미적 맥락을 통해 수기 표시를 근처 인쇄 라인과 연관시키는 비전 모델은 OCR 단독보다 이 문제를 더 잘 처리하지만, 여전히 어려운 과제입니다. 실용적인 접근 방식은 먼저 인쇄된 송장을 추출하고, 인접한 필기가 있는 라인을 검토용으로 플래그 지정한 다음, 비전 모델이 가장 가능성 있는 연결을 제안하도록 하는 것입니다. 완전히 자동화된 수기 메모 해석을 기대하기보다는 말이죠.

식품 유통업체 송장 추출은 표준 송장 OCR과 어떻게 다른가요?

표준 송장 추출은 헤더 필드(송장 번호, 날짜, 총액)와 라인 품목(설명, 수량, 가격)을 캡처합니다. 식품 유통업체 추출은 추가로 팩 사이즈 표기, 측정 단위, 실중량(주문량 대비 수취량), 로트/배치 식별자, 송장 외 할인, 배송 명세서 참조, 대체 메모를 캡처해야 합니다. 또한 추출은 다중 문서로 이루어집니다. 송장, 배송 명세서, 수취 기록에서 필드를 가져와 세 가지 모두의 수량을 조정해야 합니다. 표준 송장 OCR은 하나의 문서를 독립적인 것으로 취급하는 반면, 식품 유통업체 추출은 단일 송장을 다중 문서 거래의 한 부분으로 취급합니다.

라인 품목 추출이 잘못될 경우 실질적인 영향은 무엇인가요?

전미 레스토랑 협회 보고서에 따르면 식재료비와 인건비는 매출 1달러당 각각 약 33센트를 차지하며, 세전 마진은 약 5%입니다. 식품 원가 보고를 2% 부풀리는 체계적인 추출 오류(실중량 계산 오류, 미포착 송장 외 공제, 또는 잘못된 분류로 인해)는 레스토랑이 실제 5% 마진을 3%로 인식하게 만듭니다. 또는 그 반대의 경우도 마찬가지입니다. 두 방향 모두 해롭습니다. 전자는 불필요한 메뉴 가격 인상과 비용 절감을 초래하고, 후자는 실제 수익성 악화를 늦게까지 숨겨 시정이 너무 늦어지게 만듭니다. 10개 이상의 지점에서 식품 송장 처리를 수행하는 다중 지점 레스토랑 그룹 규모에서는 체계적인 추출 오류의 재정적 영향이 모든 지점, 매주 누적됩니다.

공급업체별 템플릿 없이 식품 유통업체 송장 라인 항목 추출

이 글에서 설명하는 구조적 특징(중량, 포장 표기, 공제 사항, 수기 예외, 제품명 불일치)은 자동 추출을 피해야 할 이유가 아닙니다. 이는 추출 도구가 실제로 식품 유통업체 송장을 처리하는지, 아니면 단순히 식품 항목이 포함된 송장을 처리하는지 평가하는 기준입니다.

ImageToTable.ai는 열 이름 추출 방식을 사용합니다. 각 공급업체 레이아웃에 맞는 템플릿을 만드는 대신, 추출할 필드(품목 코드, 설명, 포장 크기, 주문 수량, 수령 수량(중량), 단가, 라인 합계, 카테고리)를 지정하면 비전 모델이 각 값의 위치가 아닌 의미를 이해하여 페이지에서 찾습니다. 따라서 Sysco, US Foods, PFG 및 독립 공급업체 송장에서도 공급업체별 구성 없이 동일한 추출 스키마가 작동합니다. 화요일 송장을 한 번에 업로드하면 도구가 하나의 통합 스프레드시트를 생성합니다. 각 행은 라인 항목, 각 열은 사용자가 지정한 필드입니다.