ChatGPTを社内の業務システムやWebサービスから使いたい場合は、ブラウザ版ChatGPTの契約とは別に、OpenAI APIを使って機能を実装する方法があります。APIは「文章を送れば必ず正しい答えが返る仕組み」ではありません。入力データ、モデル、出力の確認方法、権限、費用、障害時の扱いまで決めて初めて業務に組み込めます。
この記事では、OpenAI APIで何ができ、利用前に何を決めるべきかを整理します。既存システムへの組込み方式や開発会社の選び方は別の記事で扱います。
ChatGPT APIとは?ChatGPTの画面利用との違い
「ChatGPT API」という言葉は、一般にOpenAIのモデルをプログラムから利用するAPIを指します。ブラウザ版ChatGPTは人が画面を操作するサービスです。一方、APIでは自社の画面や処理から入力を送り、返ってきた結果を既存の業務フローへ渡せます。たとえば問い合わせの要約を担当者の管理画面に表示したり、文章の下書きを作って人が承認した後に保存したりできます。
ChatGPTの有料プランを契約しただけでAPIの利用料まで含まれるわけではありません。API側の利用状況と請求は別に確認します。導入時は「社員がChatGPTの画面を使えば足りるのか」「システム内で自動処理する必要があるのか」を最初に分けて考えると、不要な開発を避けられます。
どのAPI方式・モデルを使うか
OpenAIは新規開発にResponses APIを推奨しています。Chat Completions APIもサポートされていますが、今から構成を決めるなら、必要な機能と既存実装との互換性を踏まえて選びます。古い記事に出てくるGPT-3.5 TurboやGPT-4 Turboを、現在の標準モデルとして選ぶ前提にはできません。利用可能なモデル、機能、料金は導入時点の公式情報と利用するプロジェクトで確認してください。
モデル選定は、名称の新しさだけでは決まりません。同じ業務データで、回答の正確さ、出力形式、応答時間、入力・出力の量、運用費を比較します。高精度が必要な判断と、単純な分類・要約では、適した構成が異なる場合があります。
OpenAI APIでできること
文章の分類・要約・下書き作成
問い合わせ文をカテゴリへ分ける、長文を担当者向けに要約する、メールの下書きを作るといった処理に使えます。ただし、分類先の定義や人に戻す条件を決めずに自動振り分けまで任せると、誤分類が業務上の損失になります。重要な判断や顧客への送信前には、固定ルールや人による確認を組み合わせます。
文書からの情報抽出
資料に含まれる項目を抜き出し、定めた形式で後続処理へ渡す使い方があります。抽出結果が空欄だった場合や、資料中に複数の候補がある場合を想定し、元資料と照合できるようにします。帳票の読み取り品質や保存先の仕様まで含めて検証が必要です。
社内情報を参照した回答
モデルに社内文書の内容を参照させて回答を作ることもできます。ただし、APIを呼ぶだけで社内DBを自動的に理解するわけではありません。検索対象をどう整備し、利用者の権限に応じて見せてよい文書だけを渡すかを別途設計します。回答には参照元を示し、根拠がない場合に「分からない」と返せるようにすることが重要です。
既存システムの操作を補助する
自然言語の指示から候補を提示し、既存APIで検索や入力を補助する構成もあります。ただし、生成結果をそのまま更新・削除などの処理に使うと危険です。操作対象、権限、入力検証、承認手順を既存システム側で管理します。
自社システムへの組込みで必要な構成
一般的には、既存の画面から受けた入力を自社のバックエンドで検証し、必要な情報だけをAPIへ送り、返ってきた結果を検査して画面やDBへ渡します。ブラウザにAPIキーを埋め込む構成は避け、サーバー側で安全に管理します。
- 入力:どの画面・メール・文書から取得するか。個人情報や機密情報を含むか。
- 処理:モデルに渡す情報、指示、回答形式、失敗時の再試行や人手対応。
- 出力:人が確認するだけか、DB保存や外部システム連携まで行うか。
- 運用:利用者権限、ログ、費用上限、品質評価、モデル変更時の再確認。
ここを先に整理すれば「APIをつなぐ工数」だけでなく、必要な画面改修やデータ整備を見積もりに含めやすくなります。
API料金は何で変わるか
API利用料は、選ぶモデル、入力・出力のトークン量、呼び出し回数、利用する追加機能などによって変わります。APIの料金とChatGPTの月額プランは別です。記事中に固定の単価を置くと古くなるため、導入時にはOpenAI公式のAPI料金を確認してください。
月額費用を見積もるには、1件あたりの入力・出力量と月間処理件数を仮置きし、長い文書や再試行がある場合も含めて試算します。これとは別に、既存システム調査、画面・バックエンド改修、文書やDBの整備、評価、監視・保守の費用がかかります。API単価が安くても、業務全体の開発費が小さいとは限りません。
データの取扱いと運用で確認すること
OpenAI公式によると、APIへ送信したデータは明示的に共有を選択しない限りモデル改善の学習には使われません。ただし「学習に使われない」と「データが一切保持されない」は別です。通常の不正利用監視ログや、使う機能ごとのアプリケーション状態には保持条件があります。送信前に、利用するAPI・機能の保持条件、社内の情報管理基準、送信しない情報を確認してください。
またAPIキーはサーバー側で保管し、利用量を監視します。APIにはレート制限があるため、処理量が増えた時やサービス障害時に、待機・再試行・人手への切替をどう行うか決めます。回答が間違った場合の影響も業務ごとに異なります。テストデータで正答率だけを見るのではなく、誤った出力を保存・送信した時の影響まで確認します。
導入前に整理しておきたいこと
まず、AIで減らしたい作業、現状の件数と所要時間、使うデータ、許容できない誤り、結果を確認する担当者を整理します。そのうえで、画面上の補助だけでよいのか、既存DBや外部サービスと連携するのかを決めます。対象業務が曖昧なままモデルやAPIを先に決めると、検証の合否を判断しにくくなります。
既存システムの構成、必要な精度、権限、運用条件が分かれば、APIを使うべき範囲と小規模な検証の要否を判断しやすくなります。自社の環境に合わせた組込み方法や依頼先を検討する段階では、ChatGPT・LLMを既存システムに組み込む際の確認事項へ進んでください。実現可否や対応範囲は現状確認後の判断です。