データがおかしくなったとき、誰がいつ変えたのかがわからないと原因調査が止まります。Power Appsにログ保存の仕組みを組み込んでおくだけで、そのストレスがなくなります。 ログを残さないと何が起きるか 現場でよくある話です。SharePointリストを使った申請アプリを運用していたら、ある日突然登録内容がおかしいと報...

編集グリッドの見た目を作るだけなら前の記事で完成しますが、実際に使えるアプリにするには保存・削除・一括保存のロジックが必要です。Patch関数とコレクション操作を組み合わせた実装パターンを一通り解説します。 コレクションを中間バッファとして使う設計の基礎は、編集グリッドの基本設計の記事で解説しています。この記事はその続...

SharePointのChoice列・Person列・Lookup列・マネージドメタデータ列は、テキストや数値と同じ感覚でPatchしようとすると必ずエラーになります。これらの列には「レコード形式」や「テーブル形式」で値を渡す必要があるからです。本記事では列型ごとにコントロールを使う方法とハードコードする方法の2パター...

DataverseはSharePointと比べてPatchの書き方が異なる列型がいくつかあります。特にYes/No列と選択肢列はSharePoint経験者が最もつまずくポイントです。本記事では列型別にPatchの書き方を整理します。最後にSharePointとの違いを一覧で比較するので、切り替えの際の参考にしてください...

Power Apps のPatch関数を使いこなすと、フォームコントロールに頼らない柔軟なデータ操作ができるようになります。新規レコードの作成から複雑な列型の更新、下書き保存のUX設計まで、Patch関数はアプリ開発の核心です。この記事では、Patch関数の応用パターンを体系的に整理し、各テーマの詳細解説へ案内します。...

フォームを使わずにSharePointにデータを保存したいなら、Patch関数が答えです。Patch関数は列の型さえ意識すれば難しくありません。ただ最初のうちは型エラーで詰まる人が多いので、基本の構造から丁寧に解説します。 Patch関数の3つの引数 Patch関数は次の3つの引数で構成されています。 Patch( デ...

Patch関数の第2引数を1か所変えるだけで、新規作成から既存レコードの更新に切り替えられます。この仕組みを理解すると、「編集ボタンを押した行だけ更新する」というパターンが自然に作れるようになります。 Gallery.Selectedで更新モードに切り替える Patch関数の第2引数をDefaultsからGallery...

複数画面にまたがる入力フォームで「途中まで入力して後で続ける」を実現したいなら、下書き保存の仕組みが必要です。難しそうに見えますが、status列・varRecord・条件付きPatchの3つを押さえれば実装できます。 下書き保存が必要なシーン 下書き保存が必要になるのは、現場での点検入力で途中に呼び出しが入るケース、...

Power Appsでデータを保存するには、フォームを使う方法とPatch関数を使う方法の2つがあります。Patch関数を覚えると、フォームに縛られない柔軟なアプリ設計ができるようになります。 Patch関数とは何か SubmitFormとの違い Power Apps でデータを保存する方法は大きく2つあります。フォー...