社外やり取りを行う場合の設計

当ガイドは、「同一ドメインから」パターンとあわせてご利用ください。

異なる組織間で共にkintoneを利用する際に、セキュリティを担保しつつ利便性を求めるには、どのような構成が考えられるでしょうか。
親パターン「同一ドメインから」の通り、一つのkintone環境で完結する構成から順番に4つの構成を紹介します。

また構成を紹介するにあたり、それぞれの立場を以下の言葉で説明しています。
・自社ユーザー … kintoneを契約している自らの会社の人・組織
・外部ユーザー … 今回新たにやり取りしたい社外の人・組織

（※この記事は2022年1月1日時点のkintoneをもとに執筆しています。）

想定読者

IT部門・現場部門の方向け

内容

下記 4 つの構成におけるメリット・デメリットを記載しています。
・ゲストスぺースでの運用
・組織間のアクセス権を有効にする
・外部連携サービスを利用する
・別ドメインを用意する

ゲストスぺースでの運用：

kintoneのゲストスペース機能を利用し、外部ユーザーをkintoneにゲストとして招待する方法です。

１：１の簡易的なコミュニケーションとデータの共有であれば、この機能のみで完結します。
さらに、外部ユーザーも自社でkintoneを契約している場合、アカウントの共通化を行えば、ゲストユーザーの費用も掛かりません。

ただし、複数組織とのやり取りが発生する場合に、ゲストユーザー同士でやり取りをさせないためには、別のゲストスペースを作成する必要があり情報が分散してしまいます。
また、ゲストスペースでは組織やグループ単位での指定が利用できないので、１：１のやり取りでも外部ユーザーが多数参加する場合には、アクセス権設定や通知設定をユーザー単位で設定する必要があり、メンテナンスが煩雑になり易いというデメリットがあります。
ゲストスペース外のアプリとルックアップ・関連レコードでアプリ連携することも出来ない為、セキュアではあるものの機能制約が多い構成となります。

組織間のアクセス権を有効にする：

「組織間のアクセス権」を利用し、自社ユーザーと外部ユーザーを同一のkintone環境内で管理する方法です。

上記のゲストスペース構成で記載のように、複数組織とのやり取りが発生する際にも、外部ユーザー同士で個人情報を見せたくない/やり取りをさせたくないシーンがあります。
この場合は外部ユーザーを自社ユーザーと同じく、kintoneのユーザーアカウントとして登録し、「組織間のアクセス権」を有効にすれば、外部ユーザー同士のやり取りを防ぎつつ、自社ユーザーと外部ユーザーでのやり取りが可能となります。

「組織間のアクセス権」を設定した場合、cybozu.com共通管理の組織設定で最上位層（Root直下）で並列設定した組織に属するユーザー間は、ユーザー情報が閲覧できなくなります。
これにより、ゲストスペースのように外部ユーザー毎にスペースを分けることなく、一つのアプリで複数の外部ユーザーとやり取りすることが可能になります。

ただし、単に組織を並列設定した場合、自社ユーザーからも外部ユーザーが表示されなくなってしまうので、「組織間のアクセス権」を有効にした状態で、複数の外部ユーザーとやり取りする場合には自社ユーザーがやり取りをしたい外部ユーザーの組織にも属する組織設定が必要となります。

外部連携サービスを利用する：

外部連携サービスを利用し、自社ユーザーはkintone、外部ユーザーは外部連携サービスを利用する方法です。

上記の「組織間のアクセス権」を有効にすれば、ある程度一つのkintone環境でセキュリティを担保しつつ、利便性を保った状態で複数の外部ユーザーと情報共有をすることが出来ます。
しかし、自社ユーザーで既に別の用途でkintoneを利用している場合には、社内用途と社外用途が一つのkintone環境で混在してしまうので、万が一アクセス権の公開範囲を誤ってしまった場合には、外部ユーザーが社内情報を閲覧できる状態となるリスクがあります。

またライセンス料も問題のひとつです。
kintoneスタンダードコースの場合、外部ユーザーにも1ユーザーにつき1,500円/月といったライセンス費用が掛かってきますので、やり取りする外部ユーザーが多い場合にはコストが高くなります。

そこでやり取りをkintone環境外で行う構成として考えられるのが、外部連携サービスを利用した構成です。

外部連携サービスを利用することで、自社ユーザーはkintone環境を使いつつ、外部ユーザーは必要な入出力部分のみを外部連携サービスに切り出して利用することが可能になります。連携サービスによって料金形態は様々ですが、kintoneの本ライセンスに比べるとコストは下がります。

ただし、kintone環境の外にデータを渡すことになり、kintone環境以外にセキュリティや可用性を懸念する要素が増えるので、やり取りする情報の機密性で選択することをお勧めします。

別ドメインを用意する：

最後に完全にkintone環境を分けて管理する方法です。

自社ユーザーのみで利用するkintone環境と、外部ユーザーと情報共有するkintone環境を別ドメインで構築する方法です。ここまで明確に分けておけば、社内情報が外部ユーザーに漏洩するリスクも低く出来ます。

ただし、別ドメインにあるアプリ同士を基本機能を利用して連携することはできません。
また、kintoneアカウントのライセンス費用やプラグインの契約費用などが重複するため、プラグイン契約が多い場合、コスト面で割高となる懸念もあります。

おわりに

外部ユーザーに見せたい情報・見られたくない情報はどの会社にもあります。社内で利用しているアプリと外部ユーザーに見せたい情報の関連性や、情報共有する外部ユーザーとの関係性などから、上記のどの構成がよいのか検討して選択しましょう。 うまくkintone環境の中で外部ユーザーともやり取りができれば、より便利にkintoneを利用できるでしょう。

まとめ表

社外やり取りを行う場合のkintone環境の構成については、利用ケースごとに検討ポイントが上記の他にも存在します。また、利用ケースごとに各運用のメリット・デメリットの捉え方も変わるため、比較検討される場合にはご自身の利用ケースにあわせてメリット・デメリットをご判断ください。