注意：構建中的變更 ⚡️

PartsBox 中的構建系統已改進。有一些新功能，也有一些東西消失了——如果您想了解更多，請繼續閱讀。

新功能

揀貨單！這是一個長期被要求的功能，即在構建之前必須從倉庫中收集（揀選）的電子元件批次清單。揀貨單表格現在顯示為構建的第二步，並且可以匯出為 PDF 或 CSV 進行列印。

多個元件來源：專案/BOM 條目現在可以消耗來自多個來源的元件。如果您在一個位置有 100 個元件，在另一個位置有 100 個，您現在將能夠在單次構建中構建 200 個單位。同樣，如果您有一個 Meta 元件，其中一個替代品有 100 個庫存，另一個有 100 個庫存，您將能夠執行數量為 200 的構建。來源將按 FIFO（先進先出）順序分配。

進階生產系統：如果您的方案包含此功能，您還可以使用其他排序方式，以及設定每個 BOM 條目以任意順序消耗元件，單獨選擇或取消選擇來源。您還可以覆蓋每個 BOM 條目所需的數量。

對於使用批次控制的客戶來說，這是一個期待已久的時刻：您現在可以在一次構建中使用多個元件批次/批號，同時仍保持 (稍微放寬的) 可追溯性。如果您需要嚴格的可追溯性，只需使用 "每個元件單一來源" 核取方塊即可。

已移除的功能

構建表格中舊的「來源」下拉選擇器已消失，現在可以展開每一行來配置來源。

「忽略」核取方塊也消失了。不再需要它們：即使庫存不足，您也可以繼續進行生產。

過去的生產現在有一個「庫存請求」欄位（取代舊的「來源」欄位），顯示元件是從哪裡取出的。

跨方案的功能劃分

業餘愛好者/創客（免費）計畫獲得了新的揀貨單功能，但仍然只允許每個元件有一個單一來源。如果您是業餘愛好者，希望這不會對您造成太大限制！

此外，實驗室/工作室方案中也提供多個來源，但僅限於 FIFO（先進先出）排序。

具有進階構建系統功能的生產計劃（及更高版本）還允許 LIFO（後進先出）、最後存取、最大批次優先和最小批次優先排序，以及任意重新排序來源、單獨來源選擇和每個條目的數量覆蓋。

小字說明：為什麼花了這麼長時間

對於那些想知道為什麼這些長期要求的功能花了這麼長時間才實現的人：新的建置系統實際上解決了兩個問題。一是能夠為一個 BOM 條目使用多個來源。另一個是如果多個 BOM 條目使用相同的電子元件，可能會導致負庫存。

事實證明，許多 BOM 在多行中使用相同的零件，有時直接使用，有時作為元零件中的替代品。如果 BOM 行「消耗」了零件的庫存，隨後的 BOM 行不應將此庫存視為可用。換句話說，為了知道是否可能進行構建，必須逐行檢查 BOM，在整個構建過程中追蹤可用庫存。僅在開始構建時檢查一次是不夠的。

這意味著必須以不同的方式處理構建，並且必須設計和實施新的構建模型。新的構建模型必須同時在伺服器和瀏覽器中運行，以便可以交互式地更改批次分配並立即在構建表中看到結果。

等待時間長的另一個原因是構建系統是 PartsBox 的關鍵部分。許多企業每天都依賴它，而那些製造醫療設備的企業也需要可追溯性數據 100% 正確。這不是可以快速或輕易重新實現的東西。