第七篇.HFM規則入門(一)

oracle_cj發表於2021-07-19

接下來的這幾篇文章,我們來聊聊H FM 規則編寫入門。筆者對H FM 規則的瞭解也只是皮毛,這裡拋磚引玉。

收到一些讀者資訊,是否可以寫點H FM  Rules相關的內容。這裡筆者分享的重點主要針對剛入門的技術顧問,H FM 的規則很好入門,無論技術顧問還是業務顧問都適用。

一、 如何入門規則?

規則入門有點像剝洋蔥,越寫越痛苦,但是等到你剝完洋蔥,加個雞蛋,炒個洋蔥,會發現很美味。寫規則也是如此,能堅持下來的,必定大有所獲。

技術顧問想要對合並報表的知識有所掌握,H FM 規則的掌握必然是必不可少,如果不從規則入手,即使把註冊會計師裡面的會計看完也沒太多用處,為什麼呢,書上都是理論知識,在實際使用中是有所差異的,何況是將理論知識結合系統實現。

顧問想要寫好H FM 規則,必須要對系統維度熟悉,如科目的設計、自定義維度的設計。維度是系統的根基,無論是構建表單還是規則開發,都是基於維度來進行。每個維度以及維度與維度之間的設計關聯都是比較複雜的。有關維度設計的內容後期會陸續補充。

一個專案上,如果技術顧問是新手,那麼業務顧問就得對系統、對規則設計比較熟悉,否則這個專案很難做。

技術顧問入門規則的時候就是簡單的搬運工,業務顧問(對規則熟悉的業務顧問)說怎麼寫就怎麼寫,或者有資深技術顧問帶著寫。為什麼說是簡單的搬運工,剛開始你只需要只是哪個科目的資料是哪個科目計算過來的就夠了,不用問太多的為什麼。

筆者認為,技術顧問需要培養一項很重要的能力:思考,一個專案做完了,你就要問下自己為什麼規則要這麼寫,如損益表的淨利潤為何要結轉到資產負債表的未分配利潤上,為什麼要做年初結轉,為什麼在折算規則(translate)中< parent currency> 這個value是不可見的,有太多的為什麼等著去自己反問。解決這些”為什麼”的方法在熟悉系統的基礎上,向身邊的業務顧問學習,去學習C PA 的知識。我們說術業有專攻,技術顧問不要認為自己對C PA 的知識掌握的很好,其實和業務顧問(C PA 級別)比起來,有不少的差距的。規則的入門一定是慢慢積累起來的,並非一朝一夕,不積跬步無以至千里,只有不斷學習和積累,才能從量變到質變。以前做專案的時候,筆者喜歡大量去看其他專案的規則設計和維度設計,看得多了你就知道什麼場景該怎麼寫。

二、什麼樣的規則才算“好”

筆者認為,能充分描述實現的業務場景的同時又能簡單明瞭,其他人又能輕易看懂的規則才是值得學習的規則,而不是哪些用了各種複雜技術,寫的晦澀難懂的規則。複雜技術的寫法是不得已時才考慮用,一般情況不建議使用。

比如用For迴圈來寫規則是最常見的,for迴圈簡單易理解,是入門規則需要掌握的。但是for迴圈有時候也是效能殺手,規則執行出現效能問題,往往都是for迴圈惹的禍。筆者後面的文章會分享在for迴圈上如何平衡效能問題與邏輯實現的矛盾。

三、 規則入門具備的知識及技巧

規則入門需要具備一些基本的知識:

1、對H FM 的value維度有基本的瞭解

2 、對維度設計有基本的理解

3、對vb指令碼有基本的掌握

4、對常規的語言語法有基本的瞭解,比如if …else…end if,for …next

其實上面4條的要求很低,也很簡單。看看一些例子基本就明白。

我們說有了上面4條要求的基礎,想要快速掌握規則的技巧就是:

Ø copy- > 改,不要小看copy,如果同樣的場景,有參考的規則,可以直接拿過來使用,筆者認為,無論是在什麼行業,copy改是一個很重要的技能。

Ø H FM 管理員文件,這個才是參考資料的核心。如果從官方網站下載,一般都是英文,如果想要看中文文件,最簡單的一個方法就是登陸到H FM 系統,使用系統的幫助選單可以使用系統上安裝過的所有元件的文件。筆者從這個幫助文件中獲益匪淺。

四、預告

下篇文章,將分享H FM 規則最重要的一個函式:exp


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/28963606/viewspace-2782065/,如需轉載,請註明出處,否則將追究法律責任。

相關文章