关于单边账的解释及解决

在收单的结算流程中,很容易出现一种“单边账”的情况,单边账,即一方的账目发生变化,而另一方没有,那么随之而来的就是,钱,哪去了

在此之前,先介绍两个概念,即长款和短款(只按照POSP系统的数据归纳概念)

长款:上游给我的款项比我给下游的多(在不考虑分润及跳码的情况下)

短款:上游给我的款项比我给下游的少(同上)

单边账有百分之九十九点九九是长款,如果出现了短款情况,就是灾难,建议彻查POSP系统日志,仔细排查上下游对账单

 

我们先固定一个场景,我们按照最复杂的方式来解释

A消费者    B商户   C下游   D本公司  E上游  F银行  G发卡行

我们属于角色"D"

单边账是如何出现的呢?

A去B刷卡,刷卡时,未成功(未打印小票),却发生扣款

B不会给钱,因为未打印小票

A就会去找G

G就会调单(层级调取G→F,F→E,E→D,D→C,C→B)

调单的时候,就亏进行扣款,如果款已打出,则原路返回

以上这些操作,都需要时间,而我们的清算时间,会是在几个小时或几十分钟内清算完毕(长时间不到账,商户也会抱怨)

总结:清算的不及时或某一环节的一些因素(网络超时)导致的单边账

单边账应该如何解决呢?

我们作为角色D,不能也不需要去指挥全局(银联才是老大),我们对账的对象只有C和E

如果短款情况,尤其笔数特别多,那就别干了,离开支付吧

那么长款的情况有两个

         C              D             E

1     未成功        成功          成功

2     未成功      未成功         成功

我们就本着一个原则,钱,一分都不会少,也不可能少,银行的单边账也得1年之后才能算营外收入。

第一种情况,我和我的上游都成功了,但我的下游没有成功,上游成功了,钱清算给我了,我成功了,我打入下游了,下游失败,那钱肯定在下游

第二种情况,我的上游成功了,但我的下游没有成功,上游成功了,钱清算给我了,但我没成功,我没有往下清算,所以钱在我这

钱在谁那,谁做原路返回

以上是我对单边账的一些理解,如果有不同见解或者建议,欢迎和我联系

转载:https://blog.csdn.net/hu2010shuai/article/details/54667159

代码转载自:https://pan.quark.cn/s/8ce4326d996e 对于在 CentOS 7 系统中修改网卡配置文件后无法使设置生效的情况,经过实践验证,可以通过使用 nmcli 命令来进行调整。完成修改之后,需要重新启动虚拟机以使更改生效,这样操作流程即告完成。如果设置仍然无法生效,则表明虚拟机在启动过程中所获取的 IP 地址配置并非针对 eth0,此时可以对其它网卡的配置文件进行修改或将其移除。在 CentOS 7 系统中,网络配置的管理机制早期版本存在差异,主要体现为采用了 Network Manager 服务来负责网络接口的管理。在某些情形下,尽管修改了 `/etc/sysconfig/network-scripts` 目录下的 `ifcfg-eth0` 文件,但网络配置却未能即时生效。此类问题的发生通常源于 CentOS 7 采用了不同于以往的配置读取方法。接下来将具体阐述如何借助 nmcli 命令来处理这一挑战。 以 root 用户身份登录系统并打开终端界面。nmcli 是 Network Manager 提供的命令行界面工具,它支持在命令行环境下执行网络连接的建立、编辑、查询及管理任务。针对修改 eth0 网卡配置的需求,可以遵循以下步骤进行操作: 1. 导航至 `/etc/sysconfig/network-scripts` 目录: ``` cd /etc/sysconfig/network-scripts ``` 2. 检查该目录内是否存在 `ifcfg-eth0.bak` 文件,该备份文件可能是先前调整配置时遗留下来的,若存在可能造成冲突。若发现该文件,可以选择将其删除: ``` [root@localhost netw...
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值