imtoken旷工费代付取消后 资金和流程怎么处理

导读： 在上一个月, 公司把两个岗位给裁掉了, 这就导致挂在imtoken那边的旷工费自动代付的功能, 彻底就变成了一个没什么实际用处的摆设。我当时花了整整一周的时间...

在上一个月, 公司把两个岗位给裁掉了, 这就导致挂在imtoken那边的旷工费自动代付的功能, 彻底就变成了一个没什么实际用处的摆设。

我当时花了整整一周的时间, 在那边跟公司的IT部门还有链上的对接方反复地扯皮和沟通, 好不容易才把那套自动代付的功能给真正地、干净利落地关闭掉。现在写这篇东西, 主要就是为了让其他人看看我之前踩过的那些坑, 免得其他同行业的朋友再走同样的弯路。

imtoken代付怎么取消

操作入口位于imtoken钱包里面的DApp管理部分, 你需要在里面找到对应企业合约的授权页面, 然后把关于代付权限的gas授权直接执行revoke操作, 也就是撤销的意思, 这里需要特别注意一下, 不是删除钱包里的应用数据,而是取消那些已经发放给他的授权权利, 智能合约本身是保持原样不变的, 千万不要把这两个概念搞混了。

我当初因为想省事, 就点击了那个解除绑定的按钮, 结果呢发现签名部分解除了, 可是代付的那些逻辑还是在合约里不断地运行着, 之后我就专门去请求了一个从事链上开发的人员帮忙修改了合约的状态, 这样才算是彻底地给停掉了, 这样一来就多花了三天的时间。

取消代付后旷工费怎么算

取消代付的意思并不是说旷工费就不扣了, 这个动作只是把之前从链上的自动扣除流程, 改成了现在由财务那边进行手工操作。我们把这项工作改成了在月底的时候进行汇总, 然后通过公司的公户来进行结算, 至于imtoken那边, 就只保留一个只读地址来方便查询账目。

与人力资源部门再次核对旷工费用的计算标准, 发现代扣代缴的处理逻辑之中隐藏了一个错误, 之前的设置是在连续旷工的第三天才开始触发扣款操作, 但是实际的制度规定要求从第一天就应该着手处理扣费事项, 这次正好借着取消某个流程的正当理由一起做出了修正措施, 这样可以避免今后出现需要争论不清的情况。

代付取消要改哪些内部流程

只是把目光局限在钱包上面是绝对行不通的, 因此我把财务那边负责月度结账用的表格给仔细翻查了一遍, 同时也查阅了人力资源部门用于考勤数据对接的文件内容, 还把信息技术团队提供的 API 接口调用清单重新整理审阅了一遍, 在这个过程中一共标记出了六处当前依旧显示为代付自动执行模式的地方, 然后对这些地方逐一进行了修改操作, 将自动执行的流程全都变更为需要人工手动来触发, 因为如果有任何一处出现遗漏的话, 那么在月底进行账务核对的时候就会引发非常严重的混乱情况。

最难的是要跟审计去解释，为什么这个季度会突然从自动变成手动。我准备了取消操作的链上截图以及内部审批记录, 对方翻了两遍以后, 才勉强放行。

代付这个功能已经被取消掉了, 导致整体的操作程序相比过去来说变得更清晰了。目前每一笔关于旷工的费用的支出都是需要有人来进行签字并且确认的, 在系统记录的信息层面只允许进行查询操作而不允许进行修改动作, 因此审计部门也是无法找出任何不符合规定的地方来的。