定義新要求
若要定義新要求，請先設計並建立新的「要求」業務物件，然後將該物件連結至新的「要求類型」業務物件。下列各節重點說明設定新「要求」的重要明細。
要求顯示與維護
新業務物件的標準是使用結構定義與 UI 提示來定義使用者介面行為。業務物件生命週期會定義要採取的動作。另一種方法是定義明確的 UI 對應，並處理對應內的任何動作。基準產品業務物件 F1-TodoSumEmailReq 是此方法的範例。建議使用「UI 提示」方法。
預覽要求
使用者通常想要在提交以供處理前預覽要求的結果。要求業務物件具有特殊業務物件選項，以支援預覽功能。
- 要求預覽服務指令檔。此指令檔會擷取使用者要求預覽要求時顯示的資訊。
- 要求預覽對應。此對應會顯示要求的預覽。
請注意，只有依據 F1-TodoSumEmailReq，業務物件遵循明確的對應方法時，才需要預覽對應。使用結構和 UI 提示來定義使用者介面的業務物件，可以使用對應片段來實作叫用預覽指令檔的預覽動作，使用指令檔的結構來產生預覽對應。
執行要求處理
假設允入演算法會負責處理要求。要求通常會在背景中而非即時進行處理。標準技術是使用遞延監視將要求轉變為已外掛演算法的狀態。F1-TodoSumEmailReq 生命週期就是一個範例。
要求安全性
部分使用者可能未獲提交特定要求的授權。新增要求時，可用要求類型的列表會限制為使用者能安全存取相關要求業務物件之應用服務的類型。這可能會影響應用服務的選擇，以及新要求業務物件所需的其他組態。