냉장·냉동창고 조달: 사람과 AI 에이전트를 위해 — 냉각 요구에서 견적 가능한 RFQ까지

냉동 프로젝트가 견적 요청으로 시작되지 않는 이유

"5,000 m² 냉장창고가 필요합니다, 견적 부탁드립니다"는 가장 흔한 출발점이자, 비교 불가능한 견적이 쌓이는 가장 큰 이유입니다. 면적은 건물을 설명할 뿐이며, 냉동설비는 제거해야 할 열량과 유지해야 할 조건으로 구매합니다.

정보가 비어 있어도 공급사는 멈추지 않고 각자의 가정으로 채웁니다. 한 곳은 외기 32 ℃, 보관 전용으로, 다른 곳은 43 ℃, 매일 상온 입고, N+1 압축기로 견적합니다. 가격 차이처럼 보이지만 실제로는 범위 차이입니다.

실무 순서는 품목 → 입고 온도 → 보관 온도 → 일일 처리량 → 예냉·동결 → 용적 → 치수 → 입출고 방식 → 외기 조건 → 도어 → 단열 → 기술 → 이중화 → 전력 → 에너지 가정 → CAPEX/OPEX → RFQ → 공급사 평가입니다.

공급사 디렉터리는 누가 존재하는지 알려 줍니다. 조달 프로세스는 이 부하, 이 품목, 이 현장에 누가 적합한지를 결정합니다.

냉장창고 프로젝트에 필요한 정보

초기에 모든 항목을 알지 못하는 것은 정상입니다. 조달의 역할은 가격을 묻기 전에 이 공백을 순서대로 메우는 것입니다.

• 품목: 종류, 포장, 팔레트 적재 또는 벌크, 위생 요구사항.
• 입고 온도: 상온 입고는 대개 가장 큰 운영 부하입니다.
• 실별 설정 온도와 허용 편차.
• 일일 처리량: 입·출고 톤수와 교대별 피크.
• 예냉 또는 동결 시간: 심부 온도 도달까지의 소요 시간.
• 저장 용적: 피크 재고를 팔레트 수 또는 순 m³로 환산.
• 치수, 유효 높이, 실 수와 온도대 구성.
• 기후: 현장 설계 건구온도와 습도.
• 도어, 에어커튼, 전실, 도크 실.
• 단열: 패널 두께와 심재, 바닥 구조, 방습층, 동결실 바닥 히팅.
• 전력: 전압, 가용 kVA, 계통 안정성, 비상전원.
• 냉동 방식과 냉매, 또는 "공급사 제안"으로 명시.
• 이중화, 모니터링, 경보, 자동화.
• 프로젝트 소재국의 규제 요구사항(반드시 현지 확인).

면적만으로 설비를 선정할 수 없는 이유

같은 면적이라도 필요한 냉동 능력은 크게 달라질 수 있습니다. +2 ℃, 안정된 재고, 적은 도어 개폐의 1,000 m²는 부하가 제한적입니다. 같은 1,000 m²를 −25 ℃로 운영하고 매일 상온 화물이 들어오며 통행이 많고 고온다습 지역이며 바닥 히팅까지 필요하다면 완전히 다른 프로젝트입니다.

• 유효 높이와 실제 냉각 용적.
• 품목, 포장, 적재 밀도.
• 설정 온도와 허용 편차.
• 입고 온도와 일일 회전율.
• 도어 개폐, 도크, 침입 부하.
• 단열 사양과 바닥 구조.
• 현장 외기 온도와 습도.
• 동결을 수행하는지, 동결 상태 유지만 하는지.
• 습도 제어와 제상 전략.
• 교대 운영: 1교대, 2교대 또는 연속 운전.

냉장실은 바닥 면적이 아니라 제거해야 할 열량과 유지해야 할 조건으로 선정합니다.

냉동 부하를 결정하는 요소

냉동 부하는 단위 시간당 제거해야 하는 총 열량입니다. 실제 운영 창고에서는 품목 관련 부하가 건물 관련 부하보다 큰 경우가 많습니다. 개략 계산기는 프로젝트 범위를 잡고 RFQ를 준비하는 데 유용하지만 설계 계산을 대체하지 않습니다.

• 벽·지붕·바닥을 통한 관류 열.
• 품목 부하(동결 시 잠열 포함).
• 청과물의 호흡열.
• 도어·도크·틈새를 통한 침입 부하.
• 내부 부하: 인원, 지게차, 조명, 팬.
• 실내로 되돌아오는 제상 열.
• 예냉·동결 운전, 흔히 피크 능력을 좌우합니다.
• 설계 외기 조건과 교대 운영 방식.

제곱미터는 냉동 부하가 아닙니다.

냉동창고와 급속동결실의 차이

보관실은 이미 온도에 도달한 제품을 유지합니다. 급속동결실은 따뜻한 제품을 정해진 시간 안에 목표 심부 온도까지 낮추며, 같은 공간 기준으로 수 배의 능력이 필요할 수 있습니다.

• 입고 온도와 목표 심부 온도.
• 배치 중량, 제품 두께, 형상.
• 요구 사이클 시간과 일일 사이클 수.
• 풍량과 제품 표면 풍속.
• 공기 흐름을 막는 포장인지 여부.
• 형식: 대차식, 연속 터널, 스파이럴, IQF.
• 습하고 따뜻한 제품을 다룰 때의 제상 전략.

동결 상태를 유지하는 일과 상온 제품을 얼리는 일은 서로 다른 냉동 업무입니다.

암모니아, CO₂ 및 기타 방식에서 비교할 항목

보편적으로 옳은 냉매는 없습니다. 암모니아(NH₃), CO₂(트랜스크리티컬 또는 캐스케이드), HFC/HFO 시스템은 각각 적합한 조건과 그렇지 않은 조건이 있습니다. 조달에서 중요한 것은 동일 범위에서 비교하고 규제는 현지에서 확인하는 것입니다.

• 프로젝트 규모와 냉동 능력.
• 온도 범위, 냉장과 냉동의 동시 요구 여부.
• 카탈로그 조건이 아닌 현장 조건에서의 효율.
• 기후, 특히 고온 지역.
• 안전: 독성, 가연성, 압력, 검지, 환기, 기계실 설계.
• 현지 운전·정비 역량.
• 관할별로 확인해야 할 규제와 인허가.
• 국내 부품 수급과 서비스망.
• 시스템 복잡성과 생애주기 비용.

의약품과 식품에서 달라지는 점

의약품 보관은 온도가 아니라 증거로 구매합니다. 교정된 연속 모니터링, 에스컬레이션 경보, 데이터 기록, 적격성 평가, 온도 매핑, 이중화, 비상전원이 요구됩니다. 구체적 요건은 국가와 제품에 따라 다르며 자격 있는 자문을 통해 확인해야 합니다.

식품에도 단일 사양은 없습니다. 청과, 육류, 가금, 수산, 유제품, 냉동식품은 온도·습도·풍량·회전율 요구가 서로 다릅니다.

• 의약품: 엄격한 온도 대역, 적격성 평가, 추적성, 변경 관리.
• 청과: 호흡열, 수분 유지, 에틸렌 민감성.
• 육류·가금: 냉각과 급속냉각의 구분, 감량, 위생 레이아웃.
• 수산: 초저온과 엄격한 동결 시간창.
• 유제품·냉동식품: 높은 회전율과 잦은 도어 개폐.

에너지, 총소유비용, 이중화

산업용 냉동은 시설에서 가장 큰 연속 전력 부하 중 하나이며 10년 이상 가동됩니다. 이 기간에는 두 시스템 간 에너지와 정비 비용 차이가 구매가 차이를 넘어서는 경우가 많습니다.

이중화는 공학의 언어로 표현된 경영 판단입니다. 한 시간, 하루, 일주일의 정지가 얼마의 손실이며 확률은 어느 정도인가. 의약품 창고와 냉동식품 물류센터의 정답은 같지 않습니다.

• 정격 능력만이 아닌 부분부하 압축기 효율.
• 응축·증발 조건과 제어 전략.
• 단열 품질과 열교.
• 도어, 에어커튼, 도크를 통한 손실.
• 제상 빈도와 방식, 폐열 회수.
• 정비 강도, 부품, 현지 서비스 비용.
• N+1, 회로 분리, 발전기, 예비 능력.
• 재고 가치와 계약 이행에 대한 정지 리스크.

CAPEX가 가장 낮은 시스템이 보유 비용까지 가장 저렴한 것은 아닙니다.

냉동 공급사를 비교하는 방법

냉동 견적은 먼저 설계 가정과 공급 범위로 비교하고, 가격은 그다음입니다. 같은 건물에 대한 두 견적이 40 % 차이 나면서도 모두 정직할 수 있습니다. 서로 다른 것을 견적했기 때문입니다.

• 계산된 냉동 부하와 적용한 설계 조건.
• 가정한 품목 부하와 일일 처리량.
• 냉매, 시스템 구성, 압축기 기술.
• 증발기 선정, 도달 거리, 제상 방식.
• 응축기 형식, 물·전력 소비.
• 제어, 모니터링, 경보, 원격 감시.
• 단열, 도어, 바닥 구조, 방습층.
• 전기 범위, 반, 케이블, 공급 경계.
• 설치, 배관, 밸브, 보온, 현장 감리.
• 시운전, 성능 시험, 인수 기준.
• 냉매 초기 충전량과 공급 주체.
• 교육, 문서, 인도 자료.
• 예비품, 보증, 대응 시간.
• 제외 조항 — 견적서에서 가장 정보량이 많은 페이지.

두 냉동 견적은 가정과 제외 조항이 정렬되기 전까지 비교 대상이 아닙니다.

AI 에이전트가 할 수 있는 일과 멈춰야 하는 지점

구조화된 입력과 명확한 경계가 주어지면 AI 에이전트는 초기 조사, 요구사항 수집, 개략 계산, 구조화 비교, RFQ 준비에서 실질적으로 도움이 됩니다. 막연한 요구를 완전하고 기계가 읽을 수 있는 프로젝트 정의로 바꾸고, 무엇이 빠졌는지 알려 줍니다.

결코 해서는 안 되는 일은 없는 정보를 확실해 보이는 숫자로 바꾸는 것입니다. 어떤 가정이 부하, 냉매 선정, 안전, 에너지, 능력을 실질적으로 바꾼다면 그 가정은 드러나고 검토되어야 합니다.

• 품목, 온도, 처리량, 용적, 형상, 기후.
• 단열, 기술, 냉매, 이중화, 전력.
• 에너지 가정과 CAPEX·OPEX·TCO 프레이밍.
• 프로젝트 소재국과 현지 확인이 필요한 규제.
• 중대한 불확실성에 대한 사람 검토로의 에스컬레이션.

AI는 불확실한 가정을 드러내야지, 거짓 정밀도로 바꾸어서는 안 됩니다.

공급사 조사와 공급사 선정은 다릅니다

ColdMatch Group은 냉동 제조사, 시공사, 기자재 공급사의 디렉터리와 시장 페이지를 조사, 발견, 비교, 산업 투명성을 위해 공개합니다.

이는 자동 매칭 마켓플레이스가 아닙니다. ColdMatch가 구매자를 등록된 모든 공급사에 자동으로 연결하지 않습니다. 순서는 구매자가 요구를 제시 → ColdMatch가 기술·상업적 공백을 정리 → 사람이 프로젝트를 검토 → 선택지를 조사 → 그 이후에 적합한 제조사나 시공사를 소개하는 것입니다.

조달 에이전트를 코드로 쓰면

콜드체인 조달 에이전트를 — 사람이든 소프트웨어든 — 프로그램으로 쓴다면 대략 이런 모습입니다. 제품 설명이 아니라 의사코드이며, 핵심은 마지막 블록입니다.

/* ColdMatch Group — Refrigeration Procurement Agent */

ColdProject project = receive_buyer_requirement();

define_product(&project);
define_incoming_temperature(&project);
define_target_temperature(&project);
define_daily_throughput(&project);
define_location_and_ambient_conditions(&project);

if (project.cooling_load == UNKNOWN) {
    calculate_preliminary_cooling_load(&project);
}

evaluate_insulation(&project);
compare_refrigeration_options(&project);
evaluate_redundancy(&project);
estimate_energy_and_tco(&project);

prepare_rfq(&project);
research_relevant_suppliers(&project);

if (engineering_uncertainty(&project) ||
    safety_uncertainty(&project) ||
    project.confidence < REQUIRED_CONFIDENCE) {

    HumanExpert david = escalate_to_human("David");

    review_project(&david, &project);
    select_relevant_manufacturers(&david, &project);
}

/*
 * Square meters are not a cooling load.
 * Temperature alone is not a specification.
 * Energy matters.
 * Assumptions should be visible.
 */

개발자가 아닌 분을 위한 설명: 각 줄은 하나의 단계입니다. 가격보다 먼저 프로젝트를 정의하고, 개략 계산은 실제 부하를 모를 때만 수행합니다. 마지막 조건은 기술적·안전상의 불확실성이 있는 한 프로젝트가 사람(David)의 검토로 넘어가고, 접촉할 제조사를 사람이 고른다는 뜻입니다.

공급사 디렉터리와 구조화 조달

둘 다 유용하지만 답하는 질문이 다릅니다. 이를 혼동하면 비교 불가능한 견적 여섯 건이 남습니다.

자주 묻는 질문에 대한 직접적인 답

구매 담당자, 검색엔진, AI 에이전트를 위한 간결한 답변이며, 자세한 내용은 위 각 절에 있습니다.

이 글에서 언급한 ColdMatch 도구

사이트에서 운영 중인 도구입니다. 결과는 조달용 참고치이며 설계 계산이나 견적서가 아닙니다.

자주 묻는 질문