系統整合提案 · PROPOSAL 2026

QDM POS × n8n × Odoo
系統整合 + 會員點數系統

把 n8n 設定成「串接中樞」,將 QDM POS ↔ Odoo ↔ LINE ↔ Discord 全部打通, 並在 n8n + Odoo 上自建一套會員點數系統 🌂🌱

接手 + 串接 + 擴充既有環境,以 Odoo 為唯一資料來源、n8n 為自動化匯流排, 並同步審查與修復既有 n8n flow。

客戶耀彰 · 雨傘循環經濟
性質系統整合報價單
日期2026 / 06 / 03
報價方zhenheco

現況與痛點

貴司已自建一批數位基礎設施,但系統各自為政、缺乏統一串接中樞,事件無法自動「比對 → 計算 → 寫回 → 通知」。

🧩

資料分散、無串接中樞

QDM POS、Odoo、LINE、Discord 各自運作,點對點同步容易資料分歧。需要一個中樞把所有事件收斂、以 Odoo 為唯一真實來源。

🔍

既有 n8n flow 是黑箱

已有 workflow 在跑,但缺文件、錯誤處理/retry/idempotency/憑證安全狀態未知,潛藏重複拋單與死節點風險,需要接手健檢。

🎯

缺會員點數激勵機制

「買傘 / 修傘 / 捐傘 / 註冊」這些循環經濟行為缺乏點數沉澱與激勵,且倍率規則需要能由貴司自行調整、即改即生效。

🔀

測試/正式環境切換風險

測試與正式用不同 API URL,切換時容易把測試單寫進正式(或反之)。需要可靠的切換 SOP 與全鏈冒煙驗證。

🌂

我們是「接手 + 串接 + 擴充」,不是從零打掉重做

沿用貴司既有的「POS→Odoo 拋報價單/訂單 POC」成果,升級為 production 級;既有 n8n flow 逐一盤點、健檢、修復、文件化。讓現有投資延續,不重複造輪子。

解決方案總覽

n8n 為唯一串接中樞、Odoo 為唯一資料來源(Single Source of Truth);所有「事件 → 比對 → 計算 → 寫回 → 通知」都在 n8n workflow 內完成。

🧾 QDM POS 門市結帳 · 備註欄帶 LINE UID
💬 LINE 官方帳號 會員識別 · UID 唯一鍵
⚙️ n8n 串接中樞 · 自動化匯流排
🏆 點數計算引擎 4 來源分流 × 動態倍率 × 階梯計算
🗄️ Odoo ERP 唯一資料來源 · 會員 / 訂單 / 點數明細
🔔 Discord 異常 / DLQ 告警
POS 結帳事件 + 備註欄 LINE UID 進 n8n LINE UID 比對 Odoo 聯絡人 動態讀取倍率表計算點數 帶事件唯一鍵寫回 Odoo + 審計 失敗 retry → DLQ → Discord 告警
1 單一中樞 不做點對點直連,一律經 n8n 收斂,避免多源同步。
2 Odoo 唯一源 所有比對 / 去重 / 點數結餘以 Odoo 為最終落地點。
3 冪等優先 同一筆交易只建一次單、只加一次點,杜絕重複拋單。
4 失敗不靜默 外部呼叫包 retry + 死信佇列 + Discord 告警,不漏單。
5 機密不落地 URL / 金鑰全進 credentials / env,禁硬編碼;開發用私有 repo。
6 客戶自管倍率 倍率以 Excel / Odoo 表管理,改數值即生效,我方不另建後台 UI。

工作範圍 · 五大工作包

固定總價、固定範圍。WP1 以固定價吸收「既有 flow 數量未知」風險。

WP1

既有 n8n flow 接手審查 + 修復 + 健檢

  • 盤點全部 workflow,逐 flow 審錯誤處理 / retry / idempotency / 憑證安全 / 死節點
  • 修復範圍內問題、清理死節點
  • 文件化:workflow 清單 + 架構圖 + runbook
  • 固定價吸收「flow 數量未知」風險
WP1 小計 NT$55,000
WP2

POS↔n8n↔Odoo 串接 production 化

  • POC → 正式級拋轉,POS 交易穩定建單至 Odoo
  • LINE UID(POS 備註欄)→ Odoo 聯絡人比對 / 建立
  • B2B + B2C 合併管理;Odoo 唯一源
  • idempotency 三道防線:① 交易唯一鍵去重(POS 單號+店別組 idempotency key,寫入前先查 Odoo 命中即短路)② Odoo 端唯一性約束(DB 層再擋一次重複)③ n8n 執行前查重 + 失敗進死信佇列(DLQ)+ Discord 告警
WP2 小計 NT$75,000
WP3

點數系統 + n8n 計算引擎(本案核心)

  • Odoo 建三結構:聯絡人加 LINE UID 欄(唯一約束)、點數交易明細模型(每筆 +/− 含事件唯一鍵)、點數倍率設定模型
  • n8n 點數計算引擎:4 來源分流(註冊 / 購買 / 修繕 / 捐贈)各自算法 × 動態倍率 × 階梯計算
  • 倍率由貴司自管(Excel 或 Odoo 表),改數值即生效;我方不另建後台 UI
  • 倍率讀取保護:讀不到不以 0 計算 → 停止該筆 + 待處理佇列 + Discord 告警;點數計算於事件發生當下鎖定當時生效倍率(snapshot),歷史點數不因日後調整倍率而回溯重算,倍率表以「生效日」版本管理
  • 點數結果寫回 Odoo + 完整交易審計,可逐筆對帳
WP3 小計 NT$110,000
WP4

安全 / 穩定 / 監控 + 上線切換

  • n8n credentials / secret 集中管理;帳號權限最小化
  • flow 健康監控 + Discord 告警
  • retry(指數退避)+ 死信佇列(DLQ)
  • 測試 → 正式 URL 切換 SOP + 全鏈冒煙(POS→Odoo→點數→通知)
WP4 小計 NT$45,000
WP5

測試 / 交付 / 保固

  • E2E 測試套件(POS→Odoo→點數→通知 全鏈)
  • 完整 SOP 文件 + 教育訓練
  • 上線後 1 個月免費 bug 保固
  • 交接完整、可持續維運
WP5 小計 NT$35,000

會員點數系統設計

點數邏輯不是一張表,而是完整 n8n 計算 workflow。4 種獲得來源各自算法,倍率由貴司自管,結果以 Odoo 點數交易明細為唯一真實來源。

🆕
1

新會員註冊

固定 / 一次性點數

同一會員只給一次,以事件唯一鍵 + 會員去重保證。

🌂
2

購買雨傘

金額或數量 × 倍率

結帳事件觸發,倍率取自倍率表「購買」列。

🔧
3

修繕雨傘

累計修繕次數 × 倍率

依修繕次數計算,可做階梯(下限 / 上限取自倍率模型)。

🌱
4

捐贈雨傘

捐贈把數 × 倍率

鼓勵循環經濟行為,把減碳貢獻轉成點數激勵。

n8n 點數計算引擎管線

事件接收
來源分流
Switch / IF
各來源算法
子流程
動態讀倍率
當前生效
點數結算
事件量 × 倍率(含階梯)
寫回 Odoo
明細 + 審計
方案 B · 相容

🗒️ Excel / Google Sheet

  • 倍率放 Excel(OneDrive / SharePoint)或 Google Sheet
  • n8n 讀整張表 → 轉成 lookup 對照表
  • 管理者改 Excel 即生效,零學習成本
  • 適合習慣試算表管理的團隊
🛡️
讀不到倍率表 ≠ 算錯點數

若某次讀不到倍率表(檔案被改名、權限掉、格式錯),系統不會以 0 倍率算錯,而是停止該筆計算、進待處理佇列、發 Discord 告警。點數計算於事件發生當下鎖定當時生效倍率(snapshot),歷史點數不因日後調整倍率而回溯重算;倍率表以「生效日」版本管理,帳目永遠對得上。

報價明細

固定範圍、固定總價。一次到位,無隱藏費用。

工作包 金額(未稅)
WP1既有 n8n flow 接手審查 + 修復 + 健檢
盤點 → 逐 flow 健檢 → 修復 → 文件化(清單 + 架構圖 + runbook)
NT$55,000
WP2POS↔n8n↔Odoo 串接 production 化
正式級拋轉、LINE UID→聯絡人比對、B2B+B2C 合併、idempotency、Discord 通知
NT$75,000
WP3點數系統 + n8n 計算引擎
可調倍率表(客戶自管)+ 計算邏輯全建 n8n + 4 來源算法 + 寫回 Odoo + 交易審計
NT$110,000
WP4安全 / 穩定 / 監控 + 上線切換
credentials/secret、權限、健康監控、retry/DLQ、測試→正式切換 SOP、全鏈冒煙
NT$45,000
WP5測試 / 交付 / 保固
E2E 測試套件、完整 SOP、教育訓練、上線後 1 個月免費 bug 保固
NT$35,000
固定總價
NT$320,000
* 以上為新台幣未稅報價。報價未稅,依法另加計 5% 營業稅並開立發票,含稅金額 NT$336,000。範圍固定、總價固定;超出範圍之項目另行報價。

付款條件

三階段付款,依里程碑驗收支付,風險與進度對齊。

STAGE 1 · 簽約
30%
NT$ 96,000

合約簽署、前置依賴 checklist 啟動,正式開工。

STAGE 2 · 串接 + 點數驗收
50%
總價之 50%,NT$ 160,000

觸發點為 WP2 串接 + WP3 點數引擎通過驗收(重送不重複、四來源點數正確);此款項為總價之 50%(NT$160,000),非 WP2+WP3 工作包金額合計。

STAGE 3 · 上線驗收
20%
NT$ 64,000

全鏈上線、WP4 / WP5 通過驗收,保固起算。

📝

驗收與付款條款

各階段款項以對應里程碑之驗收通過為支付條件,驗收以本報價之驗收標準為依據。 貴司應於收到交付後 7 個工作天內完成驗收,或於同期限內以書面提出具體缺失; 若逾期未完成驗收且未提出具體缺失,視為該階段驗收通過並觸發對應階段款項。 此條款旨在讓雙方進度與付款節點明確對齊,避免交付後驗收無限期擱置。

專案時程

約 6–8 週完成。實際週次視前置依賴到位時間與既有 flow 盤點結果浮動。

P0
簽約前 ~ W0 · 前置確認

權限與環境就緒

取得 n8n / Odoo / POS 權限;唯讀盤點 flow 定基準;實測 QDM 備註欄流通;確認 Odoo / n8n 部署型態。前置 checklist 全綠才開工。

P1
W1 – W2 · 接手健檢

既有 flow 盤點與修復(WP1)

全 workflow 盤點分級(健康 / 需修 / 廢棄)→ 健檢 → 修復 → 文件化。交付:健檢報告 + 架構圖 + runbook。

P2
W2 – W4 · 串接 production 化

POS↔Odoo 串接全鏈(WP2)

POC→正式拋轉、LINE UID→聯絡人比對、B2B+B2C 合併、idempotency 三道防線、Discord 告警。驗收:重送不產生重複單。

P3
W4 – W6 · 點數引擎

點數系統 + 計算引擎(WP3)

Odoo 三結構建模、四來源算法、動態倍率讀取 + 保護、寫回 + 審計。

里程碑:串接 + 點數驗收 → 觸發 50% 款
P4
W6 – W7 · 安全 / 監控 / 切換

上線前準備(WP4)

credentials / secret、權限、健康監控、retry / DLQ、測試→正式切換 SOP。交付:切換 runbook + 冒煙綠燈。

P5
W7 – W8 · 測試 / 交付 / 上線

正式上線與交付(WP5)

E2E 測試套件、SOP 文件、教育訓練、正式小額真單冒煙 → 開通。

里程碑:上線驗收 → 觸發 20% 款 · 保固起算

範圍邊界(誠實列出,保護雙方)

明確的範圍界線讓合作更順暢,避免認知落差。

🚫

不在本案範圍

  • 頂薪 ERP → Odoo 資料 / 庫存搬移、清理(貴司自理,本月頂薪停用後自搬庫存)
  • 減碳履歷消費者前端(買 / 修 / 回視覺化 LIFF / App)
  • BI 報表平台、自訂後台管理 UI / Dashboard(含點數管理後台)
  • 電子發票整合、金流串接、多語系
  • 既有 n8n flow 業務邏輯重新設計 / 整包重寫
  • 本案範圍僅含點數「獲得邏輯(4 種來源)與累計」;點數的「扣除 / 兌換 / 折抵 / 退貨沖正 / 點數過期」非本案範圍,後續可另案規劃報價
🔑

需貴司提供(前置依賴)

  • n8n 管理權限 + 既有 flow 清單
  • Odoo 管理權限 + API(XML-RPC / JSON-RPC,可裝自訂欄位 / module)
  • QDM POS 備註欄寫入(LINE UID 由 POS 端寫入備註欄)+ POS 交易資料讀取介接(交易事件能讀取或同步至 n8n / Odoo)
  • 點數倍率實際數值 + 各來源計算規則與判定條件
  • 測試環境 + 正式環境 URL(POS / Odoo / LINE / Discord 各一組)
  • Discord 告警收件人與事件類型;可測交易 / 會員 / 傘 SKU 測試素材
📌

假設前提

  • 本案為接手 / 串接 / 擴充既有環境,假設 QDM POS、n8n、Odoo、LINE OA、Discord 均正常運作且可存取。
  • 假設 QDM POS 備註欄可被讀取 / 同步(沿用既有 POC 機制);QDM 端未開放之 API 能力新增視為變更,另行報價。
  • 假設既有 n8n flow 數量 / 規模於簽約前以一次唯讀盤點為計價基準;WP1 固定價吸收基準範圍內風險,超出基準或需業務邏輯重寫者為變更另報價。
  • 假設「頂薪 → Odoo」資料搬移由貴司於串接工作開始前完成;若搬移延誤,時程順延且不計入我方工期,不視為我方逾期。
  • 點數計算於事件發生當下鎖定當時生效倍率(snapshot),歷史點數不因日後調整倍率而回溯重算;倍率表以「生效日」版本管理。會員去重以 LINE UID 為主鍵,衝突時走人工審核佇列不自動亂選。
  • 開發中一律用私有 repo;公開 repo 不放任何個資 / 密碼 / API key。

為什麼選我們

振禾科技(ZhenHe Co.)— 台灣在地 SaaS 與客製系統整合商,並於美國設立 ZhenheAI LLC 子公司,跨境服務橫跨台、美、港、馬四地。

我們專注於「雲原生架構 × AI 數據自動化 × 多通路整合」。 本案所需的每一塊能力——n8n 工作流程自動化LINE 生態深度整合多通路串接產品履歷與資料治理—— 都已在我們的自有產品與客戶專案上實戰驗證,不是紙上談兵。

⚙️

n8n 工作流程自動化

自建 n8n 模板庫達 1,702 個模板 metadata,並以 Hono API 驅動自動化管線,可直接用於資料的自動抓取、轉換、入庫。

n8nStart1,702 模板自動化引擎
💬

LINE 生態深度整合

LINE Official Account、LINE Bot、LIFF、Login、Messaging API 多專案實戰;ReplyBot 四通路客服已通過 Meta App Review 驗證。

ReplyBotLINE BotLIFF
📇

履歷 / 會員 / 資料治理

1Hand 服務履歷 + 42 組衝突檢測單元測試;Supabase RLS 資料隔離、Audit Trail 原始數據保留、第三方查驗唯讀介面實作經驗。

1HandRLS 隔離審計軌跡
🌱

ESG / 綠能產業經驗

綠能科技業者冷氣智慧報價系統(能耗規格建檔)、能源產業企業官網;具備減碳數據蒐集與碳排換算引擎之規劃實作經驗。

綠能客戶碳排換算ESG 儀表板
🔌

多通路與金流整合

FB / IG / LINE / Web Chat 四通路統一整合;Stripe、PAYUNi、ECPay 金流;UTM 歸因 + Funnel + Rule Engine 分析架構。

四通路客服多金流Rule Engine
🧪

測試與品質工程

Vitest(unit / integration)+ Playwright E2E + TDD Workflow;多環境部署(production / sandbox / preview),交付前全鏈冒煙驗證。

TDDE2E 測試多環境部署
自有 SaaS 產品矩陣(部分)
AICycle 行銷自動化
1Hand 工作室管理
ReplyBot 四通路客服
n8nStart 自動化商城
Guest Autopilot 訪客接待
KEE 聯盟行銷平台
Traffic Make 影片自動化
Nexus 人脈管理

把資料孤島,變成自動運轉的系統 🌂🌱

讓 n8n 成為貴司的串接中樞、Odoo 成為唯一可信的資料源, 把「買傘 / 修傘 / 捐傘」的循環經濟行為,自動化沉澱成會員點數與減碳履歷的基礎。

報價方:zhenheco(振禾科技)· 報價日期 2026 / 06 / 03 · 本報價有效期 30 天