8583银联java代码的简单介绍

本篇文章给大家谈谈8583银联java代码，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

1、云闪付wl03401是怎么回事2、pos机12位参考号如何查询3、JAVA ISO8583 J8583 JPOS银联通讯DEMO4、pos机商户代码898150250212104是啥意思，谢谢5、ISO8583报文怎么解6、求银联8583报文里mac 的c代码

云闪付wl03401是怎么回事

首先看一下你先择支付的首选银行卡，是借记卡还是货记卡。出现这种情况主要是你扫的银联闪付码不支持贷记卡。你可以将打开手机iPhone XR14.7.1云闪付版本9.0.4的默认支付卡调整为借记卡，就可以正常支付了。如果还解决不了可以拨打银联客服电话95516咨询一下。

拓展资料：

云闪付其实也可以叫无卡支付，不带卡也能支付，因为你将卡绑定在手机里了支付时候只需要在手机上操作，就是手机pay。对于玩卡人来说，云闪付羊毛挺多的，这个费率的出现是银联为了夺回被支付宝、微信占领的线下支付市场，自己掏腰包推出的一种补贴优惠活动。

如何操作云闪付呢？首先你要有一只支持云闪付的手机，还有一台支持你云闪付的pos机。 支持云闪付手机挺多的：普遍的苹果、安卓、三星、华为、小米手机，是否支持还看要型号，自己可去百度一下比如苹果的云闪付如何使用，这些在百度上都有非常详细的步骤介绍的，这个就不写了。支持的pos平台：目前很多平台已支持云闪付功能，并且在费率上也是很优惠的。

银联云闪付和闪付都属于线下消费方式，是否有积分都得根据商户的MCC，以及银行规则为准，只要银行给的积分都是有积分的。以下2个银行除外： 工商银行，所有云闪付不给分，不管什么MCC商户，平安银行，旅游白云闪付不给返现，挥卡无积分，不管什么MCC商户。

补贴期限：此项补贴活动是银联针对微信、支付宝在实体商家扫码支付0.38%的针对性竞争产品，与微信、支付宝和网联抢占线下实体商家支付场景的重要举措，补贴活动长期有效。

银联补贴：这个通道走的是中国银联做的活动补贴通道，即1000元以内的银联芯片卡闪付交易参加补贴，非此条件的一律按标准政策执行。

线下pos通道：是线下pos挥实体信用卡闪付交易，走的是线下POS通道，中国银联8583国际报文协议，不是线上支付通道；

pos机12位参考号如何查询

作者：梁川

链接：

下面定义及术语参考了《中国银联POS终端规范》及《中国银联银行卡联网联合技术规范V2.1 第2部分 报文接口规范》两个规范。

批次号(Batch NO.)：POS从签到起至结算、签退为止的交易为一批次，交易批次号标识一批交易。POS中心为每个POS的每个批次分配一个批次号，在签到响应报文中下传给POS终端。

对应银联ISO8583报文的报文头域7：

批次号(Batch Number)

序号(Ref. NO.)：POS中心为交易分配的流水号，在响应报文中下传给POS终端作为对账参考号，并用于事后查证。

对应银联ISO8583报文的域37：检索参考号（Retrieval Reference Number）

授权号(Auth Code)：授权标识应答码，简称“授权码”。是发卡行返回或银联CUPS代授权时返回的授权序号。

对应银联ISO8583报文的域38：授权标识应答码 Authorization Identification Response

查询号(Trace NO.)：POS机为每一笔交易产生的顺序编号。POS每上送一次交易此号码增加1。 POS流水号为6位数字，值从1至999999循环使用。在自动冲正时，POS中心依据POS流水号作为确定被冲正交易的要素之一。

交易发起方赋予交易的一组数字,与域7（交易传输时间 Transmission Date/Time）、域32（受理机构标识码 Acquiring Institution Identification Code）和域33（发送机构标识码 Forwarding Institution Identification Code）的组合值唯一标识一笔交易的编号。

凭证号(Voucher NO.)：查询号(Trace NO. 也叫POS流水号)也作为交易凭证号（在签购单上打印为Voucher NO.），在进行撤销等交易时，输入原交易凭证号作为确定原交易的要素之一，并且必须上送原交易的凭证号。

要确认一笔交易，分为发卡行和收单方：

对发卡行来说：卡号+参考号+授权号，就能够确定一笔交易

对于收单方来说：凭证号+域7（对应签购单上的日期/时间）+域32（对应签购单上的收单机构）+33域（对应签购单上的发卡机构）能够唯一确定一笔交易

因此如果是向发卡行投诉，则需要提供卡号、参考号、授权号。

如果是向收单方投诉，则需要提供凭证号、交易日期时间、收单机构、发卡机构

JAVA ISO8583 J8583 JPOS银联通讯DEMO

白塞病以药物治疗为主，需要服用药物时间长短不一。多数患者需要较长期服药，主要是免疫调节药或免疫抑制药，包括外用药物、口服糖皮质激素、甲氨蝶呤、秋水仙碱、沙利度胺、硫唑嘌呤、环磷酰胺、环孢素、吗替麦考酚酯和抗肿瘤坏死因子拮抗剂等。在药物治疗之外还可选择手术治疗或介入治疗，但都应以药物治疗为基础

pos机商户代码898150250212104是啥意思，谢谢

POS机商户代码898150250212104是这是这台POS机的商家编码，每台POS机都会有一个特定的商家编码，以便于分辨各个POS机。该POS机的商户编号一共是15位，其中前3位是收单机构（即POS机所属公司），4到7位是地区代码，8到11位是行业代码，末4位是随机数字。

扩展资料

在POS机行业中各类商户有自己专门的代码，行业里简称MCC码，一般是以4位阿拉伯数字体现，如：百货、服装、五金、餐饮、KTV、等等，他们的代码都不同，行业又分为一般类、餐娱类、民生类、批发类等，其中民生类手续费最便宜，一般类其次，餐娱类最高，还有批发类可做封顶机。

当持卡人在商家的POS机上刷卡消费成功后会打印出小票，上面有商户编号，从第8位到11位（4位数）即为商家这台POS机的MCC码，这个码对应的就是商家经营的行业，民生类的是0.38%的手续费，一般类是0.78%，餐娱类是1.25%。

参考资料来源：

百度百科-POS机

百度百科-POS单-POS单MCC码

ISO8583报文怎么解

单纯的讲IS08583那些字段的定义，我觉得没有什么意思，标准中已经对每个字段解释的非常详细了，如果你觉得理解英文版的ISO8583规范有些困难，网上也有同行为我们翻译好的中文版ISO8583规范，所以我的目的是达到阅读本文后能够对ISO8583知其然，亦知其所以然，使以前基本没有接触它的人也能够达到掌握ISO8583报文规范。 好了，我们该转入正题了。 最开始时，金融系统只有IBM这些大的公司来提供设备，象各种主机与终端等。在各个计算机设备之间，需要交换数据。我们知道数据是通过网络来传送的，而在网络上传送的数据都是基于0或1这样的二进制数据，如果没有对数据进行编码，则这些数据没有人能够理解，属于没有用的数据。起初的X.25、SDLC以及现在流行的TCP/IP网络协议都提供底层的通讯编码协议，它们解决了最底层的通讯问题，能够将一串字符从一个地方传送到另一个地方。但是，仅仅传送字符串是没有太大意义的，怎样来解析字符串代表什么内容是非常重要的，否则传送一些“0123abcd”的字符串也是无用的乱码。 让我们随着时光回到几十年前的某个时刻，假设我们被推到历史的舞台上，由我们来设计一个通用报文协议，来解决金融系统之间的报文交换，暂且称该协议叫做ISO8583协议。此时，技术是在不断的前行，当初IBM一支独秀的局面好像已经不妙了，各种大小不一的公司都进入金融行业以求能有所斩获，呈一片百花齐放的局面。我们怎样来设计一个报文协议，能够将这些如雨后春笋般出现的所有公司都纳入进来，其实也不是一件很简单的事。 我们还是先一步步的来考虑吧。金融行业其实涉及到的数据内容并不是成千上万，无法统计，恰恰相反，是比较少的。我们都可以在心底数得过来，象交易类型、帐号、帐户类型、密码、交易金额、交易手续费、日期时间、商户代码、2磁3磁数据、交易序列号等，把所有能够总结出来的都总结起来不过100个左右的数据。那我们可以首先简单的设计ISO8583，定义128个字段，将所有能够考虑到的类似上面提到的“帐号”等金融数据类型，按照一个顺序排起来，分别对应128个字段中的一个字段。每个数据类型占固定的长度，这个顺序和长度我们都事先定义好。这样就简单了，要发送一个报文时，就将128个字段按照顺序接起来，然后将接起来的整串数据包发送出去。 任何金融软件收到ISO8583包后，直接按照我们定义的规范解包即可，因为整个报文的128个字段从哪一位到哪一位代表什么，大家都知道，只要知道你的数据包是ISO8583包即可，我们都已经定义好了。比如第1个字段是“交易类型”，长度为4位，第2个字段位是“帐号”，为19位等等。接收方就可以先取4位，再取接着的19位，依次类推，直到整个数据包128个字段都解完为止。 其实这种做法真是简单直接，基本上就可以满足需要了。不过我们有几个问题要思考下：

1、 我怎么知道每个字段的数据类型呢，是数字还是字符？

2、 每个传送的报文都把128个字段都传过去，那网络带宽能够承受得了，有时候我可能只需要其中5个字段，结果多收到了123个无用的字段。

3、 如果我某些字段的长度不固定，属于变长怎么办，因为你现在解包是当作数据包每个字段都是固定的，用C语言解包时直接依靠指针取固定长度的一串字符做为一个字段。 我们来一一解决这些问题。 第一个问题简单，我在定义ISO8583时除了定义每个字段表示什么，还规定其内容是数字或是字符等即可。考虑可能出现的类型不过有以下几种：字母、数字、特殊字符、年月日等时间、二进制数据。比如我对128个字段中的“商户类型”字段定义其长度是15，同时定义其类型为字母。再精细点，如果“商户类型”里面的数据同时包括数字和字母呢？那我们就定义其类型为字母也可，为数字也可，即一个字段可以同时属于多个类型。 第二个问题稍微复杂点。其本质就是如果我只传128个字段的5个字段，接收方怎么知道我传了哪几个字段给它了。要是我们把剩下的123全部填成0或其他特殊标识，标明该字段不需要使用？这种处理方法没有半点用处，没有解决网络带宽的本质问题，还是要传128个字段。 换个思路，我在报文前面加上个包头，包头里面包含的信息能够让别人知道只传了5个字段。怎样设计这个包头，可以这样，我们用16个字节，即128个bit（一个字节等于8bit）来表示128个字段中的某个字段是否存在。每个bit在计算机的二进制里面不是1就是0，如果是1就表示对应的字段在本次报文中存在，如果是0就是不存在。这样好了，如果别人接收到了ISO8583报文，可以先根据最前面的报文头，就知道紧接着报文头后面的报文有哪些字段，没有哪些字段了。比如，我要发送5个字段，分别属于128个字段中的第2、3、6、8、9字段，我就可以将128bit的报文头填成011001011000000000………..，一共128个bit，后面就全是0了。注意其中第2、3、6、8、9位为1，其他都为0。 有了这个128bit的报文头，我们就可以只发送需要的5个字段了。怎样组织报文？先放上这128bit，即16个字节的头，然后在头后面放2、3、6、8、9字段，这些字段紧挨在一起，3和6之间也不需要填上4、5这两个字段了。接收方收到这个报文，它会根据128bit的报文头来解包，它自然知道把第3个字段取出后，就直接在第3字段的后面取第6个字段，每个字段的长度在ISO8583里面都定义好了，很轻松就把数据包解出来了。 这下好了，为了解决上面的第二问题，我们只是在报文中增加了16个字节的数据，就轻松搞定了，我们把这16个字节称为bit map，即位图，用来表示某个位是否存在。不过我们再稍微优化一下，考虑到很多时候报文不需要128个字段这么多，其一半64个字段都不一定能够用完。那我可以将报文头由128bit减到64bit，只有在需要的时候才把剩下的64bit放到报文里面，这样报文长度不又少了8个字节吗？ 是个好主意。我们把ISO8583的128个字段中最常见的都放到前64个字段中，那我们可以将处理缩小一倍。这样我一般发送报文时只需发送64bit，即一个字节的报文头，再加上需要的几个字段就可以了。如果有些报文用到64到128之间的字段呢？这个也好办，我把64bit报文头的第一位bit用来代表特殊含义，如果该bit为1，则表示64bit后面跟了剩下的64bit报文头；如果第一位bit为0，则表示64bit后面没有跟剩下的64bit报文头，直接是128个字段中的报文了。那们，接收方会判断一下报头的第一个bit是1还是0，从而知道报文头是64bit还是128bit了，就可以做相应处理。因为报文头第二个64bit属于有时候有，所以我们叫它Extended bit map扩展位图，相应的报文头最开始的64bit我们叫它Primary bit map主位图。我们直接把扩展位图固定放到128个字段的第一个字段，而主位图每个数据包都有，就强制性放在所有128个字段的前面，并不归入128个字段中去。 第三个问题可以考虑这样解决。比如第2个字段是“帐号”，是不定长的，可能有的银行帐号是19位，有的是17位等。我们定ISO8583规范时可以规定第2个字段是25位，这下足够将19和17的情况都包含进来，但是如果以后出现了30位的怎么办？那我们现在将字段定为100位。以后超过100位怎么办，况且如果你只有19位的帐号，我们定义了100位，那81位的数据不是浪费了网络的带宽。看来预先定义一个我们认为比较大的位数是不太好的。

我们这样，对于第2个字段“帐号”，在字段的开头加上“帐号”的长度。比如帐号是0123456789，一共10位，我们变成100123456789，注意前面多了个10，表示后面的10位为帐号。如果你接触过COM里面的BSTR，应该对这种处理比较熟悉了。接收方收到该字段后，它知道ISO8583规定第2个字段“帐号”是变长的，所以会先取前面的2位出来，获取其值，此时为长度，然后根据该长度值知道应该拷贝该字段后面哪几位数据，才是真正的帐号。如果你觉得长度如果只有两位最多只能表示99位长，不太够，我们也定义可以允许前面3位都为长度的变长字段，这样就有999位长，应该够了吧。在规范里面如果我定义某个字段的属性是“LLVAR”，你注意了，其中的LL表示长度，VAR表示后面的数据，两个LL表示两位长，最大是99，如果是三位就是“LLLVAR”，最大是999。这样看我们定义的ISO8583规范文档时直接根据这几个字母就理解某个变长字段的意思了。 该解决的几个问题到这里都解决了，我们来回顾下自己设计的ISO8583规范。其实没有什么，无非是把金融行业可能出现的数据分门别类，排好顺序，接着把它们连接起来，组成一个报文发送出去而已。其中针对该报文的设计进行了一些优化，引入了bit map位图的概念，也算是一个不错的想法。 剩下的工作就简单了，我们就直接收集金融行业可能出现的数据字段类型，分成128个字段类型，如果没有到128个这么多就先保留一些下来，另外考虑到有些人有特殊的要求，我们规定可以将128个字段中的几个字段你自己来定义其内容，也算是一种扩展了。 这样，最后我们就得到了ISO8583规范的那张字段描述表了。想要详细的知道每个字段的含义直接对着表看就可以，比较简单

求银联8583报文里mac 的c代码

uservo user=(uservo)voinfo;

String username=user.getUsername();

String password=user.getPassword();

System.out.println(“your username is “+username);

System.out.println(“your password is “+password);

List list = new ArrayList();

8583银联java代码的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、8583银联java代码的信息别忘了在本站进行查找喔。