比如：正常情况下转发内容获得个成长值运营方指定分享某篇内容时可获得个成长值直至突破上限后执行通用规则。权益流水 权益流水主要包含权益基础信息发放信息生效信息消费信息管理信息核心要说明谁获取到了什么权益面值是多少什么业务在什么时候触发了发放领取生效又在什么时间什么业务上消费了权益 权益发放领取激活生效消费信息均会记录在权益流水中。
运营方可根据运营需求或响应发行方的请求对已发放但未领取 电子邮件列表 未消费的权益停用。 补充信息 三方券码三方渠道：如果优惠券是第三方提供的除了自有的优惠券码外也要记录来源于哪个渠道对方的券码是什么方便通过渠道对接对方接口进行验券核销等动作。 实际购买额：用户通过购买的方式获取权益需要记录下来用户购买现金支付时的金额。
般的实际购买金额小于等于面值。 发行分摊协议：发放权益时将发行配置中的协议记录下来方便后续的业务处理。 激活业务业务：如果权益生效是通过业务激活的需要记录是哪类业务的哪个业务激活了权益。 已抵扣额：用户消费权益后需要将权益的实际优惠额记录到实际优惠额上。比如面值元的优惠券实际抵扣了元。权益消费 消费者领取权益后可在限定或非限定场景中使用依赖于发行方对权益的消费场景约束。
正如法催系统在业务先跑起来
的初期发展阶段虽然只需要抓核心流程但是我们仍然需要对法催全 业务流程 新的集成 我们引入了多种集成来帮助 做功能模 块的预估毕竟只有在了解全部后我们才能不遗漏业务当下的核心在此基础上确定首期我们具体要做的版本范围 整理系统信息单元 当我们确定系统的版本功能范围后并不意味着可以直接开始系统的搭建一个完整的系统除了功能模块作为单元还需要信息的组成 系统的功能本质也是对信息进行了操作变更了信息的含义例如案件分配就是对案件信息的归属权进行了变更。
那么当我们通过拆分业务流程明确了
系统中各个业务角色需要的功能后我们还需要整理出系统内的信息单元例如法催系内 薩法伊新聞 容统的基础信息单元如下图 当我们确认了系统内部的信息单元业务人员通过功能操作信息流转线下的业务才算真正在线上系统上有了完整含义的体现。 信息流即定系统架构 当法催系统的信息单元与功能都确定后我们将功能与信息单元结合形成信息流转此时一个完整的法催系统架构就形成了它即体现了系统内部的功能结构也通过信息流转直观的表达了业务含义。
当然这类法催系统架构旨在为资产平台提供资产管理的能力若 业务流程做功能模 想要连接的同时并赋能司法机构与金融机构最大程度上做到降低交易成本提高司法效率那又是另一套系统架构了。 目前信贷行业整体资产质量有严重的下滑趋势不良资产的市场容量与需求足够大。法催业务站在合规的角度连接司法机构对案件做好资产回收我认为是充满着发展前景的。