惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Vercel News
Vercel News
B
Blog
Y
Y Combinator Blog
Recent Announcements
Recent Announcements
GbyAI
GbyAI
IT之家
IT之家
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Tailwind CSS Blog
博客园_首页
C
Check Point Blog
博客园 - 【当耐特】
美团技术团队
Last Week in AI
Last Week in AI
A
About on SuperTechFans
雷峰网
雷峰网
MongoDB | Blog
MongoDB | Blog
Microsoft Azure Blog
Microsoft Azure Blog
M
MIT News - Artificial intelligence
Martin Fowler
Martin Fowler
J
Java Code Geeks
B
Blog RSS Feed
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
G
Google Developers Blog
F
Fortinet All Blogs

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
银联“地狱级对账单”的解析模型
陈天宇宙 · 2023-07-13 · via 人人都是产品经理

银联清算机构和备付金行都会下发资金账单,那么这两个资金账单在资金对账层面是否一致呢?据了解,银联的账单文件形式比较复杂,解析难度大,本文将总结如何设计一个模型来解析银联机构的账单,一起来看看吧。

断直连之前支付机构会通过银联分支签约一些银联通道,这样通过银联分支机构清算的资金进入到某行的资金账户中。

此时,银联清算机构和备付金行都会下发资金账单,那么这两个资金账单在资金对账层面是否一致呢?

同样,在交易对账环节是按照支付通道维度核对的,那么清算文件对应的“应收应付金额”与上述的2套资金账单的结果是否一致呢?

这就是整个核算体系,3套账单之间需要进行比对。

其中,银联的账单文件形式比较复杂,解析难度大,本文就是设计一个模型来解析银联机构的“魔鬼账单”。

同样,本文的一些思路也可以用于其他类型文件的解析。

一、银联账单分析

我们看银联分支机构提供的账单:

1. 账单的表头

表头中主要关注的机构号:“清算机构:*****”;就像一个企业的企业信用编号,通过机构号你就知道这是哪个地区的哪家银联分支机构。

2. 交易类型

交易类型其实代表的是类似“消费支付、支付退款、充值、付款”等类型,只不过交易类型名称看起来比较晦涩,不容易懂,因此枚举和解读交易类型很有必要,以下是个别交易类型。

3. 4个费用列

整个文件最核心的是4个费用列,分别是交易金额、交换费、转接清算费、资金清算净额。

每个费用列又有2个子列,借、贷,借就是减少支付机构账户余额,贷就是增加账户余额。

4. 每个数字

账单中有很多数字,每个数字都代表着某个费用的数值,但是我们要解构这个数值的全部含义。

可以采用定位法,也就是一个坐标来定位这个数字:

A(x,y,z)={(x,y,z)|(交易类型、费用列、借贷方向)}

通过这个坐标,我们就可以定位出整个文件中的全部数值,未来要解析这个账单时,我们就通过坐标进行解析。

比如(网上消费受理、交易金额、贷)=35473134.25。

二、支付机构层面的费用

支付机构内部有自己的一套核算体系,在资金对账环节也有一套自己的费用编号和名称,比如交易入金等。

那么,任何通道下发的账单都需要解析到对应的支付机构层面的费用上,比如这个通道的交易入金是多少,手续费是多少等等。

这样的话就需要一套映射算法,去将机构账单中的数字解析成支付机构的费用。

比如:(网上消费受理、交易金额、贷)属于“交易入账(本金)”,但属于并不是算法,因为银联账单中很多的坐标都属于交易入账(本金)。

所以,需要建立一个支付机构费用与银联账单之间的关系模型。

三、费用关系模型

这里需要一个算法去建立支付机构费用和银联账单数值坐标的关系,即支付机构费用的数值是银联账单坐标数值的函数。

支付机构费用=F{A1(x1,y1,z1),A2(x2,y2,z2),…,An(xn,yn,zn)}

比如:

交易入账(本金)=(间联POS消费受理 ,交易金额,贷)-(间联POS消费撤销受理,交易金额,借)+(POS查询受理方 ,交易金额,贷)

这样,我们就建立了一个可配置化的算法。

支付机构的费用由银联账单的(交易类型,费用列,借贷方向)运算得到,其中:

(1)交易类型的枚举值

(2)费用列的枚举值

共有交易金额、交换费、转接清算费、资金清算净额,四个费用列。

(3)借贷方向枚举值

共有借、贷两个方向。

通过上面的分析,我们将银联账单解构出来了,系统要实现的就是通过交易类型、费用列、借贷方向的枚举值,获取账单中的全部数值,并给数值赋予A(x,y,z)的坐标。

为了与交易对账的接口维度数据能够一致,我们可以将银联账单数据解析到接口的层面,以下是算法举例。

四、将上述业务产品化

上面我们分析完了业务模型以及账单的解析模型,那么下一步就需要将上面的内容产品化,做成系统在逻辑上可以运行,财务在后台可以操作的产品系统。

1. 机构信息的管理

第一步就是将资金账户、银联机构机构、机构账单的交易类型进行信息化,这个在配置解析规则时直接选择配置好的信息即可。

结构化信息:

资金账号-银联机构号-交易类型(行名称)

2. 接口信息与费用信息

我们需要将接口(这个在主数据有配置好的直接选择)与银联机构号之间建立关联。

同样,需要建设一个支付机构内部费用的枚举,这个在主数据同样存在,就不再赘述了。

3. 费用算法维护

以上信息配置好以后,接下来就是构建配置解析算法的能力,要实现的目标是,可以建立支付机构费用与银联账单坐标之间的计算规则。

4. 银联账单计费结果

通过上面的配置,获取银联账单以后,就可以通过配置的算法解析出我们想要的结果了。

在对账系统中我们介绍过一些解析文件的规则配置,本文的解析配置也算是文件解析配置的一种,希望对你有所启发。

专栏作家

陈天宇宙,微信公众号:陈天宇宙,人人都是产品经理专栏作家。多平台支付领域专栏作者,十年资深产品;专注为10万支付产品经理和支付机构以及企业提供深度支付内容和服务!

本文原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。