中國郵政集團ERP工程應收模塊培訓大綱內蒙岳琦2021年9月

應收模塊培訓大綱第一局部應收模塊方案第四局部應收模塊系統(tǒng)操作第三局部應收數(shù)據(jù)清理方案第二局部應收初始化方案第一局部應收模塊方案

2、應收重點方案流程介紹3、應收推廣方案1、應收模塊概念介紹1、應收模塊概念介紹第一局部應收模塊方案應收模塊總體介紹應收事務處理管理收款管理應收關賬管理第一局部應收模塊方案—ORACLEEBS應用產(chǎn)品集成概覽資產(chǎn)增加

會計處理

折舊/資產(chǎn)事務處理

供應商

應收發(fā)票O(jiān)racle應付管理

Oracle采購管理Oracle資產(chǎn)管理

Oracle銷售訂單管理

Oracle應收管理

Oracle總帳管理Oracle庫存管理

應收款/收入/收款沖減暫估客戶

內部申請

采購入庫庫存活動物料

Oracle子分類帳會計子分類帳分錄

付款費用/應付款/第一局部應收模塊方案—應收模塊概覽應收模塊能夠有效地管理客戶、發(fā)票、收款和收帳過程?？梢詭椭脩舾玫毓芾礓N售過程，同時完成對客戶帳齡，信用等信息的控制和分析應收票據(jù)管理應收票據(jù)錄入票據(jù)匯款和貼現(xiàn)票據(jù)背書收帳管理客戶賬戶工作臺客戶賬齡客戶催款期末結帳和報表創(chuàng)立會計分錄期末月結流程報表查詢和輸出客戶信息管理客戶創(chuàng)立客戶合并付款條件發(fā)票管理發(fā)票錄入與銷售訂單集成發(fā)票調整、修改定金發(fā)票收款管理收款/收款批錄入預收款處理收款核銷處理收款調整、撤銷1、應收模塊概念介紹第一局部應收模塊整體方案應收模塊總體介紹應收事務處理管理收款管理應收關賬管理第一局部應收模塊整體方案—應收事務處理應收事務處理流程事務處理類型：發(fā)票、貸項通知單付款條件：立即付款等發(fā)票編號：實際發(fā)票編號或流水號應收事務處理相關概念銷售合同創(chuàng)立銷售訂單接口程序自動生成應收發(fā)票發(fā)票審核收款核銷應收傳送至總賬第一局部應收模塊方案-應收事務處理類型標準發(fā)票是指由于銷售貨物或提供勞務向客戶開具的應收單據(jù)（標準發(fā)票既可以由銷售模塊導入生成，也可以不導入，手工錄入）借項通知單向客戶追加開票的調整類型。記錄額外的費用（如運費、附加費）；增加客戶的欠款余額貸項通知單向客戶調減開票的調整類型。紅字發(fā)票；可以全部或部分貸記原始發(fā)票；可以指定貸記原始發(fā)票的某些行；沖消原始發(fā)票的余額定金客戶同意預先支付一定金額的協(xié)議向客戶開出定金后，將增加客戶的應收款（定金），客戶對此定金付款后，其余額才會減少（定金通常核銷特定的發(fā)票）保證金記錄客戶將要購買或某產(chǎn)品或服務的承諾向客戶開出保證金后，將增加客戶的應收款（未開單），用此保證金發(fā)票核銷特定發(fā)票后，保證金和發(fā)票的余額都會減少拖欠款項將原發(fā)票余額轉移到新的發(fā)票上將存在余額的借項單據(jù)（如發(fā)票、借項通知單等）調整為零，并產(chǎn)生新的借項單據(jù)，這樣可以調整客戶的帳齡和明細組成第一局部應收模塊方案—應收事務處理結構

發(fā)票頭客戶信息

發(fā)票行發(fā)票信息發(fā)票行金額

行分配行賬戶分配一張發(fā)票，一個發(fā)票頭一個發(fā)票頭可以對應多個發(fā)票行，一般對應到銷售明細一個發(fā)票行可以對應多個行分配，如收入、稅明細第一局部應收模塊方案—應收事務處理操作界面〔例如〕頭信息第一局部應收模塊方案—應收事務處理操作界面〔例如〕行信息第一局部應收模塊方案—應收事務處理操作界面〔例如〕1、應收模塊概念介紹第一局部應收模塊方案應收模塊總體介紹應收事務處理管理收款管理應收關賬管理第一局部應收模塊方案—收款管理

收款處理流程收款方法：現(xiàn)金收款、雜項收款等付款條件：立即付款等收款編號：實際收款編號或流水號收款管理相關概念開出銷售發(fā)票錄入收款選擇發(fā)票收款核銷應收傳送至總賬單一收款第一局部應收模塊方案—收款管理相關名詞收款類型：現(xiàn)金收款與雜項收款用現(xiàn)金收款記錄客戶的收款用雜項收款記錄與組織通常的事務處理活動無關的收款，如銀行利息、股票投資收益等核銷一張收款核銷多張發(fā)票，或一張發(fā)票的局部金額未指定發(fā)票的收款，作為預收款管理。通過定義客戶關系來用一客戶的收款去核銷另一客戶的收款收款的沖銷自動產(chǎn)生反沖憑證收款沖銷后，傳遞到總帳系統(tǒng)，系統(tǒng)會自動產(chǎn)生相反的會計憑證收款沖銷后，重新釋放被此收款核銷的發(fā)票1、應收模塊概念介紹第一局部應收模塊方案應收模塊總體介紹應收事務處理管理收款管理應收關賬管理第一局部應收模塊方案—應收關閉期間流程應收模塊創(chuàng)立會計分錄復核、平衡和調節(jié)應收模塊、庫存模塊的事務處理完成向總賬模塊傳送會計分錄復核傳送結果并更正傳送問題將日記賬分錄過賬至總賬每個期末，企業(yè)應該完成應收關賬流程。2、應收重點方案流程介紹應收模塊總體方案應收模塊關鍵流程應收賬款流程預收款流程主營業(yè)務收入〔其他業(yè)務收入〕流程壞賬處理流程期末關賬流程第一局部應收模塊方案第一局部應收模塊方案—應收模塊的內容其他應收第一局部應收模塊方案—應收模塊總體解決方案營業(yè)信息系統(tǒng)報刊業(yè)務代理業(yè)務銀企直聯(lián)應收賬款預收賬款虛擬收款客戶主數(shù)據(jù)平臺應收管理系統(tǒng)自動核銷實繳和實收核對大客戶管理系統(tǒng)資金勾稽信息同步計欠清欠預收調整把應收賬款、預收賬款、核銷、調整的信息傳送至總賬集郵業(yè)務其他業(yè)務…………收入計欠收入總賬管理系統(tǒng)現(xiàn)結收入應收管理系統(tǒng)管理“應收賬款〞，滿足郵政現(xiàn)有的“用戶欠費〞管理需要?！皯召~款〞管理按照機構、部門、網(wǎng)點、專業(yè)、產(chǎn)品、客戶和責任人七個維度進行管理。按“日〞匯總每個機構、部門、網(wǎng)點、專業(yè)、產(chǎn)品、客戶、責任人的“應收賬款〞的信息；用戶欠費清欠在業(yè)務系統(tǒng)完成后，直接傳送至應收模塊，形成清欠信息，并自動核銷原來的用戶欠費；“營業(yè)款〞管理明細的信息在前端業(yè)務系統(tǒng)?！盃I業(yè)款〞管理，每天從業(yè)務系統(tǒng)中匯總應繳款和實繳款信息，匯總成存行單信息，存行單與銀企直聯(lián)的實收款信息進行勾稽，勾稽后產(chǎn)生的信息才能傳送至總賬或應收模塊；所有收入和本錢從前端業(yè)務系統(tǒng)傳入總賬模塊；郵務板塊業(yè)財未改造完成的專業(yè)在總賬模塊進行賬務處理。分銷業(yè)務資金平臺銀行存款/網(wǎng)點應繳暫存資金機要業(yè)務手工錄入手工錄入賦碼第一局部應收模塊方案—應收管理總體方案中涉及到的會計分錄2、應收重點方案流程介紹應收模塊總體方案應收模塊關鍵流程應收賬款流程預收款流程主營業(yè)務收入〔其他業(yè)務收入〕流程壞賬處理流程期末關賬流程第一局部應收模塊方案第一局部應收模塊方案—應收賬款管理流程營業(yè)日報應收管理系統(tǒng)業(yè)務系統(tǒng)業(yè)務人員業(yè)務系統(tǒng)EBS系統(tǒng)線下處理日常業(yè)務應收會計總賬會計總賬管理系統(tǒng)請求導入清欠收款信息請求導入應收賬款生成事務處理信息提交請求〞自動核銷〞生成清欠收款信息生成憑證系統(tǒng)開始結束請求導入核銷信息業(yè)務系統(tǒng)映射規(guī)那么導入到應收管理系統(tǒng)接口表中系統(tǒng)應收管理平臺業(yè)務系統(tǒng)業(yè)務系統(tǒng)EBS系統(tǒng)線下第一局部應收模塊方案—預收款管理流程業(yè)務人員總賬模塊生成憑證營業(yè)日報日常業(yè)務處理開始業(yè)務系統(tǒng)映射規(guī)那么客戶預收賬款預收賬款沖銷結束導入應收系統(tǒng)生成預收款應收會計業(yè)務系統(tǒng)映射規(guī)那么預收賬款轉收入業(yè)務系統(tǒng)映射規(guī)那么收入表業(yè)務系統(tǒng)業(yè)務人員業(yè)務系統(tǒng)EBS系統(tǒng)線下第一局部應收模塊方案—主營業(yè)務收入〔其他業(yè)務收入〕管理流程處理日常業(yè)務總賬會計總賬管理平臺提交導入“日記賬〞請求生成憑證系統(tǒng)開始結束業(yè)務系統(tǒng)映射規(guī)那么現(xiàn)結收入計欠收入報批單報批單賬齡分析表業(yè)務部門業(yè)務系統(tǒng)EBS系統(tǒng)線下第一局部應收模塊方案—壞賬處理管理流程應收會計總賬管理系統(tǒng)申請計提壞賬手工錄入憑證應收平臺業(yè)務系統(tǒng)系統(tǒng)集成業(yè)務系統(tǒng)的壞賬注銷集成業(yè)務系統(tǒng)的壞賬轉回壞賬催繳開始FM-2.2子模塊憑證處理流程結束壞賬注銷〔確認〕壞賬轉回應收模塊月結關賬檢查報表業(yè)務系統(tǒng)業(yè)務部門業(yè)務系統(tǒng)EBS系統(tǒng)線下第一局部應收模塊方案—應收關賬管理流程完成所有業(yè)務提交應收與業(yè)務系統(tǒng)對賬報表等報表關閉應收期間提交應收模塊月結對賬檢查等報表應收管理系統(tǒng)系統(tǒng)開始結束應收與業(yè)務系統(tǒng)對賬報表3、應收推廣方案應收模塊系統(tǒng)角色集成方案下的用戶欠費、預收、清欠和調整處理〔營業(yè)信息系統(tǒng)、集郵管理系統(tǒng)〕集成方案下的收入處理〔營業(yè)信息系統(tǒng)、集郵管理系統(tǒng)〕未集成方案下的用戶欠費、預收、清欠、調整、收入等業(yè)務處理〔報刊等其他各專業(yè)〕應收查詢與報表應收關賬推廣省上線工作內容及工作流程第一局部應收模塊方案第一局部應收模塊方案—系統(tǒng)相關角色應收超級用戶：負責應收模塊的設置工作；〔集團權限〕應收會計：進行應收模塊的日常業(yè)務處理工作，包括提交請求，導入應收事務處理、收款信息、核銷信息等；用戶欠費管理崗：對企業(yè)的用戶欠費進行管理和分析。第一局部應收模塊方案—應收會計日常工作流程應收會計日常工作流程1〕應收會計日常工作業(yè)務處理：營業(yè)系統(tǒng)/集郵系統(tǒng)：營業(yè)系統(tǒng)、集郵系統(tǒng)與應收模塊集成，自動生成應收、預收、清欠和調整〔壞賬〕的數(shù)據(jù)，應收會計需要復核導入的數(shù)據(jù)是否正確；其他專業(yè)系統(tǒng)：如報刊等專業(yè)的應收、預收、清欠和調整〔壞賬〕的會計分錄由應收會計通過日記賬功能錄入，核算到“機構+部門+專業(yè)〞。2〕應收會計日常應收查詢：日常的事務處理查詢，通過系統(tǒng)操作界面實現(xiàn)；日常的應收報表查詢，通過請求實現(xiàn)。應收會計月末關賬檢查1〕月末關賬檢查報表查詢，通過請求查詢，便于檢查當前單位是否有未結事項。第一局部應收模塊方案—集成方案下的用戶欠費、預收、清欠和調整處理〔營業(yè)系統(tǒng)、集郵系統(tǒng)〕業(yè)務系統(tǒng)柜臺辦理業(yè)務錄入欠費、預收等信息傳送至中間表圖例中間表業(yè)務系統(tǒng)ERP系統(tǒng)日結完成1.生成“欠費、預收、清欠、調整〞的請求是自動運行，不需要應收會計操作；2.傳送頻次是每天傳送；3.在應收模塊的事務處理工作臺查詢欠費、調整的信息；4.在應收模塊的預收和清欠工作查詢預收、清欠的信息；5.在應收模塊可以查詢應收業(yè)務明細、預收和清欠收款的明細信息；6.應收模塊的信息自動運行“創(chuàng)立會計科目〞請求，按日匯總傳送至總賬模塊；7.在總賬模塊查詢用戶欠費、預收、清欠、壞賬調整等憑證信息；8.應收關賬之前，各省集中核算中心的應收會計需要檢查各個單位的業(yè)務事項是否完成，保證集團能夠及時關賬；9.應收關賬由集團統(tǒng)一完成。應收模塊請求導入月末關賬日常查詢“欠費、預收、清欠、調整〞第一局部應收模塊方案—集成方案下的收入處理〔營業(yè)系統(tǒng)、集郵系統(tǒng)〕業(yè)務系統(tǒng)柜臺辦理業(yè)務錄入計欠收入和現(xiàn)結收入的信息傳送至中間表圖例中間表業(yè)務系統(tǒng)ERP系統(tǒng)月末業(yè)務完成總賬模塊月末關賬日常查詢收入日記賬1.生成的請求是自動運行，不需要總賬會計操作；2.收入的請求提交頻次是每月運行一次；3.收入信息通過“CUX：收入導入總賬〞請求，直接傳送至總賬模塊，生成相應憑證；4.在總賬模塊可以查詢收入的明細信息，比方通過日記賬查詢，賬戶查詢等；5.在總賬模塊關賬之前，各省集中核算中心的總賬會計需要檢查各個單位的收入事項是否完成，保證集團能夠及時關賬；6.總賬關賬由集團統(tǒng)一完成。第一局部應收模塊方案—未集成方案下的用戶欠費、預收、清欠、調整、收入等業(yè)務處理〔報刊等其他各專業(yè)〕未集成的專業(yè)，比方報刊、機要、分銷等專業(yè)業(yè)務由各省集中核算中心的應收會計通過日記賬功能，錄入用戶欠費、預收、清欠和調整〔壞賬〕的會計憑證；手工錄入日記帳、日記帳沖銷所產(chǎn)生的日記帳憑證的處理流程如左圖所示，流程要點包括：會計錄入/生成日記賬會計調整日記賬會計遞交審批主管審核過賬日記賬查看賬戶余額應收會計錄入的日記賬，需要應收會計的主管對日記賬進行審批；通過“日記賬〞的查詢功能可以查詢相應的應收賬款、預收賬款、壞賬〔計提、確認和轉回〕等業(yè)務。會計錄入/生成日記帳主管審核批準/拒絕？過賬日記賬查看賬戶余額會計調整日記賬會計遞交審批拒絕批準第一局部應收模塊整體方案—應收查詢與報表事務處理工作臺：根據(jù)日期、編號、客戶等信息進行查詢；事務處理信息中提供了機構、部門、網(wǎng)點、專業(yè)、產(chǎn)品分類、客戶、責任人等信息，可以通過這些維度進行查詢。通過界面查詢查詢日常的業(yè)務處理報表，比如應收業(yè)務明細表和收款明細表；月末關賬前，提交關賬檢查報表。通過請求第一局部應收模塊整體方案—應收模塊關賬管理——各省關賬管理提交“CUX:月末關賬檢查報表”崗位：各省集中核算中心應收會計；工作內容：根據(jù)請求運行結果，核算XX單位是否有未完成的業(yè)務，待所有應收模塊的業(yè)務完成后，把信息反饋給集團；制度：應收模塊實行“T+1”制度。關閉期間崗位：集團核算處（試運行期間，建議是項目組用戶）工作內容：核實各省是否完成了所有的應收模塊業(yè)務，如果有未完成業(yè)務，則要求各省集中核算中心的應收會計補充完成相應工作。否則，可以關閉期間。打開期間崗位：集團核算處（試運行期間，建議是項目組關鍵用戶）工作內容：打開期間下期工作崗位：各省集中核算中心會計；工作內容：復核集成導入的用戶欠費、清欠、預收和調整的信息；完成日常工作事務范圍上線內容描述備注上線內容應收模塊營業(yè)信息系統(tǒng)用戶欠費，預收、清欠和調整；集郵業(yè)務管理系統(tǒng)用戶欠費、預收、清欠和調整；頻次按日總賬模塊營業(yè)信息系統(tǒng)收入數(shù)據(jù)；集郵業(yè)務管理系統(tǒng)收入數(shù)據(jù)；頻次按月應收模塊推廣上線業(yè)務內容導入營業(yè)信息系統(tǒng)、集郵業(yè)務管理系統(tǒng)截止10月31日的用戶欠費和預收余額數(shù)據(jù)，作為期初數(shù)據(jù)；集成11月1日以后的營業(yè)信息系統(tǒng)、集郵業(yè)務管理系統(tǒng)的用戶欠費、預收賬款、清欠、調整的信息；集成11月份以后的營業(yè)信息系統(tǒng)、集郵業(yè)務管理系統(tǒng)的收入信息；對日常用戶欠費（預收）、收入等核對情況進行總結。1.用戶欠費、預收、清欠和調整明細數(shù)據(jù)“按日”導入；2.收入明細數(shù)據(jù)“按月”導入。第一局部應收模塊整體方案—推廣省上線內容定義-應收局部第一局部應收模塊整體方案—推廣省上線應收模塊工作流程序號工作內容工作說明時間1培訓推廣省上線時，能夠使用ERP系統(tǒng)應收模塊和總賬模塊。2清理數(shù)據(jù)1.清理內容：清理營業(yè)信息系統(tǒng)、集郵業(yè)務管理系中的用戶欠費和預收賬款明細余額數(shù)據(jù)。2.清理步驟：

1）業(yè)實核對（分三次核對9.30/10.31）

2）業(yè)財核對（分三次核對9.30/10.31））

3導入數(shù)據(jù)1.導入方式：

1）營業(yè)信息系統(tǒng)和集郵業(yè)務管理系統(tǒng)通過集成方式，集成到應收模塊；

2）其他專業(yè)系統(tǒng)在總賬模塊進行處理。

2.崗位：應收會計

4復核數(shù)據(jù)1.集成方式：

1）應收業(yè)務明細表2）應收收款明細表2.手工方式：根據(jù)總賬模塊方式確定。

第一局部應收模塊整體方案—推廣省應收模塊上線日常工作本卷須知欠費、預收、清欠數(shù)據(jù)核對ERP系統(tǒng)與業(yè)務系統(tǒng)核對ERP系統(tǒng)與NC財務系統(tǒng)核對收入數(shù)據(jù)核對ERP系統(tǒng)與業(yè)務系統(tǒng)核對ERP系統(tǒng)與NC財務系統(tǒng)核對賬務處理需手工補錄的賬務信息第二局部應收初始化方案的內容1、期初數(shù)據(jù)配置2、期初數(shù)據(jù)清理3、期初數(shù)據(jù)切換第二局部應收初始化方案的內容1、根底數(shù)據(jù)配置第二局部應收初始化方案的內容2、期初數(shù)據(jù)清理清理人員：業(yè)務管理人員財務核算人員清理步驟：業(yè)實核對：業(yè)務部門對于應收賬款和預收賬款余額的明細，以業(yè)務實際情況〔業(yè)務原始記錄，比方紙質單據(jù)或者電子單據(jù)〕為準，做實際數(shù)與業(yè)務系統(tǒng)數(shù)據(jù)核對清理，對業(yè)實差異查明原因并在業(yè)務系統(tǒng)中調整，確保業(yè)實數(shù)據(jù)真實、準確、完整業(yè)財核對：業(yè)務部門將業(yè)實核對清理后的業(yè)務數(shù)據(jù)提交財務部門，雙方聯(lián)合做業(yè)財數(shù)據(jù)核對，對業(yè)財差異應進一步核實、查明原因并根據(jù)實際數(shù)區(qū)分業(yè)財責任，在各自系統(tǒng)中調整。第二局部應收初始化方案的內容沖銷的數(shù)據(jù)同一核算公司存在應收應付往來款項，需核對金額性質，確定是否沖銷抵平；集團公司間存在應收應付往來款項，需要與對方公司核對余額，共同調整入內部往來類科目；集團公司間存在應收應付往來款項，需與關聯(lián)公司核對余額，確定是否沖銷抵平。調整的數(shù)據(jù)應收款項貸方“應收賬款〞的余額進行分析確認，對于預收款性質的余額建議調整至“預收賬款〞相關科目；預收款項借方“預收賬款〞的余額進行分析確認，對于應收款性質的余額建議調整至“應收賬款〞相關科目。期初數(shù)據(jù)清理特殊數(shù)據(jù)處理第二局部應收初始化方案的內容提取數(shù)據(jù)：根據(jù)業(yè)實核對、業(yè)財核對完成的數(shù)據(jù)，作為最終要導入系統(tǒng)的數(shù)據(jù)，并且要在專業(yè)系統(tǒng)中維護期初上線數(shù)據(jù)；〔各專業(yè)系統(tǒng)廠商〕

轉換數(shù)據(jù)：轉換數(shù)據(jù)已經(jīng)通過應收模塊與專業(yè)系統(tǒng)的映射規(guī)那么實現(xiàn)，不需要單獨轉換；〔埃森哲〕導入數(shù)據(jù)：提交應收模塊數(shù)據(jù)導入的請求，實現(xiàn)期初數(shù)據(jù)的初始化工作；〔系統(tǒng)自動〕核對數(shù)據(jù)：通過“CUX_應收事務處理明細表〞和“CUX_收款明細表〞請求報表進行數(shù)據(jù)的核對。〔上線省公司〕3、期初數(shù)據(jù)切換的工作事項第二局部應收初始化方案的內容期初數(shù)據(jù)切換工作安排第二局部應收初始化方案的內容驗證應收模塊中的所有應收未結發(fā)票、預收賬款等記賬的賬戶的余額與用戶提供的應收的賬戶余額是否一致。其中涉及到：應收賬款賬戶、預收賬款賬戶等。數(shù)據(jù)校驗核對完成后，將應收模塊的期初數(shù)據(jù)會計分錄傳送到總賬，導入后在總賬中手工編制憑證予以沖銷。只保存用戶所提供的應收的賬戶余額值。對賬時，可以借助應收所提供的報表：應收月結檢查使用應收月結檢查報表應收與總賬對賬使用試算平衡表期初數(shù)據(jù)切換應收模塊與總賬模塊的數(shù)據(jù)核對第三局部期初數(shù)據(jù)清理方案1、業(yè)財一體化方案2、客戶主數(shù)據(jù)清理說明3、用戶欠費及預收賬款清理方案客戶主數(shù)據(jù)清理說明21業(yè)財一體化目標

目錄用戶欠費及預收賬款清理方案3

通過業(yè)財一體化集成，在ERP系統(tǒng)實現(xiàn)用戶欠費的自動歸集，加強對用戶欠費的管理通過與各專業(yè)生產(chǎn)系統(tǒng)直接取數(shù)，在ERP中實現(xiàn)用戶欠費數(shù)據(jù)的反映和分析；ERP系統(tǒng)管理按照機構、部門、網(wǎng)點、專業(yè)、產(chǎn)品分類、客戶、責任人7個維度進行管理。按天匯總每個7個維度的欠費信息；為ERP系統(tǒng)提供“按機構、部門、網(wǎng)點、專業(yè)、產(chǎn)品分類、客戶、責任人7個維度〞分析的根底。函件業(yè)務報刊業(yè)務代理業(yè)務客戶根底數(shù)據(jù)ERP系統(tǒng)大客戶管理系統(tǒng)包裹業(yè)務集郵業(yè)務…………價值提升點：通過業(yè)財一體化工作，推動用戶欠費數(shù)據(jù)的準確性提升；同時從機構、部門、網(wǎng)點、專業(yè)、產(chǎn)品分類、客戶、責任人7個維度對欠費進行管理，有利于集團加強對欠費的催繳，改善應收的回籠，強化財務對業(yè)務的監(jiān)控能力客戶欠費信息欠費客戶機構專業(yè)網(wǎng)點用戶欠費管理分析表郵務責任人產(chǎn)品部門客戶主數(shù)據(jù)清理說明21業(yè)財一體化目標

目錄用戶欠費及預收賬款清理方案3背景和目標：本期ERP將針對郵務協(xié)議客戶主數(shù)據(jù)進行統(tǒng)一賦碼管理，實現(xiàn)郵務協(xié)議客戶主數(shù)據(jù)的唯一編碼和跨系統(tǒng)識別，滿足分析和管理需求。推廣運行期間將對專業(yè)系統(tǒng)內合規(guī)完整的協(xié)議客戶主數(shù)據(jù)信息進行收集和統(tǒng)一賦碼，實現(xiàn)客戶主數(shù)據(jù)在ERP和專業(yè)系統(tǒng)間的統(tǒng)一識別，滿足本次推廣上線客戶相關業(yè)務管理需求〔應收管理〕相關業(yè)務依賴：客戶主數(shù)據(jù)是ERP應收管理的對象，客戶主數(shù)據(jù)管理平臺的客戶主數(shù)據(jù)決定外圍系統(tǒng)欠費期初數(shù)是否能夠順利進行初始化導入以及上線后記欠數(shù)據(jù)是否可以進行正常進行系統(tǒng)間集成客戶主數(shù)據(jù)收集的目的和意義組織范圍：郵務推廣省及下轄各子單位業(yè)務范圍：營業(yè)系統(tǒng)：營業(yè)系統(tǒng)內所有在合作或存在記欠余額的協(xié)議類客戶集郵系統(tǒng)：集郵系統(tǒng)內所有在合作或存在記欠余額的協(xié)議類客戶客戶主數(shù)據(jù)清理范圍

客戶主數(shù)據(jù)清理意義和范圍

客戶主數(shù)據(jù)清理的根本原那么本次客戶主數(shù)據(jù)收集包括所有在合作以及存在記欠未結信息的協(xié)議客戶。各單位需對截止專業(yè)系統(tǒng)導出時間節(jié)點的生效協(xié)議客戶進行屬性信息收集并通過客戶主數(shù)據(jù)收集平臺提報。所有未通過客戶主數(shù)據(jù)收集平臺上報的客戶主數(shù)據(jù)將無法進行后續(xù)的業(yè)財數(shù)據(jù)集成。根據(jù)上述原那么要求各專業(yè)系統(tǒng)導出存量的生效協(xié)議客戶并標示是否存在欠費余額信息，針對標示為是的客戶需各單位優(yōu)先清理完成。數(shù)據(jù)記錄完整性1各級單位提報的協(xié)議客戶需保證同一法定客戶名稱相同的同時組織機構代碼證號碼或個人身份證號碼相同同一源系統(tǒng)編碼的客戶主數(shù)據(jù)僅可提報一次，不可重復提交數(shù)據(jù)屬性一致性2所有標注為必填項的關鍵信息必須完整填寫，否那么無法在客戶主數(shù)據(jù)收集平臺導入成功，其中在填報模板中已經(jīng)列示為下拉框選擇的信息字段僅可選擇，不可自增加，否那么無法驗證通過數(shù)據(jù)屬性完整性3在客戶主數(shù)據(jù)導出時間節(jié)點后至客戶主數(shù)據(jù)集成上線前新增的協(xié)議客戶需在客戶主數(shù)據(jù)收集平臺上線后在前端專業(yè)系統(tǒng)進行補充維護并通過系統(tǒng)進行自動集成賦碼清理期間增量客戶處理方法4

客戶主數(shù)據(jù)清理的核心步驟數(shù)據(jù)導出數(shù)據(jù)導入信息反響信息更新123456補充修正提報導入各專業(yè)導出現(xiàn)有專業(yè)系統(tǒng)中的協(xié)議客戶記錄〔含欠費客戶〕，與實際生效中客戶協(xié)議進行核對，確保協(xié)議客戶記錄完整針對協(xié)議客戶的信息按照ERP客戶主數(shù)據(jù)屬性要求進行補充、修正，確保協(xié)議客戶主數(shù)據(jù)屬性信息完整準確清理完成的協(xié)議客戶主數(shù)據(jù)統(tǒng)一在ERP主數(shù)據(jù)收集平臺進行提報導入，針對校驗發(fā)現(xiàn)的問題數(shù)據(jù)，反響各專業(yè)進行二次修正針對校驗合規(guī)數(shù)據(jù)ERP進行導入并賦碼ERP賦碼完成后，反響客戶編碼至各專業(yè)系統(tǒng)各專業(yè)根據(jù)ERP反響的編碼信息在各專業(yè)系統(tǒng)進行更新導入客戶主數(shù)據(jù)清理說明21業(yè)財一體化目標

目錄用戶欠費及預收賬款清理方案3動態(tài)數(shù)據(jù)是指每筆業(yè)務發(fā)生時產(chǎn)生的事務處理信息，例如應收、應付數(shù)據(jù)等。動態(tài)數(shù)據(jù)按照時點來分，又可以分為期初數(shù)據(jù)和日常數(shù)據(jù)。其中上線時點的期初數(shù)據(jù)對ERP上線前的數(shù)據(jù)準備尤其重要，它代表系統(tǒng)在期初上線這樣的時間點上，公司動態(tài)數(shù)據(jù)的當前狀態(tài)，我們稱其為期初數(shù)據(jù)。期初數(shù)據(jù)包括上線時點所有應收、預收、應付余額數(shù)據(jù)。而日常數(shù)據(jù)是指系統(tǒng)上線后，處理日常業(yè)務所產(chǎn)生的數(shù)據(jù)。動態(tài)數(shù)據(jù)清理概要清理內容：應收賬款、預收賬款〔營業(yè)系統(tǒng)、集郵系統(tǒng)〕清理專業(yè)：營業(yè)系統(tǒng)〔函件、包裹、代理速遞、快遞包裹、電子商務、其他郵務〕集郵系統(tǒng)〔集郵〕責任部門：業(yè)實核對主導部門：推廣省業(yè)務管理部門業(yè)財核對主導部門：推廣省財務部動態(tài)數(shù)據(jù)清理范圍

用戶欠費及預收賬款清理方案總述

用戶欠費、預收賬款數(shù)據(jù)清理核心步驟數(shù)據(jù)導出核對結果確認核對結果反響ERP導入后核對123456業(yè)實核對業(yè)財核對集團信息局協(xié)調安排專業(yè)系統(tǒng)開發(fā)商提供數(shù)據(jù)提取腳本，由省公司信息局提取數(shù)據(jù)，提交至省ERP工程辦公室省ERP工程辦公室將核對數(shù)據(jù)下發(fā)至各專業(yè)單位進行業(yè)實核對各地市公司財務部根據(jù)業(yè)實核對一致的結果進行業(yè)財核對業(yè)實、業(yè)財核對一致后，由業(yè)務部門、財務部門相關負責人對核對結果進行簽字確認省ERP工程辦公室將核對結果反饋至集團ERP項目組，由系統(tǒng)開發(fā)商傳送期初數(shù)據(jù)至ERP系統(tǒng)各專業(yè)期初數(shù)據(jù)通過專業(yè)系統(tǒng)導入ERP系統(tǒng)后，由各專業(yè)單位對導入數(shù)據(jù)進行再次確認

用戶欠費、預收賬款期初數(shù)據(jù)清理步驟步驟一：業(yè)實數(shù)據(jù)核對：核對方法：業(yè)實核對時，要以實際發(fā)生的業(yè)務原始記錄〔紙質或電子〕與營業(yè)信息系統(tǒng)、集郵系統(tǒng)的客戶欠費余額明細進行核對，并且這些欠費的客戶主數(shù)據(jù)必須經(jīng)過清理完成。只有在客戶主數(shù)據(jù)已經(jīng)清理完成，并且業(yè)務數(shù)據(jù)能夠真實、準確、完整的反映業(yè)務實際情況，業(yè)實核對一致時，才能確認客戶欠費的業(yè)實核對完成；業(yè)實核對不一致處理：業(yè)務原始記錄與營業(yè)信息系統(tǒng)、集郵系統(tǒng)的數(shù)據(jù)不一致時，根據(jù)確實依據(jù)，補充業(yè)務原始記錄或進行專業(yè)系統(tǒng)錯誤數(shù)據(jù)更正，做到業(yè)實數(shù)據(jù)一致。營業(yè)信息系統(tǒng)、集郵系統(tǒng)要開發(fā)相應標識功能和清理更正功能。如果是客戶主數(shù)據(jù)未清理完成，清理完成前用戶欠費不集成到ERP應收模塊。ERP上線后，繼續(xù)對此局部客戶數(shù)據(jù)進行清理，同時，這局部客戶在專業(yè)系統(tǒng)將無法進行新增欠費的業(yè)務操作；步驟二：業(yè)財數(shù)據(jù)核對：核對方法：要完成客戶欠費業(yè)財數(shù)據(jù)的核對。財務部門根據(jù)業(yè)務部門提供業(yè)實核對一致的客戶欠費余額明細表，與財務系統(tǒng)的數(shù)據(jù)進行核對。業(yè)務數(shù)據(jù)與財務系統(tǒng)的客戶欠費數(shù)據(jù)核對一致時，才能說明客戶欠費余額明細數(shù)據(jù)清理完成；核對不一致處理：對存在的業(yè)財差異，逐筆逐項甄別核對，落實形成差異的原因，根據(jù)有關規(guī)定進行相應調整。因業(yè)務系統(tǒng)數(shù)據(jù)原因造成的差異，由業(yè)務部門在相關業(yè)務系統(tǒng)進行數(shù)據(jù)調整；因會計科目使用不正確、賬務處理不及時等原因造成的差異，由財務部門在財務系統(tǒng)中進行賬務調整。財務部門對業(yè)財差異調整時必須依據(jù)相關業(yè)務憑證，并執(zhí)行正常審批流程。

營業(yè)系統(tǒng)的用戶欠費及預收賬款期初數(shù)據(jù)清理〔集團郵政業(yè)務局〕清理原那么：重點針對客戶欠費、預收賬款等往來款項數(shù)據(jù)。各部門要按照“誰經(jīng)手、誰負責〞、“誰主管、誰負責〞的原那么對往來款項進行清理。落實數(shù)據(jù)清