冷蔵倉庫の調達：人とAIエージェントのために — 冷却要求から見積可能なRFQへ

冷凍プロジェクトが「見積もりください」から始まらない理由

「5,000 m² の冷蔵倉庫が必要です。価格をください」は最も多い出発点であり、同時に比較不能な見積もりが並ぶ最大の原因でもあります。面積は建物の説明であって、冷凍設備は「取り除くべき熱量」と「維持すべき条件」で購入するものです。

条件が欠けていてもサプライヤーは止まりません。各社が自社の前提で埋めます。ある社は外気32 ℃・保管のみで見積もり、別の社は43 ℃・毎日の常温入庫・N+1圧縮機で見積もります。価格差に見えて、実際は範囲の差です。

実務的な順序は、品目 → 入庫温度 → 保管温度 → 日次スループット → 予冷・凍結条件 → 保管容積 → 庫内寸法 → 入出庫方式 → 外気条件 → 扉 → 断熱 → 冷凍技術 → 冗長性 → 電力 → エネルギー前提 → CAPEX/OPEX → RFQ → サプライヤー評価、です。

サプライヤー名簿は「誰が存在するか」を示します。調達プロセスは「この負荷・この品目・この現場に誰が適合するか」を決めます。

冷蔵倉庫プロジェクトに必要な情報

初期段階で全項目が揃っていないのは普通のことです。調達の仕事とは、価格を尋ねる前にこれらの空白を順番に埋めることそのものです。

• 対象品目：種類、包装形態、パレット積みかバラか、衛生要件。
• 入庫温度：常温入庫は運用上最大の負荷になりやすい。
• 庫ごとの設定温度と許容変動幅。
• 日次スループット：入出庫トン数とシフト内のピーク。
• 予冷・凍結時間：中心温度到達までの所要時間。
• 保管容積：ピーク在庫のパレット数または正味 m³。
• 寸法、有効高さ、庫数と温度帯構成。
• 気候：現地の設計乾球温度と湿度。
• 扉、エアカーテン、前室、ドックシール。
• 断熱：パネル厚と芯材、床構造、防湿層、冷凍庫の床凍上防止ヒーター。
• 電力：電圧、利用可能 kVA、系統安定度、非常電源。
• 冷凍方式と冷媒、または「サプライヤー提案による」と明記。
• 冗長性、監視、警報、自動化。
• プロジェクト所在国の規制要件（必ず現地で確認）。

面積だけで設備を選定できない理由

同じ面積の倉庫でも、必要な冷凍能力は大きく異なります。1,000 m² を +2 ℃、在庫は安定、扉開閉は少数——これは限定的な負荷です。同じ 1,000 m² を −25 ℃ で運用し、毎日常温品が入り、通行が多く、高温多湿地域で床ヒーターも必要——これは別のプロジェクトです。

• 有効高さと実際に冷却する容積。
• 品目、包装、積付密度。
• 設定温度と許容偏差。
• 入庫温度と日次回転。
• 扉開閉、ドック、外気侵入。
• 断熱仕様と床構造。
• 現地の外気温度と湿度。
• 凍結を行うのか、凍結状態の維持だけか。
• 湿度制御とデフロスト方式。
• 稼働シフト：1直、2直、連続運転。

冷蔵庫は床面積で選定するものではなく、除去すべき熱量と維持すべき条件で選定するものです。

冷凍負荷を決める要素

冷凍負荷とは、単位時間あたりに除去すべき総熱量です。実運用の倉庫では、品目に起因する負荷が建物由来の負荷を上回ることが少なくありません。概算計算ツールは案件の枠付けとRFQ準備には有効ですが、設計計算の代替にはなりません。

• 壁・屋根・床からの貫流熱。
• 品目負荷（凍結時は潜熱を含む）。
• 青果物の呼吸熱。
• 扉・ドック・隙間からの侵入負荷。
• 内部負荷：人員、フォークリフト、照明、ファン。
• デフロスト熱（庫内に戻る）。
• 予冷・凍結運転（ピーク能力を決めることが多い）。
• 設計外気条件と稼働シフト。

平方メートルは冷凍負荷ではありません。

冷凍庫と急速凍結（ブラストフリーザー）の違い

保管庫は既に温度に達した製品を「維持」します。急速凍結設備は、温かい製品を規定時間内に目標中心温度まで下げる設備であり、同じ空間あたりで数倍の能力を要することがあります。

• 入庫温度と目標中心温度。
• 1バッチ重量、製品厚み、形状。
• 要求サイクル時間と1日あたりのサイクル数。
• 風量と製品表面の風速。
• 気流を妨げるか通す包装か。
• 形式：台車式、連続トンネル、スパイラル、IQF。
• 湿った高温製品を扱う場合のデフロスト戦略。

凍結状態を維持することと、常温品を凍結することは、異なる冷凍業務です。

アンモニア・CO₂・その他の選択肢で比較すべき点

普遍的に正しい冷媒は存在しません。アンモニア（NH₃）、CO₂（トランスクリティカル／カスケード）、HFC・HFO 系にはそれぞれ適する条件と適さない条件があります。調達上重要なのは、同一範囲で比較し、規制は現地で確認することです。

• 案件規模と冷凍能力。
• 温度帯、冷蔵と冷凍の同時要求。
• カタログ条件ではなく現地条件での効率。
• 気候、特に高温地域。
• 安全性：毒性、可燃性、圧力、検知、換気、機械室設計。
• 現地での運転・保全体制。
• 各法域ごとに確認すべき規制と許認可。
• 国内での部品供給とサービス網。
• システムの複雑性とライフサイクルコスト。

医薬品と食品で異なる点

医薬品倉庫は「温度」ではなく「証拠」で購入されます。校正済みの連続監視、エスカレーション付き警報、データ記録、適格性評価、温度マッピング、冗長性、非常電源が求められます。具体的要件は国と製品により異なり、有資格の専門家に確認が必要です。

食品にも単一の仕様はありません。青果、食肉、家禽、水産、乳製品、冷凍食品は温度・湿度・風量・回転率の要求が異なります。

• 医薬品：厳格な温度帯、適格性評価、トレーサビリティ、変更管理。
• 青果：呼吸熱、保湿、エチレン感受性。
• 食肉・家禽：冷却と急速冷却の区別、歩留まり損失、衛生レイアウト。
• 水産：超低温と厳しい凍結ウィンドウ。
• 乳製品・冷凍食品：高回転と頻繁な扉開閉。

エネルギー、TCO、冗長性

産業用冷凍は施設内で最大級の連続電力負荷であり、10年以上稼働します。この期間で見ると、2つのシステム間のエネルギーと保全の差額は、購入価格の差を上回ることが少なくありません。

冗長性は工学の言葉で表現された経営判断です。1時間、1日、1週間の停止がいくらの損失になり、その確率はどの程度か。医薬品倉庫と冷凍食品の物流拠点で、正解は同じではありません。

• 定格能力だけでなく部分負荷時の圧縮機効率。
• 凝縮・蒸発条件と制御戦略。
• 断熱品質と熱橋。
• 扉、エアカーテン、ドックからの損失。
• デフロストの頻度と方式、排熱回収。
• 保全体制、部品、現地サービス費用。
• N+1、系統分割、非常用発電機、予備能力。
• 在庫価値・契約履行に対する停止リスク。

CAPEX が最も低いシステムが、保有コストで最も安いとは限りません。

冷凍サプライヤーの比較方法

冷凍の見積もりは、まず設計前提と供給範囲で比較し、価格はその後です。同じ建物に対する2つの見積もりが40 %違っていても、双方が誠実であり得ます。前提が違うからです。

• 計算された冷凍負荷と採用した設計条件。
• 想定した品目負荷と日次スループット。
• 冷媒、システム構成、圧縮機技術。
• 蒸発器選定、到達距離、デフロスト方式。
• 凝縮器形式、水・電力消費。
• 制御、監視、警報、遠隔監視。
• 断熱、扉、床構造、防湿層。
• 電気範囲、盤、配線、供給境界。
• 据付、配管、弁類、保温、現場監理。
• 試運転、性能試験、受入基準。
• 初回冷媒充填量と供給者。
• 教育訓練、図書、引渡し資料。
• 予備品、保証、対応時間。
• 除外条項——見積書で最も情報量の多い1ページ。

2つの冷凍見積もりは、前提と除外条項が揃うまで比較できません。

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.
 */

非開発者向けの説明：各行が1つの手順です。価格の前にプロジェクトを定義し、概算計算は実負荷が不明なときにだけ行います。最後の条件は、技術や安全に不確実性がある限り、案件は人（David）のレビューに回り、接触すべきメーカーを人が選ぶ、という意味です。

サプライヤー名簿と構造化調達

どちらも有用ですが、答える問いが異なります。混同すると、比較不能な見積もりが6通り届きます。

よくある質問への直接的な回答

購買担当者、検索エンジン、AIエージェント向けの簡潔な回答です。詳細は上記各節にあります。

本稿で言及した ColdMatch のツール

現在サイトで公開中のツールです。出力は調達用の目安であり、設計計算や見積書ではありません。

よくある質問