おはようへどろまん
ふくいDX加速化補助金！kintoneで社内システム再構築、その30ログインユーザで切り替え、利用者を絶対表示させないアクセス制御をkintoneで実現するには No5629
テスト環境を構築するには
kintoneシステムを構築していると、、、
画面をそのまま外部に公開する時があります。
使ってるアプリで見せたい。
けど、お客様の生の個人情報は見せたくない。
テストデータだけ見せたい。
そんなわがままをどうしたら実現できるでしょうか。
そんな時は、ユーザで切り替えて、
利用者名を外部から公開されないようにする、必要があります。
これを最小限の労力で行い、
アプリを増やすことなく、
アクセス制御だけで実現します。
この方法は、
デモ環境として他社に見せたり、
プレゼンやネット公開されるのに、
必須です。
あなたがkintone管理者ならどうしますか？
一般的にはアプリを分ける
一般的にはアプリを分けることでしょう。
しかしながら、
参照元のアプリを頻繁にアップデートしたり、
改善したりしていたら、、、
その変更も一緒に行う必要があり、
大変手間がかかります。
なので、現在使っているアプリ、
現在登録している顧客情報のまま、、、
ログインユーザを分けることで、
テスト用の顧客情報だけを見せることが出来ます。
例えば、テスト用のログインユーザで利用者台帳を開いた場合、、、
このように、テストお客様だけが表示されます。
これはどのように実装しているかというと、、、
指定した組織には、閲覧・編集・削除は出来ますが、
Everyoneは許可していません。
しかしながら、「テスト～お客様」の人は除く。
というわけです。
これをしておけば、
一般ユーザでも「テスト～お客様」は見れるので、編集できる、
組織以外には見せない、
というわけです。
管理者でも個人情報を見ない
現在作っているアプリは、
かなり個人情報の扱いが危なっかしいので、
スペースを貸与していていても、
個人情報を見れないようにする必要があります。
その場合も同じで、
「テスト～個人情報」を作っておき、
１、一人専用組織を作る
２、上記のように「テスト～個人情報」だけ見れるようにする。
上記のように対応することで、
いくらシステム管理者であっても、個人情報まで触らなくて大丈夫、というわけです。
kintoneはこういうことが出来るから素敵なんですよね。
本番環境とブランチ(枝)バージョンの対応
リリースしたアプリに不具合があった場合、
どのように対応したらいいでしょうか。
小さい修正であれば、
本番アプリの修正だけで済むでしょう。
しかし、
アプリの不具合があった場合に、
「テスト個人情報」を見ながら、アプリのメンテナンスを行うことが出来ます。
またアプリの新バージョンの検証などについては、、、、
現在のアプリを元に別でアプリを作成し、
ブランチ(枝)を分けた対応をし、、、
問題なければ本番にリリースしていく。
という手順が取れます。
イメージとしては、こちらのサイトが丁寧です。
(画像にリンク貼ってあります)
本番を絶えず維持しながら、
ブランチ(枝)で修正をリリースしたり、
バグ対応して、本流に戻すようにする。
というわけです。
アプリ自体のアクセス権限
アプリ自体のアクセス権限を設定したい場合はどうしたらいいでしょうか。
設定を一般ユーザに触られたくない、
特定のアプリだけは、設定が出来るようにする。
(例：一覧の編集など）
その場合は、
kintoneヘルプを引用すると、、、、
(画像にリンク貼ってあります)
組織単位や個人単位でアクセス権限を設定することが出来ます。
おすすめなのは、、、
操作する組織には、
・レコード閲覧
・レコード追加
・レコード編集
※レコード削除は許可しない
管理者組織は
・基本的にすべて出来る
※レコード削除は外す
Everyoneはいったんチェックを外す
という風にすることで、
アクセス権限を制限することが出来ます。
kintone認定資格を取得しよう！
そういった勉強はどこで勉強するのでしょうか。
もちろん、実際に触っていく方法もあります。
他には、kintoneには認定資格というのがあります。
「kintone認定資格」でググると、、、
ノブブさんが登場します♪
(画像にリンク貼ってあります)
というのもありますが、
kintoneアソシエイトをはじめ、
アプリデザインスペシャリスト、
カイゼンマネジメントエキスパート、
カスタマイズスペシャリスト、
システムデザインエキスパート
と上位資格まであります。
(画像にリンク貼ってあります)
他のローコードシステムにはない
他のローコードシステムではここまではありません。
この仕組みこそが、
ノブブさんのようなエバンジェリストを作りだす、
kintoneの素晴らしさと言えるでしょう！！！
ちなみに、、
システムデザインエキスパートの試験問題を調べたところ、、、、、
こんな内容でした。
１次試験（小論文・実績登録）
小論文：大問3つ、小問各5つ
実績登録：論述テーマ1つ、小問3つ
さらに最終試験（確認試験）まであり、
その内容は２０問、
※kintone SIGNPOSTの全44パターンの内容をベースに出題。
ちなみに kintone SIGNPOST とは、
kintoneを使った業務改善のステップであり、
その本格的思考に驚きます。
(画像にリンク貼ってあります)
するとバッヂやサイトでうたうことで、、
ようするに本物や！！！
と思ってもらえる、
というわけです。
そんなkintoneに片足どころか、
全身でどっぷり浸かってしまいました(笑)
あああ、気持ちよい！
続く(笑)
ノブブさんについていきます！押忍！