Prozorro

mcp-prozorro

ProZorro MCP — ウクライナ政府調達（キー不要）。

Pipeworx の一部です。AI エージェントを 1800 以上のリアルタイムデータソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとは提携も推奨も受けておらず、同プロバイダーによって公開されたものでもありません。

ツール

ツール	説明
prozorro_recent_tenders	ウクライナの国家調達システム ProZorro で最近更新された入札を返します（キー不要の OpenProcurement 公開フィードを使用）。各入札について、id、tenderID、タイトル、金額（額＋通貨。通常は UAH）、購入者（調達機関）、ステータス、調達方式を返します。タイトルと購入者名はウクライナ語です。現在のウクライナの公共入札を閲覧する場合に使用します。特定の入札については prozorro_get_tender を使用してください。
prozorro_search_tenders	2015 年まで遡るウクライナの ProZorro 入札すべてを対象とした全文検索です（キー不要）。ProZorro 独自の解析済みインデックスを検索するため、ウクライナ語のクエリは語幹に基づいて正しく検索されます（「школа」は「школи」や「шкільний」にも一致します）。検索漏れを減らすには、ウクライナ語のキーワードを渡してください。購入者の EDRPOU、サプライヤー／入札者の EDRPOU（tenderer。サプライヤーのデューデリジェンスに使用します。企業が入札または落札したすべての入札が対象です）、CPV コード、ステータス、金額範囲、日付で絞り込めます。tenderID、タイトル、金額、購入者名＋EDRPOU＋地域、ステータスを返します。また、id フィールド（内部の 32 桁の 16 進数 ID）も返しますが、resolve_ids を渡さない限り NULL です。検索インデックス自体にはこの ID は含まれません（ライブで検証済み）。prozorro_get_tender は tenderID だけを指定しても同じ解決を自動的に試みるようになったため、通常ここで resolve_ids を指定する必要はありません。検索結果 1 件の詳細を取得するには prozorro_get_tender を使用してください。
prozorro_search_organizations	ProZorro の組織インデックスを使用して（キー不要）、ウクライナの企業名または公共購入者名から EDRPOU コードを特定します。サプライヤーのデューデリジェンスの出発点です。ユーザーが企業名を知っていても、prozorro_search_tenders の絞り込みには EDRPOU が必要です。まずこのツールを呼び出し、返された edrpou を tenderer（サプライヤー側）または buyer として渡すと、その企業の入札履歴全体を取得できます。
prozorro_get_tender	ウクライナの ProZorro 入札 1 件の詳細を ID で取得します（キー不要の OpenProcurement 公開 API を使用）。tenderID、タイトル、説明、ステータス、procurementMethod＋procurementMethodType（OCDS の生フィールド。大まかな調達方式と ProZorro 固有の方式。例：aboveThresholdUA／aboveThresholdEU）、tender_value（当初の提示価格であり、支出額ではありません）、購入者／調達機関（名称、EDR 識別子、地域、連絡先）、入札期間（開始／終了）、問い合わせ期間、入札数、明細項目（説明、CPV 分類、数量、単位、関連する lot）、lots（入札がロットに分割されている場合の id／タイトル／ステータス／金額）、および OCDS の落札／契約段階の情報を返します。落札情報は award（実際に有効な落札。ステータス、日付、金額、落札サプライヤー、lotID、bid_id。該当がない場合は null）と、落札履歴全体の awards（それぞれに FULL な suppliers[] 配列［名称＋識別子のスキーム／ID］を含み、後方互換性のため単一サプライヤーの supplier フィールドも保持）です。また、contract（署名済み契約の金額／日付と現在のステータス、および契約レコードから取得した amountPaid。入札データに含まれる契約のコピーは署名後に古くなるため、変更、終了、契約文書については prozorro_get_contract を使用してください）も返します。interpretation 行には、tender_value が実際に支出されたことがあるかどうかを明記します。raw:true を渡すと、上記の形式に整形されていないフィールドを取得できるよう、上流の OCDS 入札オブジェクト全体も raw の下に返します。テキストの大部分はウクライナ語です。内部の 32 文字の入札 ID、または人が読める tenderID（「UA-2026-09-20-000012-a」）を受け付けます。tenderID の場合、最近更新されたフィードレコードを先にスキャンして内部 ID の解決を試みます（低コストで、通常はここ数時間以内に更新された入札なら 1 回の呼び出しで済みます）。解決に成功すると詳細全体を返します。その方法で見つからないほど最近更新されていない入札の場合に限り、検索インデックスの概要にフォールバックし（detail_available:false、落札情報なし）、それを返します。
prozorro_get_contract	ウクライナの ProZorro 入札に関する落札後の公式契約レコード（キー不要の OpenProcurement 契約 API）を取得します。現在のステータス（active | terminated | cancelled）、dateSigned、契約期間、現在の金額（変更後。API には署名時の当初金額が別フィールドとして保存されず、通常は変更理由に記載されています）、amountPaid、終了の詳細、契約変更／修正の全履歴（理由、rationaleTypes、公開日、署名日）、公開日を含む契約文書、マイルストーンを返します。署名後の情報には、入札ではなくこのツールを使用してください。入札に埋め込まれた契約のコピーは、入札完了時点で固定されるため、契約が変更または終了された後も active と表示され続けます。入札 ID（32 桁の 16 進数、または UA-… 形式の tenderID）を渡すと、その入札のすべての契約を取得します。契約の 32 桁の 16 進数 ID も指定できます。任意の as_of（YYYY-MM-DD）を指定すると、変更と文書をその日以前に公開されたものと、その日より後に公開されたものに分け、その日時点でのレコードのステータスが判明しているかどうかを示します。公開 API は改訂履歴を一切保持しないため、レコードが as_of より後に変更されていた場合、その日時点のステータスは推定せず、利用不可として報告します。API に契約終了日はありません。このツールが終了日を捏造することはありません。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します：

{
  "mcpServers": {
    "prozorro": {
      "url": "https://gateway.pipeworx.io/prozorro/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/prozorro/mcp の tools/list は、上記の表にあるツールに加えて、共通の Pipeworx メタツール（ask_pipeworx、 discover_tools、search_within、remember／recall など、ゲートウェイ全体で使えるツール群）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック独自のツールとともに、およそ30個の共通ツールが表示されます。接続の initialize レスポンスには正確なスコープが記載されており、その日の状況を確認する際の確定情報となります。

これは意図的な設計であり、意図せず多重化されているわけではありません。メタツールを使えば、このパックで対応していない質問にも、カタログ全体を対象にルーティングする ask_pipeworx を通じて回答できます。そのため、MCP サーバーをもう1つ追加する必要はありません。現時点では、メタツールを含めずにパックのエンドポイントを接続する方法はありません。追加のスキーマによって増えるコンテキストの負担がルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

また、フルの Pipeworx ゲートウェイに接続すれば、このパックだけでなく、すべてのパックのツールを直接一覧表示できます：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も、同じゲートウェイと同じ1800以上のデータソースに接続します。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworx を使えばすべてのツールにアクセスできます。

MCP クライアントがない場合：HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/prozorro_recent_tenders \
  -H 'Content-Type: application/json' \
  -d '{"limit":20}'

最初の呼び出しにアカウントは必要ありません。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/prozorro_recent_tenders を実行します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントもゲートウェイへの往復通信も不要です：

{
  "mcpServers": {
    "prozorro": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-prozorro"]
    }
  }
}

または、直接実行して起動することを確認します：

npx -y @pipeworx/mcp-prozorro

stdin/stdout 経由で MCP を使用し、このパックのツールだけを対象に initialize／tools/list／tools/call に応答します。上記のゲートウェイ接続で追加される共通メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx の使用

ツールを直接呼び出す代わりに、自然な英語で質問できます。この方法は、上記のパックエンドポイントでもフルゲートウェイでも使えます：

ask_pipeworx({ question: "your question about Prozorro data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT