【#1 つなぐ】Jinba Flow の連携パーツが、この1年で約50種増えました
はじめに
今回のアップデートにより追加した内容・機能について、全5回の記事に分けて紹介を行います。
製品のアップデートというと、一般的には処理速度や精度の向上、といった話を思い浮かべるかもしれません。もちろん、Jinba も処理速度や精度も大幅に向上しました。しかし、本記事では連携できるツールが大幅に増えた、という内容をお伝えしようと思います。
Jinba Flowでは、各ステップを並べてワークフローを作成していきます。フローにこのステップを追加する際、実行方法（どのツールを用いてどんな処理を行うか）は、Copilot に指示するだけでなく、選択肢の中から選ぶこともできます。この選択肢が、1年間で約50種類増えました。
特に、業務で使用するツールに特化して連携ツールを拡大しました。
本記事ではこの「つなげる先が増えた」という内容にフォーカスしてご紹介します。
Jinba Flow をいますぐ試してみる ↓
自動化をしきれずに残ってしまう手作業からの解放
連携先が増えたことによる最大の効果は、自動化をしたはずなのに、一部に残ってしまう手作業から解放されることではないでしょうか。
これまでは、ツールとの連携ができないことで、出力された結果を確認して Slack に貼り直し/メールに書き写し/Notion や Jira に転記する。せっかく自動化したのに、最後のひと工程だけ手作業が残ってしまい、自動化ではなく半自動化状態になっていた、というケースも少なくないはずです。
今回、Jinbaでは連携先を拡大したことで、このように残ってしまう手動による作業をなくし、Jinbaだけで自動化を完結できるようにしました。
これらのツールとの連携に対応しました
今回拡大した連携先を、具体例とともにいくつかご紹介します。
連絡・通知系： Slack / Microsoft Teams
Slack や Microsoft Teams へ通知する部品（＝モジュール）をワークフローに組み込むことで、フローの結果や承認の依頼を、普段使用してるチャットへそのまま送ることができます。
これまでのように、結果を確認してからチャットに貼り直すという手動の作業を行わずとも、処理が終わった瞬間に普段使用しているチャットに送信することができます。
メール・スケジュール系： Gmail / Outlook / Google カレンダー
Jinba Flowでは、メールの送受信という作業をフローの起点にも終点にもすることができます。
つまりどういうことかというと、問い合わせのメールを受け取ったら何々という処理を始める、というメールを起点としたフロー、反対に、何々という作業が終わったら結果をメールで送る、というメールを終点とした流れも組むことができます。
さらに、Outlook では予定の調整、Google カレンダーでは予定の作成や確認までも行うことが可能です。これによって、これまで人の手で対応していた問い合わせ対応や日程調整を、フローの中で完結することができるのです。
文書・記録系： Google ドキュメント・フォーム / Notion / SharePoint・OneDrive / Box
文書や記録のやり取りも、フローから直接行うことが可能です。
たとえば、フォームの回答を受けて文書を作る、Notion の記録を更新する、共有ストレージのファイルを読み書きする、といった作業です。作った結果を別の場所に貼り直す作業がなくなり、保管すべき場所へそのままデータが入ります。
業務システム・開発・人事系： Jira / GitHub Actions / X / SmartHR ほか
Jinbaでは、部門ごとの定型作業にも直接つながります。
課題管理の Jira への起票・更新、開発の自動処理を動かす GitHub Actions、発信のための X、人事情報を扱う SmartHR などです。部門ごとに分かれていたツールの間の橋渡しを、フロー1本にまとめられるようになりました。
つなぎ方： 許可する範囲を指定して、一度つなぐだけ
つなぎ方は、安全性を保ったまま、現場でも簡単に行えます。Jinba Flow では、OAuth という標準のしくみで各サービスとつながります。
OAuth は、ID やパスワードを Jinba Flow に預ける方式ではありません。接続のときに、つなぎたいサービスの画面で「この範囲の操作を許可します」と承認する方式です。たとえば「メッセージを送る操作だけ許可する」というように、許可する範囲を接続のときに絞れます。Jinba Flow が預かるのは、許可された範囲の操作だけです。
そして、一度接続の設定をしておけば、以降は毎回接続を行う必要なく、フローの中から繰り返し使うことができます。
実際のフローの流れ
具体的なイメージを想像していただくために、実際に起こりうる業務例を挙げてみようと思います。
問い合わせを受けて内容を整理し、結果をチームに知らせつつ記録に残す、という業務です。
- 連携したいツールを接続します（OAuth で承認）。
- フローの部品の一覧から、連携の部品を選んで置きます。たとえば「Slack に通知する」「メールを送る」「Notion を更新する」「Jira に起票する」などです。
- フローを実行すると、整理した結果が Slack へ実際に届きます。
- 同時に、関係者へメールが送信されます。
- Notion の記録が更新され、Jira に課題が起票されます。
この作業において、人の手で対応が必要なものは、連携設定とモジュールの設置〜実行までです。これまで複数のツールを横断して行う必要のあった対応が、フロー1本に置き換わるのです。
選んだツールの実行ステップは、一連のフローに組み込まれます
上例からもわかるように、連携先のツールや行いたい一連の業務をプロンプトで伝えると、それがフローの一部として、他の部品といっしょに実行されます。前のステップの実行結果を受けて動き、後のステップへ渡す。途中で人の承認を挟むことも、決まった時刻に動かすこともできます。
つまり、出力先が増えただけではなく、選んだツールが、実際に動く業務の流れの中に組み込まれ、後で触れる統制の仕組みの下にも置かれます。選べるステップの種類が増えたことが、そのまま「動かせて・管理できる業務」の広がりにつながっています。
使用するツールは、組織単位で管理が可能に
連携先が増えて便利とも思われる一方、情報システム部門には「現場が何でも勝手につないでしまわないか」という不安が生まれます。Jinba Flow は、この点に応える仕組みを用意しています。
どの連携ツールを利用できるようにするかは、組織単位で管理することが可能です。すべてのツールが使える状態にするのではなく、会社として許可したものだけを使える形にできます。これにより、安全管理や利用ルールを保ったまま、現場に連携を開放できます。なお、この利用可否の管理は、組織向けの管理機能として用意しています。
どんな業務から始めるとよいか
Jinbaの導入/入口としてお試しいただきたいのは、複数のツールにまたがる転記作業が挙げられますです。ひとつの結果を、いくつもの場所へ書き写している業務を思い浮かべてください。定型の通知、定型の起票、定型の記録更新作業とも相性が良いと考えています。
まずは「いま、人がコピペしている1工程」をひとつ選び、それを連携の部品に置き換えてみることをおすすめします。一度その工程が自動でつながると、ほかにも置き換えられる手作業が見えてきます。
まとめ
この1年で、Jinba Flow はつなげる先を大きく増やしました。Slack や Microsoft Teams への通知、メールや予定の調整、文書や記録の更新、課題の起票まで、簡単に行えるようになりました。接続はOAuth連携を採用しており、はじめに一度設定をするだけでよく、許可した範囲だけに接続するよう組織単位で管理。
選べる部品が増えたということはつまり、自動化の最後に残っていた人の手による作業を削減することを意味します。
今回、つなげる口が用意されているツールという前提で記事を執筆しました。次回の連載では、つなげる口がなく、人が画面を操作するしかないツールの場合はどうするのか、という点について記事を更新します。さらに、どのAIを使い、どこまでAIに任せるかという選択肢も、この1年で広がりました。この話題に関しても、次回の記事でお届けします。どうぞご期待ください。
関連リンク
Jinba Flow は公式サイトは こちらから
Jinba Flow をいますぐ試してみる ↓
お問い合わせはこちら
企業での導入をご検討の方や、サービスの詳細説明をご希望の方、「このような業務の自動化は可能か？」といったご相談がございましたら、下記フォームよりお気軽にお問い合わせください。
また、機能追加などのご意見・ご要望もお待ちしております。