供应商排行榜能看出厂商规模和案例数量，看不出权限怎么分、责任边界划在哪。这两件事从榜单上读不出来，只能靠角色账号实测、现场演示和合同条款核验。
排行榜为什么核验不了这两件事？
榜单评的是名气、案例、资质，属于静态信息。而数据权限和补贴边界是运行时的行为，只有在系统里用具体账号登录才看得见。
更麻烦的一层：有些供应商自己也没把边界想清楚。方案里写着“对接民政补贴发放”，销售口头说“我们帮你申领”，这类表述在排行榜上一个字都不会显示，到了实施和验收阶段才暴露出来。
数据统计权限，现场拿什么核验？
最直接的办法：要求对方开三个不同角色的账号现场登录——监管人员、机构管理员、一线服务或护理人员，看同一个统计页面各自能打开什么。重点盯四件事：
- 明细还是汇总。普通角色点进统计数字，能不能下钻到老人个案、身份证号、服务记录。
- 导出权限。谁能导出全量名单，导出动作有没有留日志，日志谁能查。
- 跨机构可见性。A机构账号能不能看到B机构的数据，切换机构时后端有没有做数据范围过滤。
- 统计口径可追溯。报表上的一个数字，能不能还原到原始工单记录。还原不了的统计，监管拿去用是要出问题的。
有个常见坑：权限只在前端做，菜单藏起来、按钮置灰，改个地址栏就能进。真正的数据权限必须在后端按角色和数据范围过滤，不然演示时看着规规矩矩，上线后一测就漏。
让供应商当场导出一份数据，然后问一句：这次导出记在哪个日志里、谁能看到？答不上来的，权限基本是摆设。
补贴这件事，系统该做到哪一步？
边界其实很清楚：受理、审核、公示、发放是民政部门的职责；系统的职责是材料上传、服务过程留痕、数据统计，供机构和监管查看。
越界的信号往往出现在话术里——“包过审”“帮你申领到补贴”“直接对接发放渠道”。这类承诺一说出口，责任就混了，将来审计追溯时机构很难自证。
也别走到另一头：服务过程完全不记录，民政来核查时工单、签到、服务记录调不出来，机构自己说不清钱花在哪。政府购买服务、居家上门服务这些场景，过程留痕首先是机构自证的材料，不是替民政下结论。
杰佳通的智慧养老平台覆盖机构端和民政监管端，补贴相关数据只做统计、供机构和监管查看，不代替民政部门受理或承诺补贴。这个定位在选型时值得作为一条硬标准去比对。
怎么用一次演示把边界看清楚？
让供应商把补贴相关页面从头到尾走一遍，只看流程终点：如果终点是“生成审批通过”“输出发放清单”，就越位了；如果终点是“形成统计报表供监管部门查看”，就在合理范围内。
再追问一句：这个页面上谁是审批人？如果系统里出现审批角色，要问清是机构内部审批还是对外审批——机构内部对服务质量、工单完成情况做确认，和代替民政做资格审核，是两回事。
边界要不要写进合同？
要写，而且不止一句。方案和合同里至少落下三条：数据归属与使用范围；各角色的数据可见范围；系统不承担补贴审批与发放职能。
验收条款里再加一条：按角色现场演示数据权限，演示不通过不算验收。这类条款不是防供应商，是防将来换人、换经办之后，当初的口头承诺没人认。
下次选型，别只让对方讲案例。拿三个账号现场登录，跑一遍导出，再把一条补贴数据从录入走到报表，边界清不清楚，半小时就能看出来。