Ami Payroll
核查考勤异常，并解释本期薪资与上期的差异从何而来。
薪资错误往往要等钱进了员工账户才被发现。智能体在发薪日之前核查考勤与薪资计算，并逐项解释与上期的差异。
接下活儿之后，智能体做什么
您在上面一次性交办给它。此后智能体自己盯着数据，在业务事件发生时启动，做完您授权的部分，把其余的连同依据一并带回。下面是它已经做完的，以及正在等您的。
智能体自己做完，不用催
- 核查本期的考勤与班次
- 标出异常的考勤记录
- 套用薪资、津贴与社保配置
- 逐项与上一期薪资比较
- 逐人解释差异从何而来
等您拍板
- 三条考勤记录尚未确认等您查看
- 配置之外新增的津贴等您审批
这一期的薪资为什么和上一期不一样？
差异来自某个部门的加班，以及一项新增的津贴。
确认过的考勤先锁定，缺的留给我。
已锁定确认过的考勤，并按现行配置算好薪资。
配置之外的那项津贴超出您授权的范围，已加备注，等您审批。
差异最大的在哪儿？
在本期加班最多的那个部门。我按人列出了班次数量与对应金额，方便您核对。
审计日志 · Ami Payroll · 由 薪资专员 授权
本例中的数字仅供说明。真实运行时智能体不会造出任何数字，它只是把系统里已有的东西读出来重新排好。
- 在你的权限内读取
- 只在你授权的范围内动手
- 每一次操作都留痕
您会在哪里遇到它
- 就在模块界面里建议出现在您已经打开的那张单据旁边，不必切到另一个应用。
- 用平常的话问 Ami打字或者说话都行，用您在系统里本来就在用的语言。
- 有活儿时自己启动按业务事件启动，把事情送到您面前，而不是等您想起来。
智能体的数据从哪里来
智能体没有自己的数据仓库，不向外同步，也不留任何副本。它直接在模块正在运行的、已带权限的数据层上读取，并严格遵循调用者本人的权限。
- 数据离开了企业
- 权限要第二次重建，而且可能对不上
- 数字要落后一个同步周期
- 考勤与排班数据
- 薪资、津贴与社保配置
- 以往各期的薪资结果
那么 AI 模型本身跑在哪里
上面的图说的是数据在哪里，这里说的是模型在哪里运行，是两件不同的事。系统按敏感程度自动分流，您不必逐项挑选。
了解混合 AI 架构这个智能体不做的事
- 不会自己给自己授权。它能预填表单、能写入系统，但仅限于您授权的范围；超出之后就停在建议上。.
- 没有绕过权限的近路。它只能看到调用账号被允许看到的内容，自己不持有任何连接。.
- 不会匿名操作。日志会记下是哪个智能体、依谁的授权、经谁审批，责任始终留在人这一侧。.
如何启用这个智能体
- 贵司需要在使用 人力资源 – HRM 模块，智能体读取的正是该模块的数据。
- 无需单独配置权限：智能体的权限就是调用者的权限。
- 在实施过程中启用并微调，沿用贵司现有的审批流程。
具体范围与各模块的启用顺序，会在演示时结合贵司现状一并确定。
常被问到的问题
智能体会擅自改数据吗？+
不会擅自改，但它也不只是读。在您授权的范围内，它会预填表单并写入系统；超出这个范围就停在建议上，等有权限的人来处理。无论走哪条路，每一次操作都会进入审计日志。
如果它的建议是错的呢？+
每条建议都带着依据：哪张凭证、哪一行、为什么。审批人在任何东西被写入之前修改或驳回，而这两个动作同样会留下审计痕迹。
它和聊天机器人有什么不同？+
聊天机器人只有被问到才回答。智能体还会接下您一次性交办的活儿，此后自己盯着数据，在业务事件发生时启动并回报。这后一半，正是聊天机器人做不到的。
它和自动化流程有什么不同？+
自动化流程只会执行事先配置好的步骤。智能体读业务数据，按具体情形排出轻重，自己选出该做什么，但仅限于您授权的范围，需要审批的照旧走您现有的审批线。
数据会离开企业吗？+
触碰敏感数据的任务，跑在放置于贵司基础设施内的内部 AI 上；只有不敏感的任务才会用到外部模型。分流按数据的敏感程度自动完成。