PartsBoxのビルドシステムが改善されました。いくつかの新機能が追加され、いくつかの機能がなくなりました。詳細を知りたい場合は、読み進めてください。
ピックリスト！長らく要望のあった機能で、ビルド（製造）前に保管場所から収集（ピック）する必要がある電子部品ロットのリストです。ピックリストテーブルはビルドの2番目のステップとして表示され、印刷用にPDFまたはCSVにエクスポートできます。
複数の電子部品ソース：プロジェクト/BOMエントリは、複数のソースからの電子部品を消費できるようになりました。ある場所に100個、別の場所に100個の電子部品がある場合、1回のビルドで200ユニットを製造できるようになります。同様に、ある代替品に100個の在庫があり、別の代替品に100個の在庫があるメタパーツがある場合、数量200でビルドを実行できます。ソースはFIFO（先入れ先出し）順に割り当てられます。
高度なビルドシステム: プランにこの機能が含まれている場合、他の順序付けを使用したり、各BOMエントリが任意の順序で部品を消費するように構成したり、ソースを個別に選択または選択解除したりすることもできます。また、各BOMエントリに必要な数量を上書きすることもできます。
ロット管理を使用しているお客様にとって、これは待ちに待った瞬間です。ビルドで複数のパーツロット/バッチを使用しながら、（わずかに緩和された）トレーサビリティを維持できるようになりました。厳密なトレーサビリティが必要な場合は、「各パーツに単一のソースを使用」チェックボックスを使用するだけです。
ビルドテーブルの古い「ソース」ドロップダウンセレクタはなくなり、各行を展開してソースを設定できるようになりました。
「無視」チェックボックスもなくなりました。もはや必要ありません。在庫が不足していても製造を進めることができます。
過去の製造には（古い「ソース」列の代わりに）「在庫リクエスト」列があり、部品がどこから取り出されたかが表示されます。
Hobbyist/Maker（無料）プランでは、新しいピッキングリスト機能を利用できますが、各部品のソースは1つしか許可されません。趣味で利用されている方にとって、これが大きな制限にならないことを願っています！
さらに、FIFO（先入れ先出し）順序付けのみとなりますが、複数ソース機能はLab/Workshopプランで利用可能です。
高度なビルドシステム機能を備えた生産プラン（およびそれ以上）では、LIFO（後入れ先出し）、最終アクセス順、最大ロット優先、最小ロット優先の順序付けに加え、ソースの任意の並べ替え、個別のソース選択、エントリごとの数量オーバーライドも可能です。
なぜこれらの長く要望されていた機能の実装にこれほど時間がかかったのか疑問に思っている方へ：新しいビルドシステムは実際に2つの問題を解決します。1つは、BOMエントリに対して複数のソースを使用できるようにすることです。もう1つは、複数のBOMエントリが同じ部品を使用した場合に在庫がマイナスになる可能性があったことです。
多くのBOMでは、同じ部品が複数の行で使用されており、直接使用される場合もあれば、メタパーツの代替品として使用される場合もあることがわかります。あるBOM行が部品の在庫を「消費」する場合、後続のBOM行はこの在庫を利用可能と見なすべきではありません。言い換えれば、ビルドがそもそも可能かどうかを知るためには、BOMを1行ずつ確認し、ビルド全体を通して利用可能な在庫を追跡する必要があります。ビルドを開始するときに一度確認するだけでは不十分です。
これは、製造へのアプローチを変える必要があり、製造のための新しいモデルを設計・実装しなければならないことを意味しました。新しい製造モデルは、サーバーとブラウザの両方で実行する必要があり、それによりロット割り当てを対話的に変更し、その結果を製造テーブルで即座に確認できるようになります。
待ち時間が長いもう一つの理由は、ビルドシステムがPartsBoxの重要な部分であるためです。多くの企業が毎日それに依存しており、医療機器を製造している企業はトレーサビリティデータが100%正確であることも必要としています。これは、迅速かつ軽率に再実装できるものではありません。
PartsBoxは、電子部品の在庫、BOM価格設定、および小規模生産を管理できるオンラインアプリです。コンポーネントがどこに保管されているか、現在の在庫レベルはどれくらいか、どのコンポーネントがどのプロジェクト/BOMで使用されているかを追跡します。