一种电子签收对账方法与流程

1.本发明特别涉及一种电子签收对账方法。


背景技术：

2.现有的供货商与工厂(收货方)之间的账目为手工记账，且对账采用手工对账，存在效率低的问题，也存在账目丢失的问题，因此，有必要设计一种新的电子签收对账方法。


技术实现要素：

3.本发明所要解决的技术问题是提供一种电子签收对账方法，该电子签收对账方法易于实施，能极大提高对账效率，以及避免数据丢失。。
4.发明的技术解决方案如下：
5.一种电子签收对账方法，包括以下步骤：
6.步骤1：发起方开单
7.所述的开单是指开出库单或者入库单，出库单或入库单中包含物料信息(物料名称和数量)，可以进一步包括单价和财务结算信息；出库单或入库单与订单关联；
8.发起方是买方或卖方；分两种情况：
9.(a)出库单由卖方开，此时卖方为发起方，而买方为签收方；
10.(b)入库单由买方开，此时买方为发起方，而卖方为签收方；
11.步骤2：签单方获得出库单或入库单信息；
12.签单方采用以下任一种方式获取开单信息：
13.方式a.发起方向签单方推送开单信息；通过qq，微信，email等方式推送开单信息；
14.方式b.打印基于入库单或出库单对应的二维码，让签单方扫码获得所述出库单或入库单关联的开单信息；
15.方式c.签单方从记录的多个供应商服务器地址读取开单信息执行签单操作，供应商服务器判断是否有读取权限；如通过微信小程序等访问服务器上的未签单的信息，通过微信小程序可以实现身份验证，微信和手机号绑定，而手机号又跟权限绑定，可以实现特定的人签单。
16.方式d，发起方将开单信息推送至服务器，签单方从服务器读取开单信息；
17.方式e，发起方将链接发送给签收方签收；通过微信，qq，支付宝，短信，email等方式发送链接给签收方。进一步，发送的链接随同其他与该订单相关的文字信息一并传送；
18.方式f，发起方截图二维码给对方签收，截图中可以进一步保护订单相关的简要信息：货物名称，数量，费用之类的。
19.用户签单时，在账单签收页面支持一次签名或多次签名；多次签名是指不同的用户对该账单进行确认，增加账单的可信度，即多人证明该账单的真实性，具体实现时，优选的，多次签名，第一次签名前，界面上显示“签名”按钮，第一个人签名后，界面上显示第一人签名的信息(签名人的姓名，签名时间)，然后再次显示“二次签名”，参见图12。
20.签收方签收过程中，反馈签收回单，回单可以发给签收方，发起方，或第三方或平台方。签收回单可以是文字信息，图片信息，图片 水印，加密哈希值如md5码。
21.步骤3：签单方完成签单；
22.签单方对获取的开单信息进行确认，并基于签单方的个人信息验证进行签单(如通过账号密码验证，或通过人脸识别，指纹识别验证等)，签单结果返回到发起方。
23.方式c中，签单前，签单方需通过权限验证，验证通过后才能读取开单信息。读取开单信息预览，先判断客户是否有读取权限，有则显示开单信息。
24.开单方设置客户有多个账号有签单权限。验证客户权限是客户登录账号必须和开单方预先设置的账号相同；开单方可以设置多个签收账号；签收账号可以授权子账号签收；签收时验证指纹或者人脸或者短信验证码，密码，或在手机屏幕上手写输入姓名进行签名，或采用以上多种方式的组合进行签名。
25.签单方指定多个账号签收。
26.基于区块链技术实现签单。
27.财务历史结算信息是采用链式结构账单表征，链式结构账单，是指在签单界面显示以下信息之一或者组合：
28.(1)最近的一次回款信息，或最近多次回款信息；
29.(2)上次回款后进货单信息；
30.(3)上次回款前进货单信息；
31.(4)上次开单信息；
32.(5)最近多条开单信息；
33.见图12，示例，最近n条开单信息可以简洁显示为：
34.单号：余(总余){回款}
35.81-03：30(70){10}，81-2：20(40)，
36.81-1：30(20)
37.81-03是包含回款的单
38.这个是说明：签名对象是开单方设置的有权限的一方，签名人权限一般设置为是开单方签，客户签名，客户收货人。签单方设置权限方式一般是手机号，账号。
39.一种电子签收对账系统，包括云服务器、供货方终端和收货方终端；供货方终端和收货方终端均与云服务器通讯连接；
40.收货方终端具有扫描二维码功能以及具有向云服务器上传确认信息的功能；
41.采用前述的电子签收对账方法实现供货方与收货方的货款对账。
42.使用手机app进行签收，签收时，将ip地址、实际地址信息或者经纬度数据，写入签单记录。这些信息可以是app获取，手动填写，或后台服务器获取。用以提高数据真实性。实际地址是指某省某市某区某街道某小区等。
43.一种电子签收对账方法，包括以下步骤：
44.步骤1：供货方在终端上编辑供货信息(即开单)
45.供货信息包括物料名称、数量(包含单位)和价额；价额为物料的单价或本批次物料的总价；可以进一步包含规格，如大中小码；
46.步骤2：基于供货信息生成二维码；
47.基于供货商名称以及供货信息形成二维码在终端的屏幕上展示；
48.或所述的二维码被打印在纸质页面上展示；
49.步骤3：收货方扫码确认；
50.收货方的授权代表扫描该二维码后，将确认信息上传到云端备份；
51.收货方确认后，在云服务器的数据库中形成一条供货记录，供货记录中包括本次供货信息、供货方和收货方的名称以及供货时间信息；
52.步骤4：按预设的条件读取对账记录，生成统计表；
53.预设条件为对账周期或未结算数额达到预设值；前者如月结，季结，后者如预付款达到10万结算一次。
54.收货方确认前，预览信息的方法：
55.方法1，供货方端预览供货信息；
56.方法2：收货方端预览供货信息；
57.方法3：双方均能预览供货信息；
58.供货方终端上显示二维码；
59.确认可以是在屏幕上验证通过后确认，验证可以是密码验证，人脸识别验证，指纹验证，手机短信动态码验证，或者付款一分钱验证(付钱的验证)，等等；
60.确认还可以是直接扫码即同时验证；
61.微信或支付宝等具有通过扫码二维码上传信息到服务器的功能
62.采用区块链技术，具有去中心化，防篡改，备查的特点；
63.记录信息基于区块链技术上链；以多个供货商，收货方以及平台方作为区块链节点。
64.为使得数据防篡改，使用md5码验证数据。
65.供货商的库存管理
66.在收货方编辑完成供货信息后，或者确认供货信息后，供货商端更新库存量(及在库存中减去该批次供货的物料数量)。
67.历史应付货款数据初始化输入，并且双方确认
68.以供货方或收货方发起初始化历史应付货款请求，以对方确认的方式进行数据初始化；
69.或者：历史记录补录
70.将历史的未结算的供货记录补录到云服务器的数据库中，双方确认；以供货方或收货方发起补录供货信息，对方确认的方式进行记录补录；补录时，供货信息中添加供货时间；
71.收货方付款信息登记，对方确认；确认过程中，需要对供货方进行验证。
72.供货方通过扫码二维码(付款方编辑付款信息，形成二维码，由收款方扫描确认)，收取邮件，手机短信，微信，qq或支付宝的对话框中确认；邮件，微信，qq，支付宝，手机短信均为注册时或初始化时登记的邮件，微信，qq，支付宝，手机号码；如在初始化时，明确通过何种方式接收确认信息；付款确认后，上传确认信息到服务器。
73.货款结算：
74.付款后进行结算，计算出当前欠款；在每一条记录中，开单的时候，就显示了当前
的欠款。时间一般精确到某日某时某分某秒。或者进一步显示，最近的一次付款时间和金额；
75.(1)担保交易，
76.由平台方对货物质量以及付款进行担保。
77.(2)信用评级
78.对收货方付款是否及时支付货款进行记录统计，不良记录超过预设的标准则降低信用；如不良记录比例高，或最近一月内违约次数多。
79.收货方付款，或收货方确认物料信息，或供货方确认货款到账时，拍摄照片或视频作为证据(拍摄物料图像或收货人或收款确认人的图像)；
80.优选的，照片或视频上传到另一个云服务器；即记录和证据分别存储，以避免对数据库运行的影响。
81.电子合同，付款期限
82.开单时，对付款时间按条件进行合同确认；如月结，或超过多少欠款结账
83.验证方法：操作验证人脸，指纹，短信动态码，付一分钱。
84.和erp系统订单库存管理相结合：具体的物料与订单建立对应关系。
85.工厂方扫码供货二维码后的确认页面，包括.页面按钮，点击后查询上一次付款后的欠款，要货明细；或按指定条件查询的欠款或要货明细。比如查询，一个月内或半个月内的记录。
86.请购信息生成
87.供货方生成请购单，勾选物料，输入数量，选择或判断导入收货地址(判断是指按不同的操作员确定对应的地址)，联系人，收货时间；
88.勾选：
89.从数据库或本地读取物料名称；
90.在界面中搜索符合条件的物料，或下拉菜单中勾选物料类别，名称；
91.自动切割字符分类
92.取首文字2个或3个作为分类关键词。后按一定的规则分割。生成按钮，按下按钮进行搜索。软件界面上设有导出法律文书或请求法律援助的功能按钮。
93.供货方开具送货单，送货单发给送货人，送货人(工人)在手机端预览送货单，或送货人打印送货单，在根据送货单上的地址和时间送货。
94.进一步，送货路径规划；送货人具有多个送货单的情况下，送货单根据送货地址到发货地之间的距离远近排序。距离不一定是直线距离，而是真实路径距离。
95.货物交付时，收货方确认时，(即送货人展示二维码的时候，自动打开摄像头，获取扫码人或货物的图像)
96.一种电子签收对账系统，包括云服务器、供货方终端和收货方终端；供货方终端和收货方终端均与云服务器通讯连接；
97.收货方终端具有扫描二维码功能以及具有向云服务器上传确认信息的功能；
98.采用前述的电子签收对账方法实现供货方与收货方的货款对账。
99.一种电子签收对账用云服务器，云服务器能存储供货信息，接收供货方终端或收货方终端的访问，云服务器支持采用前述的电子签收对账方法实现供货方与收货方的货款
对账。
100.一种电子签收对账用的供货方终端，其特征在于，用于编辑供货信息，形成二维码；
101.该终端支持采用前述的电子签收对账方法实现供货方与收货方的货款对账。
102.一种电子签收对账用的收货货方终端，其特征在于，用于扫描二维码确认供货信息；
103.该终端支持采用前述的电子签收对账方法实现供货方与收货方的货款对账。
104.开单信息通知收货方的方法供货方开单后，通过以下方法通知收货方：
105.方法1：展示二维码给收货方；
106.方法2：将开单信息直接通过app推送给收货方(推送到微信，支付宝，qq或邮件，或app界面等)；
107.方法3：将开单信息推送到云服务器，由云服务器提醒收货方查看开单信息，开单信息在微信，支付宝，qq或邮件，或app界面等展示；
108.方法4：将开单信息推送到云服务器，收货方通过app定时(如每分钟)读取新开单的消息，有新消息后再再加点击获取并浏览开单；
109.增加付款功能，该功能对于当次付款的情况。收货方付款的方法：
110.收货方在浏览开单信息时，在浏览界面上具有付款接口(如一个付款按钮)；收货方通过付款接口能对该笔开单进行付款；如通过支付宝，微信，或链接网上银行付款等。
111.将开单信息转换成电子合同，供货方和收货方采用手写签名(在屏幕签名，必要时手机摄像头录取签名时的图像)，电子合同签署完成后，留存服务器一份，并在供货方与收货方端各保留一份。
112.供货方触发展示二维码前，先对货物拍照或者录像，将照片或录像存储于云平台，开单的记录对应保存录像或者照片地址，收货方扫码后，可以通过接口读取开单物料信息，通过页面按钮读取货物录像或者照片。
113.付款流程：
114.付款方编辑付款单，比如选择支付未付款的10笔中的前5笔，欠款有10万，现在只付5万；
115.付款方将付款单传送至收款方；
116.传送的方法：
117.方法1：展示二维码给收款方；
118.方法2：将付款单直接通过app推送给收款方(推送到微信，支付宝，qq或邮件，或app界面等)；
119.方法3：将付款单推送到云服务器，由云服务器提醒收款方查看付款单信息，付款单信息在微信，支付宝，qq或邮件，或app界面等展示；
120.方法4：将付款单信息推送到云服务器，收款方通过app定时(如每分钟)读取新的付款单的消息，有新消息后再点击获取并浏览付款单信息；
121.增加付款确认功能。收款方确认付款单的方法：
122.收款方在浏览付款单信息时，在浏览界面上具有确认按钮；收款方通过确认能对该付款单进行确认；
123.付款方收到确认后，进行付款。如通过支付宝，微信，或链接网上银行付款等。
124.形成二维码给收款方扫码确认，或由app将付款单通过app，支付宝，微信，邮件等通知收款人。
125.一种电子签收对账方法，包括以下步骤：
126.步骤1：供货方开单：
127.供货方在终端上编辑供货信息，即开单；
128.供货信息包括物料名称、数量(包含单位)和价额；价额为物料的单价或本批次物料的总价；可以进一步包含规格，如大中小码。
129.供货信息还包括供货方以及收货方信息；供货信息上传到服务器并在服务器存储；
130.该供货信息与一个唯一的供货单号对应，供货单号在供货方生成，或者在服务器端生成并回传给供货方；
131.步骤2：生成供货单；
132.供货单上显示供货信息，以及供货单号；
133.供货单号以字符串、条形码、二维码中的至少一种显示；可以是任意一种，可以是任意两种，可以是三种一起，比如显示条形码和字符串。
134.或所述的供货单被打印在纸质页面上展示；
135.步骤3：收货方确认；
136.收货方的授权代表扫描该供货单或在交易界面中直接输入字符串后，从服务器中读取与该收货单对应的供货信息，并对供货信息进行确认；确认信息上传到服务器中并存储；
137.还可以报以下步骤：(也可以不包括步骤4)
138.步骤4：按预设的条件读取对账记录，展示于终端设备；
139.预设条件为用户在终端上通过输入输出接口提交的查询条件，如查询为付款的供货单记录，查询最早的10条记录，等等。
140.并对显示的记录中的未付款项进行统计。
141.开单信息中包含关联信息，关联信息为财务历史结算信息，财务历史结算信息是指总共未支付的金额，未付款单数，付款单信息(一般是最后一次付款的信息，如付款金额，付款人账号信息，付款单号)，一般是指从上次付款后还有几单未支付，以及未支付的开单对应的详细信息。
142.有益效果：
143.本发明的电子签收对账方法，该电子签收对账方法易于实施，能极大提高对账效率，以及避免数据丢失。
附图说明
144.图1为供货方端的出货单预览示意图；
145.图2为应付款(欠款)报表示意图；
146.图3为出货明细规格查询示意图；
147.图4为付款历史记录预览界面示意图；
148.图5为开单界面勾选或输入或新增物料示意图；
149.图6为开单时供货方编辑数量单价示意图；
150.图7为供货方开单预览示意图；
151.图8为收货方预览及确认界面示意图。
152.图9为卖家设置签单账号(手机号)；
153.图10为签单界面示意图；
154.图11为出库单示意图。
155.图12为多次签单以及链式结构账单示意图。
具体实施方式
156.为了便于理解本发明，下文将结合说明书附图和较佳的实施例对本文发明做更全面、细致地描述，但本发明的保护范围并不限于一下具体实施例。
157.除非另有定义，下文中所使用的所有专业术语与本领域技术人员通常理解含义相同。本文中所使用的专业术语只是为了描述具体实施例的目的，并不是旨在限制本发明的保护范围。
158.实施例1：
159.如图1-10，一种电子签收对账方法，包括以下步骤：
160.步骤1：发起方开单
161.所述的开单是指开出库单或者入库单，出库单或入库单中包含物料信息(物料名称和数量)和单价；出库单或入库单与订单关联；
162.发起方是买方或卖方；分两种情况：
163.(a)出库单由卖方开，此时卖方为发起方，而买方为签收方；
164.(b)入库单由买方开，此时买方为发起方，而卖方为签收方；
165.步骤2：签单方获得出库单或入库单信息；
166.签单方采用以下任一种方式获取开单信息：
167.方式a.发起方向签单方推送开单信息；通过qq，微信，email等方式推送开单信息；
168.方式b.打印基于入库单或出库单对应的二维码，让签单方扫码获得所述出库单或入库单关联的开单信息；
169.方式c.签单方从记录的多个供应商服务器地址读取开单信息执行签单操作，供应商服务器判断是否有读取权限；如通过微信小程序等访问服务器上的未签单的信息，通过微信小程序可以实现身份验证，微信和手机号绑定，而手机号又跟权限绑定，可以实现特定的人签单。
170.方式d，发起方将开单信息推送至服务器，签单方从服务器读取开单信息；
171.方式e，发起方将链接发送给签收方签收；通过微信，qq，支付宝，短信，email等方式发送链接给签收方。进一步，发送的链接随同其他与该订单相关的文字信息一并传送；
172.方式f，发起方截图二维码给对方签收，截图中可以进一步保护订单相关的简要信息：货物名称，数量，费用之类的。
173.步骤3：签单方完成签单；
174.签单方对获取的开单信息进行确认，并基于签单方的个人信息验证进行签单(如
通过账号密码验证，或通过人脸识别，指纹识别验证等)，签单结果返回到发起方。
175.方式c中，签单前，签单方需通过权限验证，验证通过后才能读取开单信息。读取开单信息预览，先判断客户是否有读取权限，有则显示开单信息。
176.开单方设置客户有多个账号有签单权限。
177.签单方指定多个账号签收。
178.签收方签收过程中，反馈签收回单，回单可以发给签收方，发起方，或第三方或平台方。签收回单可以是文字信息，图片信息，图片 水印，加密哈希值如md5码。
179.验证客户权限是客户登录账号必须和开单方预先设置的账号相同；开单方可以设置多个签收账号；签收账号可以授权子账号签收；签收时验证指纹或者人脸或者短信验证码，密码，或在手机屏幕上手写输入姓名进行签名，或采用以上多种方式的组合进行签名。
180.基于区块链技术实现签单。
181.另一种一种电子签收对账方法，包括以下步骤：
182.步骤1：供货方在终端上编辑供货信息；
183.供货信息包括物料名称、数量(包含单位)和价额；价额为物料的单价或本批次物料的总价；可以进一步包含规格，如大中小码。
184.步骤2：基于供货信息生成二维码；
185.基于供货商名称以及供货信息形成二维码在终端的屏幕上展示；
186.或所述的二维码被打印在纸质页面上展示；
187.步骤3：收货方扫码确认；
188.收货方的授权代表扫描该二维码后，将确认信息上传到云端备份；
189.收货方确认后，在云服务器的数据库中形成一条供货记录，供货记录中包括本次供货信息、供货方和收货方的名称以及供货时间信息；
190.步骤4：按预设的条件读取对账记录，生成统计表；
191.预设条件为对账周期或未结算数额达到预设值；前者如月结，季结，后者如预付款达到10万结算一次。
192.收货方确认前，预览信息的方法：
193.方法1，供货方端预览供货信息；
194.方法2：收货方端预览供货信息；
195.方法3：双方均能预览供货信息；
196.供货方终端上显示二维码；
197.确认可以是在屏幕上验证通过后确认，验证可以是密码验证，人脸识别验证，指纹验证，手机短信动态码验证，或者付款一分钱验证(付钱的验证)，等等；
198.确认还可以是直接扫码即同时验证；
199.微信或支付宝等具有通过扫码二维码上传信息到服务器的功能。
200.采用区块链技术，具有去中心化，防篡改，备查的特点；
201.记录信息基于区块链技术上链；以多个供货商，收货方以及平台方作为区块链节点。
202.为使得数据防篡改，使用md5码验证数据。
203.供货商的库存管理：
204.在收货方编辑完成供货信息后，或者确认供货信息后，供货商端更新库存量(及在库存中减去该批次供货的物料数量)。
205.历史应付货款数据初始化输入，并且双方确认
206.以供货方或收货方发起初始化历史应付货款请求，以对方确认的方式进行数据初始化；
207.或者：历史记录补录
208.将历史的未结算的供货记录补录到云服务器的数据库中，双方确认；以供货方或收货方发起补录供货信息，对方确认的方式进行记录补录；补录时，供货信息中添加供货时间；
209.收货方付款信息登记，对方确认；确认过程中，需要对供货方进行验证】
210.供货方通过扫码二维码(付款方编辑付款信息，形成二维码，由收款方扫描确认)，收取邮件，手机短信，微信，qq或支付宝的对话框中确认；邮件，微信，qq，支付宝，手机短信均为注册时或初始化时登记的邮件，微信，qq，支付宝，手机号码；如在初始化时，明确通过何种方式接收确认信息；付款确认后，上传确认信息到服务器。
211.货款结算：
212.付款后进行结算，计算出当前欠款；在每一条记录中，开单的时候，就显示了当前的欠款。时间一般精确到某日某时某分某秒。或者进一步显示，最近的一次付款时间和金额；
213.(1)担保交易，
214.由平台方对货物质量以及付款进行担保。
215.(2)信用评级
216.对收货方付款是否及时支付货款进行记录统计，不良记录超过预设的标准则降低信用；如不良记录比例高，或最近一月内违约次数多。
217.收货方付款，或收货方确认物料信息，或供货方确认货款到账时，拍摄照片或视频作为证据(拍摄物料图像或收货人或收款确认人的图像)；
218.优选的，照片或视频上传到另一个云服务器；即记录和证据分别存储，以避免对数据库运行的影响。
219.电子合同，付款期限：
220.开单时，对付款时间按条件进行合同确认；如月结，或超过多少欠款结账；
221.验证方法：操作验证人脸，指纹，短信动态码，付一分钱。
222.和erp系统订单库存管理相结合：具体的物料与订单建立对应关系。
223.工厂方扫码供货二维码后的确认页面，包括.页面按钮，点击后查询上一次付款后的欠款，要货明细；或按指定条件查询的欠款或要货明细。比如查询，一个月内或半个月内的记录；请购信息生成
224.供货方生成请购单，勾选物料，输入数量，选择或判断导入收货地址(判断是指按不同的操作员确定对应的地址)，联系人，收货时间；
225.勾选：
226.从数据库或本地读取物料名称；
227.在界面中搜索符合条件的物料，或下拉菜单中勾选物料类别，名称；
228.自动切割字符分类
229.取首文字2个或3个作为分类关键词。后按一定的规则分割。生成按钮，按下按钮进行搜索。软件界面上设有导出法律文书或请求法律援助的功能按钮。
230.供货方开具送货单，送货单发给送货人，送货人(工人)在手机端预览送货单，或送货人打印送货单，在根据送货单上的地址和时间送货。
231.进一步，送货路径规划；送货人具有多个送货单的情况下，送货单根据送货地址到发货地之间的距离远近排序。距离不一定是直线距离，而是真实路径距离。
232.货物交付时，收货方确认时，(即送货人展示二维码的时候，自动打开摄像头，获取扫码人或货物的图像)
233.一种电子签收对账系统，包括云服务器、供货方终端和收货方终端；供货方终端和收货方终端均与云服务器通讯连接；
234.收货方终端具有扫描二维码功能以及具有向云服务器上传确认信息的功能；
235.采用前述的电子签收对账方法实现供货方与收货方的货款对账。
236.一种电子签收对账用云服务器，云服务器能存储供货信息，接收供货方终端或收货方终端的访问，云服务器支持采用前述的电子签收对账方法实现供货方与收货方的货款对账。
237.一种电子签收对账用的供货方终端，其特征在于，用于编辑供货信息，形成二维码；
238.该终端支持采用前述的电子签收对账方法实现供货方与收货方的货款对账。
239.一种电子签收对账用的收货货方终端，其特征在于，用于扫描二维码确认供货信息；
240.该终端支持采用前述的电子签收对账方法实现供货方与收货方的货款对账。