iDempiere去年我做了一個 iDempiere Request 看板——tw.idempiere.requestkanban。它在 iDempiere 11 上面運作得很好。Kanban、Gantt、List 三種視圖，拖拉卡片，即時更新，主管也滿意，需求也關閉了。 我以為故事就這樣結束了。 然後 iDempiere 12 出來了。我升版了。看板還在，功能還在，介面也正常。我巡視了一圈，一切看起來都沒有問題。 但有件事不對。 幕一：犯罪現場不在現場 問題不在看板本身。看板開起來正常，Kanban 拖得動，Gantt 畫得出來，List 也列得整齊。 問題是——WebUI Host Plugin，在某些情況下，靜靜地失靈了。 不是崩潰。不是 Exception。不是 Stack...
iDempiere各位 iDempiere 開發者，你是否也有過這種靈魂拷問： 「為什麼我的人生要花在把這 50 個 Excel 欄位一個一個填進 AD_Column？」 「為什麼每次建表都要補那 7 個系統欄位？我是誰？陽光在哪？」 如果你也有這種症狀，請放下手上的 SQL 腳本，看看這個：ray-idempiere-plugins。 痛點：ERP 開發者的日常（與地獄） 人工地獄：HR 丟來一個包含 50 個欄位的 Word 申請表，你得手動對照型別、長度，建到天荒地老。 系統 boilerplate：每個...
iDempiereHR 拿著一份人員增補申請表走進來，說：「我們需要一個簽核流程。」 工程師接過表單，看了三秒，知道這不只是「建一個 Workflow」。在 iDempiere 的世界裡，每一個欄位都需要名分，每一扇窗口都需要身份，每一條審批鏈都需要從頭蓋起。這不是設定，這是建城。 以下是建城的完整過程。 這次蓋了什麼 先看全局，再進細節。這份建置單是整座城的設計圖： 物件名稱 / 數量 AD_TableHR_HeadcountRequest AD_Column30 欄（7 系統欄位 + UUID（_UU）+ 主鍵 + DocStatus、DocAction、業務欄位） AD_WindowHeadcount Request（英文主記錄）+ zh_TW Trl...
iDempiereiDempiere 內建了一個 Request 模組。它是 ERP 流程裡的工單與請求追蹤系統，功能完整，幾乎什麼都有。 我第一次打開它的時候，看著視窗裡密密麻麻的欄位，每一個都有意義，每一個都有理由存在，但我不知道從哪裡開始。就像第一次翻開易經：六十四卦，三百八十四爻，什麼都有，就是沒有入口。 幕一：我試著用原版 搜尋可以做。篩選可以做。狀態切換可以做。幾乎所有功能都在那裡，只是每一個動作都需要多點幾下，多填幾格，多想幾秒。不是壞，是累。 我試了一陣子，然後想清楚了一件事：這個模組沒有問題，是我和它之間的距離太遠。我不是要改掉它，我是要在它上面蓋一扇正常人的門。 Kanban View — 卡片依狀態分欄，顏色對應優先級 List View — 傳統分頁表格，按狀態分組 Update History — Request 異動記錄一覽 Attachment Dialog...
iDempiere那是個普通的星期四下午，我打開了 Tom Ting 的文章。 連結標題很長。有「四層架構」三個字。我心想：哦，架構圖。這種文章我看過很多，通常第三段就開始談 Kubernetes。結果我看到了 AES-256 mapping table，還有一句話讓我停下來：「LLM 永遠不會看到真實資料。」我重新讀了一遍。然後去泡了杯咖啡。 Layer 1：資料真的在你這裡嗎？ Tom 的架構從 iDempiere 資料庫開始：所有敏感資料，完整留在本地伺服器。聽起來理所當然，但在 2026 年，「本地」兩個字是政治宣言，不是技術選項。GDPR 說資料不能出境，個資法說客戶同意書不涵蓋雲端分析，老闆說「反正資料不可以出去」——三件事湊在一起，本地 AI 從「有趣的實驗」變成了「唯一的解」。 補充：ninniku 環境實測 我也在本地跑 Ollama。硬體是這台...
iDempiere小王在座位上坐到下午六點，等同事們陸陸續續拎包走人，才悄悄打開信箱。履歷已經是第三版了，封面信也改了兩個措辭。他掃視了一遍，覺得文字渾然天成，語氣不卑不亢。他關掉辦公室的網頁，換到個人帳號，把滑鼠移到「傳送」上面，深吸一口氣。他不知道的是，兩個小時以前，HR 已經默默地勾了一個核取方塊。那個核取方塊，在等他。 幕一：Postfix 在等他 下午四點，HR 打開 iDempiere，在員工資料頁找到小王的紀錄，把「郵件監控（IsMailMonitor）」欄位打了勾，按下儲存。一個欄位，三個系統同步更新：iDempiere 寫入資料庫，LDAP 同步了屬性，Postfix 更新了查詢結果。小王對此一無所知，他還在想封面信的最後一句要不要加驚嘆號。 2 Mail Monitor。小王不知道那個 2 裡面有他。 Outbound Mail Intercept System — 整套攔截流程架構圖 整套系統做了三件事：第一，動態攔截——Postfix 即時查詢 LDAP，決定這封信要不要先停下來；第二，ERP 工作流——信件內容送進...
iDempiere上回書說到，本工程師耗盡三天青春，親手打造了一個 LDAP 盒子。（詳情請見：LDAP in a Box：一個工程師的創傷後應激與 Docker 化決心）盒子做好了，放在架子上，靜靜等待分公司開張的那一天。只是，生活沒有暫停鍵。LDAP 安靜了，電話沒有。 那通電話 那天下午兩點半，HR 打來了。聲音一如往常地溫柔，問題一如往常地直白：「我要新增一個員工帳號，請問要怎麼操作？」 這是第 17 通了。 工程師在心裡默默計了一下。第一通，他耐心解釋了 ldapadd 指令。第五通，他寫了一份 SOP。第十一通，他把 SOP 印出來貼在 HR 辦公室的牆上。第十七通，HR 的聲音依然溫柔，SOP 大概已經成了佈告欄的裝飾品。...
iDempiere「本語系包純度 99.99%。剩下 0.01% 是工程師的眼淚，無法去除。」 iDempiere 是開源 ERP 武林中的一代宗師——進銷存、財務、製造、CRM，十八般武藝樣樣精通。但長久以來，它的「繁體中文」翻譯，其實是簡體中文套了一層繁體的皮。台灣使用者每天開 ERP，彷彿穿越到平行時空：明明在台北辦公，系統卻跟你說「激活」、「默認值」、「打印」。 現在，蒜頭廟正式推出 iDempiere 繁體中文語系包——13,591 筆詞條，經 LLM 精煉初篩再加上台灣 ERP 實戰人工校對，一筆一筆把簡體腔清乾淨。 簡體腔恐怖畫廊 舊譯（含雜質版）新譯（純台灣版）鑑定 激活啟用你在激活什麼，寶可夢嗎？ 默認值預設值系統默認你同意？台灣沒有默認，只有預設 打印列印我們列印，不打印。打了印表機會壞 帳套會計科目架構帳套是什麼？套房嗎？ 信息資訊信息是間諜用語，我們用資訊 組織組織這個沒問題，請繼續...
Linux上一篇，我寫了一場搬遷。476 條靈魂，從一台老伺服器，搬進另一台老伺服器。Schema 地獄三連王、DN 大小寫陷阱、還有那個永遠記不住的 ldapmodify 語法。如果你還沒讀過，請先備好胃藥再點這裡。 這篇，是後記。 搬完的那一刻 搬遷成功的那個瞬間，我什麼都沒感覺到。 沒有煙火，沒有啤酒，沒有同事衝過來拍我的肩膀說「幹得好」。只有我一個人，凌晨三點，盯著終端機上的 ldapsearch 回傳了 476 筆結果，然後緩緩地把筆電闔上。 那種感覺不是成就感，是倖存者的空虛。像是打完 Schema 地獄三連 Boss 之後，發現背包裡的補血藥全用光了，而且存檔點在三小時前。 我躺在床上，盯著天花板想了一件事：如果明年又要搬呢？如果客戶也要搬呢？如果有人問我「你可以教我嗎」，我要從哪裡開始教？從 slapd.conf 和 cn=config 的世紀之爭開始嗎？ 「這種工作，做一次是英雄，做第二次是傻子。」...
Linux序章：老伺服器的最後通牒 事情是這樣的：公司那台跑了不知道幾年的 LDAP 伺服器，終於發出了退休宣言。不是那種優雅的「我累了，讓年輕人上吧」，而是硬碟偶爾發出不祥的喀喀聲，彷彿在說：「再不搬，你們就等著一起陪葬。」 於是，一場涉及 476 條靈魂的大遷徙就此展開——398 個使用者帳號、27 個群組、46 個郵件別名、還有 4 個 OU。聽起來不多？等你真的開始搬，你就會發現 LDAP 這東西，專門在你覺得「應該很簡單吧」的時候給你致命一擊。 而且搬完家之後，你還得面對一個靈魂拷問：「萬一新家也掛了呢？」於是我們不只搬了家，還養了一個分身——Master-Slave 複寫。一個負責幹活，一個負責備胎。完美。 項目值 來源伺服器（舊）192.168.1.100 Master（新）192.168.1.200 Slave（備援）192.168.1.201 Base DNdc=example,dc=com Admin DNcn=admin,dc=example,dc=com...