企業(yè)支付結(jié)算數(shù)字化建設(shè)思考

1 評論 2556 瀏覽 27 收藏 25 分鐘

作者做了多年的企業(yè)支付結(jié)算解決方案,一致專注于支付結(jié)算領(lǐng)域。繼前面數(shù)字化和中臺之后,這篇分享一下作者對該領(lǐng)域數(shù)字化建設(shè)的思考。希望本文對參與到企業(yè)數(shù)字化建設(shè),特別是涉及交易、支付結(jié)算、財(cái)務(wù)的同學(xué)們有幫助。

這幾年做了不少企業(yè)支付結(jié)算解決方案,作為產(chǎn)品專注于支付結(jié)算領(lǐng)域參與了從售前、業(yè)務(wù)方案、產(chǎn)品設(shè)計(jì)、開發(fā)交付到推廣運(yùn)營落地再迭代的完整生命周期,隨著案例增加和自我認(rèn)知更新,繼之前2篇企業(yè)支付結(jié)算文章后有必要再做迭代更新。

一、支付,結(jié)算,清結(jié)算和企業(yè)結(jié)算概念要清晰

支付:字面意思就是一方付錢一方收錢的過程?;诮灰?,由買方付錢,賣方收錢,買方消耗自己擁有的資產(chǎn),權(quán)益或債務(wù)(理論上只要賣方認(rèn)可,一切皆可支付,本質(zhì)上是信任機(jī)制下的憑證轉(zhuǎn)移),完成交易支付,包括付款和收款;

結(jié)算:交易維度有實(shí)際的資金(或資金等價(jià)物)轉(zhuǎn)移,財(cái)務(wù)維度做相應(yīng)的債權(quán)關(guān)系轉(zhuǎn)移;

清結(jié)算:可以拆解為清分,清算和結(jié)算。

  1. 清分:一筆交易,記錄各參與方基于這筆交易的應(yīng)收應(yīng)付(以用戶在淘寶上下單使用支付寶成功支付為例,1個(gè)是淘寶作為交易平臺會(huì)做清分(平臺分賬),計(jì)算出商家貨款和平臺傭金(如有優(yōu)惠活動(dòng),需要增加優(yōu)惠分賬的邏輯);另1個(gè)是支付寶作為收單機(jī)構(gòu),計(jì)算出渠道費(fèi)用和商戶落賬金額);
  2. 清算:專指金融機(jī)構(gòu)之間通過備付金或準(zhǔn)備金做資金轉(zhuǎn)移;銀聯(lián)或網(wǎng)聯(lián)作為有清算資質(zhì)的金融機(jī)構(gòu),記錄本次收單支付涉及各金融機(jī)構(gòu)(一般由收單方、銀聯(lián)/網(wǎng)聯(lián)、卡方)的金額,并通過大小額等專項(xiàng)通道對接央行,最終由央行完成各金融機(jī)構(gòu)之間專戶的資金清算;
  3. 結(jié)算:最終由金融機(jī)構(gòu)完成對商家,淘寶法人主體的資金結(jié)算,完成最終的資金結(jié)算收款。

企業(yè)支付:企業(yè)作為買方或買方基于自有資金參與付款和收款,按賣方對象類型是否為企業(yè)可分為公對公和公對私支付;

  • 性質(zhì):公對公支付涉及企業(yè)對公賬戶資金轉(zhuǎn)移,公司名義開設(shè),包括基本戶、一般戶、專用戶等;公對私涉及的是企業(yè)將資金從對公賬戶轉(zhuǎn)移到個(gè)人賬戶,這可能是因?yàn)楣蓶|分紅、員工工資發(fā)放、費(fèi)用報(bào)銷等情況。
  • 用途:公對公轉(zhuǎn)賬通常涉及商業(yè)合作、貨款結(jié)算等正規(guī)商業(yè)活動(dòng),資金往來透明度高,監(jiān)管嚴(yán)格;公對私轉(zhuǎn)賬可能涉及個(gè)人消費(fèi)、儲(chǔ)蓄等,操作更為靈活,但也更容易涉及挪用公款、偷稅漏稅以及洗錢等風(fēng)險(xiǎn)。
  • 監(jiān)管程度:公對公的資金往來一般是有據(jù)可查的,銀行的監(jiān)管不那么嚴(yán)格;公對私因?yàn)榭赡苌婕吧鲜鲲L(fēng)險(xiǎn),銀行對此監(jiān)控較嚴(yán),需要提供相關(guān)資料。
  • 風(fēng)險(xiǎn):公對公的風(fēng)險(xiǎn)相對較低,因?yàn)樯婕暗氖钦?guī)商業(yè)活動(dòng);公對私可能涉及多種風(fēng)險(xiǎn),包括挪用公款或偷稅漏稅等。

企業(yè)結(jié)算:企業(yè)和服務(wù)方做資金結(jié)算,完成收入支出,必須滿足企業(yè)的財(cái)務(wù)核算規(guī)則:交易信息流,資金流,銷項(xiàng)進(jìn)項(xiàng)發(fā)票必須做到可一一核算,相互匹配關(guān)聯(lián);

憑證:分為交易原始憑證和記賬憑證,訂單,小票,出庫單,發(fā)貨單,發(fā)票,高鐵票等都是我們常見的交易原始憑證;記賬憑證根據(jù)原始憑證填制,記載經(jīng)濟(jì)業(yè)務(wù)簡要內(nèi)容,確定會(huì)計(jì)分錄,作為記賬依據(jù)的會(huì)計(jì)憑證。

對賬:賬證實(shí)(交易賬務(wù),交易憑證,實(shí)物/資金)的核對,本質(zhì)上是為了確保同一個(gè)事務(wù)的數(shù)據(jù)描述在不同業(yè)務(wù)或系統(tǒng)下記錄一致而進(jìn)行的相互之間的一致性比對(對比的對象可以是單據(jù)或賬戶,對比的維度可以是明細(xì),總數(shù)或計(jì)算后的統(tǒng)計(jì)數(shù)據(jù));

賬單:統(tǒng)計(jì)賬證實(shí)流水,周期性的生成流水清單,便于買賣雙方按需了解和確認(rèn)交易,收付和履約等相關(guān)情況;

渠道和路由:支付結(jié)算需要有處理來源,誰提供處理服務(wù)誰就是渠道,有多條支付結(jié)算處理源時(shí),就需要做路由,基于路由規(guī)則(靜態(tài)或動(dòng)態(tài)規(guī)則)明確走哪條渠道實(shí)現(xiàn)支付結(jié)算。

二、企業(yè)經(jīng)營和財(cái)務(wù)要有認(rèn)知

2.1 企業(yè)經(jīng)營

我們把企業(yè)經(jīng)營按管理到執(zhí)行從上到下,拆分為戰(zhàn)略,經(jīng)營模式,業(yè)務(wù)能力和流程,然后基于和支付結(jié)算業(yè)務(wù)的關(guān)聯(lián)度,重點(diǎn)放在業(yè)務(wù)能力和流程上面。

戰(zhàn)略:支付結(jié)算作為企業(yè)業(yè)務(wù)交易的一環(huán),可弱化對企業(yè)戰(zhàn)略的洞察要求,了解即可。

經(jīng)營模式:

  • 熟知企業(yè)的經(jīng)營模式,在行業(yè)中的定位和價(jià)值;
  • 熟知主營業(yè)務(wù)特別是核心業(yè)務(wù)的完整流程,是怎么產(chǎn)生收入,支出和利潤的;
  • 熟知和上下游怎么做業(yè)務(wù)往來和收付結(jié)算。

業(yè)務(wù)能力和流程:梳理出企業(yè)經(jīng)營中和上下游及內(nèi)部的核心業(yè)務(wù)能力,這里以制造類企業(yè)為例梳理了主業(yè)務(wù)能力,和業(yè)務(wù)對象,業(yè)務(wù)流程,企業(yè)組織架構(gòu)的關(guān)系(這點(diǎn)對后續(xù)業(yè)務(wù)架構(gòu),數(shù)據(jù)架構(gòu)設(shè)計(jì),系統(tǒng)上下文串聯(lián)非常重要)。

2.2 財(cái)務(wù)認(rèn)知

財(cái)務(wù):財(cái)務(wù)這塊,之所以單獨(dú)拎出來,主要是考慮到:

  • 企業(yè)作為法人組織,需要嚴(yán)格的在國家和企業(yè)自身財(cái)務(wù)規(guī)則下經(jīng)營業(yè)務(wù),做到合規(guī);
  • 財(cái)務(wù)作為企業(yè)專業(yè)職能(監(jiān)督,核算,并提供財(cái)務(wù)數(shù)據(jù)支撐企業(yè)業(yè)務(wù)決策),和支付結(jié)算息息相關(guān);
  • 財(cái)務(wù)相關(guān)的職能部門,是企業(yè)支付結(jié)算業(yè)務(wù)的主要業(yè)務(wù)對象,涉及職能管理,組織協(xié)作,流程管理,最終實(shí)現(xiàn)業(yè)務(wù)和財(cái)務(wù)的流程閉環(huán)。

作為企業(yè)支付結(jié)算產(chǎn)品經(jīng)理,個(gè)人認(rèn)為對財(cái)務(wù)的認(rèn)知,思維上需要對企業(yè)的經(jīng)濟(jì)活動(dòng)有財(cái)務(wù)角度監(jiān)督和核算的思維;專業(yè)上對初級會(huì)計(jì)內(nèi)容要有基本熟知,可以和財(cái)務(wù)人員做方案溝通,下面是個(gè)人梳理的支付結(jié)算產(chǎn)品要懂的財(cái)務(wù)知識。

三、業(yè)務(wù)方案

基于企業(yè)經(jīng)營業(yè)務(wù)能力,對象和流程梳理,可以梳理出完整的收付款業(yè)務(wù)能力,對象和流程,并結(jié)合企業(yè)實(shí)際業(yè)務(wù)場景和數(shù)字化程度,形成完整的企業(yè)支付結(jié)算業(yè)務(wù)架構(gòu)。

下面按業(yè)務(wù)目標(biāo),業(yè)務(wù)場景,業(yè)務(wù)架構(gòu)來具體說怎么形成業(yè)務(wù)方案。

3.1 業(yè)務(wù)目標(biāo)

支付結(jié)算產(chǎn)品定位上用來更好的支撐企業(yè)完成交易收錢和付錢的閉環(huán)(業(yè)務(wù)交易閉環(huán),財(cái)務(wù)監(jiān)督和核算閉環(huán));有效并靈活的支撐交易在線(滿足企業(yè)服務(wù)可以靈活的觸達(dá)B端和C端用戶,特別是新業(yè)務(wù)的在線交易);通過搭建標(biāo)準(zhǔn)的支付結(jié)算服務(wù),可做快速技術(shù)對接,不再需要煙囪式的開發(fā),降本增效;當(dāng)企業(yè)經(jīng)營業(yè)務(wù)不斷通過標(biāo)準(zhǔn)的支付結(jié)算服務(wù)產(chǎn)生交易數(shù)據(jù),可以不斷的產(chǎn)生從交易,支付結(jié)算,發(fā)票到賬務(wù)的完整數(shù)據(jù),以實(shí)現(xiàn)數(shù)據(jù)賦能業(yè)務(wù)打好基礎(chǔ)。

3.2 業(yè)務(wù)場景

從業(yè)務(wù)模式的角度看,其實(shí)就是業(yè)務(wù)參與方的利益分配,我習(xí)慣用交易對象的角度來鎖定業(yè)務(wù),分為雙方交易和多方交易(雙方交易的多個(gè)組合),雙方交易好理解:就是交易的生命周期中只有買方和賣方2方參與并完成(比如街道上擺菜攤的大媽,我付現(xiàn)金買菜)。

多方交易理解為:交易的生命周期中有多方參與,形成了多個(gè)“雙方交易”才能完成交易閉環(huán),最典型的就是電商業(yè)務(wù)。

以淘寶為例,涉及的參會(huì)方一般會(huì)有平臺、商家、快遞公司、用戶、收單支付機(jī)構(gòu)等。

明確完交易對象,可以更好的理解涉完成一個(gè)交易場景,涉及多少交易業(yè)務(wù),理解基于交易怎么做支付、分賬、結(jié)算、發(fā)票和稅要怎么走。

下圖是典型的BBC平臺交易:

3.3 企業(yè)結(jié)算方式

一般分為按單/合同結(jié)算和對賬結(jié)算,按單結(jié)算主要是電商場景,交易訂單完成履約閉環(huán)后,結(jié)算給商家對應(yīng)的訂單貨款(可提現(xiàn));對賬結(jié)算主要是企業(yè)之間的結(jié)算,需要周期性的生產(chǎn)賬單進(jìn)行賬證實(shí)的核對,完成核對后確認(rèn)賬單并進(jìn)行付款結(jié)算,比如我們常說的日結(jié),月結(jié),企業(yè)越大,溢價(jià)權(quán)越高一般結(jié)算周期更長。

企業(yè)間交易使用先貨后款為多(有自己的授信體系,詳細(xì)可見企業(yè)數(shù)字化系列——授信業(yè)務(wù)數(shù)字化設(shè)計(jì)),很品牌溢價(jià)權(quán)的則喜歡現(xiàn)款后貨,收取預(yù)付款;另外除了支付現(xiàn)金外,在大宗交易場景,存在很多票據(jù)支付的情況。

3.4 業(yè)務(wù)架構(gòu)

業(yè)務(wù)架構(gòu)的核心作用是在了解完企業(yè)所有的經(jīng)營業(yè)務(wù),對象和流程后,可以梳理清楚所需的完整業(yè)務(wù)能力,并未后面的產(chǎn)品設(shè)計(jì)打好業(yè)務(wù)框架。

下面支付結(jié)算業(yè)務(wù)架構(gòu)覆蓋了一般企業(yè)全渠道業(yè)務(wù)在線運(yùn)作所需的支付結(jié)算業(yè)務(wù):

四、產(chǎn)品設(shè)計(jì)

基于業(yè)務(wù)架構(gòu),切入場景,搭建產(chǎn)品架構(gòu),并按領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)方法論對支付結(jié)算產(chǎn)品架構(gòu)做領(lǐng)域劃分和中心設(shè)計(jì)。需要對底層的數(shù)據(jù)和基礎(chǔ)技術(shù)有系統(tǒng)性了解。

4.1 領(lǐng)域設(shè)計(jì)

業(yè)務(wù)需要邊界,產(chǎn)品和開發(fā)設(shè)計(jì)都需要邊界,這是我理解的領(lǐng)域概念,作為支付結(jié)算產(chǎn)品,就應(yīng)該做好支付結(jié)算領(lǐng)域內(nèi)的事,什么都做就等于什么都沒做,好的領(lǐng)域設(shè)計(jì)要確保獨(dú)立性和可擴(kuò)展。

我把領(lǐng)域設(shè)計(jì)分成2個(gè)維度,橫向的業(yè)務(wù)領(lǐng)域,通過定義不同的業(yè)務(wù)對象做區(qū)分;縱向的架構(gòu)領(lǐng)域,通過分層來解耦業(yè)務(wù)對象處理問題的復(fù)雜性(業(yè)務(wù)驅(qū)動(dòng)領(lǐng)域設(shè)計(jì),so不是業(yè)務(wù)領(lǐng)域,分層設(shè)計(jì)越多越好,比如只通過微信小程序試點(diǎn)自營商城業(yè)務(wù),為了快速驗(yàn)證業(yè)務(wù),只需要能做微信小程序支付足以)。

4.2 業(yè)務(wù)需要閉環(huán)

當(dāng)了解了企業(yè)客戶的整體業(yè)務(wù)和后面的戰(zhàn)略規(guī)劃后,就可以規(guī)劃需要做哪些業(yè)務(wù)領(lǐng)域的設(shè)計(jì)來支撐當(dāng)前業(yè)務(wù),又滿足后面的可擴(kuò)展(需要平衡效率和成本,分的越細(xì),技術(shù)上分布式事物的一致性設(shè)計(jì)越復(fù)雜,產(chǎn)品上看新業(yè)務(wù)的驗(yàn)證和打磨更關(guān)鍵)。

支付結(jié)算領(lǐng)域,正常都會(huì)分為支付,清結(jié)算,對賬,賬戶,計(jì)費(fèi)和財(cái)務(wù)集成,下面拿一筆企業(yè)交易的整體流程形成完整的業(yè)務(wù)上下游閉環(huán)。

其中:

  • 支付核心是支付訂單,主要是明確交易的支付來源,收付款方,金融,支付方式和最終執(zhí)行支付的處理源(支付渠道);
  • 清結(jié)算核心是結(jié)算單,主要是明確基于交易的應(yīng)收應(yīng)付,結(jié)算的渠道做資金結(jié)算;
  • 賬務(wù)核心是賬戶(一般涉及到金融端的銀行結(jié)算戶,支付機(jī)構(gòu)的支付賬戶,交易端的賬簿);
  • 對賬核心是對賬單,涉及對賬數(shù)據(jù)(賬證實(shí))的接入,清洗,對賬處理,差異處理,賬單輸出;

商戶就是參與到交易的交易對象,基本分為個(gè)人,企業(yè)和個(gè)體戶,賬戶都需要關(guān)聯(lián)到對應(yīng)的商戶下面(按賬戶權(quán)限做商戶認(rèn)知,比如收單特殊商戶需要做實(shí)體認(rèn)知)。

4.3 領(lǐng)域架構(gòu)設(shè)計(jì)

我理解的業(yè)務(wù)架構(gòu),通過層級來定義同1個(gè)業(yè)務(wù)的輸入和輸出邊界,通過模塊來定義同一層的不同能力或者服務(wù),比如很多架構(gòu)都會(huì)有應(yīng)用層,邏輯層或物理層等。

對于支付結(jié)算領(lǐng)域來說,個(gè)人習(xí)慣應(yīng)用層,邏輯層到核心層的3層或2層設(shè)計(jì),應(yīng)用層做服務(wù)的輸出,邏輯層做業(yè)務(wù)解析和領(lǐng)域內(nèi)的邏輯處理,核心層定義業(yè)務(wù)對象的核心能力和屬性。

以聚合支付服務(wù)為例,應(yīng)用層就是標(biāo)準(zhǔn)的聚合支付服務(wù)接口輸出,外部應(yīng)用通過調(diào)用接口獲取聚合支付服務(wù),獲取到支付的業(yè)務(wù)訂單數(shù)據(jù)后做業(yè)務(wù)解析,明確收付款方,支付方式等信息,通過支付路由規(guī)則明確支付方式對應(yīng)的渠道。

有些場景(比如組合支付)還涉及邏輯的處理(組合支付需要基于主支付訂單,拆分多條支付渠道流水,并要求所有的支付渠道流水成功才算組合支付成功),核心層就是拿著明確的支付方式,支付渠道,收付款方和金額等信息調(diào)用支付渠道做最終的支付處理。

業(yè)務(wù)驅(qū)動(dòng)支付產(chǎn)品設(shè)計(jì)。

五、平臺運(yùn)營

企業(yè)支付結(jié)算平臺只是工具,要給企業(yè)帶來價(jià)值,需要有業(yè)務(wù)主人(一般需要由專職財(cái)務(wù),產(chǎn)品和市場業(yè)務(wù)人員組成專項(xiàng)組織)基于平臺的功能和對外服務(wù)做運(yùn)營推廣,迭代優(yōu)化和數(shù)據(jù)服務(wù)賦能企業(yè)管理層決策。

5.1 運(yùn)營推廣

運(yùn)營主要包含企業(yè)金融資源對接,支付結(jié)算渠道管理,異常數(shù)據(jù)監(jiān)控。支付結(jié)算平臺搭建后,只有不斷的服務(wù)好新的業(yè)務(wù)場景,才能不斷給企業(yè)產(chǎn)生價(jià)值。推廣過程主要包含:

  1. 輸出平臺可以提供的支付結(jié)算渠道資源和服務(wù)功能清單(API接口清單),明確自己的定位,能提供哪些服務(wù),解決哪些問題;
  2. 了解新場景交易模式,支付結(jié)算場景及需要解決的痛點(diǎn);
  3. 基于推廣場景需求提供支付結(jié)算解決方案,協(xié)同業(yè)務(wù),財(cái)務(wù)還有金融渠道方做方案確認(rèn),一般財(cái)務(wù)會(huì)從監(jiān)管和賬務(wù)維度做評估,金融渠道會(huì)從資金監(jiān)管維度做評估;
  4. 提供對應(yīng)的支付結(jié)算接口清單做對接說明,進(jìn)入開發(fā)聯(lián)調(diào)測試階段;
  5. 協(xié)同業(yè)務(wù),財(cái)務(wù)還有金融渠道方做上線方案確認(rèn),執(zhí)行上線。

注意點(diǎn):

1)基于自身定位,需要明確業(yè)務(wù),財(cái)務(wù),金融渠道和支付結(jié)算平臺的邊界,一旦涉及平臺范圍外的需求,產(chǎn)品層面需要和項(xiàng)目經(jīng)理或相關(guān)領(lǐng)導(dǎo)確認(rèn),該走什么流程就走什么流程;

2)作為多方參與集成開發(fā),接口說明和聯(lián)調(diào)測試非常重要,盡量在前期就把問題暴露出來;

3)上線方案必須多方一起確認(rèn),可能涉及歷史交易數(shù)據(jù)遷移;

4)早期支付結(jié)算平臺搭建,可以弱化風(fēng)險(xiǎn)管控,主要針對異常交易數(shù)據(jù)做監(jiān)控,主要是:

  1. 推廣的交易場景一般都是企業(yè)內(nèi)部子公司業(yè)務(wù),業(yè)務(wù)可管控;
  2. 企業(yè)財(cái)務(wù)目標(biāo)和規(guī)則基本一致(過不了是不讓開發(fā)的);
  3. 資金監(jiān)管由金融機(jī)構(gòu)管控;

5.2 數(shù)據(jù)服務(wù)

隨著支付結(jié)算平臺推廣的交易場景增多,會(huì)源源不斷的產(chǎn)生支付結(jié)算數(shù)據(jù),可以通過幾種形式輸出數(shù)據(jù)服務(wù):

1)周期性的輸出各種類型的支付結(jié)算數(shù)據(jù)報(bào)表供企業(yè)財(cái)務(wù)和業(yè)務(wù)方查看;

2)提供數(shù)據(jù)給企業(yè)統(tǒng)一的數(shù)據(jù)平臺(數(shù)據(jù)中臺,數(shù)據(jù)湖,數(shù)據(jù)倉庫等);

3)監(jiān)控異常數(shù)據(jù),輸出異常數(shù)據(jù)分析報(bào)表,來優(yōu)化產(chǎn)品,對接更安全有效的支付結(jié)算渠道,優(yōu)化業(yè)務(wù)交易和財(cái)務(wù)中可能存在的風(fēng)險(xiǎn);

4)提供統(tǒng)一的上下游交易數(shù)據(jù)核對服務(wù)。

5.3 迭代

支付結(jié)算平臺準(zhǔn)守MVP產(chǎn)品的迭代思路,以滿足切入的具體場景需求來定義搭建的服務(wù)能力。

迭代的整體思路按平臺的縱向?qū)I(yè)能力和橫向推廣能力推進(jìn),其中專業(yè)能力按各領(lǐng)域中心自身規(guī)劃需要的完整服務(wù)能力迭代,橫向主要結(jié)合業(yè)務(wù)場景推廣會(huì)對接更多的金融資源,提供更多的支付結(jié)算服務(wù)選擇。

5.4 支付結(jié)算數(shù)字化案例

這里還是以HE集團(tuán)為例,作為國內(nèi)最大的幾家家電企業(yè)之一,企業(yè)戰(zhàn)略上開始從傳統(tǒng)分銷到賦能分銷商,直接觸達(dá)終端客戶提供零售服務(wù)的轉(zhuǎn)型,通過企業(yè)數(shù)字化,實(shí)現(xiàn)庫存在線,交易在線,資源在線,營銷在線和組織在線,以更好的支撐服務(wù)多元的交易場景,嘗試新的服務(wù)業(yè)務(wù),通過標(biāo)準(zhǔn)化業(yè)務(wù)獲取完整的有效數(shù)據(jù),并驅(qū)動(dòng)數(shù)據(jù)賦能業(yè)務(wù)。

支付結(jié)算以開發(fā)平臺的產(chǎn)品形態(tài),統(tǒng)一對接金融和企業(yè)授信,返利等資源,輸出標(biāo)準(zhǔn)的支付結(jié)算和賬戶服務(wù)來滿足2B,2C的不同交易場景。

六、業(yè)財(cái)一體

業(yè)財(cái)一體的核心在于業(yè)務(wù)對企業(yè)經(jīng)營要有財(cái)務(wù)思維,你可以理解為企業(yè)所有的經(jīng)濟(jì)活動(dòng),理論上都可以按財(cái)務(wù)規(guī)則翻譯并做賬務(wù)處理,因此不是說企業(yè)數(shù)字化后才開始有業(yè)財(cái)一體,而是之前企業(yè)業(yè)務(wù)和財(cái)務(wù)割裂,很多企業(yè)只有到算總賬時(shí)候才發(fā)現(xiàn)不是業(yè)務(wù)沒有賬,就是記賬業(yè)務(wù)說不清楚,分析起來也是因?yàn)榻y(tǒng)計(jì)口徑不同,錯(cuò)誤百出。

同時(shí)財(cái)務(wù)只注重管控,做的是核銷的人力活,特別是月底結(jié)賬,出季度年度報(bào)表的時(shí)候,苦不堪言,因此業(yè)財(cái)一體的另一個(gè)核心在于財(cái)務(wù)要對企業(yè)經(jīng)營心里有底,從財(cái)務(wù)管控到財(cái)務(wù)經(jīng)營,賦能業(yè)務(wù)。

支付結(jié)算平臺一般切入企業(yè)全渠道銷售場景,上下游分別有具體的業(yè)務(wù)交易履約和財(cái)務(wù)賬務(wù),資金結(jié)算場景,是業(yè)財(cái)一體非常好的切入點(diǎn)和基礎(chǔ)服務(wù),讓各種交易憑證(訂單、出入庫單、發(fā)票、下票等),資金支付結(jié)算流水,記賬憑證可以基于具體的交易場景和節(jié)點(diǎn)自動(dòng)關(guān)聯(lián),完成核算。當(dāng)然也可以從財(cái)務(wù)主數(shù)據(jù)管理,搭建統(tǒng)一的預(yù)算費(fèi)用平臺等切入點(diǎn)出發(fā),逐步實(shí)現(xiàn)業(yè)財(cái)一下化。

七、總結(jié)

企業(yè)支付結(jié)算產(chǎn)品從戰(zhàn)略角度是企業(yè)數(shù)字化轉(zhuǎn)型的一環(huán),因此整個(gè)產(chǎn)品規(guī)劃和設(shè)計(jì)的核心依賴于企業(yè)數(shù)字化戰(zhàn)略和搭建方法論(比如企業(yè)架構(gòu)框架TOGAF),同時(shí)從專業(yè)角度,企業(yè)結(jié)算,財(cái)務(wù)基礎(chǔ)和中國支付清結(jié)算體系又是必須要賬務(wù)的,最后才是基于企業(yè)的實(shí)際經(jīng)營情況出解決方案,迭代落地。

本文由 @哈哈的鯨魚 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于 CC0 協(xié)議

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 非常棒,將清分和清算單獨(dú)抽離,我也覺得是個(gè)非常好的實(shí)踐,可惜現(xiàn)有大部分的b端系統(tǒng)未將兩個(gè)模塊獨(dú)立,企業(yè)系統(tǒng)的迭代太慢了

    來自上海 回復(fù)