這周Jerry在長沙客戶現(xiàn)場待了幾天,感謝易總和彩亮的款待。終于有機(jī)會(huì)和關(guān)注這個(gè)公眾號的一些CRM顧問們進(jìn)行線下互動(dòng),感覺很不錯(cuò)。得知公眾號里某些文章幫助顧問們解決了一些工作中的實(shí)際問題,我很高興。感謝大家的支持,只要時(shí)間允許,這個(gè)公眾號我會(huì)一直寫下去。
成都創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供濱州網(wǎng)站建設(shè)、濱州做網(wǎng)站、濱州網(wǎng)站設(shè)計(jì)、濱州網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)與制作、濱州企業(yè)網(wǎng)站模板建站服務(wù),10余年濱州做網(wǎng)站經(jīng)驗(yàn),不只是建網(wǎng)站,更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
和CRM顧問們中午吃飯時(shí)聊到了SAP一些新的云產(chǎn)品采用了微服務(wù)架構(gòu)開發(fā),因此我寫了這篇文章。
如果要找金庸小說里幫助Jerry提高編程水平最有用的一句話,無疑是:重劍無鋒,大巧不工。
楊過被郭芙斬?cái)嘁槐酆?,以前掌握的編程語言,哦不,以前掌握的武功均無從施展。后來?xiàng)钸^無意發(fā)現(xiàn)一本編程秘籍,上書:重劍無鋒,大巧不工。
楊過喃喃念著“重劍無鋒,大巧不工”八字,心中似有所悟,但想世間劍術(shù),不論哪一門哪一派的變化如何不同,總以輕靈迅疾為尚,這柄重劍不知怎生使法,想懷昔賢,不禁神馳久之。
春去秋來,歲月如流,楊過日日在海潮之中練劍,日夕如是,寒暑不間。木劍擊刺之聲越練越響,到后來竟有轟轟之聲,響了數(shù)月,劍聲卻漸漸輕了,終于寂然無聲。又練數(shù)月,劍聲復(fù)又漸響,自此從輕而響,從晌轉(zhuǎn)輕,反復(fù)七次,終于欲輕則輕,欲響則響,練到這地步時(shí),屈指算來在海邊已有六年了。
這時(shí)候楊過手仗木劍,在海潮中迎波擊刺,劍上所發(fā)勁風(fēng)己可與撲面巨浪相拒,神雕縱然力道驚人,也已擋不住他木劍的三招兩式,這時(shí)他方體會(huì)到劍魔獨(dú)孤求敗暮年的心境:“以此劍術(shù),天下復(fù)有誰能與抗手?無怪獨(dú)孤前輩自傷寂寞,埋劍窮谷?!?/em>
楊過的重劍研習(xí)之路對Jerry編程有什么啟發(fā)?
當(dāng)今IT圈子里,新技術(shù)新名詞,甚至新的編程語言層出不窮。一個(gè)程序猿,可以選擇不停地學(xué)習(xí),追逐這些新事物,就像楊過先后學(xué)了蛤蟆功,天羅地網(wǎng)式,玉女劍法,全真劍法,打狗棒法,玉簫劍法,彈指神通等。也可以選擇靜下心來,好好打磨程序員需要掌握的最基本技能。
楊過花了六年的時(shí)間在海潮中提升自己的內(nèi)功,再重出江湖后面對以前同一級別的對手都能做到秒殺。Jerry也幻想有一天能像楊過那樣,秒殺自己遇到的bug,而不是像現(xiàn)在這樣,一個(gè)bug苦苦debug幾小時(shí)。Jerry還在修煉的路上:Jerry的ABAP, Java和JavaScript亂燉。
金庸對玄鐵重劍的描寫:“那劍黑黝黝的毫無異狀,卻是沉重之極,三尺多長的一把劍,重量竟自不下七八十斤,比之戰(zhàn)陣上最沉重的金刀大就尤重?cái)?shù)倍。兩邊劍鋒都是鈍口,劍尖更圓圓的似是個(gè)半球。楊過看劍下的石刻時(shí),見兩行小字道:重劍無鋒,大巧不工。四十歲前恃之橫行天下?!?/p>
重劍無鋒,大巧不工 這八個(gè)字的字面含義:表面上看來越愚笨越平凡的東西,越可能蘊(yùn)涵著精巧的極致。這難道不是在說SAP基于Netweaver開發(fā)的那些傳統(tǒng)產(chǎn)品?
拿S/4HANA為例,里面包含數(shù)以萬計(jì)的數(shù)據(jù)庫表,任何一張單獨(dú)拿出來都貌似平平無奇。這一張張不起眼的表,就像一部德國戰(zhàn)車上一個(gè)個(gè)精巧的零件,將SAP三十多年企業(yè)管理領(lǐng)域深耕的功力體現(xiàn)到了極致。
并不是每個(gè)劍客都能運(yùn)用楊過的玄鐵重劍。同樣的,基于Netweaver的應(yīng)用開發(fā)也需要一些門檻。SAP傳統(tǒng)的產(chǎn)品本質(zhì)上是一個(gè)monolithic系統(tǒng),底層數(shù)據(jù)庫的內(nèi)容通過API暴露出來后,并不能夠直接給UI消費(fèi)。UI和API層之間往往還有其他的中間層存在,換言之,應(yīng)用開發(fā)人員無法真正做到“專注于應(yīng)用邏輯本身的編寫”,仍需花費(fèi)精力掌握一些和業(yè)務(wù)不太相關(guān)的技術(shù)。
例如CRM應(yīng)用開發(fā)人員需要熟悉如何將API返回的數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換并存儲(chǔ)到Genil容器中。S/4HANA開發(fā)人員在BOPF里實(shí)現(xiàn)應(yīng)用邏輯,得需要知道如何使用/BOBF/IF_FRW_READ和/BOBF/IF_FRW_MODIFY。SRM開發(fā)人員除了會(huì)ABAP Webdynpro之外,還得掌握FPM的用法。不過好消息是,如果您的內(nèi)功深厚,那么只要掌握其中一門,再接觸其他的也能很快融會(huì)貫通。
另一位大師古龍,其武學(xué)設(shè)定和金庸截然不同。翻開任何一篇古龍的作品,使用關(guān)鍵字”內(nèi)功”搜索,幾乎都不會(huì)得到結(jié)果。在古龍的武俠世界里,“快”就是王道。比如作品《小李飛刀》里,對李尋歡的武功招式?jīng)]有任何正面描寫,而是用側(cè)面描寫的方式突出其飛刀之快:
伊哭瞪著李尋歡,獰笑道:“你還有什么話說?”
李尋歡望著他青光閃閃的青魔手,緩緩道:“只有一句話?!?/em>
伊哭道:“什么話?你說!”
李尋歡嘆了口氣,道:“你何必來送死?”
他的手忽然揮出!
刀光一閃,伊哭已凌空側(cè)翻了出去。
雪地上已多了串鮮血!
再看伊哭的身影已遠(yuǎn)在數(shù)丈外,嘶聲道:“李尋歡,你記著,我……”
說到這里,他聲音突然停頓。
寒風(fēng)如刀,天地肅殺雪地上變得死一般靜寂。
SAP很多云產(chǎn)品,例如SAP Hybris Revenue Cloud,基于微服務(wù)架構(gòu)開發(fā)而成。同SAP傳統(tǒng)的基于Netweaver的產(chǎn)品相比,這些云產(chǎn)品的應(yīng)用邏輯開發(fā)一大特點(diǎn)就是:開發(fā)速度快。借助SpringBoot和CloudFoundry的命令行工具CLI,開發(fā)人員可以真正專注于微服務(wù)應(yīng)用邏輯的編寫,然后將微服務(wù)快速部署到云平臺(tái)上。UI可以用輕量級的AJAX調(diào)用來消費(fèi)這些微服務(wù)。
比如Revenue Cloud的客戶主數(shù)據(jù)列表,就是通過部署在revcloud.XXX.eu10.revenue.cloud.sap上的一個(gè)微服務(wù)返回的。該微服務(wù)在UI5的代碼里通過輕量級的AJAX調(diào)用進(jìn)行消費(fèi)。
基于Netweaver和基于微服務(wù)架構(gòu)的兩種開發(fā)方式,很難評價(jià)哪種更好,就像無法評價(jià)金庸和古龍誰的作品更優(yōu)秀一樣。Netweaver作為SAP傳統(tǒng)應(yīng)用的開發(fā)和運(yùn)行平臺(tái),通過30多年歲月洗禮被證明是適合S/4HANA這種超大規(guī)模的復(fù)雜系統(tǒng)開發(fā)。而像SAP Hybris Revenue Cloud這種基于微服務(wù)架構(gòu)的新一代云產(chǎn)品,體現(xiàn)了SAP在云時(shí)代緊跟行業(yè)發(fā)展步伐的決心。
下面邀請我的同事,SAP成都研究院Revenue Cloud開發(fā)團(tuán)隊(duì)的陳文心(Chen Vicky)給大家簡單介紹Revenue Cloud目前已經(jīng)發(fā)布的一些功能。
Vicky 2016年畢業(yè)后加入SAP成都研究院,90后青春靚麗程序媛一枚。我從她的朋友圈盜了一張圖:
SAP Hybris Revenue Cloud功能概述
大家好,我是陳文心,現(xiàn)在工作于SAP成都研究院Revenue Cloud開發(fā)團(tuán)隊(duì)。大學(xué)實(shí)習(xí)時(shí)做的是SAP ERP ABAP開發(fā),進(jìn)入SAP后與Hybris Renenue Cloud 一起發(fā)展,走過了兩個(gè)春夏秋冬。目前工作使用的技術(shù)棧是Java,JavaScript和SAP UI5。作為一名程序員,追求質(zhì)量是永恒不變的真理。從代碼的正確性,可擴(kuò)展性到交付流程的完整性,我還需要向SAP成都研究院其他資深開發(fā)人員學(xué)習(xí)。
生活中喜歡讀書,聽歌和彈古箏。 最愛的一本書是羅曼羅蘭的《約翰克里斯多夫》,聽著歌寫代碼,靈感更能迸發(fā)。十年磨一劍,彈琴如此,寫代碼依然如此,有追求和付出才會(huì)有更好的結(jié)果。
下面是Revenue Cloud已經(jīng)發(fā)布的功能概述,如果有朋友對這個(gè)云產(chǎn)品一無所知,希望看了這篇文章能有一些基本的了解。
SAP Hybris Revenue Cloud 是一種新的基于微服務(wù)的云解決方案,能夠幫助企業(yè)在敏捷和可擴(kuò)展的環(huán)境中快速部署高效的銷售流程,從而充分利用其他SAP On-Premise和云產(chǎn)品。
SAP Hybris Revenue Cloud由三個(gè)主要功能組成:
訂閱式訂單生成
訂閱式訂單管理
訂閱式訂單計(jì)費(fèi)(包括使用費(fèi)和一次性費(fèi)用)
登陸SAP Hybris Revenue Cloud 進(jìn)入主頁面可以看到業(yè)務(wù)流和主數(shù)據(jù)的配置:
設(shè)想這個(gè)場景:使用Revenue Cloud的企業(yè)A有一個(gè)客戶SUNNY,該客戶需要訂閱A公司的Email service用于自身產(chǎn)品發(fā)送郵件的需求。A公司的Email service屬于訂閱型產(chǎn)品,按使用收費(fèi)。那么A公司從創(chuàng)建客戶到客戶賬單生成這一端對端的流程,在SAP Hybris Revenue Cloud中便可通過上圖界面完成。
創(chuàng)建一個(gè)單位,用于定義產(chǎn)品價(jià)格:EA
用已創(chuàng)建的單位EA來定義一個(gè)類型為基于客戶使用的計(jì)費(fèi)元素,ID為APICall。以及一次性和按月收費(fèi)元素ONETIME,RECURRING:
在計(jì)費(fèi)元素定義好之后,接下來便可配置在創(chuàng)建和編輯報(bào)價(jià)單時(shí)可以編輯哪些價(jià)格元素,以及在產(chǎn)品包含的數(shù)量使用費(fèi)用中編輯和隱藏哪些價(jià)格元素。
接下來還可在Business Configuration中配置用戶授權(quán)以批準(zhǔn)報(bào)價(jià),觸發(fā)報(bào)價(jià)中審批流程的參數(shù),計(jì)費(fèi)的延遲(計(jì)算的結(jié)算日期會(huì)延遲指定的天數(shù),從而產(chǎn)生新的結(jié)算日期)等其他與業(yè)務(wù)流程相關(guān)的參數(shù)。
上圖表示在US East Market下的報(bào)價(jià)單,若價(jià)格折扣大于等于20%則該報(bào)價(jià)單需要審批。
基礎(chǔ)配置完成后,便可以創(chuàng)建主數(shù)據(jù)。首先到Customers Tile里維護(hù)客戶信息??梢詣?chuàng)建個(gè)人客戶或者企業(yè)客戶。下圖創(chuàng)建一個(gè)企業(yè)客戶,維護(hù)客戶的地址、聯(lián)系人信息,并且指定到之前創(chuàng)建的Market A1-US East:
Products 維護(hù)產(chǎn)品主數(shù)據(jù)
客戶創(chuàng)建完成后,接著維護(hù)產(chǎn)品信息,可以創(chuàng)建訂閱型產(chǎn)品或者組合式產(chǎn)品。如圖創(chuàng)建一個(gè)訂閱式產(chǎn)品Mail_service,指定Market到US East,并創(chuàng)建對應(yīng)的價(jià)格信息RatePlans。指定產(chǎn)品的賬單生成日期于每月訂閱日期,訂閱該產(chǎn)品一次性費(fèi)用為988美元,按月費(fèi)用為50美元,同時(shí)產(chǎn)品包含1000次APICall,每超過100次收費(fèi)20美元。
主數(shù)據(jù)創(chuàng)建成功后,便可以在US East Market中對客戶SUNNY創(chuàng)建Mail_Service的報(bào)價(jià)單,并給產(chǎn)品的一次性費(fèi)用25%的折扣,同時(shí)指定報(bào)價(jià)單的有效日期以及產(chǎn)品的訂閱有效起始日期。
點(diǎn)擊Release發(fā)布報(bào)價(jià)單,由于之前在Business Configuration中對US East Market設(shè)置的最大折扣為20%,所以該報(bào)價(jià)單需要審批。點(diǎn)擊“Send for Approval”將報(bào)價(jià)單送去請求審批。
在Business Configuration中對US East Market 創(chuàng)建的approval list中的員工便可同意或拒絕等待審批的訂單。
待報(bào)價(jià)單審批通過后,便可發(fā)送給客戶,待客戶接受報(bào)價(jià)單后便可轉(zhuǎn)到Order生成訂閱訂單:
接著便可到Orders Tile查看訂單狀態(tài),是否生成了對應(yīng)的訂閱訂單(Subscription)。圖中可看到Subscription創(chuàng)建完成。
在Subscriptions Tile中查看生成的訂單:
在創(chuàng)建報(bào)價(jià)單時(shí),由于把訂閱開始日期定在過去,接下來便可以去查看生成的賬單包含了一次性以及按月費(fèi)用:
客戶對該產(chǎn)品的使用數(shù)據(jù)可在Usage Data中維護(hù),倘若客戶SUNNY使用了1200次APICall, 維護(hù)使用數(shù)據(jù)如下圖:
再次查看賬單數(shù)據(jù),可以看到新的賬單項(xiàng)生成。產(chǎn)品Mail_service定義的包含APICall為1000次,每額外的100次收費(fèi)20美元,客戶的usage為1200次,收費(fèi)40美元:
由此,一個(gè)完整的由報(bào)價(jià)單到根據(jù)產(chǎn)品使用的賬單生成的流程便完成了。
要獲取更多Jerry的原創(chuàng)技術(shù)文章,請關(guān)注公眾號"汪子熙"或者掃描下面二維碼: