【正文】
關需求。 u 在R/3中可以對銷售產(chǎn)品進行發(fā)貨。貨物發(fā)貨過賬后會更新CRM單據(jù)的狀態(tài)。 u 每個費用項目記錄一個由服務代表支付的額外發(fā)票。如,旅館收據(jù)。 u 費用項目通過再分配至相關的成本中心里。 服務確認u 參照服務訂單創(chuàng)建確認首要前提: p 服務訂單狀態(tài)為已發(fā)布。 p 后臺有相關的復制控制。 p 可以在服務確認中修改數(shù)量和備件項目,損壞代碼等。 u 對于產(chǎn)品層次,你可以自由選擇子層的項目是否確認。 u 服務確認可以不參照之前的服務流程創(chuàng)建。服務開票外部開票216。 服務訂單和服務確認的外部開票 216。 當訂單和確認被設置成完成狀態(tài)后,資料被傳輸?shù)紼RP系統(tǒng)。 216。 服務合同的外部開票 216。 開票請求項目由自動傳輸?shù)紼RP的開票計劃創(chuàng)建。 投訴退貨管理主流程投訴項目分析216。 可以參照/不參照銷售流程創(chuàng)建投訴。 216。 在投訴中你可以使用Actions來創(chuàng)建行項目如借/貸向憑證,CRM活動,ERP維修訂單。 216。 子項目可以由手動或者系統(tǒng)自動觸發(fā)創(chuàng)建。投訴項目系統(tǒng)處理投訴退貨處理216。 退貨可以參照/不參照服務流程創(chuàng)建。 216。 在CRM中創(chuàng)建一個退貨項目后會在ERP中創(chuàng)建退貨訂單。ERP中的銷售訂單號和CRM中退貨編號一致。召回管理流程:質(zhì)保管理主流程質(zhì)保簡介u 質(zhì)保是我們給客戶或者供應商給我們的保證,擔保貨物沒有缺陷。 u 質(zhì)保決定修理或者退貨。 u 系統(tǒng)自動在創(chuàng)建單據(jù)時檢查是否存在有效的質(zhì)保。 u 質(zhì)保為質(zhì)保類型的產(chǎn)品主數(shù)據(jù)。 u 質(zhì)保相關信息: p 質(zhì)保類型(客戶/供應商) p 質(zhì)?;鶞剩〞r間/次數(shù)) p 質(zhì)保有效期 p 帳戶指引 p 質(zhì)保目錄 p 質(zhì)保服務 p 質(zhì)保計數(shù)信息質(zhì)保分配u 在服務訂單,維修訂單和投訴中自動檢查: p 檢查產(chǎn)品覆蓋的服務范圍(例如免費備件或勞動) p 當關聯(lián)信息改變時進行重復的質(zhì)保檢查 u 質(zhì)保定價和開票集成 p 直接決定開票和定價 p 定價配置基于帳戶指引 p 質(zhì)??梢灾貜头峙滟|(zhì)保聲明u 質(zhì)保聲明是與制造者/供應商聯(lián)系的文檔。后續(xù)流程可以是: p 收回缺陷物品 p 按照質(zhì)保聲明發(fā)送借項憑證給供應商 p 給客戶一個退換發(fā)貨 u 可以自動創(chuàng)建。 u 在創(chuàng)建時查看與供應商的關聯(lián)。 質(zhì)保聲明處理過程u 處理方式: p 簡單處理:質(zhì)保聲明被供應商直接同意。 p 復雜處理:供應商在質(zhì)保聲明項目級別談判,質(zhì)保被送回服務提供商和供應商,直到全部通過。 p 在供應商和服務提供商談判時檢查和維護質(zhì)保聲明狀態(tài): p 發(fā)送給供應商/從供應商退回。 p 供應商同意聲明。 p 供應商部分同意,服務提供商有2個選擇: l 服務提供商不同意供應商調(diào)整的聲明并重新提供聲明。 l 服務提供商同意供應商調(diào)整的總量,并且更改項目狀態(tài)為完成。 p 供應商拒絕項目,服務提供商有2個選擇: l 服務提供商不同意拒絕并重新提交調(diào)整過的價值和數(shù)量的聲明。 l 服務供應商同意拒絕,并且更改項目狀態(tài)從拒絕到完成。 CRM 綜合應用u Mobile u Web Channelu Interaction Centeru Partner Channel CRM中內(nèi)容的綜合應用Interaction Center交互中心一直是CRM的核心應用。通過呼叫中心可以進行電話銷售,電話營銷,客戶投訴和抱怨受理等一系列工作。 EHP1在呼叫中心部分最大的改進是提供了中間件技術的軟交換,即不再需要以前硬件支持的CTI(Computer Telephoney / Telemucation Integration)技術。