订单能录入，报表能打开，管理员演示一遍，业务系统就算验收了吗？对常州企业来说，还要换成实际岗位的账号试一试：销售能不能看到别人的客户，仓库是否能修改金额，财务导出的字段是否符合约定。功能能用和权限合适，是两件需要分别确认的事。

先写清“谁对什么数据做什么”

下面以订单协作为假设示例，不是客户案例。销售录入自己负责的订单，仓库查看发货所需信息，财务核对结算。三个岗位可能都要打开同一张订单，但看到的字段、可以执行的操作并不相同。企业应先确认自己的业务规则，再交给开发方实现，不把这套示例直接当作通用配置。

准备测试时，把每个角色对应的数据范围、查看与修改动作写在一起，再准备几条不含真实客户敏感信息的测试记录。验收不仅检查“该做的能不能做”，也检查“不该做的是否被阻止”。

常见问题

不同销售的客户，怎么检查是否真的隔开？

建立销售甲、销售乙两个测试账号，各自录入一条订单。按约定应隔离的数据，分别从列表、搜索、详情和附件入口检查；经授权在测试环境中交换测试记录链接，确认服务端仍然判断访问权限。只从菜单里藏掉入口，不等于记录已经受到保护。主管是否允许跨人员查看也要单独约定，不能为了修正一个账号的限制，给所有人开放全部客户。

一个岗位能看订单，是不是就能改订单？

查看、创建、修改、审核、作废应分别核对。假设仓库只负责填写发货信息，就用仓库账号检查它能否改价格、审批状态或订单归属；销售提交后哪些字段还能改，也要按已确认规则测试。发现操作超出范围时，记录账号、测试单号和具体动作，交由开发方修正后复测，不把“大家都知道别乱点”当作控制措施。

列表没有显示的字段，导出时还要检查吗？

要。准备一份预期导出字段和数据范围，对照实际文件核验：是否只包含该账号允许查看的订单，内部成本、备注或联系方式是否按约定保留或排除。批量导出和单条下载也要分别试。不能因为界面不显示某个字段，就默认导出的文件不会包含它；导出权限应独立确认，而不是所有登录账号都默认拥有。

权限调整后，已经登录的账号怎么办？

验收时既测试重新登录，也保留一个已登录的测试会话。把账号从主管调整为普通岗位，或停用账号后，再尝试查看、修改和下载，核对新的权限是否按约定生效。涉及待办业务，应另行测试转交负责人后记录和处理状态是否保留。减少权限不应靠删除历史订单完成，账号状态与业务归属要分开处理。

把验收记录留下，下次调整才有参照

每个测试写清角色、数据、操作、预期结果和实际结果；有问题就附上必要截图，避免使用真实敏感资料。修正后按相同条件复测，新增角色或修改流程时再核对相关权限。以上只是业务权限验收的一部分，不替代完整的安全检查、性能测试和备份恢复验证。

把验收条件留进需求文件：岗位、记录范围、允许动作与禁止动作都要写清。后续新增角色时沿用同样的核对方法，比上线后依赖口头提醒更容易发现权限遗漏。

返回列表