どんな場面で検討するか
Microsoft系データの申請・点検・照会アプリを作り、画面/データアクセスと業務ルールを担当部門で管理したい場合。
組織で使う条件
開発/検証/本番environmentを分け、connectionとデータアクセスを各環境で設定する。 アプリ共有と接続先データの権限を別に確認し、作成者だけでなく一般利用者で試す。
採用前に試すこと
- 合成備品台帳100件と申請フォームをdeveloper環境で作り、担当者と一般利用者を用意する。
- 一般利用者の実行で、所有範囲/承認対象・license designation・connector権利を確認する。
- 検証環境へsolutionを移し、connectionと環境変数を差し替えて申請・改版・戻しを試す。
合格と判断する条件
- 入力/閲覧のルールが実装され、実社員情報を使わない。
- 許可範囲外を読み/更新できず、必要利用者の権利を確認できる。
- 環境間で本番接続を誤用せず、移行/戻し後に台帳と申請が一致する。
見落としたくない点
- 多数の匿名外部利用や複雑な独自UI/高頻度処理が中心ならPower Pages・通常Webアプリ等を比較する。 Microsoft 365契約だけで全コネクタと全利用者の権利がある前提にしない。
- 多数の匿名外部利用や複雑な独自UI/高頻度処理が中心ならPower Pages・通常Webアプリ等を比較する。
- Microsoft 365契約だけで全コネクタと全利用者の権利がある前提にしない。