专利名称：金融发票系统的制作方法
技术领域：
本发明涉及一种金融发票系统。
背景技术：
随着经济飞速发展，各行各业每天都有新公司成立。一套好的金融发票管理系统不仅能有效地帮助管理公司，更能凸显公司的专业性。发票对于交易双方的公司来说是一种凭证，也是经济业务发生的证据。如果是一般纳税人，取得增值税专用发票，还可以抵扣进项税，销售方开不开发票，都要按实际销售取得的收入做销售收入，并及时申报税款。随着企业的壮大，业务不断增长，仅仅依靠人力是无法准确应付庞大的发票量，这时金融发票系统就是一个好帮手。因此，如何开发出一套既易于上手又功能具备的金融发票系统变得越来越重要。
发明内容
有鉴于此，本发明主要出了一种金融发票系统。本发明的金融发票管理系统的主要任务是用计算机对各种发票信息进行日常的管理，如查询、发票种类定义、科目信息定义、支付方法定义、支付先定义、客户信息、货币定义、旅费规程定义等，迅速准确地完成各种发票信息的统计计算和汇总工作，针对系统服务对象的具体要求，设计了金融发票管理系统。金融发票管理系统主要有以下几大功能对本公司人员的出差进行处理。一个单位的职工难免会有些出差，出差必然会产生金钱花费，继而就会有不同的发票，如车费，住宿费、必要的购买商品费用等。因此，我们在设计金融发票管理系统时就应考虑到这些情况。对上报发票的处理。根据发票种类不同，先进行种别定义，因为报销的科目不同， 对不同的科目进行税区分，勘定摘要，分类定义。支付方法功能。由于出差开销的支付会用现金支付，信用卡支付等等，所以系统预先对支付方法进行定义，主要分为三种，支付先定义、一见支付先定义、银行定义。货币定义功能。由于出差有时涉及到出国出差，在货币上要做区分，本系统在此功能上，设计了以下功能通货定义、汇率定义及汇率取得的日期。具体地，本发明提出了一种金融发票系统，包括登陆模块，当用户无论是进行数据录入还是数据查询，都需要通过所述登陆模块的用户认证才可以进入系统，只有在帐号和密码都正确的情况下才能进行下一步操作，只要有其中之一输入的不正确，就无权进行下一步操作，且该登陆模块还具备注册功能，该注册功能进一步包括一个检查用户是否存在的功能，以保证一个帐号只对应一个密码；公司部门选择模块，用户在通过所述登陆模块后能转到该公司部门选择模块，该公司部门选择模块允许输入部门编号，根据用户选择的是查询还是录入执行相应的操作， 此时可以访问所述金融发票系统的主要操作画面，其中该主要操作画面罗列了所有重要的功能，并可通过点击不同的功能按钮迁移到相应的具体画面；
发票种类定义模块，通过预先录入的发票种类对以后有相同类型的发票报销时就带来了极大的方便。根据本发明的一个实施例，该金融发票系统还包括科目信息定义模块，该模块具有税区分、勘定摘要、分类定义三个功能，其中，税区分用于限定不同国家或购买不同商品上的不同消费税，其中，勘定摘要用于做出备注，其中，分类定义允许录入新的数据、删除已有的数据、返回功能及摘要定义设定。根据本发明的一个实施例，该金融发票系统还包括支付方法定义模块，用于定义支付方法，同时表明哪些支付方法是被允许的，哪些支付方法是不被允许的。根据本发明的一个实施例，该金融发票系统还包括支付先定义模块，该模块包括支付先定义、一见支付先定义、银行定义三个功能，其中，支付先定义只能进行删除操作，将不需要的支付定义进行删除处理，其中，一见支付先定义允许定义预支付，其中，银行定义以表单罗列的形式显示所涉及到的银行并能通过删除的功能键将无效的银行剔除在外。根据本发明的一个实施例，该金融发票系统还包括客户信息模块，该模块用于限定客户信息。根据本发明的一个实施例，该金融发票系统还包括货币定义模块，该模块具有通货定义、汇率定义和汇率取得日期三个功能，其中，通货定义进行录入新通货膨胀数据和删除无效数据的操作，其中，汇率定义以下拉框的形式选择日期以搜索相应的汇率信息，其中，汇率取得日期用于选择兑现该汇率的日期。根据本发明的一个实施例，该金融发票系统还包括旅费规程定义模块，该模块具有出差定义区分功能，以区分具体出差的旅费报销是出国出差还是国内出差。应当理解，本发明以上的一般性描述和以下的详细描述都是示例性和说明性的， 并且旨在为如权利要求所述的本发明提供进一步的解释。
附图主要是用于提供对本发明进一步的理解。附图示出了本发明的实施例，并与本说明书一起起到解释本发明原理的作用。附图中图1示意性地示出了根据本发明的金融发票系统的基础架构。图2示意性地示出了根据本发明的金融发票管理方法的流程。
具体实施例方式以下结合附图详细描述本发明的技术方案。图1示意性地示出了根据本发明的金融发票系统的基础架构。如图所示，该金融发票系统100包括登陆模块101、公司部门选择模块102、发票种类定义模块103、科目信息定义模块104、支付方法定义模块105、支付先定义模块106、客户信息模块107、货币定义模块108、旅费规程定义模块109。以下分别详述各个模块的功能和示例性实现方式。登陆模块101，登陆画面是本系统的第一个画面，考虑到金融发票管理系统的机密性，用户登陆模块就成为防止非法用户登陆的第一道防线，通过它不仅可以保护后台数据库的安全性，更可以防止有关公司的发票数据的外泄。当用户无论是进行数据录入还是数据查询，都需要通过用户认证才可以进入系统，只有在帐号和密码都正确的情况下才能进行下一步操作，只要有其中之一输入的不正确，就无权进行下一步操作，继而有效的保证了这个金融发票管理系统的安全性。为了考虑到可能会有多个用户来进行管理这套系统，所以还设置了一个注册功能，其注册形式类似与常见的论坛注册，会有一个检查用户是否存在的功能，以保证一个帐号只对应一个密码。公司部门选择模块102，本模块是继正确登陆执行后迁移到到画面，公司部门选择模块设计的用意是由于考虑到公司业务上的需求，由于公司的规模会越来越大，继而公司的部门也会随之越来越细化，出差的人员可能是来自与不同部门的职工，对于本公司而言不同部门会有不同的报销发票的流程，且报销的费用及种别也有些许的不同，关于每个部门都有一个独一无二的部门编号，由于此次本系统只预设了五个部门即以1到4为部门编号，在画面的右下角有一个请选择部门编号，在这个输入框里输入所在部门的编号，根据你选择的是查询还是录入，按下确定按钮就可执行相应的操作，此时会根据输入的号码在数据库中查找出数据进入相应的画面。之后可分别执行经费数目管理、出纳数目管理、或退出管理。接下来的画面就是此金融发票系统的核心画面了，即此系统的主要操作画面，所有重要的功能都在此画面进行罗列，并可通过点击不同的功能按钮迁移到相应的具体画面。发票种类定义模块103，由于此金融发票管理系统是基于出差为主线而开发的，所以出差带来的不同消费会得到不同种类的发票，此金融发票管理系统正是考虑到这点，才设计了发票种类定义这一功能块，起到预先定义功能。点击发票种类定义按钮就可迁移到发票种别设定的画面，此画面以DataGrid的形式，这也是本系统用到最多的一个方法，类似与excel的表单形式，以多栏多行的一个表单画面呈现给使用者，从而使用者可清晰明了地进行录入操作。通过预先录入的发票种别对以后有相同类型的发票报销时就带来了极大的方便。科目信息定义模块104，此模块细分为三个小功能，分别是税区分、勘定摘要、分类定义。这三个功能都是以独立画面的形式出现，但其间还可进行相关迁移。税区分画面，出差到不同的国家或购买不同商品上的消费税都有所不同，这时这个功能就起到了至关重要的重要，如果没有这个功能，一旦出国出差或因不同消费税不同而做出一致的报销处理，那不仅对公司而言是一笔极大的损失，更在管理上显得杂乱无章。 此画面是以DataGrid的形式，以多栏多行的画面呈现给使用者，使用者可在此画面进行录入新数据、删除不要的数据及返回操作。勘定摘要画面，是做一些文字性的补充，类似于备注功能。对科目信息定义模块中没有涉及到的功能进行总体性的文字补充。通过这个功能对于以后系统升级做了很好的准备，可从勘定摘要中知道哪些功能是此次系统没有涉及到而是经常要使用到的，在以后升级中可在进行功能上的增加。分类定义画面，在这个画面上具有四个功能键，分别为录入新的数据，删除已有的数据，返回功能及摘要定义设定。当按下摘要定义设定按钮，此时系统会迁移到与之相关的摘要设定画面，此画面的作用是起到一个实时控制的功能，在这个画面上可以对已有的摘要进行逐个追加，消除，也可进行全追加和消除，充分体现了数据的多表联动性。由于摘要设定画面是分类定义画面的一个子画面，在摘要设定画面一旦进行了数据修改，在分类定义画面上是能够得到相应的显示。支付方法定义模块105，不同公司对于发票报销可能有一些支付方法的预先定义，这次我们取了比较常见的几种支付方式，比如现金支付，信用卡支付等等，此功能模块即有效的做了预先定义，也同时可表明在本公司哪些支付方法是被允许的，哪些支付方法是不被允许的，在这个画面都能一一体现出来。考虑到支付方法或许会随公司的性质及公司的规模而作相应的变动，此画面特设录入和削出功能，可根据公司的变化而及时变化。本模块还有一个使用定义功能，当点击此按钮，画面会迁移到支付方法画面，此画面类似与摘要设定画面的设计，但具有更多的功能，不仅具有逐个追加和削除和全追加全削除，还有发票种别判断功能和据点区分功能，根据不同的发票种别和不同的据点处理不同的追加和削除功能，使原本简单的追加削除功能变的更多元化。支付先定义模块106，此模块细分为三个小功能，分别是支付先定义、一见支付先定义、银行定义。这三个功能都是以独立画面的形式出现，但其间还可进行直接迁移。支付先定义画面，与支付方法定义相近却有所不同，支付方法定义画面因为具有预先定义功能，所以能够录入新的支付定义，而支付先定义画面，只能进行删除操作，将不需要的支付定义进行删除处理。一见支付先定义画面，这个画面的功能，并不一定是在每次出差发票报销都会使用到，当碰到消费数额大到需要考虑预先支付还是货到付款时才会使用到这个功能块，这个画面首先要做一个是否预先支付的判断，只有勾选了预先支付，接下来的操作才会有效。 一旦勾选了预先支付，就需要输入一个支付先编号，以此使数据库不至于造成数据混乱，也为以后的数据维护带来了方便。银行定义画面，当使用信用卡消费，必然会涉及的信用卡所属的银行，由于银行与银行之间的信用卡是有区别的，为此在金融发票系统中特设了此功能画面，以表单罗列的形式显示所涉及到的银行，此外，还可以通过删除的功能键将无效的银行剔除在外。客户信息模块107，这个模块所涵盖的功能页面是最多的，分别为输入类型定义画面、概要项目定义画面、明细项目定义画面、项目经费定义画面和项目交通费定义画面，共计五个画面。接下来将逐一介绍这些画面。输入类型定义画面，这是一个对系统数据类型进行控制的一个画面，不同于一般程序想要修改数据类型必须在源代码中进行修改，而我们的金融发票系统能将这个功能可视化，即通过页面上的追加、编辑、削除功能，实时改变数据类型，之后传入数据库，数据库就会对所修改的字段进行重新定义，当再到已修改字段的画面时，入力的字段就会应修改而有新的限制。这个功能在一些突发情况下会显得大有用处。比如，在汇率中应显示小数位数的需要，有时要做相应的调整，这时作为使用者要在源代码中修改该字段就不太可能， 而通过这个页面的功能就能解决这一问题。概要项目定义画面，不同与勘定摘要，此画面与发票种别做了联结，在画面左侧有个窗口显示已经定义的发票种别列表，提供相应的选择功能，根据不同的选择可作不同的概要项目定义。项目明细定义画面，此画面也提供发票种别的选择窗口，如果概要项目定义是新闻的标题，那项目明细定义则是新闻的内容。考虑到项目送涵盖的内容居多，不宜把概要和明细做成一个功能，所以分成了两部分，分开定义，从而使内容更为清晰明了，在显示上也更加美观。项目经费定义画面，对于不同的项目，公司都会做一个合理的事先经费评估，以防止实际经费超出预算，导致公司不必要的损失。这个页面就是为执行此功能而设计的，根据项目大小及发票类别，进行预先定义。项目交通费定义画面，我们的金融发票系统软件在费用种类的定义上做了比较细分的处理，在项目费用上划分了一块为交通费定义，只对必要的交通费进行发票报销，对额外产生的交通费用不做报销规定。由于项目的大小不一定能决定交通费的大小，所以要根据实际情况做明确的规定，这个画面最大的作用就是与项目经费无直接关系，可以按照公司的考量进行自行定义交通费。货币定义模块108，前文多次提到出国出差，此时这个货币定义模块就起到了至关重要的作用。货币定义模块，顾名思义是对各国货币实时调整而设计的，在这个模块中，我们把它分为三个功能块，分别为通货定义、汇率定义和汇率取得日期。通货定义画面，如今社会通货膨胀现象极为严重，所以我们的金融发票系统考虑到这一点，加入了此功能块。通货定义类似与大多的DataGrid表单画面，可进行录入新数据和删除无效数据的操作。汇率定义画面是我们的金融发票系统第一个用到画面检索功能的页面，以下拉框的形式选择日期及通货，进行搜索，将搜索的到的结果显示在下面的搜索结果框中。本页面还加入了一个削除功能，可对搜索到的结果进行有必要的削除功能。汇率取得日期画面是一个勾选类项的画面，对显示的日期进行勾选，也可以录入画面中未显示的日期，作为勾选项目。旅费规程定义模块109，由于为企业设计的系统一切以企业的利益为出发点，在这个模块下具有一个出差定义区分功能，此功能的具体作用是具体区分出差的旅费报销是出国出差还是国内出差，这将直接影响到公司的利益，所以在这个模块里做了详细的定义。当点击出差定义区分按钮，随即会迁移到相关的出差定义画面，关于出国还是国内出差都能在这个画面里进行定义，通过对出国还是国内出差的预先费用定义，即有效的控制了成本， 从而也是变相的为公司创造了利润。本系统是金融发票管理系统，对发票管理做了详细的设计，无论是对发票报销还是出差预算控制都作了考虑，有效地控制成本，从而为企业谋求更大的利益。图2示意性地示出了根据本发明的金融发票管理方法的流程。如图所示，该金融发票数据处理方法可以包括步骤202，设置基本资料，所述基本资料至少包括所属公司、发票类型、税务区分；步骤203，录入发票数据；步骤204，对所述发票数据进行分类；步骤205，将经分类的发票数据置入金额发放基本表的相应条目中，其中该金额发放基本表中设定了各发票类型的金额发放标准；以及根据上述金额发放基本表的信息判断是否允许金额发放。根据一个实施例，在设置基本资料的步骤之前，还可以包括用户管理206、操作员管理207或修改密码208。此外，上述设置基本资料的步骤进一步可以包括输入客户信息209。此外，上述根据上述金额发放基本表的信息判断是否允许金额发放的步骤可以进一步包括对所述金融发放基本表的信息进行核实212 ；如果数据正确则批准213-214 ；如
7果数据错误则驳回215-216。 本发明对金融发票数据处理方法做了客观及全面的改进，较之与原来的手工处理当然有了显著的提高。
权利要求
1.一种金融发票系统，包括登陆模块，当用户无论是进行数据录入还是数据查询，都需要通过所述登陆模块的用户认证才可以进入系统，只有在帐号和密码都正确的情况下才能进行下一步操作，只要有其中之一输入的不正确，就无权进行下一步操作，且该登陆模块还具备注册功能，该注册功能进一步包括一个检查用户是否存在的功能，以保证一个帐号只对应一个密码；公司部门选择模块，用户在通过所述登陆模块后能转到该公司部门选择模块，该公司部门选择模块允许输入部门编号，根据用户选择的是查询还是录入执行相应的操作，此时可以访问所述金融发票系统的主要操作画面，其中该主要操作画面罗列了所有重要的功能，并可通过点击不同的功能按钮迁移到相应的具体画面；发票种类定义模块，通过预先录入的发票种类对以后有相同类型的发票报销时就带来了极大的方便。
2.如权利要求1所述的金融发票系统，其特征在于，还包括科目信息定义模块，该模块具有税区分、勘定摘要、分类定义三个功能，其中，税区分用于限定不同国家或购买不同商品上的不同消费税，其中，勘定摘要用于做出备注，其中，分类定义允许录入新的数据、删除已有的数据、返回功能及摘要定义设定。
3.如权利要求1所述的金融发票系统，其特征在于，还包括支付方法定义模块，用于定义支付方法，同时表明哪些支付方法是被允许的，哪些支付方法是不被允许的。
4.如权利要求1所述的金融发票系统，其特征在于，还包括支付先定义模块，该模块包括支付先定义、一见支付先定义、银行定义三个功能，其中，支付先定义只能进行删除操作，将不需要的支付定义进行删除处理，其中，一见支付先定义允许定义预支付，其中，银行定义以表单罗列的形式显示所涉及到的银行并能通过删除的功能键将无效的银行剔除在外。
5.如权利要求1所述的金融发票系统，其特征在于，还包括客户信息模块，该模块用于限定客户信息。
6.如权利要求1所述的金融发票系统，其特征在于，还包括货币定义模块，该模块具有通货定义、汇率定义和汇率取得日期三个功能，其中，通货定义进行录入新通货膨胀数据和删除无效数据的操作，其中，汇率定义以下拉框的形式选择日期以搜索相应的汇率信息，其中，汇率取得日期用于选择兑现该汇率的日期。
7.如权利要求1所述的金融发票系统，其特征在于，还包括旅费规程定义模块，该模块具有出差定义区分功能，以区分具体出差的旅费报销是出国出差还是国内出差。
全文摘要
本发明提出了一种金融发票系统，包括登陆模块，当用户无论是进行数据录入还是数据查询，都需要通过所述登陆模块的用户认证才可以进入系统，只有在帐号和密码都正确的情况下才能进行下一步操作，只要有其中之一输入的不正确，就无权进行下一步操作，且该登陆模块还具备注册功能，该注册功能进一步包括一个检查用户是否存在的功能，以保证一个帐号只对应一个密码；公司部门选择模块，用户在通过所述登陆模块后能转到该公司部门选择模块，该公司部门选择模块允许输入部门编号，根据用户选择的是查询还是录入执行相应的操作，此时可以访问所述金融发票系统的主要操作画面，并可通过点击不同的功能按钮迁移到相应的具体画面。
文档编号G06Q10/06GK102542366SQ20101057943
公开日2012年7月4日 申请日期2010年12月8日 优先权日2010年12月8日
发明者管晔, 钱钦, 陈楠生 申请人:上海杉达学院