DigiKey APIでできること

電子部品の調達では、DigiKeyのWebサイトを開いて型番を検索し、価格、在庫、リードタイム、データシートを確認する場面がよくあります。

試作や小ロットの部品であれば、DigiKeyの画面を見ながら手作業で確認しても大きな問題はありません。しかし、BOMに30点、50点、100点と部品が並び、さらにMouser、Chip One Stop、RS、既存商社の見積回答まで比較するようになると、検索と転記だけでかなりの時間がかかります。

「この型番はDigiKeyに在庫があるのか」 「数量100個、500個、1,000個で単価はどう変わるのか」 「メーカー型番は一致しているのか」 「PCNやEOLの情報は出ていないか」

こうした確認を、毎回Webサイトで1件ずつ行うのではなく、社内システムやExcel、スクリプトから自動で取得できるようにする仕組みがDigiKey APIです。

この記事では、DigiKey APIでできることを、電子部品調達の実務目線で整理します。APIの細かい実装方法ではなく、「調達担当者が自社で試すなら、どの業務に使えるのか」が見えるように解説します。

DigiKey APIとは

DigiKey APIは、DigiKeyが提供している開発者向けのAPIです。

APIを使うと、DigiKeyのWebサイトで人が検索している情報の一部を、社内システムやプログラムから取得・操作できるようになります。DigiKeyのDeveloper Portalでは、商品情報の検索、見積、注文管理、MyLists、Product Change Notification、バーコード照会などのAPIが提供されています。

なお、DigiKey APIを実際に試すための事前準備（Client ID・Client Secretの発行など）は、別記事にまとめています。

[https://egghead.co.jp/blog/ijilkwsgqe]

調達業務の文脈で見ると、DigiKey APIは「DigiKeyの画面を開いて確認していた作業を、BOMや見積比較表の中に取り込むための接続口」と考えるとわかりやすいです。

たとえば、BOMに記載されたメーカー型番をもとにDigiKey APIへ問い合わせると、該当する部品候補、DigiKey品番、メーカー、価格、在庫、製品仕様、データシートURLなどを取得できます。これを見積比較表や部品マスターに反映すれば、調達担当者が1件ずつWeb検索して転記する作業を減らせます。

DigiKey APIでできること一覧

DigiKey APIでできることを、電子部品調達の業務に置き換えると次のようになります。

この一覧だけを見ると、DigiKey APIは「検索用API」に見えるかもしれません。しかし、調達実務では検索だけでなく、見積比較、部品マスター整備、価格履歴、代替品検討、注文管理までつながる可能性があります。

1. 型番から電子部品を検索できる

DigiKey APIで最も使いやすい入口は、型番検索です。

電子部品調達では、BOMにメーカー型番、社内品番、過去の購入品番、DigiKey品番などが混在しがちです。人がDigiKeyのWebサイトで検索する場合、型番をコピーして検索し、候補の中から該当品を選びます。

APIを使うと、この検索をプログラムから実行できます。たとえば、BOMに記載されたメーカー型番を1行ずつAPIに投げ、DigiKey上の候補部品を一覧化できます。

実務で使うなら、次のような確認に向いています。

ここで重要なのは、APIで候補を取得できても、最終判断は人が行う必要があることです。電子部品では、型番末尾の違い、梱包形態、温度範囲、許容差、メーカー違いが購買判断に直結します。

APIは「人の確認をなくす道具」ではなく、「人が確認すべき候補を一気に揃える道具」と考える方が実務に合います。

2. 価格・在庫・数量別単価を確認できる

DigiKey APIを調達業務で使う最大のメリットは、価格と在庫の確認を自動化できることです。

電子部品調達では、既存商社へ見積依頼を出す前に、ネット商社の価格を参考値として確認することがあります。特にDigiKeyは、少量・試作・短納期の確認でよく使われます。

ただし、Web画面で1件ずつ確認していると、部品点数が増えた瞬間に作業が重くなります。

• 型番を検索する
• 該当部品を開く
• 必要数量に近い価格ブレークを見る
• 在庫数量を見る
• MOQや梱包形態を見る
• Excelの比較表へ転記する

この作業を30点分繰り返すと、価格を調べているだけでかなりの時間を使います。APIを使えば、BOMにある型番と数量をもとに、DigiKey上の価格・在庫情報をまとめて取得できます。

たとえば、実際にDigiKey APIを叩くと、次のような比較表を自動で作れます（社内検証時に取得した値）。

この表があるだけで、調達担当者は「DigiKeyに在庫があるか」「既存商社の見積が市場価格とかけ離れていないか」「短納期の場合にDigiKeyで暫定調達できるか」を判断しやすくなります。

特にSTM32F103C8T6のように、必要数量5個に対して最小ロットが2,400個といったケースは、Webで1件ずつ確認していると見落としやすい情報です。APIで価格と一緒に取得できると、「カットテープなら少量で買える／テープ＆リールなら大量ロットでないと買えない」という判断が比較表のうえで完結します。

一方で、価格・在庫は常に変動します。APIで取得した情報は、取得日時と一緒に保存することが重要です。「昨日は在庫ありだった」「午前中はこの単価だった」という状態が起きるため、見積比較表には取得時刻を残しておくと後から説明しやすくなります。

3. 製品仕様やデータシートURLを部品マスターに反映できる

DigiKey APIは、価格・在庫だけでなく、製品仕様の取得にも使えます。

電子部品の部品マスターを整備しようとすると、品名、メーカー、メーカー型番、カテゴリ、仕様、データシートURLなどを登録する必要があります。これを手入力で整備するのはかなり大変です。

APIで取得できる情報を部品マスターに取り込めば、次のような用途に使えます。

• 社内品番とメーカー型番の紐付け
• データシートURLの自動登録
• 抵抗、コンデンサ、IC、コネクタなどのカテゴリ整理
• 仕様情報を使った検索性の向上
• 過去見積や発注履歴と外部部品情報の紐付け

特に、過去の見積履歴や発注履歴が型番だけで管理されている会社では、部品マスターが弱くなりがちです。DigiKey APIから取得した情報を補助的に使うことで、「過去に買った部品」と「現在市場にある部品」をつなげやすくなります。

ただし、DigiKey上の情報をそのまま社内の正式マスターとして使うかどうかは慎重に判断する必要があります。社内品番、採用可否、品質承認、代替可否などは会社ごとの管理項目です。API情報は、正式マスターの入力補助として使うのが現実的です。

4. PCN・見積・注文・MyLists・バーコード照会も使える

DigiKey APIには、ここまで紹介した検索・価格取得以外にも、調達周辺で使える機能が用意されています。

これらは便利な一方、Quote・Ordering・MyLists・Barcode・PCNはDeveloper Portalで個別の購読申請が必要だったり、ユーザー単位のOAuth認証（3-legged OAuth）や有効なDigiKey Credit accountが前提になったりします。実際に社内で検証した際も、Product Information V4はすぐに叩けましたが、これらのAPIは権限まわりの整備があとから必要になりました。

調達業務の自動化として最初に効果を感じやすいのは、型番検索・価格在庫取得・BOM一括チェックです。Quote以降は、型番検索の運用が定着したあとに段階的に検討する流れが現実的です。

DigiKey APIを調達業務で使う具体例

ここまでの機能を、実際の調達業務に置き換えると、次のような使い方が考えられます。

BOMのDigiKey価格・在庫を一括チェックする

最もわかりやすい使い方です。

ExcelのBOMにメーカー型番と数量を入れておき、DigiKey APIで価格・在庫を取得します。結果をExcelや調達管理システムに戻せば、「DigiKeyで買える部品」「在庫がない部品」「型番確認が必要な部品」を一覧化できます。

これだけでも、調達担当者がWebサイトを開いて1件ずつ検索する作業を減らせます。

既存商社の見積とDigiKey価格を比較する

既存商社から届いた見積回答が妥当か確認するために、DigiKey価格を参考値として使う方法です。

たとえば、商社Aから単価120円の見積が来た部品について、DigiKeyの数量別単価が95円だったとします。この差が妥当なのか、納期、MOQ、梱包形態、送料、支払条件、品質保証を含めて判断できます。

逆に、DigiKeyより既存商社の方が安い場合もあります。その場合は、過去の実績や商社との関係が強みになっている可能性があります。

大事なのは、DigiKey価格を「必ず最安を探すためのもの」として使うのではなく、判断材料のひとつとして比較表に入れることです。手元の比較表のフォーマットに迷う場合は、【無料Excel】相見積もり比較表テンプレート も参考にしてください。

[https://egghead.co.jp/blog/c46874qb_5m]

代替品検討の入口にする

部品が在庫切れになったとき、調達担当者は代替品を探す必要があります。

DigiKey APIだけで代替可否を自動判断するのは危険ですが、カテゴリ、メーカー、仕様、データシートURLを取得できれば、設計部門に確認してもらう候補を整理しやすくなります。

「在庫がないので終わり」ではなく、「同カテゴリの候補を出し、設計確認に回す」ところまで早く進められるのがAPI活用のメリットです。

PCN対象部品を定期チェックする

量産中の採用部品リストを定期的にAPIで確認し、PCNが出ている部品を抽出する使い方です。

特に、マイコン、電源IC、特殊コネクタ、長納期部品などは、変更通知の見落としがリスクになります。APIで検知した情報をもとに、設計、品質保証、生産管理へ確認依頼を出せるようにしておくと、対応の初動が早くなります。

部品マスターを育てる

DigiKey APIで取得したメーカー、型番、カテゴリ、仕様、データシートURLを、社内の部品マスターに補助情報として登録します。

部品マスターが整うと、過去見積、発注履歴、採用可否、代替品候補、サプライヤー情報を型番単位で見られるようになります。DigiKey APIは、部品マスターをゼロから手入力する負担を減らすための材料として使えます。

DigiKey APIを使うときの注意点

DigiKey APIは便利ですが、導入すれば調達業務がすべて自動化されるわけではありません。特に電子部品調達では、次の点に注意が必要です。

価格・在庫は変動する

APIで取得した価格・在庫は、その時点の情報です。見積比較や社内説明に使う場合は、取得日時を必ず残すべきです。

また、Webサイトで見える価格、APIで取得する価格、Quote APIで作成した見積価格、企業アカウントの条件がすべて同じとは限りません。どの情報を採用したのかを明確にする必要があります。

型番一致は必ず確認する

APIで候補が返ってきても、それがBOMの指定部品と完全に一致しているとは限りません。

電子部品では、型番末尾、温度範囲、許容差、パッケージ、梱包形態、リール・カットテープ、鉛フリー対応などが購買判断に影響します。API結果をそのまま発注候補にするのではなく、「完全一致」「要確認」「候補なし」のように確認ステータスを持たせるのが安全です。

DigiKeyだけでは調達判断は完結しない

DigiKey APIで価格・在庫が取れても、電子部品調達の判断はDigiKeyだけでは完結しません。

既存商社との取引条件、納期調整、品質保証、正規代理店ルート、代替提案、支払条件、送料、社内承認など、Web上の価格だけでは見えない要素があります。

そのため、DigiKey APIは「調達判断の自動化」ではなく、「調達判断に必要な情報収集の自動化」と捉えるのが現実的です。情報収集を自動化したうえで判断のレイヤーをどう仕組み化するかは、調達業務の属人化を解消するには？製造業の購買部門が今すぐできる4つの方法 でも触れています。

[https://egghead.co.jp/blog/4yybtyj4-8d]

API利用には開発者登録と認証が必要

DigiKey APIを使うには、Developer Portalで開発者アカウントを作成し、アプリケーションを登録する必要があります。API利用時にはOAuth 2.0による認証も必要です。

試すだけならSandbox環境から始められますが、実運用ではProductionアプリ、認証情報の管理、利用権限、API制限、エラー時の処理なども考える必要があります。

まず試すなら「BOM一括検索」から

DigiKey APIを自社で試すなら、最初から注文APIまで使う必要はありません。

まずは、BOMにあるメーカー型番をDigiKey APIで一括検索し、価格・在庫・データシートURLを取得するところから始めるのがおすすめです。

最小構成なら、次のような流れです。

1. Excelにメーカー型番と必要数量を並べる
2. DigiKey Developer PortalでSandboxアプリを作る
3. Product Information V4のProductSearchで型番を検索する
4. 取得した価格・在庫・データシートURLをExcelに戻す
5. 型番一致、梱包形態、在庫有無を人が確認する

この程度の小さな検証でも、「Web検索と転記にどれだけ時間を使っていたか」が見えます。調達担当者が少しAPIやExcelマクロ、Pythonに触れるなら、自社BOMで試す価値は十分あります。

実際にPythonでDigiKey APIを叩くと、BOMの型番リストを次のような確認表に変換できます。これは社内検証で実行した結果です。

実装コードやセットアップ手順は技術記事として分け、Zennに DigiKey APIをPythonで叩いて、電子部品の価格・在庫を取得してみる という記事で公開しています。会社ブログでは調達業務での使いどころを中心にし、コードを動かしたい方は技術メモから参照できる形にしています。

[https://zenn.dev/egghead/articles/digikey-api-python]

スマートAI調達ではどう扱うのか

DigiKey APIを使うと、DigiKey上の価格・在庫・部品情報を自動で取得できます。ただし、実際の調達業務ではDigiKeyだけで完結しないことが多いです。

既存商社からはメール、PDF、Excelで見積回答が届きます。MouserやChip One Stop、RSも見る必要があります（Mouserも同様にAPIが提供されており、設定方法は Mouser APIの設定方法 - APIキーの取得手順 でまとめています）。過去の見積履歴、発注履歴、採用理由、サプライヤーごとの得意不得意も判断材料になります。

つまり、DigiKey APIで情報を取ること自体よりも、その情報をどこに集約し、どう比較し、どう次回の調達に使える形で残すかが重要です。

弊社EGGHEADは、まさにこの「DigiKey API＋商社見積＋過去履歴を一つの画面で扱う」ところを、スマートAI調達 というプロダクトに実装しています。

APIを叩くこと自体は1日で実装できる一方、いざプロダクトに組み込んでみると、エッジケースを漏れなく拾うところが想像以上に大変でした。たとえば、本記事のLM358DR検索結果でも、Texas Instruments、onsemi、Rohm Semiconductorの3社が同じメーカー型番でヒットしています。BOMに「LM358DR」とだけ書かれていたとき、これがTIのものなのか別メーカー品なのかを自動で正しく紐付けるロジックを書き切る作業は、APIを叩くこと自体よりずっと骨が折れます。これに加えて、取得日時の履歴、商社のPDF・Excel・メール見積との突合、案件ごとの比較表として残す仕組みまで含めて社内運用に乗せようとすると、別のレイヤーが必要になります。そこをスマートAI調達で実装しています。

自社のBOMや既存商社からの見積回答を持ち寄って「どこまで自動化できそうか」を一緒に見たい方は、お問い合わせ からご連絡ください。

まとめ

DigiKey APIでできることは、単なる部品検索だけではありません。

• メーカー型番やDigiKey品番から部品情報を検索できる
• 価格、在庫、数量別単価、データシートURLを取得できる
• 製品仕様・カテゴリ・データシートを部品マスターに反映できる
• PCN・Quote・Ordering・MyLists・Barcodeなど、調達周辺機能も追加権限のうえで活用できる

ただし、電子部品調達では、APIで取得した情報をそのまま購買判断に使うのではなく、型番一致、梱包形態、MOQ、リードタイム、品質保証、既存商社の見積条件と合わせて確認する必要があります。

まずは、BOMの型番をDigiKey APIで一括検索し、価格・在庫・データシートURLを取得するところから試すのが現実的です。そのうえで、既存商社の見積回答や過去履歴と一緒に比較できる状態を作ると、DigiKey APIは調達業務の自動化にかなり使える道具になります。

関連記事

• DigiKey APIの設定方法 - Client ID・Client Secret・アカウントIDの取得手順
• Mouser APIの設定方法 - APIキーの取得手順
• 【無料Excel】相見積もり比較表テンプレート｜製造業の調達担当者向け
• 調達業務の属人化を解消するには？製造業の購買部門が今すぐできる4つの方法
• 製造業向け見積もり管理システム おすすめ4選｜特徴や比較ポイントを徹底比較

出典

• DigiKey API Developer Portal
• Product Information V4 | DigiKey API Developer Portal
• ProductChangeNotifications | DigiKey API Developer Portal
• Quote-v4 | DigiKey API Developer Portal
• Ordering | DigiKey API Developer Portal