サーバサイド JavaScript による自動化
前回記事（※）で『Questetra BPM Suite の「自動工程」では（簡単な数値演算だけでなく）「OAuth2 通信」も実装可能』と書きました。
※
第524話：サーバサイド JavaScript による業務の自動化
そこで今回の記事では「具体的にどの様な外部サービスと OAuth2 通信が可能なのか」と「具体的にどの様なプログラミングが必要なのか」について、簡単にまとめてみたいと思います。（ワークフローシステム側からリクエストする視点）
そもそも OAuth2 通信とは
OAuth （おーおーす）とは「サーバへのリクエストを認可する仕組み」です。
参考）
『みんな知るべきクラウド技術「OAuth」ってナニ？』 (2014-01-27)
OAuth2 が2012年に登場して以来、Google Drive や Dropbox など多くの「リソース・サーバ」の API が『OAuth2 アクセス』に対応するようになっています。つまり、外部のシステムは「リソース・サーバ」に対して、様々な「参照リクエスト」や「更新リクエスト」を投げることが可能となっています。 (RFC6749/6750)
クラウド型ワークフローである『Questetra BPM Suite』では、業務プロセス定義の中に配置した自動工程に、この「外部のシステム」（OAuth2 クライアント）として振る舞わせることが可能です。すなわち、案件が自動工程（スクリプト工程／サービス工程）に到達する度に以下の様なリクエストが自動的に実行されるよう、設定することができます。
- ※ スクリプト工程： 業務設計者がサーバサイド JavaScript をセットできる工程（HttpClientWrapper を使った通信も実装可能） M230
- ※ サービス工程（Addon）： スクリプト工程をパッケージ化した工程。業務設計者はコンフィグ設定のみ可能 M415 M416
参考）
アクセストークンの取得方法
このリクエスト通信には「アクセス・トークン」が必要になります。
「アクセス・トークン」とは、「リソースの所有者によって認可されたリクエストであることの証（あかし）」であり、その実態は数十文字から200文字程度の文字列です。ただ、アクセス・トークンの取得方式は「リソース・サーバ」によって異なります。主だった方法としては、
- A. 所有者に「許可ボタン」をクリックさせ、その後は自動取得する （Authorization Code Grant）
- B. 秘密クレデンシャルをセットしておき、その後は自動取得する （Client Credentials Grant）
- C. アクセストークンそのものをセットしてしまう （有効期限が無い Access Token が可能な場合など）
といった方式があるのですが、「リソース・サーバ」の管理するデータの種類や性格によって多岐に及びます。
注意） 接続先 API が実装可能な OAuth2 認可方式であっても、「HTTP ヘッダ」や「Content-Type フォーマット」に関する実装制約（Questetra側）により、自動通信を設定できない場合があります。
[請求書送信プロセス]
