소규모 식품 제조사를 위한 로트·유통기한 추적 앱

추적성 앱이 해결하는 문제

작을 때는 스프레드시트로 괜찮다고 느낍니다. 몇 줄을 훑어보고, 날짜로 필터링한 뒤 나중에 정리하면 된다고 스스로 말하죠. 하지만 재료가 여러 개이고 완제품이 여러 종이며 동일한 투입물을 반복해서 쓰는 생산이 생기면 그 방법은 더 이상 통하지 않습니다.

스프레드시트는 실제 상황을 다루기 어렵습니다. 하나의 원재료 로트가 여러 배치로 나뉘고, 하나의 배치가 여러 SKU나 패키지 사이즈가 되기도 합니다. 반품이 발생합니다. 라벨이 재인쇄됩니다. 누군가 행을 복사하고 로트 번호를 바꾸는 걸 잊기도 합니다. 문제가 생겼을 때는 단순한 "데이터 입력"을 다루는 것이 아니라, 이력을 잃어버린 상황을 다루게 됩니다.

로트 추적성은 두 가지 질문에 빠르고 자신 있게 대답할 수 있는 능력입니다:

• 이 로트는 어디로 갔나? (어떤 제품, 어떤 고객, 어떤 날짜)
• 이 제품 로트에 무엇이 들어갔나? (어떤 원재료 로트, 어떤 배치, 어떤 공급업체)

로트와 유통기한 추적 앱은 그 답을 일상적으로 만들어 줍니다. 메모를 뒤지는 대신 수령, 생산, 포장, 판매 같은 중요한 시점에 로트를 기록하세요. 각 이동은 나중에 따라갈 수 있는 흔적을 남깁니다.

유통기한 추적은 다른 문제를 해결합니다: 조용한 손실입니다. 어느 것이 유통기한에 가까운지 명확하지 않으면 제품을 낭비하거나(선반에서 만료) 더 큰 위험을 감수하게 됩니다(판매되어서는 안 될 제품이 팔림). 임박 유통기한 가시성은 생산 계획에도 도움이 됩니다: 오래된 재료를 먼저 쓰고, 구매주문을 조정하고 과도한 구매를 피할 수 있습니다.

"로트 번호로 리콜"은 실제로 단순해야 합니다. 로트 번호를 입력하거나 스캔하면 그것이 연결된 내용—어떤 완제품 로트가 되었고, 누가 받았으며, 아직 어떤 재고가 남아있는지(그리고 어디에 있는지), 알림용 고객 목록과 수량—이 보여야 합니다.

작은 소스 제조업체의 경우, 한 고추가루 로트가 두 SKU에 걸쳐 세 개의 배치에 사용되었고, 창고에 남아 있는 18박스와 지난주에 출하된 6명의 고객을 식별하는 것이 될 수 있습니다.

이걸 AppMaster 같은 도구로 만들면 로트, 배치, 유통기한을 데이터베이스 우선 방식으로 모델링한 다음, 접수와 생산 같은 간단한 폼을 추가해 작업이 진행되는 동안 올바른 정보가 캡처되도록 할 수 있습니다.

로트와 유통기한을 추적하기 위해 필요한 기본 데이터

추적 시스템은 모두가 같은 몇 가지 사실을 같은 방식으로 기록할 때만 작동합니다. 큰 데이터베이스가 필요하진 않지만, 용어는 명확해야 합니다.

SKU는 당신이 판매하는 제품입니다(예: 12 oz 딸기 잼). 로트는 동일한 시점에 만들어지거나 수령되어 함께 추적되는 특정 집단입니다. 소규모 공장에서는 배치(batch)를 로트처럼 쓰기도 하지만, 한 번의 가열 회차나 생산 이벤트를 의미하기도 합니다. 하나의 용어(로트 또는 배치)를 정하고 모든 곳에서 사용하세요.

접수 시에는 그것이 무엇인지, 어디서 왔는지, 언제 만료되는지를 답할 수 있는 최소한의 필드를 캡처하세요. 접수 데이터가 일관되지 않으면 좋은 화면도 도움이 되지 않습니다.

접수 시 기록할 필드:

• 공급업체 이름(공급업체 로트가 제공되면 함께)
• 접수일
• 내부 로트 번호(나중에 검색할 번호)
• 유통기한 또는 권장 소비 기한
• 수량과 단위(박스, 파운드, 병 등)

유통기한은 보통 공급업체 라벨에서 옵니다. 당신이 생산하는 품목은 내부 유통기한 규칙(예: 생산일로부터 14일)이나 테스트된 권장 소비 기간에서 옵니다. 생산 중에 로트를 만들 때는 생산일과 계산된 유통기한을 함께 저장해 규칙이 명확히 보이도록 하세요.

제품이 이동할 때는 한 가지 간단한 생각을 유지하세요: 모든 거래는 "로트 X가 Y만큼 변경되었다"라고 말해야 합니다. 각 단계(생산, 보관, 출하, 판매)에서 로트 번호, 날짜/시간, 위치(또는 보관 구역), 수량 변동을 캡처하세요.

재작업과 로트 혼합은 팀이 종종 길을 잃는 지점입니다. 이를 레시피처럼 다루세요: Lot A와 Lot B를 결합해 새 런을 만들면 새 로트(Lot C)를 만들고 Lot C의 "부모"(A와 B)와 사용된 수량을 기록하세요. 이렇게 하면 Lot A를 검색해도 어디에 사용되었는지 계속 볼 수 있습니다.

AppMaster 같은 도구는 몇 개의 테이블과 폼으로 이러한 필드를 빠르게 모델링할 수 있어 팀이 첫날부터 일관되게 로트를 입력할 수 있습니다.

접수에서 판매까지의 단순한 로트 흐름

로트와 유통기한 추적 앱은 프로세스가 단순하고 일관될 때 가장 잘 작동합니다. 도크에서 시작해 제품이 당신의 손을 떠날 때 끝나는 "로트 이야기를" 생각하세요. 각 단계마다 한 화면에서 그 이야기를 따라갈 수 있으면 리콜과 재고 결정이 훨씬 쉬워집니다.

접수부터 시작하세요. 모든 납품은 즉시 로트 기록을 생성해야 합니다. 공급업체, 제품, 로트 번호, 유통기한/권장 소비 기한, 수량, 접수일을 캡처한 다음 일치하는 라벨을 인쇄하거나 적어 케이스, 통, 빈에 붙이세요. 목표는 재고가 어디에 있든 로트 번호가 보이도록 하는 것입니다.

생산에서는 재료를 만든 것과 연결합니다. 우유·배양균·소금을 치즈로 만들면 완제품 런이 자체 로트가 됩니다. 이 완제품 로트는 어떤 원재료 로트가 들어갔는지를 "기억"해야 합니다. 이것이 역추적(무엇을 사용했나?)과 정방향 추적(어디로 갔나?)을 가능하게 합니다.

보관은 추적성이 자주 깨지는 곳입니다. 실용적으로 유지하세요: 선반·냉장고·팔레트 자리마다 하나의 위치 이름과 필요하면 간단한 빈 ID를 두세요. 재고를 이동할 때 수량을 업데이트하세요. 실시간 완벽한 정확성은 필요 없지만 마지막 알려진 위치는 명확해야 합니다.

판매와 출하는 마지막 연결 고리입니다. 각 주문은 어떤 완제품 로트가 피킹되었는지, 몇 단위인지, 누가 받았는지를 기록해야 합니다. 직접 판매하고 "주문"이 없다면 고객별 간단한 판매 로그나 마켓데이 로그를 사용하세요.

반품, 폐기, 재작업도 부수적으로 다루지 말고 실제 이동으로 다루세요. 반품된 품목은 동일한 로트로 특정 위치에 다시 들어갑니다. 폐기는 로트에 대해 사유를 적어 기록합니다(유통기한 경과, 손상, QA 보류 등). 재작업은 입력 로트와 연결된 새 완제품 로트가 됩니다.

예: 작은 살사 업체가 토마토 Lot T-104를 수령해 Salsa Mild Lot SM-220을 만들고 그것을 "쿨러 A 선반 2"에 보관한 뒤 SM-220에서 30병을 지역 상점으로 출하했다고 가정해 보세요. 고객의 전화가 오면 SM-220을 찾아 T-104가 사용되었음을 확인하고 어떤 주문에 포함되었는지 정확히 알 수 있습니다.

단계별: 기본 추적 워크플로 설정하기

작게 시작하고 일상 경로를 가장 쉬운 경로로 만드세요. 로트와 유통기한 추적 앱은 접수·생산·출하가 분이 아닌 초 단위로 끝날 때만 작동합니다.

1) 필수 항목 먼저 설정하기

실제로 다루는 것을 적으세요. 회계 시스템이 부르는 이름이 아니라 실제로 쓰는 이름을 적고 일관되게 유지하세요.

당신에게 필요한 세 가지 간단한 목록:

• 판매하는 제품(상품 코드 SKU, 포장 단위, 유통기한 규칙이 다르면 그 규칙)
• 수령하는 원재료 및 포장 자재(공급업체, 일반 단위, 알레르기 표시 등)
• 보관 위치(방, 냉장고, 냉동고, 선반 또는 빈)

AppMaster에서는 이것이 Data Designer의 몇 개 테이블로 깔끔하게 매핑됩니다. 나중에 필드를 추가하세요. 하지만 팀이 매일 쓸 최소 항목으로 시작하세요.

2) 팀이 실제로 따를 로트 ID 형식 선택하기

최고의 로트 형식은 사람들이 압박 속에서도 올바르게 만들 수 있는 형식입니다. 많은 소규모 생산자는 날짜와 짧은 런 코드(예: 2026-01-25-A)를 사용합니다. 공급업체 로트를 따로 저장하면 잃지 않습니다.

그런 다음 실제 작업에 맞는 세 개의 간단한 화면을 만드세요:

• 접수: 원재료, 공급업체 로트, 내부 로트, 유통기한/권장 소비 기한, 수량, 위치
• 생산: 완제품 로트와 사용된 원재료 로트(수량 포함)
• 출하/판매: 완제품 로트, 출고 수량, 고객 또는 채널, 날짜

빠른 검색을 기본으로 두세요. 바코드가 있으면 스캔하세요. 없으면 큰 "로트 검색" 필드와 짧은 로트 형식을 사용해 수동 입력을 신뢰할 수 있게 만드세요.

3) 롤아웃 전에 한 제품 라인으로 테스트하기

먼저 한 재빠르게 움직이는 제품으로 파일럿을 돌리세요. 한 번에 모든 것을 완벽하게 하려고 하지 마세요.

유용한 테스트는: 원재료 납품 하나를 접수하고, 배치 하나를 만들고, 몇 단위를 출하한 뒤 그 뒤와 앞을 추적해보는 것입니다.

파일럿 체크리스트:

• 누구나 10초 이내에 올바른 로트를 생성할 수 있는가?
• 하나의 완제품 로트에서 출하된 모든 단위를 찾을 수 있는가?
• 해당 완제품 로트에 어떤 원재료 로트가 들어갔는지 볼 수 있는가?
• 유통기한이 접수와 피킹에서 명확히 표시되는가?
• 위치는 물건을 추측 없이 찾을 수 있을 만큼 정확한가?

어떤 단계가 느리게 느껴지면 화면을 단순화하거나 필수 필드를 줄이거나 스캔을 추가하세요. 속도가 추적성을 일관되게 만드는 핵심입니다.

노이즈 없이 유통기한 임박 재고 표시하기

유통기한 임박 알림은 오늘 당장 결정할 수 있는 항목을 가리킬 때만 도움이 됩니다. 목표는 조기에 행동할 수 있도록 잡아내되, 이미 없어진 품목에 대해 스팸을 보내지 않는 것입니다.

먼저 운영 방식에 맞는 소수의 "임박" 기간을 정의하세요. 많은 소규모 생산자는 긴급 행동용으로 14일, 계획용으로 30일, 느리게 움직이는 SKU에는 초기 가시성용으로 60일을 사용합니다. 처음에는 제품 전반에 일관되게 적용하고, 이후 단기간 제품처럼 특수한 경우를 조정하세요.

경고를 어디에 표시할지 결정하세요. 대시보드 배지는 빠른 스캔에 좋습니다. 하루에 한 사람이 재고를 관리한다면 일일 목록이 더 효과적입니다. 긴급 구간에는 이메일이나 SMS가 도움이 되지만 메시지를 드물게 유지하세요. 그렇지 않으면 무시됩니다.

알림 피로를 피하는 가장 좋은 방법은 재고가 있는 경우에만 알림을 보내는 것입니다. 로트가 임박하지만 수량이 0이면 표시되면 안 됩니다. 즉, 규칙이 날짜와 현재 잔량을 모두 확인해야 합니다.

무엇인가가 플래그되면 다음 단계가 명확해야 합니다. 대부분 팀은 다음과 같은 짧은 행동 집합을 고수합니다: 먼저 오래된 것부터 피킹, 판촉 채널로 이동, 품질 검사 위해 격리, 기록된 사유와 함께 폐기, 프로세스가 허용하면 재작업/반품.

실용적 예: 요거트를 매주 월요일 검토합니다. 14일 이내로 만료되는 로트는 "먼저 피킹"으로 지정되어 판매를 추진합니다. 7일 이내면 신속 품질 검사를 위해 격리하고 즉시 판매할지 폐기할지 기록합니다.

단순한 루틴이 이를 깨끗하게 유지합니다: 한 사람이 임박 유통기한 뷰를 실행해 수량을 확인하고 조치를 취하며 오래된 플래그를 해제합니다. AppMaster로 이 워크플로를 만들면 규칙(기간, 재고 확인, 조치)을 화면에 보이게 해 팀 전체가 같은 플레이북을 따르도록 하세요.

로트 번호로 빠른 리콜 설계하기

시스템이 몇 초 안에 이 질문에 답할 수 있을 때 리콜은 쉬워집니다: 이 로트는 어디로 갔고, 무엇에 사용되었나? 그 체인을 명확히 볼 수 있으면 신속히 조치하고 기록할 수 있습니다.

지원해야 할 두 가지 경로가 있습니다:

• 정방향 추적: "이 로트를 누가 받았나?"
• 역방향 추적: "이 로트는 어디서 왔고, 무엇과 연결되어 있나?"

실무에서는 두 가지가 모두 필요할 때가 많습니다. 향신료 로트가 세 배치에 들어가고 그 배치들이 열 개 고객에게 출하될 수 있습니다. 좋은 시스템은 그 체인을 찾기 위해 헤매지 않고 보여줘야 합니다.

리콜 뷰가 보여줘야 할 것

누군가 로트 번호를 입력하거나 스캔하면 리콜 화면은 의사결정과 통지에 필요한 사실을 보여줘야 합니다:

• 제품과 로트 세부 정보(제품명, 로트 번호, 유통기한, Released 또는 On hold 같은 상태)
• 어디로 갔는지(고객, 주문, 출하일, 출하 수량)
• 무엇을 거쳤는지(배치, 작업지시, 재포장, 완제품 로트)
• 현재 보유량(위치별 재고, 할당량, 반품)
• 증빙(누가 언제 변경했는지)

여기서는 작은 디테일이 중요합니다. 부분 케이스로 출하하거나 로트를 분할한 경우, 출하 단위(박스, 봉지, 병)와 같은 단위로 수량을 기록하고 변환을 일관되게 유지하세요. 20kg 자루를 1kg 포장으로 나누면 이를 재포장 단계로 처리: 원본 로트를 소비하고 새 자식 로트를 생성하세요. 이렇게 하면 리콜은 분할 과정을 통해 흔적을 따라갈 수 있습니다.

발견 사항뿐 아니라 조치도 문서화하세요

리콜은 단순한 추적이 아니라 조치 기록이기도 합니다.

재고 보류, 생산 중지, 고객 통지, 반품 수령, 최종 폐기 같은 조치를 발생 시점에 캡처하세요. 로트에 첨부된 짧은 액션 로그에는 날짜, 담당자, 조치, 영향받은 수량, 메모(예: "고객이 격리 확인")를 포함할 수 있습니다.

AppMaster로 이 워크플로를 구축하면 리콜 뷰를 공유 작업 공간으로 다루세요: 상단에 추적 결과, 하단에 조치 기록, 로트 진행 상태(진행 중 또는 종료)를 명확히 표시합니다.

추적성을 쉽게 만드는 보고서와 기록

리콜 시점에 기록을 신뢰할 수 있어야 추적성 앱이 도움이 됩니다. 목표는 더 많은 서류가 아니라 문제가 생겼을 때 질문을 줄이는 것입니다.

실제로 사용할 보고서

대부분의 소규모 식품 팀은 짧고 반복 가능한 보고서 세트로 추적성을 운영할 수 있습니다:

• 로트별 재고(위치 및 유통기한 포함)
• 유통기한 임박 목록(가장 이른 만료일 순)
• 로트 이력(수령부터 판매까지 해당 로트에 일어난 모든 일)
• 로트별 출하 또는 판매(언제 무엇이 어떤 고객에게 나갔는지)
• 조정 보고서(재고 수량을 변경한 항목과 사유)

실용적인 리듬은 유통기한 임박 목록을 매일 확인하고 로트별 재고는 주간으로 확인하는 것입니다. 로트 이력은 고객 전화나 공급업체 통지 바로 순간에 꺼내 보는 보고서입니다.

번거롭지 않은 감사 친화적 기록

복잡한 준수 시스템이 필요하지 않습니다. 필요한 것은 기본 활동 로그입니다: 누가 로트를 접수했는지, 누가 이동시켰는지, 누가 수량을 바꿨는지, 그리고 언제인지. 조정에 간단한 사유 필드(손상된 케이스, 재라벨, 샘플 사용, 데이터 입력 수정 등)가 있으면 나중에 추측을 줄일 수 있습니다.

재고 정확성도 중요합니다. 위험 중심의 빠른 사이클 카운트를 하세요: 고가 품목, 빠르게 움직이는 품목, 유통기한 임박 로트 등을 우선으로 하세요. 여러 보관 장소가 있으면 위치별·로트별로 카운트해 같은 제품인데 다른 로트가 잘못된 선반에 있는 것 같은 실수를 잡아내세요.

라벨링은 현장에서 데이터를 쓸모 있게 만드는 요소입니다. 피곤한 사람이 팔 길이에서 읽을 수 있는 라벨을 목표로 하세요. 최소한 로트 번호와 유통기한을 큰 글씨로, 제품명 또는 SKU(혼동 방지), 단위 크기(박스, 파우치, 병)도 포함하세요. 여러 보관 구역을 쓰면 간단한 위치 코드도 추가하세요.

AppMaster로 이걸 만들면 화면을 단순하게 유지하세요: 하나의 접수 폼, 하나의 이동 폼, 하나의 조정 폼, 그리고 이 몇 가지 보고서. 올바른 일을 하기 쉬울수록 추적성은 더 신뢰할 만해집니다.

예: 접수에서 같은 날 리콜까지

어느 작은 살사 업체가 같은 날 아침 두 건의 원재료 납품을 받습니다. 하나는 깍둑썰기 토마토 Lot T-041(유통기한 5월 30일), 다른 하나는 할라피뇨 Lot J-112(유통기한 6월 20일)입니다. 접수 시 공급업체, 로트 번호, 유통기한, 수량, 각 팔레트의 저장 위치를 기록합니다.

점심 후, 완제품 배치 Finished Lot S-2304를 만들어 120병을 생산합니다. 생산 기록에서 S-2304를 두 원재료 로트(T-041 및 J-112)와 연결하고 실행일과 라인/작업자를 적습니다. 많은 소규모 팀이 이 단계를 건너뛰지만, 이 단계가 체인을 유지하게 합니다.

당일 늦게 소매점 주문으로 Finished Lot S-2304에서 24병이 출하됩니다. 출하 노트는 고객, 날짜, 출하된 완제품 로트를 캡처합니다.

오후 3시에 토마토 공급업체로부터 이메일이 옵니다: 원재료 Lot T-041이 오염되었을 가능성이 있어 보류해야 한다는 통지입니다. 생산자가 로트 및 유통기한 추적 앱을 갖고 있으므로 T-041을 검색하면 그것을 사용한 모든 완제품 로트를 즉시 볼 수 있습니다. 결과는 영향을 받는 완제품이 S-2304뿐임을 보여줍니다.

그들은 간단한 작업 목록을 만듭니다:

• 남은 S-2304 재고를 위치와 수량별로 보류 처리
• S-2304가 포함된 모든 출하(고객 및 단위)를 식별
• 해당 고객에게 전화/이메일 목록 생성
• 창고 픽리스트를 인쇄해 재고 물리적으로 격리
• 타임스탬프와 함께 리콜 기록으로 보고서 저장

한 시간 안에 팀은 남은 병을 격리하고, S-2304를 받은 소매점에 통보하고, 발생한 일을 문서화합니다. 핵심은 앱이 단순히 로트 번호를 저장하는 것이 아니라 접수, 생산, 재고, 판매를 연결해 한 번의 검색으로 "이 로트는 어디로 갔고, 우리가 무엇을 아직 가지고 있나?"를 답하게 해준다는 점입니다.

리콜을 느리고 스트레스 받게 만드는 흔한 실수

리콜은 기본적인 질문(이 로트는 어디로 갔나?)에 부분적이고 불안정한 데이터로 답하려 할 때 엉망이 됩니다. 로트와 유통기한 추적 앱은 재고가 손에 넘어갈 때 정확히 그 순간에 데이터가 캡처될 때만 도움이 됩니다.

가장 비용이 큰 실수는 접수 시 로트 캡처를 건너뛰고 나중에 추가하겠다고 스스로 말하는 것입니다. 나중은 보통 제품이 이동하거나 재포장되거나 판매된 뒤라 추청하게 되고 송장과 기억으로 추정해야 하는 상황이 됩니다.

또 다른 함정은 보관 중에 로트를 섞어 추적 분할을 기록하지 않는 것입니다. 빈을 채우거나 부분 케이스를 섞거나 상품을 다른 SKU로 재작업할 때 발생합니다. 어떤 출고 단위가 어떤 입고 로트에서 왔는지 말할 수 없다면 리콜 범위가 빠르게 커집니다.

사소한 일관성 문제도 누적됩니다. 로트 ID를 자유 입력으로 하면 중복과 오타가 생기고 작업자가 형식을 조용히 바꿔버립니다. 그러면 검색이 깨지고 보고서가 신뢰할 수 없게 됩니다.

유통기한 데이터는 종종 보이지 않는 실패 원인입니다. 날짜 누락, 잘못된 날짜 형식, "best before"와 "use by"를 혼동하면 잘못된 확신이 생깁니다. 그러면 알림이 전혀 울리지 않거나 너무 자주 울려 무시됩니다.

20분짜리 확인을 하루 종일 난장으로 만드는 패턴은 일관됩니다:

• 접수 시 로트를 기록하지 않음
• 기록 없는 분할 또는 결합
• 작업자나 공급업체에 따라 바뀌는 로트 명명
• 유통기한 누락 또는 일관되지 않은 입력
• 알림을 검토하고 격리하고 조치를 기록할 명확한 담당자 부재

실제 예: 생산자가 공급업체 통지를 Lot A17로 받았습니다. 만약 A17이 어떤 납품에서는 "A-17"로 입력되고, 공용 냉동고에 섞여 있다가 두 배치에 사용되었는데 분할을 기록하지 않았다면 주간에 만든 모든 것을 리콜해야 할 수도 있습니다.

AppMaster 같은 노코드 도구로 구축한다면 규칙은 단단하지만 단순하게 유지하세요: 접수 시 로트와 유통기한을 필수로 요구하고, 일관된 로트 형식을 강제하며, 알림과 리콜 조치의 완료를 책임질 한 사람을 지정하세요.

빠른 체크리스트와 실용적 다음 단계

프로세스가 작동하면 바쁜 날에도 기본 추적 질문에 빠르게 답할 수 있어야 합니다. 이 빠른 점검은 시스템에 의존하기 전에 스트레스 테스트로 좋습니다.

2분짜리 추적성 점검

실제 로트 번호로 다음을 시계로 재보세요:

• 특정 완제품 로트를 받은 모든 고객과 주문을 2분 이내에 찾을 수 있는가?
• 다음 30일 이내에 만료되는 모든 보유 재고를 위치와 수량과 함께 나열할 수 있는가?
• 하나의 완제품 로트를 모든 원재료 로트(및 각 원재료 로트의 공급업체)로 역추적할 수 있는가?
• 누락(스캔 빠짐, 라벨 누락, 수동 교환 등)에 대해 추측하지 않고 설명할 수 있는가?
• 팀의 다른 사람이 당신 없이도 같은 단계를 수행할 수 있는가?

어떤 답이 "신뢰할 수 없음"이라면 새로운 기능을 추가하지 마세요. 기본을 고치세요: 접수 시 일관된 로트 캡처, 명확한 라벨, 조정 기록을 남기는 한 군데.

실용적 다음 단계

작게 시작해 빨리 배우고 생산을 늦추지 마세요:

• 2주 동안 한 제품과 한 보관 구역으로 파일럿을 실행하세요.
• 팀에게 한 가지 규칙을 교육하세요: "로트 없이는 이동 금지." 접수, 피킹, 재포장, 출하는 모두 로트를 기록합니다.
• 당신에게 맞는 "임박 유통기한"을 정하고(예: 30일) 누가 알림을 담당할지 정하세요.
• 한 달에 한 번 모의 리콜을 연습하세요: 로트를 선택하고 고객 목록을 생성하며 수행한 단계를 문서화하세요.

스프레드시트를 소프트웨어처럼 억지로 쓰고 싶지 않다면 맞춤형 도구를 고려하세요. AppMaster (appmaster.io)은 제품, 로트, 위치, 주문 같은 데이터 모델을 갖춘 노코드 추적성 앱을 빌드할 수 있는 옵션 중 하나로, 팀이 현장에서 쓸 수 있는 간단한 웹/모바일 화면을 제공합니다.