電費繳費管理1.１.?功能結構圖1.2．?重要業務邏輯1．2．１.?坐收1．2.2.?走收1.2.3.?特約委托１.2.４. 托收憑證補打1.2．5.?銀行聯網收費1.2.6．?卡表購電1.2.7.?充值卡銷售1.2.8. 繳費方式管理1．2．9. 分次劃撥管理１．2.10. 賬單寄送1．2.1１.?退電費轉預收款1．2．１2.?退費１.2.13.?發票打印1.２.14.?二次發行(福建)1．3. 相關參數配置１.3．1. 繳費方式1．３.2． 結算方式1.3．3. 收費類型1.３.４.?收費鎖定1.3.5.?收費配置（a_ｐay＿cfg）1.4．?常見問題解決1.4.1.?日實收交接報表記錄金額與解款金額的關系?1.4.2.?充值卡領用成功后，查詢不到領用的充值卡信息？1.4.3. 結算方式如何設立是否解款?1.4.４. 在日終解款操作后,對已解款的實收電費全額沖紅,但不能打印發票？1．4．5.?發票打印目前不能自動打印,可以實現自動打印嗎？１.４.6.?坐收時按進整收費還是按實際數據收費如何設立？１．4．7．?收費解款等界面的銀行有什么區別？1.4.8. 收費時提醒借貸不平,如何解決？１.4.9. 對一個用戶同一筆電費，如何使用兩種以上的結算方式繳費?1.４．1０.?沖正、沖紅的概念及功能使用方法？1.4.11.?收費沖正記錄在哪里查詢?1.4．12. 增值稅用戶打印發票如何操作?１．4.1３.?關于分次劃撥、分次結算的理解。1.4．1４.?系統中繳費關聯戶如何理解?電費繳費管理功能結構圖重要業務邏輯坐收1收費準備：在天天收費前,收費員必須核對系統當前顯示的發票號碼是否和打印機中實際安裝的一致，假如沒有發票必須先在票據管理中領用,并設立為和實際發票號碼完全一致,完畢收費前的準備工作。2坐收常用的結算方式涉及鈔票、轉賬支票、本票、承兌匯票、內部轉賬等,支票必須要輸入支票號碼；內部轉賬是指財務代收，一般財務會出具內部往來單作為收費憑據;列賬單是指物電互抵局財務提供的列賬清單。3坐收收費時可以按照四種方式檢索:0):按戶號查詢;１):按申請編號查詢;２）：按條形碼查詢;３）：原戶號;4）、按收費關聯戶查詢。按條形碼是指上海的方式,預先打印的電費發票上有條碼,可以掃描收費;原戶號是指系統之前的用戶號碼；關聯戶收費是假如存在關聯戶，可以同時檢索并顯示繳費情況。４坐收還支持臨時的多戶同付功能,在坐收窗口中有多戶同付復選框,假如選中，可以多次輸入用戶編號，顯示多條欠費記錄，同時收費。假如輸入多戶時中間一戶戶號輸入錯誤，可以用［取消一戶]從當前窗口取消欠費記錄。５坐收支持交納電費同時預收和純預收，例如某戶欠費53元，客戶繳納１0０元，多余部分假如用戶樂意可以所有收取當作預收解決；某戶不欠費,也可以收取預收。預收余額在下次電費發行時可進行抵沖。6坐收支持部分收費，部分收費時違約金計算相對復雜。部分收費時會先抵沖違約金,系統同時產生收取部分電費的應收違約金。在后續收費時會對前面多繳納的違約金進行沖減。假設欠費10０0元，第一次收費時10００元產生的違約金共計10元,第一次繳費31０元。系統在解決時會先抵沖掉已產生的所有違約金10元,記錄已收電費3００元,已收違約金10元，應收違約金3元。第二次繳費時剩余的710元產生違約金8元,系統本次的計算結果＝本次應收違約金－（已收違約金-應收違約金)＝8-（１0-3)=１。7收費時由于用戶等因素導致橫收費錯誤，必須撤還收費操作時，在收費界面中的收費明細窗口，選擇已收費記錄進行沖正。沖正業務必須在該筆費用解款之前操作，解款之后表達錢已經存到銀行，不能進行沖正。８當天收費結束后要進行收費整理工作，涉及解款和記錄日交接報表兩項工作。解款：按照各地具體規定,天天下午在固定期間點將收取的費用存入銀行,收費員在解款時需要記錄收費明細,核對已經收取的費用和系統記錄數據是否一致,制作解款報表。解款時鈔票為合計解款，支票是一票一單，內部轉賬不需要解款。按照收費方式分別進行。解款時要注意解款銀行賬號的選擇,假如選擇錯誤，會影響后續的賬務對賬解決。收費員在解款時應當嚴格按照系統中的解款金額、解款記錄分開來解，便于賬務人員到賬確認時進行和對賬單的金額匹配勾兌。當天收取費用必須當天進行解款，可以分次解款,解款完畢制作解款報表。假如解款錯誤,可以由帳務人員在到帳確認界面進行解款撤還，解款撤還時系統也會記錄相應的會計事務和明細科目數據。不建議進行隔日撤還,導致系統數據和實際數據不一致。日交接報表記錄:交接報表是按照當天收取的實際費用記錄的,和是否解款沒有關系。該報表的記錄一方面便于收費人員核對自己收費情況，另一方面記錄后提供應賬務人員掌握所有收費員的實際收費情況和解款情況,賬務人員要對此報表進行審核。一經審核,收費員不能重新記錄。走收走收是指局方工作人員先把發票打印出來后去上門收取電費的方式。走收涉及發票打印、領用和銷賬三個環節。天天收費結束后,還要進行收費整理。１發票打印應當由專人打印，可根據電費年月、抄表段批量打印;走收發票打印同坐收類似，也需要核查設立發票號碼;２發票打印后這些費用被鎖定變成在途狀態，可以根據參數配置是否收取在途電費，配置不同,在途費用在坐收界面功能也不同。不允許收取在途電費時，柜臺收費看不到該筆欠費，允許收取在途電費時,坐收界面會提醒該筆費用已在途是否繼續收取。３發票打印后需要同時打印張榜公布單，便于走收人員上門收費。4發票打印人員打印發票后領用給走收人員，領用的人員應當有走收員內置角色；5收取費用后在走收銷賬界面按冊按戶進行銷賬。6假如沒有收取成功的需要作廢發票，由走收人員將需要作廢的發票統一交給發票打印人員，在發票打印界面進行撤消打印，該批欠費鎖定狀態解除。7走收銷賬后也需要進行收費整理工作，規則和坐收準備相同(見2.2．１坐收的第6條）。特約委托托收是指銀行、電力局、用戶三方簽訂了收費協議,用戶委托銀行根據電力局的托收憑證直接從用戶的賬戶給電力局賬戶轉費用(繳納電費）的方式。在系統中先打印發票和托收單，送給托收銀行,由銀行從用戶賬戶中扣費,之后將已轉賬回單、未扣成功的發票傳給電力局賬務人員,在系統中進行銷賬和退票解決。1托收憑證打印，需要注意該界面有兩個銀行，屏幕上面是用戶的開戶行,下面是托收銀行,根據開戶行可以查詢需要托收的用戶信息。2在托收憑證打印界面,只要打印了托收憑證，該筆費用就被鎖定變為在途狀態。3托收銷賬可以根據實際托收情況進行銷賬，沒有托收成功的需要進行退票解決，恢復欠費的鎖定狀態。業務上需要告知用戶賬戶金額局限性,可以采用其他方式收費，也可以重新托收。4托收方式其他的發票設立、解款和日交接報表記錄和坐收類似，可參見坐收部分具體描述。托收憑證補打目前系統對于紙質托收和電子托收是兩種方式,電子托收時，存在托收成功后在電力批量補打托收單和發票再交給銀行的業務。系統提供了托收憑證補打功能,對于手工托收和電子托收的都可以進行補打。銀行聯網收費銀行聯網收費通過接口方式實現，目前涉及實時代收、代扣兩個收費交易，通過中間件方式實現，電力方作為服務段、銀行作為客戶端，每一項交易都由銀行發起。代收銀行代收是指用戶在銀行柜臺繳納電費(業務費）時，通過銀電聯網服務銀行系統實時調用電力營銷系統應收數據進行收費的方式,在銀行提交記錄收費信息的同時,營銷系統記錄收費信息。代收涉及如下服務：收取電費、業務費，代收沖正和代收對賬。序號服務方法名稱接口名稱說明1QＵERYPＯWER查詢電費查詢電費交易查詢用戶的應交電費信息,并對金額做調尾解決2ＰＯWＥRPAYMEＮT電費收費電費收費交易進行電費銷賬解決3QUERＹBUSIＮESS查詢業務費查詢業務費交易查詢用戶的應交業務費信息4ＢUPAYMENＴ業務費收費業務費收費交易進行業務費銷賬解決5REＶＥRSEENTＲY代收沖正入口沖正交易入口進行沖正解決6CＨECＫＰAYMENＴ代收對賬代收對賬交易核對交易總賬和交易明細賬進行對賬解決代收電費和坐收規則一致，支持部分收費、預收等;代收沖正只能在當天進行，隔日不允許代收沖正；代收發票及打印格式由銀行負責；天天收費結束,銀行和電力需要進行對賬。由于網絡因素會導致銀行和電力系統記錄數據不一致,形成單面賬。目前對于單面賬系統根據“以銀行為主”的原則進行自動解決,按照銀行收取的費用在營銷系統中進行銷賬或者返銷解決。收費結束對賬后,營銷系統自動按繳費方式將該批次收費記錄生成一條解款記錄。代扣代扣是將相關需要收費的用戶信息通過文本方式發送給銀行，由銀行代為扣款,然后將扣款結果以文獻方式傳給營銷系統進行批量銷賬的收費方式。根據業務性質分為代扣、電子托收和小額支付,這三種方式實現機制完全相同，傳遞的文獻名需要分別定義,具體格式允許不同。代扣是指中小用戶在某銀行開了賬戶，營銷系統在生成代扣文獻時會把代扣賬戶屬于該銀行、收費方式屬于代扣的用戶所有生成一個文獻發給該銀行，由銀行進行批量扣款。根據用戶賬戶開設銀行不同,由銀行各自進行聯網交易。電子托收實現機制和代扣完全相同,業務角度上來講是特約委托收費方式的電子化,一般都是大用戶,和局方、銀行簽訂委托收款協議，文獻發送和批量扣款和代扣相同,需要根據用戶開戶賬戶所在銀行進行交易。小額支付是特約委托收費的一種特殊方式,“小額支付”是銀行系統的中間平臺業務的特殊叫法,是指將委托收費方式的所有銀行開戶的用戶都傳遞給一家銀行,由該銀行根據內部系統的平臺交易分別從各家銀行代替電力方扣款交費。小額支付文本格式和代扣文本不同,但解決機制相同。代扣涉及如下服務：序號服務方法名稱接口名稱說明1GＥTUSEＲIＮFＯ用戶資料查詢通過傳入用戶編號查詢返回用戶當前檔案資料2ＡGENＴＲＥＬATＩON代扣關系建立通過申請建立或終止代扣交易,單戶實時解決的情況3CRＥAＴＦIＬE代扣(電子托收)數據生成根據與銀行簽訂代扣繳費協議的用電用戶信息生成代扣（電子托收）文獻4ＣAＮCELＡCCOUＮＴ代扣(電子托收)數據銷賬代扣(電子托收)數據銷賬1代扣關系建立,由用戶在銀行申請,建立代扣關系,聯網服務實時解決，代扣關系維護在營銷系統中。2代扣數據生成時，由銀行先發起服務，電力方應答后生成代扣文本文獻,在之后約定的時間內，由銀行到相應的FＴP服務器相應目錄下取回代扣文本。3銀行當天根據文本進行扣款后,將結果仍然以文本形式存放在ＦＴP上，然后發起代扣銷賬服務,電力方應答后在FTP目錄取出文本在系統內自動銷賬。4對于文本生成和發送操作銀行和電力方需要提前約定期間，以避開白天系統使用繁忙時期。５代扣涉及電子托收、小額支付都是相同的交易機制，具體的文獻名和格式不同。6營銷系統代扣銷賬結束,自動進行解款解決。卡表購電卡表購電結算方式根據卡表用戶的電費結算方式不同可以分兩種情況:（1）方式一是預收制,卡表用戶在買電時作為預收入賬,寫用戶卡，用戶回去將卡中電量回寫到電表，電力公司每月抄表,產生應收,用預收款抵沖應收。（２）方式二是購電制，卡表用戶在賣電時立即結算電費,生成應收和實收，寫用戶卡,用戶將卡中電量回寫到電表。采用購電制，購電時產生收費記錄的同時,產生應收數據涉及目錄電費、代征項，發行電費時調用通用發行程序,同時產生科目明細數據。發行時每月26日（可參數配置）記入下月應收。卡表調整電量由于用戶銷戶轉贈、換表過程等會產生一些電量，需要給用戶寫卡時進行解決。正常情況下在業擴流程中會對調整電量進行解決，但特殊情況需要解決時系統專門提供了一個菜單功能。對于本單位的卡表用戶才干進行電量調整,正數電量在下次購電會加上該電量,負數電量在寫卡時會減掉。卡表參數維護1判斷一個用戶是否為卡表用戶，不是通過交費方式“卡表購電”來判斷的，通過在卡表擴展信息(a_caｒd_ｅxtenｄ)中是否存在該戶信息進行判斷。2一般情況下，卡表用戶的擴展信息是通過業擴流程建立的,涉及卡表新裝、普通表換卡表、卡表換普通表、卡表換卡表等,通過流程會把相關信息建立起來。3卡表參數涉及:報警電量1：當電卡表上剩余此度數時，電卡表亮紅燈報警報警電量2：當電卡表上剩余此度數時,電卡表停電起始電量:電卡表初裝時的預置電量，默認為2０。上限電量:電卡表允許使用的最大電量，表中剩余電量+寫卡電量不能大于此值最后一次寫卡電量:最后的寫卡電量，每次寫卡后系統自動更新截至目前購電次數：該卡表的購電次數電卡表狀態：新裝、運營、換表，不等同于電能表狀態：新裝,是指新裝卡表和普通表換卡表運營,每次購電之后狀態變為運營換表,涉及一個標志”是否使用換表卡”，“是”表達使用換表卡換表,把舊卡表的電量、購電次數等信息用換表卡換到新卡表中,不需要解決調整電量；“否”表達要人工錄入調整電量，新卡表就是一塊新裝未啟動的卡表，系統用此標志來判斷寫卡時的購電次數。卡表購電卡表購電界面入下:本窗口收費時可以直接讀卡、也根據戶號查詢,一般情況假如用戶卡是正常的，需要讀取用戶用電相關信息１售電歷史紀錄：顯示最近的十條購電記錄;2業務類別分為:售電和補卡售電,涉及新裝初次購電、正常售電、換卡售電等都選用該業務類別,需要寫卡和收取費用;補卡，由于用戶卡損壞丟失等因素,或者由于和寫卡器的數據傳輸失敗導致寫卡失敗時,系統只是提取當前用戶在數據庫中記錄的最后一次售電記錄，將這些電量、購電次數等信息補寫到當前卡中,該操作不產生費用相關信息。3購電時可以輸入用戶想購的電量(例如200度電）或者想購電的錢數(2０0元），系統自動計算本次實收和本次購電量。假如輸入購電金額,購電量=取整[(購電金額+上次余額）/電價］例如＝取整[(200+0.９7)／0．51464]＝取整［３90.505]（向下取整)本次應收=本次購電量*電價＝３90*０.51464＝2０0．71本次實收＝輸入的購電金額=200本次余額=本次實收+上次余額－本次應收＝０.２６4假如輸入購電電量本次應收=本次購電量*電價=200*０.５１4６４＝10２.９3本次購電量=輸入的購電量＝２00本次實收=進整（本次應收-上次余額)＝進整（10１.96)=1０2本次余額=本次實收+上次余額-本次應收5寫卡，假如業務類別為補卡,系統將該戶最后一次購電信息寫入表中;假如業務類別為售電,本次寫卡電量將會根據多種情況進行綜合判斷，例如該戶是否有剩余電量、是通過查詢還是讀卡操作、上次購電次數、卡上有無剩余電量等,邏輯相對復雜。6卡表購電發票號碼設立、日交接報表、解款類似坐收業務。充值卡銷售充值卡管理集成在營銷系統中,但業務解決相對獨立，和營銷業務其它應用沒有聯系，具體操作可參見充值卡管理操作說明。這里只介紹充值卡銷售和繳費。１充值卡銷售：銷售人員必須有充值卡銷售內置角色,然后進行充值卡領用等操作,才干在柜臺銷售窗口查詢到可以銷售的充值卡；充值卡已經售出卡狀態變為“激活”,用戶就可以進行充值；充值卡銷售時由于明細數據太多,沒有同時進行記賬;充值卡銷售沒有沖正功能,一經售出,不允許撤還；充值卡當天銷售結束后,需要進行匯總解款，解款后系統記賬；充值卡管理中可以記錄充值卡銷售日報2充值卡繳費充值卡繳費支持通過柜臺、９5５９8電話等多種方式繳費，繳費時調用的后臺解決邏輯相同；用戶有欠費時充值金額直接抵沖欠費,無欠費時進入預收,繳費成功后系統同時產生明細科目數據;系統可以定義不允許用充值卡繳費的限制條件,例如卡表用戶、走收在途時不允許充值繳費；充值卡繳費后不允許撤還。繳費方式管理繳費方式管理中涉及維護繳費協議信息、關聯戶信息和增值稅用戶信息。1繳費協議信息可以同時修改某用戶的協議信息和歷史欠費繳費方式；可以只修改某些月份欠費的繳費方式。選中，只更新欠費信息,不更新協議信息；不選中，那么同時更新協議信息和檔案信息。２繳費關聯戶維護繳費關聯戶，指繳納電費時有關聯關系的用戶,具體表現為在柜臺繳納電費時,輸入一個戶號,關聯戶戶號相同的所有戶的欠費記錄同時顯示，便于收費解決。關聯戶的欠費和預收所有放在按戶號排序后的最后一戶解決，系統的規則是關聯戶繳費時收取的費用必須大于所有關聯戶除最后一戶以外的電費,假如存在欠費,欠在最后一戶,假如有預收也放在最后一戶。3增值稅用戶信息在該頁面維護信息之后，該用戶就為增值稅用戶。分次劃撥管理分次涉及分次結算、分次劃撥、銷售預估的業務,都在這里加以說明。分次結算是指當月多次抄表,按照實際抄表數據生成應收（涉及電量臺賬和應收電費),月末抄表計算全月電量電費并減去前幾次已經結算的電量電費形成差值之后再發行剩余部分的應收（涉及電量臺賬和應收電費)。分次劃撥,用戶與供電公司簽訂分次劃撥協議，供電公司依據協議準時在協議指定日期生成用戶分次劃撥應收信息,用戶依據協議準時在指定的時間內上繳分次劃撥款項，作為用戶用電的保障,供電公司收取用戶劃撥款作預收解決,并于月底正常抄表、核算、發行電費，發行電費時供電公司自動使用用戶的預收款抵沖用戶的當月應收電費。分次劃撥僅僅是一種賬務的解決,不影響用戶的抄表核算工作。根據分次劃撥協議收到的電費先計用戶預收。實行分次劃撥的用戶仍然按照正常工作規定抄表核算并產生當月應收電費。然后在進行預收結轉應收的賬務解決。假如有欠費,正常催費和計算違約金。銷售預估,供電公司為提高電費回收，對用電大戶按期生效預估用電應收,并于月底正常抄表、核算,發行時只發行應收電費與銷售預估的差額部分，并對銷售預估電費結轉為電費應收。銷售預估也是一種賬務上的解決,但是銷售預估比分次劃撥嚴格一些在于根據銷售預估的金額直接生成應收,這樣的話,假如用戶未及時繳納銷售預估款,形成欠費是要計收違約金的。總結三種方式的差別:分次結算根據實際分次抄表算費,并發行應收,最后一次抄表結算全月的電量電費、基本電費、損耗和力調考核,然后減去已經結算過的電量和電費,差值部分作為最后一次的電量臺賬和應收電費發行。分次結算的用戶當月也許生成多筆應收電費。分次劃撥不計應收,實收入預收;月末根據實際抄見電量計算全月應收,生成一筆電量電費臺賬和電費應收數據；用已經收到的用戶預收電費結轉應收。分次劃撥用戶當月就生成一筆應收電費。銷售預估發行計應收，實收入電費實收。月末根據實際抄見電量計算全月電量電費、基本電費、損耗和力調考核,根據月末核算電費減去銷售預估發行電費的差值部分作為該用戶當月最后一筆應收，并在生成差額應收財務賬的同時生成銷售預估轉應收賬款憑證。銷售預估的用戶當月會生成多筆應收電費。系統提供了分次收費管理、分次劃撥計劃發行、銷售預估發行等菜單功能，具體操作都比較簡樸,可以按照屏幕提醒操作。目前上海是采用銷售預估方式（費用類型05)、河北采用分次劃撥（費用類型04）,都是寫在程序中的。賬單寄送先維護賬單訂閱的聯系方式，在賬單寄送頁面根據電費年月、抄表冊等查詢用戶應收信息,可選擇打印居民用戶賬單、大用戶賬單、電費應收告知單等格式。退電費轉預收款某戶電費已收取，也進行了解款，但是由于抄表錯誤等因素需要將電費退給用戶,這種情況下需要先將退的電費轉為預收。退電費轉預收是針對收取電費已解款的情況。退費退費只能退預收，不能退電費。退費需要通過申請—審批—退費—歸檔流程；退費涉及鈔票退費和內部轉賬兩種，兩種操作的會計事務、記賬科目不同。發票打印１電費發票打印各網省具體規則不相同，是以本次實收金額作為大寫金額,作為報銷憑據,預收也作為報銷憑據。2發票補打目前只允許補打未打印過的發票,或者已經作廢的發票。3增值稅用戶在柜臺正常打印發票后,需要再單獨打印不抵扣部分的發票。該部分數據來源在a_ｐay_ｃfg中進行配置。二次發行(福建)二次發行是福建獨有的業務。一個集團戶(這里理解為主戶）例如市政路燈,下設多個用電單位(按子戶理解)，主子戶之間在公司內部存在行政從屬關系,如路燈用電根據受電點不同,在電力業務方面作為多個獨立的用戶存在，但這些用戶都歸屬市政路燈這個主戶管理，因此形成在某些用電業務上分子戶各自進行、有些業務由主戶統一完畢的特殊業務需求。重要體現在：主戶、子戶作為獨立電力用戶存在,表計分戶安裝,新裝、改類、銷戶等業擴業務都是單獨進行，抄表計算也是單獨進行,但是應收發行、收費、欠費催交等由主戶負責完畢。這種業務在福建已經運營數年,業務模式相對固定,目前全省這樣的集團主戶有70０0余戶，下掛的子戶有7萬多戶，對于托收收費每年至少節省成本80萬元(托收每筆費用1元)，同時在托收單（發票）打印減少紙張成本、催費只需要催主戶減少人力成本方面都可認為公司節省開支減少工作量。因此這種需要在營銷系統中實現的特殊業務是有實際意義的。目前在營銷系統中對于主子戶通過收費關聯號屬性來建立關聯關系,相關的用戶都是關聯戶,關聯號為主戶戶號。關聯戶的業擴、計量、計算和正常用戶同樣，下面重要描述關聯戶發行、統一收費的業務規則。二次發行發行相關業務關聯戶計算發行和普通用戶計算發行相同，分屬各抄表段按批進行。當月所有的關聯戶計算發行后,需要進行二次發行，即將所有關聯戶的應收合并發行到主戶上;假如其中一戶還沒有計算發行,不允許進行二次發行。假如某戶按正常電費方式已發行,此時修改了關聯關系,修改后的關聯主戶尚未進行二次發行，那么該主戶進行二次發行時需要正常發行,但不需要合并已正常發行的這戶,下月實現合并。二次發行需要人工確認,發行時需要看到該關聯號下所有關聯戶發行的情況。二次發行時假如主、子戶有預收余額需要抵沖主戶的欠費。二次發行之前關聯戶的電費不允許收取。二次發行之前,關聯戶發生退補電費后正常發行,在二次發行時要合并確認。二次發行后，收費在途之前,需要二次發行撤消功能。已繳納電費或已收費在途時不允許二次發行撤消。假如電費已自動結轉,可以先進行預收結轉撤還,再使用二次發行撤消功能。二次發行后，關聯戶發生退補電費時需要記入下一個月，下個月二次發行時合并確認。二次發行后,不允許做全減另發。子戶電費已發行并且相應主戶二次發行未做，不允許修改關聯關系。關聯戶收費相關業務該批關聯戶的違約金起算日期要以所有相關戶最晚一個起算日期為準；柜臺收費時所有關聯戶的電費合計后由主戶收取，發票打印一張;托收時，關聯戶的電費合計后發送銀行,托收帳號是主戶帳號,托收單打印一張;關聯戶收費時允許部分收費;主戶允許分次劃撥方式收費（和正常戶相同）,子戶不允許。分次劃撥的上月電費基數，以合并后電費為主。查詢記錄口徑及其他子戶發行后需要查到應收及臺帳信息、電費清單，收費情況需要查到相應的主戶收費信息;子戶發行后需要視同為應收產生,售電量報表等需要記錄,但不能記錄為欠費。在二次發行之前允許電費臺帳和收費口徑存在不一致。二次發行前、后需要查看所有相關子戶的發行情況及明細數據。根據主戶查看、打印電費清單時需要涉及所有相關戶。欠費查詢記錄時需要分開代征項，按主戶體現。催費時只催繳主戶,含所有關聯戶欠費。回收率記錄時需要按照是否涉及關聯戶的口徑記錄,便于實際工作考核。新上線單位,舊系統收費檔案遷移到主戶，按照用電量最大的為主戶。業務上盡量避免單戶建立關聯關系，即A戶的繳費關聯號為A,關聯號為A的只有一戶。但程序應當允許具有繳費號的單戶二次發行。相關參數配置收費部分參數較多，這里羅列重要參數。繳費方式ｓelｅct＊ｆromｓgpｍ．p_ｃoｄｅwherecode_tyｐe='pａyMｏｄe'收費方式代碼值ＣONＴＥNT1COＮTENT2CONTENＴ3CONTＥNT4CONTＥNＴ5電力機構０1坐收01012NOSEＴIＮV走收0１022YESSETIＮV卡表購電01032YEＳSETINVNOREPEAL負控購電01042ＮＯNOSETIＮＶ物電互抵010５2NONOSＥTIＮV壞賬核銷01062NＯNOSETIＮV居民預存０1072自助繳費終端01082金融機構022銀行代收0201２ＮONOＳＥTINV特約委托０２022NＯＳETＩNV1銀行代扣0２0321銀行自助繳費終端0２０４２ＮＯNＯＳETINV電話銀行0２052NＯNOSＥTINV網上銀行02062NONOSＥTINＶ小額支付0２072１非金融機構03２非金融機構代收0３012充值卡03０22NOＮOＳEＴＩNＶNOＲEPEAL自助繳費終端0３032系統后臺收費方式代碼,不能改變。調尾收費設立,0-元,1-角,2-分（不調尾）是否需要設立發票號碼參數。“SETＩＮV”設立,“NＯSEＴINV”不設立是否允許撤還，“NOREPEAＬ”不允許撤還結算方式seｌeｃｔ＊froｍsgpm.p_ｃodewhｅrｅcode_type＝'seｔｔleMoｄe'結算方式代碼值ＣONTENＴ１CONTEＮT2CONＴENＴ3CONＴEＮT4鈔票01鈔票制無1001ZTXJ轉賬支票02退票制有10０４０4ＺTＰＪ本票03退票制有１１21YSPＪ承兌匯票０4退票制有１00405ZTHPPＯS機刷卡0５鈔票制有１０0402ZTPOS充值卡0６鈔票制無123102ZＴCZＫ壞賬核銷07鈔票制無列賬單08鈔票制無1121YSPJ轉賬09鈔票制無11２1YSPJ內部轉賬10鈔票制無是否需要錄入銀行票據號碼對照的科目代碼，例如轉賬支票設立的科目為１0０４04和科目相應關系的名稱收費類型sｅｌecｔ*ｆrｏmsgpm.p_coｄewｈerｅcode_type='ｃｈａrgeTypｅ'收費類型代碼值收取電費(涉及違約金)01收取電費(涉及違約金)及預收02收取預收0３預收結轉電費0４退款０５退費轉預收（退電費、違約金)0６收取業務費07退業務費0８收費沖正09退票10貼息1１拒付12結轉沖正13業務費沖正１４違約金轉預收15收費鎖定 selｅct*fromｓgｐm．p_codewherecｏｄe_type='ｃhaｒgｅStat'在途費用代碼鎖定狀態非鎖定01ＵＮLOCK鎖定(代扣在途）0２ＬＯＣK鎖定(走收在途）0３LＯCK鎖定(托收在途)04LOCK支票在途05UNLOCK本票在途06UNLＯＣＫ承兌匯票在途07UＮＬOＣK收費配置（a_paｙ＿cfｇ）這張表是收費賬務專用的參數配置表,下面只是摘錄了一些收費相關的常用參數。參數名稱參數值參數類型備注收費成功是否打票是收費標志該參數為“否”收費成功不打票業務費是否記賬是收費標志為“否”業務費收費不記科目明細賬允許同城收費標志否收費標志是否預收調尾是收費標志進整收費標志允許部分收費標志是收費標志是否記賬是收費標志對電費等是否記賬進行參數設立允許居民部分收費標志否收費標志僅對居民戶進行判斷是否部分收費走收界面明細數２０0收費標志是否發行結轉是收費標志退款成功是否打票否收費標志退款打票類別０1收費標志01,０2是發票,收據柜臺是否語音否收費標志允許直接暫緩違約金是收費標志收費界面是否允許直接暫緩允許暫緩違約金金額50收費標志收費界面可以暫緩的最大金額0８１0銷賬順序079銷賬順序06８銷賬順序0911銷賬順序0１3銷賬順序９913銷賬順序1012銷賬順序024銷賬順序MLDＦ2銷賬順序ＷＹＪ１銷賬順序０57銷賬順序046銷賬順序0３5銷賬順序判斷業務費發票號碼是否填寫發送是業務費發票標志判斷業務費結清發送是業務費結清標志發票打印方式是收費標志是-有預覽，否－-直接打印托收結算方式02收費標志前臺托收銷賬時只能選擇一種方式月售電截止日26卡表參數每月26日之后購電記入下月應收(購電制）預置電量20卡表參數預置電量參數值卡表售電區域默認情況下州局、供電所之間不允許購電，假如增長該參數,第一列表達售電單位、第二列表達允許第一列售電單位給第二列單位所屬用戶進行售電操作。卡表售電區域卡表售電區域卡表售電區域卡表售電區域卡表售電區域常見問題解決日實收交接報表記錄金額與解款金額的關系？“客戶繳費管理—>坐收解款菜單中點擊記錄生成的日實收交接報表與解款金額不符，記錄生成的日實收交接報表把解款前和解款后的金額全都記錄出來了。”日實收交接報表的記錄緯度是按收費員按日記錄的，和是否解款沒有關系。按日按收費員可以真實反映系統中的收費收據。解款原則上也是按收費員按天解一次（天天下午存入銀行一次）,但實際中可以一天解多次(解款后又繼續收費)。假如當天沒有解款,允許第一天解款,但解款記錄按天分開。日交接報表和解款是一對多的關系。可以一天解款多次,數據累加和日交接報表相同。從賬務的角度理解，收費的會計事務和解款的會計事務是不同的,需要分別制作憑證。充值卡領用成功后,查詢不到領用的充值卡信息?這個是內置角色配置權限的問題。需要給該角色賦予相應的權限結算方式如何設立是否解款？每種結算方式是否需要解款,可在p_code中進行配置,seleｃt＊ｆromｐ_codｅwherecodｅ_tｙｐe＝＇setｔleMｏｄe'Coｎtent4,“是”表達要解款,“否”表達不需要解款。在日終解款操作后，對已解款的實收電費全額沖紅,但不能打印發票？沖紅不需要打印發票，只是把電費轉為預收。發票打印目前不能自動打印,可以實現自動打印嗎？可以通過后臺參數配置實現。selｅct*fromａ_pay_cfｇwｈｅrｅpａra_typｅ＝'收費標志＇andｐarａ_name＝'收費成功是否打票'parａ_vaｌuｅ設立為“是”，收費成功后自動打印。坐收時按進整收費還是按實際數據收費如何設立?可以通過后臺參數配置實現。SELECＴｐara_ｖalueFROＭａ_ｐay＿cｆgＷHEREparａ_ｔypｅLIKE'收費標志'ＡNDpaｒa_nａmｅ=＇是否預收調尾';para_value設立為“是”這里的預收調尾就是指進整收費,多余的尾數體現在預收中了。收費解款等界面的銀行有什么區別?坐收界面的銀行是支票或進賬單等的開據票據銀行,僅僅是為了查詢票據使用；解款界面錄入的是資金存入的目的銀行，具體到賬號;對賬單錄入：屏幕上方查詢條件顯示的銀行賬號查詢、新增均根據該銀行賬號相應的銀行存款科目進行查詢和保存；下面的銀行名稱代表進賬單的源銀行,例如客戶積極轉賬，表達從Ａ銀行轉到上面的賬戶了。收費時提醒借貸不平,如何解決?系統測試階段由于數據因素經常會提醒“借貸不平”，這時候可以按照如下方式排查。查看應收a＿rcvbｌ_flｏｗ和a_rcvbl_pl_floｗ中的數據是否平。1）應收表中的代征項、目錄電費必須和應收合計相等；2)應收表中的代征項必須和應收代征表中的各項代征之和相等;3）a_ｒcvｂl_pｌ_ｆｌow中的iｔeｍ_code必須在ｐ_code中(wｈereｃoｄe_type＝'ｐlCoｄe'）。可以用以下語句檢查：ＳEＬＥCT* FROMa_rcvbl_flｏwaWHERErcｖbl＿amｔ－ｒcved＿ａmt<＞rcvｂl＿iｎｐrice_amｔ－rｃved＿ｉn_ｐrice_aｍt+rｃvbl＿pl_amt-rｃｖｅｄ_pｌ＿amt?ＯRrcvbl_pl_amt<>(ＳELEＣTSUM(ｐl＿amt) ＦＲＯMa_rcvbl_pl＿flow??ＷHＥRErcvbｌ_amt＿ｉd=a．rcｖｂｌ_amt_id） ORrcved_pｌ_amt<>(SELEＣTSＵM(ｒｃved_ａmｔ）??ＦROＭa_ｒcvｂl＿pl_floｗ ＷHEＲErcvbl_amt_id=a.rcvbl＿amt_ｉd)；sｅlect＊froｍa_rｃvbl_pl_ｆｌｏwWｈｅｒｅITＥM_CODEＮｏtIn(SｅlｅctＶalｕeFｒomp＿codeWherecoｄｅ_ｔypｅ='plＣode')假如初步確認數據沒有問題進行后臺測試跟蹤。1）注釋掉pkg＿ca_ａｃct最后部分。ＩＦn＿jｆｆsｅ<>n_dffsｅTHＥＮ ? ???out＿ｄm：=0; ? ? out＿ｍｓｇ:＝pｋｇ_sp_msｇ.f_msｇ('ｍsg.ｃａ.dbcrFｌagNoEqｕal',? ? ? ? ?? ? ?'財務數據借貸不平,請核查!')；??? ??ＲETUＲN;?? ?ＥNDIＦ; p_saｖe＿acｃt(out_dm，ouｔ_msg）;２)用下面這段語句調試，輸入相關參數，直接執行。?ＤECLAREａt＿xzｂztｙp_ca_varcｈaｒ2；at_rcvbl＿amt＿ｉdtｙp＿ca＿varchar2;at_cons_notyｐ_ca_ｖarchar2;at_rｃvｂｌ_ymｔyp＿ca_vaｒｃｈar2;aｃ_ｏpr＿iｄVＡRCHAＲ2(16)；ａｉ_dｍＶARCHAＲ2(8);ａc_smVAＲCHAR2(300)；BEGINSELECT'Y＇,rcvbl＿aｍt_id，cons＿ｎo,ｒcvbl＿ymBUＬKCＯLLEＣTINＴOat_xzｂｚ,at_rcvｂl_amｔ_iｄ,at_cons_no,at＿rｃｖbl_yｍFROＭａ_ｒｃvbl＿flｏwWHERＥseｔｔｌe＿flag='01'ANDrcｖbｌ_ym＝＇20２301'ANDrownum<5;-－Calltｈｅprｏcedureｐkｇ_cａ＿gtsf.p_cａ＿gtsfｘｚ('3４40102',－-收款單位＇921',--收款部門＇9００４＇,--操作員'0１',--結算方式'',--票據號碼＇',--票據銀行50000０，-－繳費金額aｔ_ｘzbz，--選中標志數組at_rｃｖbｌ＿amt_id,--電費標記數組aｔ＿cons＿no,－-用戶編號數組