Sysco 및 US Foods 인보이스가
라인 아이템 추출을 깨뜨리는 이유

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

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

이러한 다목적 설계의 결과는 추출을 어렵게 만드는 구조적 특징으로 나타납니다:

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

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

캐치 웨이트: 두 개의 서로 다른 숫자가 수량이라고 주장하는 인보이스 필드

식품 유통업체 인보이스에서 가장 큰 조용한 추출 오류의 원인은 캐치 웨이트입니다. 문제는 캐치 웨이트가 존재한다는 것이 아니라, 대부분의 추출 도구가 어떤 중량 필드를 신뢰해야 하는지 모른다는 것입니다.

실제 Sysco 단백질 라인의 예시는 다음과 같습니다:

추출 시스템은 수량처럼 보이는 세 개의 숫자(2(케이스), 40(주문한 파운드), 38.7(수령한 파운드))를 봅니다. "Qty" 옆에서 찾은 첫 번째 숫자 값을 가져오는 OCR 도구는 40을 추출하고 $3.87을 곱해 $154.80을 얻을 것입니다. 그러나 Sysco는 수령 중량(38.7 lbs × $3.87 = $149.77)으로 가격을 계산하기 때문에 $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파운드 팩당?

식품 유통업체 인보이스의 패크 표기는 푸드서비스 업계라면 누구나 즉시 알아보는 약어를 사용하지만, 범용 추출 도구는 이를 해석하지 못합니다:

추출 실패는 두 가지 측면에서 발생합니다. 첫째, 패크 표기가 별도의 "패크 크기" 열이 아니라 제품 설명 문자열에 포함되어 있는 경우가 많아 도구가 자유 텍스트에서 이를 파싱해야 합니다. 둘째, 패크 구성을 알지 못하면 단가는 다운스트림 비교에 의미가 없습니다. Sysco와 US Foods의 닭고기 중 어디가 더 비싼지 답하려면 두 가격을 공통 단위(파운드당, 온스당, 갤런당)로 정규화해야 합니다.

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

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

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

이 차액은 인보이스 외 할당(off-invoice allowances)으로 인해 발생합니다. 즉, 라인 아이템 가격 책정 이후, 최종 합계 이전에 적용되는 공제입니다. Sysco의 가격 구조에는 자체 라인 아이템으로 표시되는 여러 할당 유형이 포함됩니다: 픽업 할당(Sysco가 공급업체로부터 상품을 픽업하고 원래 가격에 포함된 운송을 수행하는 경우), 고객과 공급업체 간에 협상된 공급업체 인보이스 외 할당, 그리고 물량 기반 가격 조정이 있습니다. 라인 아이템은 하나의 숫자로 합산되고, 인보이스 하단 합계는 다른 숫자이며, 라인 아이템만 캡처하고 할당 라인을 무시하는 추출 도구는 그 차액을 설명할 수 없습니다.

US Foods도 비슷한 방식을 사용합니다: 조기 지불 할인(선불 시 최대 0.60%), 배송 규모 인센티브(평균 배송 규모에 따라 0.15%에서 1.20%), 그리고 물량 리베이트(연간 지출 $1백만 초과 시 0.25%에서 0.75%)가 인보이스 외 라인 아이템 공제로 적용되거나 별도의 분기별 크레딧 메모로 적용됩니다. 제품 라인만 캡처하고 할당 및 공제 라인을 캡처하지 않는 추출 방식은 실제 지불 금액과 일치하지 않는 소계를 생성합니다.

이것은 예외적인 사례가 아닙니다. 인보이스 공제는 3대 광역 유통업체(Sysco, US Foods, PFG) 전반에서 표준 관행입니다. "인보이스 총액"을 "모든 제품 라인 아이템 합계"와 동일시하는 추출 방식은 이러한 공제 금액만큼 실제 지출을 체계적으로 과소 보고하게 됩니다. 재무 대사 작업은 수동 정리 단계가 되어버리며, 이는 추출이 원래 제거하려던 바로 그 작업입니다.

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

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

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

이러한 손글씨 예외 사항은 우연이 아닙니다. 이는 식품 유통의 운영 현실입니다. 2022년 광역 유통업체 관행에 관한 FTC 서한에 따르면, r/KitchenConfidential의 셰프들은 실수로 이뤄진 배송 사진을 일상적으로 게시합니다. 한 번은 Sysco 고객이 "러셋 감자로 표시된 옥수수 상자 8개가 휘어져 있는" 것을 받았습니다. 인보이스에 감자라고 적혀 있는데 트럭이 옥수수를 배송했다면, 종이 인보이스의 손글씨 수정 사항이 거래가 변경되었다는 유일한 기록입니다.

추출 도구의 경우, 손글씨 메모는 두 가지 뚜렷한 실패 모드를 만듭니다:

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

MarginEdge는 인간 검토 레이어를 고용하여 이 문제를 해결합니다. 실제 사람들이 인보이스의 손글씨 메모를 읽고 올바르게 코딩합니다. Toast에 인수된 xtraCHEF도 "해당 정보의 상당 부분이 여백에 손으로 작성된다"는 점을 인정하며, 디지털화를 이러한 조정 사항을 표면화하는 방법으로 포지셔닝합니다. 월 $300 이상의 도구에 인간 검토 레이어가 존재한다는 사실 자체가 식품 유통업체 인보이스의 손글씨 메모를 완전 자동으로 해석하는 것이 해결되지 않은 문제라는 증거입니다. 전문 레스토랑 소프트웨어에게도 마찬가지입니다.

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

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

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

중요한 예외 중 어느 것도 단일 문서만으로는 확인할 수 없습니다:

• 부족 납품은 인보이스 수량(청구된 수량)을 수령 기록(실제 도착 수량)과 비교할 때만 확인할 수 있습니다. 인보이스에는 닭가슴살 2케이스로 표시되어 있습니다. 수령 기록에는 1케이스가 수령되고 1케이스가 온도 위반으로 거부되었다고 표시되어 있습니다. 인보이스만으로는 $77.40만큼 잘못된 내용이 전달됩니다.
• 캐치 웨이트 차이는 인보이스의 청구 중량을 납품서의 출고 시 계량 수치와 비교할 때만 확인할 수 있습니다. 인보이스는 38.7 lbs로 청구합니다. 납품서에는 케이스가 부두에서 37.2 lbs로 계량되었다고 표시되어 있습니다. 1.5-lb 차이는 단일 단백질 라인에서 $5.80에 해당하며 — 두 문서가 없으면 확인할 수 없습니다.
• 패크 크기 대체는 발주서가 4/5 LB를 지정하고 인보이스 라인이 2/10 LB로 표시될 때만 확인할 수 있습니다. 총 중량과 단가는 동일하므로 인보이스만으로는 재무적 불일치가 없습니다. 그러나 구매 부서는 패크 형식이 변경되었음을 알아야 합니다. 주방이 5-lb 백 중심의 워크플로우에서 10-lb 백을 사용할 수 없기 때문입니다.

추출의 의미는 다음과 같습니다: 식품 유통업체 인보이스 처리를 위해 설계된 데이터 모델에는 문서에 걸쳐 있는 필드가 필요합니다 — 발주서 번호, 납품서 번호, 로트/배치 ID, 수령 수량(인보이스 수량뿐만 아니라), 원본 인보이스 및 원본 라인에 대한 크레딧 노트 참조. 문서 간 필드가 없으면 추출 출력은 실제로 발생한 일이 아니라 한 문서가 주장하는 내용만 포착합니다. 여러 유통업체로부터 주간 인보이스를 처리하는 레스토랑 그룹의 경우 — 식품 원가를 위한 레스토랑 유통업체 인보이스 일괄 처리에 대한 가이드에 자세히 설명된 워크플로우 — 이러한 문서 간 조정이 신뢰할 수 있는 식품 원가 보고서와 추측에 불과한 보고서의 차이를 만듭니다.

세 공급업체가 동일한 식자재에 세 가지 다른 이름을 사용할 때

다음은 MarginEdge의 블로그에 문서화된 대로, 세 공급업체의 인보이스에 동일한 식자재가 표시된 예시입니다:

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

이것이 바로 추출 단계에서 분류가 중요한 이유입니다 — 추출 후 별도의 정리 단계가 아니라요. 추출 출력이 각 라인 아이템을 카테고리(USAR 계정 코드 5140의 Produce)에 매핑하면, "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는 데이터가 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 데이터를 찾습니다.