变更记录
什么是新的。
平台的每一个改进,随着它的出货。
· kamo-shared-library
薪酬期、间断、溢价、劳工账户、应计额、出口
将剩下的工时计划 分成一个共享-自由的改变 全域土地在单一的KamoInitializer中运行而不是迁移 阶段。 实体:有规则版冻结栏、收入行、断档的薪期 规则和违规行为、劳工账户和工作部门、应计制政策、 余额和分类账、休假、出口批次、出勤情况。 4个纯引擎,51个测试: Break Evaluor)——从不自动扣去午餐,因为自动扣去一顿饭 雇主不能证明是免税的。 ium 他们是纳兰若人,故他们得享受福利,而不是报喜。 一个 每类每日保险费(UPS诉高等法院):欠两餐 一,失餐加失休欠二. 仅豁免膳食 在法规允许的情况下——雇员不能在法规之外表示同意。 休息时间 因此,对证明的沉默从来不是违反的。 定期计算器——加班费按正常汇率而不是基数计算 778.115 加权平均,778.209 追溯超时 非全权奖金,778.216/218项除外,以及半职奖金: 直接时间已经在总数中,所以加班增加0.5x,而不是1.5x. 权责发生制——上限在不删除余额的情况下停止应计,结转为 上限与上限分开,以及可能违反底线的扣减 而不是默默地批准半天假 PayPeriodCalendar —— 生成, 不手工输入, 并验证 Contigual 拒绝 a 空白(属于无期、从未支付的工作)或重叠(两次支付).
· kamo-shared-library
例外模型和探测器
使隔离门成为真实的 直到现在,过渡表改为 所以每张计时卡都是干净的 少了一拳 从不作为零支付 是一个评论而不是控制。 BLOCKING的区别是分类学的全点:开放的转变, 不好的一拳和未经测试的临时一拳停止最后敲定,因为 关闭他们身上 声称没有人能站在后面。 地峡失事和 一个时钟是咨询 永远不会被屏蔽 -- 拒绝记录或最终确定时间 实际工作是这个制度所防止的 确切的工资违约。 探测器报告,永远不修复. 每一道猜想的未关闭的转变 错误:打开它会累积荒谬的时数,自动关闭的下报,一个上限 创造了一个没人看到的人。 所以它变成了一个例外。 通过独特的(成员、日期、类型)制约因素,通过建筑加以比较 重复会增加计数,使计时卡无法最终确定 没有人能找到.
· kamo-internal
在停止经常性付款前确认
两项取消行动——一个成员自己的席位和一个小组经理的计划——现在问 首先,命名日期封面 运行到一个群体, 对于一个群体,有多少人保留他们的 在那之前的座位。 故意不是共享的确认Dialog。 这需要打打DESTROY, 启动按钮前的 DELETE、REMOVE 或 ERASE, 适合 不可逆地删除它。 取消既不是不可逆转的,也不是 破坏性:没有丢失数据,使用权持续到支付期结束,以及 您可以随时再次订阅。 前面的打字枪 停止支付就是对客户毫不含糊的行为的摩擦 有权轻易接受。 按钮都不说"取消" 在关于取消的对话中,这个词意味着两者 "放弃这个对话框"和"放弃我的订阅",无法可靠地读作 因此,两个按钮 都命名他们的结果: "保持我的计划"和"停止未来" 支付".
· BillingService
覆盖和组装有效载荷的更新日期
现在两个表面都报告当前Period End并取消AtPeriodEnd. 约会是什么 一个取消的确认实际上需要说:"你保留你的座位直到结束 这段时期"抽象地保证,"你保留你的座位,直到3月14日" 是保证有人可以采取行动.
· kamo-internal
当账单需要的时候告诉别人 让他们停止支付
在主页上的一面横幅,当他负责支付时 失败, 直接链接到他们的账单页 。 直到现在,一个失败的付款 仅作为不再打开的应用软件出现——没有解释的限制, 它读作是破损的软件而不是未付发票。 仅为 法案,他们可以采取行动:他们自己的席位,他们管理的群体。 它让 什么都没有,没有欠。 取消现在可见,如果人可以看到谁支付: "取消自动 在他们自己的座位上行动, 并有帮助文本 明确说他们 将座椅保留到他们已经支付的期限结束。 这个 确认日期,因为按下按钮时的恐惧是: 立即停止访问。 "让自付者自己选择计划"开关已走. 计划属于 组织及其内部所有付款者——个人或集体—— 买同样的计划。 小组现在阐述的是该组织的计划。 而不是提供一个拾货员.
· BillingService
每个组织一个计划,一个25个座位的企业上限,一个停止支付的方法
该计划现在是组织一级的决定,任何其他决定都无法推翻。 让一个自付或集体经理 选择自己的阅读像善意和 是正确性错误 : QQ 回答“ 这样做 ” 有这个应用程序",通过 OR -环绕每一次直播订阅 针对Og,所以一个 一个座位上的人 选择一个更高的计划 切换了该计划的应用程序 整个组织 将每个付款人扣在组织计划上 无害的——订阅者都命名为同一个计划,所以以胜者为准答案 同样的。 OrgPlanService从同一份计划书上阅读计划, 计费控制台称"你的计划",所以规则和屏幕不能有分歧. 企业需要超过25个席位,在整个组织内计算,每个 计费组. 计算每个付薪者会使拆分成为一种方法 买五十个座位一次25个 编辑排除了自己的订阅, 所以 缩水是按新的大小而不是按旧大小来衡量的。 Get/self/aerts驱动主页横幅. 限制进入,无任何解释 是这个产品最糟糕的版本——应用程序停止打开,没有人说为什么,或者 阅读者是能够修复它的人。 只收帐费 成员负责:他们自己的席位和他们管理的团体。 告诉别人 当他们付不起时,他们的组织卡就失败了 噪音就是噪音,噪音就是 如何停止阅读旗帜。 POST/自发/座位/跳伞停止自动支付某人购买的座位 他们自己。 总是在期末:他们已经支付了本期的费用,以及 立即取消会剥夺访问权 却一无所获 这条路要求史崔普不要叩头 在连接时发现了两个错误( ) : - 对COMP和TRIAL来说是无声的 整个身体坐在后面 条形订阅 Id 无效检查, 所以返回了已计算或正在测试的订阅 200同排仍然在 ACTIVE —— 打电话者告诉它工作 当没有什么变化。 它现在拒绝说原因 - 即时=真实仍然危险,故意不暴露:它设定 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}CANCELED然后呼叫退后To Free {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}把Active/FREE设为1号座位 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}所以 一个25个座位的Org将保留一名工人,并告诉24名工人,他们的座位被切掉。 一个从未有过的座位统计原因。 if- open between here is sixed fix to safe Security services, if- open between between explain at security services 服务。 无法打开在这里被设定为错误, 以匹配服务的安全服务 /api/security/features,是Apps和功能屏幕读取的内容. 两项服务 回答相同的应享权利问题,比回答两个问题都差。 核证的安全性:所有6个现行计划都载有所有21个服务的明确行号 类型,所以以前没有给予过任何拒绝.
· SecurityService
核准级接力,作用由权利解决
从打电话者的权利以及他们与 主题 - 从未从请求机构。 一个可以给自己起名的机构 会让任何人声称是薪工单。 优先:PAYROLLL(最宽,在任何州编辑),然后是MANAGER,然后是EMPOYEE 为自己的记录。 做为主体的快照经理靠自己 - 各级管理人员批准他们自己的报告是普通情况,不应 需要一种整体性的权利; 这项权利适用于审查的其他人。 isManagerOf 失败已关闭 : 无法解决的报告线不是权威 .
· kamo-shared-library
意见(197)和最后意见(198)
分拆所以职责分离是显而易见的: 批准计时卡的人不是 任何人都可以自动关闭一个支付期。 管理 (183) 保留模块闸门,并且是故意的。 入学仍不是一项权利 -- -- 这是持续存在的就业事实。 右边 通过四起运输行为泄漏 和消失 从一个TERMINATED成员 人力资源必须出示最后的计时卡。 故意不参加New RIGHT SEEDS: 提供长期赠款 前方,这些门 能力无人。 添加右侧只需 安全服务重启——无卡莫Initializer通行证,无 DDL. Ids被测试所锁定,因为ID是会员 权利 应用商店.
· kamo-shared-library
批准级国家机器
雇员提交 - > 管理人员批准 - > 工资结算,由业主决定。 4个规则,在一个纯粹的过渡表中执行,并以25个测试为基础: 1. 经理在雇员提交之前不能批准。 来文是: (a) 雇员本人关于工时是他们的和完整的断言; 不批准就批准任何证明 2. 经理批准LOCKS 员工不再编辑. 3. 管理人员可能代表 -- -- 提交或批准 -- -- 这是唯一的 禁止的路线超过规则1 它需要一个书面的理由,和行 记录了点击的经理和雇员所支持的 4. 薪金可以在任何状态下编辑,包括锁上,总是有原因的。 关闭后的惩罚是例行的,在法律上是必须的;禁止这种惩罚 把编辑从审计线索中移出 职责隔离在过渡表中,而非角色命名:无人 批准他们自己的计时卡 经理也是别人的员工 从PAYROLLL LOCKED一直到提交,因为 撤销批准令所建的锁失效. 批准的范围为DATE RANGE,所以期中批准在较晚的一段时间内有效 编辑超出其范围,而不是默默地报道它从未见过的工作.
· kamo-internal
成员计时卡标签和HRS计时卡设置标签
成员标签是 SELF -SERVICE 唯一和门 身份,就像 遵守法律:其终点完全不用成员识别码,因此结构上是 无法显示别人的时间。 校验右侧无法使用 -- it 返回神模式下的所有文件的真实性,页本身 可以在不相干的权利中查看其他会员账户 ,包括 **************** HR到达特定人的时间卡 在/hr/出勤时的表面不同,归于HR演员. 放置在计票前,所以它会留在左标签组中 -- -- 任何之后 它继承了该标签的对齐:"自动"。 HRS页面获得第一个真实的标签, SETTINGS MENU作为覆盖测试要求双向. 两个标签页 返回路径中; 设置View、 TabPanel 和运动跳出全部 供给为零.
· kamo-internal
/hr/出勤人员名册和NavTop钟控制
替换 HrTab 定位符正文。 路线 HR TABS条目 MANAGE TIMECARDS 门和标签 i18n 密钥都已经存在; 这里没有记录任何东西 。 名册上的时数是从每个读数上不可改变的出自服务器侧面 而不是作为一个连续的总数, 所以纠正出一拳立即, abug 生成错误的数字一次而不是复数。 钟表控制是固定的铬,除了遵守法律之外,不是NAV Registry 条目:登记处无法在两个固定控制器之间表明立场, badKey 是已死代码, 而每个注册条目都是可拖动的和不可拖动的 -- 遵守时钟一定不是别人可以隐藏的 它打开了PRSISTED的入学门, 从不检查右侧, 它返回真实的 每个在上帝模式下的权利,并在每个操作员中显示一个时钟 访问。 计时卡控制程序由控制器及其投票人共同使用,因此两者均 一起安静下来 -- 两个副本的上游漂移,失败模式是 隐藏的按钮,其获取会永远运行。 时钟状态是第四个独立信号:不是存在(60s心跳,300s) TTL), 而非可用 status, 它在登录和闸门上自动设置为 AOY 引导和支持出行路线。 现在只有60多层楼 STOMP中继器与媒体服务连接 变化; 核心 NATS 是不流和丢失的, 所以无论如何 REST 种子是强制的 .
· kamo-shared-library
Punch 仓库上的数据库时钟访问器
每个出击瞬间都来自 DB , 绝不来自 JVM : 启动和节点 时钟和工资记录 其订单的答案是 没有记录。 SQL标准 CAST,因为一个铸件被无声地涂抹 -- -- Hibernate 改为":"作为命名参数前缀并转出现在(:timstamp为:timstamp.
· kamo-internal
/api/安全/计时卡的BFF路线
时间卡 Service 是集群IP 没有入侵, 所以没有这条路线 整个 在浏览器中设置 404 个功能,而每个服务都是健康的,每个构建都是 绿色——在这个平台上已经发生过两次的准确失败. 这里没有授权,故意的:这层是运输,还有半个检查 这会让人相信这是个控制 extToApi 拥有查询字符串。 204作为204返回,而不是通过所投掷的.json()传递.
· SecurityService
安全服务中继到时间卡服务
授权边界。 时间卡 Service 持有数据和引擎,但没有 届会; 届会举行并决定谁可以做什么,然后进行接力。 这个 因此,不经过这里,就永远无法到达引擎。 Security Service 运行任何请求 (. permitall ()) 并使用手卷的每个手动证书, 所以每一种方法都用一个 返回无核的守卫来打开 自助服务 结束点完全没有成员ID -- -- 成员来自会话, 制作 他们结构上无法对别人采取行动 打开 HR 端口门 (原始内容存档于2018-12-03). Manage TIMECARDS (183). 招生从坚持就业的一行而不是一项权利得到回答,因此 神模式操作员并不出现在他们看的每一个鸟类中。 SUDO MEMEBER ID 是通过:是Self() 上游处理 作为目标成员, 所以没有它,冒名顶替的拳头将是 记录为雇员自己的。 时间卡. service.url在配置图中设置了EXPLICITLY. 佣金. service.url 生产取决于Java语的字面意思, 重命名会在运行时断开, 配置中没有任何信息可以显示 grep .
· kamo-shared-library
工作日打桶,管道第2阶段
确定的时间间隔成为每个业务日期的秒数,可供分配者使用。 每个工作日边界的间隔为 SPLIT: 22: 00-06:00 班次 午夜工作日是约会2小时,下次是6小时。 归属 整个周期到开始日期每天加班 第七天规则 对每个夜班工人来说都是错的 这是有意的 不同的原因 来自企业 Date坚持 拳头。 击出一个日期 - 供餐/休息评估,例外 排队和雇员认为的轮班 -- -- 而加班计算需要 工作日与工作周的时数分配实际减少。 两者 两者都是需要的 拼凑就是陷阱 跨越WorkWEEEK边界的轮班同样有助于两周。 加班合计数;在其中任何一个中计算全部数都是错误的。 整个过程中累积数秒。 测试涵盖两个 DST 过渡,一个50小时 并且通过加州一周的拨款 击出一拳.
· InitializerService
KI 注册和计划迁移
桌子来自ddl -auto; 这个跑者只提供 Hibernate 无法 -- 一份公开的主要任务和一份公开薪金率的部分独特指数 窗口中,并使用 REVOKE 即数据库中仅附件的一半。 @Order( 0) 因此它降落在任何后来的跑者 JPA SELECT, 因为Yugabyte在ddl-auto时进行在线计划更改并发布声明 和解还是输掉比赛 在 @ EnableJpa Repositories 中注册 com.kamo.z. shared.hr.timecard -- -- 该列表 是一个明确的数组, 而 @ EntityScan 是通配符, 而省略一个软件包 中止上下文, 因此在构建仍然报告成功时, 无跑道运行 .
· kamo-shared-library
工作周和工作日界限
每周工作是FLSA加班单位 -- -- 固定的、经常重复的168小时 期限,而不是工资期限。 两周一次 正好是两周一次 工作周; 半月或月期总是有分数的, 所以 计算超时工资总额和超额工资 导出期间后无法修复 。 工作日的边界是分开的,不一定是午夜。 A级 06:00开始是夜班员工的标准修补:它保持22:00-06:00的班次 一个工作日,而不是分成两个半天,这就是为什么 每天加班,第7天规则对他们完全有效。 边界是墙上小时通过ZonedDateTime解决的,所以06:00停留 每天6: 00,23或25小时. 测试双向转接 双向转接 洛杉矶和加尔各答的商务日期不同, 记录区在拳打脚踢时一直存在,而不是后来产生.
· kamo-shared-library
中间分辨率,计算管道的第一阶段
冲锋被击倒了 纯度、总值和超值类型而不是 因此,每个阶段都可以在没有持久性背景的情况下进行固定测试。 持续时间从持续时间算起,在瞬间,从不减少时数。 这是整个DST的故事,测试结果 22:00 -06:00的班是7: 00 倒计时。 减去墙上钟 计算8 -- -- 少付、多付和每日加班费 9小时的夜晚会默默失去加班时间 任何不合情理的事物都归结为未解决而非猜想. 未关闭的 班次是例外:开放时间累积荒谬,自动关闭时间 和固定的封顶 发明了一个没有人看到的数字。 它绝不能最终变成零 -- -- 一天工作一无所获。 饭被打出,从不自取. 传输器关闭一个跨度并打开 接下来没有结束轮班, 所以吃饭时间和轮班长度资格 在费用中心之间继续过渡.
· kamo-shared-library
非金字塔式加班分配器,管辖预设
规则是DATA关于要求规则形状 在这个库中已经使用,不是 代码分支,所以加利福尼亚州是一个配置行,而不是重写. 分配顺序为负载:每日规则最高门槛第一(13小时) CA日为一时二分一分一分一分一分四分一分五分五分五分五分,然后是第七分七分 连续一天,然后每周净时数已经按每日费率计算。 最后一个步骤是阻止金字塔化, 它是一个天真的引擎 删去。 加利福尼亚州5个10小时是10小时 而不是20小时 - 一个天真 发动机每天和每周支付同样的10小时, 和每个人的规则 测试顺利进行 占地者还声称, 离开,扔 而不是退还错误的薪水。 预赛:FLSA联邦赛事,加利福尼亚赛事,阿拉斯加赛事,内华达赛事,科罗拉多赛事.
· kamo-internal
将 Org 时区交付浏览器
客户端组织模型没有时区字段, 使用Formatters 和 next-intl 和时区服务公司的后端呼叫404'd... 所以每个在浏览器区域 和服务器在SSR期间的印章 镜像全部 27 TimezoneType 值而不是子集: 部分映射为 静默的半谜题,未映射到浏览器区域 没有信号 格林尼治平时到欧洲/伦敦的地图,不是世界协调时的地图 -- -- 它观测到BST,所以夸大 他们全天工作,一年半,每班一个小时。 灰猩猩区只是个反弹 一项生产普查发现,所有13只猩猩都在 在成员跨太平洋/东北大西洋/亚利桑那/乌特克/ INDIA,所以记录的时卡区取而代之的是工作站.
· SecurityService
获取QQ
timezone Service.ts自写起就称这个端点为已存在 在没有Java服务中;客户端吞并了404并解决了UTC. 同时 使用Formaters 和 ext-intl 两种配置都没有时间Zone,所以每个 时间戳在浏览器区域中制作 - 而 *** 倒置是字符串 "GMT",即欧洲/伦敦,并观察BST. 身份只来自会话: 安全服务运行许可 用手滚动的每个手动认证,所以一个从请求中读取身份的处理器 完全没有控制力 在 @ EnableJpa Repositories 中注册 com.kamo.z. shared.hr.timecard 。 名单是 在 @ComponentScan/ @实体Scan为通配符时,显示一个明确的数组,并省略一个 软件包是前两次 CrashLoop 部署的被记录的原因.
· kamo-shared-library
工作现场,管辖锚
命名为工作网站,而非工作网站:Team Member.workLocation是一个已存在的 办公室/远程enum和第二个这个名字的符号会在每个grep相撞。 zoneId是一个免费的 IANA 字符串,而不是 TimezoneType 因为它的 27 值不能覆盖多态雇主,它不是 NULL,因为它是 只有值得信赖的区层 -- -- 生产中的每一个矿石都坐落在未受污染的地上。 太平洋公司违约.
· kamo-shared-library
就业和有效日期分配的修订
冲锋枪将指代转让,而不是成员。 这就是为什么 29 CFR 778.115加权平均经常费率, 多地点管辖权和工作成本计算完全可以说明。 管理者MemberId从Team Member. manager在修订时的快照 重组不能重写谁批准了什么 。 名册查找器被刻意不基于成员的 rights 应用:该查询 是 Team Member 类型,所以它省略了所有赠与的 Org 拥有者, 并且不返回一个 申请权利被剥夺的TERMINATED成员 -- -- 正是此人 HR最后的计时卡还要制作.
· kamo-shared-library
有效日期,仅限附加工资率
在这个实体之前,在这个平台上没有任何雇员补偿。 需要加班:加班按FLSA正常费率计算,CA要求 工资表中的费率,没有费率的出口提供工资; 没什么好消耗的 涨薪是新ROW。 在导出期内有效的率生成 a 重新调整,永远不要无声地重写. 从未通过 /api/security/members/{id} 曝光 -- -- 该端点检查没有权利 所有,所以把一个费率 它会泄露公司的每一个工资.
· kamo-shared-library
仅附加一拳日志和审计事件
两者都由 NARROW Repository 接口而不是 Jpa Repository 服务: 删除 All InBatch 和批量 JPQL 绕行实体召回,所以接口形状就是 只附着真实而非咨询. 即时+IANA区+业务日期均保持不变,因此计算持续时间 从即时起,DST是免费的 -- -- 22:00-06:00的值班是7小时 倒数倒数 倒数倒数 计算两个8。 上表=伪造故意不使用于被冻结的出击列: Hibernate 会默默地从最新消息中忽略它们而不是失败.
· kamo-shared-library
记录解析时区
当局命令工地 - > 成员 - > org - > 世界协调时. 工地获胜是因为 在工作业绩良好的情况下,遵守工资和小时规则。 本场的一次生产普查 发现所有13只猩猩都来自太平洋岛国 和63个成员中的38个成员完全没有时区,而人口密集的成员则完全没有时区。 跨太平洋、东部、亚里桑那、世界协调时和印度 -- -- 13.5小时。 矿石 因此默认不是一个可用的真理来源,这就是为什么 WorkSite.zoneId 不是NULL,而是带有重量。 回到协调世界时,而不是“ GMT” 字符串,即欧洲/伦敦 和观察BST。 一个无法分割的站点区域落下而不是扔出: 拒绝解决一个区域将拒绝记录实际工作的时间.
· kamo-shared-library
共享 WORM 拒绝保护
@ Column( updatable=false) 不执行不可移动性 -- -- 静默地使用 Hibernate 从 UPDATE 中省略列,而 stale 写法似乎成功. 只有@PreUpdate才有工作警卫.
· kamo-shared-library
域谜和点入时间版本解析器
Enums 全部为 @ Empuerated( STRING) 在呼叫站点: ORDINAL 输出一个数字 SchemaCleanupRunner的列表扫描 故意跳过,然后必须用手来拓宽每个新值。 解答者通过窗口解决 即刻,从不 最新一行,并在候选集中保持关闭窗口 -- -- 超会话关闭 除当前窗口外, 每个窗口, 所以只打开一行的查询不返回 任何历史瞬间,打破 追溯工资和审计重建。 重叠 抛出而不是猜测.
· kamo-internal
展示出谁支付座位,停止提供第二个座位
覆盖端点运出带有翻译密钥且没有组件,所以 答案——谁支付我的席位——仍然无处可问。 Seat CoveragePanel 问, 答案为旁边的自付面板提供: 其席位已被其组织或团体覆盖的人不是 更是有机会自己买一张 那个提议没有 完全了解现有覆盖面,因此向所有人展示。 一个团体的计划现在也可以取消, 这使得一个团体有一个 计划可删除——删除一个仍然在现场订阅的分数是: 拒绝,所以指控不是孤儿。 加上一个组织已经付钱的人 回来拒绝而不是 默默地无所事事,于是按下按钮解释自己.
· BillingService
让一个团体的计划被取消, 并停止双付一个人
最后运出的三个缺口: 一个有计划的团体永远无法被清除. 删除( ) 时拒绝运行 订阅存在——正确,因为组行是唯一指向 - 但是没有办法取消,所以保障措施是 取消 Plan () 先释放座位, 所以名册无法继续 。 声称人们拥有已经不存在的席位。 增加一个组织已经购买一个席位的人,现在被拒绝,除非 带OverFORG说。 这是第二次收费 一个人却没发现: 订阅会员独有的 每个订阅和 AccouncationLicense 声明完全没有。 把一个人从 组织对一个团体的帐单 是一个真正的事情 管理者做的,所以它是 ——故意而非偶然允许. Billing GroupScope 截取器绑定每个 /api/ billing/ groups/{uuid}/ ** 请求 给打电话的组织。 处理器已经检查了,这没有 替换它们;它的存在是因为这些检查是单手的,现在有一个组 使用资金的分资源。 添加的下一条路由不会继承任何东西, 除非 上面的东西 应用规则。 故意比处理者更狭窄: 这解决了哪个组织,而不是该组织内谁可以采取行动,所以两者不能 陷入分歧的答案。 一个未知的团体的ID通过 所以 处理者回答“ 找不到” 而不是确认 id 存在于某个地方 .
