商家订单编号查询快递(商家订单号查询系统)
简单聊聊电商系统的订单号生成规则
编辑导语:订单号、支付流水号、售后订单号、快递取货号、电子券核销码等,这些都是我们日常在生活中进行会遇见和使用的一些单号,那么为什么有些单号那么长,有些只有几位数?有些单号一看就知道年月日的信息,有些却看不出任何意义?为什么我淘宝订单的后几位数都是一样的?今天就来带大家看一下订单号的是怎样生成的。
一、订单编号作为唯一标识码在业务中的应用场景单号在实际的业务过程中是做为一个订单的唯一标识码的存在,提供订单号就很方便业务人员快速定位订单信息,给予用户帮助。
1. 用户订单遇到问题,需要找客服进行协助我们日常在电商平台上面购买商品的时候,很多时候需要去向平台客服反馈在订单过程中遇到的问题,一般这个时候平台客户都是要求用户填写订单编号的,这样客服可以快递锁定订单信息,给用户信息问题的解答和处理。
2. 对订单进行操作,如线下收款,订单核销我们在第三方平台上购买了某一个店铺的线下优惠券的时候,工作人员需要对我们提供的优惠券进行核销,核销的依据一般来说就是订单编号。
而在某些场景涉及到的线下收款,也会根据订单号来进行订单的确认和收款,不过日常在业务过程中将一般都将订单号生成二维码,再由工作人员扫码进行操作,因此用户在线下对于订单号的感知并不是很强烈。
3. 内部进行订单的处理或者跟进从技术的层面去讲,很多时候搜索订单相关信息的时候都是以订单ID作为唯一标识符,这是由于订单号的生成规则的唯一性决定的(后面讲订单号生成规则会讲到)。
由此公司内部在进行业务操作处理时候,比如对通知仓库按单发货,内部交流某个订单信息时候,也会直接根据订单号来进行信息传达。
二、编号规则的设计原则订单号的在业务中的使用一般都是基于唯一性的需求,因此在订单号的设计上需要遵循几个原则:
1. 不得重复由于我们在业务中对于订单编号的要求是唯一的,所以订单编号生成的时候一定要遵循不可重复这一特性,而实际在底层生成订单编号的时候由于业务流水很大,处于一个高并发的状态,并且订单号的生成规则一般是固定的,所以可能会造成在同一时间多个线程读取的生成参数相同,从而造成生成的订单号相同(当然这是开发人员应该注意的问题)。
其次就是业务的长时间积累可能导致新生成的订单号会与过去很久的订单号产生重复,所以在设计订单号的时候一定要充分考虑到不可重复性的原则(后面讲到订单号设计中的变量部分会详细讲到)。
2. 安全性编号不能透露公司的运营情况,比如日销、公司流水号等信息,以及商业信息和用户手机号,身份证等隐私信息。并且不能有明显的整体规律(可以有局部规律),任意修改一个字符就能查询到另一个订单信息,这也是不允许的。
类比于我们高考时候的考生编号的生成规则,一定不能是连号的,否则只需要根据顺序往下查询就能搜索到别的考生的成绩,这是绝对不可允许。
3. 具备一定的可读性位数要便于操作,因此要求订单号的位数适中,且局部有规律。这样可以方便在订单异常,或者退货时客服查询。
过长的订单号或易读性差的订单号会导致客服输入困难且易错率较高,影响用户体验的售后体验。因此在实际的业务场景中,订单号的设计通常都会适当携带一些允许公开的对使用场景有帮助的信息,如时间,星期,类型等等,这个主要根据所涉及的编号对应的使用场景来。
而且像时间、星期这些自增长的属于作为订单号的设计的一部分元素,有助于解决业务累积而导致的订单号重复的问题。
三、编号设计中的常用变量在遵循涉及原则的基础上,我们常会使用一些变量来进行编号的设计,这也是为了满足订单编号的局部可读性带来的业务优势,通常会有以下几类:
1. 时间如20220525105959这种类型的年月日时分秒,编号中使用这个变量就把重复的可能性降低到一秒内的不重复。
常用的时间变量还有很多变种类型,如取年份的后2位数、如20220525只保留到天。通常在快递取件码的设计中会使用月、日、周等+其他元素的设计,这是为了方便取件码可以快速重复使用,因为快递取件码通常有效期不会超过一个月就会原路退货然后被销毁。
2. 时间戳时间戳是一个10位数的数字,代表的是当前时间距离1970年1月1日UTC/GMT的午夜)开始所经过的秒数。也是经常用来代表时间的一种方式,时间戳也可以精确到毫秒,形成一个13位数的数字。
3. 类型如订单类型、售后类型、商品类型、支付类型等等,不同类型的可以使用不同参数进行。通常支付类型的应用场景是,线上支付和线下支付共用一套业务后台,所以为了方便区分会加入支付类型这个参数用于区分线上线下。
类比还有店铺代码、支付的机器代码、操作员代码等等。
4. 用户ID对一些涉及到用户的编号规则时候,可以使用到用户ID作为变量来进行设计,如淘宝的订单号中最后几位数就使用了用户ID,不过要注意不能使用完整的用户ID,需要进行一些规则的设计再使用。
5. 商家ID对电商系统中,可以把商家ID脱敏后也作为一个变量设计到编号规则中。
6. 手机号使用用户的手机号中的某些位数作为编号中的一个变量;使用类似于手机号部分号码这种重复度较高的属性设计订单编号的时候,切记不能只有一个变量,否则很容易出现订单编号重复。
7. 平台形态如果是多终端多平台的系统,那么可以考虑在编号中把平台作为一个变量考虑进去。如小程序平台用01,安卓app使用01,PC版本使用03,第三方平台04类型这样的规则。
8. 其他业务属性可以根据业务场景,把一些业务属性的信息也作为变量设计进去。
9. 随机数随机数就是系统根据程序在一定规则内随机生成的字符,可以为数字也可以是字符串,一般可以用来降低重复;随机数在订单生成中的使用频率非常高,常常是前面几位都是一些显式的规律性数字,比如订单生成的时分秒,然后最后加上四位随机数从而组成订单号。所以读者在设计订单编号的时候,如果不知道如何加密,就可以简单的插入几位随机数即可。
10. 序列位代表顺序的数字,如10,11,12这样的。
11. 验证位一般放在最后,根据前面的多位字符按照一定的规则计算最后得到的一个数字,一般为1位,主要目的是提高编号的安全性;身份证的最后一位就是校验位,其计算原理也是通过前面几位数字加密算法算出来的,感兴趣的读者可以去了解一下身份证的生成规则。
12. 地区信息对有区域性质的编号规则里面可以考虑把区域作为变量考虑进去,如某地区分店、某地区线下的售货机等。
13. 数据库数据的自增ID每条数据录入系统时候,一般情况都有一个唯一的ID,这个ID也可以作为编号的一种变量进行使用。
四、编号实践方案分享1. UUID通⽤唯⼀识别码,是⼀种软件建构的标准,亦为开放软件基⾦会组织在分布式计算环境领域的⼀部分。其⽬的是让分布式系统中的所有元素,都能有唯⼀的辨识信息,⽽不需要通过中央控制端来做辨识信息的指定。
1~8位采⽤系统时间,在系统时间上精确到毫秒级保证时间上的惟⼀性。9~16位采⽤底层的IP地址,在服务器集群中的惟⼀性。17~24位采⽤当前对象的HashCode值,在⼀个内部对象上的惟⼀性。25~32位采⽤调⽤⽅法的⼀个随机数,在⼀个对象内的毫秒级的惟⼀性。通过以上4种策略可以保证惟⼀性。在系统中需要⽤到随机数的地⽅都可以考虑采⽤UUID算法。但是呢直接使用这个作为单号。虽然具有唯一性,安全性,但是却没有任何的可读性而言。因此在这种情况下,UUID只是能作为系统中间的标识码,可以在业务中数据流转的时候配合订单号使用,绝不可直接给予客户和业务人员使用。
2. 时间戳+随机数对于一些编号需求不是很大的场景,如果可读性也没什么场景的要求,可以简单的使用时间戳和随机数进行拼接作为编号规则使用;如时间戳1635302466+随机数2313,则编号为16353024662313。
3. 淘宝订单号的生成规则一共19位数,前面13位数为根据时间戳和内部定义序列,后面6位数为跟购买者ID相关的用户位。
4. 有赞商家端的订单号日期+时分秒+随机数。
5. 时间+时间戳+用户+序列位时间:取时间的年份后2位+月份+日期形成如211027。
时间戳:取时间戳的后6位数
用户:取用户ID的后5位数,序列位2位数随机。
6. 综合各种变量下单渠道1位+支付渠道1位+业务类型1位+时间信息4位+下单时间的Unix时间戳后8位(加上随机码随机后的数字)+用户userid后4位共19位并不一定需要把19位全加上。
7. 预先生成系统预先生成不重复的编号,业务系统要使用时候按顺序取数即可。这种编号一般系统拥有一套成熟的加密规则,不属于常规的订单生成规则,一般用于加密程度较高的业务。
本文由 @卖干货的产品小谢 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自 Unsplash,基于CC0协议。
分享一个查询快递物流单号的方法
随着快递的盛行,商家每天需要查询很多快递公司的单号,那么如果一个个去官网查询物流的话,相对来说会比较麻烦。那么今天小编给大家分享一个新的技巧,下面一起来试试,希望能给大家带来帮助。
需要哪些工具?
快递批量查询高手
快递单号
怎么快速查询?
第一步,打开浏览器,在电脑软件站中安装一个快递批量查询高手,如果是第一次使用的宝贝们,记得要先注册再去登录
第二步,登录后进入主界面,点击左上角的“添加单号”这个按钮
第三步,在所弹出的对话框中,将要查询的快递单号导入,不需要选择快递公司,因为保存过程中,会自动识别
第四步,识别并保存之后,开始一一查询所有快递单号物流,查询速度很快,整体的操作也很简单
第五步,等全部查询完毕,即可看到单号信息,像发出物流、签收时间等都显示着
第六步,如果想要查看某个单号的详细物流,可以双击该单号,弹出一个小的窗口,从上面可以看到快递的每条物流信息
最后,可以将查询到的这些单号物流以导出表格的形式保存在电脑上,方便随时查看
资金交易账单简介和使用操作流程
交易账单的文件格式
账单文件包括明细数据和汇总数据两部分,每一部分都包含一行表头和若干行具体数据。 明细数据每一行对应一笔订单或一笔退款,同时每一个数据前加入了字符`,以避免数据被Excel按科学计数法处理。如需汇总金额等数据,可以批量替换掉该字符。
此外,微信支付提供了3份不同类型的账单文件,详细可以参考下方的字段说明。
ALL,包含了当天支付成功的订单和发起成功的退款单,样例:《ALL.xlsx》(opens new window)SUCCESS,仅包含支付成功的订单,样例:《SUCCESS.xlsx》(opens new window)REFUND,仅包含发起成功的退款单,样例:《REFUND.xlsx》(opens new window)字段名描述示例值交易时间指该笔交易的支付成功时间或发起退款成功时间(注:不是退款成功时间),格式为yyyy-MM-dd HH:MM:SS2015-01-01 10:00:00公众账号ID发起该笔交易时使用的AppID,AppID是由微信给公众号或App等分配的唯一标识wxab8acb865bb11234商户号发起该笔交易下单的微信支付商户号,8~10位数字1234567890设备号对应在下单时传入的device_info字段,没填写则留空 casher001微信订单号微信支付为该笔订单(或该笔退款对应的订单)分配的订单号4200000008201712143733500001商户订单号商户传入的该笔订单(或该笔退款对应的订单)的商户订单号,对应下单接口里的out_trade_no字段outtradeno001用户标识微信为支付用户在公众账号ID(AppID)下分配的唯一标识(OpenID)testxt08c-XB5-QD208X1Aid0Cbs交易类型该笔订单(或该笔退款单对应的订单)的类型,使用英文缩写展示,包括但不限于(后续可能新增):MICROPAY,付款码支付JSAPI,JSAPI支付、小程序支付NATIVE,Native支付App,App支付FACE,刷脸支付NATIVE交易状态标识该笔明细数据的类型:SUCCESS,支付成功,说明该行数据为一笔支付成功的订单REFUND,转入退款,说明该行数据为一笔发起退款成功的退款单REVOKED,已撤销,说明该行数据为一笔在用户支付成功后发起撤销的退款单SUCCESS付款银行用户支付时使用的付款方式,包括但不限于(后续可能新增):XXX_CREDIT,用户使用了XXX银行的一张信用卡付款XXX_DEBIT,用户使用了XXX银行的一张储蓄卡付款OTHERS,用户使用了零钱/零钱通等其他付款方式CMB_CREDIT货币种类货币类型,符合ISO 4217标准的三位字母代码CNY应结订单金额该笔订单参与计费的应结算金额(=订单金额-用户使用的免充值券金额),如果该行数据为退款或撤销则展示0.00,单位元,保留到小数点后2位8.88代金券金额该笔订单中使用的微信支付代金券金额(包括充值券和免充值券),如果未使用代金券、或该行数据为退款或撤销则展示0.00,单位元,保留到小数点后2位0.88微信退款单号微信支付为该笔退款分配的退款单号,如果该行数据为订单(交易状态SUCCESS)则展示050401010122021000000038202001商户退款单号商户发起退款时填入的商户退款单号,如果该行数据为订单(交易状态SUCCESS)则展示0refundno001退款金额该笔退款单参与计费的应结算金额(申请退款金额-免充值券退款金额),如果该行数据为订单则展示为0.00,非负数、单位元,保留到小数点后2位6.66充值券退款金额退款金额中包含的充值券退款金额,如果该行数据为订单或没有充值券退款则展示为0.00,非负数、单位元,保留到小数点后2位0.66退款类型ORIGINAL—原路退款BALANCE—转退到用户的微信支付零钱如果该行数据为订单(交易状态SUCCESS)则留空ORIGINAL退款状态生成账单文件时该笔退款的状态、出账后不会更新,如果该行数据为订单(交易状态SUCCESS),则留空SUCCESS,退款成功PROCESSING,退款处理中FAIL,退款失败CHANGE,退款异常SUCCESS商品名称商户传入的该笔订单(或该笔退款对应的订单)的商品名称,对应下单接口里的body字段零食商户数据包商户传入的该笔订单(或该笔退款对应的订单)的商户数据包,对应下单接口里的attach字段,不传时留空交易收款手续费该笔订单/退款对应的手续费金额,订单对应正数、退款对应负数,单位元,保留小数点后2位0.01费率该笔交易计费所使用的费率,百分数0.60%订单金额该笔订单的金额,包括用户支付金额、充值券金额、免充值券金额,如果该行数据为退款或撤销则填0.00,单位元,保留到小数点后2位9.76申请退款金额商户发起退款的金额,包括退给用户的金额、充值券退款金额、免充值券退款金额,如果该行数据为非退款订单则填0.00,单位元,保留到小数点后2位6.66费率备注对计费费率的补充说明,如入驻结算规则ID、优惠费率活动ID等,可为空726
字段名描述示例值总交易单数该份账单内明细数据的笔数200应结订单总金额账单内所有应结订单金额字段之和,保留小数点后2位888.00退款总金额账单内所有退款金额字段之和,保留小数点后2位666.00充值券退款总金额账单内所有充值券退款金额字段之和,保留小数点后2位6.60手续费总金额账单内所有交易手续费字段之和,保留小数点后2位10.00订单总金额账单内所有交易订单金额字段之和,保留小数点后2位976.00申请退款总金额账单内所有申请退款金额字段之和,保留小数点后2位666.00
交易时间,公众账号ID,商户号,设备号,微信订单号,商户订单号,用户标识,交易类型,交易状态,付款银行,货币种类,应结订单金额,代金券金额,商品名称,商户数据包,手续费,费率,订单金额,费率备注
ALL账单数据范围已经包含了SUCCESS账单的部分,详细的字段描述含义,请参考 ALL类型账单文件具体字段 中的内容
交易时间,公众账号ID,商户号,设备号,微信订单号,商户订单号,用户标识,交易类型,交易状态,付款银行,货币种类,应结订单金额,代金券金额,退款申请时间,退款成功时间,微信退款单号,商户退款单号,退款金额,充值券退款金额,退款类型,退款状态,商品名称,商户数据包,手续费,费率,订单金额,申请退款金额,费率备注
ALL账单数据范围已经包含了REFUND账单的部分,详细的字段描述含义,请参考 ALL类型账单文件具体字段 中的内容
账单处理过程会对商品名称、商户数据包、设备号等商户自定义字段进行特殊字符转义,具体规则包括:
'转换成为\\'
"转换成为\\"
\``转换成为\``
,转换成为\\ (\+空格)
\r转换成为\\\r
\t转换成为\\\t
少部分商户目前的账单格式停留在历史早期版本,具体表现为:没有应结算订单金额字段、对应的是总金额字段,没有代金券金额字段、对应的是企业红包金额字段。如需调整为最新格式的账单,可以通过在产品中心中开通免充值优惠券功能,次日开始的账单格式即会完成变更。
功能介绍
微信支付资金账单是一款适用于各类商户的产品,它提供全面、详细的交易流水记录信息,包含该账户资金操作相关的业务单号、收支金额、记账时间等信息。商户可以通过资金账单轻松查询和管理流水记录,供商户进行核对。
全面的流水数据包:微信支付交易账单包含了商户在微信支付平台上的所有资金变动数据,如付款、退款等,以及与这些交易相关的手续费、优惠券、红包等信息。这些数据为商户提供了全面的交易概览,有助于商户更好地了解其在微信支付平台上的业务状况。多维度筛选:支持按时间、资金账户类型、等维度筛选,帮助商户快速定位交易数据,提高查询效率。数据导出功能:支持多种格式(如 CSV、Excel 等),方便商户财务核对。按需下载:商户可以选择按日下载资金账单。电商平台:获取微信支付收支明细,进行财务对账、核对和分析。餐饮行业:获取微信支付的收支数据,优化营收策略,提升收益。旅游预订:通过资金账单接口获取财务数据,确保财务数据的准确性和完整性。资金账单仅记录自2017年6月1日起 的历史资金流水账单。资金账单中的数据反映的是商户微信账户资金变动情况。资金账单中涉及金额的字段单位为“元”。当日账单在次日上午9点开始生成,建议商户在上午10点以后获取。接口仅支持按天下载。如需时间段模式下载,请前往商户平台进行操作。接口仅支持下载三个月内的资金账单,如需下载三个月之前的账单,请前往商户平台进行预约。微信支付交易账单是一款适用于各类商户的产品,它提供全面、详细的交易记录查询服务和方便、全面的数据分析工具。商户可以通过交易账单轻松查询和管理交易记录,提高财务管理效率,并利用实时、准确的数据查询更高效地实现资金管理,更好地了解交易状况和管理财务。全面的交易数据:微信支付交易账单包含了商户在微信支付平台上的所有交易数据,如付款、退款等,以及与这些交易相关的手续费、优惠券等信息。这些数据为商户提供了全面的交易概览,有助于商户更好地了解其在微信支付平台上的业务状况。实时查询:实时更新交易数据,方便商户和用户随时查看最新的交易记录。多维度筛选:支持按时间、金额、交易类型等多维度筛选,帮助商户快速定位交易数据,提高查询效率。数据导出功能:支持多种格式(如 CSV、Excel 等),方便商户进行数据分析和财务核对。按需下载:商户可以选择按日下载交易账单或根据指定日期范围下载交易账单。电商平台:电商平台商户可通过微信支付交易账单查询和管理订单支付、退款等交易记录,提高财务管理效率。线下门店:线下门店的商户可使用微信支付交易账单查看门店收银记录,方便门店日常运营和财务核对。微信侧未成功下单的交易不会出现在对账单中。支付成功后撤销的交易会出现在对账单中,跟原支付单订单号一致。微信在次日9点启动生成前一天的对账单,建议商户10点后再获取。对账单中涉及金额的字段单位为“元”。对账单接口只能下载三个月以内的账单,如需下载三个月之前的账单,请前往商户平台进行预约。对账单是以商户号维度来生成的,如一个商户号与多个AppID有绑定关系,则使用其中任何一个AppID都可以请求下载对账单。对账单中的AppID取自交易时候提交的AppID,与请求下载对账单时使用的AppID无关。自2018年起入驻的商户默认是开通免充值券后的结算对账单,且汇总数据为总交易单数,应结订单总金额,退款总金额,充值券退款总金额,手续费总金额,订单总金额,申请退款总金额。当天发起退款成功的退款单,退款发起成功就会出账,出账后退款状态不会更新。如果需要获取最新退款状态,请使用查询退款API查询。小微商户不单独提供对账单下载,如有需要,可在调用“下载对账单”API接口时不传sub_mchid,获取服务商下全量电商二级商户(包括小微商户和非小微商户)的对账单。服务商为收款商业版的子商户,不支持自己调用接口,下载收款商业版的账单。交易账单不支持查看红包信息,如需核实红包信息,请查看资金账单。记账时间微信支付业务单号资金流水单号业务名称业务类型收支类型收支金额(元)账户结余(元)资金变更提交申请人备注业务凭证号2018-02-01 04:21:23500003057420180201033871282531900009231201802015884652186退款退款支出0.020.17system缺货REF4200000068201801293084726067资金流水总笔数收入笔数收入金额支出笔数支出金额20.017.00.353.00.18资金账单的文件格式第一行为表头 记账时间,微信支付业务单号,资金流水单号,业务名称,业务类型,收支类型,收支金额(元),账户结余(元),资金变更提交申请人,备注,业务凭证号第二行为资金流水数据 各参数前增加`符号,为标准键盘1左边键的字符,字段顺序与表头一致倒数第二行为资金账单统计标题 资金流水总笔数,收入笔数,收入金额,支出笔数,支出金额最后一行为统计数据资金账单示例文件,样例:《资金账单.xlsx》(opens new window)交易账单的文件格式
账单文件包括明细数据和汇总数据两部分,每一部分都包含一行表头和若干行具体数据。 明细数据每一行对应一笔订单或一笔退款,同时每一个数据前加入了字符`,以避免数据被Excel按科学计数法处理。如需汇总金额等数据,可以批量替换掉该字符。
此外,微信支付提供了3份不同类型的账单文件,详细可以参考下方的字段说明。
ALL,包含了当天支付成功的订单和发起成功的退款单,样例:《ALL.xlsx》(opens new window)SUCCESS,仅包含支付成功的订单,样例:《SUCCESS.xlsx》(opens new window)REFUND,仅包含发起成功的退款单,样例:《REFUND.xlsx》(opens new window)字段名描述示例值交易时间指该笔交易的支付成功时间或发起退款成功时间(注:不是退款成功时间),格式为yyyy-MM-dd HH:MM:SS2015-01-01 10:00:00公众账号ID发起该笔交易时使用的AppID,AppID是由微信给公众号或App等分配的唯一标识wxab8acb865bb11234商户号发起该笔交易下单的微信支付商户号,8~10位数字1234567890设备号对应在下单时传入的device_info字段,没填写则留空 casher001微信订单号微信支付为该笔订单(或该笔退款对应的订单)分配的订单号4200000008201712143733500001商户订单号商户传入的该笔订单(或该笔退款对应的订单)的商户订单号,对应下单接口里的out_trade_no字段outtradeno001用户标识微信为支付用户在公众账号ID(AppID)下分配的唯一标识(OpenID)testxt08c-XB5-QD208X1Aid0Cbs交易类型该笔订单(或该笔退款单对应的订单)的类型,使用英文缩写展示,包括但不限于(后续可能新增):MICROPAY,付款码支付JSAPI,JSAPI支付、小程序支付NATIVE,Native支付App,App支付FACE,刷脸支付NATIVE交易状态标识该笔明细数据的类型:SUCCESS,支付成功,说明该行数据为一笔支付成功的订单REFUND,转入退款,说明该行数据为一笔发起退款成功的退款单REVOKED,已撤销,说明该行数据为一笔在用户支付成功后发起撤销的退款单SUCCESS付款银行用户支付时使用的付款方式,包括但不限于(后续可能新增):XXX_CREDIT,用户使用了XXX银行的一张信用卡付款XXX_DEBIT,用户使用了XXX银行的一张储蓄卡付款OTHERS,用户使用了零钱/零钱通等其他付款方式CMB_CREDIT货币种类货币类型,符合ISO 4217标准的三位字母代码CNY应结订单金额该笔订单参与计费的应结算金额(=订单金额-用户使用的免充值券金额),如果该行数据为退款或撤销则展示0.00,单位元,保留到小数点后2位8.88代金券金额该笔订单中使用的微信支付代金券金额(包括充值券和免充值券),如果未使用代金券、或该行数据为退款或撤销则展示0.00,单位元,保留到小数点后2位0.88微信退款单号微信支付为该笔退款分配的退款单号,如果该行数据为订单(交易状态SUCCESS)则展示050401010122021000000038202001商户退款单号商户发起退款时填入的商户退款单号,如果该行数据为订单(交易状态SUCCESS)则展示0refundno001退款金额该笔退款单参与计费的应结算金额(申请退款金额-免充值券退款金额),如果该行数据为订单则展示为0.00,非负数、单位元,保留到小数点后2位6.66充值券退款金额退款金额中包含的充值券退款金额,如果该行数据为订单或没有充值券退款则展示为0.00,非负数、单位元,保留到小数点后2位0.66退款类型ORIGINAL—原路退款BALANCE—转退到用户的微信支付零钱如果该行数据为订单(交易状态SUCCESS)则留空ORIGINAL退款状态生成账单文件时该笔退款的状态、出账后不会更新,如果该行数据为订单(交易状态SUCCESS),则留空SUCCESS,退款成功PROCESSING,退款处理中FAIL,退款失败CHANGE,退款异常SUCCESS商品名称商户传入的该笔订单(或该笔退款对应的订单)的商品名称,对应下单接口里的body字段零食商户数据包商户传入的该笔订单(或该笔退款对应的订单)的商户数据包,对应下单接口里的attach字段,不传时留空交易收款手续费该笔订单/退款对应的手续费金额,订单对应正数、退款对应负数,单位元,保留小数点后2位0.01费率该笔交易计费所使用的费率,百分数0.60%订单金额该笔订单的金额,包括用户支付金额、充值券金额、免充值券金额,如果该行数据为退款或撤销则填0.00,单位元,保留到小数点后2位9.76申请退款金额商户发起退款的金额,包括退给用户的金额、充值券退款金额、免充值券退款金额,如果该行数据为非退款订单则填0.00,单位元,保留到小数点后2位6.66费率备注对计费费率的补充说明,如入驻结算规则ID、优惠费率活动ID等,可为空726
字段名描述示例值总交易单数该份账单内明细数据的笔数200应结订单总金额账单内所有应结订单金额字段之和,保留小数点后2位888.00退款总金额账单内所有退款金额字段之和,保留小数点后2位666.00充值券退款总金额账单内所有充值券退款金额字段之和,保留小数点后2位6.60手续费总金额账单内所有交易手续费字段之和,保留小数点后2位10.00订单总金额账单内所有交易订单金额字段之和,保留小数点后2位976.00申请退款总金额账单内所有申请退款金额字段之和,保留小数点后2位666.00
交易时间,公众账号ID,商户号,设备号,微信订单号,商户订单号,用户标识,交易类型,交易状态,付款银行,货币种类,应结订单金额,代金券金额,商品名称,商户数据包,手续费,费率,订单金额,费率备注
ALL账单数据范围已经包含了SUCCESS账单的部分,详细的字段描述含义,请参考 ALL类型账单文件具体字段 中的内容
交易时间,公众账号ID,商户号,设备号,微信订单号,商户订单号,用户标识,交易类型,交易状态,付款银行,货币种类,应结订单金额,代金券金额,退款申请时间,退款成功时间,微信退款单号,商户退款单号,退款金额,充值券退款金额,退款类型,退款状态,商品名称,商户数据包,手续费,费率,订单金额,申请退款金额,费率备注
ALL账单数据范围已经包含了REFUND账单的部分,详细的字段描述含义,请参考 ALL类型账单文件具体字段 中的内容
账单处理过程会对商品名称、商户数据包、设备号等商户自定义字段进行特殊字符转义,具体规则包括:
'转换成为\\'
"转换成为\\"
\``转换成为\``
,转换成为\\ (\+空格)
\r转换成为\\\r
\t转换成为\\\t
少部分商户目前的账单格式停留在历史早期版本,具体表现为:没有应结算订单金额字段、对应的是总金额字段,没有代金券金额字段、对应的是企业红包金额字段。如需调整为最新格式的账单,可以通过在产品中心中开通免充值优惠券功能,次日开始的账单格式即会完成变更。
API列表
功能列表描述申请资金账单商户可以通过该接口获取资金账单文件的下载地址。申请交易账单商户可以通过该接口获取交易账单文件的下载地址。下载交易/资金账单通过申请交易/资金账单获取到download_url在该接口获取到对应的账单。
以上内容是资金交易账单简介和使用操作流程,如有不明白之处可以咨询与我们。
声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送至邮件举报,一经查实,本站将立刻删除。转载务必注明出处:http://www.hixs.net/article/20240110/169624639742156.html