支付之家网(ZFZJ.CN)7月18日  据支付之家网粉丝爆料，支付机构近期收到了银联新一批次违规商户明细，其中32域违规问题严重，多家知名第三方支付机构在列。

所谓32域，是指受理方标识码，也就是收单机构代码。各家收单机构均有不同的标识，一般由收单机构代码+商户所在地区码组成。

根据不具名人士所提供的部分数据截图来看，卡友支付、海科融通、随行付、点佰趣、快钱、拉卡拉等均有不同程度的32域不规范的现象，流入地遍布全国各个城市，其中涉及到的商户也不乏知名公司。（文尾附数据明细）

而银联所表述的32域不规范就是违规设置实体商户受理机构代码，为了规避银联的检查，收单机构开展了异地收单业务。

通俗点就是POS机商户未在注册地使用出现异地移机的问题。这里提到的移机使用，可能是真的移机了，也有可能是因为支付公司的原因而造成的假性移机。一般情况下当支付公司发现疑似32域违规行为后，会对POS终端做一次签到地点的定位，当定位到的地点和注册地明显不符，这基本已经证明POS终端已经移机使用。如果是因为支付公司的原因造成的假性移机，那就比较有意思了。

为了躲避监管，就靠高级的电脑算法不停变换商户“32域”，好比让同一个人今天穿红衣服、明天穿绿衣服，扰乱监测视线。

商户编码就像是一张身份证，本来应该是一个商户一个码。但个别机构却为同样的商户编码配上不同的MCC或32域，这就像加上了不同的形容词：如第一笔交易出自“在上海的卖酒的张三”、第二笔交易出自“在杭州的卖茶叶的张三”……这样一来，系统里出现了不同的“张三”，其交易数据就无从靠模型量化。

更“高明”的是，那些“形容词”的切换不靠手工、全靠智能预设程序。你可以想象这台POS机变成了一把左轮手枪，每发一粒子弹，后台系统的“弹巢”就会自动换一下。

2016年以前，银联追偿的威力无人不知无人不晓，前两年的时候甚至有一次下发上亿元的追偿金额，支付机构被迫转嫁给代理商，后来造成了不少条幅事件和群体事件。不过追偿清算等经济约束手段对于遏制“套码”“32域违规”等违规行为，其作用在行业还是有一定的威慑的。

今年一季度，中国银联启动“银联卡受理市场规范转型”工作，此前《银联卡受理市场违规约束实施细则》中的罚款条款将暂时取消由事后集中整治为主，逐步向事前预防和事中控制的方向进行调整，暂停经济约束手段。

银联取消了追偿清算，并非意味着支付机构可以肆无忌惮的进行违规，相反的是更应该积极的开展业务拓展工作，并发挥自身特长进行产品创新，从而进一步激发产业活力，打造产业发展良性循环的局面。

（戳大图看得更清楚）

附1：银联统一规范的收单业务消息域列表

2域：主账号

3域：交易处理码

4域：交易金额

11域：受卡方系统跟踪号

12域：受卡方所在地时间

13域：受卡方所在地日期

14域：卡有效期

15域：清算日期

22域：服务点输入方式码

23域：卡序列号

25域：服务点条件码

26域：服务点PIN服务码

32域：受理方标识码

35域：二磁道数据

36域：三磁道数据

37域：检索参考号

38域：授权标识应答码

39域：应答码

41域：受卡机终端标识码

42域：受卡方的标识码

44域：附加响应数据

48域：附加数据-私有

49域：货币交易代码

52域：个人标识码数据

53域：安全控制信息

54域：余额

55域：IC卡数据域

58域：PBOC电子钱包标准的交易信息

60域：自定义域

60.1域：消息类型码

60.2域：批次号

60.3域：网络管理信息码

60.4域：终端读取能力

60.5域：基于PBOC借/贷记标准的IC卡条件代码

60.6域：支持部分扣款和返回余额标志

60.7域：账户类型

61域：原始信息域

61.1域：原始交易批次号

61.2域：原始交易POS流水号

61.3域：原始交易日期

61.4域：原交易授权方式

61.5域：原交易授权机构代码

62域：自定义域

63域：自定义域

63.1域：自定义域(国际信用卡公司代码/操作员代码)

63.2域：自定义域

63.2.1域：发卡方保留域

63.2.2域：中国银联保留域

63.2.3域：受理机构保留域

63.2.4域：POS终端保留域

64域：报文鉴别码

- - - - - - - - - -

作者丨杨漾&陈晨

责编丨陈晨（微信zfzjcc）

支付之家网（WWW.ZFZJ.CN）