班线或包车业务一铺到区县，最常见的省事办法是总公司和分公司共用一个后台账号，谁值班谁登录。出了事很难分清是哪家公司的单，也难说清谁不该看到别的分公司的司机和账。这里要先说清楚：功能列表里没有单独的「定制客运专属权限模块」，下面讲的用户管理、角色管理和公司管理，都是映射网约车文档里已经写明的能力。按这些能力，后台可以给管理员开账号，用角色把「能看哪些公司的数据」和「能点哪些功能」分开配，再用公司管理把下级公司建出来。不要把它讲成任意多层的集团权限，也不要讲成可以跨公司直接改单。先把公司建清楚，再决定这个角色是只看本级，还是连下级一起看。

先建公司，再决定这个角色能看哪一层

公司管理可以新增、编辑公司及其业务信息。没有公司实体，所谓「本级」「下级」就落不到可验证的数据上。落地时建议至少建两家测试公司，一家作为上级，一家作为下级。业务信息按实际班线或包车范围填写，不要用「测试1」「测试2」这种日后对不上的名字。

角色管理要配两类权限。数据权限有两档。本级只能看到自己公司的数据。本级及下级可以看到自己公司及下级公司的数据。操作权限则控制这个管理员能操作哪些功能。常见误区是只开账号、不配角色，或者把「能登录」理解成「能看全平台」。分公司调度建议只给本级数据权限，并把取消、改价、提现审核等操作按岗位收紧。总公司运营再给本级及下级，用来汇总查看。文档没有写可以建几层下级，也没有写有没有「仅下级不含本级」，更没有写一个账号能不能同时挂两家平级公司。这些不要口头约定。用两家测试公司分别登录，核对列表里能看到哪些订单和司机。

用户管理和角色要分开测，不要共用一个万能号

用户管理用来设置后台管理人员的账号信息。账号和角色是两步，先有角色模板，再把账号绑到角色上。联调不要只用总公司那个「什么都能点」的号去验收，否则永远看不出本级权限有没有生效。建议至少准备三个测试号：上级公司一个，本级权限的分公司一个，本级及下级权限的上级运营一个，分别看同一批测试单和司机是否出现在列表里。

文档没有写跨公司是否能改别人的订单，也没有写是否能直接调度下级公司的司机，更没有写数据权限是否覆盖财务报表、发票和认证审核的每一张列表。采购时不要承诺「勾了本级，所有菜单都自动隔离」。定制客运小程序开发联调阶段，除了乘客端下单，也要用上述三个后台号把订单列表、司机列表至少过一遍。看不到隔离效果，就先不要把分公司账号发出去。

上线前按这几步验收就够：先建好上级、下级两家测试公司，再配好本级、本级及下级两档角色，用三个测试号分别登录，核对同一批订单和司机谁能看见、谁看不见。跨公司改单或直接调度，不要口头承诺。要把公司和本级、下级分权这条路径跑通，联系我们聊 Ptaxi 定制客运系统即可。