跳轉到主要內容
當商業條件未被滿足時,銷售規則可以阻止某個品項被報價、下單或開立發票,例如出口管制零件銷往受限國家、客戶處於暫停狀態,或數量超出您銷售的範圍。銷售主管只需定義一次規則;之後每位業務人員的報價單、與銷售發票行都會自動依這些規則檢查。

銷售規則如何運作

規則將條件與嚴重程度配成一組。Alforse 會對規則適用的每一行評估條件:
  • 如果條件成立,該行通過。
  • 如果條件不成立,即違反規則,並由其嚴重程度決定結果:錯誤會封鎖寫入,警告則顯示訊息,讓使用者確認後繼續。
被封鎖的文件不會寫入任何內容,因此被拒絕的行絕不會留下儲存到一半的報價單或訂單。

實例:出口管制零件

若要避免管制零件被賣到受限目的地:
  1. 將規則的範圍限定在該零件的品項群組。
  2. 啟用全部三個表面:報價單明細、銷售訂單明細行與銷售發票明細行。
  3. 新增條件 customer.location.countryCode notIn 您的受限國家清單。
  4. 將嚴重程度設為錯誤,訊息設為 `{item.id}` cannot ship to this destination。
此後,該零件任何送貨國家在清單上的行都會被拒絕,並顯示該訊息,且品項 ID 會自動填入。

建立規則

開啟銷售 → 銷售規則並建立規則。清單會顯示每條規則的名稱、嚴重程度、表面、狀態(啟用中或停用),以及指派給它的品項數量。

撰寫條件

條件是一棵小型樹狀結構:一個比對種類,套用到一列或多列欄位/運算子/值。 欄位來自固定的登錄表;除了品項與客戶自訂欄位外,您無法自行新增。

撰寫訊息

訊息是規則觸發時使用者看到的內容,所以請讓它指出問題所在。`{item.id}` 與 `{customer.location.countryCode}` 等代碼會被替換為該行的實際值。

選擇規則涵蓋哪些品項

規則以兩種方式觸及它的行:
  • 依篩選條件。 將規則的範圍限定在品項類型和/或品項群組,以 OR 或 AND 組合。空的篩選條件會比對所有品項。
  • 依指派。 從該品項銷售頁籤的銷售規則卡片,把規則附加到某個特定品項。使用從資料庫新增…挑選既有規則,或用建立新規則在該處開始建立。
品項的銷售規則卡片會列出所有適用於該品項的規則。透過篩選條件觸及該品項的規則,無法從卡片取消指派;若要移除,請編輯該規則的品項篩選條件。 銷售規則一律以品項為對象。與儲存規則不同,這裡沒有工作中心的目標。

何時檢查規則

規則在兩種檢查點執行。

行檢查

在報價單、銷售訂單或銷售發票上建立或編輯行時,表面包含該行類型的規則會立即被評估。

文件關卡

在文件成為承諾的每個時間點,文件上的每一行都會重新檢查:
  • 完成報價單;
  • 將報價單轉換為訂單,或將 RFQ 轉換為報價單;
  • 確認銷售訂單;
  • 過帳該訂單的出貨;
  • 過帳銷售發票。
在這些關卡重新讀取每一行,可以抓出行檢查無法發現的問題:透過轉換、匯入或 API 建立的行、在行儲存之後才撰寫的規則,或之後有變更的送貨地點。

國家規則讀取哪個送貨地點

國家條件評估的是貨品實際前往的地方:
  • 會覆寫訂單標題的地址。
  • 由銷售訂單轉換而來的發票行,會透過該訂單解析其目的地。
  • 獨立的發票行使用發票本身的「送貨至」。

客戶的數位報價單

當客戶接受數位報價單時,沒有員工在場可以確認任何事:
  • error 違規會以中性訊息拒絕接受。您的內部規則文字絕不會傳到客戶那裡。
  • warn 違規會為賣方記錄下來,接受則照常通過。

封鎖或警告

兩種結果都會留下軌跡。每次被封鎖的寫入與每次被確認的警告,都會被記錄為證據:規則、文件、行、品項、人員與時間;並會寄電子郵件給銷售規則通知群組(設定 → 銷售)中的人員。

方案

疑難排解

相關內容