GMOサインのAPI連携｜kintone・Salesforceとつなぐときの進め方
電子契約を導入すると、次に出てくるのが「毎回サービスにログインして手入力するのが面倒」という悩みです。顧客情報は販売管理システムやCRMにあり、申込内容はkintoneにあり、契約書だけGMOサインで作る——この分断をなくすのが外部連携です。この記事では、GMOサインを自社システムや業務ツールとつなぐときに、どの方法から検討すればいいか、kintoneやSalesforceとつなぐ場合の進め方、Webhookで締結完了を受け取る設計まで、判断の順番に沿って整理します。
この記事の結論
- GMOサインと外部システムをつなぐ方法は、大きく「API連携」「連携済みサービス経由の連携」「CSVや手作業での受け渡し」の3つに分かれ、月あたりの契約件数と社内に開発リソースがあるかで選び分けます。
- kintoneやワークフロー製品など、あらかじめ連携の仕組みが用意されているツールを使っている場合は、自前でAPIを書く前に既存の連携オプションで要件を満たせないかを先に確認します。
- API連携を進めるときは、いきなり本番につながず、検証用の環境で「送信→署名→締結完了の通知受け取り→ファイル保存」の一往復を通してから業務に乗せるのが安全です。
GMOサインは自社システムと連携できる？まず3つの方法を知る
GMOサインをはじめとする電子契約サービスを外部とつなぐ方法は、大きく3つに整理できます。1つめは、APIを使って自社システムやSaaSから直接、契約書の送信や状況の取得を行う方法。2つめは、kintoneやワークフロー製品など、あらかじめ電子契約サービスとの連携が用意されているツールを経由する方法です。
3つめは、CSVや帳票の書き出し・取り込みでデータを受け渡す方法です。システム同士をつながずに、宛先リストをまとめて読み込ませたり、締結済み一覧を書き出して基幹システムに取り込んだりする運用で、開発をせずに始められるのが利点です。
どの方法が使えるか、どのプランで利用できるかはサービス側の仕様によって変わります。API機能の有無や利用条件、対応している連携先は公式サイトやサポート窓口で最新情報を確認してください。この記事では、どの方法を選ぶかの考え方と、選んだあとの進め方を中心に扱います。
API・連携ツール・CSV、どれを選ぶ？判断は3つの軸で
最初に見るのは「月あたりの契約件数」です。件数が少なく、担当者が画面から送っても負担にならない段階であれば、無理に連携せずCSVや手作業で回すほうが早く、コストもかかりません。連携の設計・保守にも工数がかかることを忘れないでください。
2つめの軸は「契約の起点がどこにあるか」です。申込フォームや案件管理がkintoneにある、見積からの流れがCRMにある、稟議がワークフロー製品にある——この起点となるツールが、すでに電子契約サービスとの連携に対応しているなら、まずそちらの連携機能で要件を満たせないかを確認します。自前でAPIを書くのは、その次の選択肢です。
3つめは「社内に開発・保守できる人がいるか」です。APIは柔軟ですが、仕様変更への追随やエラー時の切り分けを誰かが担う必要があります。社内にいない場合は、連携ツール経由にするか、開発会社に依頼する前提で見積もりを取ってから判断すると失敗が減ります。
電子印鑑GMOサインの料金プラン
電子印鑑GMOサインの料金は次のとおりです。改定されることがあるため、申し込み前に公式サイトで最新の内容をご確認ください。
| プラン | 月額 | 1件あたりの送信料 | ユーザー数 | 備考 |
|---|---|---|---|---|
| お試しフリー | 0円 | 契約印タイプ0円（月5件まで）／実印タイプは利用不可 | 1名 | — |
| ライト | 年間契約 8,800円／月（税込9,680円）、単月契約 9,500円／月（税込10,450円） | 契約印タイプ100円（税込110円）／実印タイプ300円（税込330円） | 記載なし | — |
| スタンダード | 年間契約 24,000円／月（税込26,400円）、単月契約 26,000円／月（税込28,600円） | 契約印タイプ100円（税込110円）／実印タイプ300円（税込330円） | 記載なし | — |
| ビジネス / エンタープライズ | 記載なし（利用規模に応じて個別案内） | 記載なし | 記載なし | — |
kintoneとGMOサインをつなぐときの進め方
kintoneを申込・案件管理に使っている場合、よくある形は「kintoneのレコードから契約書を作って送信し、締結が終わったらステータスと締結済みファイルをレコードに戻す」という流れです。まず、どのアプリのどのフィールドが契約書のどの項目に対応するのかを、1枚の対応表にして書き出してください。ここが曖昧なまま作り始めると、あとから作り直しになります。
実現手段は主に2つあります。kintone向けに提供されている連携プラグインや連携サービスを使う方法と、kintoneのAPIと電子契約側のAPIを、自社のプログラムやiPaaS（サービス間をつなぐ連携基盤）で橋渡しする方法です。前者は設定中心で早く始められ、後者は条件分岐や複数システムをまたぐ処理に向きます。提供状況や対応範囲は各社の公式情報でご確認ください。
進める順番は、①対応表の作成 → ②少数のテストレコードで送信まで通す → ③締結完了の戻し（ステータス更新とファイル添付）を確認 → ④例外パターン（相手が差し戻した、期限切れになった、宛先メールが誤っていた）の挙動を決める、の順です。④を後回しにすると、運用開始後に「止まったまま誰も気づかない契約」が生まれます。
SalesforceやCRM・販売管理システムとつなぐとき
SalesforceなどのCRM、あるいは販売管理システムと電子契約をつなぐ狙いは、商談から契約、請求までを同じレコードで追えるようにすることです。ここでも最初にやるのは項目の対応づけで、商談レコードの取引先名・担当者名・メールアドレス・金額・契約期間が、契約書のどこに入るかを決めます。押印者や署名順、承認者を誰にするかも、この段階で固めておきます。
次に決めるのが「どのタイミングで送信するか」です。商談ステージが特定の値に変わったら送る、承認フローが完了したら送る、といったトリガーを1つに絞ります。複数の入口を作ると、二重送信や送信漏れの原因になります。
CRM側に連携アプリが用意されている場合はそれを、なければAPIまたはiPaaS経由で組むことになります。いずれの場合も、まずはサンドボックスや検証用組織で試し、本番の取引先データを使わない状態で一往復を通してください。基幹システム側の改修が必要かどうかは、社内の情報システム担当と早めに共有しておくと手戻りが減ります。
Webhookで「締結完了」を受け取る設計
API連携でつまずきやすいのが、送ったあとの状態をどう知るかです。方法は2つあり、こちらから定期的に問い合わせる方式（ポーリング）と、相手側から状態変化を通知してもらう方式（Webhook）があります。Webhookが使えるなら、締結完了や差し戻しをほぼその場で受け取れるため、後続処理を自動化しやすくなります。
Webhookを受ける側では、最低限これだけは決めておきます。受信するURLをどこに置くか、受信した通知が正当なものかをどう確認するか、同じ通知が重複して届いたときに二重処理しないためのキーをどう持つか、受信に失敗したときにどう気づくか。特に重複対策は、契約IDなど一意の値で既処理かどうかを判定する形にしておくと安全です。
締結完了を受け取ったあとの処理も決めておきます。締結済みPDFをどこに保存するか、ファイル名の付け方、システム側のステータス更新、関係者への通知。保存先と検索性は、電子帳簿保存法の考え方とも関わる部分です。要件の詳細は所管官庁の資料を確認し、判断に迷う点は税理士にご相談ください。
API連携を始めるときの手順と、社内で決めておくこと
進め方はこの順番が無難です。①現状の契約フローを書き出す（誰が作り、誰が承認し、誰が送るか）→ ②連携する範囲を決める（送信だけか、戻しまでか）→ ③GMOサイン側でAPIの利用条件・必要な設定を確認する → ④検証環境で一往復を通す → ⑤例外パターンを洗い出して挙動を決める → ⑥少数の契約種別から本番運用を始める、という流れです。
社内で先に決めておくべきことは3つあります。1つめは権限で、誰がAPIの認証情報を管理し、誰が送信できるのか。2つめは契約書テンプレートの管理で、文面を変えたいときに誰が承認するのか。3つめは、連携が止まったときの代替手段です。画面から手動で送る運用に切り替えられるようにしておくと、障害時も契約が止まりません。
全部の契約種別を一度に載せようとしないことも大切です。まずは定型度が高く件数の多い1種類（たとえば業務委託契約や申込書）から始め、運用が安定してから広げるほうが、結果的に早く定着します。
なお、契約書の内容そのもの（条項の妥当性や、電子署名の方式をどう選ぶか）は、連携の設計とは別の論点です。取引先から方式について指摘を受けた場合や、契約内容に不安がある場合は、弁護士や司法書士など、内容に応じた専門家にご確認ください。電子取引データの保存方法については、税理士に相談しながら社内ルールを整えておくと安心です。
よくある質問
GMOサインのAPIは、どのプランでも使えますか？
API機能の提供有無や利用条件は、契約しているプランやサービス形態によって異なることがあります。検討段階で必ず公式サイトの仕様・料金ページを確認するか、問い合わせ窓口で自社の使い方を伝えて確認してください。開発を始めてから使えないと分かると手戻りが大きくなります。
開発せずに連携する方法はありますか？
kintoneやワークフロー製品など、電子契約サービスとの連携があらかじめ用意されているツールを経由する方法と、CSVでの一括取り込み・書き出しを使う方法があります。件数がそれほど多くない段階なら、まずCSVや画面操作で回し、業務が固まってからAPI連携を検討する進め方でも十分です。
Webhookとポーリング、どちらを選べばいいですか？
締結完了後すぐに次の処理（請求の起票や関係者への通知）を走らせたいならWebhook、1日1回まとめて確認すれば足りるならポーリングで足ります。Webhookを使う場合は、通知の正当性確認と重複受信の対策を設計に入れておいてください。
マネーフォワードや販売管理システムとも連携できますか？
会計・販売管理系のサービスとの連携は、各サービスが提供する連携機能やAPI、iPaaSを介して実現する形が一般的です。対応状況は製品ごとに異なり、更新もされるため、両方の公式サイトで最新の連携情報を確認するのが確実です。