常见问题
购买前的疑虑，每问一个直接的回答和讲透它的页
购买前的疑虑集中在几处：能不能先只买一小段，数据和模型安不安全，出了事找谁。每个回答先给结论和代价，再链到讲透它的页。合同里写的事项，这里只答「在合同中约定」。
合作怎么开始
只做诊断可以吗
可以。两周诊断结束时，你会拿到企业全貌、改造清单和权责清单，这些文件都归企业所有。之后可以只拿文件，也可以只推进制度与流程层的项，这两种都不要求使用 SZV 的系统。前提是账目、单据记录和访谈对象按时到位。详见两周诊断交付什么。
为什么不先上系统再慢慢理权责
因为规则一旦写进系统，改动就有成本：改参数要走变更单，批准前不生效，金额档位要随版本发布。未定稿的争议写进去，每次改动都付这份成本。先上线留痕、再从记录里看管理问题，也是一种做法，它的代价是上面所说的变更成本。详见诊断怎样找到问题。
合作能中途停下吗
诊断之后可以止步，诊断交付的文件归企业所有。设计之后是否分段、怎样分段，在合同中约定。私有部署与硬件设计有各自的门，不走咨询加核心经营系统的这条合作流程。详见合作流程。
开工前要准备什么
账目导出、单据事件记录、现行制度、访谈人选，以及只读的导出途径。个人信息在导出前由企业脱敏，诊断不收姓名、证件号和合同全文。单据只存在于纸面或聊天记录里时，事件记录导不出来。通行的补法是追踪若干张单据，或让经手人口述；用哪一种，开工前约定，结论里注明依据是抽样单据或口述。详见诊断前要准备的材料。
核心经营系统
制度变了要重新发版吗
看改什么。规则参数的值，如时限、复核线、开关，走变更单：提议、检查、批准，由唯一的写入入口追加新的一行，旧行保留，程序版本不变。批准人是最高层级的一个人，批准前不生效。金额档位和审批单型注册表随版本发布追加新行。新增一种判据或签核位种类要改解释器，同样随版本发布。详见修改一条规则和修改规则参数的唯一入口。
审批人不在，单据会卡住吗
会停，但不会通过。系统没有「转交」操作。持有人缺席，或该位等满时限，代签位向事先按职位排好的兜底人开放；兜底人仍须亲自签，记录标「代签」。超时只提醒，不自动批准，也不自动驳回；少数申请类单据到期即失效，须重新申请，失效同样不算通过。兜到底无人可签，单据停在待签并通知上层。代价是积压；延误的损失高于错放的损失的单据，不适合这套取舍。详见审批流转。
一笔单据当时依据什么，查得出来吗
查得出，但要分几处查。建单时，系统把签法版本和命中的金额档行冻进单据，此后规则怎么改，旧单都按当时的链走；设计上也可以按冻结的判据重放。代价是没有全局统一的规则集版本号：规则行、单据上的签法版本、口径、权限集、模型调用的投影，各记各的版本，查一笔单要按类型去对应的一处。详见核心经营系统概览和重放一张旧单的判定。
能和银行流水对账吗
系统不含银行流水接入，要与银行流水逐笔核对，需要另做接入与匹配。系统里的流水核对，比的是同一个指标的现算值与物化值（预先存下的计算结果），逐日出差异行，不自动平账。更正已记的账不改旧行，写一条金额相反、引用原单号的冲回行。详见资金流水与更正。
新开分支要重做一套规则吗
不用。分支沿用总部的审批链、权限、规则参数和金额线，只在少数属性上填自己的值。新开分支是登记一行主数据，走与其他规则改值同一条审批。代价是总部改一项，所有沿用它的分支同步生效，影响面随之扩大。详见规则写成带版本的数据。
客户资料散在几处，怎样只算一次
同一个数只有一份口径，写在口径定义表里，报表、导出、汇总取同一份，这是已有的机制。客户合并是示例设计：来源记录原样保留，合并只追加指向行并走审批，误合并追加一行指回去即可撤销。难处在匹配，哪些来源记录算同一个客户，要在诊断与设计阶段对着企业自己的数据定。详见客户资料与统计口径。
上线出问题能退回吗
能回到上一版程序，数据库保持不动。这靠库结构变更只加不改：上一版程序在新增的库结构上照常运行。前提缺一不可：库结构变更只加不改，新版本没有写入旧版本读不懂的数据，如新的状态值。后者一旦发生，只能前滚。发布没有分批放量，生产变更须有书面执行令。详见发布与回滚。
数据、模型与安全
大模型会改我们的业务数据吗
没有写业务数据的通道。核心经营系统里，模型缺省关闭；开启后输出只能成为待审批的草案，经权限、审批、留痕才落库，金额、是否需要审批这类判定用的值不取自模型。模型网关只给聚合数与令牌，自由文本原文到不了模型。代价是说明文本的质量受限，也不能让模型调用工具。敏感分类的调用只许走本地推理服务，用哪一家由企业批准，批准之前开关保持关闭。任一步校验失败，页面显示规则生成的文本并转人工。详见模型能碰什么 不能碰什么和接入模型服务。
留痕能被改吗
业务账号改不了：触发器拒绝改删，业务角色的改删权限也已收回。绕开应用改动或删掉链中间的一条，校验函数能找出来。链尾被截掉、整条链被重写，链内发现不了；要防握有数据库管理权限的人，须把链头存到库外，这项不是现有能力，有这项要求的企业，可在签约前与 SZV 讨论。留痕与动作同事务、写不进就不交付，目前只在导出与模型调用两处成立。详见留痕与证据链。
安全上有哪些事不防
不防的是：握有数据库管理权限的人，包括表属主、超级用户、带 BYPASSRLS 的角色，也包括运维方；被整条重写的留痕链；模型在被允许的字段里写错取值；导出文件离开系统之后的使用。这几类要企业另补控制，或写进合同。防的是业务账号越权、应用漏写过滤条件、误操作与局部改删、模型输出越权，以及外联和供应链的入口。本站不含测试报告、第三方评估这类证明材料，需要时把清单提给 SZV，已有对接负责人的，经对接负责人提出。详见安全边界。
权限怎样判定，撤权何时生效
每个「能不能」只问一个判定入口：拒绝先于允许，签核类动作先转去签核规则表。缺能力字段、缺可见范围、规则没有命中行，都按拒绝处理，每个答案带出判定步骤和命中的行。能力在会话开始时由四层叠加装配并冻结。撤销权限何时对已登录的会话生效，按企业要求在合同中约定。详见谁能做什么和配置一个人的权限。
私有部署
什么情况下值得自建，而不是调云 API
数据不能出域；需要可审计、可回退的模型与知识库；负载稳定且高到能摊薄硬件。三者有一个成立才值得。都不成立，或业务离不开最新的闭源前沿模型，调云 API 更省。用量大不等于更便宜：自建成本以固定为主，要拿每月实际用掉的 token 对照自建月成本，算盈亏平衡。详见私有部署概览。
数据会离开机房吗
默认不会。推理网段对机房外默认拒绝出站，规则写在主机和容器转发两处，每次变更后用失败的对外连接留证。机房外进来的只有一个受控入口，签约前由企业在现场、介质闸口或单向网闸、堡垒机加录屏之间选一个。选堡垒机时，承诺降为「出站受控」，不再是零出站。权重和更新包经介质带入，先过入闸检查。详见网络与机房条件和私有部署概览。
本地部署，同一个问题每次的回答一样吗
不保证。推理引擎把并发请求拼成批计算，批的大小随负载变，输出会漂，温度设为 0 也一样。vLLM 文档写明，默认不保证结果可复现；在线服务只能开批不变模式，且只在同一硬件、同一版本下成立。能保证的是同一份资料（知识库按版本钉住）、可复现的检索（记下索引版本与检索参数）、可追溯的引用。详见私有部署概览。
知识库问答里，模型会读到文档原文吗
会。私有部署的知识库问答里，模型读到的是检索出的文档原文，这与核心经营系统的模型调用面不同，要另做威胁模型。它经私有部署的模型网关，不经核心经营系统的模型网关，后者的保证不适用于它。设计控制与验收要求如下，设防放在模型之外：权限过滤写进检索查询，入库前审核文档来源，管线里的模型没有工具、输出不直接写业务，输出侧做引用校验。引用校验证明来源存在，不证明回答忠于来源，后者靠持续评测。详见私有部署的组成和上线前安全核对。
卡数怎么定
从用量和服务等级倒推：先定用量，再选模型与精度，最后用权重、KV 缓存和余量算显存，得出卡数。先按预算定卡、再找模型，常见的结果是权重装得下、并发撑不起。估算只给上下界，最终卡数要在目标并发下压测校正；无 NVLink 的卡上，张量并行与流水线并行哪种达标，也要压测。详见估算显卡数量。
怎样验收
设备上架通电、冒烟测试通过，都不算交付完成。验收凭可复跑的证据：容量，阶梯加压后 TTFT p95、TPOT p95 仍达标的最高并发；质量，企业出题建的评测集；边界，对外连接失败的记录、越权检索零命中、验收期间的一次问答能在模型网关与检索日志里按时间查到。评测集与压测脚本随交接物移交，便于企业按同一套数据自行复测。代价是现场多出压测、出题、边界测试，比「能用就签字」更久。详见交付与验收。
模型和引擎出新版本怎么办
私有部署一侧，引擎镜像、模型权重、嵌入模型、向量索引、配置，任一变更上线前都要过评测集回归和容量压测，且各有回退方式。换嵌入模型要整库重嵌入，旧模型和旧索引留到新索引通过为止；只回退引擎镜像，回不到旧的检索质量。一台档没有冗余，换机期间服务中断。核心经营系统一侧，换模型服务是改名册里的一项，开关在库里，改它不发版；新增调用面的白名单与输出契约随版本发布。详见运维与升级和接入模型服务。
没有自己的机房能做吗
设备可以放在企业自有机房或合作机房，运维都由 SZV 负责。合作机房一方的责任划分，按企业要求在合同中约定。供电、制冷、网络条件仍要对照设备清单核对。详见责任划分和网络与机房条件。
硬件设计
开始之前要给什么
一页约束，字段有：使用场景、安装方式、环境、接口与供电、尺寸与重量上限、目标认证范围、成本区间。每个字段写明不填的后果和将来怎么验。填不出的字段留空并写明由谁补，不凭印象写值；环境指标与成本区间由企业给出，SZV 不代定。首批量、年量、产品生命周期不在这些字段里。详见写一页需求约束。
交付到什么程度
交付包的合格线是：工厂拿到文件，不必追问就能报价、开模、贴片。内容是外观与 CMF 方案、3D 结构文件、PCB 原理图与 Layout、BOM、打样与小批对接说明、认证对接清单。代价是设计阶段要补的信息比「交一套图」多；文件再齐，样件回来后仍会有工程提问，需要改文件就升版再答复。谁承接哪一段，见硬件总览的分工表。详见交给工厂的文件和硬件设计概览。
样机测试和认证谁来做
样机测试不由 SZV 做。SZV 在设计阶段交验证计划和过线判据：EVT、DVT、PVT 各验证什么，判据写明条件、测法、通过线和失败走向，样机数与批次由企业与实验室商定。测试由企业或其委托的实验室、认证机构执行。判据先于样机写成，结果由另一方测出，两边可以互相核对；代价是判据写得越具体，企业前期要确认的越多。认证的申请主体是制造商、生产者或进口者，不在设计方，产品的制造商身份落在企业还是合作工厂，按企业要求在合同中约定。详见验证计划与过线判据。
能承诺量产良率吗
设计线不兜底量产良率：良率还取决于工厂的制程与来料。设计线做的是在开模前把能关掉的不确定性关掉。需要设计方兜底量产良率与供应链的客户，不适用这条线。详见硬件设计概览。
出了问题与合同
出了故障找谁
私有部署里，企业的故障先报 SZV，由 SZV 定位范围：推理服务由 SZV 处理；设备由 SZV 处理，机房负责人配合；机房供电、制冷与出口由机房负责人处理；接入的系统，SZV 与对接负责人一起排查。对接面只有一个，不等于所有事项都由 SZV 承担。核心经营系统的长期运营由 SZV 负责。响应时限、恢复目标和安全事件通报属于合同，本站不写数值。详见责任划分和运维与升级。
合作终止后，数据与系统怎么办
在合同中约定。