作为金融领域的科技开发者，有一系列的基础业务知识需要学习了解。
其中最常见的转账类交易，除了交易对手信息外，最主要的就是几个经常搞混的关键字段：备注、用途、客户附言、银行附言、摘要。
因为其中几个概念知识内外部的称呼不同，导致许多人经常会搞混淆。
尤其是开发人员，对于写的不怎么规范的需求，经常会懵圈。
1
基础业务概念
业务概念及其关系
一般情况下备注就是指银行附言，是银行用来提醒银行的事。
而摘要指的是客户附言，指的是付款人用来提醒收款人的事情。
而用途，是付款人用来提醒自己的事情。
所以简单粗暴的可以理解为：
备注 = 银行附言
摘要 = 客户附言
公转私（代发工资等业务）
个人转账的情况相对简单，但是在公转私场景就比较复杂了。
尤其是体现在用途和摘要上。
“用途”方面，例如代发薪资的一些业务，可能银行给定的是固定的列表，例如：工资、绩效工资、奖金、补贴、报销、服务费、劳务费、佣金等。
而这个用途，在进行转账的时候，会与备注等进行组合，作为“收款人客户附言”，体现在银行回单上，如果备注为空，一般就直接拿“用途”作为收款人客户附言。
但是另外一些场景下，有些人力公司给很多企业做批量代发，需要把付款人附言与收款人附言进行区分。
那么就会定制规则进行处理。
例如收款款方附言的规则：用途+单笔备注
而代发公司为了自己对账区分，会将自己的回单上面定制为：用途+制单页备注。
典型的就是招商银行的薪福通代发，在制单页会有 用途、备注外，还增加了“代发说明”字段，这个字段用来标记这个批次的代发说明，一般在代发页面的明细查询中、明细查询中都会给展示。
而其对账单或者代发明细查询中，还会有“代发种类”属性，其可能的值有代发工资、代发奖金、代发补贴、代发福利费、代发报销款、代发拆迁款、代发资金、代发养老金、代发劳务费、代发奖学金……等等，或者自定义。
这个字段，一般会选择客户在代发制单页的“用途”字段。
2
设计模型
经过上面的描述，我们可以看到，在进行代发模型设计的时候，要考虑：用途、备注、代发说明几个关键要素。
并且，因为可能不同的客户对于收款人附言、付款人附言，以及代发种类等说明性字段有不同的规则要求，需要预留出来关键接口，以及处理模式。
这一块的设计相对简单，因为总的元素集合有限，而扩展的方向也有限，组合的条件一般就是进行字段拼接。
问题还是在于对于业务字段的详细了解。
原文始发于微信公众号（架构突围）：金融科技系列—附言、摘要、备注、用途等转账业务概念及应用实例
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/170095.html
