很多货代人都不知不觉开始换用云货代系统了。究其原因都说是好用，但被问到为什么云货代软件能反超传统货代软件的时候，却都含糊其辞。其实答案很简单，云货代软件本身就是在更高维度上建设出来的，所以很多功能都是传统货代软件可望不可及的。

再具体点来说，云计算需要与传统IT资源不同的安全基础设施。开发一套合规，使用顺畅并能保护公司服务器的云系统很困难。拥有正确的工具和策略使得这个过程变得更容易。集中式管理系统在保持云系统实时处理威胁的质量方面发挥了重要作用。

对服务水平协议（SLAs），安全措施和资源分配的全面评估将帮助您以有效和高效方式解决出现的任何障碍，同时还可以减少不必要的管理费用并优化工作量。

那么云货代软件的优势又在哪呢？这太多了，我们仅拿Skylog和传统货代软件的几个方面做下对比。

传统：注重企业内部的工作流及不同 部门之间的协同。仓库车队、报关行和代理的相关数据只能人工采集并在客户要求的时候才能提供。

Skylog：满足内部团队协作的同时，更加注重同外部合作伙伴的在线协同。可以便捷地同主流即时通讯工具集成使用，完成对仓库、车队、报关行及海外代理的相关数据采集，无需人工输入。系统自动根据进程向客户推送最新动态。

传统：由于部署在局域网内的特性，导致安全级别远远低于云服务器的安全性，更容易受到攻击。同时数据只能通过定期人工备份的方式防止丢失。

Skylog：通过云技术的强大分散式部署能力，数据无需人工备份而是由多台提供云计算能力的服务器对数据进行多备份处理，即使一台服务器失去处理能力，另外的服务器会立即介入，数据永远不会丢失！

传统：一般采用同金蝶、用友等软件开发接口的方式，无法真正解决数据同步处理的问题，只能简单实现数据导入和凭证制作的功能。

Skylog：自带财务结算模块，财务系统的任何操作都会反馈给业务系统。也可以根据开票、凭证、核销等状态来锁定业务系统费用。企业的损益表等可以做到随时准确查看，无需人工报表。同时管理费用等明细账目也是一目了然！

以上就是我的分析，希望对你选择货代软件有所帮助。

会计是一项重要的经济管理活动，发展历史源远流长。人们最初使用语言文字的场景就是会计记账，产生于人类对社会经济活动的信息记载、交流和管理的需要。

会计的发展经历了一个漫长的历史过程，经历了三个重要阶段：古代会计、近代会计、现代会计。现代会计以财务会计与管理会计分离为标志，随着信息技术的发展计算机也应用在会计上。

当下，已经进入了数字经济时代，云计算、大数据、人工智能、移动互联网等新技术的出现，以及互联网时代商业范式的变革，对财务人员的数字技能与专业技能提出了越来越高的要求，企业的转型升级与创新发展迫切需要财务新变革，会计发展到了大智移云技术下的事项会计时代。

事项法会计引领会计未来的发展方向

事项法会计是美国会计学教授乔治·索特于1966年首次提出的。按照会计理论研究方法的不同，可以将会计分为“价值法”会计和“事项法”会计两大类。他们在前提假设、研究思路和信息质量上有很大的区别。价值法的根本假设是会计信息用户的需求是已知的并能够被充分而特别地说明，而事项法会计却认为会计信息提供者可能对决策者如何使用信息一无所知,会计的目的是为不同的可能决策模型提供可能相关的经济事项信息。

我们看到，在信息使用者、数据采集范围、数据处理方式与数据报告方式上，事项法会计与传统的价值法有很大区别。价值法的缺点在于：使用者单一，计量方法单一，报告内容单一，无法满足越来愈多的会计信息使用者的需求。而事项法会计相比较，有如下几点优势：

信息容量大,包含财务和非财务的企业所有事项信息，提供的会计信息满足了不同使用者的“个性化”需求。

主张提供多种计量属性,不同计量属性各有侧重,反映事项的不同方面的特征,能更好地达到会计信息的质量要求。

提供了相对客观的会计信息，事项法会计所提供的信息更大程度地避免了人为因素对会计信息的影响,更真实客观,同时也更有利于会计监管。

有助于实时财务报告的实现，通过计算机网络实时将企业发生的经济事项反映给信息使用者。

不仅反映企业某一时点或某一时期的经营状况,而是展示了企业存续期间连续动态的事项信息,使用者可以从中得到充分的信息来了解企业的现在、过去,预测企业的未来;

有利于会计准则的国际趋同，事项法则要求以“事项”为工作对象,反映出每项交易所蕴含的基本特征,使会计真正成为一种全球通用的商业语言。

用友云财务服务，为企业财务带来四大变革

用友云财务服务，基于最先进的云计算、大数据、人工智能等新技术，率先推出了基于事项会计理论的应用创新。通过新技术与新理论的结合，为企业打造了一个数字化业财综合服务平台，为企业财务带来四大变革，重新定义企业财务服务，引领财务转型。

01构建全局视角的业务财务大数据事项库

传统会计是财务视角，针对一项业务活动，只关注财务相关事项信息。而事项会计是全局视角，搜集企业所有事项信息，深入业务每个环节。

全局视角的事项库数据，不仅包含来自企业内部的采购／生产／销售／服务／资金等业务系统的数据，还通过连接商旅／采购／电商等交易平台将企业外部系统的数据实时采集。此外，适应时代发展需要，企业也需要从外部广泛收集与挖掘数据，包括行业、主管部门、竞争对手、政府相关单位等的数据进行分析。

02构建大会计体系

基于事项会计理论，构建大会计体系，将财务会计、管理会计、税务会计、社会会计融合发展。

我们知道，管理会计的出现是现代会计的主要标志之一。但是纵观现代企业的财务，大多还是停留在财务会计阶段，停留在事后核算阶段，很多企业没有开展管理会计工作，或者受限于信息化程度而采用在excel等工具进行事后加工的方式，更别提引入阿米巴经营体系等这样先进的管理模式了。

事项会计法下，基于业务财务大数据事项库，企业原汁原味的业务和交易数据都实时采集进来，企业财务基于不同核算目的、核算主体、采用不同的核算方法，可以同时进行财务会计、管理会计、税务会计、社会会计的实时核算。例如基于一笔业务交易数据，即满足按法人公司为会计主体按不同会计准则要求进行财务会计核算，又满足按内部责任主体／阿米巴进行实时考核核算等的管理会计核算，还能满足按纳税主体按税种和计税基础的自动核算的税务会计核算，以及面向社会主体的社会责任的相关数据的社会会计核算。

03提供频道化实时数据服务

提供基于业财综合大数据的频道化实时数据服务。

传统会计模式下，财务人员提供的财务报表专业性强，且形式单一，时间滞后，很多管理者表示看不懂，或者想要的数据看不到。

而事项会计法下，既有事项库中原汁原味的业务数据，又有多核算目的多维度的实时核算数据，因此财务人员可以针对不同使用者，提供差异化的用业务语言表达的数据服务，满足个性化需求。

未来财务人员的核心能力之一就是数据建模与数据分析能力，能针对不同使用者不同的业务，提供不同的数据服务，例如总经理关注销售收入、利润；各个业务主管关注业务指标完成达成率，投资者关注净资产收益，债权人关注现金流量等。

04实现自动化、智能化、实时化会计作业

基于人工智能技术实现自动化、智能化、实时化的会计作业。

在传统的模式下，财务人员的大量时间和精力都在重复性的低价值的作业上了，例如手工录入凭证，例如人工进行各种票单事的核对与审核，月底反复的耗时耗力的各种大量对账和结账等。准确性、及时性都无法保证。

基于人工智能技术，可以将财务从低价值的重复工作中解放出来，例如业务数据的自动采集自动计算自动生成凭证报表，再例如基于机器学习可以逐步替代财务的人工审核而交由机器人审核，机器人助手小友可以协助财务人员为大家提供便捷高效人性化的服务等。

实时会计智能财务，重新定义财务服务

基于新技术、新理论、新模式开发的用友云财务服务，为企业财务带来四大变革，重新定义企业财务服务。变革后的财务是什么样的？

是业务财务，将财务融入业务的每个环节，实现事前、事中的服务与管控。

是数字财务，基于业务财务大数据，财务人员可以进行数据建模和数据分析，有效及时服务业务决策。

是智能财务，通过人工智能技术提升财务作业的自动化智能化程度，提高准确性、提升效率。

是综合财务，财务会计向管理会计、税务会计、社会会计转型，构建综合发展大会计体系，服务更多会计信息使用者。

用友云财务服务，为企业提供实时会计，智能财务，帮助企业在数字化时代创新发展，创造财务新价值。

源自：http://szyonyounc/h-nd-770.html#_np=7_1780

市场上的进销存软件厂家众多，那么该如何选择一款适合自己的进销存软件呢？在此，我们对当前市场上前十品牌进行详细介绍和逐一点评，以便企业找到最适合自己的进销存软件。

一、金蝶（KIS）

公司简介：

金 蝶国际软件集团有限公司是中国第一个WINDOWS版财务软件及小企业管理软件—金蝶KIS、第一个纯JAVA中间件软件—金蝶Apusic和金蝶 BOS、第一个基于互联网平台的三层结构的ERP系统—金蝶K/3的缔造者，其中金蝶K/3和KIS是中国中小型企业市场中占有率最高的企业管理软件。金 蝶EAS构建于金蝶自主研发的商业操作系统—金蝶BOS之上，面向中大型企业，采用最新的ERPⅡ管理思想和一体化设计，有超过50个应用模块高度集成， 涵盖企业内部资源管理、供应链管理、客户关系管理、知识管理、商业智能等，并能实现企业间的商务协作和电子商务的应用集成。

产品评价：

金 蝶KIS构建于SQL SERVER数据库之上，以“让管理更简单”为核心设计理念，提供采购管理、销售管理、仓存管理、存货核算、账务处理、固定资产、工资管理、出纳管理、报 表与分析等模块。金蝶KIS功能完备，而且容易上手，并且与金蝶各版本、以及其它管理软件的导入导出比较优秀。但金蝶和用友一样，都是后来才做进销存软 件，而且使用有点复杂。

二、管家婆（管家婆辉煌系列）

公司简介：成都任我行软件股份有限公司长期专注于中小企业信息化，为各种规模和处于不同成长阶段的中小企业提供信息化解决方案，旗下拥有“管家婆”、“任我行”等知名品牌，产品涵盖进销存、财务、ERP、 CRM、OA、电子商务和移动商务等领域。

产品评价：

管家婆将进销存专业、杂乱的程序隐入暗地，做成傻瓜型的软件，供普通用户运用。软件操作界面简略，易学易用，非财政人员也能疾速把握，但功用比较单一，许多 计算数据无法完成。据用户反馈，管家婆财务功能太薄弱，总账与明细账对应不起来，财务模块没什么用，软件数据一到月尾就会乱七八糟。管家婆属于比较低端的 产品，只适合机构不全、人手不齐且对数据的环环相扣要求不高的企业。而且近些年，管家婆在网络上销售的更多偏向于B/S架构的网络版管家婆，按年收费，并 且要依赖于浏览器使用，而国内实际情况是网速普遍较慢，在单机使用软件时则无法使用。

三、速达（速达3000系列）

公司简介：速达软件技术（广州）有限公司 是中国中小企业管理软件行业的领导者，由IDG、美国OZ对冲基金、鼎晖（中国）等多家跨国投资集团共同投资组建。凭借企业的规模优势、强大的技术创新能 力、丰富的产品线和卓越的服务效率，速达及其合作伙伴已经为中国中小企业信息化建设做出了杰出的贡献。秉承“传播经营管理的智慧”之不变使命，速达将与千 万家中小企业一道，共同创造中国经济奇迹。

产品评价：

速达进销存操作模式采用国外一款进销存软件的模式，功能相对来说比 较复杂，期初录入一般用户都不知道如何入手，培训成本相当高，而且接口功能较弱，有很强的排它性，不利于后期信息资源共享。速达采购、销售功能过于简单， 无库存管理功能，只有简单报表查询。速达远程访问通过客户端的连接，对带宽要求较高，数据多的时候反映非常慢。一旦数据保存过程中出现网络中断，可能造成 数据库数据不完整，导致出错。据用户反馈，速达产品在质量和服务方面存在问题。

四、用友（商贸通）

公司简介：用 友软件股份有限公司是亚太本土最大的管理软件、ERP软件、集团管理软件、人力资源管理软件、客户关系管理软件、小型企业管理软件公司，已形成NC、 U8、“通”三条产品和业务线，分别面向大、中、小型企业提供软件和服务。用友拥有丰富的企业应用软件产品线，覆盖了企业ERP企业资源计划、SCM供应 链管理、CRM客户关系管理、HR人力资源管理、EAM企业资产管理、OA办公自动化等业务领域，可以为客户提供完整的企业应用软件产品和解决方案。

产品评价：用 友商贸通从客户实际需求出发，针对小型商贸企业特性，以“做好生意理清货”为核心应用理念，面向小型商贸企业进销存核算应用，集中了进销存和智能财务的一 体化管理，采用业务流程导航式应用，操作简单快捷、查询清晰方便，同时满足支持远程多种营销方式。用友一直做标准财务和ERP大型软件，后来才进入中小企 业进销存领域，基本是模仿其他厂商的产品，将进销存做成专业的财政软件，在设置上比较麻烦。用财务理念去做进销存，全是凭借用友的名气吧。

五、云表（云表商贸进销存）

公司简介：珠海乐图软件有限公司是一家专业从事软件开发、销售，计算机技术服务和商务服务的高科技智能型创新型企业。云表企业应用平台，是公司研发潜心研发十多年的快速开发平台，它可以让企业更快速地搭建专属的个性化的管理信息系统。可以根据企业需求的轻松地定制业务流程，并可以在使用过程中不断地完善与优化。创新架构设计，10年产品打磨，完善的数据接口，500强的客户体验。

产品评价：云表商贸进销存是一款针对中小企业的，可以72变的进销存管理系统。除了具备传统进销存的功能外，作为用户你还可以根据自己需要去为自己量身定制所需要的功能。这在以前是难以想像的，因为以前开发软件都是需要写代码的，对于非专业人员来说，是不可能完成的工作。最关键是云表进销存可以跟企业一起成长，经销商企业发展了，功能变了，就直接改，模块要增加，就直接加！也就是说一款云表进销存能变成ERP或者其他大型软件。是一款可以自由定制开发的进销存管理系统。云表平台可以自动生成APP,也让许多公司省去了一大笔开发费用。

在华为财务部门十几年，从一个应届毕业生，一路走来，见证了华为的财务架构以及账务处理方式从传统迈向新时代大趋势的共享模式。

来华为，是我人生中的一次“叛逆”。

从小我就是个很主流的人，上学读什么专业等都是随大流，或者听家人的意见，硕士毕业时家人希望我能继续深造，然后去大学教书，或者做公务员。但我更愿意将理论付诸实践，所以当时华为来学校招聘，我自作主张就来了，这是我人生中第一次独立做出重大决定。

对于会计，我谈不上特别狂热，我本科和研究生的专业都不是会计，而是税务。可作为应届生，刚进公司必须到会计部实习，没想到一待就是十几年。我是个做细的人，很多事情一定要了解细节，心中有数才觉得踏实。现在看来，这种个性倒正好符合账务“锱铢必较”的特质。

01五毛钱一块钱都不能错

我的第一个岗位是费用报销会计。2000年的时候还没有SSE系统，所有的费用报销都是纸面单据传递，每个会计的桌面都是单据如山。每天早上，一踏进办公室，我们就要在成堆的单据中，翻找出自己需要处理的，靠的是运气，拼的是人品。

我们忍无可忍，大家约定好，哪个单据放在哪个筐，哪类凭证传递给谁，做好记录。想法很美好，可一运行起来，发现只要有其他部门的同事来我们办公室走一遭，在筐里搜罗一通，一切又乱套了。

更让人发愁的是，有些员工的单据攒了很长时间才想起来报销，票据丢了不少，剩下的也贴得很乱，发票也五花八门，不符合基本的财务制度。可每一张发票我们都必须对得上，哪怕只是一张公交车票五毛钱、一块钱，都不能错，我们就拿着计算器一遍又一遍地算。最崩溃的是正在算的时候电话进来了，有人咨询你问题，那就完了，全部都要重来。

发现单据不合规的情况，我们要和员工沟通扣减报销金额，遇到对方发脾气，还要安抚他们。有段时间我特别怕给员工打电话，但不打又不行。记得有好几次我和员工核实票据，对方回忆不起来，加上工作压力也挺大，就直接在电话里噼里啪啦对着我爆发了，我心里特别憋屈，忍不住掉眼泪。那阵子真的觉得坚持不下去了：我有必要受这个委屈吗？

我至今还清楚地记得主管的回答，她说：“你说的都对，但你想过怎么改变吗？如果因为这个而放弃，那你以后不管到哪里，再遇到困难，第一反应可能都会是放弃。”这席话把我从苦闷和抱怨中拉了出来。从此我再也没去挑什么工作，在每个部门都以自己最大的能量把事情做好。等我做了主管后，我也这样开导碰到困难的员工。其实，在逆境中，成功者只不过比失败者多忍耐了一分钟，多走了一步路。

后来，我们上了SSE的平台，教着员工自己填写费用报销类型、及时报销，再后来开始推行“先付款后审单”，总算把费用报销秩序慢慢建立起来了。如今，员工通过二维码扫码就可以很方便地传递单据，会计处理的时间缩短为平均2.6天。

回忆起十多年前“大眼瞪小眼”，“一切皆靠人品”的混沌状态，我们也感叹，这么多优秀的本科生、研究生，投入到费用报销这些看似简单的岗位上，才造就了今天业界领先的SSE。这些高素质的人才，能跳出问题的表面，更系统地、创造性地解决问题。因此我认为，企业一定要敢投入，给人才以责任和机会。能把简单的事情做出不简单的结果，就是人才。

02我要麻雀，你却给了我兔子

2001年，我被调到了总账，每个月的月度财报、每年的年度财报，都出自这里。对于很多会计来说，这是会计核算的“象牙塔”，然而当时的总账会计，只能用“混乱”和“崩溃”来形容。

那时海外的财务系统五花八门，有的子公司在ERP中核算，有的在Peachtree中核算，有的在用友系统中核算，还有的是外包给会计师事务所进行核算，不得已，结账的时候，我们只能把所有的数据都导入Excel。所有的财务报告，包括集团合并报告，都在Excel里完成。一个Excel表单可以容纳的行数是6万8千多行，我们处理的表单往往用完一个表单上的行数还不够。数据处理还要大量使用函数，因此我们常常自我调侃，总账会计都是打遍天下无敌手的Excel高手。

让人郁闷的是，同样一个代码10010，在俄罗斯是代表某一个业务，可到了阿根廷可能变成了另一个业务。交上来的数据经常一个是麻雀，一个是兔子，根本不一样，没法整合。所以我要先建立一个索引，把这些转换成统一的东西，然后用统一的模板再做合并。

合并，在财务上是个很复杂的概念。打个比方，华为技术卖给德国华为的，德国华为再卖给客户，但是对集团来讲，只有一笔销售，所以一定要把华为技术卖给德国华为这笔关联交易抵消，前提是华为技术的账跟德国华为的账要对平。

但那时的情况是，这些账完全对不平。华为技术说我卖了一个亿货给德国华为，德国华为说，对不起，我账上只记了100万。这时候就抓狂了，我要和德国华为沟通：我明明发了一个亿，你为什么只入了100万？一步步到前端去看，到底中间出了什么问题。

每个月结账，就像“乐透”开奖，一次性通过的概率几乎为零，而所有的问题都必须在13日出报告之前解决。为此，总有几天我们一定要工作到凌晨四点，轮流值守检查数据，每个人都焦灼慌乱，就连做梦都在想，到底是哪里的逻辑和数据出了问题？

作为账务主管的我，现在有信心说，当年这样的场景现在很少再见到了。经过变革以及多年的实践，我们有了一套清晰的“作战地图”，按小时计，把从结账第一步到最后一步，每个步骤每个部门做什么，人和人怎么衔接，详细列出来。发现哪个地方“亮灯”，就采用对应的补救措施。未来我们还会把“作战地图”进一步数字化、图形化，让每个人更心中有数。

03你们出的财报可信吗？

当时虽然做得很辛苦，但我们的报告经常延迟发布，好不容易拿出的报告还老被挑战。

有一次，预算主管拿到最新的报告问我：“俄罗斯的项目已经落单了，为什么还没有算进去？”我当下根本没办法回答，好不容易找到财务经理核实，他抱歉地说：“对不起啊，我给你的数据是两个月前的，因为这两个月我没到俄罗斯，还没来得及做账。”

还有一次，我们的报告发布后，不停的有人来找我，说报告数据有问题，有个项目的收入不对。然后我们分析了一下，发现这个合同一根光缆竟拆分了很多的收入，原本项目是亏的，可是这根光缆一发货验收，项目就盈利了。前端给的数据错了，我们不知道，也没有手工调账，结果误导了大家。

那时候我是总账的部长，听到大家吐槽，心里很不好受。数据质量实在太差了，尽管很多问题不是我们的原因造成，但报告是我们发布的，大家的第一反应就是财务没有做到位。

那么，我们能做些什么呢？思来想去，我们觉得只管算账已经不够了，必须跳出自家“一亩三分地”，于是专门成立了一个十几个人的“找茬小分队”，负责审核各个地方报过来的数据，架上望远镜、显微镜，去查前端哪里可能有问题，然后去手工调账。

但坦率讲，收效不大，只靠财务在后面堵是不行的，这就好比长江水，如果上游水污染了，那下游就只能喝脏水。也是从那时候开始，我们意识到，要么痛苦一辈子，要么主动拥抱挑战，到前端去解决数据质量问题，把整个流程打通。

引入外部审计师后，这种愿望就更强烈了。“这么大笔费用你们干什么用的呢？”“合同在哪？”“交付周期是多长？”当时的我们只能看到数据结果，但看不到数据背后的业务，审计师连珠炮式的问题，我常常一个都回答不了，只好到处打电话“骚扰”业务部门。

那时候，审计师要在我们提供的财报初稿上做出大量的数据调整，有些差异连我们自己都不明白为什么要调整，甚至连财务报告的附注，都是审计师帮我们写的，因为我们完全不知道应该从什么角度，以什么样的尺度来陈述我们的财报。我至今还记得，2001年集团财报审计完成后，我花了连续两周的时间才搞清楚所有审计调整的业务原因及数据逻辑，当我用整整一天的时间敲完长达四十多页的审计调整说明后，才发觉胳膊都酸得抬不起来了。不过也松了口气，再也不用担心第二年没有人讲清楚这么多审计调整的原因了。

04IBM顾问手把手教我们“共享”

痛定思痛，不变不行。从2005年开始，账务陆续规划了一系列的变革项目：新四统一项目，搭建全球统一的会计政策、核算流程和COA（会计科目表）体系；海外ERP实施项目，统一海外核算系统；共享海外的核算组织，七大共享中心相继成立……

这些变革项目，只有经历过的人才知其中的艰辛。就拿巴西ERP实施来讲，先后经过了四次才最终成为现实。2005年首次启动时，通过对当地会计及税务遵从政策的详细分析，我们发现公司统一的ERP系统无法支持当地遵从要求，必须新建ERP独立安装支撑，可由于当时公司IT系统架构管理和业务管控要求，搁置了很长时间。2006年账务主导实施了当地核算软件MICROSIGA系统，但又因为核算维度、核算颗粒度和业务流程不匹配，不能支持内外部的管理要求，于是又启动了第三次、第四次。一波四折，2011年4月，在业务、IT、财经和账务的共同努力下巴西ERP系统才最终成功上线，热泪盈眶的不仅仅是当时的项目组成员，还有此前六年为之奋斗的所有人。

在海外ERP实施的同时，海外核算组织的建设也被提上议程。还记得，2005年，在一个偌大的会议室里，IBM顾问声情并茂地阐释了共享服务的概念。他说，这是将原来分散在不同业务单元的财务和人力资源管理等活动分离出来，由专门成立的独立实体提供统一的服务。像福特、惠普、IBM等知名跨国企业设置的财务共享中心，就可以向旗下所有的企业提供高质量、优成本、一致性的财务服务。

听完顾问的介绍，我们面面相觑，完全惊呆了，甚至连问题也问不出来。这种共享中心的作业场景，已经远远超越了我们的认知。隔着千山万水，我们怎么去了解子公司当地的会计准则？申请人不能亲自把发票送到会计手中，弄丢了怎么办？没有财务在身边提供不间断服务，业务人员怎么办？

好在IBM顾问不厌其烦地、手把手地把我们带进了共享服务的世界。我们惴惴不安地开始了七大账务共享中心的建设。后来，我也有机会负责过中国账务共享中心和阿根廷账务共享中心，慢慢对“共享”有了自己的理解：账务共享中心就像一道坚固的大坝，把相似的业务放到一个地方高效处理，既可以起到监督、控制的作用，又能节约成本，提供更好的服务。从制度设计来说，共享中心直接受机关管理，没有自己的“屁股”，能够保持独立，呈现相对真实的数据。

经过多年努力，华为海外业务的管理走出了“青纱帐”，实现了数字化管理，只需鼠标一点，大西洋边维多利亚岛的一个订单，就能进入深圳供应中心，进入流程化处理。而七大共享中心利用时差的优势，“日不落”地循环结账，以最快的速度支撑一线及时获取经营数据。

05账务的手和业务的手握在了一起

ERP实施和共享之后，账务有了统一的IT和组织，但我们和业务仍然没有拥抱在一起，账务仍然解释不清楚数据背后的业务逻辑，业务也不关心账务的诉求，各种问题还是层出不穷。

比如，我们跟客户签订的协议是一个亿，系统注明我们已经发了价值一个亿的货，本来财务要跟客户开一个亿的发票，收回一个亿的应收账款，可客户后来做了合同更改，只收了三千万的货，业务却没有做合同更改，系统里留的还是要收回一个亿的记录。作为财务，我们要还原真实的利润，每个节点都要一遍遍去问，是不是要做合同更改？项目关闭了存货是不是处理了？分包商的预付款是不是该收回来？大家都很痛苦。

还有一次，任总去拜访沙特的客户，临走时，客户满脸疑惑地问：“华为公司为啥只干活不收钱？”任总把原话带给财务，没有批评，没有点评，就是这句话让整个应收团队抱头痛哭。实际情况是，货从国内发到沙特华为，沙特华为再交给客户。我们要先和客户谈好单价，然后再根据每个站点实际使用的数量来算，要开多少票，回多少款。可我们做完了交付，没有和客户一个站点一个站点确认数量，等开票时傻眼了，不知道数量是多少，这票怎么开？

2007年启动的IFS变革，让我们从泥沼中拔出脚来。IBM的顾问帮华为搭建起财务的作业体系，就像修了一条自来水管道，让每个业务人员知道自己的哪些动作要被记录，哪些信息要传递给财务并体现在财务报告上。这些业务流和数据流，只需要沿着既定的管道往下流就可以了。当然，业务知道了每个节点的要求还不够，由于没有涉及具体的规则细节，数据质量问题还是没有得到很好的管理。也就是说，自来水管道虽然建好了，但是里面流的是脏水，这就衍生出2013年底公司推行的财报内控项目——我们引入了KCFR（Key Control over Financial Reporting）概念，从财报结果往前看，梳理出影响财报结果的前端业务流程关键活动，建立起相应的测评指标，联合业务一起例行监控、改进，逐步落入到前端流�...

近日，小米手机的员工一条微博遭到万达集团太子王思聪的炮轰而被推上头条，王思聪不仅是万达集团董事，更被誉为“国民老公”，是“全微博唯一一个不会被人质疑收了钱的评论家”，在网上有着极为强大的号召力。

随着此事的曝光，受炮轰的品牌手机无疑成为最大受害者，因为不仅王思聪成为了一个“坚定的黑粉丝”，更有可能带来数百万的“黑粉丝”。而行业对此事的相关评论说，从遭炮轰这件事反应出，粉丝经济最大的命门就是口碑，“粉”能载舟亦能覆舟。外行看热闹，内行看门道。对于中小企业来说，针对此次口水战更应该从中有所体会，企业不仅要学习以粉丝营销而获持续购买力的粉丝经济，更要学会如何来避免出现粉丝“覆舟”的情况。

腾讯EC营销即时通是腾讯战略投资合作，深圳市六度人和科技有限公司独立开发的智能化销售平台，整合微信、QQ、云呼叫、短信、邮件等沟通工具，让企业在销售中自动积累客户，帮助企业盘活客户资源的智能化销售平台

腾讯EC，是基于社交化的销售平台，属于一种新型的融入了主流社交软件，如QQ和微信，帮助员工做好销售，帮助老板管好员工，帮助企业销售做互联网的转型。

社交化客户经营

腾讯EC全智能销售体系为销售人员配置24小时业务助理，个性化智能定制QQ、微信、邮件、短信等社交化客户联系活动。批量进行，持续跟进每一个销售机会，盘活客户资源。

社交化团队管理

在腾讯EC全智能销售管理体系下，销售人员透过社交网络与客户沟通的每一个环节都能透过EC大数据引擎进行分析与整理，销售主管可透过移动终端与社交网络在线掌握全局，大幅提高管理效率进而提升业绩。

社交化协同工作

在腾讯EC协同工作体系下，所有员工皆可透过支持各种社交网络与移动设备的EC营客通客户端进行人与人，人与团队，团队与团队之间的协同工作，信息共享。让企业在这个充满机会的多变时代，以快于竞争对手的速度对市场，客户，机会做出正确且及时的反应。

社交化商机开发

EC快速制作H5微营销页面，进行社交化口碑式传播，精准获取客户信息与商机，大幅提升商机开发效率，降低单位商机获取成本。

社交化CRM系统 高效开发客户

H5微营销

使用“拖”“拉”“拽”即可生成精美的H5页面，借助社交化平台裂变式传播，精准获取客户信息，轻松开发客户

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

EC无线电话

EC无线电话，点击即可呼叫，客户来电弹屏，快速联系客户，服务效率大大提升----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------连接客户

客户资料一键导入，与客户的QQ、手机、邮件、电话、网页等无缝连接，第一时间响应客户需求，销售快人一步

精准客户管理 盘活客户资源

精准管理

每一个客户都有专属资料卡，客户资料随时更新，真正做到精准的客户管理。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

标签分类化

通过标签功能，对客户资料进行筛选，制定销售漏斗，客户跟进更高效。----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------自定义分类

客户资料入库后，可对其编辑和自定义分类保存，对零散的客户进行统一管理。

智能销售管理 提升销售效率

批量跟进客户

根据客户特性，批量制定销售计划，批量跟进客户，一个客户都不会跟丢

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

销售记录自动保存

销售记录自动保存，与客户的沟通过程及时回顾，挖掘新的销售线索和商机----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------客户管理数据化

随时查看客户数量变化和员工工作效率，销售过程可视化，轻松掌控销售全过程

移动互联网时代 高校协同办公公司组织随身带

把公司架构装进手机，同事沟通，上传下达更方便。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

工作过程随时看

手机与电脑多端数据同步，任何地方都可以办公，把工作装进手机里。----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------外勤签到不用愁

无论是出差还是拜访客户，打开EC即可轻松签到，客户跟进自动记录，不回公司领导也能了解真实情况。

EC SCRM 三大核心价值

Social

客户-融合社交EC的8大连接器（QQ、微信、网站、手机、电话、短信、邮件、拜访）为企业在社交商务场景下，做到线上线下无缝连接商机与客户Simple

管理-简单有效时时、客观、准确的记录企业与客户之间的互动数据，化解老板和销售在管理上可能的矛盾，让老板与销售双赢，从不信任的监督变成同心的协作Smart

销售-智慧赋能大数据引擎挖掘潜在商机，智能销售助理机器人助力销售生产力倍增；销售关键障碍分析，成功案例分析，最佳案例模版快速复制销冠产品功能表1、管理QQ聊天记录10、网站访客留言19、自动跟进目标客户2、电话录音11、网站流量分析20、手机通讯录导入客户3、电话量统计12、网站访客监控21、QQ好友导入客户4、手机工作日志13、推广效果分析22、Excel表导入客户5、员工企业微信聊天14、群发QQ 消息23、二维码扫描导入客户6、移动工作管理15、群发短信24、绑定400电话7、一键拨号16、群发邮件25、企业微站8、在线客服17、备忘提醒26、移动办公9、网站访客信息预知18、制定销售计划27、外出拜访签到客户证言

商品开发商介绍：深圳市六度人和科技有限公司创建于2008年，是国家级高新技术企业，致力于用互联网的连接技术为企业创造商业价值。公司的主营产品EC是一款领先的SCRM（社交化客户关系管理）系统，通过整合QQ、微信、手机、座机、短信和邮件等沟通工具，为企业和社交网络之间建立实时连接，致力为企业打造以客户为中心的关系管理及服务平台，让企业、员工、客户紧密相连。每天，有数百万销售人员使用EC经营自己客户，并在平台上产生亿级的销售活动。目前EC的付费企业数、活跃用户数、收入规模和增长率处于行业的领先地位，正在成为SCRM的领跑者。公司于2011年获得腾讯战略投资，2015年获得用友战略投资，同年获得联创永宣和赛富亚洲的联合投资，借助战略资源和资本的力量快速发展。

案例/演示

常见问题EC是什么？EC，是由腾讯&用友联合投资，为企业提供连接服务和数据服务的云平台。平台下设三大核心：EC销售、EC企信、EC客服。EC销售：销售自动化和客户关系管理系统。EC企信：基于微信的企业沟通和协同系统。EC客服：支持多种沟通方式的客服系统。目前，EC服务企业用户已超过10万家，企业用户市场占有率第一，客户使用活跃度第一，每天有超过3000万次销售活动通过EC进行，并产生超过500万个新的销售机会。EC，Easy Connected，连接你的客户。谁需要用EC？移动互联网变革了营销的模式，今天已经不是拼广告、拼推销的时代，最重要的是与客户建立连接， EC，能够帮你高效连接你的客户，对有销售需求的行业都非常重要，特别是金融、教育培训、商务服务、互联网、物流、招商加盟企业、电子、房产等行业。1、金融：p2p、投资、财务会计、贷款2、教育培训：toC：技能考试类、学生教育类；toB：企业培训3、商务服务：咨询、广告策划、商标注册、专利等，客户群大多是小老板4、互联网：销售型的公司（非研发型），SEM引擎推广代理商（百度、360、搜狗）、广点通，阿里巴巴等、建站推广、代运营及推广、微盟代理商5、物流：有销售团队（特点是用电话、qq跟进、拜访）6、招商加盟企业：需要大量招商，引商加盟店7、高端会员：美容理疗、婚恋、微整、中医、健身会所8、电子行业（关注qq记录）9、会展/广告传媒10、房产（选择匹配的：有电脑、需要电话、短信或qq跟进）11、创业公司12、其他（医疗器械、化工、机械）EC能为企业带来什么价值？EC，连接你的客户，通过高效开发客户、抓住客户资产、进行即时的销售过程管理，帮助企业解决销售管理难题，让销售更容易。每天有超过3000万次的销售活动通过EC进行，每天有超过3000万次销售活动通过EC进行，并产生超过500万个新的销售机会。EC如何帮助企业做好销售？1、EC让开发客户更容易：(1)H5微营销：微信圈子营销收客户，精准获取更多客户。(2)电话宝：调出客户列表一键拨号，效率飙升。客户记录清晰提示，电话效果事半功倍。(3)筛选客户：EC客户库用标签、属性、活跃等多种方法筛选高意向客户。(4)EC销售助理：跟进提醒、销售计划、销售模板、一键群发，轻松跟进所有客户，让客户获得VIP体验。2、EC让客户资产抓得牢：(1)员工使用简单，正常使用QQ、手机、邮件等沟通，无需改变使用习惯，无需培训适应周期，轻松使用。(2)一键导入：名片/QQ/通讯录/excel客户资料全导入EC，所有客户统一管理。(3)沉淀客户关系：EC记录跟进过程、沟通内容、销售轨迹，客户资料与关系完整保存，客户资产抓得牢。3、EC让销售过程随时看：(1)真正的即时过程管理：即时发现过程中的问题，及时解决，不要等到月底再去调整，那时一切都晚了。(2)录音分析：分析最佳销售话术，整个团队能力提升。(3)外勤签到：提供移动办公、移动考勤解决方案，现场即时反馈消息回公司。

EC与CRM有什么区别？1、CRM，是客户关系管理系统，类似一个客户数据库，销售和服务的流程化管理，如果说原来的纸质笔记本属于第一代的客户登记表，那么CRM就是第二代，它仅仅是将客户资料存储的方式从纸质变成了电子化，但员工还是要不停地手工录入，增加工作量，员工往往反弹很大，这是个“死”数据。2、EC是基于QQ与微信的互联网时代的销售平台，帮助员工做好销售，帮助老板管好员工。企业销售做互联网的转型，可以说EC是第三代的客户管理，可以直接连接客户的QQ、微信、电话、邮件，客户智能存在，过程自动记录，而且能够实时感知客户状态，进行精准营销，是一个“活”的客户库。客户管理的基本介绍现在企业越来越认可客户管理的作用，客户管理工作对企业来说极为重要，尤其是对大客户而言。EC在客户管理方面非常强大，能将QQ、手机、名片里的客户一键导入，省时省事；客户跟进过程自动记录，客户关系带不走。解决了销售人员记录困难，也解决了企业主面临员工离职带来的客户流失问题。1、独有QQ一键导入，轻松方便客户信息分散在销售人员的手机、QQ、名片，管理非常麻烦，EC独有的QQ导入功能，能够将QQ里的客户轻松导入EC，管理客户轻松方便。2、客户历史信息自动保存，客户关系带不走从客户初次联系到产生交易，EC自动保存，即便员工离职，客户信息完整保存在EC中，从而避免了员工离职给企业带来客户流失的问题。3、清晰呈现客户数据，管理客户更简单无论是客户总数量，还是近期客户联系数，都能呈现清晰的数据分析，帮助您更好地管理众多客户资源

ec管理系统,ec客服,ec客户管理系统,ec客户通,ec企信,ec企业即时通信软件,ec软件,ec软件下载,ec营客通,ec营客通官网,ec怎么样,ec怎么用,SCRM系统,电话营销系统,客户关系管理,腾讯EC,销售软件,销售易crm,移动CRM,移动CRM系统,移动销售管理软件,CC系统的实施服务,CRM,crm办公系统,CRM客户管理系统,CRM系统,EC,ECQQ,腾讯,EC电话呼叫系统,EC官网,EC河南运营中心,EC系统,EC营客通河南运营中心,河南德轩信息技术有限公司,EC营客通是腾讯与用友联合投资研发,EC营客通是腾讯战略投资的移动CRM系统,EC营客通是由腾讯战略投资的CRM客户管理系统,腾讯EC总代,北京EC,腾讯EC运营中心,腾讯用友战略投资的SCRM系统,EC营销即时通,EC总部,erp企业管理软件,H5微营销,QQ,Salesforce,SCRM,SCRM产品,scrm管理系统,social,北京EC_腾讯EC运营中心,北京EC运营中心,成都客户管理系统,成都销售管理系统,大数据,电话营销跟进管理系统,电销系统,短信,纷享销客,工作QQ,关键词,广州花都CRM,广州市三度网络科技有限公司,广州移动crm,河南EC营客通招商,郑州EC招商电话,大连EC运营中心,河南EC运营中心,河南EC招商,河南EC招商电话,河南地区EC招商,红圈营销,呼叫中心系统,互联网,互联网思维,花都CRM,环信客服,即时通,集电话呼叫系统,集客户管理,金融,教育,培训,电商,快销,销售易crm系统,客服系统,客户跟�...

第一采集：电子数据的采集是指税务机关依法从纳税人或扣缴义务人、税务稽查案件相关法人/自然人处复制或提取电子数据的过程。这是电子稽查的重要环节，是电子稽查的基础性工作，这一环节解决的问题是，能否以合法手段复制或提取涉税电子数据。主要采集方法有：

1. 用专门的数据采集工具软件，目前各地国、地税所使用的电子查账软件均有相应的数据采集工具软件，可以单独使用，无须安装。以用友查账软件为例，它可以采集基于不同数据库类型的账套、数据库备份文件，或者直接采集数据库。除去财务数据外，与涉税有关的业务数据也可以进行采集。同时，该软件还可以自动从税务机关数据库提取被查单位的纳税申报资料及其他有关资料，方便进行比对和分析。

2. 直接复制原始文档，用复制操作的办法制作一个原始文档的复制件，复制过程对原始电子数据不做任何改变，其内容、格式、大小等文档诸要素均不发生变化。复制方法有三种：一是直接在计算机上进行复制操作；二是使用专门的数据采集软件；目前，一些数据采集软件具备复制功能，能查找所需要的文档并原样复制，同时记录其原先的存储位置，以备将来作为证据使用。三是用拷贝工具软件，如“Fastcopy（快速文件拷贝）V2.11绿色汉化版”，其好处是快速，直观，复制功能更强大，当然，完成的也是复制操作，并不改变文件本身的内容和格式。3. 直接调取电子文档的载体（计算机、存储载体）

在某些情况下，如被查单位不够配合，前面两种方法没能完成数据的提取，并且已经知道所需要电子数据存储的物理位置，如知道所需要的电子数据存储在某台计算机上、或存储在某个存储设备上，此时可以依法直接调取存储电子数据的载体，当然，这一行为的合法性还存在争议，但在极端情况下，税务机关有这样操作的。

证据固定：由于电子数据的虚拟性和对环境和技术的依赖性，电子数据在采集过程中，很容易在人为因素或环境因素的作用下被改变、损坏。如果这样的电子数据直接作为证据来使用，会存在很多问题。因此，如果采集的电子数据想作为证据使用，就应当在采集过程中和结束时对证据进行固定，以保证取得的电子证据来源合法，内容真实、客观、完整，符合法律对证据的基本要求。证据固定就是对可能灭失或今后难以取得的证据予以固定保存的过程。一般而言，证据固定可以采取以下方法：

1. 打印：国家税务总局《稽查工作规程》第三十条规定：以电子数据的内容证明案件事实的，应当要求当事人将电子数据打印成纸质资料，在纸质资料上注明数据出处、打印场所，注明“与电子数据核对无误”，并由当事人签章。对于可以直观或直接反映及证明案件事实的电子证据，如word文档、excel文档、图片文档、电子账等都可用此方法。

这是电子稽查中比较常用、也是稽查双方均比较认可的证据固定方法，如：电子账由采集工具从被查单位调取并导入，其内容无变化，但格式已发生变化，如果直接拿这样的电子数据作为证据使用可能会存在问题，解决的办法就是把证明涉税问题的有关明细账和凭证打印出来，由对方确认并履行相关手续后作为证据使用。

2. 复制：用自行携带的存储工具（U盘、移动硬盘或可写入光盘等）将电子数据从被查单位复制过来的过程，这些电子数据有时不能打印输出或打印输出太麻烦，如被查单位与涉税问题有关的音频文件、视频文件、程序文件等，这时可采用复制的方法固定证据。复制后，签封或公证签封，保存备用。国家税务总局《稽查工作规程》第三十条规定：需要以有形载体形式固定电子数据的，应当与提供电子数据的个人、单位的法定代表人或者财务负责人一起将电子数据复制到存储介质上并封存，同时在封存包装物上注明制作方法、制作时间、制作人、文件格式及长度等，注明“与原始载体记载的电子数据核对无误”，并由电子数据提供人签章。

3. 拍照、摄像：对于具备视听资料特征的电子证据，可以采用拍照、摄像的方法进行证据的提取和固定，以便全面、充分地反映证据的证明作用。此外，在电子证据取证过程中，对取证全程进行拍照、摄像，可以证明被固定电子证据的真实性、合法性。需要注意的是，国家税务总局《稽查工作规程》第二十九条规定，制作录音、录像等视听资料的，应当注明制作时间、制作方法、制作人和证明对象等内容。对声音资料，应当附有该声音内容的文字记录；对图像资料，应当附有必要的文字说明。

4. 制作相关笔录：《稽查工作规程》第三十一条规定，检查人员实地调查取证时，可以制作现场笔录、勘验笔录，对实地检查情况予以记录或者说明。对电子证据取证制作相应的检查笔录，可以进一步强化证据的证明作用。

5. 查封、扣押：因某种原因，无法复制被查单位存储介质中的相关数据时，可以履行相关手续后，查封、扣押涉及案件电子证据的载体，然后再对该电子证据进行分析、解读。比如，被查单位存有电子数据的电脑因被加密，无法现场复制电子数据，为防止被查单位在检查人员离场后删除或篡改数据，这时，可以查封、扣押电脑主机，然后再作进一步处理。

6. 公证：通过公证机构以“证据保全公证”的方式对提取的有关电子证据进行公证。这也是一个比较好的固定证据方式，会使证据效力大大增强。

OA系统以其“见长于工作流”的显著优势区别于ERP、CRM、HR等专业系统，成为众多大中型组织IT系统中不可或缺的管理软件之一，然而多年来在费用支出与财务管理领域，OA系统仍旧仅仅扮演着对费用报销流程进行管理的角色，没有充分发挥其应有的潜力。

那么，OA系统作为具有高性价比优势的管理软件，如何实现功能定位与应用边界的有效突破？如何实现内在价值的本质提升？如何实现从“费用报销”到“预算费控全程管理”的时代跨越？在此，华天动力协同OA系统给出了自己的答案。

对费用支出与资金财务进行全流程的预算费控管理，并非OA系统中的某个功能模块所能解决的，华天动力协同OA系统专门为“预算费控的全程管理”构建了一个完整的支撑体系，其中包括前期计划阶段的预算大纲编制，预算执行过程中的费用管控，和对预算执行情况的分析与数据呈现。如下图：“预算费控的全程管理”支撑体系，

从上图不难看出，一个科学完整的预算费控管理体系涵盖了从确认费控范围、预算科目编制、预算申报、预算审批，到费用申请与支出审批、预算预警，再到预算调整与结转、预算分摊与预提，最后是预算分析与数据报表。

华天动力用OA系统构建“预算费控全程管理平台”的亮点

1. 确认费控边界与预算科目

依据未来1-3年的发展战略与未来1年的经营计划，财务部门负责编制年度预算大纲报请高层管理者审批，预算编制的工作往往从确定费控范围开始。

确定费控的部门边界

在实际操作中，不论超大型集团、大中型组织，还是小微企业，其内部并非所有的部门或分支机构都需要被纳入到预算费控的范围，

如上图所示，对于像金信集团这样的大型集团公司来说，其个别三级单位就可以不被纳入到费控管理的范畴，比如集团总部的总经办、人力资源部、财务部，除此之外的其它二级单位和三级部门都将被统一纳入到预算费控的管理范畴。

确定费控的预算科目

财务部门在编制预算科目时，都会根据自身的特点对预算科目分级并确认哪些费用需要进行预算费控，哪些支出则不需要进行费控，一般会将费用支出大致分为两大类，第一类是管理费用，主要包括工资、奖金、保险公积金、房租、水电，广告费、活动费、业务招待、差旅、交通、会务、培训等各类费用；二是非管理费用，比如营业税、增值税、所得税等各类税费。如下图，

导入预算数据

财务部门分别就“费控的部门边界”和“预算科目”反复与高层管理者沟通确认后，可以通过华天动力协同OA系统的数据导入接口，直接把预算数据从Excel预算模板或金蝶、用友、ERP等管理软件导入OA系统中。

2. 预算申报与审批

依据年度工作计划申报年度预算

费控范围和预算科目确定之后，财务部门会在华天动力协同OA系统中以“重要文件”的形式发布年度预算大纲，各部门或分子单位可在OA系统里第一时间收到新消息提醒，按照预算大纲的要求和本部门/分子单位的年度/月度工作计划与资金需求编制年度与月度预算，

从上图“生产事业部年度/月度预算申报”可以看出，生产事业部在2018年申报的预算总额是400000元，预算科目分别为“差旅费、管理费、培训费以及其他费用”，同时生产事业部也对各月度预算进行了申报。

年度预算的汇总与审批

各部门/分子单位在华天动力协同OA系统中完成各自的预算申报后，OA系统随即汇总各部门/分子单位所申报的预算数据，并开启年度预算的审批流程，CFO、CEO/董事长会结合年度财务指标、年度经营计划里的信息，以及各部门提交的年度工作计划，研究并最终确定其年度与月度预算额度，如下图。

3. 费用申请与报销审批

预算内费用申请

基于华天动力协同OA系统的预算费控全程管理平台，可以实现一般费用申请，如差旅费、招待费等各类费用的申请流程，

上图中，市场部在申请发布会广告费时，可以在华天动力协同OA系统中提交请款单，在填写表单时，可以添加相关附件“发布会广告投放明细”和关联表单“项目立项申请表”。当然，不同的单位对于预算费用的管控强度不同，有的单位个别科目超预算不可追加，有的单位则对个别科目在超出当月预算且在该科目项下年度预算尚未用完的情况下，仍可以成功提交费用申请。

预算内费用报销审批

对于已经发生的实际费用支出，可以在OA系统中提交费用报销单，比如市场部在市场推广活动中产生的招待费用，在OA系统中提交“业务招待费报销单”，如下图，

财务部门负责人和其他领导在审批时，可以查看该笔申请是否在预算内，该科目项下预算的可用余额是多少。特别地，在华天动力协同OA系统中，正在审批中的预算额度会被暂时冻结，直到审批流程完成后该笔额度会被划转到“已用额度”中。

设置预算偏差预警

华天动力协同OA系统可以对每个部门／分子单位的每个预算科目，依据不同的业务类型设置不同的预算临界值预警，具体表现为一个“科目预警和允许偏差”，如下图所示，

如果设置广告费科目预警为95%，则表示当广告投放实际发生费用支出达到广告预算额度95%以上时，OA系统会发出预警提醒；有的单位允许个别预算科目的实际费用支出超出预算额度的5%（允许偏差），当实际费用支出超过预算的105%时，则无法直接申请审批，需要进行“预算外费用的审批”。

预算外费用审批

对于某些计划外的特殊费用支出，当初在做预算时没有编制相应类目或业务的预算科目，或是已有预算科目因为某些特殊情况实际费用支出超出预算，华天动力协同OA系统也可以提供在预算期内新增预算科目和对已有科目的预算追加功能。

4. 预算调整与结转

预算调整

在实操中往往会出现两种“预算不足”的情况，一种是总体预算不足，另一种是结构性预算不足。对于总体预算不足的情况，可以在华天动力协同OA系统里发起“追加预算”的申请流程，如下图所示

所谓“结构性预算不足”，比如市场部年度总体预算尚未用完，但是“广告费”项下的实际花费已经超过预算额度的105%，此时，可以在市场部总体预算内部进行预算调整。

预算结转

如果到当月的最后一天预算没有用完，华天动力协同OA系统可以将其自动结转到下月，并对相应科目的预算额度进行累加，但如果到一个财年结束仍有剩余预算，则系统默认自动清零。

5. 预算分摊与预提

“公共费用”的预算分摊

对于进行全面预算费控的单位，除了上面提到的各个部门/分子单位的常见费用，还有一个“公共费用”的分支，比如房租、水电、网络专线与电话费用，财务部门需要把这些“公共费用”分摊到各个部门的预算里。

财年期末的费用预提

不论财务年度是在12月封账还是在次年的2、3月份封账，只要在财年期末封账前，哪个部门还有预算余额的，比如，IT部门在“IT系统建设费”科目项下还有150万的可使用预算额度，IT部门就可以在OA系统里预提预算余额，确保IT系统采购项目的顺利执行，待下一财年财务开账后，再报销仍可计入上一财年预算。

6. 多维预算分析与数据报表

华天动力协同OA系统可以专门针对预算执行情况进行多维度的数据分析与呈现，高层管理人员可以随时了解不同部门/分子单位、不同预算周期、不同预算科目的总额、已花费金额、冻结中金额、剩余预算金额，如下图所示，

同时，高层管理人员还可以从上图中点选某个部门，按部门查看预算科目的费用支出明细表，

上图中，部门的年度预算总额，预算余额，已发生费用，冻结费用各占百分比，以及像差旅费、培训费、招待费这样的预算科目的各项年度/月度数据都可以清晰地汇总在一张表上。

综上不难看出，对预算和费控的管理不能也不应该仅仅停留在财务层面，也更不是一个财务部门所能完成的。基于华天动力协同OA系统构建的“预算费控全程管理平台”，可以对预算执行过程与执行结果的反馈进行有效管控，可以让组织的预算管理、费控管理不流于形式，真正落地执行，可以统一组织各部门/分子单位的业务信息、项目信息、人力资源信息、以及工作计划与费用支出计划，让所有部门都参与进来，让预算费控成为每个员工开展工作所必需的“工具”而非阻碍进度与工作效率的“枷锁”，同时，“预算费控全程管理平台”也可以使高层管理者/决策者随时了解每一笔资金的流向，及时发现预算的实际执行效果以及存在的问题，逐一分析研究并采取相应的控制策略，由此，华天动力协同OA系统真正完成了从传统的OA报销审批到预算费控全程管理的时代跨越。

在11.2.0.1.0版本上恢复10.2.0.5.0版本导出的数据，导入过程中出现“ora-12899”错误，分析原因，因源数据库导出的字符集为ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集，通过下列查询，目标数据库结果如下：

SQL> select userenv('language') from dual;

USERENV('LANGUAGE')

--------------------------------------------------------------------------------

SIMPLIFIED CHINESE_CHINA.AL32UTF8

目标数据库的字符集为AL32UTF8，对于汉字而言，AL32UTF8用3个字节存储每个汉字，而ZHS16GBK使用2个字节存储，故而导致错误，解决办法如下：

1、 以sys身份登录，关闭数据库：

SQL> conn sys as sysdba

输入口令:

已连接。

SQL> shutdown immediate;

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL> startup mount;

ORACLE 例程已经启动。

Total System Global Area 778387456 bytes

Fixed Size 1374808 bytes

Variable Size 243271080 bytes

Database Buffers 528482304 bytes

Redo Buffers 5259264 bytes

数据库装载完毕。

SQL> alter system enable restricted session;

系统已更改。

SQL> alter system set job_queue_processes=0;

系统已更改。

SQL> alter system set AQ_TM_PROCESSES=0;

系统已更改。

SQL> ALTER DATABASE OPEN;

数据库已更改。

SQL> --internal_use 忽略字符集中超集的检查

ALTER DATABASE CHARACTER SET INTERNAL_USE ZHS16GBK;

数据库已更改。

SQL> SHUTDOWN IMMEDIATE;

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

SQL>STARTUP

ORACLE 例程已经启动。

Total System Global Area 778387456 bytes

Fixed Size 1374808 bytes

Variable Size 243271080 bytes

Database Buffers 528482304 bytes

Redo Buffers 5259264 bytes

数据库装载完毕。

数据库已经打开。

SQL> SELECT USERENV('LANGUAGE') FROM DUAL;

USERENV('LANGUAGE')

----------------------------------------------------

SIMPLIFIED CHINESE_CHINA.ZHS16GBK

通过上述步骤完成字符集的更改。将原导入的用户对象删除，重新恢复无误。

太阳软件—农村三资系统2010版为基层财政部门代理村级财务记账使用的软件，AO2011没有相应转换模板。该软件使用Sybase AnyWhere管理数据，有单机和网络版，软件使用单位看不到所安装的数据库，安装路径Database中主要数据。

通过查看使用单位ODBC管理工具查看相关配置信息。

通过使用单位的ODBC管理工具导出ACCESS。

报错，用户名或密码已经修改，与该软件的公司客服人员及相关销售技术人员电话了N次，方法多种就是不告诉笔者后台数据类型和使用密码，该方法失败。

如何获取所需数据？经笔者试验，有两种方式可获取使用单位财务数据，下面分别说明两种方式获取该财务数据的方法及导入AO2011所遇到问题最简单解决办法，供广大审计人员参考。

一、财务软件导出法

（一）该软件支持凭证库表和科目余额导出为EXCEL格式表。一是通过凭证管理——凭证审核，导出多年凭证；二是通过报表查询——科目汇总表，导出某年的科目及余额表。

通过此方式可得到某乡镇财政所村级代理记账村级财务数据：某村2011年至2014年4个科目汇总表和 1个2011年至2014年凭证审核（查询凭证）表。

（二）如何批量导入一个文件夹多个excel数据到SQL2008？

得到某一乡镇村级财务数据，若有10个村，就有50张excel表，如何将这50张excel表一次导入SQL2008生成标准数据？一张一张表导入，太多，要反复操作N次；通过sql2008 SQL Server Business Intelligence Development Studio 的SSIS包导入，网上教程都是将所有表导成一张表，不能满足数据采集要求，应用也很复杂；编写存储过程，也有点复杂。最简单的办法：

将要导入的数据放在一个文件夹中:

在Sheet1表点击右键，选择查看代码，在打开Vsual Basic 窗口中输入代码：

Sub UnWorksheets()

Application.ScreenUpdating = False

Dim lj As String

Dim dirname As String

Dim nm As String

Dim sname As String

Dim i As Integer, ii As Integer

lj = ActiveWorkbook.path

nm = ActiveWorkbook.Name

dirname = Dir(lj & "\*.xls") '查找文件

Do While dirname <>""

If dirname <> nm Then

Workbooks.Open Filename:=lj & "\" & dirname '打开文件

ii = ActiveWorkbook.Sheets.Count '统计工作表个数

'复制新打开工作簿的每一个工作表到当前工作表(After:=ThisWorkbook.Sheets(ThisWorkbook.Sheets.Count))最后一个后面

For i = 1 To ii

Workbooks(dirname).Sheets(i).Copy After:=ThisWorkbook.Sheets(ThisWorkbook.Sheets.Count)

Next

Workbooks(dirname).Close False

End If

dirname = Dir

Loop

End Sub

运行选择 运行子过程/用户窗体。运行结果：

关闭Vsual Basic 窗口，返回excel窗口该文件夹中数据全部导入了。

导入SQL20008，成功。

二、财务后台拷贝数据导入法

（一）数据采集

当时在软件使用单位采集数据，将该软件安装路径中的Database文件夹拷贝，一次深夜在网上找东西时，一位网友提到用友数据采集工具，测试了一下，数据采成功了！该软件曾经帮助一个单位内审使用过，用友审易软件的一个工具，可单独使用不要加密狗，该软件支持后台密码或用户名破解。

该软件数据采集后可直接生成ACCESS文件，导入SQL2008非常方便。

（二）数据分析

太阳软件—农村三资管理系统2010版—财务管理——后台数据提取，该软件存放多年多单位财务数据。

1.数据字典表：pbcattbl财务账簿表名,pbcatcol字段表，code_account_book 帐套信息。

财务数据涉及表：code_acnt会计科目代码表，slip_main凭证详细资料，slip_parent凭证主表，check_item_initial帐套初始数据表。

2.数据处理的主要思路及注意要点：

（1）凭证主表与凭证详细资料关联可生成凭证库表。

（2）科目期初余额处理。

由于凭证表中的科目代码反映到末级，科目余额表汇总后下一级科目数额没有汇总到上一级，AO2011生成时账簿时，提示科目余额期初数额存在不匹配的数据，生成账簿后，没有科目明细账没有发生额数据。

该软件从初始录入账簿的时间开始,然后根据年度进行汇总计算年初余额。用会计科目代码表（存放所有单位使用的会计科目）与最初数据进行关联，得到该单位全部的科目余额表，与凭证表（使用到末级科目）关联生成各科目期初数据。有下一级科目必须汇总重新生成后，AO2011导入时才不报错。

处理主要思路: 从末级开始向上一级汇总，分步做。

找出最末级科目，生成上一级科目汇总数据，以原科目余额表为基础：与汇总生成上一级科目表进行左连接，找出原科目余额表中没有汇总生成上一级科目表的数据；

与汇总生成上一级科目表进行连接找出都有的数据，取原科目余额表前面数据列，取汇总生成上一级科目表中生成数据列，合并生成新表。然后处理上一级科目数据；逐步进行处理到一级科目。

（3）各使用单位在对该软件科目编码初始设置时不规则， 有的科目级次是322，有的是333，要进行统一处理，否则AO2011导入时会报错。

（三）数据处理

以某一乡镇为例，主要处理语句：

（一）凭证表

select a.账套代码

,case when len(a.计定科目代码)=5 then LEFT (a.计定科目代码,3) +'0'+SUBSTRING (a.计定科目代码,4,2)

else a.计定科目代码 end 计定科目代码

,a.记帐本币金额 金额,a.借贷区分,a.部门编码,a.职员编号

,a. 摘要,a.凭证期间,'记-'+cast(凭证号 as char(10)) 凭证号

,a.会计年度,b.票据数量,b.复核人,b.期初余额标志

,b.操作者,b.记账人,b.凭证日期,b.凭证顺序号

into ***标准凭证表

from

(

select account_book_code 账套代码,acnt_code 计定科目代码

,amount 记帐本币金额,dbcr_tag 借贷区分,dept_code 部门编码

,empno 职员编号,remark 摘要,slip_period 凭证期间,slip_seq 凭证号

--,slip_item 顺序号,slip_tag 凭证种类

,slip_year 会计年度

FROM [测试].[dbo].[SLIP_MAIN]

) a

join

(

select account_book_code 账套代码,bill_qty 票据数量

,check_tag 复核区分,delete_flag 删除标志,checker 复核人

,initial_flag 期初余额标志,input 操作者,input_d 操作日期

,register 记账人,slip_date 凭证日期

,slip_flag 凭证标志,slip_no 凭证顺序号,slip_period 凭证期间

,slip_seq 凭证字号,slip_tag 凭证区分,slip_year 会计年度

FROM [测试].[dbo].[SLIP_PARENT]

) b

on a.账套代码=b.账套代码 and a.会计年度=b.会计年度

and a.凭证期间=b.凭证期间 and a.凭证号=b.凭证字号

order by 账套代码,计定科目代码,b.凭证日期

（二）科目余额表

1.各科目各年度科目余额表生成

select c.account_book_code 账套代码

,case when len(c.acnt_code)=5 then LEFT (c.acnt_code,3) +'0'+SUBSTRING (c.acnt_code,4,2)

else c.acnt_code end 计定科目代码

,c.科目名称,c.科目类型

,c.上级科目,c.余额位置,c.期初借方,c.期初贷方

--,isnull(d.记帐2009借方汇总,0) 记帐2009借方汇总,isnull(d.记帐2009贷方汇总,0) 记帐2009贷方汇总

--2005年期初余额

,case when c.科目类型=10 then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

else 0.00 end 期初2005年借方余额

,case when c.科目类型=20 OR c.科目类型=30 then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0)

else 0.00 end 期初2005年贷方余额

--2006年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10 then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0) end)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0) else 0.00 end 期初2006年借方余额

,case when c.科目类型=20 OR c.科目类型=30

then (case when c.科目类型=20 OR c.科目类型=30 then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0) end)

+isnull(d.记帐2005贷方汇总,0)-isnull(d.记帐2005借方汇总,0) else 0.00 end 期初2006年贷方余额

--2007年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10

then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0) end)

+isnull(d.记帐2006借方汇总,0)-isnull(d.记帐2006贷方汇总,0) else 0.00 end 期初2007年借方余额

,case when c.科目类型=20 OR c.科目类型=30

then (case when c.科目类型=20 OR c.科目类型=30

then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0)

+isnull(d.记帐2005贷方汇总,0)-isnull(d.记帐2005借方汇总,0) end)

+isnull(d.记帐2006贷方汇总,0)-isnull(d.记帐2006借方汇总,0) else 0.00 end 期初2007年贷方余额

--2008年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10

then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0)

+isnull(d.记帐2006借方汇总,0)-isnull(d.记帐2006贷方汇总,0) end )

+isnull(d.记帐2007借方汇总,0)-isnull(d.记帐2007贷方汇总,0) else 0.00 end 期初2008年借方余额

,case when c.科目类型=20 OR c.科目类型=30

then (case when c.科目类型=20 OR c.科目类型=30

then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0)

+isnull(d.记帐2005贷方汇总,0)-isnull(d.记帐2005借方汇总,0)

+isnull(d.记帐2006贷方汇总,0)-isnull(d.记帐2006借方汇总,0) end)

+isnull(d.记帐2007贷方汇总,0)-isnull(d.记帐2007借方汇总,0) else 0.00 end 期初2008年贷方余额

--2009年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10

then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0)

+isnull(d.记帐2006借方汇总,0)-isnull(d.记帐2006贷方汇总,0)

+isnull(d.记帐2007借方汇总,0)-isnull(d.记帐2007贷方汇总,0) end)

+isnull(d.记帐2008借方汇总,0)-isnull(d.记帐2008贷方汇总,0) else 0.00 end 期初2009年借方余额

,case when c.科目类型=20 OR c.科目类型=30

then (case when c.科目类型=20 OR c.科目类型=30

then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0)

+isnull(d.记帐2005贷方汇总,0)-isnull(d.记帐2005借方汇总,0)

+isnull(d.记帐2006贷方汇总,0)-isnull(d.记帐2006借方汇总,0)

+isnull(d.记帐2007贷方汇总,0)-isnull(d.记帐2007借方汇总,0) end)

+isnull(d.记帐2008贷方汇总,0)-isnull(d.记帐2008借方汇总,0) else 0.00 end 期初2009年贷方余额

--2010年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10

then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0)

+isnull(d.记帐2006借方汇总,0)-isnull(d.记帐2006贷方汇总,0)

+isnull(d.记帐2007借方汇总,0)-isnull(d.记帐2007贷方汇总,0)

+isnull(d.记帐2008借方汇总,0)-isnull(d.记帐2008贷方汇总,0) end )

+isnull(d.记帐2009借方汇总,0)-isnull(d.记帐2009贷方汇总,0) else 0.00 end 期初2010年借方余额

,case when c.科目类型=20 OR c.科目类型=30

then (case when c.科目类型=20 OR c.科目类型=30

then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0)

+isnull(d.记帐2005贷方汇总,0)-isnull(d.记帐2005借方汇总,0)

+isnull(d.记帐2006贷方汇总,0)-isnull(d.记帐2006借方汇总,0)

+isnull(d.记帐2007贷方汇总,0)-isnull(d.记帐2007借方汇总,0)

+isnull(d.记帐2008贷方汇总,0)-isnull(d.记帐2008借方汇总,0) end)

+isnull(d.记帐2009贷方汇总,0)-isnull(d.记帐2009借方汇总,0) else 0.00 end 期初2010年贷方余额

--2011年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10

then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0)

+isnull(d.记帐2006借方汇总,0)-isnull(d.记帐2006贷方汇总,0)

+isnull(d.记帐2007借方汇总,0)-isnull(d.记帐2007贷方汇总,0)

+isnull(d.记帐2008借方汇总,0)-isnull(d.记帐2008贷方汇总,0)

+isnull(d.记帐2009借方汇总,0)-isnull(d.记帐2009贷方汇总,0) end )

+isnull(d.记帐2010借方汇总,0)-isnull(d.记帐2010贷方汇总,0) else 0.00 end 期初2011年借方余额

,case when c.科目类型=20 OR c.科目类型=30

then (case when c.科目类型=20 OR c.科目类型=30

then c.期初贷方+isnull(d.记帐2004贷方汇总,0)-isnull(d.记帐2004借方汇总,0)

+isnull(d.记帐2005贷方汇总,0)-isnull(d.记帐2005借方汇总,0)

+isnull(d.记帐2006贷方汇总,0)-isnull(d.记帐2006借方汇总,0)

+isnull(d.记帐2007贷方汇总,0)-isnull(d.记帐2007借方汇总,0)

+isnull(d.记帐2008贷方汇总,0)-isnull(d.记帐2008借方汇总,0)

+isnull(d.记帐2009贷方汇总,0)-isnull(d.记帐2009借方汇总,0) end )

+isnull(d.记帐2010贷方汇总,0)-isnull(d.记帐2010借方汇总,0) else 0.00 end 期初2011年贷方余额

--2012年期初余额

,case when c.科目类型=10

then (case when c.科目类型=10

then c.期初借方+isnull(d.记帐2004借方汇总,0)-isnull(d.记帐2004贷方汇总,0)

+isnull(d.记帐2005借方汇总,0)-isnull(d.记帐2005贷方汇总,0)

+isnull(d.记帐2006借方汇总,0)-isnull(d.记帐2006贷方汇总,0)

+isnull(d.记帐2007借方汇总,0)-isnull(d.记帐2007贷方�...

前言：这篇文章在很久以前就写好了，一直作为自己的资料进行保存，期间修修改改，补充完善了一些点。旨在为AO采集提供一定的方法技巧。如有不妥之处，请批评指正。

用友GRP-U8行政事业单位财务管理软件导入AO方法探究

(新会计制度专版)

我们在使用AO采集用友GRP-U8行政事业单位财务管理软件(新会计制度专版)的过程中，首先想到的是使用财务软件的已入引出功能，但使用软件自带的引出模块导出的ASD文件无法导入到AO中。本人也在网上查了针对该软件的导入方法，文章很少，基本上都是雷同的方法，按照网上提供的方法进行数据整理，再进行导入AO的过程中，仍然出现报错而无法导入的情况，对导入过程中的注意事项未做进一步探究。针对此情况，本人对AO及其后台数据表结构进行了研究，通过两种不同方式将数据成功导入到AO当中，具体方法如下：

一、 整理基础表。

(一) 进入用友软件数据库后台，取得财务软件后台SQL数据库的备份文件，并向用友公司工作人员取得账务系统数据字典。新建数据库，将取得的基础数据还原到SQL数据库内(注意：在还原过程中，请点击选项，选中覆盖现有数据库)，导入成功后对用友GRP-U8数据表进行分析。

(二) 对用友数据表进行分析后，发现凭证表、科目余额表、科目表字段不完整，需要对各表进行整理，整理代码如下：

1、整理出单位信息表，代码如下：

select * into 单位信息新表 from [2015年乡镇数据采集].[dbo].[GL_Ztcs] where kjnd =2014 and ztbh<>99999999999999999999 --整理单位信息新表,查找出单位的代码,由于以前年度编号不完整,所以选择最新年度的编号。

2、整理出余额表，代码如下：

select b.ztmc,b.hsdwmc,a.* into 新余额表 from [dbo].[GL_Yeb] a left join dbo.单位信息新表 b on a.gsdm=b.hsdwdm and a.ZTH=b.ztbh --整理新余额表

3、整理出凭证表，代码如下：

SELECT LEFT(b.pzrq,4)+'-'+SUBSTRING(b.pzrq,5,2)+'-'+RIGHT(b.pzrq,2)pzrq,b.sr,a.* into 凭证基础表1 FROM [2015年乡镇数据采集].[dbo].[GL_Pznr] a left join dbo.GL_Pzml b on a.gsdm=b.gsdm and a.ZTH =b.ZTH and a.kjqj=b.kjqj and a.pzh=b.pzh --凭证基础表1

select b.ztmc,b.hsdwmc,a.* into 凭证表新表 from dbo. 凭证基础表1 a

left join dbo.单位信息新表 b on a.gsdm=b.hsdwdm and a.ZTH=b.ztbh –-整理出凭证表新表

update dbo. 凭证表新表 set pzh=right(pzh,3) --提取凭证号

update dbo. 凭证表新表 set pzh= RTRIM(LTRIM(pzh)) --去掉字符

4、整理出科目表，代码如下：

select b.ztmc,b.hsdwmc,a.* into 科目表新表 from [2015年乡镇数据采集].[dbo].[GL_KMXX]a left join dbo.单位信息新表 b on a.gsdm=b.hsdwdm and a.ZTH=b.ztbh --整理出科目表新表

5、整理出所需单位的科目表、余额表、凭证表：

select * from dbo. 科目表新表where ztmc like '%龙头%农%' and kjnd=2014 --整理出支农资金专账科目表

select * from dbo. 凭证表新表 where ztmc like '%龙头%农%' and LEFT(kjqj,4)=2014 --整理出支农资金专账凭证表

select kmdm,SUM(ncj)ncj,SUM(ncd)ncd from 新余额表 where ztmc like '%龙头%农%' and kjnd=2014

group by kmdm --整理出支农资金余额表

整理好之后，将各表复制粘贴到电子表格内，或者加入插入到数据库中，再导入AO的时候使用SQL Server数据源。将数据导入到AO系统中，至于具体导入步骤，在这里就不一一进行说明，仅导入过程中的注意事项和两种方法进行解剖。

二、 导入各表注意事项

(一)数据类型的修改，主要修改以下字段类型：

三张表的Kmdm,pzh,flh,ncj,ncj字段数据类型全部修改成nvarchar,将凭证表的je字段修改成decimal并保留两位小数。

(二)在导入凭证表的过程中，设置源凭证号时，没有源凭证号字段，可选择多个字段作为源凭证号，即选择凭证号和凭证日期来作为源凭证号，同时不选则凭证类型。

三、导入方法解剖。

方法一：进入AO数据库后台，找到以下数据库，并找到凭证库表AOC_Finance_7430c7cf-b176-43a9-a9cd-045e21e58fa4_000(这个库是所建项目的数据库，这个库不是系统自带的)，将凭证库的两个主键约束字段去掉。因为在数据插入到AO凭证库时，在日志管理中会出现如下错误提示：违反了 PRIMARY KEY 约束 'PK_AO_凭证库'。不能在对象 'dbo.凭证库' 中插入重复键，两个主键为电子数据编号，分录序号。个人认为，电子数据编号，分录号的约束作用不大，因为我们将数据导入AO后上传服务器，还要对电子数据编号进行重新编码，而分录号如果是从财务数据后台导出的完整数据，使用凭证日期，凭证号就能确定一张会计凭证，分录号只是多一张会计凭证内分录的不重复约束。这种方法对分录号修改后，适用于在导入过程中使用选择凭证表的分录号字段，若不进行修改，则无法使用凭证表分录号，同时，该方法下导入的财务数据，无法通过AO间相互导入导出。

方法二：在不修改数据库后台的情况下，对凭证表的导入过程中，使用分录自动编号功能，经测试也能够成功导入，也能够在AO用户间互相导入导出。

以上两种方法优缺点：方法一对基础数据进行了保留，特别是在原数据分录上，未做修改，但由于对基础数据库的主键进行了改动，导致无法在AO成员间进行数据交互。方法二没有对基础数据库进行修改，能够在AO成员间进行数据交互，操作方法简单。但是，对数据分录进行了重新编排，没能保留原数据的分录号。

四、后期工作

1、与被审计单位提供的总账余额表进行核对，查看导入数据是否与总账余额一致。

2、保存好导入模块，以便下次使用。这里有一个注意事项，就是在使用方法一编写的模块导入过程中，仍然会出现报错情况，提示信息为：数据库中不存在凭证库数据表或数据为空！此问题本人也为找到是什么原因，但是以原数据表为基础，新建一个模块却能够导入，方法二则没有出现以上情况，制作的导入模块具有通用性。