Apexでは編集不可項目には代入ができないようになっていて、フローでもそれは同じです。
Apexで編集不可を含めて全ての項目をSOQLで取得してINSERTを行ったとしても、IDを空にしておけばエラーにはなりません。
フローではIDを空にしなくても、レコードの作成要素ではIDが無視されます。

選択的に省くというよりも、省かなくてもDMLの際のロジックで上書きされるという感じです。

同一レコードを参照するレコードが一括削除された場合の処理
Lightning レコードページを以前のバージョンに復元するにはどうすればよいですか?

アイデア

https://ideas.salesforce.com/s/idea/a0B8W00000Gdko4UAB/lightning-record-page-versioning

オブジェクトのレコードトリガフローの実行順序の定義
決定要素でデフォルトの結果の指定をしていない場合はフローエラーとなるのでしょうか？

決定要素で条件と違う場合でかつ、デフォルトの結果がなければ、フローはそこで止まるみたいにことが回答されています。

If the default outcome doesn't point to anything and none of the other choices are true the flow should stop.

https://www.reddit.com/r/salesforce/comments/jx9fmn/how_flow_default_outcome_works/

Did you resolve this? I'm having the same issue. It's there in the sandbox and working but in Production it's not an option. Thanks

I don't know if your flow is an screen flow or any other kind. However, I was facing the same issue and I found out that in prod environment it's not possible according to this article (specifically when it mentions "Debugging a flow as another user is available only for screen flows and autolaunched flows in nonproduction orgs."):

Link

So I had to "debug" my screen flow in prod environment (to reproduce the same issue that I was facing in sandbox environments) using a non-admin test user and changing the layout and adding the necessary elements to invoke it.

https://trailhead.salesforce.com/trailblazer-community/feed/0D54S00000A98wASAR

Supermums course:Create a flow that updates the discount email sent tickbox automatically when the date the email was sent field is filled in.

Please check this article.

Flow - Create a flow that updates the discount email sent tickbox automatically when the date the email was sent field is filled in.
https://trailhead.salesforce.com/trailblazer-community/feed/0D54S00000QKHDKSA5

これはまだアイデアのようです:

https://ideas.salesforce.com/s/idea/a0B8W00000GdadYUAR/group-elements-and-add-comments-to-flow-canvas

フロー内の DML 変更後にフィールドが null になる

そうですね、なぜ最初からそのように構築することにしたのかはわかりませんが、フローを終了させることが、このフローに関するほとんどの問題の解決の鍵です。

This means that somewhere else in your flow, you are referencing this element. Somewhere you are referencing it. When you remove that reference you'll be able to delete it.

フローの多重起動を抑制したい

下記の設定で実装可能かと思います。

カスタムオブジェクトAのカスタム項目としてチェックボックス項目を作成
フロー①でカスタムオブジェクトAのレコードを削除する前に、上記のチェックボックス項目をTRUEに更新
フロー②の開始要素のエントリ条件で上記のチェックボックス項目がFALSEの場合のみ起動するように設定

This error occurred: CIRCULAR_DEPENDENCY: This case is parented by a case that is also its child.

共有していただいた例から、親として保持するものを選択する必要があることがわかりました。メールオブジェクトでフローを実行することはやめて、代わりに、他のフローを介してケースオブジェクトのスレッド識別子を更新した後、ケースオブジェクト (作成済み) でフローを実行しています。現在、このフローは 0 分後に実行する必要があります。各決定結果の後、同じスレッド識別子を持つケースを取得し、子として更新しています。フローは、問題となっている他の親に対してケースが作成されたかどうかを調べ (レコードを取得)、作成された場合は停止します。そうでない場合は、画像の各結果からわかるように、さらに先に進みます。

Experience Builder

Display a Flow on a Page Outside Your Salesforce Org

Which Experience Builder page types support the Flow component?

All Experience Builder pages

My Pages: The standard pages that you create. (The object pages that you create appear under Objects.)
Template Pages: The default pages that come with the site template.
Objects: The pages of the objects in your site, which include the object’s record detail, list, and related list pages.
Generic Record Pages: These generic pages are used to display record information for a Salesforce object when custom object pages don’t exist.
Login Pages: The default login pages that come with the site template.

サブフロー

自動起動フローをレコードトリガーで実行

入力値を設定で recordId に値を渡せると思います。

Sandboxで消せない？

開発サンドボックスのデータストレージに「フロー要素」がリストされていることに気付きました。ストレージをクリアできるように、その要素をクリアするにはどうすればよいですか?

私たちは Salesforce に問題を提起しましたが、彼らは「サンドボックスを更新する」以外の解決策を提示してくれませんでした。まるでそれが大したことではないかのように。

壊してしまったのに、修理する準備ができていません。対応にがっかりしました。

デバッグ

数式

ISCHANGED({!$Record.Supplier_id__c})

As you may know, Salesforce limits the Record Choice Set and Picklist Choice Set to 200 items. For complex use-cases involving a long list of records, use the Collection Choice Set.

https://crmbrew.com/salesforce-flow-choice-lookup-component/

数式入力条件の選択リスト項目を含むレコードトリガーフローをデバッグすると、内部エラーが発生します。

Nullの時の判定

Account_Field__c   >  IsNull  >  {!$GlobalConstant.False}

サブフロー

My subflow is not showing up the challenge 'Run a Flow Within a Flow'

I was able to resolve my issue. I ended up rebuilding my subflow as an Autolaunched Flow since that is something that cannot be changed after a subflow is created. It was an obvious mistake by me.

問題を解決できました。サブフローの作成後に変更できないものであるため、サブフローを自動起動フローとして再構築することになりました。それは私の明らかな間違いでした。

作成例

できない例

フローを使って承認、却下する機能はアイデアにはあがっているようです。

Approve or Reject records through Process builder or Flow
https://ideas.salesforce.com/s/idea/a0B8W00000GdcOtUAJ/approve-or-reject-records-through-process-builder-or-flow

以下でもApexを使っていますね。
https://trailhead.salesforce.com/trailblazer-community/feed/0D54S00000HESplSAH

障害パスのシステムエラーメールを停止することは難しいかと思います。
どうしてもシステムエラーメールを送信したくない場合は、Apexアクションを使用してみてください。

その他

移行ツールの制限

lightning:availableForFlowScreens を使ってオブジェクトにリダイレクトさせる？

Redirect url check --> Lighting component.

When a flow is run from Flow Builder or a direct flow URL (https://yourDomain.my.salesforce.com/flow/MyFlowName), force and lightning events aren’t handled.

I don't think redirects work with this lightning:availableForFlowScreens option.
Consider if you can use the following Or I think there is no choice but to implement everything with custom components.

Customize a Flow URL to Control Finish Behavior

the Run an Autolaunched Flow from a Custom Button unit

Can't add custom button on lightning record page

I found it....it was my mistake and I kept missing it everytime I was checking the individual steps. I had created a Detail Page Link and not a Detail Page Button, that's why it wasn't showing. So sorry but maybe someone else will run into the same issue at some point and can learn from my mistake :)

私はそれを見つけました....それは私の間違いであり、個々のステップをチェックするたびに見逃していました.詳細ページボタンではなく詳細ページリンクを作成したため、表示されませんでした。申し訳ありませんが、他の誰かがいつか同じ問題に遭遇し、私の過ちから学ぶことができるかもしれません:)

非同期実行パスでRecord_Priorの値を参照する方法

非同期実行パスでRecord_Priorの値を参照する方法

英語ですが同じ質問があります。

対応しないので、以前の値は別途別のフィールドとして持っておくようなことが回答されています。

As of the time of this answer, you cannot use PRIORVALUE or $Record__Prior in an Asynchronous Path and see the values before the path executes. This is being considered for Run Asynchronously, but not for Scheduled Paths.

If you need to check what the prior value was, you need to make separate arrangements for this, such as saving the previous value in a different field or record. This question has an answer that explains it:

Obtaining Prior Record Values Using Asynchronous Flows
https://salesforce.stackexchange.com/questions/372536/obtaining-prior-record-values-using-asynchronous-flows

スケジュール済みパス

スケジュール済みパスを設定したレコードトリガーフローコミュニティユーザのエクスペリエンスクラウドサイトからの操作の場合 ⇒ 起動しない

フローを使って複数の招待者を登録する

フローから行動の「名前（Multiple)」に複数入力する方法

EventRelationオブジェクトを使うようなことが回答されています。

https://trailhead.salesforce.com/ja/trailblazer-community/feed/0D54S00000A8pmhSAB

Apexを使う

Apexの返却値を画面フローに表示できない

Apexの戻り値の変数設定はどうなっていますか？

例えばテキスト型のコレクション変数として返す場合にはList>のように２重にList型として定義しないと機能しません。不思議です。

global class MultiSelectFlowValues {
   @InvocableMethod
   public static List<list<string>> CheckValues(List<string> values) {
      if(!(values.isEmpty())){
         ist<list<string>> finalLst = new list<list<string>>();
         for (String tStr : values) {
             List<String> lstnew = tStr.split(';');
             l
             finalLst.add(lstnew);
         }
         return finalLst;
      }
      else return null;
   }
}

apex側の変数がID型のためなのか、nullを送ると、 @InvocableVariable の変数に代入するタイミングで以下Exceptionが発生してしまっております。StringException: Invalid id ](https://trailhead.salesforce.com/trailblazer-community/feed/0D54V00007Yw2UD)

ダミーのIdを使えるならば、もう一つBoolean型の変数を作って、この変数がtrueの時は実際にはダミーのIdを使わずに新規作成した取引先のIdを使うように処理できると思います。

LWCから画面フローに変数を渡せません

メール関係

外部認証

外部認証情報を検索してそこから clientId と clientSecret を取得したいのですが、フロー内で関連するレコードを取得できません。すでに権限セットを作成し、外部資格情報オブジェクトに「すべて表示」/「すべて変更」を持つ権限セットを割り当てました。

Yes, I was trying to create an HTTP callout. The solution I found is to run it in an asynchronous path.

FYI, in that case, you need to specify the input condition as a formula and also check "Only if the record is updated to meet the condition requirements". It's a little difficult to solve.

はい、HTTPコールアウトを作成しようとしていました。私が見つけた解決策は、非同期パスで実行することです。

参考までに、その際には、入力条件を数式として指定し、「条件要件を満たすためにレコードが更新された場合のみ」にもチェックを入れる必要があります。解決するのは少し難しいです。