香港中菜館入貨單部門入帳完整工作流指南

中菜館入貨單部門入帳,係指將每張供應商入貨單上的 line item,按廚(廚房)、點(點心)、燒(燒味)、酒(酒水)、員(員工餐)等 5 至 7 個 cost center 逐項分類,然後寫入 Xero tracking categories、FlexSystem Foodival、Eats365 等系統的部門欄。

實務上要處理三類文件:正式食材批發商的印刷入貨單、街市檔主用 NCR 簿仔過底紙手寫的街市單,以及供應商事後發出更正原單錯處的更正單。重量單位亦要準備兩套換算 —— HK 斤約等於 0.61 公斤(1 公斤約 1.65 斤);內地市斤就只係 0.5 公斤,1 公斤等於 2 市斤、1 市斤再分 10 市兩。

寫呢篇文章針對嘅讀者,係香港中菜館、酒樓、點心專門店或者燒臘食肆嘅內部會計、又或者外判嘅飲食業記帳師傅。規模典型由單店到 5 至 20 家分店連鎖,月處理 200 至 800 頁採購文件。你可能已經逐張入貨單手抄入 Excel 一段時間,月結趕到死;又或者老闆 / 會計師近排質問「點解廚房數字唔啱」、「點解燒味毛利上個月差咁遠」,而你打開 ledger 發現根本冇按部門分開計過。

落到實務,呢個工作流由月結 batch 嘅一疊雜亂文件開始,以一個可以畀老闆睇嘅部門食材成本率作結。中間要解決嘅問題包括:同一條 line item 上印刷部門欄、印章、廚房手寫部門備註邊個先算數;多供應商部門代碼點 normalize 到內部統一;斤兩點換算成公斤,跨境貨源要 confirm 邊套標準;最後落到 Xero、FlexSystem Foodival、Eats365、Costflows 或者自家 Excel 嘅部門欄。

中菜館的部門 cost-center 結構與西式 COA 的對照

中菜館嘅部門 cost-center 結構,典型由七個崗位構成,大多數酒樓會用其中 5 至 7 個,視乎自家菜單同店面規模:

• 廚(廚房 / 炒鑊崗): 海鮮、肉類、蔬菜、米、麵粉、雞蛋等大宗食材。炒、煀、燴、蒸等正餐主菜由呢度出。係大多數酒樓食材成本佔比最高嘅 cost center。
• 點(點心): 點心粉、糯米粉、蓮蓉、豆沙、蝦、燒賣皮、腸粉米漿等。粉麵類食材本身成本低,但點心崗人手密集,毛利結構同主廚房好唔同 —— 呢個正係要獨立分計嘅理由。
• 燒(燒味 / 燒臘): 燒鵝、燒鴨、叉燒、燒肉、滷水、白切雞用嘅家禽、豬肉同醬料。肉類成本相對高,加上燒臘檔通常獨立出單(燒味飯、外賣燒臘份),拆開計毛利先睇得清。
• 酒(酒水 / 酒吧): 啤酒、紅白酒、烈酒、汽水、茶葉、果汁、玻璃杯具。酒水成本低、定價彈性大,毛利率同食物完全唔同層次。
• 員(員工餐 / 伙食): 員工三餐用嘅低成本食材。通常唔計食材成本率,直接歸營運成本入面。
• 調(調味料 / 調料倉): 鼓油、蠔油、麻油、豆瓣醬、八角、桂皮、味精等。由全店共用,有啲酒樓會按月按比例分攤回廚 / 點 / 燒,有啲就獨立留喺「調」唔分攤,睇你想點睇成本。
• 樓面(前廳 / front of house): 杯墊、紙巾、消毒用品、餐具補充等。部分酒樓會獨立 cost center 計,有啲就 lump 入「雜項」 —— 因為樓面食材成本比例細,獨唔獨立分計差別唔大。

行業常見嘅食材成本率區間,係呢套部門結構底下最常被引用嘅 baseline:廚房 30 至 35%、點心 25 至 30%、燒味 35 至 40%、酒水 18 至 22%。員工餐唔計比率,歸營運成本。呢啲係業內 rule-of-thumb,並唔係絕對 KPI —— 高端酒家同平民茶餐廳嘅廚房成本率本身就唔可以用同一條尺量,點心專門店同燒味為主嘅店面成本結構亦完全唔同。寫入餐廳 dashboard 之前,要根據自己菜系定位、店面結構、供應商議價能力先校準合理區間。

點解中菜館要分得比西餐廳細?西式餐廳 COA 通常係 Kitchen / Bar / Front of House / Dishroom 四個 cost center,個 Kitchen 係 lump-sum —— 因為西式 diner 或者 casual chain 嘅廚房崗位食材結構相對均一,合併咗都唔會丟失太多分析能力。中菜館嘅情況唔同:點心、燒味、廚房三個崗位嘅食材本身成本構成差異大(粉麵類、肉類、海鮮類嘅單位成本相距幾倍),如果合併入一個「廚房」cost center,當廚房月結成本上升,你根本唔知係主廚房食材漲咗價,定係燒味鵝肉漲咗,定係點心檔多咗浪費。一旦 lump,就丟失咗診斷能力。

留意一個經常被混淆嘅分別:中式廚房崗位(爐灶、砧板、蒸籠、冷盤、排菜)係 operational kitchen stations —— 屬於人手分工同烹飪技術劃分。會計 cost center 係按食材去向同毛利可分性切,兩者抽象層級唔同。一個食材去咗砧板崗處理之後可能落到廚或者燒,要按最終出菜歸屬;一個爐灶崗嘅煮食動作可能涉及廚同調兩個 cost center 嘅食材。寫部門入帳 SOP 嗰陣,千祈唔好混淆呢兩套結構。

呢套部門結構亦唔係硬性標準。連鎖大酒樓集團會分得更細 —— 中央廚房獨立、冷盤檔同點心廚房分開計、外賣 / 堂食拆開計成本。小型店面可能 lump 廚加點為一個 cost center,將酒水合到員工餐入面再齊喺一個「雜項」。重點唔係要跟邊套標準,而係餐廳要有自己一套穩定嘅 cost-center taxonomy,然後每張入貨單都按呢套 taxonomy 入帳 —— 一致性比顆粒度重要,因為食材成本率要時序可比先有意義。

月結 batch 入面的四種文件:入貨單、送貨單、街市單、更正單

大型酒樓或者連鎖中菜館每日由 5 至 15 個供應商收貨,月結批次 200 至 600 頁不等。同一個 batch 入面混合幾種完全唔同 shape 嘅文件係常態,唔係例外 —— 入帳人員要做嘅第一步,係將呢疊嘢識別清楚先。

正式食材批發商入貨單(中英對照印刷格式)。 結構最完整嘅一類:有 invoice no、PO no、supplier 抬頭、單價、數量、總額、稅額、批核欄。海鮮批發、肉類批發、米商、醬料供應商通常用呢個 format。中英對照係 HK 食材批發業嘅常態 —— 同一張單上品名行常常一行中文一行英文(或者中文連 SKU 編號)。係四種文件入面結構最 standardize、最易批量擷取嘅一類。

每日送貨單(印刷半手寫)。 有 supplier 抬頭、delivery date、driver 簽名,但通常無 invoice no —— 因為 invoice 要月結時先出。一張月結 invoice 對應呢個月內若干張送貨單,要靠 delivery date 同物品名 group 翻晒一齊先對得返。如果你見到一張紙印有 supplier 但只有「2026 年 4 月 18 日 早 7:00 送達 廚房簽收」呢類訊息,就係送貨單;入帳時通常等月底拎到正式 invoice 先做 line-item posting,送貨單留作 audit trail。

街市單(NCR 簿仔過底紙手寫一式兩份)。 街市檔主用 NCR 簿仔過底紙手寫一式兩份,字跡參差。通常無公司抬頭,只有檔主姓名同攤位編號(例如「廟街 23 號檔 陳記海鮮」)。計價單位常常係斤、兩、件,而部門備註多由餐廳採購員 —— 唔係街市檔主 —— 收貨時手寫加上。NCR 簿仔嘅底頁交餐廳採購員,正本留檔主自己,所以你手上嗰份係過底紙嘅副本,有時字跡會比正本淺。呢類文件係四種入面最唔規則嘅,但量唔細 —— 任何有海鮮、活雞、新鮮蔬菜、燒味原材料嘅中菜館,街市單佔月結 batch 嘅頁數通常都過一成。

更正單(Correction note)。 通常因為原入貨單上單價或者數量寫錯,供應商一兩日內發出。會引述原入貨單嘅 invoice no、註明更正內容(例如「原 12 斤改為 10 斤」、「原單價 $48 改為 $46」、「漏咗一行 6 斤生薑 補入」)。月結時要將更正單同原單關連 —— 計差異、抵銷原單錯誤金額、再以更正單嘅正確金額入帳。如果處理唔當,部門食材成本會雙重計算或者完全漏計,呢個係月結時最常見嘅 silent error 之一。

關於 IRD 認可性,有一點要釐清:IRD 接受手寫單據(包括街市單)作支持文件 —— 呢點唔係問題,街市單可以原樣入帳。真正嘅實務 challenge 係月結時點將呢類唔規則嘅文件 normalize 到同正式入貨單一致嘅 line-item layer。一旦 normalize 完,街市單同正式入貨單喺 ledger 入面係同等層次,毋須分開個 ledger 處理。如果想睇香港餐廳供應商食物追溯紀錄維度嘅延伸內容,可以參考英文版嘅 Hong Kong restaurant supplier record-keeping(英文版,食物追溯紀錄維度),果度由食物進口商登記、供應商身份證明等角度睇同一批文件。

四類文件帶嘅部門資訊各唔相同:正式入貨單通常已有印刷部門欄(係供應商建議分類);送貨單可能完全無部門欄;街市單肯定無、要餐廳自己加;更正單繼承原單嘅部門代碼。即係話,唔係每張單上嘅部門資訊都同等可信,亦唔係每張單都帶住部門資訊。

入貨單同一 line item 嘅部門代碼識別優先順序

一張正式入貨單上同一條 line item 經常同時帶住三層部門資訊:供應商打印嘅部門欄、採購主管 / 廚房總管手寫加上嘅部門備註,以及加蓋嘅批核印章。三層信號邊個算數?實務上嘅優先順序係:廚房手寫 > 印章 > 印刷部門欄。

印刷部門欄(優先級最低)。 通常係供應商根據 PO 或者過往落單慣例打印出嚟嘅「建議分類」。問題在於供應商唔會知道你餐廳嘅實際內部 cost-center 結構 —— 海鮮供應商可能將生蠔同蝦一律打成「廚」,但呢個月你嘅蝦其實係用嚟做點心嘅蝦餃皮;米商可能將正餐用米同員工餐用米合併打成「廚」,實際上要拆開計成本。印刷部門欄係 starting point,但唔係定論。

印章(優先級中)。 「採購主管已批 / 廚房收貨 / 帳房入數」呢三層橡皮印章本質係內控批核軌跡 —— 證明嗰張單已經行過邊個程序、由邊個人簽批,但本身唔係部門代碼。一個例外係:有啲酒樓嘅廚房收貨印章上會直接印有部門簡寫(例如「廚」、「點」),呢個情況下印章兼任部門代碼,優先級可以提升到接近廚房手寫嘅水平。如果你公司嘅印章只係純批核軌跡(例如只係「廚房已收 簽收人:陳師傅」),咁印章對部門入帳冇直接幫助,但要保留作日後 audit 用。

廚房手寫(優先級最高)。 廚房總管或者收貨主廚收到貨時,根據實際派去邊個崗位用而手寫加上嘅部門備註,先係真正最終嘅判斷依據。呢層 reflect 真實食材去向 —— 一隻 5 斤嘅鵝,印刷可以打「廚」,但如果廚房總管手寫「燒」,即係呢隻鵝實際係燒臘檔用嚟燒鵝、唔係廚房用嚟燉湯。入帳要以呢層為準。

幾個常見例外要處理:

• 廚房手寫同印刷部門欄唔一致時。 以廚房手寫為準。建議將原印刷代碼留喺擷取資料嘅 raw-text 欄做備份,以便日後 audit 時可以追翻原始判斷依據。
• 廚房手寫缺漏時(忙月結成日有)。 回退到印刷部門欄;如果印刷亦冇,根據食材性質作 default —— 米飯類預設「廚」、燒鵝預設「燒」、紅酒預設「酒」、員工伙食用米預設「員」。Default 規則要事先定好,唔好交由入帳人員臨時判斷。
• 印章對部門入帳嘅角色。 主要係 audit trail。入帳時唔需要每枚印都進 line item,但建議掃描原單時保留全頁,以便 IRD 查冊或者內部核數時可以拎出證明。

呢個優先順序嘅核心價值唔係「邊個信號最權威」,而係令整個 batch 處理嘅一致性可重複。餐廳要將呢套規則寫成內部 SOP,令所有入帳人員(無論係內部會計定外判記帳師傅)用同一套規則 —— 否則同一張單畀兩個人入,會出兩個唔同結果,部門食材成本率就無時序可比性,你想做嘅毛利監察、價單調整、供應商談判全部失去基準。

多供應商部門代碼 normalization:supplier × supplier-code mapping

每一個供應商都用緊自己一套 supplier-code,呢點月結時非常明顯:海鮮供應商嘅單上可能只有「廚 / 點」兩個代碼(海鮮主要去廚房,但會有少量蝦撥去點心做蝦餃);米商可能用「廚 / 員」(正餐用米同員工餐用米);醬油廠可能用「廚 / 點 / 員」三個;一個有規模嘅食材批發連鎖,內部代碼可能去到 6 至 8 個,涵蓋連你都未諗過嘅切割方式。

更麻煩嘅係同一個字,喺唔同供應商手裡指完全唔同嘅嘢。「燒」喺海鮮供應商手裡幾乎一定指燒味崗(燒鵝、燒鴨嘅肉源);但喺燃氣或者鍋爐維修嘅供應商手裡,「燒」可能指鍋爐房嘅「燒水」 —— 兩者完全唔同 cost center,撈埋計就出大鑊。類似嘅歧義仲有「冷」(冷盤崗 vs 冷藏倉)、「樓」(樓面 vs 樓上分店,如果你有兩層舖)、「主」(主廚崗 vs 主管伙食),全部都要靠 context 同供應商 ID 去 disambiguate。

實務做法係建立一張 supplier × supplier-code → 內部 cost center mapping table。每個供應商一行(或多行,如果一個供應商用多個 code),列出佢喺單據上印或者寫嘅原始代碼,以及對應翻你餐廳內部嗰套統一 cost center。新供應商加入時更新一次;同一供應商改變代碼系統(較罕見,但有時佢哋換系統時會發生)就要再更新一次。

Mapping table 嘅 minimal schema 大約咁:

• Supplier ID —— 供應商唯一識別碼,內部編。
• Supplier Name —— 供應商名,中英對照,以便日後人手核對時容易識別。
• Supplier Code —— 供應商喺其單據上印或者寫嘅原始代碼,例如「廚」、「K」、「Kitchen」、「主廚」、「炒鑊」 —— 全部都要 capture 入嚟,因為同一個供應商有時印刷用一個 code、手寫用另一個 code。
• Internal Cost Center —— 餐廳內部嗰套統一 cost center,即係廚 / 點 / 燒 / 酒 / 員 / 調 / 樓面之一。
• Notes / Examples —— 備註欄,記低例外或者 disambiguation 規則,例如「呢供應商嘅『點』包括糯米粉同蓮蓉,但唔包點心皮 —— 點心皮直接記『廚』」、「呢供應商嘅『燒』係燒水(鍋爐),唔係燒味」。

維護成本其實好低。Typical 餐廳每個月新增 1 至 3 個供應商,新供應商加入時 5 至 15 分鐘掃描翻幾張單就 mapping 得到;之後幾乎冇 maintenance。但 ROI 高 —— 一旦每個供應商都 mapped,整個 batch 入帳時可以由 supplier ID 加 supplier-code 直接 lookup 出內部 cost center,而唔需要每張單由人腦做判斷。對於月處理 200 至 600 頁嘅餐廳,呢個自動化能省下嘅時間係幾十個工時嘅級數。

呢張 mapping table 同上一節嘅優先順序規則係互補嘅,唔係替代。Mapping table 處理嘅係「印刷部門欄怎樣 normalize 翻內部 cost center」呢個問題;當廚房手寫存在嗰陣,優先順序規則話畀你聽要 override mapping 結果。即係話 —— 廚房手寫永遠優先,但喺廚房冇手寫嘅情況下(尤其係送貨單、街市單以外嘅常規入貨單),mapping table 可以接管處理,唔需要每次都人手判斷。

斤兩單位換算:HK 斤、HK 兩,以及與內地市斤、市兩嘅差異

香港中菜館嘅入貨單,「8 斤 4 兩」呢類寫法係常態 —— 海鮮、肉類、蔬菜按重量計價嘅供應商,十居其九都用斤兩。但會計系統(無論 Xero、Foodival 定 Excel)幾乎全部以公斤為入帳單位,所以每筆 line item 都要做一個換算。換算冇難度,但有兩個要記實嘅錨點:

• 1 HK 斤 ≈ 0.605 公斤(精確 604.78982 g),1 公斤 ≈ 1.65 HK 斤
• 1 HK 兩 = 1/16 HK 斤 ≈ 37.8 g
• 1 內地市斤 = 0.5 公斤,1 公斤 = 2 市斤
• 1 內地市兩 = 1/10 市斤 = 50 g(留意係 1/10,唔係 1/16)

呢套換算嘅權威來源可參考 香港海關公布的中式重量單位換算:在香港,1 斤約等於 0.61 公斤、1 兩等於 1/16 斤;與內地市斤不同 —— 內地 1 公斤等於 2 市斤、1 市斤等於 10 市兩。

實務操作層面,將入貨單上「8 斤 4 兩」轉成「5.0204 kg」係每筆 line item 嘅 routine 預處理。換算公式:total_kg = (斤 + 兩 / 16) × 0.60479。落到 spreadsheet 通常做兩個欄 —— 一個 raw quantity 欄保留供應商原始寫法(8 斤 4 兩),一個 normalized quantity 欄寫成公斤(5.0204 kg);raw 欄留作 audit trail,normalized 欄入帳用。

跨境採購嗰陣 confirm-source 規則就係要做嘅判斷。如果供應商係內地貨源(直接由廣東或者深圳供貨,而唔係經香港中盤商分銷),要 confirm 對方單據用嘅係 HK 斤定內地市斤。兩者差異大約 17%(0.605 對 0.5),如果搞錯 —— 例如將內地市斤當 HK 斤計 —— 部門食材成本會多計或者少計兩成左右。海鮮、肉類嘅 case,呢個錯誤直接令部門毛利數據嚴重失真。

實務做法:每個內地供應商喺 supplier mapping table 加一個「重量單位標準」欄,只填三個值之一(HK 斤 / 內地市斤 / 公斤);新供應商加入時 confirm 一次,之後唔需要每次入帳都翻問。如果供應商自己唔肯定(有時佢哋自己都唔知),最簡單嘅 confirm 方法係拎一張舊單,核對總額除以單價,睇得出佢嘅斤點計。

邊類食材最易出問題?海鮮 —— 尤其活鮮、急凍 —— 同肉類因為按重量計價,單位換算錯就直接錯銀碼。粉麵、米一般成包賣(例如一包 25 斤),包裝重量定咗,較少出單位歧義(雖然「25 斤」嘅斤本身仍然要 confirm)。醬料按樽、罐、桶賣,unit 通常係件數,完全唔受呢個問題影響。樓面用品(紙巾、消毒水)亦同樣係件數計,完全唔涉及斤兩。所以做斤兩換算嘅工夫,80% 集中喺海鮮 + 肉類嗰兩條 line。

街市單同更正單嘅特殊處理

四種文件入面,街市單同更正單佔月結時間嘅比例最唔成正比 —— 兩者通常加起嚟唔過 batch 頁數嘅一兩成,但食晒月結嘅大半工時。原因都係結構唔規則:街市單冇標準格式,更正單要做關連先入得到帳。落到實務,各有一套針對性流程。

街市單嘅實務處理。 街市檔主用嘅 NCR 簿仔過底紙係一式兩份 —— 底頁交餐廳採購員,正本留檔主。建議將餐廳呢一份逐張掃描成 PDF,以日期加街市名作檔名(例如「2026-04 廟街海鮮陳記.pdf」),整本 NCR 簿仔嘅一個月份歸成一個 PDF,方便日後查冊。

檔主 identifier 處理係街市單嘅起點。街市單通常無公司抬頭、無 BR 號碼,只有檔主姓名加攤位編號(例如「廟街 23 號檔 陳記海鮮」)。將「街市名 + 攤位編號 + 檔主姓名」拼成一個 supplier identifier 寫入上一節嘅 supplier mapping table —— 例如 supplier ID「MKT-MJST-23-CHANS」對應 supplier name「廟街 23 號檔 陳記海鮮」。同一個檔主以後嘅街市單就可以套返同一條 mapping。

部門代碼補加係街市單獨有嘅一步。街市檔主絕大多數唔會喺單上寫部門代碼 —— 你問佢「呢條魚係去廚房定燒味?」佢都係答你「就咁睇你點用囉」 —— 所以呢層必須由餐廳採購員或者廚房收貨主廚收貨時手寫加上。如果採購員忘記加(月結趕嗰陣會發生),回到上一節講嘅 default 規則,根據食材性質作 fallback。

IRD 認可性點落實?IRD 接受手寫單據作支持文件,呢點容許街市單原樣入帳;月結時將街市單同其他正式入貨單擺埋一齊處理就可以,唔需要分開個 ledger。即係話街市單只要 line-item layer 整理好(supplier identifier + 部門代碼 + 斤兩換算公斤),喺 ledger 層面已經同正式入貨單同等地位。

更正單嘅 audit trail 關連。 供應商發出更正單嘅理由通常係原入貨單寫錯 —— 數量錯、單價錯、又或者漏咗一行。更正單會引述原入貨單嘅 invoice no。如果見到一張更正單冇引述原 invoice no(罕見但會發生,通常係供應商小職員寫漏),要追供應商 confirm,否則無辦法做關連,只能當張更正單係新一張獨立入貨單入,日後對數時會 confused。

月結處理嘅做法:喺 line-item layer 加一個「更正關聯 invoice no」欄。月結對數時 group by 呢個欄,篩出每對「原單 + 更正單」 —— 計差異(數量差、單價差、總額差),先抵銷原單錯誤金額,再以更正單嘅正確金額入帳。

跳過呢一步嘅後果好嚴重。如果原單同更正單分別入帳、冇做抵銷,部門食材成本會雙重計算 —— 例如原單記咗廚房 12 斤蝦 ($480),更正單話實際只係 10 斤 ($400),冇抵銷就變成廚房入咗 22 斤蝦 ($880),呢條 line 嘅虛高金額直接落入廚房當月成本入面。如果一個 batch 入面有十幾條 line 都係咁樣冇做抵銷,廚房月結食材成本可以虛高幾個百分點,老闆睇 dashboard 時會誤判廚房有 cost overrun,可能去質問廚師、改價單、調整供應商,但根本問題只係入帳冇關連。呢個係月結時最常見嘅 silent error 之一,因為個 ledger 表面上每張單都入晒、唔會 trigger 任何系統警報。

Audit trail 嘅 format 建議:每對原單 / 更正單嘅關連紀錄要有三項 —— 原單 invoice no、更正單 reference no、差異原因(供應商寫錯 / 入錯數量 / 單價談判後調整)。三項缺一不可,以便日後 audit 時可以重建整個更正過程。

呢兩類邊緣文件嘅處理,直接影響月結對數準確性。對數工作流(將採購單、送貨單、入貨單三者拉埋對)係建立喺呢個 line-item layer 之上嘅 —— line item 層面出錯,對數結果就唔可能準。如果你想睇月結對數工作流嘅完整方法論,可以參考 香港餐廳採購單、送貨單與入貨單的對數工作流,嗰篇由對數角度切入,同呢篇嘅入帳工作流互補。

將部門代碼寫入 Xero、FlexSystem Foodival、Eats365、Costflows、Excel

每個會計、POS 或者 ERP 系統嘅「部門欄」實作機制都唔同,但抽象上都係將 line item 標記到一個 cost center category。落到具體實作層,呢層機制嘅形態決定咗你 mapping table 嘅 output 要長成點。下面係香港中菜館實際會撞到嘅幾套系統,逐個睇:

Xero HK + tracking categories。 Xero HK 用 tracking categories 機制,容許設兩個 list,每個 list 最多 100 個 options。香港中菜館典型雙軸結構係:list 1 = 部門(廚 / 點 / 燒 / 酒 / 員 / 調 / 樓面),list 2 = 分店(尖沙咀 / 中環 / 旺角)。每筆 invoice 入帳時兩個欄都填,事後可以由報表 group by 部門乘分店,做跨店毛利對比 —— 例如尖沙咀店嘅燒味成本率比中環店高出幾多、邊個分店嘅點心崗食材浪費最多。注意 tracking categories 唔係 Chart of Accounts 嘅替代,係 horizontal slicing —— 你仍然要有正常嘅 COA 帳戶(例如「食材 - 海鮮」、「食材 - 米麵」、「食材 - 醬料」),tracking categories 只係喺帳戶之上加一層維度。

FlexSystem Foodival。 FlexSystem 1987 年成立,係香港最大嘅本土會計軟件公司之一,Foodival 係其針對 F&B 行業嘅 ERP 模組。原生支援「部門 / 成本中心 / 中央廚房」欄,直接適合多分店加中央廚房嘅大型酒樓集團結構 —— 對於有獨立中央廚房供貨畀幾個分店嘅集團,Foodival 可以分開計中央廚房嘅食材成本同分店嘅食材成本,避免將中央廚房成本攤錯落分店。對比 Xero,Foodival 嘅優勢係本地化深、UI 中文、原生支援中央廚房 workflow;缺點係 vendor lock-in 較強,搬走一次成本高。

Eats365 POS + Xero connector。 Eats365 係 HK 同港澳地區常見嘅餐飲 POS,可透過 connector 將 POS 端嘅菜單部門 mapping 到 Xero tracking categories。對於 POS 同會計分開兩個系統嘅餐廳尤其有用 —— POS 嘅銷售數據(分部門收入)同入貨數據(分部門食材成本)都用同一套 tracking categories,計部門食材成本率時兩邊數可以直接除,唔需要再做一次 reconciliation。如果你 POS 同會計嘅部門結構唔一致,呢個 connector 就會撞牆;設定嗰陣要花時間將兩邊嘅部門 taxonomy 對齊。

Costflows。 HK 本土 AI-native 餐飲成本平台,焦點喺自動化食材成本計算、即時 dashboard 同跨店比較;部門結構由用戶自行定義。係新一代產品,適合相對 tech-friendly 嘅餐廳老闆或者內部會計;對於想睇 real-time 而唔係只係月結後睇成本嘅店面,呢類 dashboard-first 工具有獨特價值。

Kingdee 金蝶 HK。 跨境集團或者大陸關聯酒樓常用,因為香港總部加大陸分店一套 ledger,跨境 reporting 同稅務合規都喺一個系統入面處理。部門結構支援多層,但 UI 同操作邏輯比較傳統。如果餐廳冇大陸 leg,通常唔係首選,因為跨境功能對純本地店面冇用,引入嘅複雜性換唔到對應價值。

iCHEF HK。 POS-first,適合中小型店面;部門 / 成本中心嘅入帳能力相對基本,通常配合外部會計軟件(Xero 或者 Foodival)做正式入帳。即係話 iCHEF 處理你嘅 POS 端銷售同基本進貨,但月結時 line-item 部門入帳仍然要手工或者透過 connector 落另一個會計系統。

自家 Excel + 外判 accountant。 仍然係大量小型酒樓嘅現實做法。Excel 用一個「部門」column 加 pivot table 做月結 —— 簡單、零成本、零訓練。但唔 scale,當文件量超過月 200 頁就會撞瓶頸,人手 input error 率上升、亦無 audit trail 可言。對於月處理 50 至 150 頁嘅小型店面,Excel 仍然係合理嘅 baseline;再大就要諗轉系統。

系統嘅選擇唔係本文重點 —— 重點係不論落到邊個系統,部門代碼集合(廚 / 點 / 燒 / 酒 / 員 / 調 / 樓面)同 mapping 規則(廚房手寫優先於印章、印章優先於印刷,加 supplier × supplier-code mapping)都係跨系統 portable 嘅。搬系統時 mapping 規則照樣適用,只係 output format(Xero CSV、Foodival 入帳檔、Excel column)要重新對一次。

自動化選項評估同部門食材成本率分析

冇任何系統可以「全自動」處理中菜館入貨單部門入帳。呢句要先講清楚,因為市場上唔少 vendor pitch 都暗示自家工具可以一鍵搞定;實際上至少四個環節本質上需要人為判斷,自動化只可以縮減人手介入嘅時間,唔可以消除:

• 街市手寫單需要人手覆核 —— 字跡辨認、單價合理性、檔主 identifier 嘅初次設定;
• 部門代碼 normalization 規則要餐廳自己定義 —— supplier × supplier-code mapping table 嘅內容,任何工具都係幫你 apply,唔係幫你諗;
• 斤同公斤換算可以自動化,但要 confirm 供應商用邊套標準(HK 斤抑或內地市斤),呢個 confirm 動作每個內地供應商都要做一次;
• 更正單關連要靠 invoice no 加 supplier ID 拼,跨供應商唔同 numbering convention 時會有 edge case 要人手 resolve。

自動化嘅合理目標係:將人手時間由「每張單 5 至 10 分鐘抄入 Excel」縮到「批量擷取 + 5 至 10 分鐘 review」。一個月 200 至 600 頁嘅 batch,差距就係 15 至 50 個工時,大約等於一個會計人員大半個工作週。下面係常見幾個方案,每個處理 workflow 嘅唔同段落。

本平台。 中菜館入貨單擷取與部門分類自動化平台 焦點喺三個環節 —— 多文件 shape(印刷入貨單 + 半手寫送貨單 + NCR 街市單 + 更正單)嘅統一擷取、多供應商部門代碼 normalization 嘅 mapping 應用,以及斤兩換算成公斤嘅自動處理。落到 output 係結構化 line-item 數據(Excel、CSV 或 JSON),可直接導入 Xero、Foodival、Excel 等下游系統 —— 即係話本平台處理由文件到 line-item 嗰一段,落帳到會計系統仍然要透過你選嘅 ERP 或者會計軟件。優勢係處理混合文件 shape;限制係街市單仍需人手 review、mapping 規則由餐廳自定。

FlexSystem Foodival。 全套 ERP,優勢喺多分店加中央廚房嘅原生支援、本地化深;限制喺前端文件擷取仍需人手或者配合其他工具。即係 Foodival 唔解決「點將一張街市單上嘅手寫字變成結構化 line item」嘅問題,但好處理 line item 之後落帳嗰段。

Costflows。 AI-native 餐飲成本平台,優勢喺成本 dashboard 嘅即時性,適合 tech-friendly 餐廳;限制喺較新、生態系統仍喺擴張中,同其他系統嘅 connector 仲喺發展階段。

Eats365 POS + Xero connector。 適合銷售加入帳同步嘅店面;優勢喺 POS-to-Xero mapping 嘅一致性;限制喺需要餐廳已經用緊 Eats365 同 Xero,如果你 POS 用緊 iCHEF 或者其他系統,呢條 connector 就唔啱用。

自家 Excel 加外判 accountant。 適合月處理 200 頁以下、預算最緊嘅小店;優勢喺零成本同零訓練;限制喺人手依賴大、無 audit trail、唔 scale。

月結後最有用嘅派生分析係部門食材成本率(food-cost ratio)。一旦每個 cost center 都有時序數據,可以計每月「部門食材成本除以部門收入」嘅比率,對住第二節提過嘅行業 baseline(廚房 30 至 35%、點心 25 至 30%、燒味 35 至 40%、酒水 18 至 22%,以餐廳自身定位校準後)睇趨勢。實際用途包括價單調整(發現燒味成本率衝上 42% 就要諗加價或者轉貨源)、供應商談判(連續三個月某供應商嘅單價漲咗就要拎報價比較)、浪費追蹤(食材入帳量同實際出菜量嘅差,通常喺廚房崗最易隱藏),同新菜上市時嘅 margin 預測。

呢套部門入帳工作流嘅 output(line-item layer 加部門欄)其實係月結對數工作流嘅 input —— 入帳完成後,仲要將供應商月結單對住自己嘅 ledger,確保兩邊銀碼吻合。完整嘅月結對數方法論可以參考 香港餐廳供應商月結單對數指南,嗰篇接住呢條工作流講落去。