画面レイアウトの変更
Opportunity Products page layouts
https://help.salesforce.com/s/articleView?id=000385573&type=1
見積もりを有効化してもすぐにはテンプレートが表示されない
今日は修正されたようです。少なくともこの部分は問題です。
I didn't see the page either, but after redrawing it did.
Try logging out and logging back in.
Check the field level security for the QuoteId field on the Order Object - this must be visible in order for the Orders related list or Order quick actions/buttons to be visible.
注文オブジェクトの QuoteId フィールドのフィールド レベルのセキュリティを確認してください。これは、注文関連リストまたは注文のクイック アクション/ボタンが表示されるために表示されている必要があります。
Unless you build your own custom lightning web component or similar custom dev to have it live displayed.
The standard quote builder will not work like that in my opinion.
独自のカスタム Lightning Web コンポーネントまたは同様のカスタム dev を構築してライブ表示する場合を除きます。
私の意見では、標準の見積もりビルダーはそのようには機能しません。
Unless you build your own custom lightning web component or similar custom dev to have it live displayed.
The standard quote builder will not work like that in my opinion.
独自のカスタム Lightning Web コンポーネントまたは同様のカスタム dev を構築してライブ表示する場合を除きます。
私の意見では、標準の見積もりビルダーはそのようには機能しません。
アイデアに上がっていますね。
https://ideas.salesforce.com/s/idea/a0B8W00000Gdjc1UAB/add-native-quotes-related-list-on-accounts
見積りオブジェクトに取引先の参照項目を追加して回避するみたいです。
（取引先の参照項目が標準であるのに不思議です）
今ならフローの自動化処理ですかね。
A simple workaround but not aligned with the Best Practice would be to create another Lookup field (Account_Name2) to Object Account in the Object Quote. With a simple Process Builder on creation of Quote, copy the Account Name into the new field Account_Name2. Then, add Quote in the Related List of Account.
I find it solution that not possible to get Quote Template Using Metadata Api because Salesforce not allow.
if someone facing same problem that check below link.
メモが表示されない
ListEditorで見積明細の編集 できない
商品の項目はProduct2Idになるのですが、以下のような制限があります。
PricebookEntryIdの項目を選んでみてください。
この QuoteLineItem に関連付けられた Product2 の ID。API 38.0 以前では、Product2Id に PricebookEntryId データが入力されている場合、エラーメッセージが表示されます。API 39.0 以降では、Product2Id が null で作成され、PricebookEntryId に PricebookEntryId データが入力されます。
System.DmlException: Insert failed. First exception on row 0; first error: DUPLICATE_VALUE, A Product with this SKU already exists.: [StockKeepingUnit]
SeeAllDataの設定に関わらずテストクラスでも環境の中のレコードと比べているらしいようなことが書かれています。回避策としてはユニークになるように何かコードを足すみたいです。
I had the exact same problem, even flagging (SeeAllData=false) explicitly.
It appears that even in test cases SF validates the SKU across all product records.
I got around it in my test classes by ensuring the product SKU was guaranteed to be unique & not match anything in an existing product record (in my case I appended 'SF-UNITTEST-' to all SKUs in my spoofed http requests).