电商售后批量打款流程（电商售后批量打款流程是什么）

本篇文章给大家谈谈电商售后批量打款流程，以及电商售后批量打款流程是什么对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享电商售后批量打款流程的知识，其中也会对电商售后批量打款流程是什么进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、聚水潭-电商云ERP 打单操作流程
• 2、电商的流程是什么
• 3、关于电商支付、退款流程
• 4、电子商务的交易流程是什么？

聚水潭-电商云ERP 打单操作流程

订单管理——打单发货只需3 步

第一步：勾选需要打印电商售后批量打款流程的订单电商售后批量打款流程，设置快递公司电商售后批量打款流程，然后点审核（点击订单进入操作界面）

第二步：勾选审核过的订单，获取电子运单号（点击打单拣货进入操作界面）

第三步：勾选获取单号的订单，点击快递单打印，打印完成，然后选择右上角的直接发货即可

自由订单打印

进入订单管理——新增手工订单——选择店铺点线下订单——输入收货地址电话点创建订单

打开创建订单——添加手工支付——添加新商品——设置产品金额——然后点完成

售后订单打印

打开订单—售后—搜索售后订单—创建售后单——设置问题原因
选择刚创建的订单—添加补发商品保存——然后勾选订单点确认即可进入订单流程  打单发货！

批量处理刷单订单——改商品（两步也可以同时经常）

1.勾选异常订单——点击右上角修改标记（或者右键点击）第二行改商品——点击第二行删除所有特殊单所有商品

2.勾选删除过的商品——点击右上角修改标记（或者右键点击）第二行改商品——选择第三行添加制定商品——选择商品库里SD001商品

3.勾选修改过的订单选择转正常单——然后进入订单——设置快递——审核——发货

电商的流程是什么

电子商务的流程如下：
1、信息整理阶段
①作为商家的发布信息阶段，主要包括选择自己的优秀商品，精心组织自己的商品信息，建立自己的网页，然后加入名气较大、影响力较强、点击率较高的著名网站中，让尽可能多的人们了解和认识自己；
②作为买家去网上寻找商品以及商品信息的阶段，主要表现为根据自己的需要，上网查找自己所需的信息和商品，并选择信誉好服务好价格低廉的商家。
2、信息交流阶段
①作为B2B（商家对商家）签定合同、完成必需的商贸票据的交换过程，要注意数据的准确性、可靠性、不可更改性等复杂的问题；
②作为B2C（商家对个人客户）完成购物过程的定单签定过程，顾客要将自己选好的商品、自己的联系信息、送货的方式、付款的方法等在网上签好后提交给商家，商家在收到定单后应发来邮件或电话核实上述内容。
3、按照合同进行商品交接、资金结算阶段
作为整个商品交易很关键的阶段，不仅要涉及到资金在网上的正确、安全到位，同时也要涉及到商品配送的准确、按时到位。在这个阶段有银行业、配送系统的介入，在技术上、法律上、标准上等等方面有更高的要求。网上交易的成功与否就在这个阶段。
扩展资料
电子商务的相关明细
据了解，电子商务在技术要求上有以下四点需要注意的：
1、方便性
在电子商务环境中，人们不再受地域的限制，客户能以非常简捷的方式完成过去较为繁杂的商业活动。如通过网络银行能够全天候地存取账户资金、查询信息等，同时使企业对客户的服务质量得以大大提高。
2、整体性
电子商务能够规范事务处理的工作流程，将人工操作和电子信息处理集成为一个不可分割的整体，这样不仅能提高人力和物力的利用率，也可以提高系统运行的严密性。
3、安全性
在电子商务中，作为一个至关重要的核心问题，安全性要求网络能提供一种端到端的安全解决方案，如加密机制、签名机制、安全管理、存取控制、防火墙、防病毒保护等等，这与传统的商务活动有着很大的不同。
4、协调性
作为一种协调过程，商业活动本身就需要客户与公司内部、生产商、批发商、零售商间的协调。在电子商务环境中，它更要求银行、配送中心、通信部门、技术服务等多个部门的通力协作，电子商务的全过程往往一气呵成。
参考资料来源：百度百科-电子商务技术

关于电商支付、退款流程

本公司是从事电商业务的，因为各种原因一直缺乏完整的支付、对账、开票、退款流程。所以根据相关部门的要求进行了需求梳理和输出计划方案。

方案的几个前提条件

1.仅考虑支付宝一种支付方式

2.仅考虑一笔订单一次支付的情况

3.略过支付失败、审核、物流配送等其他流程

先上图
下单

首先用户在APP上下单，然后会在ERP里生成一个新订单。订单包含的主要字段有 1.订单号； 2.商品明细； 3.订单金额 ；3.下单时间； 4.下单用户ID； 5.用户收货地址； 6.订单状态。

支付

用户在APP内选择支付宝进行支付，随后APP通过支付接口传入订单参数唤起支付宝（没有安装支付宝则调用网页版）进行支付。支付完成后支付宝会将支付信息同步到APP上，和异步到ERP后台。

支付完成后支付宝会返回几个重要参数，1.交易单号； 2. 商户订单号； 3.状态； 4.支付流水号 5；支付金额 ...

随后ERP后台会推送信息给U8Cloud生成应收单。生成的应收单主要有这几个字段。1.应收单号；2.商户订单号；3.支付宝交易号4.支付宝流水号； 5.实收金额； 6.支付时间；7.手续费；6.下单用户ID。

注意！因为支付宝会在支付时扣除0.6%的手续费，但不会在支付完成后不会返回给后台。所以为了能记录到这比钱，ERP后台会自动计算出每笔交易的手续费并推给U8Cloud。这在对账时会派上用场。

出库

支付完成后会将出库任务发给仓库，形成波次，拣货出库。这块就不细谈了。

订单在完成后用户就可以申请开发票了。目前通过用友系统接入电子发票，因为电子发票最大的特点是可以方便的做红冲，所以我们就只开具电子发票。

这一流程主要工作是在财务那边完成的，所以ERP后台只要向用友推送商户订单号、发票抬头、商品明细即可。
用户再APP上申请退款后，ERP会进行审核。审核通过后向U8Cloud推送销售退款单、金额、退款商品、退款单号等信息，然后U8Cloud生成应收单红字。审核通过后就会推送退款信息给支付宝，然后支付宝将钱退还给用户。
随后会推送给用友让其开红票，最后在用户端进行提现。
财务在对账时主要看两个平台，一个是支付宝后台数据一个是U8Cloud的应收单。但这里有存在两个问题。1.支付宝的对账单是CSV文件的压缩包，需要后台做解析。2.应收单里显示的是应收款项，而支付宝的账务账单里是扣除手续费的实收部分。所以在一开始时用户支付时就要将手续费计算出来并保存，这样就方便对账。
这里有一个很大的问题就是使用的支付方式是支付宝，但如果是其他的支付那就有不同的地方了。比如说***支付。

***支付的手续费虽然也是0.6%，但是他只在提现的时候收取。也就是说用户支付后退款我们并不需要收取手续费。所以用***支付就可以直接做红冲了。

另一个方面是不同的支付方式手续费也是不同的，比如说用POS机支付。而且用POS机支付时用户选择了***或支付宝或银联卡，收取的手续费也不同，而且具体的手续费还可以跟银行去谈。所以针对不同的支付方式后台要进行手续费管理配置。

最后还有分期付款、多次支付等情况，就不一一列举了。总的来说就是根据实际业务的需求，选择合适的支付方式以达到快速开展业务和用户群覆盖的目的。

电子商务的交易流程是什么？

电子商务交易流程及其用到的公钥体制
19901042 石浩 现阶段网上交易大致采用以下形式：
1. 消费者开始浏览商家的网页
2. 消费者选择物品进购物篮
3. 消费者结帐，提交支付请求，商家从浏览器唤醒电子钱包
4. 消费者发送初始请求给商家，（自此以后由电子钱包自动进行）
--------------以下的各步骤将用到公钥体制进行加密
5. 商家发送初始应答及证书
6. 消费者收到应答并发送购买请求
7. 商家收到购买请求
8. 商家发送支付授权请求
9. 支付网关收到授权请求
10. 发送金融信息给金融机构
11. 金融机构返回应答消息
12. 支付网关授权应答
13. 商家处理授权应答
14. 商家向消费者发送支付成功消息
15. 消费者收到确认消息
其中10，11银行的网关和银行内部网交易的过程，主要是进行交易信息与银行内部的交易数据格式的转化。
交易主要涉及支付网关，商家，消费者三方，在交易前，必须准备安全交易平台，即提供了安全机制。
网上交易流程
(C--custom,M—merchant,P—payment),传递的证书包括一些信息和公钥。
消费者开始浏览商家的网页
建立安全的通道，要求WWW 服务器具有服务器证书（此处的证书并非用于交易，只是建立浏览器的SSL连接，也可以不用SSL连接）。在消费者发起HTTP请求时，自动建立SSL连接。建立安全通道的目的主要保证用户在选择物品和填写送货信息时的信息安全。
消费者选择物品进购物篮
消费者选择物品进购物篮时，商户系统为消费者建立定单号。
消费者结帐 消费者选择结帐方式，一般采用网上支付开始网上支付。非网上交易的（如邮购等）不算是真正的电子商务。用户提交一个支付按纽时，商家向用户浏览器发出wakeup的消息，唤醒用户的电子钱包。电子钱包可以是浏览器自带的（如IE的E-wallet），也可以是CA推荐的软件(如中银电子钱包BOC_Ewallet,8848上使用).
以下的每一步将用到公钥加密。
消费者发送初始请求给商家PInitReq
1) 消费者发送初始请求给商家；
在消费者填写合适的帐号信息后，提交支付，发送初始请求。消息中包括银行信息和定单号，以便于商家选择合适的支付网关(即选择用户的开户行)；
商家发送初始应答及证书 PInitRes
2) 商家收到初始请求；
3) 商家产生应答信号并数字签名，应答消息包括商家号，定单号，费用，定单细目的摘要，时间；
商家在发送下列信息前，应先获得支付网关的密钥交换证书；
4) 商家将初始应答和商家证书、支付网关证书一并传给消费者；
Signature ( Merchant-ID + digest(Order-Info), Certificate(M)) + Certificate(M) + + Certificate(P) + Merchant-ID
消费者收到应答并发送购买请求Preq
5) 消费者收到商家应答，并验证商家证书；
用M的公钥解开M的数字签名，对比签名中的内容是否和签名外的内容一样，验证商家证书。
6) 消费者验证商家签名；验证定单细目是否一致；
消费者产生订购信息（OI）；
包括（商家号，定单号，定单细目的摘要，时间）；
对该摘要用自身签名私钥加密，形成数字签名：Signature ( OI,Certificate(C))；
7) 消费者产生支付信息（PI）；
包括（商家号，定单号，费用，信用卡号，密码，时间）；
对上述信息进行的数字签名：Signature ( PI, Certificate(C)；
用支付网关的公钥加密PI信息作成给支付网关的数字信封，成为加密的PI信息，该信息只有用支付网关的私钥解开，商家无法解开，以确保用户的金融信息不会被商家得知；OI商家需要知道，所以不用支付网关的私钥加密。
Envelope P ( Signature ( PI, Certificate(C) )
8) 消费者将OI和加密的PI作成给商家的数字信封；
Envelopem(Signature ( OI,Certificate(C)) + EnvelopeP( Signature ( PI, CertificateS(C) ))
9) 消费者将上一步中产生的数字信封传递给商家；
同时将消费者证书传递给商家；
Envelopem(Signature(OI,Certificate(C))+Envelope(Signature(PI,Certificate(C)), Certificate(C) ) ）
商家收到购买请求 PRes
10) 商家接收到购买请求，解开数字信封，获得OI；
11) 商家验证消费者证书
12) 商家处理请求消息（比较定单的摘要是否相同，并将支付信息送给支付网关授权）。
Signature ( Merchant_ID + Order_ID + OrderInfo + Time, Certificate(M) ) + Certifiate(M)
商家发送支付授权请求
1) 商家产生授权请求；
包括（商家号，定单号，费用，时间）；
商家的帐号信息在支付网关的数据库中对应；
2) 商家对授权请求进行数字签名；
Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）
3) 商家将签名后的授权请求消息形成对支付网关的数字信封；
4) 商家将以上形成的数字信封，及消费者发送给支付网关的PI数字信封及商家证书发送给支付网关；
Envelopep(Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）, Envelope P ( Signature ( PI, Certificate(C) ), Certificate(M)，Certificate(C)）
将消费者证书一并发给支付网关，便于验证签名；
支付网关收到授权请求
5) 支付网关验证商家证书；
6) 支付网关解开授权请求数字信封，得到授权请求消息；
Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）
7) 支付网关验证商家数字签名；
8) 支付网关验证消费者证书
9) 支付网关解开PI数字信封，得到支付信息（PI）；
Signature ( PI, Certificate(C) )+ Certificate(C)
10) 支付网关验证消费者数字签名；
11) 支付网关核对，同时比对商家号，定单号，费用，时间，并进行唯一性检查；
应避免重放攻击，同时用商家号，定单号，费用，时间来保证订购和付费的一致性；
——————以下为银行支付网关和银行内部网的格式转化
12) 将用户卡号，密码，费用转换为8583格式；
10. 发送金融信息给金融机构 13) 转换为8583格式传递给银行主机；
11. 金融机构返回应答消息 14) 银行主机将确认消息传送给支付网关；
———— 12. 支付网关授权应答
15) 支付网关产生授权应答消息；
包括（成功与否，商家号，定单号，费用）；
16) 支付网关对授权应答消息进行数字签名；
Signature (Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P)) + Certificate(P)
17) 支付网关将签名后的信息形成给商家的数字信封；
Envelopem(Signature(Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P)) + Certificate(P))
18) 支付网关将该数字信封同支付网关签名证书一并传送给商家；
13. 商家处理授权应答
19) 商家验证支付网关的签名证书；
20) 商家解开支付网关的数字信封，得到签名的授权应答；
Signature(Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P))
21) 商家验证支付网关的数字签名；
22) 保存该数字签名及消息，作为收款凭证；
23) 商家完成购买请求；
14. 商家向消费者发送支付成功消息
1) 商家产生电子票据；
包括（商家号，定单号，定单细目，时间），并进行数字签名；
Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P)
2) 将电子票据和商家证书发送给消费者；
Envelopec(Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P))
15. 消费者收到确认消息
3) 验证商家证书
4) 验证商家签名
Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P)
5) 保存电子票据
Merchant-ID+digest(Order-Info)+Time
6) 关闭电子钱包，返回浏览器并显示支付成功信息。
图示 持卡人商户网关
<---------- (1) Wakeup
(2) PinitReq ----------
<---------- (3) PinitRes
(4) Preq ----------
(5) AuthReq ----------
<---------- (6) AuthRes
<---------- (7) Pres
在交易过程中，所有的消息传输都在消费者与商店，商店与银行(付款银行)之间，在消费者和银行之间是没有直接的消息传输，而是通过商家传输的，所以消费者和银行之间的数据传输都是通过对方的公钥加密作成数字信封，只有私钥才能解开，商家是不能看到和篡改数据的。数字信封中有各自的数字签名验证身份。
消费者与商店，商店与银行的数据传输是通过私钥加密而数字签名验证各自的身份，通过对方的公钥加密保证传输过程中第三方的窃密。
这三方必须有共同可信任的CA(证书发放和认证中心)。 关于电商售后批量打款流程和电商售后批量打款流程是什么的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 电商售后批量打款流程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于电商售后批量打款流程是什么、电商售后批量打款流程的信息别忘了在本站进行查找喔。