论文部分内容阅读
摘 要：网上购物发展至今，已经至令人震惊和愉悦的阶段。人们可以通过手机、智能平板、笔记本电脑等各种终端设备下单购物；同时，网上购物的支付方式更是百花齐放，比较流行的有支付宝、微信支付、翼支付、银联支付、财付通等。而能把如此众多支付方式集一身的，可谓集大成者，即支付网关！随着支付网关的建立与投入网上商场使用，与之对应的账务操作和支付运营工作随即同步进行着。本论文程序，基于Delphi7集成开发环境，以Excel为传输数据，重点针对支付运营，在服务于财务系统的基础要求和规定下，将繁杂的手工处理、审核的账务处理工作抽取成具体的实用性软件功能模块，从而大大提高了支付网关对帐的工作效率。
关键词：网上购物；支付网关；Delphi7；支付运营；工作效率
1 软件应用协助
网络支付运用在公司业务中，从属于公司财务体系内的分支模块，其日常涉及很多会计类业务。日常的工作包括：网上订单的对帐；记账凭证电子记录与核对；帐簿电子记录与核对；科目余额电子记录与核对；结算报表电子记录与核对；商户周报电子编制与核对；支付网关周报电子编制与核对；以及月度或者随机周期报表的电子编制与核对等。所有此类工作，人工制作与核对存在工作量巨大与核对质量和效率的诸多问题。
1.1 帐务处理工作的高效核对
帐务处理[2]主要包括记账凭证、账簿、科目余额的记录与核对，具体工作与高效核对表现如下：
（1）记账凭证：该项工作需在网上订单的对帐帐平之后，才能动手的。否则，记录的数据错误，就算记录过程正确也会返工的！在对帐帐平后，人工可以开始做帐，即可以录入记账凭证。通常，对帐工作每天都必须完成，但记账凭证可以同时集中一周甚至两周的网上订单逐日记录。根据会计工作的分工原则，记账凭证的录入与记账凭证的核对分属于两个岗位或两个人。在手工做帐和对帐的情景下，其工作量是相当大的，工作效率也难以提高。而通过本论文程序，无论在生成凭证和核对凭证方面都發生了量和质的飞跃。无论周期长短，都可以瞬间完成，只需配合人工再次核实下科目名称与金额数字是否正确。
（2）账簿：该项工作由于录入的数据具有分散性，可变性，通过手工记录相对更加有组织性，因此此功能未单独开发。但是，在所有账簿余额核对方面，论文程序做了针对性的开发，方便了与科目余额表的余额快速核对！
（3）科目余额表：该项工作也由于手工录入数据时，只需要在现成已经录入好的账簿基础上，记录当日的借或贷方向的合计金额，手工操作一次性就完成了。因此，论文程序也忽略了该模块的开发。而只是在与账簿余额对帐的顺序上做了些内在的配合。
1.2 各类周期报表的批量生成
虽然支付网关后台网站系统能提供各类周期报表，但是不同周期、不同商户、不同支付网关的报表，其格式都具有相当的人性化定制。若通过手工制作这些报表，工作量大不说，人工错误率难免，工作效率同样大打折扣。此时，本论文程序的软件功能模块的作用就非同小可了。下面重点罗列几个示例：
（1）商户周报总表：由于是商户的每周总表，需要提供给市场部分析人员、市场部经理、本部门总经理，其中的包含业务名称、网关、交易金额、退款金额、交易数量、退款、业务进账汇总占比等诸多主要基础信息和统计数据。通过手工制作的话，需要在原始报表基础上重新筛选、制作、输入和编辑数据等。整个过程重复性操作量很大，任何一个细节稍有疏忽就可能导致整个报表的误差，而且错误具有相当的隐蔽性，很难快速找出并纠正。基于当前棘手的问题，本论文程序则无旁贷在边工作边开发和修正，在支付网关系统上线后的两个月内就完成了第一版本程序的开发和使用！此功能使得工作效率提高了几十甚至上百倍。
（2）商户周报分表：此商户周报分表，尽管每个商户需要生成一张表格予以展示，但是也是嵌入在上述商户周报总表的Excel工作簿里的，只是每个商户单独占用一个Sheet表格的。所展示的信息，除了总表的主要信息外，还增加了交易日字段域信息。
（3）商户分拆报表：此商户分拆报，其内容与商户周报表完全一样，只是每个商户不再集成在商户周报总表内，而是每个商户都需要生成一个Excel工作簿文件。然后每个商户的Excel工作簿文件将以公司OA邮件的形式分发给相关商户的业务人员和抄送给负责该商户的分管领导，商户周报可能用于后续的商户结算材料。
2 软件应用知识
软件应用，开发方面包含开发环境、数据库系统，中间环节包含电子表格文件数据，业务方面涉及会计帐务处理等知识。现就各方面技术和知识详述如下。
2.1 Delphi集成开发环境
Delphi[1]作为早期比较成熟的集成开发环境，曾被广泛采用。本软件采用的是Delphi7，其缺省组件，例如：TDatabase、TQuery、TPageControl、TWebBrowser、TF1Book等基本已经可以满足本软件的开发所需。
2.2 Oracle数据库系统
Oracle更是市场主流采用的数据库管理系统，其商业和技术价值不言而喻。其功能强大、高效、高容量、高标准可谓行业标杆。本软件采用的是Oracle 10G，适应需求简直就是大材小用、绰绰有余。
2.3 报表电子表格文件
在整个支付网关运营体系中，电子表格文件始终是个的不同系统和工具的中间环节数据类型的佳选。例如：支付网关后台网站系统其导出的网上支付订单、退款清单，都是Excel电子表格文件。
2.4 会计帐务处理工作
由于网上支付涉及资金流，因此整个支付网关运营过程也从属于财务系统管理范围，会计帐务处理方面的工作不可或缺。按照要求，支付运营岗位也必须具备会计从业资格。本论文网关对帐包含的会计帐务处理工作主要有：支付网关后台系统的对帐管理、商户管理、支付帐号管理、订单管理、退款管理、结算管理等；制作会计凭证表、科目余额表、帐簿表、结算业务报表；制作与发送各类商户或支付帐号周报表、月报表等。 3 软件应用实例
通过支付网关某个周期内的日常做帐、审账的实际工作，比较展示本论文程序高效、价值。
3.1 开发环境搭建
操作系统：Windows7
IDE：Delphi7
DBMS：Oracle10G
3.2 中间数据环节
支付网关后台网站系统，很多功能模块界面都有清单或报表对应的xls数据文件导出的链接或按钮。所导出的xls数据文件，可供本论文程序作为数据源使用。平常需要直接从后台网站系统中导出的xls数据文件有：订单数据清单、退款数据清单、网关对帐报表。
企业财务部门银行接口系统，包含支付网关提取现金至财务部银行帐号的数据记录清单，能导出为xls数据文件作为必需的数据源。
3.3 规范导入环节
数据源获取后，则须要运行本软件应用程序aAccount.exe，运行界面如图1：
但在执行导入操作之前，仍需要先手工规范整理下xls数据文件。规范的要求主要有：数据列的数量、顺序，数据文件文件名格式，数据文件存放的目录等。
上述规范操作完成之后，导入操作即变得很简单：
（1）导入订单数据：先点击“导入订单”按钮，再点击“订单入表”按钮；
（2）其中，“导入订单”表示订单数据文件导入了程序界面数据页的表格中；“订单入表”表示，数据页的数据导入到了Oracle 10G的数据表BP_XLS_ORDER中。
（3）导入退款数据：先点击“导入退款”按钮，再点击“退款入表”按钮；
其中，“导入退款”表示退款数据文件导入了程序界面数据页的表格中；“退款入表”表示，数据页的数据导入到了Oracle 10G的数据表BP_XLS_REFUND中。
导入银存数据：先点击“导入银存”按钮，再点击“银存入表”按钮；
其中，“导入银存”表示银行存款数据文件导入了程序界面数据页的表格中；“退款入表”表示，数据页的数据导入到了Oracle 10G的数据表BP_XLS_BANK中。
3.4 报表输出环节
继数据源导入后，根据工作或业务需求，选择执行导出相关输出报表。
报表输出主要包含3类输出类型，帐务类、报表类、其他类。
3.4.1 帐务类
点击“生成帐务”按钮。
输出一个商户总表文件，主要用于生成帐务处理类数据，包括：记账凭证、科目余额表、帐簿等。
3.4.2 报表类
点击“商户汇总”按钮、再点击“商户周报”按钮、再点击“商户分拆”按钮。
输出十多个商户报表文件，主要用于商户周报核对，并发送email给市场部、各商户单位或部门，作为市场部的营销分析依据，或者商户的订单分析、帐务核对的依据。
3.4.3 其他类
“周内数据”按钮、“期间数据”按钮、“退款预检”按钮、“退款差异”按钮、“结算资金往来-应收网关-支付宝”下拉列表等等。此类按钮、列表、界面的功能部署都作为软件应用的功能扩展部分，其发挥的作用也是相当重要的。
3.5 帐务核对环节
支付网关工作组，帐务处理工作至少有A、B两个岗位，A岗位做帐，B岗位审核帐务。帐务核对环节，若是做帐的A岗位，则生成的帐务报表提供给审核帐务的B岗位。
此处，假设本软件应用于B岗位，则针对A岗位提供的记账凭证、科目余额表、帐簿进行审核，详细的核对流程介绍如下：
3.5.1 记账凭证审核
以20170203为例，A岗位提供的记账凭证如图2，B岗位软件应用生成的记账凭证如图3
通过上面两张图中的数据，可以快速比较出20170203一天内的记账凭证是否持平、相等。比如，凭证末行都是141行，凭证数量都是37条，凭证求和都是105819.14；倘若数字有出入，则需分类、逐项进行查找、比较。
其中，B岗的凭证是程序批量生成的，可以同时生成连续多日的凭证列表，如本例的2月3日至2月9日。整个过程比手工做帐核对工作效率提高数倍！
3.5.2 帐簿审核
帐簿审核，可以依据记账凭证的数据生成帐簿，然后进行核对。此功能留待功能扩展中，视需求程度再作开发。
3.5.3 科目余额表审核
科目余额表审核，可以依据帐簿生成科目余额表，然后进行核对。此功能留待功能扩展中，视需求程度再作开发。
3.6 审核结果发送
根据市场部与本部门领导的要求，支付网关工作组，每周需要向市场部、本部门的专职人员发送，并抄送“商户总报表”；并向已接入支付网关的所有商户的专员发送，并抄送相应商户的负责人相应的“商戶周报表”；以及向本部门专业发送，并抄送各级领导“支付网关周报表”等等。
所有报表在发送之前，须经过支付网关工作组负责人审核，并签字，完成网关对帐工作流程的闭环操作。
4 结语
本软件应用从支付运营的实际工作需求出发，从职能性质和运营效率上提升了支付运营工作岗位的能力。从整个支付网关运营体系来讲，本软件应用试图从更专业的角度融入体系中，促进行业发展的精、准、快。迄今为止，本软件应用在实际工作中，已经施展了其功效，后续将继续采用，并在实践中逐步改善，力图探索出一条规范化、专业化软件延伸的套路。
参考文献
[1]梁水，梁冰，宋坤编著.Delphi 范例完全自学手册[M].人民邮电出版社，2010.
[2]全国会计从业资格考试辅导教材编写组.会计基础[M].经济科学出版社，2014.
（作者单位：号百信息服务有限公司）
关键词：网上购物；支付网关；Delphi7；支付运营；工作效率
1 软件应用协助
网络支付运用在公司业务中，从属于公司财务体系内的分支模块，其日常涉及很多会计类业务。日常的工作包括：网上订单的对帐；记账凭证电子记录与核对；帐簿电子记录与核对；科目余额电子记录与核对；结算报表电子记录与核对；商户周报电子编制与核对；支付网关周报电子编制与核对；以及月度或者随机周期报表的电子编制与核对等。所有此类工作，人工制作与核对存在工作量巨大与核对质量和效率的诸多问题。
1.1 帐务处理工作的高效核对
帐务处理[2]主要包括记账凭证、账簿、科目余额的记录与核对，具体工作与高效核对表现如下：
（1）记账凭证：该项工作需在网上订单的对帐帐平之后，才能动手的。否则，记录的数据错误，就算记录过程正确也会返工的！在对帐帐平后，人工可以开始做帐，即可以录入记账凭证。通常，对帐工作每天都必须完成，但记账凭证可以同时集中一周甚至两周的网上订单逐日记录。根据会计工作的分工原则，记账凭证的录入与记账凭证的核对分属于两个岗位或两个人。在手工做帐和对帐的情景下，其工作量是相当大的，工作效率也难以提高。而通过本论文程序，无论在生成凭证和核对凭证方面都發生了量和质的飞跃。无论周期长短，都可以瞬间完成，只需配合人工再次核实下科目名称与金额数字是否正确。
（2）账簿：该项工作由于录入的数据具有分散性，可变性，通过手工记录相对更加有组织性，因此此功能未单独开发。但是，在所有账簿余额核对方面，论文程序做了针对性的开发，方便了与科目余额表的余额快速核对！
（3）科目余额表：该项工作也由于手工录入数据时，只需要在现成已经录入好的账簿基础上，记录当日的借或贷方向的合计金额，手工操作一次性就完成了。因此，论文程序也忽略了该模块的开发。而只是在与账簿余额对帐的顺序上做了些内在的配合。
1.2 各类周期报表的批量生成
虽然支付网关后台网站系统能提供各类周期报表，但是不同周期、不同商户、不同支付网关的报表，其格式都具有相当的人性化定制。若通过手工制作这些报表，工作量大不说，人工错误率难免，工作效率同样大打折扣。此时，本论文程序的软件功能模块的作用就非同小可了。下面重点罗列几个示例：
（1）商户周报总表：由于是商户的每周总表，需要提供给市场部分析人员、市场部经理、本部门总经理，其中的包含业务名称、网关、交易金额、退款金额、交易数量、退款、业务进账汇总占比等诸多主要基础信息和统计数据。通过手工制作的话，需要在原始报表基础上重新筛选、制作、输入和编辑数据等。整个过程重复性操作量很大，任何一个细节稍有疏忽就可能导致整个报表的误差，而且错误具有相当的隐蔽性，很难快速找出并纠正。基于当前棘手的问题，本论文程序则无旁贷在边工作边开发和修正，在支付网关系统上线后的两个月内就完成了第一版本程序的开发和使用！此功能使得工作效率提高了几十甚至上百倍。
（2）商户周报分表：此商户周报分表，尽管每个商户需要生成一张表格予以展示，但是也是嵌入在上述商户周报总表的Excel工作簿里的，只是每个商户单独占用一个Sheet表格的。所展示的信息，除了总表的主要信息外，还增加了交易日字段域信息。
（3）商户分拆报表：此商户分拆报，其内容与商户周报表完全一样，只是每个商户不再集成在商户周报总表内，而是每个商户都需要生成一个Excel工作簿文件。然后每个商户的Excel工作簿文件将以公司OA邮件的形式分发给相关商户的业务人员和抄送给负责该商户的分管领导，商户周报可能用于后续的商户结算材料。
2 软件应用知识
软件应用，开发方面包含开发环境、数据库系统，中间环节包含电子表格文件数据，业务方面涉及会计帐务处理等知识。现就各方面技术和知识详述如下。
2.1 Delphi集成开发环境
Delphi[1]作为早期比较成熟的集成开发环境，曾被广泛采用。本软件采用的是Delphi7，其缺省组件，例如：TDatabase、TQuery、TPageControl、TWebBrowser、TF1Book等基本已经可以满足本软件的开发所需。
2.2 Oracle数据库系统
Oracle更是市场主流采用的数据库管理系统，其商业和技术价值不言而喻。其功能强大、高效、高容量、高标准可谓行业标杆。本软件采用的是Oracle 10G，适应需求简直就是大材小用、绰绰有余。
2.3 报表电子表格文件
在整个支付网关运营体系中，电子表格文件始终是个的不同系统和工具的中间环节数据类型的佳选。例如：支付网关后台网站系统其导出的网上支付订单、退款清单，都是Excel电子表格文件。
2.4 会计帐务处理工作
由于网上支付涉及资金流，因此整个支付网关运营过程也从属于财务系统管理范围，会计帐务处理方面的工作不可或缺。按照要求，支付运营岗位也必须具备会计从业资格。本论文网关对帐包含的会计帐务处理工作主要有：支付网关后台系统的对帐管理、商户管理、支付帐号管理、订单管理、退款管理、结算管理等；制作会计凭证表、科目余额表、帐簿表、结算业务报表；制作与发送各类商户或支付帐号周报表、月报表等。 3 软件应用实例
通过支付网关某个周期内的日常做帐、审账的实际工作，比较展示本论文程序高效、价值。
3.1 开发环境搭建
操作系统：Windows7
IDE：Delphi7
DBMS：Oracle10G
3.2 中间数据环节
支付网关后台网站系统，很多功能模块界面都有清单或报表对应的xls数据文件导出的链接或按钮。所导出的xls数据文件，可供本论文程序作为数据源使用。平常需要直接从后台网站系统中导出的xls数据文件有：订单数据清单、退款数据清单、网关对帐报表。
企业财务部门银行接口系统，包含支付网关提取现金至财务部银行帐号的数据记录清单，能导出为xls数据文件作为必需的数据源。
3.3 规范导入环节
数据源获取后，则须要运行本软件应用程序aAccount.exe，运行界面如图1：
但在执行导入操作之前，仍需要先手工规范整理下xls数据文件。规范的要求主要有：数据列的数量、顺序，数据文件文件名格式，数据文件存放的目录等。
上述规范操作完成之后，导入操作即变得很简单：
（1）导入订单数据：先点击“导入订单”按钮，再点击“订单入表”按钮；
（2）其中，“导入订单”表示订单数据文件导入了程序界面数据页的表格中；“订单入表”表示，数据页的数据导入到了Oracle 10G的数据表BP_XLS_ORDER中。
（3）导入退款数据：先点击“导入退款”按钮，再点击“退款入表”按钮；
其中，“导入退款”表示退款数据文件导入了程序界面数据页的表格中；“退款入表”表示，数据页的数据导入到了Oracle 10G的数据表BP_XLS_REFUND中。
导入银存数据：先点击“导入银存”按钮，再点击“银存入表”按钮；
其中，“导入银存”表示银行存款数据文件导入了程序界面数据页的表格中；“退款入表”表示，数据页的数据导入到了Oracle 10G的数据表BP_XLS_BANK中。
3.4 报表输出环节
继数据源导入后，根据工作或业务需求，选择执行导出相关输出报表。
报表输出主要包含3类输出类型，帐务类、报表类、其他类。
3.4.1 帐务类
点击“生成帐务”按钮。
输出一个商户总表文件，主要用于生成帐务处理类数据，包括：记账凭证、科目余额表、帐簿等。
3.4.2 报表类
点击“商户汇总”按钮、再点击“商户周报”按钮、再点击“商户分拆”按钮。
输出十多个商户报表文件，主要用于商户周报核对，并发送email给市场部、各商户单位或部门，作为市场部的营销分析依据，或者商户的订单分析、帐务核对的依据。
3.4.3 其他类
“周内数据”按钮、“期间数据”按钮、“退款预检”按钮、“退款差异”按钮、“结算资金往来-应收网关-支付宝”下拉列表等等。此类按钮、列表、界面的功能部署都作为软件应用的功能扩展部分，其发挥的作用也是相当重要的。
3.5 帐务核对环节
支付网关工作组，帐务处理工作至少有A、B两个岗位，A岗位做帐，B岗位审核帐务。帐务核对环节，若是做帐的A岗位，则生成的帐务报表提供给审核帐务的B岗位。
此处，假设本软件应用于B岗位，则针对A岗位提供的记账凭证、科目余额表、帐簿进行审核，详细的核对流程介绍如下：
3.5.1 记账凭证审核
以20170203为例，A岗位提供的记账凭证如图2，B岗位软件应用生成的记账凭证如图3
通过上面两张图中的数据，可以快速比较出20170203一天内的记账凭证是否持平、相等。比如，凭证末行都是141行，凭证数量都是37条，凭证求和都是105819.14；倘若数字有出入，则需分类、逐项进行查找、比较。
其中，B岗的凭证是程序批量生成的，可以同时生成连续多日的凭证列表，如本例的2月3日至2月9日。整个过程比手工做帐核对工作效率提高数倍！
3.5.2 帐簿审核
帐簿审核，可以依据记账凭证的数据生成帐簿，然后进行核对。此功能留待功能扩展中，视需求程度再作开发。
3.5.3 科目余额表审核
科目余额表审核，可以依据帐簿生成科目余额表，然后进行核对。此功能留待功能扩展中，视需求程度再作开发。
3.6 审核结果发送
根据市场部与本部门领导的要求，支付网关工作组，每周需要向市场部、本部门的专职人员发送，并抄送“商户总报表”；并向已接入支付网关的所有商户的专员发送，并抄送相应商户的负责人相应的“商戶周报表”；以及向本部门专业发送，并抄送各级领导“支付网关周报表”等等。
所有报表在发送之前，须经过支付网关工作组负责人审核，并签字，完成网关对帐工作流程的闭环操作。
4 结语
本软件应用从支付运营的实际工作需求出发，从职能性质和运营效率上提升了支付运营工作岗位的能力。从整个支付网关运营体系来讲，本软件应用试图从更专业的角度融入体系中，促进行业发展的精、准、快。迄今为止，本软件应用在实际工作中，已经施展了其功效，后续将继续采用，并在实践中逐步改善，力图探索出一条规范化、专业化软件延伸的套路。
参考文献
[1]梁水，梁冰，宋坤编著.Delphi 范例完全自学手册[M].人民邮电出版社，2010.
[2]全国会计从业资格考试辅导教材编写组.会计基础[M].经济科学出版社，2014.
（作者单位：号百信息服务有限公司）