Power Automate × kintone × Office連携で実現！承認フロー自動化の全貌と成功戦略

Power Automateとkintone、Office連携による承認フロー自動化で、企業のDXを加速。具体的なユースケース、設定方法、成功のポイントを徹底解説します。

更新：2026年4月15日

目次クリックで開く

現代のビジネス環境において、意思決定のスピードは企業の競争力そのものです。しかし、多くの現場では「kintoneにログインして申請状況を確認しないと、承認待ちに気づかない」「外出先からTeamsやスマートフォンで即座に承認を済ませたい」という切実な課題を抱えています。サイボウズ社が提供するノーコード・ローコードツール「kintone（キントーン）」と、Microsoft 365のエコシステムに含まれる強力なワークフローエンジン「Power Automate（パワーオートメート）」を組み合わせることで、こうした課題を劇的に解決し、現場の工数を最小化する高度な承認フローを構築できます。

本記事では、B2B向けの技術・DX支援の知見に基づき、kintoneとPower Automateを連携させた承認フローの設計指針から、具体的な構築ステップ、実務で直面する技術制限、そして運用上のリスク管理までを、徹底的に解説します。単なるツールの繋ぎ込みに留まらず、組織全体の生産性を引き上げる「自動化アーキテクチャ」の真髄を提示します。

1. なぜ「kintone標準機能」だけでは承認フローの自動化が完結しないのか

kintoneには、標準機能として「プロセス管理」が備わっています。これは、レコードのステータス（例：未申請→承認待ち→承認済み）を管理し、特定のユーザーに作業を割り当てるための優れた機能です。しかし、中堅・大企業や複雑な業務プロセスを抱える組織においては、kintone単体では解決できない「3つの壁」が存在します。

1-1. 通知の埋没とリアルタイム性の欠如

kintoneの標準通知は、ブラウザ内の通知一覧やメールとして届きます。しかし、日常的に膨大な通知を受け取るユーザーにとって、kintoneの通知は他の業務連絡に埋もれやすく、承認作業が後回しになる要因となります。Power Automateを介してMicrosoft Teamsのチャットや、プッシュ通知機能を持つ「アダプティブカード」として通知することで、ユーザーはアプリを切り替えることなく、チャット画面上で「承認/却下」を即座に判断できるようになります。

1-2. 複雑な条件分岐（ビジネスロジック）への対応限界

kintoneのプロセス管理では、「金額が〇〇円以上の場合は部長、さらに〇〇円以上の場合は役員の承認が必要」といった単純な分岐は可能ですが、以下のような複雑なロジックを組むには限界があります。

「申請者の所属部署のコストセンター（原価部門）を別アプリから参照し、動的に承認者を決定する」
「承認者が休暇中の場合、自動的に副担当者へエスカレーションする」
「複数のkintoneアプリ（例：予算管理アプリと案件管理アプリ）のデータを突き合わせ、条件を満たさない場合に申請を差し戻す」

これらの高度な条件分岐は、Power Automateの論理演算機能を利用することで、柔軟かつ堅牢に実装可能です。

1-3. システム間連携（エコシステムの拡張）

承認が完了した後の「後続処理」こそ、自動化の真価が問われる部分です。kintone単体では、承認後に外部システムを操作することは困難ですが、Power Automateを活用すれば以下のような連携が標準コネクタだけで実現します。

承認済みの請求データを、会計ソフト（freee会計やマネーフォワード等）へ自動連携する。
承認された契約書PDFを、SharePoint OnlineやGoogle Driveの特定フォルダに自動保存・整理する。
Outlook予定表へ、承認された休暇申請の内容を自動反映させる。

2. 承認フロー自動化ツールの機能・コスト・責務の徹底比較

自動化を検討する際、すべての処理を一つのツールで完結させる必要はありません。むしろ、各ツールの「得意分野」に合わせて役割を分担させる（責務分解）ことが、メンテナンス性の高いシステムを構築する鍵となります。

表1：承認フローにおける主要ツールの比較と責務分解
比較項目	kintone（プロセス管理）	Power Automate	専業ワークフロー（バクラク等）
主たる役割	データの蓄積・UIの提供	データの搬送・外部連携	特定業務（経理等）の自動化
得意な処理	入力画面の作成、履歴管理	Teams連携、複雑な分岐	AI-OCR、電帳法・インボイス対応
通知の柔軟性	低い（kintone内通知のみ）	極めて高い（Teams/SNS等）	高い（専用アプリ・チャット）
導入コスト	1,500円/月～（プロ）	M365ライセンスに付帯^[1]	初期+月額（要問合せ）
カスタマイズ性	中（JSカスタマイズが必要）	高（ローコードで柔軟）	低～中（製品仕様に従う）

※Power Automateのプレミアムコネクタ（kintone連携等）を利用する場合、別途「Power Automate per user plan」等のライセンスが必要になるケースがあります。詳細はMicrosoft公式サイトのライセンス案内をご確認ください。

3. 技術的制約とリスク管理：kintone APIとスロットリングへの対策

システムを安定稼働させるためには、ベンダーが設定している技術的な制限（クォータ）を理解し、それを回避する設計が必要です。特に大規模なデータを扱う場合、意図せぬエラーでフローが停止するリスクがあります。

3-1. APIリクエスト制限と「429 Too Many Requests」エラー

サイボウズ社が提供するkintone APIには、以下の制限が課せられています。

ドメイン全体の同時接続数：1つのドメインに対して同時100リクエストまで。
アプリ単位のリクエスト数：1つのアプリに対して、1日あたり10,000リクエストまで。

出典：kintone ヘルプ「kintone APIの制限事項」^[2]

Power Automateで「レコードが編集された時」をトリガーにする際、CSVでの一括インポートやプラグインによる大量一括更新を行うと、トリガーが数千回同時に発火し、API制限に抵触してフローが失敗（エラーコード：429）する可能性があります。この対策として、Webhookの設定で「特定のステータスに変更された時のみ」に限定する、あるいはPower Automate側で「並列制御」の制限をかけ、リクエストを逐次処理させる設計が必須です。

3-2. 認証方式の選定（パスワード認証 vs APIトークン）

連携の際には「APIトークン」を使用することを強く推奨します。パスワード認証は、担当者の異動や退職に伴うアカウント削除、あるいは2要素認証（2FA）の導入により、連携が突然遮断されるリスクが高いためです。APIトークンであれば、アプリごとに権限（閲覧・編集・追加）を細かく制御でき、セキュリティと可用性のバランスを保てます。

3-3. データの二重計上と排他制御の考慮

自動化フローにおいて、kintoneのステータス更新をトリガーに外部システム（会計ソフト等）へデータを飛ばす際、ネットワークの遅延やリトライ処理によって「同じデータが2回送られる（二重計上）」リスクがあります。

これを防ぐためには、kintone側に「外部連携済みフラグ」や「外部システムID」を格納するフィールドを用意し、フローの冒頭で「既に処理済みであれば終了する」という条件分岐（ガードクローズ）を設けることが鉄則です。

4. 【完全版】kintone × Power Automate 承認フロー構築 12ステップ

実務で即座に活用できる、詳細な導入手順を解説します。今回は「備品購入申請」を例に、kintoneでの申請からTeamsでの承認、kintoneへの書き戻しまでを自動化します。

Step 1：kintoneアプリのプロセス管理設定

kintoneの「アプリの設定 > 設定 > プロセス管理」を有効にし、以下のステータスとアクションを設定します。

ステータス：未申請、承認待ち、承認済み、差し戻し
アクション：申請する、承認する、差し戻す

Step 2：APIトークンの発行

「設定 > カスタマイズ/サービス連携 > APIトークン」にて、新規トークンを発行します。権限として「レコード閲覧」および「レコード編集」を付与し、生成された文字列を控えておきます。

Step 3：Webhookの設定

「設定 > Webhook」にて、通知を飛ばすタイミングを「ステータスの更新」に設定します。URL欄には、後ほどPower Automate側で生成されるHTTP URLを入力しますが、まずは設定の枠組みだけ準備します。

Step 4：Power Automateのトリガー作成

Power Automateで「自動化したクラウドフロー」を作成し、トリガーに「kintone」コネクタの「レコードがステータス更新されたとき」を選択します。

Step 5：接続（Connection）の確立

kintoneのサブドメイン名と、Step 2で発行したAPIトークンを入力し、接続を完了させます。この際、グローバルIP制限を設定している企業は、Power AutomateのIPアドレスを許可リストに加える必要があるため、情シス部門への要確認事項となります。

Step 6：申請データの詳細取得

トリガーから渡される情報は限定的な場合があるため、「レコードの取得」アクションを追加し、申請者の氏名、品目、金額、購入理由などの全フィールドデータを取得します。

Step 7：承認者の特定（動的マスタ参照）

「組織情報の取得」アクション、または別アプリの「承認者マスタ」を検索し、申請者の上長やコストセンター責任者のメールアドレスを動的に特定します。承認者をフロー内に直接書き込む（ハードコーディング）と、人事異動のたびに修正が必要になるため、必ずマスタ参照の形をとりましょう。

Step 8：Teamsへの承認依頼（アダプティブカード）送信

「Approvals（承認）」コネクタの「開始して承認を待機」アクションを追加します。通知先をTeamsに指定し、タイトルや本文にStep 6で取得した金額や理由を埋め込みます。

Step 9：条件分岐の実装

「条件」コントロールを追加し、「承認結果（Outcome）が Approve（承認）と等しい」場合のルートを作成します。

Step 10：kintoneへのステータス書き戻し（承認時）

「レコードの更新」アクションを使い、対象レコードのステータスを「承認済み」に変更します。同時に、承認者の氏名と承認日時をkintoneの専用フィールドに記録し、監査証跡とします。

Step 11：差し戻し・却下の処理

条件の「いいえ（却下/差し戻し）」側で、ステータスを「差し戻し」に変更します。Teamsの承認画面で入力された「却下理由（コメント）」を、kintoneのレコードコメントや文字列フィールドに転記することで、申請者が修正すべき点を確認できるようにします。

Step 12：申請者への最終通知

最後に、申請者に対してTeamsのチャットまたはメールで「承認完了」または「差し戻し」の通知を飛ばし、フローをクローズします。

5. 運用フェーズの異常系シナリオとトラブルシューティング

「動くものを作る」ことよりも「止まらない、あるいは止まっても復旧できる」ようにすることが、DX担当者の最も重要な役割です。

表2：運用中に発生するトラブルと実務的な解決策
発生事象	想定原因	実務的な対策・解決策
承認者に通知が届かない	メールアドレスの不一致、またはM365ライセンス未付与。	kintoneのユーザー情報とOffice 365のUPNを統一し、マスタメンテナンスを自動化する。
承認待ちのままフローが放置される	承認者の長期不在、または通知の見逃し。	Power Automateの「タイムアウト」を3日等に設定し、期限切れ時に副担当者へエスカレーションする。
「HTTP 403 Forbidden」エラー	APIトークンの権限不足、またはIPアドレス制限。	kintone共通管理でPower Automateの送信元IPを許可するか、プロキシ設定を再確認する。
レコードが二重に更新される	Webhookの再送設定、または無限ループの発生。	Power Automate側で「更新者」をチェックし、連携用APIアカウントによる更新時は無視する。
承認ボタンを押すとエラーになる	kintone側でレコードが他ユーザーによりロック（編集中）されている。	エラー発生時に1分待機してリトライする「実行後の構成」設定をフローに組み込む。

5-1. エスカレーションとタイムアウトの設計

Power Automateの承認アクションは、標準で30日間の有効期限があります。しかし、実務上は3日放置された時点で「異常」とみなすべきです。アクションの設定で「タイムアウト」を指定し、期限が切れた場合に上位役員へリマインドを送る、あるいはフローを一度キャンセルして申請者に通知する設計を推奨します。

5-2. ログ管理と内部統制（監査対応）

内部統制の観点から、「誰が・いつ・どの画面で承認したか」のログを残す必要があります。Power Automateの実行履歴は通常28〜90日間（プランによる）しか保存されないため、承認結果（タイムスタンプ、承認者ID、コメント）は、必ずkintoneのレコード内に「変更不可のフィールド」として書き出すように設計してください。

6. 導入成功事例の深掘り：大成建設株式会社に学ぶ「現場第一主義」の自動化

建設業界のDXを牽引する大成建設株式会社では、膨大な事務作業の効率化を目的に、kintoneとMicrosoft 365の高度な連携を実現しています。

6-1. 導入前の課題：現場と事務所の「往復」というコスト

全国に点在する建設現場では、多種多様な申請書類が発生します。従来の環境では、現場監督が事務作業のためにわざわざ事務所に戻り、PCを開いてkintoneにログインしなければならないことが、業務の大きなボトルネックとなっていました。また、承認者である工事長も多忙で、kintoneを開く余裕がないことが承認遅延を招いていました。

6-2. 解決策としてのアーキテクチャ

同社はkintoneをデータプラットフォーム（真実のソース）として活用しつつ、現場監督のインターフェースとして日常的に利用しているMicrosoft Teamsをフロントに据えました。

kintoneで申請が上がると、Power Automateが即座に検知。
承認者のTeamsにアダプティブカードで通知を送信。
承認者は現場の合間に、スマートフォンから内容を確認して「承認」ボタンをタップ。
結果がkintoneへ即座に書き戻され、後続の資材発注プロセスが自動で始動。

6-3. 導入効果と成功の共通要因

この取り組みにより、月間数千時間という驚異的な工数削減を達成しました。成功の要因は以下の3点に集約されます。

ユーザー体験（UX）の最適化：新しいアプリを覚えさせるのではなく、既に使っているTeamsに機能を寄せたこと。
段階的な拡張：いきなり全社展開せず、現場のニーズが高い特定の申請フローからスモールスタートしたこと。
責務の明確化：kintoneは「データ保持」、Power Automateは「通知・連携」と、役割を完全に分けたこと。

【公式事例詳細】：大成建設株式会社様導入事例 — https://kintone-sol.cybozu.co.jp/cases/taiseikensetsu.html

7. 承認フロー自動化に関するFAQ（よくある質問10選）

Q1. Power Automateの無料版ライセンスでも構築可能ですか？: kintoneコネクタは「プレミアムコネクタ」に分類されるため、無料版やMicrosoft 365の標準ライセンスのみでは利用できません。Power Automateの有料プラン（ユーザー単位またはフロー単位）の契約が別途必要です。※要確認：所属企業のIT部門にライセンス付与状況を確認してください。
Q2. 外出先（スマートフォン）からも承認できますか？: はい、可能です。TeamsアプリまたはPower Automateモバイルアプリをインストールしていれば、プッシュ通知から直接承認ボタンを押すことができます。これが外部連携を行う最大のメリットの一つです。
Q3. 承認者を「合議（複数人のうち誰か一人）」に設定できますか？: 可能です。Power Automateの承認アクションの設定で「最初に回答した人の結果を採用する」を選択することで、合議フローを簡単に実装できます。全員の承認が必要な場合は「全員の回答を待機する」を選択します。
Q4. 承認者がコメントを入力した場合、kintoneのどこに残りますか？: 標準では自動転記されません。Power Automateのアクション内で、承認者のレスポンスに含まれるコメント（Responses comments）を取得し、kintoneの「文字列（複数行）」フィールドや「レコードコメント」へ書き戻す設定を行う必要があります。
Q5. 1つのフローで複数のkintoneアプリを更新できますか？: はい。たとえば「備品購入アプリ」のステータスを更新すると同時に、「予算管理アプリ」の残高を減らす、といった複数のアプリにまたがる処理も1つのフロー内に記述できます。
Q6. 添付ファイルもTeamsで確認できますか？: kintoneの添付ファイルをPower Automateでダウンロードし、Teamsの承認依頼にリンクとして添付、あるいはファイルをバイナリデータとして直接添付することが可能です。ただし、ファイルサイズ制限（通常20MB程度）に注意が必要です。
Q7. 社外の人を承認フローに含めることはできますか？: 技術的には可能ですが、ライセンスやセキュリティの観点から慎重な設計が必要です。社外ユーザーにゲストアカウントを発行するか、承認専用のWebフォーム（Microsoft Forms等）を入り口にするなどの構成変更を検討してください。
Q8. フローがエラーで止まった際、再開はできますか？: Power Automateの実行履歴から「再送信」ボタンを押すことで、同じデータを使ってフローを最初から、あるいは失敗した箇所から再実行できます。ただし、二重更新を防ぐ設計（ガードクローズ）がなされていることが前提です。
Q9. 組織変更（4月の人事異動など）の際、設定変更は大変ですか？: 承認者をフロー内に直接記述（ハードコーディング）していると全フローの修正が必要になります。kintoneの「組織情報」や「承認マスタアプリ」を参照する設計にしておけば、マスタデータの更新だけで対応が完了します。
Q10. 電子帳簿保存法に対応できますか？: 承認プロセス自体は「真実性の確保」の一助となりますが、タイムスタンプ付与や訂正削除履歴の厳密な管理については、kintoneの標準機能だけでは不十分な場合があります。専用プラグインや「Bill One」等の受取SaaSとの組み合わせを検討してください。^[3]

8. まとめ：自動化を「文化」にするための次なる一歩

kintoneとPower Automateの連携による承認フローの自動化は、単なる時短ツールではありません。それは、現場の人間が「本来集中すべき付加価値の高い業務」に戻るための、組織的な改革です。

導入を成功させる鍵は、ツールを増やすことではなく、「どこでデータが生まれ、どこで判断され、どこに記録されるべきか」というデータ流転の設計（アーキテクチャ）を磨くことにあります。まずは身近な1つの申請フローから着手し、小さな成功体験（クイックウィン）を積み上げてください。

本記事で解説した「12ステップ」と「リスク管理」の指針が、貴社のDX推進における確実な一歩となることを願っています。

参考文献・出典

Power Automate の価格設定 — https://www.microsoft.com/ja-jp/power-platform/products/power-automate/pricing
kintone ヘルプ「kintone APIの制限事項」 — https://get.kintone.help/k/ja/user/common/api_limit.html
国税庁「電子帳簿保存法一問一答」 — https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jyoho/zeikaishaku/index.htm
サイボウズ公式「大成建設株式会社様導入事例」 — https://kintone-sol.cybozu.co.jp/cases/taiseikensetsu.html

9. 実装前に知っておくべき「コネクタ」の選択と保守の急所

kintoneとPower Automateを連携させる際、多くの担当者が最初に直面するのが「どのコネクタを使うべきか」という選択です。Microsoft Power Automateには現在、サードパーティ製（CData等）やコミュニティベースのコネクタが存在しますが、安定運用の観点からは、API仕様の変更に追従しやすい公式の接続方式、または実績豊富なツールを慎重に選定する必要があります。

9-1. 標準コネクタとHTTPアクションの使い分け

kintoneの特定の複雑な操作（複雑なクエリでのレコード一括取得など）を行う場合、標準のコネクタでは対応しきれないケースがあります。その際は、Power Automateの「HTTP」アクションを利用して直接kintone REST APIを叩く「カスタム連携」が必要になります。

表3：標準コネクタ利用 vs HTTPアクション（API直接叩き）
項目	標準コネクタ利用	HTTPアクション（直接連携）
難易度	低い（GUIで設定完結）	高い（JSON/APIの知識必須）
柔軟性	中（コネクタ提供機能に依存）	極めて高い（全API操作可能）
保守負荷	低い（自動更新）	中（仕様変更時に手動修正）
推奨シーン	一般的な承認フロー・通知	大量データ処理・複雑なフィルタリング

9-2. 【実務用】本番稼働前の5項目チェックリスト

「テスト環境では動いたが、本番で止まった」という事態を防ぐため、以下の5項目を確認してください。

APIトークンの有効期限：kintone側でアプリを再作成した際、トークンが失効していないか。
実行ユーザーの権限：API実行者が、対象アプリの全フィールド（特にステータス更新）へのアクセス権を持っているか。
ループ防止：「kintoneの更新をトリガーに、kintoneを更新する」設定で、無限ループが発生しないガードを設けているか。
429エラーのリトライ設定：Power Automateの設定（三点リーダー）から、リトライポリシーが「指数関数的」に設定されているか。
組織改編への対応：承認者マスタの更新フローが定義されているか。

特に経理・会計に関連する承認フローを構築する場合は、単なる通知だけでなく「仕訳の整合性」が重要になります。詳細は「楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ」での責務分解の考え方が参考になります。

9-3. 公式テクニカルリソース

より高度なカスタマイズ（JavaScriptを用いたkintone UIの制御など）を組み合わせる場合は、以下の公式開発者サイトを必ず参照してください。

cybozu developer network（kintone APIドキュメント） — [https://cybozu.dev/ja/kintone/](https://cybozu.dev/ja/kintone/)
Microsoft Power Automate ドキュメント — [https://learn.microsoft.com/ja-jp/power-automate/](https://learn.microsoft.com/ja-jp/power-automate/)

システム間の連携を「点」ではなく「線」で捉え、組織全体のデータ基盤を最適化したい方は、こちらの「データ連携の全体設計図」も併せてご覧ください。

aurant technologies 編集

上場企業からスタートアップまで、数多くのデータ分析基盤構築・AI導入プロジェクトを主導。単なる技術提供にとどまらず、MA/CRM（Salesforce, Hubspot, kintone, LINE）導入によるマーケティング最適化やバックオフィス業務の自動化など、常に「事業数値（売上・利益）」に直結する改善実績多数。

← ブログ一覧へ戻る

← 前の記事

No Image