例如需求是搞清楚function module CRM_PRODUCT_I_A_CHANGE_ORGM_EC在什麼樣的場景下會被調用。當然最費時間的做法是設一個斷點，然後跑對應的場景，觀察斷點何時被觸發。也有另一種不通過調試的分析方法：
使用事務碼CRMV_EVENT, 輸入函數名稱CRM_PRODUCT_I_A_CHANGE_ORGM_EC:
得到結果：
上述結果的業務含義是：每當Sales area被建立或者更新時，我們查詢的function module都會自動被One Order架構調用。
觀察如下調用棧:
那麼為什麼從業務上來說，每當一個訂單的Organization Model組織架構資料發生變化之後，就需要調用這個回調函數呢？打開這個函數的源代碼，在102行看到了CRM Product的settype之一, CRMM_PR_SALESG(Set type allowing you to group products for various purposes. As this set type is dependent on distribution chains, a distribution chain has to be selected before data can be maintained)的資料被讀取。
這個settype是一個Distribution Chain相關的settype, 離開了某個具體的Sales area則無意義。
是以每當訂單的Organization model資料發生變化時，CRMM_PR_SALESG的資料必須根據變化後最新的Organization model資料重新讀取。利用One Order架構，這種Organization model的變化和CRMM_PR_SALESG的讀取這種依賴關系實際上通過設計模式裡的"觀察者模式"來完成的。CRM_PRODUCT_I_A_CHANGE_ORGM_EC是Organization model資料變化的衆多觀察者之一，通過事務碼CRMV_EVENT訂閱了Organization model資料變化這一事件。每當Organization ，model資料發生變化時，這個變化通過下圖的CRM_EVENT_PUBLISH_OW釋出出去，其他觀察者就能基于這個釋出者釋出的事件進行對應處理，在我文章的這個例子裡，就會調用CRM_PRODUCT_I_A_CHANGE_ORGM_EC根據最新的Organization model讀取settype CRMM_PR_SALESG的資料。