[{"data":1,"prerenderedAt":71},["ShallowReactive",2],{"legacy:insights\u002Fai-agent-data-permission:zh-TW":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":70},"insights\u002Fai-agent-data-permission","智慧體問數，誰能問哪些數？權限要卡在資料行上 - JEDP 數字化平臺","智能体问数不是新开一个数据出口。运行态智能体按列表页发布时配的权限组裁行裁列——适用人员、数据范围、字段权限与列表页同源，越权请求应被拒绝并留痕。本文说明权限组判定、导出与办理的风险分级、落地顺序与六项验收。","AI 问数,行级权限,智能体 权限控制,数据权限 制造业","深圳郎博萬資訊科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fplatform-overview.webp",[13,30,44],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":19,"articleSection":20,"keywords":21,"image":11,"author":22,"publisher":24,"isPartOf":25,"mainEntityOfPage":27},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fai-agent-data-permission#article","智慧體問數，誰能問哪些數？權限要卡在資料行上","zh-CN","2026-10-23","SaaS · AI 智慧體","AI 问数, 行级权限, 智能体 权限控制, 数据权限 制造业",{"@id":23},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":23},{"@id":26},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":28,"@id":29},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fai-agent-data-permission",{"@context":14,"@type":31,"itemListElement":32},"BreadcrumbList",[33,38,42],{"@type":34,"position":35,"name":36,"item":37},"ListItem",1,"首頁","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":34,"position":39,"name":40,"item":41},2,"行業洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":34,"position":43,"name":17,"item":29},3,{"@context":14,"@type":45,"@id":46,"mainEntity":47},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fai-agent-data-permission#faq",[48,54,58,62,66],{"@type":49,"name":50,"acceptedAnswer":51},"Question","智慧體問數會不會繞過原來的權限？",{"@type":52,"text":53},"Answer","不該也不能。執行態問數按當前登入人命中的權限組裁行與裁列——適用人員、資料範圍、欄位權限與列表頁同源，不另建一套；超出範圍的請求應被拒絕並留痕。如果某個智慧體產品要你「再配一份 AI 專用資料權限」，那它已經把權限體系劈成了兩套，審計時必然對不上。",{"@type":49,"name":55,"acceptedAnswer":56},"問數能看全公司資料嗎？",{"@type":52,"text":57},"取決於這個人的資料範圍，而不是取決於他會不會用 AI。部門經理通常只看本部門及下級，集團分析崗才可能拿到跨組織檢視。把「能問出全公司」當成智慧體的賣點，等於把越權做成了功能。",{"@type":49,"name":59,"acceptedAnswer":60},"讓智慧體直接改資料行不行？",{"@type":52,"text":61},"寫操作要走平臺業務介面，受同樣的功能權限與流程節點約束，且不能代他人審批。繞開業務介面直寫資料庫的「智慧體」看起來很方便，代價是校驗、審批鏈與審計全部失效。",{"@type":49,"name":63,"acceptedAnswer":64},"匯出為什麼比查詢風險大？",{"@type":52,"text":65},"查詢的結果留在系統裡，匯出會把資料帶到系統外。匯出應限定欄位範圍、記錄次數與去向，並落水印；對薪酬、成本、客戶價這類敏感域，預設不開放批次匯出。",{"@type":49,"name":67,"acceptedAnswer":68},"權限本身很亂，能做 AI 問數嗎？",{"@type":52,"text":69},"先把權限矩陣與指標口徑凍結，再開放問數。權限亂的時候上智慧體，等於把原來要層層點開才能拿到的資料，壓縮成一句話就能拿到，風險不是變小而是被放大。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"麵包屑\">\n        \u003Ca href=\"\u002F\">首頁\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行業洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>SaaS · AI 智慧體\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">AI 問數\u003C\u002Fspan>\u003Cspan class=\"r-tag\">行級權限\u003C\u002Fspan>\u003Cspan class=\"r-tag\">越權留痕\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>智慧體問數，誰能問哪些數？權限要卡在資料行上\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">「幫我把華南區今年的毛利拉出來」——這句話在聊天框裡只是一行字，在權限系統裡卻是一次跨部門取數。AI 問數最容易出事的地方，不是它算錯，而是它算對了不該給你看的那部分。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新於 2026-10-23\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>約 11 分鐘閱讀\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>製造業數字化 · SaaS · AI 智慧體\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>讀這一篇能得到什麼\u003C\u002Fh2>\n        \u003Cul>\u003Cli>智慧體問數不是新資料出口：權限必須複用平臺既有授權，不能另建一套「AI 專用」白名單\u003C\u002Fli>\u003Cli>控制「能問到哪些數」的單位是權限組：適用人員、資料範圍、欄位權限一起配，智慧體按它裁行裁列，不另建一套\u003C\u002Fli>\u003Cli>越權要當場拒絕並留痕，不能「先問出來再說」；被拒絕的請求本身就是最好的權限體檢資料\u003C\u002Fli>\u003Cli>匯出與辦理比「看一眼」危險得多：匯出要落水印與次數上限，辦理必須走業務介面與原節點審批人\u003C\u002Fli>\u003Cli>開放順序反過來更安全：先凍結指標口徑與權限矩陣，再放開問數範圍，最後才開放寫操作\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"一句-帮我查一下-跨了三个部门\">一句「幫我查一下」，跨了三個部門\u003C\u002Fh2>\n\u003Cp>週一早上，銷售總監在對話方塊裡敲了一行字：把華南區今年上半年的毛利率按客戶拉一下。三秒後圖表出來，前五名客戶一目瞭然。\u003C\u002Fp>\n\u003Cp>這行字背後發生了什麼？系統要知道「華南區」在這個組織裡對應哪幾個銷售組織、哪幾個工廠的出貨；要知道「毛利率」用的是哪一版口徑——含不含運費、返利算不算成本；還要知道提問的人有沒有權限看到客戶級的價格與成本。三件事裡任何一件沒答對，圖都出不來，或者出一個錯的。\u003C\u002Fp>\n\u003Cp>而最容易出事的，是第四件事：這個人到底該不該看到這些客戶的價格。\u003C\u002Fp>\n\u003Cp>AI 問數讓取數變簡單了，同時也讓越權變簡單了。以前要越權，得知道去哪個選單、點哪個匯出、繞過誰的審批；現在只需要把問題問得委婉一點。所以智慧體上線時真正要設計的東西，不是「能問多少」，而是「誰能問哪些」。\u003C\u002Fp>\n\u003Ch2 id=\"智能体不是新开一个数据出口\">智慧體不是新開一個資料出口\u003C\u002Fh2>\n\u003Cp>很多企業上 AI 問數，第一反應是給智慧體配一份「資料來源賬號」。這個動作看似省事，實際上是給全公司開了一個只讀的後門：智慧體用一個高權限賬號連庫，然後所有提問的人都借這個賬號取數。\u003C\u002Fp>\n\u003Cp>問題在於，這個賬號的權限跟提問的人沒有關係。倉管問一句「上個月原材料成本多少」，智慧體照樣答得出來——因為它連的是那個高權限賬號。這類系統在演示時體驗極好，一進審計就解釋不通：誰在什麼時候看了什麼資料，日誌裡只有「智慧體」。\u003C\u002Fp>\n\u003Cp>正確的做法反過來：智慧體不持有自己的資料權限，它繼承當前登入人的權限上下文。使用者是誰、屬於哪個部門、擔任什麼崗位、能看到哪些資料行，這些在請求進來的那一刻就確定了，智慧體只是在這個邊界內組織查詢、生成圖表、寫清口徑。\u003C\u002Fp>\n\u003Cp>判斷一個 AI 問數產品是不是這麼做的，有個很簡單的問法：把同一個人從 A 部門調到 B 部門，第二天他問同樣的問題，答案會不會變？會變，說明權限是真的在起作用；不變，說明權限是裝飾。\u003C\u002Fp>\n\u003Cp>JEDP 的雙智慧體就是這個結構：設計態用自然語言建模、經設計器釋出；執行態在本人授權範圍內問數，可輸出對話方塊圖文，也可匯出 Office、HTML、Markdown，並可經平臺業務介面建立單據、辦理稽核。它不直寫資料庫，取數也不會超出當前賬號在對應列表頁上命中的權限組。\u003C\u002Fp>\n\u003Ch2 id=\"权限组决定智能体能查到哪些行\">權限組決定智慧體能查到哪些行\u003C\u002Fh2>\n\u003Cp>平臺列表取數本來有兩道關：頁面上的過濾條件由前端打包下來，釋出時配的\u003Cstrong>權限組\u003C\u002Fstrong>由服務端強制執行。智慧體問數只認後面這一道——它拿不到前端的過濾包，也不該拿。所以真正決定「智慧體能問到哪些數」的，是權限組，不是模型自覺。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>權限組裡的配置\u003C\u002Fth>\u003Cth>決定什麼\u003C\u002Fth>\u003Cth>配錯的典型後果\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>適用人員\u003C\u002Ftd>\u003Ctd>誰命中這組，可配排除名單\u003C\u002Ftd>\u003Ctd>漏配外部組織，供應商拿到內部價\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>資料範圍\u003C\u002Ftd>\u003Ctd>本人可見 \u002F 條件自定義 \u002F 不限\u003C\u002Ftd>\u003Ctd>該限部門卻給了不限，問出全集團\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>欄位權限\u003C\u002Ftd>\u003Ctd>哪些列能看、只讀還是隱藏\u003C\u002Ftd>\u003Ctd>列表藏了成本價，問數還能問出來\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>一個人命中多個組時取並集；一個組都沒命中、或者這個列表頁壓根沒配權限組，落到\u003Cstrong>本人可見\u003C\u002Fstrong>——這是最嚴的一檔，不是最松。所謂本人可見，也不只是「我建的單」，還包括我待辦過、已辦過、被抄送或轉發過的流程單據。平臺列表就是這麼算的，智慧體必須對齊，否則使用者會立刻發現「列表裡有、問數查不到」。\u003C\u002Fp>\n\u003Cp>使用者問的那句話未必帶著列表頁。系統會先按列表名反查、再按主表反查，逐級往下找；都找不到，仍然落到本人可見。不管走哪條路徑，鐵律只有一條：\u003Cstrong>同一個登入人，智慧體可見的行必須是他能在對應列表頁看到的行的子集\u003C\u002Fstrong>——可以更嚴，不能更寬。\u003C\u002Fp>\n\u003Cp>欄位權限更容易出岔子：\u003Cstrong>藏起來不等於問不出來\u003C\u002Fstrong>。列表上把「成本價」這一列藏了，如果只在頁面上隱藏、執行層沒把列裁掉，使用者換個說法——「幫我把這個物料的採購單價列出來」——資料照樣出來。隱藏是展示，裁列才是權限。\u003C\u002Fp>\n\u003Ch2 id=\"越权要当场拒绝-而且要留痕\">越權要當場拒絕，而且要留痕\u003C\u002Fh2>\n\u003Cp>「先問出來再說」是 AI 問數最危險的一句話。它的誘惑在於：資料反正已經在庫裡，模型也讀到了，不給看有點浪費。\u003C\u002Fp>\n\u003Cp>但拒絕本身是有價值的。使用者問「華南區客戶毛利」而他只有華東權限時，系統應該明確告訴他：當前賬號的資料範圍是華東，無法返回華南客戶明細。這句話同時完成了三件事——告知邊界、避免誤判為系統故障、留下一條可審計的記錄。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>請求型別\u003C\u002Fth>\u003Cth>處置\u003C\u002Fth>\u003Cth>說明\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>超出組織範圍\u003C\u002Ftd>\u003Ctd>拒絕 + 說明邊界\u003C\u002Ftd>\u003Ctd>告知可查範圍，不返回任何行\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>超出欄位權限\u003C\u002Ftd>\u003Ctd>拒絕該欄位，其餘正常\u003C\u002Ftd>\u003Ctd>不靜默打碼，避免使用者誤以為資料缺失\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>要求代他人辦理\u003C\u002Ftd>\u003Ctd>拒絕\u003C\u002Ftd>\u003Ctd>審批人必須是流程節點解析出的人\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>高頻批次拉取\u003C\u002Ftd>\u003Ctd>限流 + 告警\u003C\u002Ftd>\u003Ctd>正常分析不需要一分鐘幾十次匯出\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>疑似試探性組合提問\u003C\u002Ftd>\u003Ctd>記錄 + 複核\u003C\u002Ftd>\u003Ctd>單個問題都合規、組合起來是越權，只能靠行為看\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>最後一行值得多說一句。真正的越權往往不是一次拿全，而是分十次拿區域性再自己拼。單條日誌都合規，只有把同一賬號的提問序列放在一起看，才看得出意圖。所以問數日誌要能按人、按時間、按指標聚合，而不是隻留一句「誰問過什麼」。\u003C\u002Fp>\n\u003Ch2 id=\"导出与办理-比-看一眼-危险得多\">匯出與辦理：比「看一眼」危險得多\u003C\u002Fh2>\n\u003Cp>查詢和匯出不是一個風險等級。查詢的結果留在系統裡，匯出會把資料帶到系統外，一次匯出可能等於一次資料外流。\u003C\u002Fp>\n\u003Cp>匯出至少要管三件事：欄位範圍（敏感欄位預設不進匯出模板）、次數與體量（超出閾值要審批或直接拒絕）、可追溯（檔案帶水印或可定位到人）。薪酬、成本、客戶協議價這類域，建議預設只給彙總不給明細。\u003C\u002Fp>\n\u003Cp>寫操作的風險還要再上一級。讓智慧體「幫我把這張不合格單關掉」，聽起來是效率提升，實際上是繞過了審批鏈。合規的做法是：智慧體可以發起、可以預填、可以提示缺什麼欄位，但提交必須走業務介面，落到原來的流程節點上，由該節點的審批人辦理。智慧體不代他人審批，這一點沒有例外。\u003C\u002Fp>\n\u003Ch2 id=\"权限从哪来-别在智能体里另建一套\">權限從哪來：別在智慧體裡另建一套\u003C\u002Fh2>\n\u003Cp>如果智慧體需要單獨維護一份「誰能問什麼」的配置，那它遲早會和主權限系統對不上。對不上的後果不是報錯，而是兩邊都有人相信：業務以為智慧體受限，IT 以為主系統受限，中間那段就是空洞。\u003C\u002Fp>\n\u003Cp>授權應該只有一處來源。人員入職、調崗、兼崗、離職，權限在主系統裡變一次，智慧體這邊自動跟著變。權限組在列表頁釋出時一次配好——適用人員、資料範圍、欄位權限都在那一處；組織引擎提供部門樹、崗位任職與彙報關係供條件引用，智慧體只做消費方。\u003C\u002Fp>\n\u003Cp>有兩個細節決定了這套東西能不能長期用下去。第一是\u003Cstrong>授權隨任職生效日切換\u003C\u002Fstrong>，兼崗、借調、代理要顯式建模並設期限，否則「先開著方便」會變成永久超額權限。第二是\u003Cstrong>回收\u003C\u002Fstrong>：離職、調崗、專案結束時的授權回收要有人負責、有時間點，權限債務不會自己消失，只會積累到某次審計爆發。\u003C\u002Fp>\n\u003Ch2 id=\"开放顺序-先冻口径-再放范围-最后开写\">開放順序：先凍口徑，再放範圍，最後開寫\u003C\u002Fh2>\n\u003Cp>很多專案一上線就把問數範圍開到最大，理由是「讓大家先體驗到價值」。這個順序恰好是最危險的。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>階段\u003C\u002Fth>\u003Cth>開放什麼\u003C\u002Fth>\u003Cth>完成標誌\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>第一步\u003C\u002Ftd>\u003Ctd>凍結指標口徑與權限矩陣\u003C\u002Ftd>\u003Ctd>指標定義唯一；每個列表頁的權限組能畫出矩陣表\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>第二步\u003C\u002Ftd>\u003Ctd>開放只讀問數，限兩三個域\u003C\u002Ftd>\u003Ctd>越權請求能被正確拒絕並留痕；口徑說明隨答案一起出\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>第三步\u003C\u002Ftd>\u003Ctd>開放匯出，限欄位與次數\u003C\u002Ftd>\u003Ctd>匯出可追溯到人；敏感域預設無批次匯出\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>第四步\u003C\u002Ftd>\u003Ctd>開放業務介面寫操作\u003C\u002Ftd>\u003Ctd>單據經流程節點辦理，審批人不可被替代\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>每一步都設一個明確的完成標誌，比設一個上線日期有用得多。特別是第一步——口徑沒凍結就開放問數，得到的是「同一個毛利率有三個數」的混亂，而且模型會把這種混亂放大，因為它答得又快又自信。\u003C\u002Fp>\n\u003Ch2 id=\"六项验收-能演示才算做到\">六項驗收：能演示才算做到\u003C\u002Fh2>\n\u003Cp>權限設計最容易停在 PPT 上。驗收時不要看架構圖，讓對方當場演示這六個動作：\u003C\u002Fp>\n\u003Col>\u003Cli>用 A 部門賬號問 B 部門的資料，系統明確拒絕並說明範圍\u003C\u002Fli>\u003Cli>用同一賬號問超出欄位權限的敏感列，只拒絕該列，其餘正常返回\u003C\u002Fli>\u003Cli>換一個只有檢視權限的賬號，嘗試發起單據，被拒絕\u003C\u002Fli>\u003Cli>把賬號從 A 部門調到 B 部門，第二天同一問題答案隨範圍變化\u003C\u002Fli>\u003Cli>連續快速匯出二十次，觸發限流或審批\u003C\u002Fli>\u003Cli>查一條越權記錄，能看到誰、什麼時候、問了什麼、被哪條規則拒絕\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>六項都能演，權限才算落到了系統裡。有一項演不出來，就說明那塊還停留在制度層面。\u003C\u002Fp>\n\u003Ch2 id=\"什么情况下先别上\">什麼情況下先別上\u003C\u002Fh2>\n\u003Cp>最後說邊界。有三種情況，我的建議是先把基礎打好，別急著開放問數。\u003C\u002Fp>\n\u003Cp>第一種，權限矩陣本身很亂——角色按人複製、資料範圍靠約定、離職賬號沒人停用。這種情況下上智慧體，等於把原來要層層點開才能拿到的資料壓縮成一句話就能拿到，風險被放大而不是被收斂。\u003C\u002Fp>\n\u003Cp>第二種，指標口徑還在每週改。模型會把每一版口徑都講得很有道理，使用者會以為那是結論。\u003C\u002Fp>\n\u003Cp>第三種，主資料沒有唯一性——同一個客戶三個檔案、同一個物料兩種編碼。問數結果會在聚合時把同一件事算成兩件，而且看不出來。\u003C\u002Fp>\n\u003Cp>這三種都不是 AI 的問題，AI 只是把它們暴露得更快。反過來說，如果這三件已經做好了，AI 問數帶來的效率提升是真實的：不用等人導表、不用為了一個數開半小時會、口徑說明跟著答案一起出來。\u003C\u002Fp>\n\u003Cul>\u003Cli>雙智慧體：設計態與執行態的能力邊界\u003C\u002Fli>\u003Cli>權限引擎：資料行與欄位級授權\u003C\u002Fli>\u003Cli>組織引擎：以人為核心的組織主資料\u003C\u002Fli>\u003Cli>多租戶與組織隔離決策表\u003C\u002Fli>\u003Cli>設計態與執行態為什麼必須分開\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本頁目錄\">\n          \u003Ch2>目錄\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#一句-帮我查一下-跨了三个部门\">一句「幫我查一下」，跨了三個部門\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#智能体不是新开一个数据出口\">智慧體不是新開一個資料出口\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#权限组决定智能体能查到哪些行\">權限組決定智慧體能查到哪些行\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#越权要当场拒绝-而且要留痕\">越權要當場拒絕，而且要留痕\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#导出与办理-比-看一眼-危险得多\">匯出與辦理：比「看一眼」危險得多\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#权限从哪来-别在智能体里另建一套\">權限從哪來：別在智慧體裡另建一套\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#开放顺序-先冻口径-再放范围-最后开写\">開放順序：先凍口徑，再放範圍，最後開寫\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#六项验收-能演示才算做到\">六項驗收：能演示才算做到\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#什么情况下先别上\">什麼情況下先別上\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把這篇裡的做法落到自己的廠裡？\u003C\u002Fstrong>資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=agent#selftest\" class=\"btn btn-outline\">去資源中心自測\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-platform\" class=\"btn btn-outline\">底座驗收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=agent\" class=\"btn\">獲取方案與演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fengines\">查看產品方案：\u003Cspan>平臺能力\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F17-platform-overseas-multitenant.html\">對應資料包：\u003Cspan>出海就緒度自測 + 多租戶決策表\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常見問題\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">圍繞本篇主題的追問，先看這裡；仍有疑問可\u003Ca href=\"\u002Fcontact?from=agent\">聯絡我們\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>智慧體問數會不會繞過原來的權限？\u003C\u002Fsummary>\n          \u003Cp>不該也不能。執行態問數按當前登入人命中的權限組裁行與裁列——適用人員、資料範圍、欄位權限與列表頁同源，不另建一套；超出範圍的請求應被拒絕並留痕。如果某個智慧體產品要你「再配一份 AI 專用資料權限」，那它已經把權限體系劈成了兩套，審計時必然對不上。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>問數能看全公司資料嗎？\u003C\u002Fsummary>\n          \u003Cp>取決於這個人的資料範圍，而不是取決於他會不會用 AI。部門經理通常只看本部門及下級，集團分析崗才可能拿到跨組織檢視。把「能問出全公司」當成智慧體的賣點，等於把越權做成了功能。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>讓智慧體直接改資料行不行？\u003C\u002Fsummary>\n          \u003Cp>寫操作要走平臺業務介面，受同樣的功能權限與流程節點約束，且不能代他人審批。繞開業務介面直寫資料庫的「智慧體」看起來很方便，代價是校驗、審批鏈與審計全部失效。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>匯出為什麼比查詢風險大？\u003C\u002Fsummary>\n          \u003Cp>查詢的結果留在系統裡，匯出會把資料帶到系統外。匯出應限定欄位範圍、記錄次數與去向，並落水印；對薪酬、成本、客戶價這類敏感域，預設不開放批次匯出。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>權限本身很亂，能做 AI 問數嗎？\u003C\u002Fsummary>\n          \u003Cp>先把權限矩陣與指標口徑凍結，再開放問數。權限亂的時候上智慧體，等於把原來要層層點開才能拿到的資料，壓縮成一句話就能拿到，風險不是變小而是被放大。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相關閱讀\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">SaaS · AI 智慧體\u003C\u002Fdiv>\n            \u003Ch3>AI 進企業系統的正確切入口：設計態與執行態應該分開\u003C\u002Fh3>\n            \u003Cp>企業 AI 失敗多因職責不清。從「一個聊天視窗通吃」切入，說明構建系統與判斷經營的錯誤代價不對稱，為何設計與執行必須分入口，人在環、可溯源與三條…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-09-17 · 約 9 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">SaaS · AI 智慧體\u003C\u002Fdiv>\n            \u003Ch3>企業級 AI 應用建設的 4 大難題：試點很成功，推廣卻熄火\u003C\u002Fh3>\n            \u003Cp>企業級 AI 落地卡在四道坎：資料散、不懂行、不落地、算不清。逐條給出可當場驗證的自檢問題與先後順序，說明哪些條件不滿足時應該緩上，避免把資料問…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-10-15 · 約 13 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">洞察\u003C\u002Fdiv>\n            \u003Ch3>數字化底座選型：先別談價格，用這 8 個問題把標尺立起來\u003C\u002Fh3>\n            \u003Cp>製造業選數字化底座時，先立標尺再談價格。用 8 個可當場驗證的問題覆蓋建模上限、流程引擎、資料歸屬、二開邊界、多組織多租戶、國際化、實施方能力與…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-08-13 · 約 9 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937991600]