第326章 德勤Demo！IFRS三十九欄位！模板引擎通吃兩套標準！
三月七號到十號。四天。
林遠和趙強泡在工作室，從早八點到晚十一點。午飯叫外賣，在工位上吃。
IFRS模板開發——趙強一天半搞定。三十九個欄位的映射規則，打包成ifrs_2004.json，放進註冊中心。
剩下的兩天半——不是寫代碼，是測試。
"第十七條，套期會計信息。"趙強盯著屏幕，"輸入端是一條會計系統的XML日誌——德勤給的模擬數據。輸出端IFRS要求三個子欄位：套期工具類型、被套期項目、有效性評估方法。"
"結果？"
"三個子欄位填充了兩個。第三個——null。輸入數據缺欄位。"
"改成默認值'未披露'。審計師看到就知道該追問客戶。比null有用得多。"
"好。改完再跑一遍。"
趙強改完代碼，重新導入一百條數據。
"還有一個問題——第三十二條，segment報告。IFRS要求按業務分部披露收入。但輸入端的會計日誌——沒有分部門標記。"
"加一條規則：如果輸入數據缺失部門標記，輸出標記'數據不完整，待補充'。和容錯機制走同一條路。"
"行。"
三月十號。晚上九點。
IFRS全量測試——一百條模擬審計記錄，覆蓋三十九個IFRS核心欄位。
趙強跑了四分鐘。
"九十八條成功。失敗兩條——都是輸入端數據缺失。容錯標記正常觸發。零中斷。"
"和SOC 2的通過率一樣。"林遠靠在椅背上。
"一樣。容錯機制是通用的——不管二十七欄位還是三十九欄位，處理邏輯不變。"
"這就是架構的價值。核心不動，變化交給配置。"
林遠打開手機給陳嘉怡發了一封郵件——"IFRS模板開發完成。全量測試通過。98%通過率，2條容錯標記。可演示。"
陳嘉怡秒回——"太好了。德勤那邊確認明天下午兩點，國貿辦公室十二樓。孟合伙人親自主持。"
三月十一號。周四。內部預演。
工作室。下午兩點。
林遠站在投影儀前——
【記住本站域名ᴛᴡ看書網→sʜᴜ.ᴛᴡ】
"明天三條。第一，SOC 2標準輸出演示。二十七欄位——PwC驗過了，但德勤沒看過。第二，IFRS標準輸出演示。三十九欄位——這是核心。第三——雙模板並行輸出。"
"並行？"蘇明遠問。
"同一條日誌，同時輸出兩種格式。證明引擎不是兩套系統——是一套引擎、兩套配置。"
趙強啟動程序。輸入一條WatchGuard審計日誌。
SOC 2輸出——二十七欄位完整。IFRS輸出——三十九欄位完整。兩次轉換間隔不到三百毫秒。
"通過。"
蘇明遠翻著筆記本："德勤參會名單確認了。孟合伙人主持。IT審計部王經理。兩位高級審計經理——一位金融行業，一位製造業。還有——德勤中國區技術委員會委員，姓韓。"
"技術委員會。"林遠說，"不是普通考察——他們在評估長期合作。"
蘇明遠合上筆記本。"這次Demo的分量——比PwC重。"
三月十二號。周五。下午兩點。德勤北京辦公室。國貿CBD十二樓。
林遠和陳嘉怡提前十五分鐘到。長桌，對面四個人。
孟合伙人——灰色西裝，銀色領帶夾，目光銳利，職業化微笑。王經理。兩位審計經理。最外側——韓委員，穿深藍色襯衫，表情嚴肅。
Demo開始。
"第一部分：SOC 2標準輸出。"
輸入Syslog格式安全日誌。引擎自動匹配輸入模板——Syslog RFC3164。加載SOC 2輸出模板。轉換執行。
三秒。二十七欄位結構化JSON輸出。
"第二部分——重點。IFRS標準輸出。"
同一條日誌。註冊中心切換IFRS輸出模板——ifrs_2004.json。三秒——三十九欄位JSON輸出。
"注意——輸入端完全相同。換了輸出模板，二十七欄位變成三十九欄位。多出的十二個是IFRS特有披露要求：公允價值計量、關聯方交易、金融工具分類、套期會計信息等等。"
對面四個人都在看屏幕。王經理微微點了下頭。
"第三部分——雙模板並行輸出。"
趙強啟動並行腳本。同一條輸入——兩個輸出窗口同時刷新。
左邊：SOC 2，二十七欄位。
右邊：IFRS，三十九欄位。
時間差——兩百八十毫秒。
會議室安靜了三秒。
孟合伙人先開口："如果新客戶用ISO 27001——"
"寫一套輸出模板，JSON文件，放進註冊中心。引擎自動支持。不改代碼，不改架構，只加配置。三天。"
"三天支持一套新標準？"
"對。複雜度不同時間不同——SOC 2用了兩天，IFRS用了四天。ISO 27001我估計三天。"
韓委員第一次開口："容錯機制——數據缺失怎麼處理？"
"標記加默認值'未披露'。不中斷流程。審計師看到標記就知道該追問什麼。"
"'未披露'——你自己想的？"
"是。審計場景下null沒有業務含義。'未披露'有。"
韓委員盯著他五秒，在筆記本上寫了什麼。
孟合伙人問："PwC用SOC 2，我們用IFRS——客戶數據怎麼隔離？"
"每個客戶的輸入數據和輸出模板存在獨立目錄。註冊中心按客戶ID物理隔離。PwC和德勤的映射規則不會交叉。"
"最後一個問題。"孟合伙人說，"如果簽約——不是單個項目，是平台級合作——每年上千個審計項目的數據轉換——引擎撐得住？"
"一千個項目，每個平均五百條記錄——五十萬條。按每條三百毫秒，總計約四十二小時。四台機器並行——十小時。加機器就行，引擎本身不需要改。"
"十小時處理一千個審計項目？"
"對。而且可以擴展。引擎架構不變。"
三點二十。Demo結束。
孟合伙人站起來。"比我預期的好。"
他走出會議室打了個電話。韓委員留下。
"技術上沒有疑問。架構清晰，容錯合理，擴展性好。"他頓了一下，"但我想問一個不同的問題——你們為什麼做這個？"
"安全產品的日誌格式五花八門。審計機構的數據也是。本質上——都是'把非結構化數據變成結構化數據'。模板引擎解決的就是這個問題。"
"所以安全產品是第一個客戶，審計機構是第二個。"
"對。未來——還有第三個。第四個。任何需要數據格式標準化的場景——都是我們的目標。"
韓委員看了他十秒。"你的思路——不是做項目，是做基礎設施。"
"是。"
韓委員站起來。"三月底——我安排一次實操Demo。用德勤審計師跑真實項目數據。通過了——我簽約。而且——不止簽約。孟總想談的框架，比你以為的更大。"
四點。國貿大街上。
陳嘉怡問："過了？"
"過了。韓委員說建議簽約——條件是三月底實操Demo，用真實數據。"
"真實數據比模擬數據複雜得多。"
"模板引擎的容錯機制——就是為真實數據設計的。越髒的數據，越能體現價值。"
陳嘉怡笑了。"你越來越像做生意的了。"
"我不是做生意。我是在建基礎設施。"
林遠打開手機。周明哲的郵件——
"Mersenne素數域文獻，見附件。ARM開發板下周到位。"
十一篇論文。最後一篇——2003年12月，Journal of Cryptology。題目：《Efficient Scalar Multiplication on Mersenne Prime Fields》。
"和你的方向一高度吻合。"小艾說，"通用處理器上驗證的——嵌入式環境沒覆蓋。"
"嵌入式——就是我們的差異化。"
白板上更新——
北斗：文獻到位。ARM下周。4月目標不變。
德勤：Demo通過。三月底實操Demo。戰略合作框架。
PwC：3月17日上線。倒計時五天。
三條線。全在加速。
他關掉手機，打開那篇Journal of Cryptology論文。
Mersenne素數域——他來了。
林遠和趙強泡在工作室，從早八點到晚十一點。午飯叫外賣，在工位上吃。
IFRS模板開發——趙強一天半搞定。三十九個欄位的映射規則，打包成ifrs_2004.json，放進註冊中心。
剩下的兩天半——不是寫代碼，是測試。
"第十七條，套期會計信息。"趙強盯著屏幕，"輸入端是一條會計系統的XML日誌——德勤給的模擬數據。輸出端IFRS要求三個子欄位：套期工具類型、被套期項目、有效性評估方法。"
"結果？"
"三個子欄位填充了兩個。第三個——null。輸入數據缺欄位。"
"改成默認值'未披露'。審計師看到就知道該追問客戶。比null有用得多。"
"好。改完再跑一遍。"
趙強改完代碼，重新導入一百條數據。
"還有一個問題——第三十二條，segment報告。IFRS要求按業務分部披露收入。但輸入端的會計日誌——沒有分部門標記。"
"加一條規則：如果輸入數據缺失部門標記，輸出標記'數據不完整，待補充'。和容錯機制走同一條路。"
"行。"
三月十號。晚上九點。
IFRS全量測試——一百條模擬審計記錄，覆蓋三十九個IFRS核心欄位。
趙強跑了四分鐘。
"九十八條成功。失敗兩條——都是輸入端數據缺失。容錯標記正常觸發。零中斷。"
"和SOC 2的通過率一樣。"林遠靠在椅背上。
"一樣。容錯機制是通用的——不管二十七欄位還是三十九欄位，處理邏輯不變。"
"這就是架構的價值。核心不動，變化交給配置。"
林遠打開手機給陳嘉怡發了一封郵件——"IFRS模板開發完成。全量測試通過。98%通過率，2條容錯標記。可演示。"
陳嘉怡秒回——"太好了。德勤那邊確認明天下午兩點，國貿辦公室十二樓。孟合伙人親自主持。"
三月十一號。周四。內部預演。
工作室。下午兩點。
林遠站在投影儀前——
【記住本站域名ᴛᴡ看書網→sʜᴜ.ᴛᴡ】
"明天三條。第一，SOC 2標準輸出演示。二十七欄位——PwC驗過了，但德勤沒看過。第二，IFRS標準輸出演示。三十九欄位——這是核心。第三——雙模板並行輸出。"
"並行？"蘇明遠問。
"同一條日誌，同時輸出兩種格式。證明引擎不是兩套系統——是一套引擎、兩套配置。"
趙強啟動程序。輸入一條WatchGuard審計日誌。
SOC 2輸出——二十七欄位完整。IFRS輸出——三十九欄位完整。兩次轉換間隔不到三百毫秒。
"通過。"
蘇明遠翻著筆記本："德勤參會名單確認了。孟合伙人主持。IT審計部王經理。兩位高級審計經理——一位金融行業，一位製造業。還有——德勤中國區技術委員會委員，姓韓。"
"技術委員會。"林遠說，"不是普通考察——他們在評估長期合作。"
蘇明遠合上筆記本。"這次Demo的分量——比PwC重。"
三月十二號。周五。下午兩點。德勤北京辦公室。國貿CBD十二樓。
林遠和陳嘉怡提前十五分鐘到。長桌，對面四個人。
孟合伙人——灰色西裝，銀色領帶夾，目光銳利，職業化微笑。王經理。兩位審計經理。最外側——韓委員，穿深藍色襯衫，表情嚴肅。
Demo開始。
"第一部分：SOC 2標準輸出。"
輸入Syslog格式安全日誌。引擎自動匹配輸入模板——Syslog RFC3164。加載SOC 2輸出模板。轉換執行。
三秒。二十七欄位結構化JSON輸出。
"第二部分——重點。IFRS標準輸出。"
同一條日誌。註冊中心切換IFRS輸出模板——ifrs_2004.json。三秒——三十九欄位JSON輸出。
"注意——輸入端完全相同。換了輸出模板，二十七欄位變成三十九欄位。多出的十二個是IFRS特有披露要求：公允價值計量、關聯方交易、金融工具分類、套期會計信息等等。"
對面四個人都在看屏幕。王經理微微點了下頭。
"第三部分——雙模板並行輸出。"
趙強啟動並行腳本。同一條輸入——兩個輸出窗口同時刷新。
左邊：SOC 2，二十七欄位。
右邊：IFRS，三十九欄位。
時間差——兩百八十毫秒。
會議室安靜了三秒。
孟合伙人先開口："如果新客戶用ISO 27001——"
"寫一套輸出模板，JSON文件，放進註冊中心。引擎自動支持。不改代碼，不改架構，只加配置。三天。"
"三天支持一套新標準？"
"對。複雜度不同時間不同——SOC 2用了兩天，IFRS用了四天。ISO 27001我估計三天。"
韓委員第一次開口："容錯機制——數據缺失怎麼處理？"
"標記加默認值'未披露'。不中斷流程。審計師看到標記就知道該追問什麼。"
"'未披露'——你自己想的？"
"是。審計場景下null沒有業務含義。'未披露'有。"
韓委員盯著他五秒，在筆記本上寫了什麼。
孟合伙人問："PwC用SOC 2，我們用IFRS——客戶數據怎麼隔離？"
"每個客戶的輸入數據和輸出模板存在獨立目錄。註冊中心按客戶ID物理隔離。PwC和德勤的映射規則不會交叉。"
"最後一個問題。"孟合伙人說，"如果簽約——不是單個項目，是平台級合作——每年上千個審計項目的數據轉換——引擎撐得住？"
"一千個項目，每個平均五百條記錄——五十萬條。按每條三百毫秒，總計約四十二小時。四台機器並行——十小時。加機器就行，引擎本身不需要改。"
"十小時處理一千個審計項目？"
"對。而且可以擴展。引擎架構不變。"
三點二十。Demo結束。
孟合伙人站起來。"比我預期的好。"
他走出會議室打了個電話。韓委員留下。
"技術上沒有疑問。架構清晰，容錯合理，擴展性好。"他頓了一下，"但我想問一個不同的問題——你們為什麼做這個？"
"安全產品的日誌格式五花八門。審計機構的數據也是。本質上——都是'把非結構化數據變成結構化數據'。模板引擎解決的就是這個問題。"
"所以安全產品是第一個客戶，審計機構是第二個。"
"對。未來——還有第三個。第四個。任何需要數據格式標準化的場景——都是我們的目標。"
韓委員看了他十秒。"你的思路——不是做項目，是做基礎設施。"
"是。"
韓委員站起來。"三月底——我安排一次實操Demo。用德勤審計師跑真實項目數據。通過了——我簽約。而且——不止簽約。孟總想談的框架，比你以為的更大。"
四點。國貿大街上。
陳嘉怡問："過了？"
"過了。韓委員說建議簽約——條件是三月底實操Demo，用真實數據。"
"真實數據比模擬數據複雜得多。"
"模板引擎的容錯機制——就是為真實數據設計的。越髒的數據，越能體現價值。"
陳嘉怡笑了。"你越來越像做生意的了。"
"我不是做生意。我是在建基礎設施。"
林遠打開手機。周明哲的郵件——
"Mersenne素數域文獻，見附件。ARM開發板下周到位。"
十一篇論文。最後一篇——2003年12月，Journal of Cryptology。題目：《Efficient Scalar Multiplication on Mersenne Prime Fields》。
"和你的方向一高度吻合。"小艾說，"通用處理器上驗證的——嵌入式環境沒覆蓋。"
"嵌入式——就是我們的差異化。"
白板上更新——
北斗：文獻到位。ARM下周。4月目標不變。
德勤：Demo通過。三月底實操Demo。戰略合作框架。
PwC：3月17日上線。倒計時五天。
三條線。全在加速。
他關掉手機，打開那篇Journal of Cryptology論文。
Mersenne素數域——他來了。