考えたら普通に分かりそうなんだけど、多い質問。 ローコードとかノーコードとかどうでもいいけど、データモデルについては学ばないと意味がないと思う。コーディング以前の問題です。
さて、私は英語が全く分からないので理論的に英語で回答することはまず不可能です。そのため回答例を集めておきたいと思います。
また長い質問はグーグルさんで訳しても理解できないので、回答できないです。
No formula field is going to work for this scenario since Contact looks up to Account. Formula fields can only pull values from parent down to child, not the other way around.
You could use DLRS to accomplish this. Flow can also do this.
連絡先はアカウントを検索するため、このシナリオでは数式フィールドは機能しません。数式フィールドは、親から子に値をプルすることしかできず、その逆はできません。
DLRSを使用してこれを実現できます。フローもこれを行うことができます。
数式フィールドと同様に、行レベルの数式は、対象のデータ ソースの下にある子レコードを参照できません。取引先レポートでは、それが取引先であり、子商談は表示されません。
これを達成する唯一の方法は、取引先のカスタム フィールドを使用することです。おそらく、機会をカウントするロールアップ サマリーです。
自動化プロセスの実行順序を考慮した場合
これを見ると積上げ集計は入力規則の後だから使えない。 フローは前に行われるから大丈夫ですね。
DLRSはBefore トリガー（？）だからこれも入力規則の前だから機能するということかな。
