우선 통지(Prior Notice)에서 인도네시아산 새우에 대해 올바른 FDA 제품 코드를 선택하는 실무적이고 오류 발생을 최소화한 안내서입니다. 간단한 의사결정 트리, 실무 예시, 제출 전 검증 체크리스트를 포함합니다.
FDA 제품 코드 빌더를 보며 어느 새우 옵션을 클릭해야 할지 고민해본 적이 있다면, 혼자가 아닙니다. 저희는 매주 인도네시아산 새우에 대해 우선 통지(Prior Notice)를 제출하고 지원하며 같은 문제들이 반복적으로 발생하는 것을 보고합니다. 좋은 소식은 FDA가 새우를 어떻게 분류하는지 이해하면 Prior Notice에서 올바른 제품 코드를 선택하는 일이 빠르고 재현 가능하다는 점입니다.
이 가이드는 2025년 인도네시아산 새우에 대해 중요한 의사결정 지점에 초점을 맞춥니다. 시설 등록이나 라벨링으로 벗어나지 않고 FDA의 Prior Notice System Interface(PNSI)와 CBP의 ACE 내 제품 코드 선택에만 집중합니다.
2025년에 이 점이 중요한 이유
미국 항만에서 데이터 점검이 더욱 엄격해지고 있습니다. 통관업자들은 작은 불일치로 인해 보류가 더 자주 발생한다고 전합니다. 예를 들어 HS 코드는 생(원료) 새우인데, Prior Notice에 선택한 FDA 제품 코드는 빵가루 입힌 새우를 나타내는 경우나, 실제 제품이 냉동 생 IQF인데 “조리됨(cooked)”을 선택한 경우 등이 그런 예입니다. 이러한 작은 선택들이 통관 지연을 초래합니다.
핵심은 다음과 같습니다. FDA 제품 코드는 사이즈 카운트나 글레이즈 비율을 따지지 않습니다. 식별(정체성), 종(species), 가공(process) 및 조리 형태(preparation)를 중시합니다. 이 항목들을 정확히 선택하면 90%는 해결된 셈입니다.
새우 제품 코드 결정용 5단계 의사결정 트리
FDA 제품 코드 빌더 내에서 다음 순서를 사용하세요. 저희는 수입 데스크에 포스트잇으로 붙여둡니다.
- 품목(Commodity)
- Fishery/Seafood → Crustaceans → Shrimp.
- 종(Species)
- 알고 있는 경우 정확한 종을 선택하세요: Whiteleg/Vannamei (Litopenaeus vannamei), Black Tiger (Penaeus monodon) 등.
- 진짜로 미확인이거나 혼합되어 구분되지 않은 경우에는 일반적인 “Shrimp, NOS/NEC” 옵션을 선택하세요. 그 후 선적 설명 및 서류에 혼합 내용을 명확히 기재합니다.
- 상태 및 가공(Process)
- 생(raw) 대 조리(cooked). 데치기(blanching)에 대해 과도하게 고민하지 마세요. 소비를 위한 조리(삶음/증기 등)가 이루어졌다면 조리됨(cooked)을 선택합니다. 단순히 냉동된 생 제품이면 생(raw)을 선택합니다.
- 빵가루/반죽/텐푸라 처리는 ‘준비된(breaded) 및 조리된(cooked)’으로 간주됩니다. breaded/battered 옵션과 cooked를 선택하세요.
- 형태(Form)
- Head-on shell-on (HOSO), Headless shell-on (HLSO), Peeled (PUD/PD/PDTO), 껍질 제거 및 내장 제거(peeled and deveined), tail-on vs tail-off 등. FDA의 빌더는 이러한 옵션을 논리적으로 그룹화합니다. 포장 및 송장 설명과 일치하는 옵션을 선택하세요.
- 보존/포장(Preservation/packing)
- Frozen(냉동)이 핵심 선택입니다. IQF 대 블록(block)은 제품 코드를 변경하지 않습니다. 둘 다 냉동으로 처리됩니다. 마리네이드 또는 소스가 있는 제품은 일반 냉동 제품과 다른 조리 경로를 사용합니다.
요약: 종을 결정하고, 생 vs 조리 vs 빵가루 처리를 결정하고, 형태를 선택한 다음 냉동을 표시하세요. 그게 제품 코드입니다.
모델링할 수 있는 실무 예시
제품 코드 빌더에서 정확히 어떤 클릭을 해야 하는지 보여드리겠습니다. 제품 코드 문자열은 자동으로 채워집니다. 최종 설명자가 귀하의 송장 문구와 일치하는지 확인하세요.
예시 A. 냉동 생 HOSO 바나메이(취급: IQF)
- Fishery/Seafood → Crustaceans → Shrimp.
- Species → Whiteleg shrimp (Litopenaeus vannamei).
- Process → Raw.
- Form → Head-on, shell-on.
- Preservation → Frozen.
- 비고. IQF 대 블록은 제품 코드를 변경하지 않습니다. 사이즈 카운트(예: 30/40)는 제품 코드가 아니라 PN 설명란에 기재하세요.
예시 B. 냉동 조리 PD tail-on 바나메이(취급: IQF)
- Fishery/Seafood → Crustaceans → Shrimp.
- Species → Whiteleg shrimp.
- Process → Cooked.
- Form → Peeled, deveined, tail-on.
- Preservation → Frozen.
- 비고. 포장에 CPTO 또는 CPDTO가 기재되어 있다면 형태 선택을 그에 맞추세요.
예시 C. 텐푸라/빵가루 새우, 사전 튀김(pre-fried) 후 냉동
- Fishery/Seafood → Crustaceans → Shrimp.
- Species → Whiteleg shrimp 또는 NOS, 해당 사항에 따라 선택.
- Process → Cooked.
- Preparation → Breaded/battered.
- Preservation → Frozen.
- 비고. 빵가루 또는 반죽 처리된 새우는 ‘준비된 조리된 새우(prepared cooked shrimp)’로 분류됩니다. 중심부가 튀기기 전에는 생이었다고 해서 이를 생(raw)으로 신고하지 마세요.
예시 D. 혼합 종, 껍질 제거 생, 블록 냉동
- Fishery/Seafood → Crustaceans → Shrimp.
- Species → Shrimp, NOS/NEC.
- Process → Raw.
- Form → Peeled (적절한 peeled/deveined 경로를 선택).
- Preservation → Frozen.
- 비고. PN 라인에 종 혼합 내용을 기재하고 송장과 일치시켜야 합니다. 만약 로트가 종별로 구분되어 있다면, 각각 별도의 라인으로 제출하고 각 라인에 정확한 종을 사용하세요.
빠른 상황 확인이 필요하시면 WhatsApp으로 문의. 제출 전에 선택 사항을 확인해 드립니다.
자주 받는 질문에 대한 빠른 답변
냉동 인도네시아 바나메이 새우에는 어떤 FDA 제품 코드를 사용해야 하나요?
Shrimp → Whiteleg shrimp (vannamei) → Raw 또는 Cooked → 해당 형태 → Frozen 경로를 제품 코드 빌더에서 사용하세요. 정확한 코드 문자열은 생 대 조리 및 선택한 형태(HOSO, HLSO, PD, PUD, PD tail-on 등)에 따라 달라집니다.
조리된 새우는 생 새우와 다른 FDA 제품 코드를 사용하나요?
네. 조리(cooked)와 생(raw)은 제품 코드에서 주요 분기점입니다. 소비를 위해 완전히 조리된 제품은 조리된 코드(cooked)를 선택하세요. 가공을 위한 부분 데치기(parboiled)는 소매 SKU에서는 드문 편입니다. 의심스러울 경우 가공업체의 스펙시트로 확인하세요.
FDA 제품 코드 빌더에서 새우 종 옵션은 어디에서 찾나요?
Fishery/Seafood → Crustaceans → Shrimp를 선택하면 종 목록이 표시됩니다. 송장에 기재된 종에 따라 Whiteleg shrimp(바나메이) 또는 Black Tiger(모동) 등을 선택하세요.
새우의 FDA 제품 코드를 선택할 때 HS 코드와 일치시켜야 하나요?
일대일로 “일치”하는 것은 아닙니다. HTS 0306은 일반적으로 냉동 생 새우를 포함하고, 1605는 빵가루 등으로 조리된 준비식품(prepared shrimp)을 다루는 경우가 많습니다. 귀하의 HTS와 FDA 제품 코드는 동일한 현실을 설명해야 합니다. HTS가 0306인데 FDA 제품 코드를 조리/빵가루 처리된 것으로 제출하면 질의가 예상됩니다.
송장에 새우 종이 기재되어 있지 않은 경우에도 Prior Notice를 제출할 수 있나요?
예. 일반 항목인 Shrimp, NOS/NEC를 선택하고 설명을 명확히 기재하면 제출 가능합니다. 그러나 실제로 바나메이(vannamei)인 선적이라면 송장을 업데이트하고 정확한 종을 선택하세요. 경험상 방지 가능한 보류의 3건 중 약 2건은 문서 간 종 불일치와 관련됩니다.
빵가루 또는 텐푸라 새우는 다른 FDA 제품 코드를 사용하나요?
네. 빵가루/반죽(텐푸라) 처리된 새우는 준비된(prepared) 및 조리된(cooked) 제품으로 취급됩니다. 생 냉동(raw frozen)으로 신고하지 마시고 빵가루/반죽 처리된 조리 경로를 사용하세요.
동일 선적 내 다양한 새우 사이즈에 대해 하나의 FDA 제품 코드를 사용할 수 있나요?
네. 제품의 정체성(아이덴티티), 종, 가공 및 형태가 동일하다면 가능합니다. 사이즈 카운트와 팩 중량은 제품 코드를 변경하지 않습니다. 제조업체, 종, 형태 또는 가공이 다른 경우에만 별도의 PN 라인을 만드세요.
보류를 유발하는 흔한 실수(및 회피 방법)
- IQF를 다른 코드와 혼동함. IQF와 블록은 제품 코드를 변경하지 않습니다. 둘 다 냉동입니다. IQF 전용 코드를 찾으려 애쓰지 마세요.
- 폴리인산염(polyphosphate) 또는 글레이즈로 인해 새우가 분홍색인 것을 이유로 조리된 것으로 선택. 색상은 결정 요소가 아닙니다. 가공 이력이 판단 기준입니다.
- “튀기기 전 중심부가 생이었다”는 이유로 빵가루 새우를 생으로 신고. FDA는 완제품(finished product)을 봅니다. 빵가루 처리, 반-튀김(par-fried) 후 냉동된 제품은 조리된 준비식품으로 간주됩니다.
- 문서 간 종 불일치. 상자에 vannamei, 송장에 white shrimp, PN에는 NOS로 기재된 경우 통관이 지연됩니다. 용어를 일치시키세요.
- 제품 코드 라인에서 과다 서술. 코드에는 정체성/가공만 기재하고 사이즈 카운트, 브랜드, 포장 형식은 PN 설명란에 기재하세요.
새우 우선 통지: PNSI vs ACE
- PNSI. 직접 제출하거나 소규모 화물에 적합합니다. Product Code Builder가 내장되어 있어 사용자 친화적입니다.
- ACE (PG Message Set). 관세사(broker)가 전체 신고를 처리할 때 이상적입니다. 동일한 제품 코드 논리가 적용됩니다. 재작업을 피하려면 SKU별 “제품 코드 라이브러리”를 관세사와 공유하는 것을 권장합니다.
제출 전에 빠르게 확인할 체크리스트(60초)
매 새우 라인 항목에 대해 다음을 확인하세요.
- 종이 PN, 송장, 라벨 전반에 걸쳐 일치하는가. 바나메이라면 Whiteleg shrimp 코드 사용.
- 가공 표시가 최종 제품과 일치하는가. 생 vs 조리 vs 빵가루.
- 형태 선택이 SKU를 반영하는가. HOSO/HLSO/PD/PD tail-on 등.
- 보존 방식이 Frozen으로 표시되어 있는가. IQF vs 블록은 걱정할 필요 없음.
- HTS와 FDA 코드가 동일한 현실을 설명하는가. 생(HTS)에는 생(FDA) 코드, 준비식품(HTS)에는 준비식품(FDA) 코드.
- PN 설명란에 팩 사이즈, 사이즈 카운트, 브랜드 및 순중량을 포함하되 제품 코드와 모순되지 않는가.
- 사이즈를 통합해 하나의 코드로 제출했다면 제조업체, 종, 형태 및 가공이 진정으로 동일한가.
이 조언이 적용되는 범위(및 적용되지 않는 범위)
이 가이드는 인도네시아산의 표준 냉동 형식 새우를 다룹니다. 통조림 새우, 레토르트 파우치, 열처리(thermal process) 신고 또는 새우가 아닌 해산물은 포함하지 않습니다. 다른 어종에 대해서도 동일한 논리를 적용하지만 빌더 내에서 다른 분기(branch)를 선택해야 합니다.
SKU를 제품 코드에 매핑하는 데 도움이 필요하시면, 귀사의 카탈로그에 대한 일회성 “코드 라이브러리” 설정을 함께 진행해 드릴 수 있습니다. 빠르고 이후의 문제 해결을 크게 줄여줍니다. 저희가 일반적으로 사용하는 형태와 FDA의 기대치를 비교하려면 Frozen Shrimp (Black Tiger, Vannamei & Wild Caught) 규격을 참조하세요. 또한 인도네시아 해산물 프로그램을 새우 범위를 넘어 확장하려는 경우 제품 보기에서 확인하실 수 있습니다.
최종 요점
- FDA 관점으로 생각하세요. 정체성, 종, 가공, 형태, 보존 순입니다. 사이즈 카운트는 핵심이 아닙니다.
- IQF vs 블록은 제품 코드를 변경하지 않습니다.
- 빵가루/텐푸라는 준비된 조리 제품입니다. 생으로 신고하지 마세요.
- PN, 송장, 라벨 전반의 문서를 일치시키세요. 작은 불일치가 큰 지연을 초래합니다.
- 재사용 가능한 제품 코드 라이브러리를 구축하여 관세사와 공유하세요.
프로젝트 관련 문의나 까다로운 예외 사례가 있으시면 WhatsApp으로 문의. 아마도 저희가 이미 동일한 상황을 다수 경험했을 것입니다.