식품 유통업체 라인 항목 일괄 처리
→ 주간 식품 원가 시트 하나로 통합

주간 인보이스 더미는 하나의 문서가 아닙니다 — 호환되지 않는 다섯 가지 형식의 결합체입니다

레스토랑의 주간 구매는 단일 채널을 통해 이루어지지 않습니다. NRA-TCU 조사에 따르면 레스토랑은 평균 8.1개의 농산물 유통업체를 사용하며, 모든 비주류 카테고리를 통틀어 평균 50개 이상의 공급업체 관계를 유지하고, 주류 유통업체를 통해 평균 441개의 SKU, 모든 컨셉을 합쳐 907개의 SKU를 구매합니다. 일반적인 독립 레스토랑의 주간 리듬은 대략 다음과 같습니다:

이는 48시간 동안 90~130개 품목이 다섯 가지 형식, 다섯 가지 명명 규칙, 다섯 가지 단위 체계를 사용하는 다섯 공급업체로부터 도착하는 것과 같습니다. 일괄 처리 워크플로우의 단일 작업은 이 더미를 모든 열이 일관되고, 모든 제품이 식별 가능하며, 모든 가격이 비교 가능하고, 모든 행이 식품 원가 보고용으로 분류된 하나의 스프레드시트로 변환하는 것입니다. 개별 인보이스 추출의 표준 접근 방식(자세한 내용은 단계별 추출 튜토리얼 참조)에서의 과제는 단일 문서 내 형식 다양성입니다. 일괄 워크플로우는 그 위에 한 계층을 더 추가합니다: 병합해야 하는 문서 간의 형식 다양성입니다.

열은 공급업체별로 한 번이 아니라 한 번만 정의하세요

일괄 워크플로우는 모든 하위 단계를 결정하는 단일 설계 결정으로 시작합니다: 공급업체 인보이스 출처와 관계없이 출력의 모든 행이 가져야 할 열은 무엇인가요? 답변은 모든 인보이스에 있는 항목(품목 설명, 수량, 가격)과 일부 인보이스에만 있는 항목(실중량, 대체 메모, 로트 번호)을 모두 포함해야 합니다.

이 기술이 다섯 가지 형식에서 작동하는 핵심은 열 이름 추출입니다. "이 공급업체 레이아웃에서 단가는 7열에 있다"는 템플릿을 만드는 대신, "단가", "품목 설명", "실중량 적용(Y/N)" 등 원하는 필드 이름을 정의하면 AI가 정보의 의미를 이해하여 각 페이지에서 값을 찾습니다. 동일한 열 정의가 Sysco의 5페이지 PDF, US Foods의 3페이지 PDF, 청과물 공급업체의 손글씨 메모에서도 작동하는 이유는 AI가 레이아웃 위치가 아닌 의미론적 의미를 읽기 때문입니다. 템플릿 기반 도구는 공급업체당 하나씩 총 다섯 개의 개별 설정이 필요하며, 손글씨 메모는 템플릿화가 전혀 불가능합니다.

다음은 주간 배치 작업을 위한 전체 열 세트입니다:

이 세트의 두 열 — Category와 Delivery Date — 은 특히 배치 수준의 문제입니다. Category는 교차 공급업체 통합을 가능하게 합니다: 서로 다른 제품명을 동일한 버킷으로 정규화합니다. Delivery Date는 주간 경계를 일관되게 만듭니다: 각 공급업체의 자체 날짜 규칙을 재정의하여 배치가 깨끗한 달력 주를 포착하도록 합니다. 두 항목 모두 아래에서 자세히 설명합니다.

이러한 열을 포함한 배치 실행의 출력은 단일 테이블을 생성합니다:

모든 행은 동일한 열을 가집니다. Supplier Name 열은 각 행이 어떤 인보이스에서 왔는지 알려줍니다. Category 열은 공급업체 간 항목을 그룹화합니다. Catch Weight 열은 연어 행을 검증 대상으로 표시합니다. Adjustment Note 열은 로마 토마토 부족을 기록합니다. 이것이 배치 출력입니다 — 하나의 테이블, 모든 공급업체, 식재료비 집계 준비 완료.

다섯 공급업체를 하나의 시트로 병합할 때 제품명이 깨지는 이유

한 번에 하나의 인보이스를 처리할 때는 존재하지 않는 문제가 있습니다. 세 개의 다른 공급업체가 동일한 재료 — 파 — 를 세 가지 다른 이름으로 판매합니다:

같은 식재료를 가리키는 세 가지 다른 문자열입니다. 각 송장을 개별 처리하면 공급업체별로만 보게 되어 이름 불일치가 눈에 띄지 않습니다. 다섯 개를 모두 하나의 배치 출력으로 병합하면, 이 세 가지 설명이 "품목 설명" 열의 서로 다른 세 행에 위치하게 됩니다. 주간 식비 시트에 파가 세 개의 개별 품목으로 나타납니다. 식재료별 지출 집계가 불가능해집니다. 데이터에 "파"는 존재하지 않고, "onion green iceless", "green onion bunch", "scallion"만이 별개의 연결되지 않은 행으로 존재하기 때문입니다.

이것이 바로 배치 스키마에서 카테고리 열이 선택 사항이 아닌 이유입니다. 바로 정규화 계층이기 때문입니다. 전미 레스토랑 협회(National Restaurant Association)가 발행한 레스토랑 통일 계정과목표(USAR)는 표준 코딩 프레임워크를 제공합니다. 농산물은 계정 5140, 단백질(가금류)은 5130, 유제품은 5160, 제과는 5150, 식료품 및 건조식품은 5170입니다. 모든 라인 항목에 카테고리가 있으면 Sysco의 onion green iceless와 지역 공급업체의 scallion이 모두 농산물로 분류되어, 이름 차이와 관계없이 카테고리 수준의 식재료비 보고서가 정확해집니다.

이것이 바로 템플릿 기반 접근 방식보다 열 이름 추출(열을 한 번 정의하면 AI가 의미를 읽어내는 방식)을 사용한 배치 처리가 더 뛰어난 이유이기도 합니다. 템플릿은 "Sysco 레이아웃에서 설명 필드는 2열에 있습니다"라고 매핑합니다. 그리고 거기에 나타난 문자열을 충실히 복사합니다. 반면 열 이름 추출은 모든 레이아웃에서 "이 줄의 품목 설명은 무엇입니까?"라고 묻습니다. 결과는 여전히 다른 이름이지만, AI가 설명을 읽고 어떤 종류의 품목인지 이해하여 채우는 카테고리 열이 이들을 연결해 줍니다.

측정 단위 문제: 동일한 식재료의 두 단가를 비교할 수 없는 이유

Sysco는 닭가슴살을 40파운드 케이스로 판매합니다. US Foods는 같은 닭가슴살을 50파운드 케이스로 판매합니다. 지역 공급업체는 파운드 단위로 직접 판매합니다. 배치 출력에서 Sysco 행에는 "단가: $2.82", US Foods 행에는 "단가: $2.70", 지역 공급업체 행에는 "단가: $3.10"이라고 표시됩니다. 어떤 공급업체가 더 저렴할까요? 알 수 없습니다. $2.82와 $2.70이 파운드당 가격일 수도 있고, 케이스당 가격일 수도 있기 때문입니다. 포장 크기 필드를 캡처하지 않고 "단가"라는 숫자만 복사하는 추출 도구는 비교 가능해 보이지만 실제로는 비교할 수 없는 세 개의 숫자를 생성했습니다.

이 문제는 레스토랑 재고 관리에서 널리 퍼져 있습니다. Over Easy Office가 문서화한 바와 같이, "레스토랑 회계에서 가장 어려운 부분 중 하나는 '1케이스'를 '24병' 또는 '10파운드'로 변환하는 것입니다." Recipe Cost Calculator는 "잘못된 단위 변환은 비용을 조용히 망칩니다. 각 팀원이 머릿속에서 다르게 변환합니다."라고 직설적으로 말합니다. 배치 맥락에서 문제는 더욱 복잡해집니다. 다섯 공급업체, 다양한 포장 크기, 일관성 없는 단위 표기. 모든 라인 항목에 가격을 정규화하는 데 필요한 데이터가 포함되지 않는 한, 배치 출력은 공급업체 가격 비교에 사용할 수 없습니다.

배치 스키마는 모든 라인 항목에 대해 단가와 함께 포장 크기를 추출하여 이 문제를 처리합니다. 두 필드가 모두 채워지면(Sysco: $2.82/파운드에 40파운드 케이스, US Foods: $2.70/파운드에 50파운드 케이스) 파운드당 비용을 계산하거나 직접 비교할 수 있습니다. 사후 처리 단계가 아닌 추출 시점에 정규화를 원하는 팀을 위해 도구의 계산된 열 기능이 산술을 처리합니다. 파운드당 비용(확장 가격 ÷ (수령 수량 × 포장 무게(파운드)))와 같은 열을 정의하면 모든 라인 항목이 이미 계산된 정규화된 단위당 비용과 함께 도착합니다.

다섯 공급업체에 걸친 예외 처리: 단일 인보이스 워크플로우가 놓치는 것

한 번에 한 건의 인보이스를 처리할 때, 예외 사항은 단일 인보이스 문제처럼 보입니다. Sysco의 조정 중량: 닭고기 40파운드 주문, 38.7파운드 수령, 38.7 × $3.87로 청구. US Foods의 대체: 85/15 갈은 소고기를 80/20 대신 동일 가격에 대체. 농산물 메모의 부족 배송: 로마 토마토 2파운드 차감. 세 가지 다른 예외 유형, 세 가지 다른 공급업체 — 배치 출력에서는 모두 동일한 스프레드시트에 포함됩니다. 배치 스키마가 예외를 고려하지 않았다면, 추출 결과는 세 가지 다른 방식으로 잘못된 깔끔한 숫자를 생성합니다.

FDA 규정 21 CFR 101.105는 식품의 순 중량 표시를 규제하며, 이것이 Sysco의 공급업체 준수 매뉴얼에서 모든 선하증권에 대해 조정 중량을 소수점 셋째 자리까지 요구하는 이유입니다. 이는 공급업체의 특이사항이 아닌 규제된 관행입니다. "수량" 옆에서 첫 번째 중량 필드를 읽는 추출 시스템은 단순히 잘못된 중량을 읽는 것입니다. 인보이스는 주문 중량과 수령 중량을 모두 표시하도록 설계되었으며, 추출 시스템은 어떤 중량이 가격을 결정하는지 알아야 합니다. 이러한 구조적 오류 모드에 대한 완전한 분석은 Sysco 및 US Foods 인보이스가 라인 항목 추출을 중단시키는 이유에 관한 기사를 참조하십시오.

이러한 예외에 대한 배치 스키마의 방어는 조정 중량 (Y/N) 및 조정 메모 열입니다. 조정 중량은 청구 수량이 주문 수량과 다른 모든 라인을 표시합니다. 조정 메모는 대체, 부족 배송 및 수기 수정을 기록합니다. 이 두 열을 통해 90행 배치 출력을 스캔하여 추출된 숫자에 검증이 필요한 5~8행을 식별할 수 있습니다. 즉, 어떤 행이 잘못되었는지 알 수 없어 90행 모두를 검증할 필요가 없습니다.

유료 레스토랑 플랫폼조차도 식자재 유통업체 청구서에 대한 완전 자동화된 예외 처리가 어렵다는 점을 인정합니다. MarginEdge(지점당 월 $330)는 데이터를 게시하기 전에 필기 메모를 읽고 예외 항목을 확인하기 위해 사람의 검토 단계를 별도로 두고 있습니다. 그 가격대의 도구에 사람의 검토가 포함되어 있다는 것은, 여러 공급업체의 식자재 청구서(예외가 문서 경계를 넘나드는 경우)를 완전 자동화된 일괄 처리로 다루는 것이 여전히 어려운 문제임을 증명합니다. 여기서 설명하는 일괄 처리 워크플로는 깔끔하게 추출되는 90%의 항목을 처리하고, 주의가 필요한 10%를 표시합니다. 10개 이상의 지점 규모로 청구서를 처리하는 레스토랑 그룹의 경우, 이 90/10 분할은 상당한 시간 절약으로 이어집니다.

날짜 경계: 주간 배치에서 특정 공급업체의 전체 구매 내역이 누락될 수 있는 이유

주간 식자재 원가 보고를 위해서는 모든 공급업체의 청구서에 대해 깔끔한 7일 경계를 설정해야 합니다. 문제는 공급업체마다 청구서에 기재하는 날짜 기준이 다르다는 점입니다.

Sysco는 배송일(트럭이 도착한 날)을 기준으로 청구서를 발행합니다. US Foods는 때때로 출하일(주문이 창고를 떠난 날, 배송일보다 하루 빠를 수 있음)을 기준으로 합니다. 농산물 공급업체는 농산물이 수확된 날을 기준으로 합니다. 유제품 공급업체는 배송일이 아닌 주문일을 사용할 수 있습니다. 배치 날짜 필터가 "월요일부터 일요일까지의 청구서"로 설정되어 있고, US Foods가 화요일 배송을 위해 월요일에 출하했다면, 해당 화요일 배송 청구서에는 월요일 날짜가 기재되어 배치에서 제외됩니다. 그러면 주간 식자재 원가 보고서에서 해당 주의 특정 공급업체 전체 구매 내역이 누락됩니다.

NRA-TCU 설문조사는 이것이 중요한 이유를 보여줍니다: 운영자의 40%가 송장 외에는 유통업체로부터 어떤 데이터도 받지 못합니다. 별도의 납기 일정 피드, API, EDI 데이터 스트림이 없어 납품 시점을 독립적으로 확인할 수 없습니다. 송장이 유일한 기록이며, 송장에 배치 필터에 맞지 않는 잘못된 날짜 규칙이 포함되어 있으면 오류 메시지 없이 해당 공급업체의 구매 내역이 보고서에서 사라집니다. 추출 스키마의 납기일 열은 배치 경계를 명시적이고 감사 가능하게 만듭니다.

병합된 출력 활용법: 주간 식재료비, 레시피 업데이트, 가격 이력

병합된 배치 출력(5개 공급업체 중 하나의 라인 항목이 각 행인 단일 스프레드시트)은 해당 주의 완전한 구매 원장입니다. 공급업체별로 분리된 데이터로는 불가능했던 세 가지 작업이 가능해집니다:

주간 식재료비 카테고리별 분석. Extended Price 열을 Category 기준으로 집계하면 USAR 계정별 주간 지출이 산출됩니다 — 단백질(5110/5130), 농산물(5140), 유제품(5160), 제과(5170), 건조식품(5170). POS에서 주간 식품 판매 총액을 알면 식재료비 비율을 즉시 계산할 수 있습니다. 전국 레스토랑 협회 보고서에 따르면 식재료비와 인건비는 매출 1달러당 각각 약 33센트를 차지하며, 세전 마진은 약 5%입니다. 식재료비 보고서가 2%만 틀려도 — 카테고리 정규화 없이 일괄 처리할 때 발생하는 오류 — 5% 마진이 3% 마진으로 인식되거나, 실제 3% 마진이 5%로 잘못 표시될 수 있습니다.

레시피 원가 업데이트. 일괄 출력의 각 라인 항목에는 단위당 가격이 포함됩니다. 접시 원가를 추적하는 레스토랑의 경우, 이 데이터가 식재료비 비율 계산에 직접 활용됩니다. Sysco 행에 닭가슴살이 파운드당 $2.82로 표시되고 US Foods 행에 $2.70로 표시되면, 더 저렴한 가격이 레시피 원가에 반영됩니다. 주간 일괄 추출을 통해 누군가 숫자를 입력하지 않아도 매주 레시피 원가가 업데이트됩니다.

공급업체 및 식자재별 가격 이력. 매주 배치 출력을 저장하면 모든 공급업체의 모든 식자재 가격을 주별로 검색 가능한 기록으로 남길 수 있습니다. 12주 동안의 닭가슴살을 필터링하고 단가를 차트로 만들면 시각적 이력이 완성됩니다. 이 차트는 Sysco 담당자의 "가격이 안정적이었다"는 주장이 데이터와 일치하는지 알려줍니다. 공급업체가 가격 인상을 제안할 때 배치 이력은 객관적인 증거를 제공합니다: "귀사의 닭가슴살 가격이 6주 동안 $2.70에서 $2.95로 9.2% 상승했습니다. 같은 기간 뼈 없는 가슴살의 상품 지수는 3.1% 변동했습니다." 대화가 의견에서 데이터로 전환됩니다.

여기서 설명하는 배치 워크플로가 각 지점에서 독립적으로 실행되는 여러 지점에서 송장을 처리해야 하는 레스토랑 그룹의 경우, 다중 단위 수준에서 배치 처리 레스토랑 유통업체 송장을 식품 원가 관리하는 방법에 대한 가이드를 참조하세요. 동일한 열 스키마, 동일한 정규화 규칙, 동일한 카테고리 구조 — 각 지점별로 복제됩니다.

자주 묻는 질문

일반적인 레스토랑은 매주 몇 개의 유통업체에서 구매하나요?

대부분의 독립 레스토랑은 일반적인 주에 4~7개의 공급업체에서 구매합니다: 건화물과 단백질을 위한 하나의 광범위 유통업체(Sysco, US Foods 또는 PFG), 농산물 전문 업체, 유제품 공급업체, 제과 또는 빵 공급업체, 음료 유통업체, 그리고 해산물, 커피 또는 민족 식자재를 위한 전문 공급업체가 있습니다. NRA-TCU 조사에 따르면 레스토랑은 전체 공급업체 네트워크에서 평균 8.1개의 농산물 유통업체와 2.0개의 유제품 유통업체를 보유하고 있지만, 특정 주에 배송하는 업체는 그중 일부에 불과합니다. 여기서 설명하는 배치 워크플로는 5개의 정기 주간 공급업체를 처리합니다. 6번째 또는 7번째 업체가 추가되어도 열 스키마는 변경되지 않습니다. 동일한 열 구조로 배치 출력에 행만 추가됩니다.

공급업체마다 별도의 열 템플릿을 정의해야 하나요?

아닙니다. 이것이 바로 배치 워크플로의 핵심 효율성입니다. 열 이름 추출 방식을 사용하면 열 세트를 한 번만 정의하면 됩니다: 공급업체명, 송장 번호, 품목 코드, 설명, 카테고리, 주문 수량, 입고 수량, 단위, 포장 크기, 단가, 확장 가격, 캐치 중량, 조정 메모. Sysco의 5페이지 PDF, US Foods의 3페이지 PDF, 손으로 쓴 농산물 메모 모두에서 동일한 열 정의가 작동하는 이유는 AI가 미리 구성된 레이아웃을 매칭하는 것이 아니라 각 값의 의미를 이해하여 찾기 때문입니다. 템플릿 기반 추출은 각 공급업체마다 별도의 구성이 필요하며, 손으로 쓴 메모는 템플릿화가 전혀 불가능합니다. 열 스키마는 템플릿으로 저장하여 매주 한 번의 클릭으로 재사용할 수 있으며, 매번 동일한 구조의 출력물을 생성합니다.

공급업체가 송장 레이아웃을 변경하면 어떻게 되나요?

레이아웃 변경은 템플릿 기반 추출을 즉시 중단시킵니다. 도구가 7열에서 단가를 찾도록 설정되어 있는데, 이제 9열로 이동하면 모든 행이 잘못된 값을 반환합니다. 열 이름 추출은 레이아웃에 독립적입니다. AI가 "단가"를 의미적으로 검색하여 새 레이아웃의 어디로 이동했든 찾아냅니다. 재구성이 필요 없습니다. 이는 광역 유통업체가 정기적으로 송장 형식을 업데이트하고 소규모 공급업체가 해당 분기 회계 담당자가 설정한 템플릿을 사용할 수 있는 식품 서비스 업계에서 특히 중요합니다.

주간 배치 작업은 업로드부터 사용 가능한 스프레드시트까지 실제로 얼마나 걸리나요?

5장의 송장(5페이지 PDF 1개, 3페이지 PDF 1개, 손글씨 메모 사진 1개, 1페이지 PDF 2개)을 드래그 앤 드롭으로 업로드하면 몇 초면 완료됩니다. AI 추출은 모든 페이지를 동시에 처리합니다. 100개 이상의 라인 항목 배치의 경우 일반적으로 1분 이내에 처리가 완료됩니다. 검증 단계(가중치 및 조정 메모 열에서 플래그가 지정된 라인 스캔, 공급업체별 일부 품목 설명 샘플 확인)는 배치당 몇 분이 소요되어 수동 입력에 필요한 시간(몇 시간)을 크게 단축합니다. 레스토랑 관리자가 동일한 100개 라인 항목을 수동으로 입력하는 경우(라인당 약 15초 소요, 제품 코드 및 단위 변환 조회 포함) 약 25~40분이 소요되며, 이는 통합 또는 분류 작업 전입니다.

크레딧 메모와 조정 송장은 배치 처리를 중단시키나요?

아니요. 크레딧 메모와 조정 송장은 표준 송장과 동일한 방식으로 처리됩니다. AI가 문서를 읽고 정의한 모든 열을 추출합니다. 스키마에 문서 유형 (송장 / 크레딧 / 조정) 열을 포함하면 병합된 출력에서 차변과 대변이 구분됩니다. 반품 또는 가격 조정에 대한 크레딧 메모는 동일한 스프레드시트 구조로 흘러 들어가며, 문서 유형 열을 통해 정확한 순비용 계산이 가능합니다. 배치는 단순히 송장과 함께 이를 처리합니다.

배치 출력물을 회계 소프트웨어에 직접 공급할 수 있나요?

배치 출력은 표준 Excel(XLSX) 또는 CSV 파일로, QuickBooks, Xero 및 대부분의 레스토랑 회계 플랫폼에서 가져오기 위해 사용하는 형식과 동일합니다. 각 열은 회계 시스템의 데이터 필드에 매핑됩니다. USAR 코드(농산물 → 5140, 단백질 → 5110/5130 등)별 분류는 매주 수동 코딩 없이도 GL 계정 매핑이 일관되게 유지되도록 합니다. 식자재 원가 추적을 위해 Google Sheets를 사용하는 레스토랑의 경우, 도구의 Google Sheets 애드온을 통해 추출된 데이터를 스프레드시트에 직접 작성할 수 있어 내보내기 및 재가져오기 단계가 필요하지 않습니다.

주간 식품 유통업체 청구서 일괄 처리

이 글에서 설명하는 일괄 워크플로(단일 열 스키마, 모든 공급업체, 매주)는 레이아웃 매칭이 아닌 의미 기반 추출에 의존합니다. ImageToTable.ai는 열 이름 추출 방식을 사용합니다. 원하는 필드 이름을 입력하면 비전 모델이 문서의 형식, 레이아웃, 인쇄 여부, 필기 여부와 관계없이 모든 페이지에서 일치하는 값을 찾아냅니다. 동일한 열 정의가 Sysco, US Foods, 농산물 공급업체, 유제품 공급업체, 제과점 청구서에 공급업체별 설정 없이 적용됩니다.

화요일 청구서 5개를 한 번에 업로드하세요. 도구는 하나의 통합 스프레드시트를 생성합니다. 각 행은 공급업체 중 하나의 라인 항목이고, 각 열은 사용자가 지정한 필드이며, 카테고리 열은 식품 원가 보고를 위해 모든 항목을 그룹화합니다. 매주 동일한 열 템플릿을 재사용하면 공급업체 협상을 증거 기반으로 만드는 가격 이력을 구축할 수 있습니다.