画面からではなく、独自のシステムからPartsBoxを操作します。パブリックAPIは操作指向です。生のテーブルを公開するのではなく、部品、在庫、保管、プロジェクト、BOM、注文、ビルド、およびロットの操作を提供します。JSONまたはEDNを使用し、APIキーで認証します。商用プランでは、各APIキーは役割を持つ独自の名前付きユーザーであり、ユーザー制限にはカウントされず、そのアクションは在庫およびビルド履歴にその名前で表示されます。したがって、"受信ステーション"と"テストリグ"は別々の責任あるユーザーになります。
受信ステーションは配達をスキャンし、APIを呼び出して在庫を追加するため、誰もブラウザを開くことなく部品が予約されます。テストリグは、バッチが合格したときにビルドを作成し、消費された正確な部品を差し引きます。夜間のスクリプトは、スケジュールに従って完全なJSONバックアップを取得します。ジョブを見積もるショップは、独自のツールから交渉されたオファーと注文をプッシュします。
最も一般的なパターンはより大規模です。PartsBoxを他の何か（ERP、MES、ショップフロアスクリプト、またはAIエージェント）の背後にある記録の在庫システムにし、1つのデータベースが部品と在庫に関する真実を保持し、他のシステムがAPIを介して読み書きするようにします。ロットとビルドのデータも通過するため、品質管理システムは監査人が使用するのと同じトレーサビリティレコードを消費できます。
APIは文書化されており、機械可読なOpenAPI記述が含まれています。つまり、AIアシスタントが仕様を読み取り、それに対する実用的な統合スクリプトを作成できます。操作はオンデマンドで追加されます。自動化にまだ存在しない操作が必要な場合は、通常はすぐに追加できるため、何を構築しているかをお知らせください。コードなしの自動化の場合、Zapier統合により、完了したビルドや在庫の変更をトリガーとして、PartsBoxを他のツールに接続します。
APIは、他のツールがPartsBoxと通信するための方法であり、データを別のシステムにコピーして古くなるための方法ではありません。これは意図的な境界線です。在庫の価値は、何が存在するかについての単一のアカウントであることであり、大規模な複製は静かに2つ目の古いアカウントを作成することになります。完全なバックアップは、ミラーリングのためではなく、データ所有権のために存在します。
APIとZapierはEssentialsプラン以上で利用できます。