隨便問十位藥房店主營運痛點在哪裡,九位會說庫存。不是銷售。不是合規。不是員工。庫存。因為庫存是業務每一個其他部分匯集的地方,也是其他每一個地方犯下的錯誤最終浮現的地方。
一套大麻庫存管理系統不是一份多了幾欄的試算表。它是一本帳本,追蹤花苞從一個批次抵達後門那一刻,直到一克花苞在顧客收據上離開櫃台那一刻 — 中間每一步都被自動擷取。做得好,它能自我對帳。做得糟,每個月就是一個週末的偵探工作。
本文走過一套真正的大麻庫存管理系統在做什麼、為什麼種子到銷售的大麻 POS 資料必須在一個資料庫裡,以及 Budy 是如何端到端地處理這個流程的。
一克花苞的旅程
從後門開始。一個品種的新批次 — 就叫 Pink Zkittlez 吧 — 從種植者那裡送達。供應商交付一批貨:500 克,實驗室檢測 22% THC,採收日期 3 月 18 日,批次 ID BATCH-2026-0318-PZ。一套大麻庫存管理系統把這次入庫擷取為一個事件:
- 產品:Pink Zkittlez(品種實體,不只是一個文字名)
- 批次:BATCH-2026-0318-PZ
- 採收日期:2026-03-18
- 實驗室中繼資料:22% THC, 0.4% CBD,由 Lab X 在 2026-03-22 檢測
- 入庫重量:500.0 克
- 供應商:Green Roots Co-op
- 接收人:員工成員,時間戳記
從那一刻起,這一批次的每一克都有可追溯的歷史。它被裝罐(比如十個 50 克的罐子)。每個罐子列印一張 QR/條碼標籤,綁定到同一批次 ID。店員從這些罐子裡舀給顧客訂單。每一次銷售都按精確秤重的克數從罐子和批次中扣減 — 不是按單位計數,不是按四捨五入估計。
任何時刻,經營者可以拉出 BATCH-2026-0318-PZ 看到:入庫 500.0 克、跨 82 筆交易售出 347.4 克、當前庫存 151.8 克、登記損耗 0.8 克、對帳截至昨日。這就是「種子到銷售」在實踐中的含意。
為什麼按克扣減很重要
通用 POS 平台最大的失敗原因就是:它們按單位計數扣減庫存,而不是按秤重量。如果一位顧客買「一份八分之一」,通用 POS 把「八分之一」庫存減 1。不管店員實際舀的是 3.54 克、還是 3.62 克、還是 3.47 克。實際離開罐子的花苞以克為單位。通用 POS 假裝它以八分之一為單位離開。
一個月下來,這個差距複利。有些八分之一重 3.4 克,有些重 3.6 克。有些顧客買「一克」,但勺子是 1.07 克。罐子空了,POS 卻說還不該空 — 或者 POS 說罐子空了,但貨架上還擺著 40 克。無論哪種情況,門市的庫存都是錯的。
一套真正的大麻庫存管理系統在每筆銷售中按克從罐子、批次和品種扣減。克數讀數來自藍牙秤,自動流入單項 — 無需輸入、無需四捨五入、無需猜測。罐子在它真的空了的時候空。
收據告訴您關於庫存系統的什麼
收據是藥房產出的最小工件。它也是整個庫存堆疊的診斷工具。一張好收據顯示:品種名、精確克數、每克價格、批次 ID(可選)、合計,以及結帳的員工。一張糟糕的收據顯示:一個 SKU 代碼、一個固定單價、數量「1」。
如果您的 POS 拿不出第一種收據,它也拿不出真正的對帳報告 — 因為能讓收據有意義的資料,從未在單項級別被擷取。
一張帶單項級細節的行動收據。發票號、日期和員工感知的稽核軌跡都在銷售那一刻寫入庫存帳本。
藥房每天運行的四種庫存操作
收貨
新貨到。一套大麻庫存管理系統將其記錄為帶重量、供應商、採收日期、實驗室中繼資料和接收員工的批次。罐子列印 QR 標籤,綁定到批次。整個過程比基於試算表的工作流程要花的半小時縮短到一份貨只需幾分鐘。
銷售時扣減
主要的庫存事件。每一筆秤重銷售從罐子、批次和品種中扣減克數。非秤重商品(食用品、按支計數的預捲、按件計數的濃縮物)按數量扣減。混合購物車兩者兼顧。所有這些都是原子的 — 銷售在庫存寫入成功前不提交。
損耗與調整紀錄
事情會發生。罐子翻倒。店員掉了一克。一批次重測失敗必須隔離。一套合格的庫存管理系統對損耗紀錄(帶原因碼和經理審批)和庫存調整(用於門市間調撥,或修正計數錯誤)有一等事件。這些是稽核可見的,而不是單純的資料庫編輯。
對帳與盤點
定期 — 嚴謹門市每晚一次,大多數門市每週一次 — 員工清點實物庫存與系統庫存對比。一套專門打造的大麻庫存系統讓這變成一個掃碼加秤重的工作流程:開啟一個盤點工作階段,掃描每個罐子的標籤,秤重,輸入數字,系統標記差異。差異作為具體問題浮現,而不是月末的神秘缺口。
多終端一致性是不可妥協的
三位店員,三台終端,一個繁忙的週六。三位都在從同一個罐子裡銷售 Pink Zkittlez。庫存堆疊必須:
- 讓每台終端近乎即時地看到當前庫存。
- 不管哪台終端先結清銷售,都正確扣減罐子。
- 在罐子歸零時防止超賣。
- 即使一台終端短暫掉網也保持一致。
單裝置 POS 處理這個輕而易舉。帶間歇連線的純雲端 POS 不行 — 它會把一個罐子的最後一克賣兩次,因為兩台終端都以為它有貨。
Budy 的多終端同步透過本地網路上的 ObjectBox Sync Server 跑。每台裝置都有自己的完整本地資料庫。寫入在一秒內傳播到對等節點。當罐子歸零時,在下一位店員點擊它之前,每台其他終端都看到了更新。
線上與店內共享一份庫存
如果您的藥房經營網店 — 線上下單、自取或配送 — 庫存必須是一本帳本,而不是兩本。如果網店有自己的資料庫、每小時與 POS 同步一次,它會接受已經賣光的花苞訂單。顧客來了,訂單無法履行,退款讓您賠兩次。
一套真正的大麻庫存管理系統把每一筆銷售寫入共享同步層。網店讀取即時庫存。POS 寫入即時扣減。線上訂單與店內銷售扣減相同的計數器。當一個品種在櫃台售罄時,網店在一秒內阻止下一筆線上結帳。
種子到銷售的大麻 POS 資料存在哪裡
「種子到銷售」這個短語被到處使用。在實踐中,種子到銷售的大麻 POS 是這樣一種 POS:每一克都有從批次入庫到顧客收據的可追溯歷史,被自動擷取、隨時可查詢。一套種子到銷售的系統必須能回答的問題:
| 問題 | 幾秒內可答? |
|---|---|
| 這個罐子來自哪個批次? | ✓ |
| 上月 BATCH-X 售出了多少克? | ✓ |
| 這條具體單項是哪位員工賣的? | ✓ |
| 這個品種登記了多少損耗? | ✓ |
| Sativa 品種的售出率是多少? | ✓ |
| 給我看與顧客 X 相關的每一筆交易。 | ✓ |
| 哪些罐子還在貨架上,來自實驗室重測失敗的批次? | ✓ |
如果您當前的 POS 不能在幾秒內回答全部七個,您就沒有種子到銷售的大麻庫存管理系統 — 您有的是一台外掛試算表的收銀機。
對帳變成十分鐘儀式
一套精心裝配的大麻庫存管理系統在一天結束時的關帳,刻意做得很無聊。員工拉一份差異報告。系統列出實物計數(秤重)與系統計數(預期)差距超過容差的罐子。多數罐子差異為零;少數差異是符合預期勺子漂移的零點幾克。一兩個真正的差異當場調查,而不是三週後才發現。
對比一下手動工作流程:一小時試算表工作、隱約覺得哪裡不對、每月一次徒勞的「庫存會議」。一年下來,無聊的工作流程節省數百小時,並在問題還小的時候浮現它們。
Budy 的位置
Budy 的大麻庫存管理系統在 ObjectBox 支援的一個同步層上,被建構進 POS、管理儀表板和網店。收貨是一個掃碼秤重工作流程。每一筆銷售按克從罐子、批次和品種扣減。損耗和調整是一等事件。對帳以掃碼和秤重輸入運行。線上店面讀取即時庫存,從不超賣。多門市支援意味著一條連鎖擁有一份主目錄和即時按門市的庫存。
要看這如何契入完整的大麻藥房管理系統的更宏觀視角,我們寫過坐在庫存層之上的四個層級 — 目錄、會員、合規、線上。要看克數如何從秤進入庫存系統的硬體側,藍牙秤整合指南有詳細介紹。
簡短版本
大麻庫存管理是藥房的核心帳本。通用 POS 平台把庫存當作單位計數問題。大麻是一個克數問題。差距按天複利。
如果您經營一家藥房,週日都在對帳罐子,聯絡我們,我們會在真實硬體上為您展示一套即時同步、按克級別的庫存系統是什麼感覺。這是您只有在第一個月之後才會真正欣賞的那種改變 — 當您意識到您已經幾週沒想過對帳了。