【#1 つなぐ】Jinba Flow の連携パーツが、この1年で約50種増えました

はじめに

1年ぶりの大型アップデートにより追加した内容・機能について、全5回の記事に分けて紹介を行います。

製品のアップデートというと、一般的には処理速度や精度の向上といった内容が思い浮かぶかもしれません。もちろん、Jinbaでも処理速度や精度も大幅に向上しました。しかし、本記事ではワークフローに連携できるパーツが大幅に増えた、という内容をお伝えしようと思います。

Jinba Flowでは、各ステップを並べてワークフローを作成していきます。
フローにこのステップを追加する際、実行方法（どのツールを用いてどんな処理を行うか）は、Copilot に指示するだけでなく、選択肢の中から選ぶこともできます。この選択肢が、1年間で約50種類増えました。

特に、業務で使用するツールに特化して連携パーツを拡大しました。
本記事ではこの「つなげる先が増えた」という内容にフォーカスしてご紹介します。

Jinba Flow をいますぐ試してみる ↓

Jinba Flow

自動化をしきれずに残ってしまう手作業からの解放

連携先が増えたことによる最大の効果は、自動化をしたはずなのに、一部に残ってしまう手作業から解放されることではないでしょうか。

これまでは、ツールとの連携ができないことで、出力された結果を確認して Slack に貼り直し/メールに書き写し/Notion や Jira に転記する。このように、せっかく一連の流れを自動化したのに、一部の工程に手作業が残ってしまい、自動化ではなく半自動化状態になっている、というケースも少なくないはずです。

今回、Jinbaでは連携先を拡大したことで、このように残ってしまう手作業の工程をなくし、Jinbaだけで自動化を完結できるようにしました。

これらのツールとの連携に対応しました

今回拡大した連携先を、具体例とともにいくつかご紹介します。

連絡・通知系： Slack / Microsoft Teams

Slack や Microsoft Teams へ通知する部品（＝モジュール）をワークフローに組み込むことで、フローの結果や承認の依頼を、普段使用してるチャットへそのまま送ることができます。
これまでのように、人が結果を確認してからチャットに貼り直すという作業を行わずとも、処理が終わった瞬間に、自動で普段使用しているチャットに送信することができます。

メール・スケジュール系： Gmail / Outlook / Google カレンダー

Jinba Flowでは、メールの送受信という作業をフローの起点にも・終点にも設定することができます。
具体的にどういうことかというと、

問い合わせのメールを受け取ったらXXXという処理を始める、というメールを起点としたフロー
XXXという作業が終わったら結果をメールで送る、というメールを終点としたフロー

上記どちらのパターンでもフローを組むことができます。

さらに、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 に預ける方式ではありません。連携設定をする際に画面上で「この範囲の操作を許可します」と承認をする方式です。他のツールでもよくある、Google連携がまさにOAuth連携の例です。

また、連携において許可する範囲を指定することも可能です。「メッセージを送る操作だけを許可する」というように、制限できるため、Jinba Flowに全ての権限が渡されてしまうということはなく、許可された範囲の操作だけを代替できるようになります。
そして、初めに一度接続設定をしておけば、以降は毎回接続を行う必要なく、フローの中から繰り返し使うことができます。

実際のフローの流れ

具体的なイメージを想像していただくために、業務例を挙げてみようと思います。

業務例：問い合わせを受けて内容を整理し、結果をSlackでチームに知らせつつ、記録をNotionに残し、課題をJiraに起票する

連携したいツールを接続（OAuth で承認）。
フローの部品の一覧から、連携の部品を選んで設置する
1. （例）「Slack に通知する」「メールを送る」「Notion を更新する」「Jira に起票する」など
フローを実行する
整理した結果が指定したツール（Slackなど）へ届くと同時に、関係者へメールが送信される。
Notionに記録が更新され、Jira に課題が起票される。

この作業において、人の手で対応が必要なものは、連携設定、モジュールの設置、フローの実行までです。
これまで人が複数のツールを横断して行っていた対応が、フロー1本に置き換わるのです。

選んだツールの実行ステップは、一連のフローに組み込まれます

連携先のツールや行いたい一連の業務をプロンプトで伝えると、それがフローの一部として、他の部品と一緒に実行されます。前のステップの実行結果を受けて動き、後のステップへ渡す。
別途設定をすることで、途中で人の承認を挟むことも、決まった時刻に動かすというアレンジもできます。

つまり、出力先が増えただけではなく、選んだツールが、実際に動く業務の流れの中に組み込まれ、後で触れる統制の仕組みの下にも置かれます。選べるステップの種類が増えたことが、そのまま「動かせて・管理できる業務」の広がりにつながっています。

使用するツールは、組織単位で管理が可能に

連携先が増えて便利とも思われる一方、情報システム部門には「現場が何でも勝手に連携してしまわないか」という不安が生まれます。Jinba Flowでは、この点に応える仕組みを用意しています。

どの連携ツールを利用できるようにするかは、組織単位で管理することが可能です。すべてのツールが使える状態にするのではなく、会社として許可したものだけを使える形にですることができるのです。
これにより、安全管理や利用ルールを保ったまま、現場に連携を開放できます。
※なお、この利用可否の管理は、組織向けの管理機能として用意しています。

最初の一歩は、この業務から

Jinbaの導入/入口としてお試しいただきたいのは、上記の業務例のような、複数のツールにまたがる転記作業が挙げられます。ひとつの結果を、いくつもの場所へ書き写している業務を思い浮かべてください。定型の通知、定型の起票、定型の記録更新作業とも相性が良いと考えています。

まずは「いま、人がコピペしている1工程」をひとつ選び、それを連携の部品に置き換えてみることをおすすめします。一度自動化の感覚を掴んでいただくことで、ほかにも置き換えられる手作業が見えてくるはずです。

まとめ

この1年で、Jinba Flow はつなげる先を大きく増やしました。Slack や Microsoft Teams への通知、メールや予定の調整、文書や記録の更新、課題の起票まで、簡単に行えるようになりました。接続はOAuth連携を採用しており、はじめに一度設定をするだけでよく、許可した範囲だけに接続するよう組織単位で管理。

選べる部品が増えたということはつまり、自動化の壁として残っていた人の手による作業を削減することを意味します。

次回の記事では、連携に対応しておらず、人が画面を操作する必要があるツールとのつながりについて記事を更新します。さらに、AIモデルの拡大・AIに任せられる範囲の拡大に関しても、次回の記事でお届けします。どうぞご期待ください。

お問い合わせはこちら

CONTACT

企業での導入をご検討の方や、サービスの詳細説明をご希望の方、「このような業務の自動化は可能か？」といったご相談がございましたら、下記フォームよりお気軽にお問い合わせください。
また、機能追加などのご意見・ご要望もお待ちしております。