#設計
8 ARTICLES
記事一覧
#設計Power Apps × SharePoint リストの委任と5000件の壁 — 500件しか取れない理由と回避策、Dataverse に移る判断基準
Power Apps で SharePoint リストを使っていると、委任の警告が出て500件しか取れない、リストが5000件を超えてビューが開かない、という壁にぶつかります。委任とは何か、SharePoint で委任できない関数、500件・2000件問題の今、5000件のしきい値の回避策、そして Dataverse に移るべきかの判断基準まで。
Power Apps / Dataverse のカスタマイズはどこまでやるか — ラーメン二郎のコールに学ぶ、範囲を絞る設計
業務システムのカスタマイズは、足すほど良くなるとは限りません。ラーメン二郎が「コール」で受け付ける範囲を4つに絞っているように、Power Apps / Dataverse にも設定だけで変えられる範囲があります。その線を越えたときに何を手放すことになるのか、モデル駆動型アプリの設計の線引きを整理します。
サウナしきじに学ぶ、「困る瞬間」のない業務システム設計
静岡のサウナ「しきじ」は、目に見えるスペックで飾らず「整う」という体験そのものを設計している。業務システムも同じで、機能を盛るほど現場が困る瞬間は増える。Model-Driven Appの「サイトマップ→ビュー→フォーム」という体験動線を守る、引き算の設計論。
担当者の退職で Power Apps / Power Automate はどう壊れるか — フローの所有者変更・接続・Dataverse 所有権の引き継ぎチェックリスト
Power Apps / Power Automate / Dataverse 環境で担当者が退職・異動したときに壊れるもの（Power Automate フローの所有者、コネクション、アプリの所有者と共有、レコード所有権、管理権限）の整理と、所有者変更を含む退職が決まってからの引き継ぎチェックリスト、事前に無痛化する設計。
Power Apps のモデル駆動型アプリが重い・遅い — 原因の特定手順と、ビュー・フォーム設計の改善パターン
Power Apps のモデル駆動型アプリが重い、Dataverseのビューが遅い問題の原因特定手順（切り分け→Monitor→FetchXML確認）と、列構成・ビュー設計・フォーム設計の改善パターン。本番運用後に劣化する理由から、ビューに背負わせない設計判断まで。
Power Apps の検索が部分一致しない・複数条件で絞れない — Dataverse で本番で踏んだ6つの落とし穴
Power Apps のモデル駆動型アプリ（Dataverse）では、複数条件での絞り込み検索が事実上できません。さらに簡易検索は部分一致しない、重いビューは開かない、Dataverse 検索はすぐに反映されない、という落とし穴もあります。本番で踏んだ6つの問題と、検索要件を満たすための設計指針。
Dataverse の所有者を個人にするな — 主語のない言語が要請する、チーム所有 + 担当者の設計
Dataverse の Owner を個人ユーザーに設定すると、日本企業では異動・退職のたびに崩壊します。日本語に主語がないという言語構造から、Owner はチーム、担当者はカスタム列、という設計に行き着いた理由について。
システム都合のプロセスの介在 — ユーザーはAとZだけでいい
業務システムでユーザーがやりたいことと結果の間に挟まる『システム都合のプロセス』。現場を止めないために、AとZの間を消す設計原則について。