対象領域
統合管理サーバー情報と契約情報を一元化
CASE STUDY
2026.09.04
海外拠点のサーバー情報と契約情報をまとめて管理するシステムを開発しました。Power Appsを利用者向けの確認・更新画面として、Dynamics 365 Business Centralを契約・業務データの管理基盤として使い分けています。

サーバー情報と契約情報を一元化
画面機能と業務データ管理の役割を分担
要件整理から開発・公開まで対応
必要機能、利用者数、更新権限、参照のみの利用者、各製品の担当機能を確認し、継続費用を考慮した製品構成を決めました。
海外拠点で扱うサーバー情報と契約情報を、同じ仕組みで管理する必要がありました。管理機能だけでなく、継続利用時のライセンスコストも考慮した製品構成が求められていました。
サーバー情報と契約情報を別々に扱わず、関連情報をまとめて確認できるようにする必要がありました。
現地で必要となる管理項目と日々の利用方法を整理する必要がありました。
機能を満たすだけでなく、ライセンスコストが過度に増えない製品構成が求められていました。
Power AppsとBusiness Centralの役割を分け、利用者が扱いやすい仕組みにまとめる必要がありました。
サーバー名、契約先、契約期間、更新時期、担当者、関連情報を管理項目として定めました。利用者ごとの更新・閲覧範囲を決め、二つの製品へ機能を分けています。
サーバー名、契約先、契約期間、更新時期、担当者、関連情報について、入力者、確認者、更新時期を決めました。
利用者が情報を検索、確認、更新する画面を作り、更新権限と参照のみの権限を分けました。
契約・業務データの管理基盤とし、Power Appsから必要な情報を参照できるようにしました。
必要機能、利用者数、権限、各製品の担当機能を確認し、継続費用を考慮した製品構成を決めました。
Power AppsとBusiness Centralの双方を扱える体制で、必要機能、利用者数、更新権限、参照のみの利用者、更新時期を確認しました。そのうえで、利用者向けの確認・更新画面はPower Apps、契約・業務データの管理はBusiness Centralへ分け、必要な機能を維持しながら継続費用を抑えられる製品構成を設計しました。
管理項目と利用方法を確認し、製品ごとの役割と権限を決めてから、画面・データ設計、開発、検証を進めました。
管理する情報、入力者、確認者、更新時期、閲覧範囲を決めました。
Power AppsとBusiness Centralの役割、利用者権限を決めました。
確認・更新画面と契約・業務データの管理処理を構築しました。
権限、更新、参照、データ連携を確認して公開しました。
業務要件、Power Appsの画面、Business Centralのデータ管理を一つのチームで設計・開発しました。
管理項目、更新方法、確認者、利用者権限を確認しました。
利用者向けの確認・更新画面を設計・開発しました。
契約・業務データの管理とPower Appsへの情報提供を設計しました。
海外拠点で分かれて管理されていたサーバー情報と契約情報を一元化しました。Power AppsとBusiness Centralの役割を分け、必要な機能を維持しながら継続費用を抑えられる管理システムを開発・リリースしました。
情報管理
サーバー・契約情報を一元化利用者・更新権限・契約期間・関連情報を一つの仕組みで管理製品構成
継続費用を抑制Power AppsとBusiness Centralの機能と利用者権限を分担案件状況
開発・リリース完了要件整理から設計・開発・検証・本番公開までを完了導入前・導入中・導入後、
どの段階からでもご相談ください。