
Partner Blog

摘要:
全新的 BarTender Track & Trace 物流與庫存 API 將庫存核對從定時事件轉變為持續流程。營運部門不再等到季度末才發現差異,而是在卸貨區當下就發現問題——避免小小的差異演變成存貨沖銷、虛設採購訂單或供應商糾紛。
及早發現差異的價值,是事後才發現的 10 到 100 倍。收貨時發現的差異可以很快解決。季度末才發現同樣的差異,卻意味著存貨減損、重複採購,以及憑記憶而非證據解決的糾紛。
每個營運環節使用兩種版本的庫存:ERP 系統中的庫存和現場實際庫存。兩者之間的差距眾所周知,且持續存在自有原因,而這很少與任何人工作是否認真有關。
旨在弭平這道差距的流程,往往比大多數人願意承認的更常被延後,或被當成可有可無而跳過。在壓力下,可選項工作往往無法完成。週期盤點延後到下週進行。對差異的調查仍在進行中。向供應商索賠的事就此不了了之,因為彙整證據要花上四小時,而沒有人有那麼多時間。
這些都不算失敗。它只是 ERP 系統中的一個數字,而所有人都默默把它當成近似值。
沒有人會透過數錢包裡的現金來計算銀行存款餘額。帳面與實際情況由機器持續比對,任何偏差都會在幾秒內浮現。這種對帳如此自動,以致於我們根本不再把它當成一道流程。
庫存是大多數組織至今仍以人工方式核對、甚至根本不核對的最後幾類主要資產之一。如果 ERP 系統自上次全面盤點以來從未與實際情況核對,那就好比一本六個月沒對帳的支票簿。螢幕上的數字並不算錯。這不過是穿著西裝的「最佳猜測」罷了。
兩者之間的差額就是金錢流向的地方。安全庫存緩衝的,是從來沒有人量測過的差異。採購部門訂購的物料,其實廠內某處早已存在。存貨減損總是突然出現。與供應商的糾紛通常由記憶力較好的一方來解決,因為雙方都沒有證據。
BarTender Track & Trace 物流和庫存 API 的核心在於將對帳從需要安排的任務轉變為自動運行的任務。
驗證不再是抽樣。ASN 是一份清單——一份關於卡車上裝載物品的聲明。過去,收貨作業是靠抽查與簽收來驗證這份聲明。借助物流 API,從 WMS、ERP 或 EDI 856 取得的 ASN 就成為該批貨物的預期內容,而掃描(標籤由 BarTender 列印並與 Track & Trace 同步)則成為驗證方式。「比對實收與預期」這個 API 呼叫會回報每一個品項的相符、短缺與超收情況,而不只是有人有時間查核的那少數幾項。以前需要四個小時才能完成的差異分析,現在只需一次掃描即可完成。
庫存可見度不再是一項專案。庫存 API 開放查詢目前的庫存快照、CSV 匯出與分析,這些庫存資料由 Track & Trace 依實際的 RFID 與標籤掃描活動推導而來,而非出自假設。與 ERP 或 WMS 進行核對成為日常工作流程中的常規流程,而不是季度末事件。在庫時間範圍(In-Stock Window)意味著資料反映的是近期實際觀察到的情況,而不是上次有人有空查看時的估計值。
差異在還很小的時候就顯現出來了。這正是累積效應顯現的地方。在卸貨區當下發現的差異,只需要一次簡短的對話。同樣的差異若到季度末才發現,就意味著存貨沖銷、虛設採購訂單以及供應商關係問題,而事後更正的成本是及早預防的 10 到 100 倍。
從財務角度來看,這裡的經濟效益通常首先體現在節省勞動成本。收貨速度變快確實是事實,但這不是最值得關注的數字。
真正值得關注的數字,是對帳差距默默合理化的那些超額支出。安全庫存的規模是依不確定性、而非實際需求來設定。重複採購廠內原本就有的物料。應向供應商索賠的款項只能自行吸收,因為爭取起來並不劃算。資金積壓在庫存裡,而財務報表無法證實那些庫存確實存在。
這些都不會出現在報表上,被列為待解決的問題。這些成本都被吸收進營運成本裡,因為另一種選擇——確切掌握此刻手上有什麼、放在哪裡——過去一直需要投入任何營運單位都無法長期維持的人力。
當對帳過程透過程式自動運行,並將追蹤功能整合到工作流程中時,情況就會改變。並不是說您的團隊犯的錯變少了。真正的轉變在於,以前沒人有時間做的查核,如今每天、每一批貨都會自動且整合地完成。
—
Jeff Browning 是 Seagull Software 的產品行銷資深總監,在企業技術、雲端基礎設施、物聯網解決方案,以及製造、供應鏈與工業領域的人工智慧驅動創新方面,擁有 20 多年經驗。
