API連携ができないときの代替案｜追加開発を決める前に
予定していたAPI連携ができないと分かったら、その部分の追加開発はいったん保留し、必要な作業をどこまで人が担えるか、標準機能で代えられるかを比べましょう。不要な作業はやめ、開発するなら、利用が許可され、動作を確かめられた範囲に絞ります。
APIは、サービス同士がデータを受け渡したり、処理を依頼したりするための接続口です。代替案は、開発費に加えて、担当者の作業、確認、保守にかかる負担と、守るべき締切まで含めて選びます。
必要な結果と、使えない操作を分ける
発注先に「API連携ができない」と言われたら、まず業務で必要な結果に戻ります。受け手が締切までに最新の情報を確認できればよいのか、変更のたびに即時反映が必要なのか。この違いで、手作業や一括処理を選べる範囲が変わります。
利用者や保管の必要性を確かめ、不要な控えの作成や重複入力はやめる候補にします。やめても業務に支障がない処理まで、別の方法で作り直す費用はかけません。
そのうえで発注先には、使えないのがデータの取得、登録、更新などのどの操作なのか、何を根拠に利用不可と判断したのかを示してもらいます。機能がないのか、契約や権限の条件が合わないのか、提供元への確認が済んでいないのかを分けます。
取得はできても更新ができないなら、更新部分を代替案の対象にします。使える範囲と不明な範囲を混ぜたまま、一括の追加見積もりには進めません。
手作業・標準機能・追加開発の選び方
通常時と忙しい時の作業量、処理頻度、締切、誤った場合の影響をそろえて比べます。確認ややり直しに使う時間も、必要な人員を決める材料です。
| 選択肢 | 選ぶ条件 | 続ける負担・保留する条件 |
|---|---|---|
| 必要な手作業を残す | 繁忙時も担当者や代行者が締切までに処理・確認できる。 | 担当時間を確保する。件数増加や締切変更で見直す。 |
| 標準機能・ファイル・別サービスを使う | 必要な操作と利用条件を確認でき、処理の間隔も業務に合う。 | ファイルの準備や確認、移行と習得の負担を含める。 |
| 許可された範囲だけ追加開発する | 手作業や標準機能では必要な量・締切を満たせず、実現性を確認できる。 | 停止時の担当と保守費が必要。利用許可や動作が不明なら保留。 |
手作業を残すなら、入力項目や確認方法をそろえ、不在時にも引き継げるようにします。「空いた時間に誰かが対応する」という扱いにはしません。業務責任者が担当時間と見直す日を決め、未処理が締切に近づく状態や、増員が必要になった時点で方式を再検討します。
標準連携やファイルの一括取込みは、データを読み込めるだけか、必要な更新までできるかを確かめます。別サービスに移る案には、過去データの移行、既存契約の扱い、社員の習得時間も含めます。ファイルの準備や取込み後の確認が人に残るなら、その時間も見込みます。
画面操作を自動化するRPAやAI、連携ツールを使う案も、サービス提供元が認める利用範囲を確認します。道具を変えてアクセス制限や利用条件を回避する案は発注しません。停止を誰が見つけ、業務をどう続け、誰が直すかまで引き受け先が決まらなければ、本開発は保留します。
説明用の架空例：週ごとの更新なら、手作業を残す
少人数で研修を運営する会社が、確定した講座日程を外部の申込サービスへ登録する計画を立てたとします。予定していた自動登録用のAPIが利用できず、標準の一括登録も確認できていません。
募集開始に間に合うよう、週ごとにまとめて登録すれば足りるものとします。事務担当者が登録から確認まで行う時間と、不在時の代行者も確保できる条件です。
この条件なら、今回は登録を手作業で残します。申込サービスは維持し、日程データの形式と登録担当をそろえるところまでで計画を区切ります。締切に間に合う人員がいるので、急いで自動登録の開発費やサービス移行の負担を増やす理由が弱いためです。
講座が増える、締切が短くなる場合
講座が増え、準備と確認を含む作業が担当時間に収まらなくなったら、一括登録が使える方式を比較し直します。まとめて処理しても募集開始に間に合うなら、手入力の件数を減らせる方式が候補になります。
一方、急な日程変更をすぐに反映する必要が出たら、週ごとにまとめる案は外します。必要な締切に対応できる標準機能や、許可された自動化の調査へ進みます。作業量が増えたのか、待てる時間が短くなったのかで、調べる代替案も変わります。
調査の承認と、本開発の承認を分ける
利用できる方式がまだ分からない段階では、調査の見積もりを本開発と分けて依頼します。調査を頼む時点で、受け取る結果と、終了日・費用上限を決めておきます。
- 調査で受け取るもの：対象操作の利用条件と確認根拠、試した範囲と結果、未確認事項、残る手作業と保守の見込み。
- 調査の上限：終了日、費用の上限、試す方式と範囲。上限内で分からなければ、結果を報告して止める。
- 本開発へ進む条件：必要な量と締切に対応できる根拠、対象外の作業、完成の確認方法、初期費用と継続費用への合意。
- 使えなかった時の対応：誰が手作業を担うか。期限までに処理できなければ、どの業務条件を変更するか。
調査で一度動いたことと、繁忙時や停止時も業務を続けられることは分けて確認します。未確認事項が残れば、追加調査を承認するか、別案を選ぶかを判断します。本開発へ自動的に進める契約にはせず、調査結果を見てから改めて決裁します。
追加見積もりを頼む前に、発注しない範囲を決める
比較を終えたら、やめる処理、残す手作業と担当、採用する方式、未確認のため保留する開発を見積もり依頼に明記します。手作業を残す案を選んだ場合は、担当時間と見直す日まで決まれば、追加開発を発注せずに運用方針を確定できます。