<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>採購 Planning 知識卡片 on Tarragon</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/</link><description>Recent content in 採購 Planning 知識卡片 on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Thu, 09 Jul 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/business/procurement-planning/cards/index.xml" rel="self" type="application/rss+xml"/><item><title>Lead Time（交期，LT）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/</guid><description>&lt;p>Lead Time（交期，簡稱 LT）的核心概念是「從下單到料真正進廠所需的時間」。它是備料決策的基準線：一顆料的 LT 有多長，手上的庫存與在途訂單就至少要覆蓋多長。LT 直接決定 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock&lt;/a> 要設多高、下單頻率要多密。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>LT 是連接需求與備料的換算器。需求預測告訴你「未來要用多少」，LT 告訴你「現在就得下單，料才來得及」。LT 越長，採購越要提前佈局，因為錯過下單時點就要等一整個 LT 才有料。LT 八個月的料，若把八個月的庫存在一個月內用完，接下來就是七個月的空窗—這段空窗任何催料都補不回來，只能靠事前備量與下單節奏避免。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>LT 壓力升高，有幾個看得到的訊號：原廠公告的標準 LT 是否在拉長、熱門料的 LT 是否比淡季明顯變長、同一顆料不同代理商報的 LT 是否落差很大。半導體缺料期間，一顆 MCU 的 LT 從十二週拉到五十二週是常見狀況。LT 拉長時，原本靠訂單拉動的短交期料會被迫轉成要提前 forecast 卡位。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>看到一顆料的 LT 時，第一個動作是把它換算成「庫存覆蓋要求」：手上庫存加在途訂單，至少要撐過一整個 LT 加上安全餘裕。熱門料的關鍵在下單頻率要密到讓料能持續進來、甚至能 pull in（提前拉貨）—供應商關係影響的是缺貨時的配給順位，補不了下單節奏的缺口。盯著眼前庫存夠不夠、卻忘了 LT 意味著「今天不下單，未來某個時點就會缺」，料就這樣斷在手上。LT 是備料一切推算的起點。&lt;/p></description><content:encoded><![CDATA[<p>Lead Time（交期，簡稱 LT）的核心概念是「從下單到料真正進廠所需的時間」。它是備料決策的基準線：一顆料的 LT 有多長，手上的庫存與在途訂單就至少要覆蓋多長。LT 直接決定 <a href="/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock</a> 要設多高、下單頻率要多密。</p>
<h2 id="概念位置">概念位置</h2>
<p>LT 是連接需求與備料的換算器。需求預測告訴你「未來要用多少」，LT 告訴你「現在就得下單，料才來得及」。LT 越長，採購越要提前佈局，因為錯過下單時點就要等一整個 LT 才有料。LT 八個月的料，若把八個月的庫存在一個月內用完，接下來就是七個月的空窗—這段空窗任何催料都補不回來，只能靠事前備量與下單節奏避免。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>LT 壓力升高，有幾個看得到的訊號：原廠公告的標準 LT 是否在拉長、熱門料的 LT 是否比淡季明顯變長、同一顆料不同代理商報的 LT 是否落差很大。半導體缺料期間，一顆 MCU 的 LT 從十二週拉到五十二週是常見狀況。LT 拉長時，原本靠訂單拉動的短交期料會被迫轉成要提前 forecast 卡位。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>看到一顆料的 LT 時，第一個動作是把它換算成「庫存覆蓋要求」：手上庫存加在途訂單，至少要撐過一整個 LT 加上安全餘裕。熱門料的關鍵在下單頻率要密到讓料能持續進來、甚至能 pull in（提前拉貨）—供應商關係影響的是缺貨時的配給順位，補不了下單節奏的缺口。盯著眼前庫存夠不夠、卻忘了 LT 意味著「今天不下單，未來某個時點就會缺」，料就這樣斷在手上。LT 是備料一切推算的起點。</p>
]]></content:encoded></item><item><title>Forecast（需求預測，FCST）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/</guid><description>&lt;p>Forecast（需求預測，簡稱 FCST）的核心概念是「對未來用量的預估」，它是備料的起點參考，而不是保證。採購用 forecast 決定要提前備哪些料、備多少，但同時要清楚 forecast 會失準，尤其在搶單旺季。Forecast 要搭歷史數據與淡旺季判斷一起讀，才不會被單一數字誤導；它跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time&lt;/a> 一起決定每顆料的下單時點與備量。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Forecast 是需求端送給採購的訊號，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time&lt;/a> 一起決定下單時點與數量。對長交期料，forecast 是提前卡位的依據；對短交期料，實際訂單拉動比 forecast 更可靠。Forecast 也是判斷要不要 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy&lt;/a> 的基礎—根據 forecast 的風險比例，決定備多少原材料。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀 forecast 可信度的訊號：這個客戶或產品線過去 forecast 與實際用量的落差有多大、目前是淡季還是旺季、市場是否正在搶單（全面性 LT 拉長、原廠發 allocation、broker 現貨價跳動都是徵兆）。搶單旺季時 forecast 幾乎測不準，因為所有買家都在超額下單搶配額（這場賽局的機制與校正方法，展開在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/demand-tiered-stocking/" data-link-title="需求分層與備料策略" data-link-desc="按錯過下單時點的代價分層備料、用交期覆蓋邏輯決定備量、校正 forecast 的系統性膨脹、判讀安全庫存高度與寄售條件，供決定一顆料備多少備多久時使用">需求分層與備料策略&lt;/a>）。校正的做法是把 forecast 進系統跑，再用歷史數據比對抓出系統性偏差—例如某產品線 forecast 長期高估兩成，備料時就自動打折。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>拿到 forecast 時，把它當參考而非命令。若 forecast 有進系統，依系統做事並用歷史數據校正差異；若沒進系統，依各料件的 LT 與市場狀況主動推前端做策略性備料。最危險的是把 forecast 當成準確的未來、照單全收備料，結果旺季實際暴衝或淡季庫存積壓。Forecast 的價值在於觸發思考「這個數字在什麼條件下會錯」，而不是提供一個可以照抄的答案。&lt;/p></description><content:encoded><![CDATA[<p>Forecast（需求預測，簡稱 FCST）的核心概念是「對未來用量的預估」，它是備料的起點參考，而不是保證。採購用 forecast 決定要提前備哪些料、備多少，但同時要清楚 forecast 會失準，尤其在搶單旺季。Forecast 要搭歷史數據與淡旺季判斷一起讀，才不會被單一數字誤導；它跟 <a href="/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time</a> 一起決定每顆料的下單時點與備量。</p>
<h2 id="概念位置">概念位置</h2>
<p>Forecast 是需求端送給採購的訊號，跟 <a href="/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time</a> 一起決定下單時點與數量。對長交期料，forecast 是提前卡位的依據；對短交期料，實際訂單拉動比 forecast 更可靠。Forecast 也是判斷要不要 <a href="/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy</a> 的基礎—根據 forecast 的風險比例，決定備多少原材料。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀 forecast 可信度的訊號：這個客戶或產品線過去 forecast 與實際用量的落差有多大、目前是淡季還是旺季、市場是否正在搶單（全面性 LT 拉長、原廠發 allocation、broker 現貨價跳動都是徵兆）。搶單旺季時 forecast 幾乎測不準，因為所有買家都在超額下單搶配額（這場賽局的機制與校正方法，展開在 <a href="/blog/business/procurement-planning/demand-tiered-stocking/" data-link-title="需求分層與備料策略" data-link-desc="按錯過下單時點的代價分層備料、用交期覆蓋邏輯決定備量、校正 forecast 的系統性膨脹、判讀安全庫存高度與寄售條件，供決定一顆料備多少備多久時使用">需求分層與備料策略</a>）。校正的做法是把 forecast 進系統跑，再用歷史數據比對抓出系統性偏差—例如某產品線 forecast 長期高估兩成，備料時就自動打折。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>拿到 forecast 時，把它當參考而非命令。若 forecast 有進系統，依系統做事並用歷史數據校正差異；若沒進系統，依各料件的 LT 與市場狀況主動推前端做策略性備料。最危險的是把 forecast 當成準確的未來、照單全收備料，結果旺季實際暴衝或淡季庫存積壓。Forecast 的價值在於觸發思考「這個數字在什麼條件下會錯」，而不是提供一個可以照抄的答案。</p>
]]></content:encoded></item><item><title>Risk Buy（風險備料）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/</guid><description>&lt;p>Risk Buy（風險備料，也寫作 Risky Buy）的核心概念是「在正式需求確定前，先自行承擔風險備下關鍵料」。目的是換取缺料時的供貨保障：市場一有缺料訊號，就先卡住料或產能，而不是等需求單下來才動。Risk Buy 是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast&lt;/a> 的進階操作—根據預測的風險比例先下手，承擔備錯的成本。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Risk Buy 站在「風險管理」與「呆料成本」之間。備得早能避免 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料&lt;/a>，但若需求沒來，備下的料就變庫存壓力。判斷關鍵是備什麼、備多少：不一定要備成品，可以只針對長 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time&lt;/a> 的原材料，按 forecast 風險備一定比例，把呆料風險控制在原材料層而不是成品層。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>該不該 Risk Buy，看幾件事：市場是否傳出某類料要缺（原廠發 allocation、&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/pcn/" data-link-title="PCN（產品變更通知）" data-link-desc="收到 PCN 要判斷變更類型、影響範圍與要不要重新驗證，或懷疑停產通知沒送到自己手上時查閱">PCN&lt;/a> 停產通知、broker 現貨價跳動都是徵兆）、這顆料的 LT 是否長到「等需求確定再下單就來不及」、上游零件是否出現漲價或緊縮。市場傳 GPU 缺料時，先備足兩家 MOSFET 並跟原廠綁季度產能，Server 案子就不會被單一供應商卡死—這就是把上游趨勢轉成 Risk Buy 動作的例子。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>考慮 Risk Buy 時，先分層決定風險落在哪：長交期料備原材料而非成品，把備錯的損失壓在最低層級。同時確認公司文化能不能承擔—有些組織對呆料零容忍，Risk Buy 空間就小。會出事的通常是把 Risk Buy 當成「多囤一點總沒錯」，忽略備錯的呆料與現金佔用成本。Risk Buy 是有意識地拿呆料風險換供貨保障，兩邊都要秤；備錯真的發生後的停損與去化路徑，見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/excess-inventory-disposal/" data-link-title="呆料處置：停損判準與去化路徑" data-link-desc="庫存裡積了一批用不掉的料，決定現在處置還是繼續放、走哪條去化路徑回收最多，以及怎麼把呆料檢討回饋成備料判準的修正時使用">呆料處置&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>Risk Buy（風險備料，也寫作 Risky Buy）的核心概念是「在正式需求確定前，先自行承擔風險備下關鍵料」。目的是換取缺料時的供貨保障：市場一有缺料訊號，就先卡住料或產能，而不是等需求單下來才動。Risk Buy 是 <a href="/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast</a> 的進階操作—根據預測的風險比例先下手，承擔備錯的成本。</p>
<h2 id="概念位置">概念位置</h2>
<p>Risk Buy 站在「風險管理」與「呆料成本」之間。備得早能避免 <a href="/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料</a>，但若需求沒來，備下的料就變庫存壓力。判斷關鍵是備什麼、備多少：不一定要備成品，可以只針對長 <a href="/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time</a> 的原材料，按 forecast 風險備一定比例，把呆料風險控制在原材料層而不是成品層。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>該不該 Risk Buy，看幾件事：市場是否傳出某類料要缺（原廠發 allocation、<a href="/blog/business/procurement-planning/cards/pcn/" data-link-title="PCN（產品變更通知）" data-link-desc="收到 PCN 要判斷變更類型、影響範圍與要不要重新驗證，或懷疑停產通知沒送到自己手上時查閱">PCN</a> 停產通知、broker 現貨價跳動都是徵兆）、這顆料的 LT 是否長到「等需求確定再下單就來不及」、上游零件是否出現漲價或緊縮。市場傳 GPU 缺料時，先備足兩家 MOSFET 並跟原廠綁季度產能，Server 案子就不會被單一供應商卡死—這就是把上游趨勢轉成 Risk Buy 動作的例子。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>考慮 Risk Buy 時，先分層決定風險落在哪：長交期料備原材料而非成品，把備錯的損失壓在最低層級。同時確認公司文化能不能承擔—有些組織對呆料零容忍，Risk Buy 空間就小。會出事的通常是把 Risk Buy 當成「多囤一點總沒錯」，忽略備錯的呆料與現金佔用成本。Risk Buy 是有意識地拿呆料風險換供貨保障，兩邊都要秤；備錯真的發生後的停損與去化路徑，見 <a href="/blog/business/procurement-planning/excess-inventory-disposal/" data-link-title="呆料處置：停損判準與去化路徑" data-link-desc="庫存裡積了一批用不掉的料，決定現在處置還是繼續放、走哪條去化路徑回收最多，以及怎麼把呆料檢討回饋成備料判準的修正時使用">呆料處置</a>。</p>
]]></content:encoded></item><item><title>Safety Stock（安全庫存）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/safety-stock/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/safety-stock/</guid><description>&lt;p>Safety Stock（安全庫存，也常以 Buffer Stock 指稱）的核心概念是「為了吸收需求與交期波動而常態保留的緩衝庫存」。它讓產線在需求突增或交期延遲時仍有料可用，是防 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料&lt;/a> 的常態機制。Safety Stock 的高度由 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time&lt;/a>、需求波動與停線代價共同決定。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Safety Stock 跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy&lt;/a> 都在備料，但性質不同：Safety Stock 是常態保留、對抗日常波動；Risk Buy 是事件驅動、針對特定缺料訊號一次性加碼。常用料會跟供應商談 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/consignment/" data-link-title="寄售（Consignment）" data-link-desc="想讓手上隨時有料又不先押現金、評估跟供應商談寄售的條件與可行性時查閱">寄售&lt;/a> 或預備庫存，把 safety stock 的持有成本轉一部分給供應商，而不是所有料都等 PO（採購訂單）才開始備。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀 safety stock 該設多高的訊號：這顆料的需求波動大不大、LT 長不長、缺這顆料造成的停線代價有多重。長 LT 加高波動的關鍵料，safety stock 要設厚；短 LT 又穩定的料，設太厚只是積壓現金。常用料談寄售或供應商端預備庫存，是把 safety stock 的形式從「自己囤」改成「供應商替你囤、你用了才付」。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>設定 safety stock 時，用「LT 長度、需求波動、停線代價」三個面向綜合判斷厚度，而不是一律設固定天數；厚度隨交期放大的推導（累積偏差約按交期的平方根成長），展開在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/demand-tiered-stocking/" data-link-title="需求分層與備料策略" data-link-desc="按錯過下單時點的代價分層備料、用交期覆蓋邏輯決定備量、校正 forecast 的系統性膨脹、判讀安全庫存高度與寄售條件，供決定一顆料備多少備多久時使用">需求分層與備料策略&lt;/a>。常見陷阱有兩個：一是所有料都設同樣安全天數，讓短交期料積壓、長交期料仍不足；二是把 safety stock 當成不會動的死庫存，忘了它要隨淡旺季與 LT 變化調整。Safety stock 是動態的緩衝，不是設一次就不管的固定值。&lt;/p></description><content:encoded><![CDATA[<p>Safety Stock（安全庫存，也常以 Buffer Stock 指稱）的核心概念是「為了吸收需求與交期波動而常態保留的緩衝庫存」。它讓產線在需求突增或交期延遲時仍有料可用，是防 <a href="/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料</a> 的常態機制。Safety Stock 的高度由 <a href="/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time</a>、需求波動與停線代價共同決定。</p>
<h2 id="概念位置">概念位置</h2>
<p>Safety Stock 跟 <a href="/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy</a> 都在備料，但性質不同：Safety Stock 是常態保留、對抗日常波動；Risk Buy 是事件驅動、針對特定缺料訊號一次性加碼。常用料會跟供應商談 <a href="/blog/business/procurement-planning/cards/consignment/" data-link-title="寄售（Consignment）" data-link-desc="想讓手上隨時有料又不先押現金、評估跟供應商談寄售的條件與可行性時查閱">寄售</a> 或預備庫存，把 safety stock 的持有成本轉一部分給供應商，而不是所有料都等 PO（採購訂單）才開始備。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀 safety stock 該設多高的訊號：這顆料的需求波動大不大、LT 長不長、缺這顆料造成的停線代價有多重。長 LT 加高波動的關鍵料，safety stock 要設厚；短 LT 又穩定的料，設太厚只是積壓現金。常用料談寄售或供應商端預備庫存，是把 safety stock 的形式從「自己囤」改成「供應商替你囤、你用了才付」。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>設定 safety stock 時，用「LT 長度、需求波動、停線代價」三個面向綜合判斷厚度，而不是一律設固定天數；厚度隨交期放大的推導（累積偏差約按交期的平方根成長），展開在 <a href="/blog/business/procurement-planning/demand-tiered-stocking/" data-link-title="需求分層與備料策略" data-link-desc="按錯過下單時點的代價分層備料、用交期覆蓋邏輯決定備量、校正 forecast 的系統性膨脹、判讀安全庫存高度與寄售條件，供決定一顆料備多少備多久時使用">需求分層與備料策略</a>。常見陷阱有兩個：一是所有料都設同樣安全天數，讓短交期料積壓、長交期料仍不足；二是把 safety stock 當成不會動的死庫存，忘了它要隨淡旺季與 LT 變化調整。Safety stock 是動態的緩衝，不是設一次就不管的固定值。</p>
]]></content:encoded></item><item><title>寄售（Consignment）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/consignment/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/consignment/</guid><description>&lt;p>寄售（Consignment）的核心概念是「供應商先把料放在買方端或指定倉，買方實際動用後才結算付款」。它常跟 VMI（供應商管理庫存）搭配出現，但兩者不等同—VMI 指供應商代管補貨水位，寄售指所有權與付款遞延到實際動用。它讓買方手上隨時有料，卻不用先押現金買斷，是把 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock&lt;/a> 的持有成本部分轉給供應商的機制；它在付款軸上做的交換，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/order-flexibility/" data-link-title="Blanket Order 與 Flex Fence（訂單彈性機制）" data-link-desc="在「可取消」與「NCNR 買斷」之間找中間形態、要用需求確定性跟供應商交換供貨保障時查閱">Blanket Order 與 Flex Fence&lt;/a> 在時間軸上做的是對應結構。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>寄售站在「供貨保障」與「現金佔用」的交會點。買方要防 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料&lt;/a> 就得有庫存，但買斷庫存會壓現金；寄售讓料在手邊、付款遞延到動用時。這通常用在雙方關係穩定、用量可預期的常用料，是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source&lt;/a> 之外另一種降低供貨風險的軟性安排。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀適不適合寄售的訊號：這顆料是不是高頻常用、用量是否可預期、供應商是否有意願用寄售綁住這個客戶。常用料跟供應商談寄售或預備庫存，比每顆料都等 PO（採購訂單）才開始備更能確保供貨。願意做寄售的供應商，通常是想用庫存前置換取穩定訂單與客戶黏著。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>考慮寄售時，先確認用量穩定到雙方都能接受—用量太不規律，供應商不會願意壓庫存在你端。同時看清權責：料在你端但未結算，帳務與盤點責任怎麼分。有人把寄售當成「免費庫存」，卻忽略它是用「承諾動用」換來的，最後沒用完仍可能要吸收。寄售是雙方共擔庫存風險的安排，不是單方面的便宜。&lt;/p></description><content:encoded><![CDATA[<p>寄售（Consignment）的核心概念是「供應商先把料放在買方端或指定倉，買方實際動用後才結算付款」。它常跟 VMI（供應商管理庫存）搭配出現，但兩者不等同—VMI 指供應商代管補貨水位，寄售指所有權與付款遞延到實際動用。它讓買方手上隨時有料，卻不用先押現金買斷，是把 <a href="/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock</a> 的持有成本部分轉給供應商的機制；它在付款軸上做的交換，跟 <a href="/blog/business/procurement-planning/cards/order-flexibility/" data-link-title="Blanket Order 與 Flex Fence（訂單彈性機制）" data-link-desc="在「可取消」與「NCNR 買斷」之間找中間形態、要用需求確定性跟供應商交換供貨保障時查閱">Blanket Order 與 Flex Fence</a> 在時間軸上做的是對應結構。</p>
<h2 id="概念位置">概念位置</h2>
<p>寄售站在「供貨保障」與「現金佔用」的交會點。買方要防 <a href="/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料</a> 就得有庫存，但買斷庫存會壓現金；寄售讓料在手邊、付款遞延到動用時。這通常用在雙方關係穩定、用量可預期的常用料，是 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source</a> 之外另一種降低供貨風險的軟性安排。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀適不適合寄售的訊號：這顆料是不是高頻常用、用量是否可預期、供應商是否有意願用寄售綁住這個客戶。常用料跟供應商談寄售或預備庫存，比每顆料都等 PO（採購訂單）才開始備更能確保供貨。願意做寄售的供應商，通常是想用庫存前置換取穩定訂單與客戶黏著。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>考慮寄售時，先確認用量穩定到雙方都能接受—用量太不規律，供應商不會願意壓庫存在你端。同時看清權責：料在你端但未結算，帳務與盤點責任怎麼分。有人把寄售當成「免費庫存」，卻忽略它是用「承諾動用」換來的，最後沒用完仍可能要吸收。寄售是雙方共擔庫存風險的安排，不是單方面的便宜。</p>
]]></content:encoded></item><item><title>斷料（Stockout）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/</guid><description>&lt;p>斷料（Stockout）的核心概念是「產線需要某顆料時，手上沒有可用庫存，導致無法生產」。在電子業採購裡，斷料是最高禁區—整個 planning 體系的目標可以濃縮成一句話：絕對不可以斷料。所有備料手法，從 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock&lt;/a> 到 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy&lt;/a>，本質都是為了不讓斷料發生。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>斷料是採購所有風險管理動作的反面目標。&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast&lt;/a>、供應商佈局、&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/expediting/" data-link-title="追料（Expediting）" data-link-desc="料在途中疑似延遲、要決定從哪個節點介入而不是空催時查閱">追料&lt;/a>、替代料、安全庫存看起來是五件事，其實是同一件事—圍繞「不斷料」這個底線各自佈防。斷料一旦發生，代價是停線，往下牽動交貨違約與客戶信任，遠高於呆料或多備一點的成本。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀斷料風險升高的訊號：關鍵料的在途訂單覆蓋不到下一個 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time&lt;/a>、單一供應商的品質或產能突然出狀況、天災或事故衝擊供應商所在的產區—任何一顆關鍵料的供應中斷，都可能沿著 BOM 的「全有或全無」結構變成整線斷料。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>把不斷料當成 planning 的第一原則，反推所有備料與供應商決策。判斷任何一個備料選項時，先問「這個安排能不能守住不斷料」，再談成本與效率。常見陷阱是為了壓庫存或省成本，把緩衝削到剛好夠—一有波動就破防。斷料的代價不對稱：省下的庫存成本遠小於停線的損失，所以底線要守在斷料之前留餘裕，而不是踩線。不過這個不對稱性對高衝擊料才成立：低毛利、易替代或走向 EOL 的料，永久 buffer 的持有成本可能反過來高於一次可控的缺料，所以斷料底線要分料看，搭配分層備料。天平另一側——備過頭之後的停損與去化，見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/excess-inventory-disposal/" data-link-title="呆料處置：停損判準與去化路徑" data-link-desc="庫存裡積了一批用不掉的料，決定現在處置還是繼續放、走哪條去化路徑回收最多，以及怎麼把呆料檢討回饋成備料判準的修正時使用">呆料處置&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>斷料（Stockout）的核心概念是「產線需要某顆料時，手上沒有可用庫存，導致無法生產」。在電子業採購裡，斷料是最高禁區—整個 planning 體系的目標可以濃縮成一句話：絕對不可以斷料。所有備料手法，從 <a href="/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock</a> 到 <a href="/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy</a>，本質都是為了不讓斷料發生。</p>
<h2 id="概念位置">概念位置</h2>
<p>斷料是採購所有風險管理動作的反面目標。<a href="/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast</a>、供應商佈局、<a href="/blog/business/procurement-planning/cards/expediting/" data-link-title="追料（Expediting）" data-link-desc="料在途中疑似延遲、要決定從哪個節點介入而不是空催時查閱">追料</a>、替代料、安全庫存看起來是五件事，其實是同一件事—圍繞「不斷料」這個底線各自佈防。斷料一旦發生，代價是停線，往下牽動交貨違約與客戶信任，遠高於呆料或多備一點的成本。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀斷料風險升高的訊號：關鍵料的在途訂單覆蓋不到下一個 <a href="/blog/business/procurement-planning/cards/lead-time/" data-link-title="Lead Time（交期，LT）" data-link-desc="看到交期數字要換算成庫存覆蓋要求、或市場交期全面拉長要調整備料節奏時查閱">Lead Time</a>、單一供應商的品質或產能突然出狀況、天災或事故衝擊供應商所在的產區—任何一顆關鍵料的供應中斷，都可能沿著 BOM 的「全有或全無」結構變成整線斷料。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>把不斷料當成 planning 的第一原則，反推所有備料與供應商決策。判斷任何一個備料選項時，先問「這個安排能不能守住不斷料」，再談成本與效率。常見陷阱是為了壓庫存或省成本，把緩衝削到剛好夠—一有波動就破防。斷料的代價不對稱：省下的庫存成本遠小於停線的損失，所以底線要守在斷料之前留餘裕，而不是踩線。不過這個不對稱性對高衝擊料才成立：低毛利、易替代或走向 EOL 的料，永久 buffer 的持有成本可能反過來高於一次可控的缺料，所以斷料底線要分料看，搭配分層備料。天平另一側——備過頭之後的停損與去化，見 <a href="/blog/business/procurement-planning/excess-inventory-disposal/" data-link-title="呆料處置：停損判準與去化路徑" data-link-desc="庫存裡積了一批用不掉的料，決定現在處置還是繼續放、走哪條去化路徑回收最多，以及怎麼把呆料檢討回饋成備料判準的修正時使用">呆料處置</a>。</p>
]]></content:encoded></item><item><title>Second Source（第二供應商）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/</guid><description>&lt;p>Second Source（第二供應商，延伸有第三供應商）的核心概念是「同一顆料常態培養一家以上合格供應商」。目的是分散風險：避免單一來源 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料&lt;/a>、避免現有廠商品質突然出狀況、避免原廠拿翹漲價。培養第二來源是採購最基本的風險佈局，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock&lt;/a> 一樣屬於常態防線。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Second Source 站在「供貨安全」與「導入成本」之間。多一家合格供應商，缺料時有得替補、議價時有得比較；但每導入一家新供應商都要走 audit 與 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/npi/" data-link-title="NPI（新品導入）" data-link-desc="評估換供應商或導入替代料的時程與風險時，用來理解新品導入驗證為什麼是必經成本、放量為什麼跟著驗證證據走">NPI&lt;/a> 驗證，不是說換就換。它也跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/impossible-triangle/" data-link-title="不可能三角（交期、價格、品質）" data-link-desc="需求方同時要求快、便宜、品質好，要攤開取捨結構決定讓哪一角時查閱">不可能三角&lt;/a> 相關—有第二來源才有籌碼在交期、價格、品質之間拿到更好的組合。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>第二來源夠不夠健康，看幾件事：這顆關鍵料現在有幾家合格供應商、概念驗證（POC）與 NPI 過關的廠商在量產時是否穩得住、量產放量有沒有過度集中單一家。有些廠商前期驗證都沒問題，量產卻出狀況，這時要能馬上找其他家補產能。要養幾家、單一家放量的上限在哪，由停線代價與替補產能反推——判準展開在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/multi-source-supplier-strategy/" data-link-title="第二來源的經濟學：養供應商是買保險" data-link-desc="用保費對期望損失的框架判斷一顆料要不要養第二供應商，以及認證導入週期為什麼讓臨時尋源不成立，供規劃供應商佈局與評估單一來源風險時使用">第二來源的經濟學&lt;/a> 與 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/production-ramp-allocation/" data-link-title="量產放量分配：上限由替補產能反推" data-link-desc="多供應商量產時決定各家放量比例。主力上限由替補家短期可吸收的產能與安全庫存能撐的補救時間反推，供設計放量分配與依驗證證據調整節奏時使用">量產放量分配&lt;/a>。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>規劃第二來源時，先分辨料件性質：有些料根本沒有替代料，或原廠死綁單一代理商、找別人買拿不到價格，這時「多找一家」不成立，要改用其他策略。能培養第二來源的料，重點是先把 audit 與驗證流程走在缺料之前，而不是缺了才臨時找。最容易低估的是換供應商的速度—真實成本卡在認證與導入週期，要提前佈局才來得及。&lt;/p></description><content:encoded><![CDATA[<p>Second Source（第二供應商，延伸有第三供應商）的核心概念是「同一顆料常態培養一家以上合格供應商」。目的是分散風險：避免單一來源 <a href="/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料</a>、避免現有廠商品質突然出狀況、避免原廠拿翹漲價。培養第二來源是採購最基本的風險佈局，跟 <a href="/blog/business/procurement-planning/cards/safety-stock/" data-link-title="Safety Stock（安全庫存）" data-link-desc="決定一顆料的安全庫存該設多厚、或懷疑現有緩衝在積壓現金時查閱">Safety Stock</a> 一樣屬於常態防線。</p>
<h2 id="概念位置">概念位置</h2>
<p>Second Source 站在「供貨安全」與「導入成本」之間。多一家合格供應商，缺料時有得替補、議價時有得比較；但每導入一家新供應商都要走 audit 與 <a href="/blog/business/procurement-planning/cards/npi/" data-link-title="NPI（新品導入）" data-link-desc="評估換供應商或導入替代料的時程與風險時，用來理解新品導入驗證為什麼是必經成本、放量為什麼跟著驗證證據走">NPI</a> 驗證，不是說換就換。它也跟 <a href="/blog/business/procurement-planning/cards/impossible-triangle/" data-link-title="不可能三角（交期、價格、品質）" data-link-desc="需求方同時要求快、便宜、品質好，要攤開取捨結構決定讓哪一角時查閱">不可能三角</a> 相關—有第二來源才有籌碼在交期、價格、品質之間拿到更好的組合。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>第二來源夠不夠健康，看幾件事：這顆關鍵料現在有幾家合格供應商、概念驗證（POC）與 NPI 過關的廠商在量產時是否穩得住、量產放量有沒有過度集中單一家。有些廠商前期驗證都沒問題，量產卻出狀況，這時要能馬上找其他家補產能。要養幾家、單一家放量的上限在哪，由停線代價與替補產能反推——判準展開在 <a href="/blog/business/procurement-planning/multi-source-supplier-strategy/" data-link-title="第二來源的經濟學：養供應商是買保險" data-link-desc="用保費對期望損失的框架判斷一顆料要不要養第二供應商，以及認證導入週期為什麼讓臨時尋源不成立，供規劃供應商佈局與評估單一來源風險時使用">第二來源的經濟學</a> 與 <a href="/blog/business/procurement-planning/production-ramp-allocation/" data-link-title="量產放量分配：上限由替補產能反推" data-link-desc="多供應商量產時決定各家放量比例。主力上限由替補家短期可吸收的產能與安全庫存能撐的補救時間反推，供設計放量分配與依驗證證據調整節奏時使用">量產放量分配</a>。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>規劃第二來源時，先分辨料件性質：有些料根本沒有替代料，或原廠死綁單一代理商、找別人買拿不到價格，這時「多找一家」不成立，要改用其他策略。能培養第二來源的料，重點是先把 audit 與驗證流程走在缺料之前，而不是缺了才臨時找。最容易低估的是換供應商的速度—真實成本卡在認證與導入週期，要提前佈局才來得及。</p>
]]></content:encoded></item><item><title>NPI（新品導入）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/npi/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/npi/</guid><description>&lt;p>NPI（New Product Introduction，新品導入）的核心概念是「一顆新料或新供應商進入量產前的驗證與試產階段」。它是切換供應商與導入替代料必經的關卡：一顆料能不能真的用，要走完 POC、NPI 驗證，量產（MP）才穩得住。NPI 是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source&lt;/a> 從「找到一家」到「真的能用」之間的橋。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>NPI 站在採購與研發（RD）之間。導入新料或新供應商時，NPI 的規格與驗證要跟研發 align 好，否則量產才發現不合用。概念驗證（POC）、NPI 沒問題不代表量產沒問題—小量試產看到的是良率分佈的中心，量產爬坡才暴露分佈的尾巴，有些廠商前期驗證都過、爬坡段才失靈。所以 NPI 階段的投料量與放量節奏，直接影響能不能安全建立 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source&lt;/a> 與替代料。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀 NPI 風險的訊號：這家供應商 POC、NPI 有沒有過、NPI 投多少量、量產放量是否過度集中。NPI 要跟 RD align 規格與驗收標準；量產（MP）初期的放量上限由替補產能與安全庫存反推（見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/production-ramp-allocation/" data-link-title="量產放量分配：上限由替補產能反推" data-link-desc="多供應商量產時決定各家放量比例。主力上限由替補家短期可吸收的產能與安全庫存能撐的補救時間反推，供設計放量分配與依驗證證據調整節奏時使用">量產放量分配&lt;/a>），先分散再看量產表現逐步調整。這是把「驗證通過」與「量產可信」分開判讀的具體做法。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>規劃切換或導入時，把 NPI 當成必經成本算進時程，而不是假設「換就能換」。跟 RD 對齊規格、決定 NPI 投料量、設計量產放量的分配比例，是這個階段的三個關鍵決策。常見陷阱是看到 POC、NPI 過關就把量全押上去，忽略量產爬坡的風險。NPI 的意義在於用有限投量驗證量產可信度，放量要跟著驗證結果走。&lt;/p></description><content:encoded><![CDATA[<p>NPI（New Product Introduction，新品導入）的核心概念是「一顆新料或新供應商進入量產前的驗證與試產階段」。它是切換供應商與導入替代料必經的關卡：一顆料能不能真的用，要走完 POC、NPI 驗證，量產（MP）才穩得住。NPI 是 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source</a> 從「找到一家」到「真的能用」之間的橋。</p>
<h2 id="概念位置">概念位置</h2>
<p>NPI 站在採購與研發（RD）之間。導入新料或新供應商時，NPI 的規格與驗證要跟研發 align 好，否則量產才發現不合用。概念驗證（POC）、NPI 沒問題不代表量產沒問題—小量試產看到的是良率分佈的中心，量產爬坡才暴露分佈的尾巴，有些廠商前期驗證都過、爬坡段才失靈。所以 NPI 階段的投料量與放量節奏，直接影響能不能安全建立 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source</a> 與替代料。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀 NPI 風險的訊號：這家供應商 POC、NPI 有沒有過、NPI 投多少量、量產放量是否過度集中。NPI 要跟 RD align 規格與驗收標準；量產（MP）初期的放量上限由替補產能與安全庫存反推（見 <a href="/blog/business/procurement-planning/production-ramp-allocation/" data-link-title="量產放量分配：上限由替補產能反推" data-link-desc="多供應商量產時決定各家放量比例。主力上限由替補家短期可吸收的產能與安全庫存能撐的補救時間反推，供設計放量分配與依驗證證據調整節奏時使用">量產放量分配</a>），先分散再看量產表現逐步調整。這是把「驗證通過」與「量產可信」分開判讀的具體做法。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>規劃切換或導入時，把 NPI 當成必經成本算進時程，而不是假設「換就能換」。跟 RD 對齊規格、決定 NPI 投料量、設計量產放量的分配比例，是這個階段的三個關鍵決策。常見陷阱是看到 POC、NPI 過關就把量全押上去，忽略量產爬坡的風險。NPI 的意義在於用有限投量驗證量產可信度，放量要跟著驗證結果走。</p>
]]></content:encoded></item><item><title>PPAP 與首件檢驗（量產核准）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/ppap/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/ppap/</guid><description>&lt;p>PPAP（Production Part Approval Process，生產件批准程序）的核心概念是「供應商在量產出貨前，向客戶提交整套量產能力證據並取得正式核准的程序」。證據包含樣品實測數據、量測系統分析、製程能力指標、控制計畫等——通過的意義是「這家供應商用量產的製程、量產的節拍做出來的東西，符合規格且過程受控」。首件檢驗（FAI，First Article Inspection）是類似角色的關卡：對第一批正式生產的產品做全尺寸與全規格驗證。PPAP 源自汽車產業的品質體系，車用與嚴管產業強制要求；FAI 常見於航太與一般製造。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>PPAP／首件站在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/npi/" data-link-title="NPI（新品導入）" data-link-desc="評估換供應商或導入替代料的時程與風險時，用來理解新品導入驗證為什麼是必經成本、放量為什麼跟著驗證證據走">NPI&lt;/a> 驗證與量產放量之間，是「驗證通過」升級成「可以出貨」的正式關卡。NPI 回答「做得出來」，PPAP 回答「用量產條件穩定做得出來、而且有文件證據」。對採購的意義是時程：導入 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二供應商&lt;/a> 或替代料時，這道關卡的準備與審核週期要算進導入時間，它是「臨時找第二家來不及」的組成之一。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀這道關卡狀態的訊號：供應商的 PPAP 文件包提交了沒、客戶端核准到哪個等級、首件報告有沒有開出不符合項。常見的時程誤判是把「樣品承認通過」當成「可以下量產單」——樣品用工程條件做得出來，跟量產線做出來並取得核准，中間隔著一段以週或月計的正式程序。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>規劃供應商切換或放量時，把 PPAP／首件當成放量門檻而不是文書作業：核准前的投量停在試產層級，核准後才進入正式分配（放量節奏見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/production-ramp-allocation/" data-link-title="量產放量分配：上限由替補產能反推" data-link-desc="多供應商量產時決定各家放量比例。主力上限由替補家短期可吸收的產能與安全庫存能撐的補救時間反推，供設計放量分配與依驗證證據調整節奏時使用">量產放量分配&lt;/a>）。急件壓力下想跳過這道關卡時，對照它防的風險——量產條件下的批次性不良，一旦流入產線，處理成本遠高於核准程序省下的時間。&lt;/p></description><content:encoded><![CDATA[<p>PPAP（Production Part Approval Process，生產件批准程序）的核心概念是「供應商在量產出貨前，向客戶提交整套量產能力證據並取得正式核准的程序」。證據包含樣品實測數據、量測系統分析、製程能力指標、控制計畫等——通過的意義是「這家供應商用量產的製程、量產的節拍做出來的東西，符合規格且過程受控」。首件檢驗（FAI，First Article Inspection）是類似角色的關卡：對第一批正式生產的產品做全尺寸與全規格驗證。PPAP 源自汽車產業的品質體系，車用與嚴管產業強制要求；FAI 常見於航太與一般製造。</p>
<h2 id="概念位置">概念位置</h2>
<p>PPAP／首件站在 <a href="/blog/business/procurement-planning/cards/npi/" data-link-title="NPI（新品導入）" data-link-desc="評估換供應商或導入替代料的時程與風險時，用來理解新品導入驗證為什麼是必經成本、放量為什麼跟著驗證證據走">NPI</a> 驗證與量產放量之間，是「驗證通過」升級成「可以出貨」的正式關卡。NPI 回答「做得出來」，PPAP 回答「用量產條件穩定做得出來、而且有文件證據」。對採購的意義是時程：導入 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二供應商</a> 或替代料時，這道關卡的準備與審核週期要算進導入時間，它是「臨時找第二家來不及」的組成之一。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀這道關卡狀態的訊號：供應商的 PPAP 文件包提交了沒、客戶端核准到哪個等級、首件報告有沒有開出不符合項。常見的時程誤判是把「樣品承認通過」當成「可以下量產單」——樣品用工程條件做得出來，跟量產線做出來並取得核准，中間隔著一段以週或月計的正式程序。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>規劃供應商切換或放量時，把 PPAP／首件當成放量門檻而不是文書作業：核准前的投量停在試產層級，核准後才進入正式分配（放量節奏見 <a href="/blog/business/procurement-planning/production-ramp-allocation/" data-link-title="量產放量分配：上限由替補產能反推" data-link-desc="多供應商量產時決定各家放量比例。主力上限由替補家短期可吸收的產能與安全庫存能撐的補救時間反推，供設計放量分配與依驗證證據調整節奏時使用">量產放量分配</a>）。急件壓力下想跳過這道關卡時，對照它防的風險——量產條件下的批次性不良，一旦流入產線，處理成本遠高於核准程序省下的時間。</p>
]]></content:encoded></item><item><title>追料（Expediting）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/expediting/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/expediting/</guid><description>&lt;p>追料（Expediting）的核心概念是「掌握料件在供應鏈每個節點的進度，越早發現卡點越早解決」。它追的是可控環節：物料有沒有投產、做到哪個站點、什麼時候出貨、卡在哪裡，而不是一直打電話催船。追料的價值來自資訊提前，讓問題在變成 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料&lt;/a> 之前就被處理。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>追料是 planning 的即時感測層，補足 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast&lt;/a> 與備料的靜態規劃。備料決定「事前佈多少防線」，追料決定「防線出現破口時多快知道」。追到卡點後，能動的是廠商排產順位、替代料認證進度、把海運改空運這類可控環節，而不是催一艘已經在海上的船。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀追料要盯哪裡的訊號：料是否已投產、生產做到哪個站點、有沒有上船、卡在原材料還是產能。貨還沒上船就有機會拉下來改空運；廠內還有庫存可以走空運或快車；有料但沒產能，就 review 廠商線體配置、單班改雙班、假日加班（OT）增加產出。每個節點都是一個可介入的點，越早知道越有時間動。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>追料時，把注意力放在「哪個節點可控」而不是「催得多用力」。依節點順序盤點可動選項：船運階段改運輸方式、庫存階段調現貨、生產階段縮生產交期（production LT）或加產能，什麼都沒有時才走 escalation。常見陷阱是把追料等同於催促，對著不可控的環節施壓卻無效。追料的本質是節點掌握與介入選擇，不是施壓強度。&lt;/p></description><content:encoded><![CDATA[<p>追料（Expediting）的核心概念是「掌握料件在供應鏈每個節點的進度，越早發現卡點越早解決」。它追的是可控環節：物料有沒有投產、做到哪個站點、什麼時候出貨、卡在哪裡，而不是一直打電話催船。追料的價值來自資訊提前，讓問題在變成 <a href="/blog/business/procurement-planning/cards/stockout/" data-link-title="斷料（Stockout）" data-link-desc="權衡備料成本與停線風險、或要向人解釋為什麼絕不斷料是理性底線時查閱">斷料</a> 之前就被處理。</p>
<h2 id="概念位置">概念位置</h2>
<p>追料是 planning 的即時感測層，補足 <a href="/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast</a> 與備料的靜態規劃。備料決定「事前佈多少防線」，追料決定「防線出現破口時多快知道」。追到卡點後，能動的是廠商排產順位、替代料認證進度、把海運改空運這類可控環節，而不是催一艘已經在海上的船。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀追料要盯哪裡的訊號：料是否已投產、生產做到哪個站點、有沒有上船、卡在原材料還是產能。貨還沒上船就有機會拉下來改空運；廠內還有庫存可以走空運或快車；有料但沒產能，就 review 廠商線體配置、單班改雙班、假日加班（OT）增加產出。每個節點都是一個可介入的點，越早知道越有時間動。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>追料時，把注意力放在「哪個節點可控」而不是「催得多用力」。依節點順序盤點可動選項：船運階段改運輸方式、庫存階段調現貨、生產階段縮生產交期（production LT）或加產能，什麼都沒有時才走 escalation。常見陷阱是把追料等同於催促，對著不可控的環節施壓卻無效。追料的本質是節點掌握與介入選擇，不是施壓強度。</p>
]]></content:encoded></item><item><title>替代料（Alternate Part）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/alternate-part/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/alternate-part/</guid><description>&lt;p>替代料（Alternate Part）的核心概念是「規格可互換、經過認證核准、能頂替主料使用的料件」。它是供貨風險的最後一道備援：主料真的來不及或停產時，已認證的替代料頂上，常比等原料快。關鍵字是「已認證」——替代料要事先走完驗證並列入 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/avl/" data-link-title="AVL（合格供應商與料件清單）" data-link-desc="判斷一顆料或一家供應商能不能直接採用、生命週期標記要不要反映到選型限制時查閱">AVL&lt;/a>（公司核准的合格供應商與料件清單），缺料當下才臨時找替代，認證週期會吃掉它的救援價值。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>替代料跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二供應商&lt;/a> 是兩層備援：second source 是同一顆料換供應商，替代料是換料本身——技術獨家、second source 買不到的料，替代料是僅剩的供給側備援。它的認證跟新料一樣要走 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/npi/" data-link-title="NPI（新品導入）" data-link-desc="評估換供應商或導入替代料的時程與風險時，用來理解新品導入驗證為什麼是必經成本、放量為什麼跟著驗證證據走">NPI&lt;/a> 與研發對齊，所以平時認證、缺時使用，性質接近先付權利金的選擇權。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀替代料備援健康度的訊號：關鍵料在 AVL 上有沒有已認證的 alternate、認證狀態是否還新鮮（規格改版後舊認證可能失效）、替代料自己的供貨來源跟主料是否獨立（共用上游就擋不住同一次缺貨）。急件情境有一條捷徑：規格上位替代——用更高耐壓、更寬溫度範圍的上位規格頂替，因為只往嚴格的方向偏，常可走快速承認。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>缺料當下，替代料是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/expediting/" data-link-title="追料（Expediting）" data-link-desc="料在途中疑似延遲、要決定從哪個節點介入而不是空催時查閱">追料&lt;/a> 平行軸上的首選之一；長期面，反覆進急救名單的料與收到 EOL 通知的料，替代料認證是結構解——EOL 情境下它是 LTB 買斷量的對沖（認證通過，賭注就從「未來全部需求」降為「撐到替代料上線」，見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/eol-ltb-buyout-decision/" data-link-title="EOL-LTB 買斷決策：兩側代價夾出最後買量" data-link-desc="收到 EOL 公告要在 LTB 截止日前決定最後買量時查閱：剩餘生命需求的攤算、買多與買少的代價形狀、持有成本與對沖選項">EOL-LTB 買斷決策&lt;/a>）。常見的失誤是把替代料當免費選項：不投認證成本，它在需要的時候就不存在。&lt;/p></description><content:encoded><![CDATA[<p>替代料（Alternate Part）的核心概念是「規格可互換、經過認證核准、能頂替主料使用的料件」。它是供貨風險的最後一道備援：主料真的來不及或停產時，已認證的替代料頂上，常比等原料快。關鍵字是「已認證」——替代料要事先走完驗證並列入 <a href="/blog/business/procurement-planning/cards/avl/" data-link-title="AVL（合格供應商與料件清單）" data-link-desc="判斷一顆料或一家供應商能不能直接採用、生命週期標記要不要反映到選型限制時查閱">AVL</a>（公司核准的合格供應商與料件清單），缺料當下才臨時找替代，認證週期會吃掉它的救援價值。</p>
<h2 id="概念位置">概念位置</h2>
<p>替代料跟 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二供應商</a> 是兩層備援：second source 是同一顆料換供應商，替代料是換料本身——技術獨家、second source 買不到的料，替代料是僅剩的供給側備援。它的認證跟新料一樣要走 <a href="/blog/business/procurement-planning/cards/npi/" data-link-title="NPI（新品導入）" data-link-desc="評估換供應商或導入替代料的時程與風險時，用來理解新品導入驗證為什麼是必經成本、放量為什麼跟著驗證證據走">NPI</a> 與研發對齊，所以平時認證、缺時使用，性質接近先付權利金的選擇權。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀替代料備援健康度的訊號：關鍵料在 AVL 上有沒有已認證的 alternate、認證狀態是否還新鮮（規格改版後舊認證可能失效）、替代料自己的供貨來源跟主料是否獨立（共用上游就擋不住同一次缺貨）。急件情境有一條捷徑：規格上位替代——用更高耐壓、更寬溫度範圍的上位規格頂替，因為只往嚴格的方向偏，常可走快速承認。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>缺料當下，替代料是 <a href="/blog/business/procurement-planning/cards/expediting/" data-link-title="追料（Expediting）" data-link-desc="料在途中疑似延遲、要決定從哪個節點介入而不是空催時查閱">追料</a> 平行軸上的首選之一；長期面，反覆進急救名單的料與收到 EOL 通知的料，替代料認證是結構解——EOL 情境下它是 LTB 買斷量的對沖（認證通過，賭注就從「未來全部需求」降為「撐到替代料上線」，見 <a href="/blog/business/procurement-planning/eol-ltb-buyout-decision/" data-link-title="EOL-LTB 買斷決策：兩側代價夾出最後買量" data-link-desc="收到 EOL 公告要在 LTB 截止日前決定最後買量時查閱：剩餘生命需求的攤算、買多與買少的代價形狀、持有成本與對沖選項">EOL-LTB 買斷決策</a>）。常見的失誤是把替代料當免費選項：不投認證成本，它在需要的時候就不存在。</p>
]]></content:encoded></item><item><title>AVL（合格供應商與料件清單）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/avl/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/avl/</guid><description>&lt;p>AVL（Approved Vendor List，合格供應商清單，常跟核准料件清單一起維護）的核心概念是「公司核准可採用的供應商與料件範圍」——設計選型與採購下單的預設邊界。進入 AVL 要走過認證（供應商稽核、料件驗證，量產核准見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/ppap/" data-link-title="PPAP 與首件檢驗（量產核准）" data-link-desc="看到 PPAP、FAI、首件、量產核准這類詞，想知道供應商驗證通過後為什麼還有一道正式關卡、它卡在導入時程的哪裡時查閱">PPAP&lt;/a>），所以 AVL 上的每一列都是一筆已付的認證投資。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>AVL 是多個決策的執行載體：&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/alternate-part/" data-link-title="替代料（Alternate Part）" data-link-desc="主料缺貨、停產或被單一來源綁住，評估替代路徑時查閱：替代料的認證時點、AVL 狀態與快速承認的條件">替代料&lt;/a> 要事先認證進 AVL 才有救援價值；&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二供應商&lt;/a> 養成的終點是 AVL 上多一列可下單的來源；生命週期治理靠在 AVL 上標記或移出 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lifecycle-status/" data-link-title="料件生命週期（NRND / EOL / LTB）" data-link-desc="看到 NRND、EOL、LTB 標記，要判斷一顆料還能依賴多久、何時該一次買足時查閱">NRND / EOL 料&lt;/a>，讓新設計自動避開。代工情境（EMS / ODM）的 AVL 常由客戶控制，換料與加源要走客戶核准——這會改寫上述每個決策的自由度。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>AVL 健康度的訊號：關鍵料有沒有兩列以上可下單的來源、NRND / EOL 標記是否及時反映（標記滯後等於新設計還在往停產料上押）、替代料的認證是否仍新鮮。設計選型系統直接讀 AVL 狀態擋料時，生命週期訊號就從「採購知道」升級成「設計端自動避開」。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>AVL 是治理工具，維護即治理：清單只增不減、標記不更新，擋新案與導引選型的功能就失效。判讀一顆料的採用資格，除了在不在清單上，還要看狀態欄——同一顆料可能是「量產可用」「限維修使用」「僅既有設計」等不同粒度，粒度的設計本身承載退場政策；AVL 在退場治理中的角色——標記擋新案、擋住成長中的用量——展開見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/lifecycle-phaseout-governance/" data-link-title="生命週期監測與退場治理：從 NRND 訊號到退場排程" data-link-desc="料號被標 NRND 或收到 PCN / EOL 通知，要決定訊號由誰接手、新設計怎麼擋、既有用量怎麼排退場時查閱">生命週期監測與退場治理&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>AVL（Approved Vendor List，合格供應商清單，常跟核准料件清單一起維護）的核心概念是「公司核准可採用的供應商與料件範圍」——設計選型與採購下單的預設邊界。進入 AVL 要走過認證（供應商稽核、料件驗證，量產核准見 <a href="/blog/business/procurement-planning/cards/ppap/" data-link-title="PPAP 與首件檢驗（量產核准）" data-link-desc="看到 PPAP、FAI、首件、量產核准這類詞，想知道供應商驗證通過後為什麼還有一道正式關卡、它卡在導入時程的哪裡時查閱">PPAP</a>），所以 AVL 上的每一列都是一筆已付的認證投資。</p>
<h2 id="概念位置">概念位置</h2>
<p>AVL 是多個決策的執行載體：<a href="/blog/business/procurement-planning/cards/alternate-part/" data-link-title="替代料（Alternate Part）" data-link-desc="主料缺貨、停產或被單一來源綁住，評估替代路徑時查閱：替代料的認證時點、AVL 狀態與快速承認的條件">替代料</a> 要事先認證進 AVL 才有救援價值；<a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二供應商</a> 養成的終點是 AVL 上多一列可下單的來源；生命週期治理靠在 AVL 上標記或移出 <a href="/blog/business/procurement-planning/cards/lifecycle-status/" data-link-title="料件生命週期（NRND / EOL / LTB）" data-link-desc="看到 NRND、EOL、LTB 標記，要判斷一顆料還能依賴多久、何時該一次買足時查閱">NRND / EOL 料</a>，讓新設計自動避開。代工情境（EMS / ODM）的 AVL 常由客戶控制，換料與加源要走客戶核准——這會改寫上述每個決策的自由度。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>AVL 健康度的訊號：關鍵料有沒有兩列以上可下單的來源、NRND / EOL 標記是否及時反映（標記滯後等於新設計還在往停產料上押）、替代料的認證是否仍新鮮。設計選型系統直接讀 AVL 狀態擋料時，生命週期訊號就從「採購知道」升級成「設計端自動避開」。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>AVL 是治理工具，維護即治理：清單只增不減、標記不更新，擋新案與導引選型的功能就失效。判讀一顆料的採用資格，除了在不在清單上，還要看狀態欄——同一顆料可能是「量產可用」「限維修使用」「僅既有設計」等不同粒度，粒度的設計本身承載退場政策；AVL 在退場治理中的角色——標記擋新案、擋住成長中的用量——展開見 <a href="/blog/business/procurement-planning/lifecycle-phaseout-governance/" data-link-title="生命週期監測與退場治理：從 NRND 訊號到退場排程" data-link-desc="料號被標 NRND 或收到 PCN / EOL 通知，要決定訊號由誰接手、新設計怎麼擋、既有用量怎麼排退場時查閱">生命週期監測與退場治理</a>。</p>
]]></content:encoded></item><item><title>Ship and Debit</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/ship-and-debit/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/ship-and-debit/</guid><description>&lt;p>Ship and Debit 的核心概念是「代理商先以較高的帳面價進貨，實際賣給客戶時按原廠核准的成交價出貨，再向原廠請領兩者的價差」。它是原廠對通路的價格保護機制，效果是終端成交價其實由原廠掌握，而不是代理商自由定價。這讓料件的價格權集中在原廠，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/impossible-triangle/" data-link-title="不可能三角（交期、價格、品質）" data-link-desc="需求方同時要求快、便宜、品質好，要攤開取捨結構決定讓哪一角時查閱">不可能三角&lt;/a> 裡「價格便宜」這一角能不能拿到直接相關。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Ship and Debit 站在原廠、代理商、客戶三方的價格關係中間。因為成交價要原廠核准，同一顆料找不同代理商買，拿到的價格差異有限—價格被原廠抓死。這也是為什麼原廠若死綁單一代理商，換別家買根本拿不到更好的價格，&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source&lt;/a> 在這類料上失去議價效果。原廠用這套機制拿到什麼（差別定價、通路秩序、風險分工），展開在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學&lt;/a>。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀 ship and debit 影響的訊號：這顆料是不是走 ship and debit、原廠是否只授權單一或少數代理商、不同代理商報價是否幾乎一致。一堆料走 ship and debit 時，比價空間就很小，因為每家代理商的實際成交價都要回原廠核准。想壓價得往原廠端談專案價，而不是在代理商之間比。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>遇到走 ship and debit 的料，先認清價格權在原廠。想爭取更好價格，要透過 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/design-win/" data-link-title="Design Win" data-link-desc="想把議價對象從代理商移回原廠、評估用設計導入換專案價的代價時查閱">design win&lt;/a>、專案報價或用量承諾往原廠端談，而不是期待多找代理商比價。「多問幾家就有更低價」的常規直覺在這類料上失效——比價空間收斂到代理商自身的 margin，量級只有低個位數百分比。判讀重點是先分辨料件的價格機制，再決定議價要打哪個對象。&lt;/p></description><content:encoded><![CDATA[<p>Ship and Debit 的核心概念是「代理商先以較高的帳面價進貨，實際賣給客戶時按原廠核准的成交價出貨，再向原廠請領兩者的價差」。它是原廠對通路的價格保護機制，效果是終端成交價其實由原廠掌握，而不是代理商自由定價。這讓料件的價格權集中在原廠，跟 <a href="/blog/business/procurement-planning/cards/impossible-triangle/" data-link-title="不可能三角（交期、價格、品質）" data-link-desc="需求方同時要求快、便宜、品質好，要攤開取捨結構決定讓哪一角時查閱">不可能三角</a> 裡「價格便宜」這一角能不能拿到直接相關。</p>
<h2 id="概念位置">概念位置</h2>
<p>Ship and Debit 站在原廠、代理商、客戶三方的價格關係中間。因為成交價要原廠核准，同一顆料找不同代理商買，拿到的價格差異有限—價格被原廠抓死。這也是為什麼原廠若死綁單一代理商，換別家買根本拿不到更好的價格，<a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source</a> 在這類料上失去議價效果。原廠用這套機制拿到什麼（差別定價、通路秩序、風險分工），展開在 <a href="/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學</a>。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀 ship and debit 影響的訊號：這顆料是不是走 ship and debit、原廠是否只授權單一或少數代理商、不同代理商報價是否幾乎一致。一堆料走 ship and debit 時，比價空間就很小，因為每家代理商的實際成交價都要回原廠核准。想壓價得往原廠端談專案價，而不是在代理商之間比。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>遇到走 ship and debit 的料，先認清價格權在原廠。想爭取更好價格，要透過 <a href="/blog/business/procurement-planning/cards/design-win/" data-link-title="Design Win" data-link-desc="想把議價對象從代理商移回原廠、評估用設計導入換專案價的代價時查閱">design win</a>、專案報價或用量承諾往原廠端談，而不是期待多找代理商比價。「多問幾家就有更低價」的常規直覺在這類料上失效——比價空間收斂到代理商自身的 margin，量級只有低個位數百分比。判讀重點是先分辨料件的價格機制，再決定議價要打哪個對象。</p>
]]></content:encoded></item><item><title>Design Win</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/design-win/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/design-win/</guid><description>&lt;p>Design Win 的核心概念是「原廠認可某個產品設計採用其料號，鎖定該案未來的用量」。對採購來說，design win 是往原廠端爭取更好價格的入場券—原廠看到未來穩定的量，才願意核准專案價。它是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/ship-and-debit/" data-link-title="Ship and Debit" data-link-desc="發現同一顆料各代理商報價幾乎一致、想知道價格權在誰手上、議價該找誰時查閱">Ship and Debit&lt;/a> 鎖價情境下，少數能把議價對象從代理商移回原廠的手段。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Design Win 站在「價格」與「綁定」的交會點。當一顆料走 ship and debit、價格被原廠掌握時，在代理商之間比價拿不到更好條件，design win 用未來用量承諾換原廠核准的專案價。它的代價是加深對單一原廠的綁定—設計一旦 win 進去，日後要導 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二來源&lt;/a> 就更難，因為替代料要重新驗證、也可能失去原廠的價格支持。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>要不要走 design win，看這顆料的替代性與量。替代性低、又是長期主力用量的料，design win 換到的價格與供貨承諾划算；替代性高、還想保留多來源彈性的料，綁進 design win 反而收窄未來選項。實務上採購會用 design win、專案報價、用量承諾一起往原廠端談，換取比代理商牌價更低的成交價。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>看到「靠 design win 鎖住原廠價」時，先秤它跟多來源佈局的張力。design win 拿到的是價格與供貨優先，付出的是替代彈性—適合替代性弱、用量穩定的料，不適合想保留隨時換家的料。容易被忽略的是只看到 design win 省下的價格，沒算它同時把這顆料的未來綁死在單一原廠。判讀重點是把「價格利益」與「綁定代價」放在同一張秤上。&lt;/p></description><content:encoded><![CDATA[<p>Design Win 的核心概念是「原廠認可某個產品設計採用其料號，鎖定該案未來的用量」。對採購來說，design win 是往原廠端爭取更好價格的入場券—原廠看到未來穩定的量，才願意核准專案價。它是 <a href="/blog/business/procurement-planning/cards/ship-and-debit/" data-link-title="Ship and Debit" data-link-desc="發現同一顆料各代理商報價幾乎一致、想知道價格權在誰手上、議價該找誰時查閱">Ship and Debit</a> 鎖價情境下，少數能把議價對象從代理商移回原廠的手段。</p>
<h2 id="概念位置">概念位置</h2>
<p>Design Win 站在「價格」與「綁定」的交會點。當一顆料走 ship and debit、價格被原廠掌握時，在代理商之間比價拿不到更好條件，design win 用未來用量承諾換原廠核准的專案價。它的代價是加深對單一原廠的綁定—設計一旦 win 進去，日後要導 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">第二來源</a> 就更難，因為替代料要重新驗證、也可能失去原廠的價格支持。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>要不要走 design win，看這顆料的替代性與量。替代性低、又是長期主力用量的料，design win 換到的價格與供貨承諾划算；替代性高、還想保留多來源彈性的料，綁進 design win 反而收窄未來選項。實務上採購會用 design win、專案報價、用量承諾一起往原廠端談，換取比代理商牌價更低的成交價。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>看到「靠 design win 鎖住原廠價」時，先秤它跟多來源佈局的張力。design win 拿到的是價格與供貨優先，付出的是替代彈性—適合替代性弱、用量穩定的料，不適合想保留隨時換家的料。容易被忽略的是只看到 design win 省下的價格，沒算它同時把這顆料的未來綁死在單一原廠。判讀重點是把「價格利益」與「綁定代價」放在同一張秤上。</p>
]]></content:encoded></item><item><title>NCNR（不可取消不可退）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/ncnr/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/ncnr/</guid><description>&lt;p>NCNR（Non-Cancellable Non-Returnable，不可取消不可退）的核心概念是「一旦下單就無法取消或退貨的訂單條件」。它的反面是「可在某個截止日前無條件改單或取消」的一般訂單。NCNR 直接決定 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy&lt;/a> 的成本：可取消的單先卡位不會有損失，NCNR 的單一下去就要吃下。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>NCNR 站在「先卡產能」與「承擔呆料」之間。若一個料號在改單截止日前可以無條件修改或取消，就能大膽先下遠期單卡住產能，之後再依實際需求調整。反過來，NCNR 或已過截止日的單，等於買斷，要用 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast&lt;/a> 信心足夠的量才下。判斷一顆料的下單策略前，要先釐清它受哪些原廠與代理商規則約束。這組規則的選擇權結構（可取消單是免費買權、NCNR 是買斷承諾）與原廠設截止日的動機，展開在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學&lt;/a>。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀下單彈性的訊號：這個料號是不是 NCNR、改單或取消的截止日（例如某些代理商的 CXD，cancel 截止日）在什麼時候、有沒有 small-reel（小卷裝零星包裝）、&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lifecycle-status/" data-link-title="料件生命週期（NRND / EOL / LTB）" data-link-desc="看到 NRND、EOL、LTB 標記，要判斷一顆料還能依賴多久、何時該一次買足時查閱">EOL-LTB、NRND&lt;/a> 這類例外限制。以某代理商的某原廠料為例，除了 small-reel、EOL-LTB、NRND 以外，只要在截止日前都可以無條件修改或取消—這種規則下，可以直接把常用料號下遠期單卡位，反正不是 NCNR。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>面對每顆料，先確認它的可取消性與截止日，再決定卡位多遠。可無條件取消的料可以往前多下卡產能——金錢上的下檔風險低，但取消紀錄會累積在供應商的訂單信用帳上、影響缺貨時的配給順位，收放要有節制；NCNR 的料，下單量要收斂到 forecast 有把握的範圍。常見陷阱是不分規則一律保守下單，白白錯過可取消料的卡位機會；或反過來對 NCNR 料過度樂觀，下太多變呆料。策略性下單的前提是先讀懂每顆料的訂單規則。&lt;/p></description><content:encoded><![CDATA[<p>NCNR（Non-Cancellable Non-Returnable，不可取消不可退）的核心概念是「一旦下單就無法取消或退貨的訂單條件」。它的反面是「可在某個截止日前無條件改單或取消」的一般訂單。NCNR 直接決定 <a href="/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy</a> 的成本：可取消的單先卡位不會有損失，NCNR 的單一下去就要吃下。</p>
<h2 id="概念位置">概念位置</h2>
<p>NCNR 站在「先卡產能」與「承擔呆料」之間。若一個料號在改單截止日前可以無條件修改或取消，就能大膽先下遠期單卡住產能，之後再依實際需求調整。反過來，NCNR 或已過截止日的單，等於買斷，要用 <a href="/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">Forecast</a> 信心足夠的量才下。判斷一顆料的下單策略前，要先釐清它受哪些原廠與代理商規則約束。這組規則的選擇權結構（可取消單是免費買權、NCNR 是買斷承諾）與原廠設截止日的動機，展開在 <a href="/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學</a>。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀下單彈性的訊號：這個料號是不是 NCNR、改單或取消的截止日（例如某些代理商的 CXD，cancel 截止日）在什麼時候、有沒有 small-reel（小卷裝零星包裝）、<a href="/blog/business/procurement-planning/cards/lifecycle-status/" data-link-title="料件生命週期（NRND / EOL / LTB）" data-link-desc="看到 NRND、EOL、LTB 標記，要判斷一顆料還能依賴多久、何時該一次買足時查閱">EOL-LTB、NRND</a> 這類例外限制。以某代理商的某原廠料為例，除了 small-reel、EOL-LTB、NRND 以外，只要在截止日前都可以無條件修改或取消—這種規則下，可以直接把常用料號下遠期單卡位，反正不是 NCNR。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>面對每顆料，先確認它的可取消性與截止日，再決定卡位多遠。可無條件取消的料可以往前多下卡產能——金錢上的下檔風險低，但取消紀錄會累積在供應商的訂單信用帳上、影響缺貨時的配給順位，收放要有節制；NCNR 的料，下單量要收斂到 forecast 有把握的範圍。常見陷阱是不分規則一律保守下單，白白錯過可取消料的卡位機會；或反過來對 NCNR 料過度樂觀，下太多變呆料。策略性下單的前提是先讀懂每顆料的訂單規則。</p>
]]></content:encoded></item><item><title>Blanket Order 與 Flex Fence（訂單彈性機制）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/order-flexibility/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/order-flexibility/</guid><description>&lt;p>訂單彈性機制的核心概念是「把『承諾』與『買斷』在時間軸上拆開的合約設計」。&lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/ncnr/" data-link-title="NCNR（不可取消不可退）" data-link-desc="判斷一顆料能往前卡多深、遇到 NCNR 或改單截止日時下單量要收斂到多少時查閱">NCNR&lt;/a> 與可無條件取消是光譜的兩端，中間形態讓買賣雙方在不同時點交換不同程度的確定性：blanket order（框架單）承諾年度總量、依排程分批釋出（release）——量的承諾換到價格與產能保留，單批釋出後才進入買斷；三段式 reschedule window 把訂單沿時間分成三段——近端窗口內凍結買斷（凍結窗的邊界即 time fence）、中段可在約定比例內改量改期（各期可改比例的上限即 flex fence）、遠端自由調整。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>這組機制站在買方的「供貨保障」與賣方的「需求確定性」之間，是兩邊各讓一步的交換結構：買方拿到產能保留與價格，賣方拿到可排產的承諾。付款軸上的對應機制是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/consignment/" data-link-title="寄售（Consignment）" data-link-desc="想讓手上隨時有料又不先押現金、評估跟供應商談寄售的條件與可行性時查閱">寄售&lt;/a> 與 VMI（vendor-managed inventory，供應商代管庫存——付款遞延到動用）。整組規則怎麼組合成下單策略，展開在 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學&lt;/a>。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀一份合約彈性結構的訊號：fence 的段數與天數（凍結窗多長、彈性窗可改比例多少）、blanket 總量的達成義務是硬承諾還是盡力條款、未釋出餘量在年度結束時的處理（結轉、買斷、還是失效）。談判時的攻防集中在 fence 位置：供應商想把凍結窗拉長（排產確定性），買方想把它壓短（保留反應空間）。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>用自己需求的不確定性形狀去談 fence：需求裡確定的底量放進 blanket 承諾換價格，波動的部分留在彈性窗內，投機的部分留在圍籬外。常見的失誤是把 blanket 總量按樂觀情境簽——總量承諾是軟性的 NCNR，年底達不成一樣要付代價（補償金、來年議價力受損）。承諾量收斂到 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">forecast&lt;/a> 真正有把握的需求範圍，跟 NCNR 下單量收斂到置信區間是同一個判準（見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學&lt;/a>）。&lt;/p></description><content:encoded><![CDATA[<p>訂單彈性機制的核心概念是「把『承諾』與『買斷』在時間軸上拆開的合約設計」。<a href="/blog/business/procurement-planning/cards/ncnr/" data-link-title="NCNR（不可取消不可退）" data-link-desc="判斷一顆料能往前卡多深、遇到 NCNR 或改單截止日時下單量要收斂到多少時查閱">NCNR</a> 與可無條件取消是光譜的兩端，中間形態讓買賣雙方在不同時點交換不同程度的確定性：blanket order（框架單）承諾年度總量、依排程分批釋出（release）——量的承諾換到價格與產能保留，單批釋出後才進入買斷；三段式 reschedule window 把訂單沿時間分成三段——近端窗口內凍結買斷（凍結窗的邊界即 time fence）、中段可在約定比例內改量改期（各期可改比例的上限即 flex fence）、遠端自由調整。</p>
<h2 id="概念位置">概念位置</h2>
<p>這組機制站在買方的「供貨保障」與賣方的「需求確定性」之間，是兩邊各讓一步的交換結構：買方拿到產能保留與價格，賣方拿到可排產的承諾。付款軸上的對應機制是 <a href="/blog/business/procurement-planning/cards/consignment/" data-link-title="寄售（Consignment）" data-link-desc="想讓手上隨時有料又不先押現金、評估跟供應商談寄售的條件與可行性時查閱">寄售</a> 與 VMI（vendor-managed inventory，供應商代管庫存——付款遞延到動用）。整組規則怎麼組合成下單策略，展開在 <a href="/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學</a>。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀一份合約彈性結構的訊號：fence 的段數與天數（凍結窗多長、彈性窗可改比例多少）、blanket 總量的達成義務是硬承諾還是盡力條款、未釋出餘量在年度結束時的處理（結轉、買斷、還是失效）。談判時的攻防集中在 fence 位置：供應商想把凍結窗拉長（排產確定性），買方想把它壓短（保留反應空間）。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>用自己需求的不確定性形狀去談 fence：需求裡確定的底量放進 blanket 承諾換價格，波動的部分留在彈性窗內，投機的部分留在圍籬外。常見的失誤是把 blanket 總量按樂觀情境簽——總量承諾是軟性的 NCNR，年底達不成一樣要付代價（補償金、來年議價力受損）。承諾量收斂到 <a href="/blog/business/procurement-planning/cards/forecast/" data-link-title="Forecast（需求預測，FCST）" data-link-desc="判讀 forecast 可信度、校正旺季膨脹與備料量時查閱">forecast</a> 真正有把握的需求範圍，跟 NCNR 下單量收斂到置信區間是同一個判準（見 <a href="/blog/business/procurement-planning/vendor-lifecycle-rules/" data-link-title="原廠與代理商規則的經濟學：把規則當下單策略的輸入" data-link-desc="拆解 ship and debit 的通路定價機制、可取消訂單的選擇權結構、NCNR 與 EOL-LTB 的買斷決策，供讀懂料件規則為什麼存在並據此設計下單策略時使用">原廠與代理商規則的經濟學</a>）。</p>
]]></content:encoded></item><item><title>料件生命週期（NRND / EOL / LTB）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/lifecycle-status/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/lifecycle-status/</guid><description>&lt;p>料件生命週期狀態的核心概念是「一顆料在市場上從量產到停產的階段標記」。常見標記包括 NRND（Not Recommended for New Design，不建議用於新設計）、EOL（End of Life，停產）、LTB（Last Time Buy，最後採購機會）。這些標記是原廠對供貨走向的預告，決定一顆料還能不能長期依賴，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy&lt;/a> 的時機直接相關。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>生命週期狀態站在「這顆料的未來供貨」判斷上。NRND 代表原廠不希望新案子再用，暗示未來會停產；EOL 代表即將或已經停產；LTB 是原廠給的最後下單窗口，過了就沒有原廠料。這些狀態也是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/ncnr/" data-link-title="NCNR（不可取消不可退）" data-link-desc="判斷一顆料能往前卡多深、遇到 NCNR 或改單截止日時下單量要收斂到多少時查閱">NCNR&lt;/a> 規則的常見例外—走到 EOL-LTB 的料，通常不再享有可取消的彈性。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀生命週期壓力的訊號：原廠是否已把料號標為 NRND、有沒有發 EOL 通知、LTB 截止日在什麼時候。看到某顆料進 EOL 並公告 LTB 時，代表要在截止日前一次備足未來所有需求，之後就只能靠庫存或找替代料。這種料在下單規則上通常被排除在「可無條件取消」之外。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>看到生命週期標記時，把它換算成「還能依賴多久」與「最後備料時點」。NRND 的料，新設計避免採用、既有用量規劃退場——訊號的接收機制與退場排序見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/lifecycle-phaseout-governance/" data-link-title="生命週期監測與退場治理：從 NRND 訊號到退場排程" data-link-desc="料號被標 NRND 或收到 PCN / EOL 通知，要決定訊號由誰接手、新設計怎麼擋、既有用量怎麼排退場時查閱">生命週期監測與退場治理&lt;/a>；EOL-LTB 的料，在截止日前算清未來總需求一次買足，同時啟動替代料導入——買量攤算與對沖選項見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/eol-ltb-buyout-decision/" data-link-title="EOL-LTB 買斷決策：兩側代價夾出最後買量" data-link-desc="收到 EOL 公告要在 LTB 截止日前決定最後買量時查閱：剩餘生命需求的攤算、買多與買少的代價形狀、持有成本與對沖選項">EOL-LTB 買斷決策&lt;/a>。忽略 NRND 訊號、繼續把料押在新案子，等到 EOL 才發現得緊急找替代，是反覆出現的失誤。生命週期狀態是原廠提前給的預警，越早反應越有調整空間。&lt;/p></description><content:encoded><![CDATA[<p>料件生命週期狀態的核心概念是「一顆料在市場上從量產到停產的階段標記」。常見標記包括 NRND（Not Recommended for New Design，不建議用於新設計）、EOL（End of Life，停產）、LTB（Last Time Buy，最後採購機會）。這些標記是原廠對供貨走向的預告，決定一顆料還能不能長期依賴，跟 <a href="/blog/business/procurement-planning/cards/risk-buy/" data-link-title="Risk Buy（風險備料）" data-link-desc="缺料訊號出現、考慮在需求確定前先卡料或產能，要權衡供貨保障與呆料風險時查閱">Risk Buy</a> 的時機直接相關。</p>
<h2 id="概念位置">概念位置</h2>
<p>生命週期狀態站在「這顆料的未來供貨」判斷上。NRND 代表原廠不希望新案子再用，暗示未來會停產；EOL 代表即將或已經停產；LTB 是原廠給的最後下單窗口，過了就沒有原廠料。這些狀態也是 <a href="/blog/business/procurement-planning/cards/ncnr/" data-link-title="NCNR（不可取消不可退）" data-link-desc="判斷一顆料能往前卡多深、遇到 NCNR 或改單截止日時下單量要收斂到多少時查閱">NCNR</a> 規則的常見例外—走到 EOL-LTB 的料，通常不再享有可取消的彈性。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀生命週期壓力的訊號：原廠是否已把料號標為 NRND、有沒有發 EOL 通知、LTB 截止日在什麼時候。看到某顆料進 EOL 並公告 LTB 時，代表要在截止日前一次備足未來所有需求，之後就只能靠庫存或找替代料。這種料在下單規則上通常被排除在「可無條件取消」之外。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>看到生命週期標記時，把它換算成「還能依賴多久」與「最後備料時點」。NRND 的料，新設計避免採用、既有用量規劃退場——訊號的接收機制與退場排序見 <a href="/blog/business/procurement-planning/lifecycle-phaseout-governance/" data-link-title="生命週期監測與退場治理：從 NRND 訊號到退場排程" data-link-desc="料號被標 NRND 或收到 PCN / EOL 通知，要決定訊號由誰接手、新設計怎麼擋、既有用量怎麼排退場時查閱">生命週期監測與退場治理</a>；EOL-LTB 的料，在截止日前算清未來總需求一次買足，同時啟動替代料導入——買量攤算與對沖選項見 <a href="/blog/business/procurement-planning/eol-ltb-buyout-decision/" data-link-title="EOL-LTB 買斷決策：兩側代價夾出最後買量" data-link-desc="收到 EOL 公告要在 LTB 截止日前決定最後買量時查閱：剩餘生命需求的攤算、買多與買少的代價形狀、持有成本與對沖選項">EOL-LTB 買斷決策</a>。忽略 NRND 訊號、繼續把料押在新案子，等到 EOL 才發現得緊急找替代，是反覆出現的失誤。生命週期狀態是原廠提前給的預警，越早反應越有調整空間。</p>
]]></content:encoded></item><item><title>PCN（產品變更通知）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/pcn/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/pcn/</guid><description>&lt;p>PCN（Product Change Notification，產品變更通知）的核心概念是「原廠對料件即將發生的變更所發的正式預告」——製程調整、材料替換、產地移轉、封裝改版，一路到停產（EOL 通知常以 PCN 形式或伴隨 PCN 發布）。功能是給客戶一段評估期：在變更生效前判斷影響、決定要不要重驗或提出異議。跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/lifecycle-status/" data-link-title="料件生命週期（NRND / EOL / LTB）" data-link-desc="看到 NRND、EOL、LTB 標記，要判斷一顆料還能依賴多久、何時該一次買足時查閱">料件生命週期&lt;/a> 卡相鄰：生命週期狀態描述走向，PCN 是走向落地成正式時點的載體。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>PCN 站在「原廠變更」與「客戶驗證」的介面上。變更要不要重跑驗證，看它觸及的層面：動到 form / fit / function（外形、配合、功能）的變更，下游要走接近 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/ppap/" data-link-title="PPAP 與首件檢驗（量產核准）" data-link-desc="看到 PPAP、FAI、首件、量產核准這類詞，想知道供應商驗證通過後為什麼還有一道正式關卡、它卡在導入時程的哪裡時查閱">PPAP&lt;/a> 的重新核准；純產地或物流層的變更，多數客戶備查即可。醫療、車用等受規範產業對 PCN 的評估與答覆有合規義務，紀錄要留全。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>一份 PCN 要抓的欄位：變更類型與原因、生效日、受影響料號清單，以及停產類 PCN 特有的 LTB（最後採購）截止日。收到停產類 PCN，等於 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/eol-ltb-buyout-decision/" data-link-title="EOL-LTB 買斷決策：兩側代價夾出最後買量" data-link-desc="收到 EOL 公告要在 LTB 截止日前決定最後買量時查閱：剩餘生命需求的攤算、買多與買少的代價形狀、持有成本與對沖選項">EOL-LTB 買斷決策&lt;/a> 的正式起跑點。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>PCN 的送達機制決定它可靠度的邊界：通知寄給有直接交易關係的窗口，經現貨商或非授權管道買的料收不到，窗口離職也會斷鏈。判讀時把 PCN 當「存在時很準、缺席時無訊息」的來源——沒收到 PCN 推不出「沒有變更」，要配 BOM 對生命週期資料庫的定期比對兜底，接收機制的設計見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/lifecycle-phaseout-governance/" data-link-title="生命週期監測與退場治理：從 NRND 訊號到退場排程" data-link-desc="料號被標 NRND 或收到 PCN / EOL 通知，要決定訊號由誰接手、新設計怎麼擋、既有用量怎麼排退場時查閱">生命週期監測與退場治理&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>PCN（Product Change Notification，產品變更通知）的核心概念是「原廠對料件即將發生的變更所發的正式預告」——製程調整、材料替換、產地移轉、封裝改版，一路到停產（EOL 通知常以 PCN 形式或伴隨 PCN 發布）。功能是給客戶一段評估期：在變更生效前判斷影響、決定要不要重驗或提出異議。跟 <a href="/blog/business/procurement-planning/cards/lifecycle-status/" data-link-title="料件生命週期（NRND / EOL / LTB）" data-link-desc="看到 NRND、EOL、LTB 標記，要判斷一顆料還能依賴多久、何時該一次買足時查閱">料件生命週期</a> 卡相鄰：生命週期狀態描述走向，PCN 是走向落地成正式時點的載體。</p>
<h2 id="概念位置">概念位置</h2>
<p>PCN 站在「原廠變更」與「客戶驗證」的介面上。變更要不要重跑驗證，看它觸及的層面：動到 form / fit / function（外形、配合、功能）的變更，下游要走接近 <a href="/blog/business/procurement-planning/cards/ppap/" data-link-title="PPAP 與首件檢驗（量產核准）" data-link-desc="看到 PPAP、FAI、首件、量產核准這類詞，想知道供應商驗證通過後為什麼還有一道正式關卡、它卡在導入時程的哪裡時查閱">PPAP</a> 的重新核准；純產地或物流層的變更，多數客戶備查即可。醫療、車用等受規範產業對 PCN 的評估與答覆有合規義務，紀錄要留全。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>一份 PCN 要抓的欄位：變更類型與原因、生效日、受影響料號清單，以及停產類 PCN 特有的 LTB（最後採購）截止日。收到停產類 PCN，等於 <a href="/blog/business/procurement-planning/eol-ltb-buyout-decision/" data-link-title="EOL-LTB 買斷決策：兩側代價夾出最後買量" data-link-desc="收到 EOL 公告要在 LTB 截止日前決定最後買量時查閱：剩餘生命需求的攤算、買多與買少的代價形狀、持有成本與對沖選項">EOL-LTB 買斷決策</a> 的正式起跑點。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>PCN 的送達機制決定它可靠度的邊界：通知寄給有直接交易關係的窗口，經現貨商或非授權管道買的料收不到，窗口離職也會斷鏈。判讀時把 PCN 當「存在時很準、缺席時無訊息」的來源——沒收到 PCN 推不出「沒有變更」，要配 BOM 對生命週期資料庫的定期比對兜底，接收機制的設計見 <a href="/blog/business/procurement-planning/lifecycle-phaseout-governance/" data-link-title="生命週期監測與退場治理：從 NRND 訊號到退場排程" data-link-desc="料號被標 NRND 或收到 PCN / EOL 通知，要決定訊號由誰接手、新設計怎麼擋、既有用量怎麼排退場時查閱">生命週期監測與退場治理</a>。</p>
]]></content:encoded></item><item><title>不可能三角（交期、價格、品質）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/impossible-triangle/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/impossible-triangle/</guid><description>&lt;p>不可能三角的核心概念是「交期短、價格便宜、品質好，三者無法同時兼得，最多守住兩個」。它是採購取捨的基本結構：交期短又便宜的通常品質差；品質好又快的通常貴；便宜又品質好的通常交期長。理解這個三角，才知道每個備料與供應商決策其實都在三者之間選邊，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source&lt;/a> 提供的議價籌碼直接相關。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>不可能三角站在採購所有決策的背後，定義了可行解的邊界。任何一次下單、選供應商、走急件，都是在三角上選一個點。追料時把海運改空運，是拿價格換交期；導入第二來源壓價，是拿時間（NPI 週期）換未來的價格與供貨彈性。三角提醒採購：要求三者兼得的需求本身不成立，工作是選對要守的兩角。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀三角取捨的訊號：這次需求最不能讓步的是哪一角、對方報出「又快又便宜」時品質或真實交期是否有隱藏代價、急單願不願意付急件溢價。有人能又快又便宜又好地拿到料，多半是遇上現貨釋出或別人取消的訂單，是一次性的錯位、構不成可複製的策略。把例外當常態要求，會把採購逼到不可行的角落。缺貨時誰能優先拿到貨，另有一套系統性的配給邏輯（關係與信用換配給順位），跟撿到三合一的運氣是兩回事—見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/impossible-triangle-rationing/" data-link-title="不可能三角與短缺市場的配給" data-link-desc="用供應側成本結構解釋交期價格品質的取捨為什麼存在、缺貨時供應商按什麼順序配貨、關係投資在配給中的作用，供決定讓哪一角與評估關係價值時使用">不可能三角與短缺市場的配給&lt;/a>。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>面對每個需求，先問「這次三角裡哪兩角必須守、哪一角可以讓」，再去談。急著要就準備付溢價或接受品質風險；要便宜又要好就給足交期。會把採購逼到死角的，是同時要求三者，把壓力轉嫁給採購，最後靠運氣（碰上現貨）勉強達成、卻誤以為是常態能力。採購的專業在於明確說出取捨、並在可讓的那一角上爭取最好條件，而不是假裝三角不存在。&lt;/p></description><content:encoded><![CDATA[<p>不可能三角的核心概念是「交期短、價格便宜、品質好，三者無法同時兼得，最多守住兩個」。它是採購取捨的基本結構：交期短又便宜的通常品質差；品質好又快的通常貴；便宜又品質好的通常交期長。理解這個三角，才知道每個備料與供應商決策其實都在三者之間選邊，跟 <a href="/blog/business/procurement-planning/cards/second-source/" data-link-title="Second Source（第二供應商）" data-link-desc="評估一顆料要不要培養替代供應商、或被質疑為什麼要養第二家時，用來理解第二來源分散的風險形態與導入的真實成本">Second Source</a> 提供的議價籌碼直接相關。</p>
<h2 id="概念位置">概念位置</h2>
<p>不可能三角站在採購所有決策的背後，定義了可行解的邊界。任何一次下單、選供應商、走急件，都是在三角上選一個點。追料時把海運改空運，是拿價格換交期；導入第二來源壓價，是拿時間（NPI 週期）換未來的價格與供貨彈性。三角提醒採購：要求三者兼得的需求本身不成立，工作是選對要守的兩角。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀三角取捨的訊號：這次需求最不能讓步的是哪一角、對方報出「又快又便宜」時品質或真實交期是否有隱藏代價、急單願不願意付急件溢價。有人能又快又便宜又好地拿到料，多半是遇上現貨釋出或別人取消的訂單，是一次性的錯位、構不成可複製的策略。把例外當常態要求，會把採購逼到不可行的角落。缺貨時誰能優先拿到貨，另有一套系統性的配給邏輯（關係與信用換配給順位），跟撿到三合一的運氣是兩回事—見 <a href="/blog/business/procurement-planning/impossible-triangle-rationing/" data-link-title="不可能三角與短缺市場的配給" data-link-desc="用供應側成本結構解釋交期價格品質的取捨為什麼存在、缺貨時供應商按什麼順序配貨、關係投資在配給中的作用，供決定讓哪一角與評估關係價值時使用">不可能三角與短缺市場的配給</a>。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>面對每個需求，先問「這次三角裡哪兩角必須守、哪一角可以讓」，再去談。急著要就準備付溢價或接受品質風險；要便宜又要好就給足交期。會把採購逼到死角的，是同時要求三者，把壓力轉嫁給採購，最後靠運氣（碰上現貨）勉強達成、卻誤以為是常態能力。採購的專業在於明確說出取捨、並在可讓的那一角上爭取最好條件，而不是假裝三角不存在。</p>
]]></content:encoded></item><item><title>Allocation（產能配給）</title><link>https://tarrragon.github.io/blog/business/procurement-planning/cards/allocation/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/business/procurement-planning/cards/allocation/</guid><description>&lt;p>Allocation（產能配給）的核心概念是「缺貨時，原廠或代理商按非價格的順序分配稀缺產能，而不是漲價到需求退場」。供應商在乎長期關係勝過一季的價差——漲滿缺貨溢價等於向所有長期客戶宣告供貨保障不可靠，缺貨結束後會被轉單報復；合約價也綁住漲價空間。於是市場改用順位清市：同樣的缺貨，有人照常拿到貨、有人排到隊伍尾端。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Allocation 是 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/impossible-triangle/" data-link-title="不可能三角（交期、價格、品質）" data-link-desc="需求方同時要求快、便宜、品質好，要攤開取捨結構決定讓哪一角時查閱">不可能三角&lt;/a> 在缺貨市場的延伸：三角講常態下的取捨，allocation 講稀缺時的分配。它也是「採購是半個業務」這句行話的機制來源——關係與信用在這裡直接換算成順位，跟 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/cards/expediting/" data-link-title="追料（Expediting）" data-link-desc="料在途中疑似延遲、要決定從哪個節點介入而不是空催時查閱">追料&lt;/a> 時能不能讓廠商調整排產順位是同一件事。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀 allocation 狀態的訊號：原廠正式宣布 allocation 或配額制、交期全面性拉長（單一料拉長是個案、整個產品線拉長是配給）、下單量被按 forecast 兌現率打折回覆。順位由可觀察的變數排出來：策略客戶等級、forecast 與訂單的歷史兌現率、量承諾與寄售這類綁定架構的厚度、窗口關係的深度。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>進入 allocation 的料，操作重點從議價轉為顧好自己的順位：旺季灌水淡季砍單的紀錄都在供應商帳上，訂單信用是平時累積的。判斷一顆料值不值得投資關係，先看它缺貨時的分配方式——按順序配的市場關係有價；純現貨市場價格清市、關係無用。完整的順位變數與自查問題，見 &lt;a href="https://tarrragon.github.io/blog/business/procurement-planning/impossible-triangle-rationing/" data-link-title="不可能三角與短缺市場的配給" data-link-desc="用供應側成本結構解釋交期價格品質的取捨為什麼存在、缺貨時供應商按什麼順序配貨、關係投資在配給中的作用，供決定讓哪一角與評估關係價值時使用">不可能三角與短缺市場的配給&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>Allocation（產能配給）的核心概念是「缺貨時，原廠或代理商按非價格的順序分配稀缺產能，而不是漲價到需求退場」。供應商在乎長期關係勝過一季的價差——漲滿缺貨溢價等於向所有長期客戶宣告供貨保障不可靠，缺貨結束後會被轉單報復；合約價也綁住漲價空間。於是市場改用順位清市：同樣的缺貨，有人照常拿到貨、有人排到隊伍尾端。</p>
<h2 id="概念位置">概念位置</h2>
<p>Allocation 是 <a href="/blog/business/procurement-planning/cards/impossible-triangle/" data-link-title="不可能三角（交期、價格、品質）" data-link-desc="需求方同時要求快、便宜、品質好，要攤開取捨結構決定讓哪一角時查閱">不可能三角</a> 在缺貨市場的延伸：三角講常態下的取捨，allocation 講稀缺時的分配。它也是「採購是半個業務」這句行話的機制來源——關係與信用在這裡直接換算成順位，跟 <a href="/blog/business/procurement-planning/cards/expediting/" data-link-title="追料（Expediting）" data-link-desc="料在途中疑似延遲、要決定從哪個節點介入而不是空催時查閱">追料</a> 時能不能讓廠商調整排產順位是同一件事。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀 allocation 狀態的訊號：原廠正式宣布 allocation 或配額制、交期全面性拉長（單一料拉長是個案、整個產品線拉長是配給）、下單量被按 forecast 兌現率打折回覆。順位由可觀察的變數排出來：策略客戶等級、forecast 與訂單的歷史兌現率、量承諾與寄售這類綁定架構的厚度、窗口關係的深度。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>進入 allocation 的料，操作重點從議價轉為顧好自己的順位：旺季灌水淡季砍單的紀錄都在供應商帳上，訂單信用是平時累積的。判斷一顆料值不值得投資關係，先看它缺貨時的分配方式——按順序配的市場關係有價；純現貨市場價格清市、關係無用。完整的順位變數與自查問題，見 <a href="/blog/business/procurement-planning/impossible-triangle-rationing/" data-link-title="不可能三角與短缺市場的配給" data-link-desc="用供應側成本結構解釋交期價格品質的取捨為什麼存在、缺貨時供應商按什麼順序配貨、關係投資在配給中的作用，供決定讓哪一角與評估關係價值時使用">不可能三角與短缺市場的配給</a>。</p>
]]></content:encoded></item></channel></rss>