轉碼必看--沒有財務/技術背景也能入ERP的Business Central?

技術顧問 就像我一開始說的 他只是一個 他就是工程師 他就專門在寫程式的 那所以說他不用去 理解說 客戶的需求 就是他不用去理解說客戶的需求其實是什麼 不用去理解說客戶的流程是什麼 主要就是因為 這些工作全部都是 應用顧問在做的 所以他基本上就是寫程式而已 所以他其實不用到有 財務背景 也不用到非常懂流程 所以其實 他需要的反而就是說 其實你要會寫 後端的程式 纔可以 因為在ERP裡面 大多都是寫後端的程式的 老師我還有一個問題 就是現在這個 Business Central的話 它跟那個Power Platform它是有什麼關聯嗎 就是在我們平時的工作 工作中會與 PPger 就比如說用它做一些Power Apps 或者是Automate 它其實是會有關聯的 因為在微軟這個體系下 它其實有 非常非常多的工具 非常非常多的App 可以讓 就是非常非常多的服務可以讓客戶去做使用 那像在 Dynamics 365這個體系裡面 因為它有分不同的體系 其中一個體系叫Dynamics 365 其中一個體系叫Power Platform 那Power Platform基本上就是 去輔助Dynamics 365 這些服務 可以去達到更好的一些效果 比如說在我們 在Dynamics 365裡面 可能會有 CRM也會有ERP 那如果他們之間要串接的話 那Power Platform 裡面可能就會有一個Automate 可以讓他們去做串接 那如果說他們可能有一些 像ERP可能會有一些前端 的一些畫面 想要讓用戶可以去輸入完 以後再把資料留到 ERP裡面去做記錄的話 那他就可以用到Power Apps 那如果說要去 去做一些圖像化的分析的話 就可以用到Power BI 去將ERP的資料抓出來 以後去做分析 所以它其實是相輔相成的 它是相輔相成的 一個工具 OK 明白了 那就是Business Central 它平時的工作 主要都做哪些 實際上 比如說像Finance 或者是Manufacturing 他們平時在這個系統中 都需要操作什麼 需要操作什麼 我這麼說好了 我們接下來會講到一個 在我們做顧問的時候 主要的工作會有哪一些 然後一個專案 它的一個SOP是什麼 你指的是這個嗎 顧問的工作 沒問題 通常一開始 基本上 講的很簡單的一句話 就是我們顧問基本上就是在做專案的 那什麼是叫做專案呢 基本上我們一個專案 它其實會有一個 大致上也會有一個固定的SOP 當然會因為有些公司 不同的公司 以及不同的案子 會有一些不太一樣 但是基本上不太會脫離這個SOP 那這個SOP 基本上我們可以分為 四個階段 第一個階段呢 就是我們的需求訪談 需求訪談指的就是說 今天我們 這個案子接到了 我是可能是這個案子的專案經理 我這個案子的PM 那我今天呢要去客戶那邊 去了解他們的需求 所以說我們會去 做一個這個就叫做需求訪談 那我們就會跟客戶面對面 然後去了解說 他平常的工作有哪一些項目 那哪一些呢 是可以在系統上做的 哪一些呢是可以 他們在系統外做的 不管系統外呢可能就是包含 你不管是手動做 你要用其他的系統去做支援 都可以 那我們就要去判定說 哪一些是要在ERP裡面做 哪一些不是在ERP裡面做的 將他們的每一個工作流程 全部都分析出來 每一個流程都瞭解 都分析出來以後 接著我們就會有一個需求的確認書 那他這個確認書主要是在確認什麼呢 你必須要知道說 這個客戶 他們每天的工作當中 哪一些是要在ERP裡面作業 以及他們在ERP 作業裡面的這些 這些需求這些流程呢 有哪一些又跟你們的 跟你們現在這個BC這個系統 標準的有差異 如果有差異的話呢 我們可能就要用客製的方式去做解決 那客製的方式去做解決的話 他就會有他的時數出來 那就是我們要去 估這個時數出來 這個時數主要就是說 在開發人員 在開發的時候可能會需要 花多久的時間 因為這個都是要另外跟客戶去收錢的 去charge的部分 所以在確認需求的部分呢 很大一個地方就是在這裡 我們會去出一個需求確認書 裡面就是在說 今天客戶哪些需求 我們可以用系統來做 那系統裡面呢又是 系統來做裡面的這些流程呢 這些功能哪一些又是屬於標準的 哪一些又是屬於客製開發的 如果需要客製開發 那我這邊的顧問就必須要去估一個時數出來 跟我的技術顧問 跟我的工程師討論以後 去估一個時數出來 然後請客戶確認 那他確認完這個時數OK 他們也有這個預算的時候呢 我們才會進入到下一個階段 那在目前 第一個階段需求訪談的部分 有沒有什麼問題 老師我能不能理解 就是第一部分的話就相當於一個 Business Analyst 就是這樣的一個角色 去了解顧問的這種 對 通常我們就是像您剛剛說的 我們簡稱這個流程 這個動作就叫做BA 我們會去客戶那邊去做一個 Business Analysis的部分 去跟他們去做分析 去做訪談 通常這個部分我們就叫做BA 就是因為你要出這個書 那是不是說明你要有良好的 協作能力 就是還是說有模板 就是說你有常用的 然後你更改一下就好 對其實 每一間公司他都會有自己的模板 他都會有自己的模板 其實他也不是一個相當複雜的文件 我可以給大家看一個範例 其實很簡單 主要就是在客戶的 他就是 每一間公司都可以不太一樣 像我們公司主要就是可以用 Excel的方式來呈現 主要就是能讓客戶明白 跟確認每一個事項就可以了 像這邊的話就是會有 每一個流程的名稱 然後他的內容是什麼 他可以用到 BC裡面哪一個功能 可以去配合到 那他是不是 他可以在哪一個階段去做執行 那也就是說像這邊就會去 選擇說S的話就是 以標準 D的話就是需要開發 如果需要開發 那我們的解決方案又是什麼 那他是不是會有產生 對應的文件或是報表 那以及他的MainDay 就是我們可能如果要客製開發 他的天數會是多少 這個都是 我這個是一個 非常簡單的一個模板 就是可以用一個 Excel的方式直接去做呈現 只要是跟客戶去做確認就可以 這是一個大概的一個範本 OK 比如說像這個Standard 這個S的話 那是不是代表 就是在系統中 就可以直接找到這個 這個模塊 然後直接可以添加進去 比如像D的話 有可能就要跟這個 Technical Consultant 他那邊結合 然後讓他們去開發 是沒錯 你說的沒錯 S的話 基本上就是Standard的部分 就是系統上已經有的功能 比如說很簡單 客戶跟你講說 我們基本上 我在我們的銷售流程裡面 是會需要用 是會需要先去報價 報價完以後 會去跟客戶確認訂單 那確認訂單以後 我們可能會給他一個 Performa Invoice 來去做確認 那簽回以後就沒問題 那基本上呢 我就會說 那這幾個部分 我們是可以用到 系統標準的 標準其實在ER 在BC裡面就會有 Sales Code 跟Sales Order的功能 那他也可以出 他標準的Performa Invoice 那這樣子的話 我們就會說 那跟客戶溝通說 那我們用標準這個能不能做 我也給他看 我們系統標準是長什麼樣子 那確定流程 沒問題 跟客戶達成共識的時候呢 那我就會說 那我們未來就是 用這樣的方式去做 我就把他標一個S 但是呢 如果發現說 比如說在我們 某一個情況下 比如說 像今天Sales Order的部分 他可能 客戶會想要用 他們自己Invoice的樣式 比如說他們像 剛剛講Performa Invoice 如果說他們有自己的格式 他不想用系統上標準的格式 他有自己的格式 那他就會說 不行我要用我自己的格式 你那個我沒有辦法用 那我就會說 好那我可以幫你客製出 你們自己的格式 那這個呢 就會是一個D 就代表是我們要去 幫忙去做開發的 是Developer 我們要去做開發 那我就會去跟 技術顧問 去溝通說 開發這個格式 這個Invoice的格式 需要多久的時間 那他就會回我一個時數 比如說要四個小時 六個小時 那我就會 我可能就會回報給客戶 一個正確的時數 給他以後 那他基本上呢 他會去同意 如果這個時數他覺得OK 這個錢他覺得OK 那我們這個才會 才會繼續去做 這個就是一個 互相確認的一個狀態