分為系統內資料打通和系統間資料打通

系統內資料打通，主要是各模組資料打通，考勤資料和假期資料的打通，合同資料和專案，財務等資料的打通等等，我們在規劃辦公系統時從業務角度去梳理整個鏈路就知道哪些資料之間應該有關聯或者上下游的關係，從而實現對應的資料打通去支撐業務閉環

系統外打通就多了，比如和erp系統打通，辦公系統申請流程資料觸發erp採購，訂單，生產等資料，和財務系統也類似，還有很多和專案系統，HR系統，CRM系統打通也都是讓各系統的協同來支撐業務閉環，減少重複輸入或者審批。

具體實現來說一般如果流程結束後把相關資料傳送到其他系統的話，需要有對應的介面來接收你的資料，一般成熟的辦公系統都有相應控制元件可以配置式的實現，如果是內部模組的話更多的是透過事件操作資料庫某些值的狀態，你說的定時任務啥的應該只是定時傳送資料到其他地方，但是很多業務是實時鏈路的。

打通？ 首尾？

我的理解，題主應該是指想實現不同業務系統的介面，使得資料和業務穿透、流轉和整合吧？比如OA系統差旅費報銷單審批單，自動觸發財務憑證錄入？

作為企業資訊化二十多年的老兵，應該說，這個事，很難！

你可以理解為，不同國家只會講母語的人一起共事，講中國話的、講英語、講法語的......共濟一堂，還能有良好的溝通協作。那隻能雞同鴨講。

‖首先

企業業務軟體型別成百上千，巨如微軟、SAP都不敢說有全套的軟體系統。如果有軟體公司說自己的系統，財務、人事、行政辦公、採購、庫存、生產管理......什麼功能都有，請第一時間把他扔出門去。

不同軟體廠家對業務的理解不同、技術水平不同、主要客戶的需求不同，軟體功能都不同（相同還涉嫌抄襲）。比如，ERP系統以單據流轉為驅動，而OA系統以審批流為驅動。不同軟體廠家間，在設計軟體時，是不會提前考慮與其他廠家介面和整合的問題，何況還有可能是競爭對手。往往需要客戶提出需求後定製開發。涉及比較複雜的技術難點、業務錯位，以及三方、四方的協同問題。成本高、工期長。

‖其次

IT業界對此問題的理論研究尚未成熟，產品問題還很多。

企業資訊化行業，目前還沒有類似微軟谷歌這樣的巨無霸（應該也不會有）。沒有誰有資格制定不同軟體的資料交流標準，也不會由政府出面制定（可以參考世界語的地位）。

這些年雖然不斷提出一些“打通”各種軟體系統的理論和產品，比如早幾年的IBM整合匯流排；中央資料庫理論以及最近比較熱的中臺理論等等。具體實現過程中，依然困難重重，成本高昂。

一直以來，我都認為，解決之道還是在於建立軟體間資料交換的介面標準。只要有統一的交換標準，軟體公司都參照設計，系統間的整合介面就不會太難了。