다중 공급업체 식품 인보이스에서 품목을 일괄 추출하여
하나의 스프레드시트로
일반적인 레스토랑의 화요일 배송일에는 세 장의 인보이스가 도착합니다. Sysco: 52개 품목, 제품 코드, 패키지 크기, 단백질 제품의 Catch Weight(실중량) 열이 포함된 5페이지 분량의 PDF. US Foods: 완전히 다른 레이아웃의 3페이지 분량 이메일 PDF — 단가 열이 두 칸 왼쪽에 있고, 설명에는 다른 약어가 사용됩니다. 지역 농산물 공급업체: 볼펜으로 수량을 휘갈겨 적은 15개 품목의 손으로 쓴 배송 메모. 약 100개의 품목이 세 가지 호환되지 않는 형식으로 동시에 도착하는 셈입니다. r/smallbusiness에서 한 사업주가 레스토랑 운영자들이 매주 직면하는 질문을 올렸습니다: "공급업체가 PDF로 인보이스를 보내는데 Excel로 변환해야 합니다. 어떤 도구를 사용하고 계신가요?" 해당 게시물의 답변은 기본적인 방법으로 수작업 입력을 지적합니다. 이 글은 자동화된 대안을 설명하며 — 그리고 왜 식품 유통업체 인보이스가 일반 사무용품 인보이스보다 추출 도구에 더 많은 것을 요구하는지 설명합니다.
핵심 요점
- 단일 Sysco 인보이스에는 52개 품목과 750개 이상의 개별 값이 포함되어 있지만, 템플릿 기반 도구는 인보이스가 실제로 38.7파운드 인수량(Catch Weight, 주문 수량이 아닌 실제 배송된 파운드 수로 청구하는 방식)으로 가격이 책정되었음에도 "40파운드 주문"을 조용히 추출하여, 월말 대사에서 불일치가 드러날 때까지 품목별 차이를 숨깁니다.
- Catch Weight 가격 책정, 공급업체별로 다른 패키지 크기, 운전기사의 손으로 쓴 대체 메모는 드문 예외가 아닙니다 — 대부분의 식품 인보이스에 나타납니다 — 그리고 템플릿 추출은 이러한 필드가 템플릿이 가리킬 수 있는 고정 그리드 위치에 없기 때문에 체계적으로 실패합니다.
- 열 이름을 한 번만 정의하세요 — 주문 수량, 인수 수량, Catch Weight 플래그 — ImageToTable.ai는 데이터가 어디에 있는지가 아니라 무엇을 의미하는지 읽어 Sysco의 PDF, US Foods의 PDF, 손으로 쓴 농산물 메모에서 모든 품목을 단일 배치로 추출하여 두 시간의 수작업 입력을 몇 분의 검증으로 바꿔 드립니다.
식품 유통업체 인보이스가 일반 인보이스보다 처리하기 어려운 이유
일반 사무용품 인보이스는 간단합니다. 상단에 공급업체 이름, 인보이스 번호, 날짜, 그리고 품목 설명, 수량, 단가, 합계로 구성된 짧은 품목 표가 있습니다. 문서 전체가 한 페이지에 들어갑니다. 필드 라벨도 일관되게 표시됩니다. 추출은 레이아웃 문제를 해결하는 것입니다.
식품 유통업체 인보이스는 한 번에 다섯 가지 문제를 해결해야 합니다. 첫째, 길이: Sysco 인보이스는 보통 4~5페이지에 달하며, 40~60개의 품목이 연속된 표에 분산되어 있고, 페이지 경계를 넘어 카테고리 중간에 끊기는 경우가 많습니다. 바쁜 레스토랑의 단일 주문은 농산물, 유제품, 단백질, 건화물, 종이용품, 세척제에 이르기까지 다양할 수 있으며, 각각 동일한 인보이스의 별도 섹션에 표시됩니다. 때로는 섹션별 소계가 품목처럼 보이지만 실제로는 품목이 아닌 경우도 있습니다.
둘째, 패키지 크기 변동성: 동일한 원재료가 공급업체에 따라 다른 단위로 표시됩니다. Sysco의 닭가슴살은 40파운드 케이스로 판매됩니다. US Foods의 동일 제품은 50파운드 케이스로 제공됩니다. 지역 가금류 공급업체는 파운드 단위로 직접 판매합니다. 품목 추출은 인보이스 가격뿐만 아니라 모든 품목의 패키지 크기와 단위를 캡처해야 합니다. 공급업체 간 가격 비교는 공통 단위로 정규화해야 하기 때문입니다. 인보이스 합계만 캡처하는 헤더 수준 추출은 다운스트림 비용 분석에 전혀 쓸모가 없습니다.
셋째, Catch Weight(실중량): 단백질(소고기, 닭고기, 생선)은 주문 중량이 아닌 실제 중량으로 가격이 책정되는 경우가 많습니다. 인보이스에는 같은 줄에 "주문: 40파운드"와 "인수: 38.7파운드"가 표시되며, 인보이스 가격은 실제 중량으로 계산됩니다. 중량 필드 옆에 보이는 첫 번째 숫자를 무작정 읽는 도구는 잘못된 가격 기준을 추출하게 됩니다. 추출은 어떤 중량 필드가 가격을 결정하는지 식별하고 해당 필드를 추출해야 합니다. 다른 필드가 아닌 것입니다.
넷째, 수기 조정 사항: 식품 배송에는 대체 품목이 포함되는 경우가 많습니다. 운전기사가 "80/20 간 쇠고기 — 2케이스"를 지우고 "85/15로 대체 — 동일 가격"이라고 적습니다. 또는 농산물 품목이 부족한 경우: "로마 토마토 — 25파운드 주문, 5파운드 부족." 이러한 메모는 인쇄된 인보이스에 직접 수기로 작성됩니다. 기존 OCR은 인쇄된 텍스트와 수기 텍스트를 서로 관련 없는 덩어리로 읽습니다. "대체"라는 단어를 위의 품목과 연결할 수 없습니다. 의미를 읽는 비전 모델은 수기가 인접한 품목에 속한다는 것을 식별하고 그에 따라 추출을 조정할 수 있습니다.
다섯째, 다중 공급업체 일괄 처리: 화요일의 세 인보이스는 형식이 동일하지 않습니다. Sysco는 한 가지 레이아웃을 사용합니다. US Foods는 다른 레이아웃을 사용합니다. 농산물 공급업체의 수기 메모는 둘 다 사용하지 않습니다. 템플릿 기반 추출 도구는 세 가지 별도 구성이 필요합니다. 그리고 수기 메모는 자유 형식 수기에 대해 템플릿을 만들 수 없기 때문에 구성을 전혀 받지 못합니다. 각 공급업체를 개별적으로 구성해야 한다면 일괄 처리의 전체 약속이 무너집니다.
식품 유통업체 인보이스는 "음식이 포함된 인보이스"가 아닙니다. 예외 사항이 내장된 다중 페이지 구조 문서이며, 수기와 인쇄된 콘텐츠가 같은 페이지에 공존하고, 공급업체별 구성을 반복 비용으로 만드는 형식 다양성을 갖추고 있습니다. 이를 일반 인보이스처럼 취급하는 추출 방식은 가장 중요한 데이터를 놓치게 됩니다.
실제 추출 대상 — 헤더 데이터와 품목
인보이스 추출은 두 가지 계층으로 나뉩니다. 헤더 데이터는 "누가 언제 보냈는가"에 대한 답을 제공합니다: 공급업체 이름, 인보이스 번호, 인보이스 날짜, 납기일, 구매 주문 번호, 인보이스 합계입니다. 식품 유통업체 인보이스의 경우 헤더 데이터만으로는 거의 얻을 수 있는 것이 없습니다 — 이번 주 Sysco에 얼마를 지출했는지는 알 수 있지만, 무엇에 지출했는지는 알 수 없습니다.
품목 추출은 "무엇을 구매했고 각 항목의 비용이 얼마인가"에 대한 답을 제공합니다. 출력의 각 행은 인보이스의 한 줄을 나타내며, 다음 열로 구성됩니다:
헤더 수준 필드 (인보이스당 값 1개):
공급업체 이름 | 인보이스 번호 | 인보이스 날짜 | 배송 날짜품목 필드 (항목당 행 1개, 모든 줄에 반복):
품목 코드 / SKU | 품목 설명 | 카테고리 (농산물/유제품/단백질/건조식품/종이류)
주문 수량 | 인수 수량 | 단위 (lb/케이스/개/갤런)
패키지 크기 | 단가 | 품목 합계
Catch Weight(실중량) (Y/N) | 인수 중량 | 가격 기준 (주문/실제)
대체 메모 | 로트 / 배치 번호품목이 52개인 Sysco 인보이스의 경우, 단일 인보이스에서 52개의 출력 행 × 약 15개 열 = 780개의 개별 추출 값이 생성됩니다. 공급업체 3곳을 기준으로 하루 배송 시 약 1,500개의 추출 데이터 포인트가 생성됩니다. 값당 5초씩 수동 입력하면 2시간 이상이 소요됩니다. 아래 설명된 추출 방식은 몇 초 안에 처리하며, 검증도 몇 시간이 아닌 몇 분이면 완료됩니다.
굵게 표시된 필드 — 인수 수량, Catch Weight(실중량), 가격 기준, 대체 메모 — 는 식품 유통업체 인보이스 추출을 일반 인보이스 추출과 구분 짓는 요소입니다. 대부분의 도구는 이러한 필드에서 조용히 실패합니다: 첫 번째로 보이는 숫자이기 때문에 주문 수량을 추출하지만, 인보이스 가격은 인수 수량을 기준으로 계산되었으며, 이러한 불일치는 월말 재고 조정 때까지 발견되지 않습니다.
단계별 추출 워크플로우
아래 워크플로우는 열 이름 추출 방식을 사용합니다. 각 공급업체의 인보이스 레이아웃에서 양식 필드를 표시하는 대신, 원하는 열 이름을 입력하면 AI가 정보의 위치가 아닌 의미를 이해하여 각 페이지에서 일치하는 데이터를 찾습니다. 하나의 열 정의로 Sysco의 PDF, US Foods의 PDF, 그리고 지역 공급업체의 손으로 쓴 메모까지 처리할 수 있으며, 공급업체별 설정이 필요 없습니다.
1단계 — 열 이름을 한 번 정의합니다. 이 열 이름들은 템플릿으로 저장되어 모든 배송 배치에 재사용됩니다:
Supplier Name | Invoice # | Invoice Date | Delivery Date
Item Code | Item Description | Category
Qty Ordered | Qty Received | Unit (lb/case/each)
Pack Size | Unit Price | Extended Price (Line Total)
Catch Weight (Y/N) | Actual Weight Received
Substitution / Adjustment Note2단계 — 모든 인보이스를 한 번에 업로드합니다. Sysco PDF(5페이지), US Foods PDF(3페이지), 그리고 손으로 작성한 농산물 메모의 휴대폰 사진을 단일 배치 업로드에 끌어다 놓습니다. 공급업체별 설정이 필요 없습니다. 템플릿 제작도 필요 없습니다. AI가 세 문서를 동시에 읽으며, 각 공급업체 이름을 해당 인보이스에 자동으로 매칭합니다.
3단계 — 결과를 검토합니다. 직접 입력하지 않습니다. 결과는 단일 Excel 파일로 생성되며, 각 행은 품목 하나, 각 열은 정의한 필드 이름과 일치하며, Supplier Name 열은 각 행이 어떤 인보이스에서 왔는지 알려줍니다. 검증 단계 — 플래그가 지정되었거나 신뢰도가 낮은 값을 스프레드시트에서 스캔하는 작업 — 은 배송 배치당 수 분이 소요되며, 이를 대체하는 수 시간의 수동 입력과 대조됩니다:
| 공급업체 | 품목 코드 | 품목 설명 | 카테고리 | 주문 수량 | 인수 수량 | 단위 | 패키지 크기 | 단가 | 총액 | Catch Wt | 대체 메모 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Sysco | 472819 | CHKN BRST BNLSS SKNLS 6OZ | Protein | 2 | 2 | case | 40 lb | $2.82 | $225.60 | N | |
| Sysco | 883412 | GROUND BEEF 80/20 10# | Protein | 3 | 3 | case | 10 lb | $3.45 | $103.50 | N | |
| Sysco | 556201 | TOMATO ROMA 25# | Produce | 2 | 2 | case | 25 lb | $1.50 | $75.00 | N | |
| US Foods | CHK-BR-6 | CHICKEN BREAST BONELESS 6 OZ | Protein | 2 | 2 | case | 50 lb | $2.70 | $270.00 | N | |
| US Foods | BEEF-8020 | GROUND BEEF 80/20 FRESH | Protein | 3 | 3 | case | 10 lb | $3.60 | $108.00 | N | |
| US Foods | SALM-ATL-8 | ATLANTIC SALMON FILET 8OZ | Protein | 15 | 14.3 | lb | — | $12.50 | $178.75 | Y | 실중량: 14.3 lb |
| Local Produce | — | Roma Tomatoes | Produce | 20 | 18 | lb | — | $1.35 | $24.30 | N | 2 lbs 부족 |
AI가 자동으로 해결하는 차이점을 확인하십시오. Sysco는 닭가슴살을 12자리 약어로 "472819"로 코드화합니다. US Foods는 더 긴 설명과 함께 "CHK-BR-6"로 코드화합니다. 품목 이름은 다르게 보이지만 둘 다 동일한 카테고리(Protein)에 매핑되며 피벗 테이블에서 비교할 수 있습니다. US Foods의 대서양 연어에는 Catch Weight(실중량)가 적용됩니다: 15 lbs 주문, 14.3 lbs 인수, 실중량 기준으로 가격이 책정됩니다. 로컬 Roma 토마토는 2 lbs 부족하며, 대체 메모에 이를 기록합니다. 추출은 세 가지 서로 다른 인보이스 형식에서 이러한 모든 예외 사례를 단일 패스로 포착합니다.
템플릿 기반 추출을 무너뜨리는 엣지 케이스 — AI가 이를 처리하는 방법
식품 유통업체 청구서에는 일반 청구서에는 없는 오류 유형이 있습니다. 이를 이해하면 템플릿 기반 도구에 지속적인 유지보수가 필요한 이유와 의미 기반 추출 방식에는 그럴 필요가 없는 이유가 설명됩니다. 실제 Sysco 및 US Foods 청구서에서 이러한 각 오류 유형이 발생하는 이유를 자세히 알아보려면 식품 유통업체 청구서 품목 추출 오류 분석을 참조하세요.
손으로 쓴 품목 조정. 운전기사가 갈은 소고기 품목 옆에 "80/20 대신 85/15로 대체 — 가격 동일"이라고 적습니다. 템플릿 도구에게 이는 잡음일 뿐입니다. OCR이 문자를 읽을 수는 있지만, 템플릿은 "품목 합계" 셀에 특정 값이 들어올 것을 기대하므로 옆에 있는 자유 형식 텍스트를 처리할 방법을 모릅니다. 의미를 읽는 비전 모델은 손으로 쓴 텍스트가 인접한 품목에 맥락상 속한다는 것을 인식하여 "대체 메모" 열로 추출합니다. 원래 주문(80/20 갈은 소고기)은 여전히 캡처됩니다. 대체되었다는 사실도 캡처됩니다. 주방에서는 실제로 받은 것이 무엇인지 알 수 있습니다.
Catch Weight(실중량) 가격 책정. 연어, 스테이크, 치즈가 실제 중량으로 가격이 책정되는 경우, 청구서에는 동일한 품목에 대해 주문 중량과 인수 중량이라는 두 개의 중량 열이 표시됩니다. 청구서 합계는 인수 중량을 기준으로 합니다. 두 숫자를 모두 추출하지만 어느 것이 가격을 결정하는지 식별하지 못하는 도구는 재고 조사 시점에 조정 오류를 발생시킵니다. 명확한 열 이름("Qty Ordered" 및 "Qty Received"를 별도 열로, "Catch Weight(실중량) (Y/N)" 플래그 포함)을 사용하는 AI 추출은 두 값을 모두 보존하고 가격 기준을 명확하게 만듭니다.
표 중간의 페이지 나눔. Sysco 청구서의 품목 표는 2페이지와 3페이지에 걸쳐 있으며, 페이지 나눔이 품목 28과 29 사이에 위치합니다. 열 헤더는 3페이지에 반복되지 않습니다. 표가 1페이지의 고정 위치에서 시작할 것으로 기대하는 템플릿은 페이지 나눔 이후의 모든 품목을 놓칩니다. 품목 설명과 관련 숫자 값을 검색하는 AI 추출은 페이지 경계를 신경 쓰지 않습니다. 문서를 연속적인 흐름으로 계속 읽습니다.
혼합된 측정 단위. 동일한 청구서에 농산물은 상자 단위(로마 토마토 25lb), 유제품은 갤런 단위(전유), 단백질은 파운드 단위(연어), 건조 식품은 개별 단위(밀가루 50lb 자루)로 나열될 수 있습니다. 단위 열의 의미는 품목마다 달라집니다. 템플릿 기반 추출은 종종 청구서당 단일 측정 단위를 가정하고 값을 잘못 분류합니다. 각 품목의 단위 필드를 독립적으로 읽는 AI 추출은 모든 행을 자체 추출 컨텍스트로 처리하므로 혼합 단위를 올바르게 처리합니다.
추출된 품목에서 실행 가능한 스프레드시트로
품목 추출은 주간 운영 리듬의 첫 단계입니다. 그 다음 단계가 데이터를 의사 결정으로 전환합니다.
레시피 비용을 업데이트합니다. 추출된 각 품목에는 단가가 포함되어 있습니다. 접시 비용을 추적하는 레스토랑의 경우, 이는 식재료비 비율 계산의 입력값입니다. Sysco 인보이스에 닭가슴살이 파운드당 $2.82로 표시되고 US Foods가 파운드당 $2.70로 표시되면, 더 저렴한 공급업체의 가격이 치킨 메인 요리의 레시피 비용에 반영되어 접시 비용이 차이에 1회 제공량을 곱한 만큼 절감됩니다. 주간 추출을 통해 레시피 비용은 항상 최신 상태로 유지되며, 3개월 전 마지막 메뉴 업데이트 시 입력된 가격에 기반하지 않습니다.
각 식재료의 가격 이력을 구축합니다. 일관된 열 구조로 매주 추출 결과를 저장하면 공급업체별 모든 식재료 가격의 주간 검색 가능한 기록이 생성됩니다. 12주간 닭가슴살 행을 내보내고 단가를 차트로 표시하면 가격 변동의 시각적 이력을 확인할 수 있습니다. 차트를 통해 Sysco 담당자의 "가격이 안정적이었다"는 주장이 데이터와 일치하는지 알 수 있습니다.
재고 조정에 반영합니다. 인수 수량 열을 범주별로 합산하면 주간 재고의 입력값이 됩니다. 추출 결과 이번 주 모든 공급업체에서 닭가슴살 80파운드를 인수한 것으로 표시되고 냉장고에 55파운드가 남아 있다면, 그 차이가 이번 주 실제 사용량이며 실제 대비 이론적 식재료비 계산의 기초가 됩니다. 수동 데이터 입력은 이 조정을 신뢰할 수 없게 만드는 전사 오류를 발생시킵니다. 추출된 데이터는 전사 변수를 제거합니다.
공급업체 협상을 지원합니다. 공급업체가 가격 인상을 제안하면 추출 이력이 객관적인 데이터를 제공합니다. "닭가슴살 가격이 지난 6주 동안 $2.70에서 $2.95로 9.2% 인상되었습니다. 뼈 없는 가슴살의 상품 지수는 같은 기간 3.1% 변동했습니다. 그 차이를 설명해 주시겠습니까?" 대화는 의견이 아닌 증거에 기반하게 되고, 공급업체는 문서화된 기록이 있다는 것을 알게 됩니다.
템플릿을 구성하지 않고 인보이스 데이터 추출을 시작하는 실습 방법으로, AI 인보이스 데이터 추출 도구를 사용해 보세요. 이 도구는 여러 공급업체의 식품 인보이스, 손으로 쓴 메모, Catch Weight(실중량) 가격 책정을 단일 배치로 처리합니다.
FAQ
표가 여러 페이지에 걸쳐 계속되는 다중 페이지 인보이스도 처리할 수 있나요?
네. AI는 문서 전체를 연속적인 정보 흐름으로 읽습니다. 각 페이지를 별도의 문서로 취급하거나 표가 단일 페이지에 국한될 것으로 기대하지 않습니다. Sysco 인보이스의 품목 표가 2페이지와 3페이지에 걸쳐 나뉘어 있고(3페이지에 열 헤더가 반복되지 않는 경우), AI는 표가 중단된 지점부터 품목 추출을 계속합니다. 페이지를 별도로 업로드하거나 페이지 범위를 구성할 필요가 없습니다. 모든 인보이스의 모든 페이지를 함께 일괄 업로드하면 추출 결과로 모든 페이지의 모든 품목이 포함된 단일 출력 파일이 생성됩니다.
AI가 다양한 패키지 크기와 단위 변환을 이해하나요?
AI는 인보이스에 인쇄된 대로 패키지 크기와 단위를 추출합니다. 단위를 자동으로 변환하지는 않습니다(예: lbs를 kg으로 변환). 대신 두 값을 모두 캡처하여 스프레드시트에서 정규화할 수 있도록 합니다. "Pack Size: 40"과 "Unit: lb"가 각각 별도의 열로 추출되어 다운스트림 변환이나 단가 계산에 필요한 원시 데이터를 제공합니다. 추출 중에 변환을 처리하려는 팀을 위해 계산 열을 정의할 수 있습니다. 예를 들어 "단가(확장 가격 ÷ 인수 수량, 소수점 두 자리)"와 같이 정의하면 AI가 출력 전에 계산을 수행하므로 모든 품목에 패키지 크기와 관계없이 정규화된 단가가 이미 포함됩니다.
운전기사가 인쇄된 인보이스에 직접 대체 메모를 작성하면 어떻게 되나요?
인쇄된 인보이스에 손으로 쓴 메모(배송 기사가 작성한 대체, 부족, 가격 조정)는 AI가 읽어 출력에 캡처합니다. 예를 들어 "80/20 Ground Beef — 2 cases"에 "subbed 85/15 — same $"라고 손으로 쓴 메모가 있는 경우, 원래 품목(80/20 ground beef)은 여전히 품목 설명으로 추출되고 대체 메모는 지정된 열에 표시됩니다. 이는 비전 모델 추출을 기존 OCR과 구분하는 기능입니다. 기존 OCR은 인쇄된 텍스트와 손으로 쓴 텍스트를 독립적으로 읽어 맥락적으로 연결할 수 없습니다. 실질적인 한계: 손글씨가 합리적으로 읽을 수 있어야 하고 사진에 메모가 선명하게 보여야 합니다. 평평한 인보이스를 좋은 조명에서 정면으로 촬영하면 안정적인 결과가 나옵니다. 접힌 인보이스를 어두운 조명에서 각도로 촬영하면 손으로 쓴 부분의 정확도가 낮아집니다.
AP 자동화 플랫폼(예: Restaurant365, xtraCHEF)을 사용하는 것과 어떻게 다른가요?
AP 자동화 플랫폼은 전체 지급 계정 워크플로우를 제공합니다. 송장을 수집하고, 품목을 GL 계정에 코딩하고, 승인을 라우팅하고, 회계 시스템과 통합합니다. 월 수백 건의 송장을 처리하는 다중 지점 레스토랑 그룹의 경우 통합 깊이와 자동화 이점이 플랫폼 비용을 정당화합니다. 주당 10~20건의 송장을 세 공급업체로부터 처리하는 단일 레스토랑 또는 소규모 그룹의 경우, 동일한 품목 추출을 AI 사진-스프레드시트 추출로 수행할 수 있으며, 이미 사용 중인 스프레드시트 기반 추적 시스템과 호환되는 표준 Excel 출력을 생성합니다. 차이는 범위에 있습니다. AP 플랫폼은 전체 지급 프로세스를 자동화합니다. 품목 추출은 송장 데이터를 스프레드시트로 가져오는 특정 문제를 해결하며, 규모에 따라 전체 플랫폼으로 가는 디딤돌이 되거나 영구적인 경량 솔루션이 될 수 있습니다.
공급업체가 표준 송장 대신 대변 메모나 조정 송장을 보내면 어떻게 하나요?
대변 메모, 차변 메모, 조정 송장은 표준 송장과 동일한 방식으로 처리됩니다. AI가 문서를 읽고 정의한 필드를 추출합니다. 대변 메모가 원래 송장 번호를 참조하는 경우 해당 참조가 출력에 캡처됩니다. 핵심은 문서 유형 열을 포함하는 것입니다. 예를 들어 "문서 유형(송장/대변 메모/조정)"과 같이 말입니다. 이를 통해 출력이 청구와 대변을 구분할 수 있습니다. 반품 품목이나 가격 수정에 대한 대변 메모는 일반 송장과 동일한 스프레드시트 구조로 흐르며, 문서 유형 열을 통해 정확한 순비용 계산이 가능합니다.
열 템플릿을 저장하고 매주 재사용할 수 있나요?
네. 정의한 열 이름(공급업체 이름, 품목 코드, 품목 설명, 인수 수량, 단가 및 기타 모든 필드)은 첫 사용 후 템플릿으로 저장됩니다. 이후 매주 배송 배치에는 한 번의 클릭으로 동일한 템플릿이 사용되며, 매번 동일한 구조의 출력이 생성됩니다. 이것이 위에서 설명한 가격 이력 및 추세 추적을 실용적으로 만드는 이유입니다. 주간 일관된 열 구조는 데이터가 자동으로 마스터 시트에 통합될 수 있음을 의미하며, 배치 간 재포맷이 필요 없습니다.