實體流程不會等系統
生產線、倉庫和出貨不會因為系統實施而停下；即使有停產，也是短暫的，而且是為維修而非為系統安排的。因此，新系統要在實時的庫存上啟用，上線後第一次盤點便會顯示，系統數字與貨架相符，還是只與項目假設相符。
製造與貿易
在這個行業，利潤來自流程，而不是價目表。
在製造與貿易業，資訊系統跟隨實體流程，而不是反過來。貨物在廠房、倉庫或貨櫃中，其狀態要稍後才進入系統；而採購決定在得知售價之前很久便要作出。下文所述的挑戰反映這種情況，並非我們已在其中解決的事項清單。
我們在這個行業的自家案例，包括附貨櫃貿易風險分析的ERP系統，以及具企業知識管理功能的內聯網。兩者均在下文介紹。
行業的主要挑戰
同一批次存在於多個系統
ERP、倉庫管理系統、生產控制系統，以及在旁邊另行維護的試算表，每個都可能顯示同一批次的不同狀態。協調這些系統是人員的長期工作，而不是一次性的實施；「我們有多少貨」的答案，取決於你問誰。
風險在訂貨與交貨之間累積
向供應商下訂單遠早於銷售，期間匯率、運費和需求都會變化。利潤要事後才知道，而下一批貨的決定，在上一批結算之前便要作出。
數據交換格式由買家決定
連鎖零售商或委託生產的大企業，會規定自己的訂單、標籤、送貨通知和發票格式。每個較大的買家都是一項按其條件進行的獨立整合，標籤出錯與缺貨一樣，都可能令交貨受阻。
流程知識留在人身上
針對特定產品的機器設定、與供應商談好的條件，以及程序上的例外情況，都是管工、採購員和會計知道，而不是系統。當中有人離職，公司便失去一部分從未記錄下來的流程，只能靠反覆嘗試重建。
我們如何協助
投資前的診斷
我們先檢視現況：哪些部分真正有效運作、數據存放在哪裏、維持現狀要花多少成本。成果是一份附有預算量級的路線圖，而不是一份關於轉型的簡報。討論先從哪些可以延後或簡化開始，而不只是哪些值得購買。
科技顧問整合分散的系統
計費、資產登記、地理空間系統與控制系統，沒有中間層便很少能互相溝通。我們建構系統整合與營運門戶，把這些數據來源匯聚成營運團隊可用的單一視圖。整合層的設計，讓客戶即使沒有我們也能自行維護。
系統建構以企業知識為基礎的人工智能
語言模型建基於法規、文件及工單歷史資料庫，設有來源控制，並記錄每個答案的出處。我們目前正以這種方式為一家大型能源集團工作。無法核實及說明理據的模型，不會進入生產流程。
數據與人工智能內建於系統的合規
為波蘭《國家網絡安全系統法》（KSC）的審核作準備、建立資訊保安管理系統（SZBI）及制定內部規章，均與技術團隊一同進行。各項要求以驗收準則的形式進入待辦清單（backlog），而非另寫一份獨立文件。審計軌跡在系統運作期間產生，而非事後重建。
合規與風險雲端或自有伺服器機房
部分數據不能離開客戶的基礎設施，這是我們的出發點，而非例外。我們設計架構時，確保數據留在法規要求的位置：歐盟境內，或客戶的基礎設施內。無論目標環境為何，都沿用同一套程式碼和同一套變更發佈流程。
雲端與基礎設施我們在這個行業的往績
來自這個行業
為這個行業的客戶完成的案例。
內聯網與企業知識管理
一家製造及貿易公司以同一處集中知識、文件和內部溝通。
製造與貿易系統與整合
貨櫃貿易的ERP與風險分析
一家貿易公司在營運業務的同一系統中評估貨櫃交易的風險。
製造與貿易系統與整合自動化與人工智能
其他行業的往績
我們帶到這個行業的能力
來自其他行業的項目，重點在於技術而非行業知識。每個項目都註明所屬行業。
來源銀行、金融與債務追收
ERP、CRM、OCR與債務追收自動化
一家債務追收公司自動處理個案：系統識別文件，並連接ERP和CRM的資料。
系統與整合自動化與人工智能
來源公共部門
JIRA定制及人力資源、資訊科技和法律流程自動化
一家公共機構以一套貼合其運作方式的工具處理人事、資訊科技和法律事務。
系統與整合
來源電訊
為提升可擴展性重構基礎設施監察系統
一家美國互聯網供應商以能跟上網絡增長的系統監察基礎設施。
系統與整合雲端與基礎設施
來源銀行、金融與債務追收
整合客戶及推廣活動數據
一家歐洲金融機構在同一處查看客戶和推廣活動的數據，而非分散於多個來源。
自動化與人工智能
來源銀行、金融與債務追收
在集團內全球推行並統一JIRA
一個多元業務銀行集團的各公司以同一工具、同一標準工作，而非各自為政。
科技顧問系統與整合
來源未歸入行業
實時遙測與網絡ETL
一家美國雲端及保安公司即時分析網絡流量，而非延後處理。
自動化與人工智能雲端與基礎設施
來源未歸入行業
在Azure遷移並自動化工作流程系統
一家歐洲公司在Azure雲端處理個案流程，系統運作不再需要人手。
雲端與基礎設施系統與整合
來源銀行、金融與債務追收
網絡應用程式的DevOps與CI/CD自動化
一家歐洲銀行自動發佈應用程式更新，無需以人手建構和發佈版本。
雲端與基礎設施系統與整合