u8移动应用解决方案（精选9篇）
u8移动应用解决方案 篇1
U8+移动应用解决方案
一、U8+移动应用方案综述
U8+移动应用解决方案帮助企业通过移动设备快速处理企业经营管理的各种业务，提供包括消息通知、数据上报、审批业务单据、查询报表等移动功能，通过移动应用这把企业管理层的必备利器，实现企业员工和管理层在移动终端上也能实现PC上的各种功能。用友U8+移动应用解决方案为企业提供以下两种解决方案：
一、延展应用
所谓延展型应用，就是将企业中基于PC的应用延伸到移动终端上，实现在移动终端上也能应用PC上的各种应用。目前延展应用主要有两类，即通用类的移动应用，如移动OA、移动ERP、移动CRM、移动BI、移动SCM等；另一类即为行业类移动应用，如移动点餐、移动医疗等。
二、原生态应用
原生态应用是指基于移动终端特点而开发的应用，这些应用往往结合了通信、拍照与摄像、触摸屏、定位、体感等智能手机特有的、PC没有的功能。一般而言，原生态的企业级移动应用只能应用在移动终端上。典型的例子有警务通、手机报警定位系统、校讯通等移动 从企业级应用和移动互联网结合的类型看，服务商还可以有两种选择，即做支撑工具类，或者管理应用类。
二、U8+移动应用方案构成
包括：总账、报表、应收、应付、采购管理、销售管理、库存管理、存货核算、移动应用
三、目标客户
高效办公需求的企业
移动应用解决方案
四、企业关键需求
4.1销售业务员管理难
诊断：企业移动应用，首先面对的是长期在移动状态下工作的人群，包括企业销售业务员、现场服务人员，以及企业高管等，而销售业务，又是企业最关注的业务环节，其管理难点是：
1． 需要提高销售业务员的工作效率 2． 跟好的管理好客户资源 3． 需要监控整个销售过程
4.2销售订单的录入与跟踪不及时
诊断：企业销售业务员长期在企业外流动工作，众多的客户销售订单难以及时录入企业ERP系统，其管理难点是：
1.不能及时进行销售订单录入 2.不能随时监控订单状况 3.无法及时跟踪订单执行情况 4.需要提高销售下单、执行的效率
4.3 不能及时进行客户信息进行检索和处理
诊断：由于重要客户信息都存在企业的专属系统中进行统一管理，业务员在日常工作中不能随时随地进行客户信息的查询、处理，不能及时获得相关资料而错失商机，不能实现真正以客户为中心的销售理念：
1． 无法及时调用客户信息进行业务分析 2． 需要对以变更的客户信息进行及时的修改处理
4.4日常工作任务的记录难
诊断：业务员每天进行大量的客户信息搜集以及工作信息反馈，时间成本是一个大问题：
1． 工作报告填写不及时
2． 无法及时填报客户信息到漏斗中
移动应用解决方案
4.5 企业无法进行业务处理的实时性
诊断：企业主管、部门负责人不在公司，业务审批无法进行，影响企业工作流程的正常运转：
1.如何实现审批流程快速处理，增强审批处理规范性，避免代批现象 2.加快业务处理流程，实现企业时间效益最大化
3.财务、业务审批时间周期更短、资金调拨更快，优化了集中管控效果，提升了企业决策能力
4.业务管理者如何能进行企业报表的实时查看，并根据此进行企业分析决策
五、解决方案
5．1方案架构
用友U8+移动应用解决方案作为中国成长型企业最佳经营管理平台的一个基础应用，利用移动平台，对U8+各业务模块进行移动管理。通过移动应用平台，把财务、业务审批、移动应用解决方案
业务关键单据录入和财务、业务决策支持以及CRM等关键环节推送到手机或者PAD上，实现U8+全产品的移动应用。
5．2方案对策
5.2.1 诊断问题：如何解决销售业务员管理难题? 对策：记录销售业务员日常工作行为
通过U8+移动应用终端管理特点，真实记录销售业务员拜访客户现场情况；管理督促销售业务员日常工作。销售业务员能建立、查看自己的行动，销售经理可以在后台系统为管辖的销售业务员分派、查询行动。
5.2.2 诊断问题：如何实现销售订单录入的及时性和对销售订单的准确跟踪？
对策：通过手机终端进行销售订单的实时录入和销售订单的跟踪
1、销售业务员在公司外（或客户现场），录入销售订单，支持按照客户、商机、产品（存货）、订单四个起点的下单方式。移动客户端录入基本订单信息，剩余信息由销售内勤补充完整，进入公司内部销售订单审批流程。
2、销售订单下达后（已经转化为正式订单），销售业务员需要跟踪销售订单进展，关注销售订单的发货、应收款等情况，督促订单执行或向客户催款。业务员可查看该订单发货、开票、收款、应收款（帐期外应收，按立帐单据为准的应收）等情况，交期预警、催款提醒等；显示该订单所关联的客户、联系人联系信息，直接拨打电话、发短信、发邮件进行催款或其他联络。
5.2.3 诊断问题：如何对日常客户信息机商机进行管理？
对策：通过移动终端对客户信息和商机进行随时、随身管理
1、企业客户档案在一些企业当中不允许随便建立或改动，销售业务员日常可以在移动端填写客户档案维护申请，进行新建或改动企业档案信息。有企业可以允许销售业务员新建、修改客户档案基本通讯信息，销售业务员可以通过移动端及时填写相应信息。
2、通过手机终端登陆U8+系统，进行客户条目搜索,查看基本信息和联系人，直接
移动应用解决方案
在联系人联系方式数据项目上进行拨打电话、发短信、发送邮件等操作； 在地图上搜索定位，或进行客户周边服务信息搜索，关联查看该客户商机列表、行动列表、订单列表、价格列表等。
3、在1、2基础之上进行商机的录入和修改，使商机 与之紧密关联。
5.2.4 诊断问题：如何实现日常信息的管理？
对策： 通过移动终端进行工作业务的提醒，利用碎片化时间完成大量的琐碎工作
1、在日历界面查看每日所有的消息、任务、行动；查看与某客户相关的行动；新建、记录行动；可以进行事件提醒设置，设置事件内容、提醒日期和时间，到提醒日期时间后，在日程管理内部界面或App外部图标上，显示提醒图标；
2、3、通过手机终端录入工作日报，随时随地将客户商机信息上传到企业漏斗中。利用手机进行薪资查询。
5.2.5 诊断问题：如何提高企业流程管理及决策效率？
对策：通过移动终端进行财务、业务单据的实时审批
1、通过移动终端随时处理待办事项，审批业务单据；移动终端的业务审批和U8+系统的审批完美集成
2、为移动终端量身打造的报表类型，匹配业务主管随身办公的业务需求，销售主管关注的销售情况。从多个维度，客户、存货、部门、业务员等维度进行分析，饼图、条形图进行展示销售订单执行情况表，随时查看预期和临期的订单信息。销售过程中，对存货现存量进行随时的精准把握，销售计划的执行情况，计划数据、实际数据一目了然，对计划达成情况进行有效分析。
六、方案应用价值
企业日常管理中发生预警情况时，即时把预警信息发送到指定人员手机或者PAD上，实现了关键信息快速传递，避免时间延迟，增强了管理的敏捷性。
企业上下游产业链伙伴之间关键信息快速协同，实现了合作伙伴之间信息的共享。
移动应用解决方案
企业在业务流程处理中，移动审批缩短了时间，加快了流程的进程，提高了企业的反应能力。
通过移动设备录入单据，特别是销售类单据，支持了经常处于移动性的销售人员实时进行业务处理，提高了销售一线的工作效率，为企业市场扩张提供了有效支持。
主动查询业务系统信息，让在现场工作的销售人员和服务人员随时掌握所需的准确信息，为销售和服务过程中提升客户体验提供了有效的帮助。
移动业务报表报告的查看，为管理者在决策时提供了有效的数据支持，特别是管理者不在办公室，急需重要业务报表的时刻，体现了移动应用的关键价值。
七、示范企业-辽宁力德电气有限公司
7.1 企业简介
位于锦州的力德电气有限公司是一家生产输电铁塔、电力金具的专业公司，集科研、生产、营销、服务于一体的中型企业。公司占地面积70000平方米，注册资本为5009万元，固定资产5000万元，流动资金4000万元，现有职工318人。
公司目前已形成年产值2亿元的生产能力和完善的营销服务网络。其主导产品：铝铜铝类、锻压类、可锻铸铁类、铸铁类电力金具；500KV输电线路铁塔等已行销全国数十个县、市、自治区。力德电气未来发展规划是追求在电力工业领域实现顾客的梦想，并依靠点点滴滴、锲而不舍的艰苦追求，使企业成为全国同行业的领先企业。为了使力德成为全国一流的电力设备供应商，企业将永远追求卓越。以技术创新引导企业产品结构的调整，以科技含量争取市场份额。
7.2 移动信息化动因
力德电力的管理者希望能实现缩短业务处理流程，提高对员工提交各类申请事项的响应能力。实现快速反馈，增强企业信息的敏捷性。同时，经常出差在外的企业管理层要求通过移动终端随时随地快捷的获取业务信息，实施有效获取企业经营管理决策信息。并借助移动设备与企业管理信息系统实现互通互联，及时进行业务流程审批。、移动应用解决方案
7.3 解决方案
通过用友移动应用解决方案，支持力德电气实现了财务单据、供应链单据、生产管理单据的移动审批流处理，直接将审批单据推送到移动终端上，跟踪单据审批进程，批示单据。通过移动平台提供的供应链定制报表和移动查询功能，前所未有的将企业与员工实现实时连接，实现了企业管理者有效获取企业经营管理决策信息，增强了系统数据对管理决策的的科学支撑，提高了企业科学决策能力，降低了企业经营的风险。
u8移动应用解决方案 篇2
随着信息技术的普及, 电子化、数据化的工作方式已进入越来越多的企事业单位, 信息化建设在企事业内部编织起一套高效、畅通的信息互联体系, 极大推动了企事业单位生产力的发展。尤其是移动应用的出现, 打破了依赖固定工作场所和固定配套设备的时空限制, 跳出了固化的信息化建设模式。移动应用可以随时、随地、随手使用的信息系统, 使得公司管理者和员工不管置身何地, 都能随心所欲地和企事业内部信息系统关联。
移动应用给企业带来巨大便利的同时, 应用安全的问题却日益凸显。由于移动办公对企业IT基础架构的影响以及移动化在安全防护技术方面的滞后, 移动安全问题已成为企业移动信息化的一大障碍。究其原因一方面是移动安全的技术发展滞后, 另一方面是企业对移动应用安全重视不够。移动应用安全问题影响到企业开发实施移动应用的源动力和企业用户对移动应用的使用积极性。
2 移动应用开发模式
2.1 企业移动应用平台物理架构
企业移动应用平台物理架构如图1所示:
企业移动应用平台主要分为平台部分、后台应用系统部分和前端应用部分。从物理结构上看, 应用平台的计算机集群 (包括认证服务器) 、后台应用系统都是通过物理链路部署在企业内网的环境中。内网中各个系统间的通讯都是在局域网内, 所以, 速度快、安全性高。前端设备通过HTTPS协议和后台应用系统进行通讯, 前端应用数据要经过两道防火墙才能进入内网。两道防火墙之间是负载均衡服务器和中继服务器, 较好地提升系统稳定性和效能。
2.2 前端开发技术框架
2.2.1 前端技术选型
移动应用前端开发, 目前主流的是三种开发模式:原生开发模式、混合开发模式、Web开发模式。三种开发模式各有所长, 其特点对比如表1所示:
相对于互联网应用, 企业应用一般操作比较简单, 对本地终端操作较少, 而且考虑到企业员工移动终端的多样性, 再者跨平台也是企业应用的重要关注点, 为此, 混合的开发模式成为移动应用开发技术的主流。
2.2.2 前端技术框架
对于前端的技术架构, 主要分为两个层次:界面展现层、应用引擎层。前端技术架构图如图2所示:
界面展现层。分别为HTML技术处理界面展示、CSS技术处理页面展示、Java Script技术处理页面逻辑。
应用引擎层。 (1) 基本功能组件。处理基础的本地化服务, 包括:电话、短信、通讯录、地理位置、音频、视频、压缩、传感器、上传下载、本地存储以及异步通讯等。 (2) 第三方插件扩展。对于多变的业务需求, 应用引擎支持插件式的扩展, 其中包括:二维码、移动支付、同步、即时通讯、加密解密、消息等。
前端框架使用混合开发模式, 利用前端应用引擎强大的适配功能, 整合各种应用到各种移动平台 (IOS、Android) 。应用引擎虽然是混合开发模式, 但是, 也兼容原生开发模式和Web开发模式, 通过标准应用接口, 任何开发模式都可以迅速和应用引擎进行集成。
3 移动应用安全方案
3.1 权限控制
设定不同级别的用户服务权限, 各级别用户权限拥有相应的服务范围。为各级别用户设定移动终端应用的数据访问权限, 确保特定的权限访问特定的数据。
3.2 数据加密和解密
通讯数据传输通过加解密机制保证在网通讯数据的安全。存储在移动终端的数据, 以持久加密方式保存。临时缓存中的数据, 在操作会话结束后直接删除。
3.3 应用配置
配置后端应用服务信息, 例如服务地址、服务方式和服务权限。配置前端应用信息, 例如应用版本、应用开关、应用访问权限。
3.4 设备管理
对于终端设备访问权限管理。对设备进行远程管控, 包括挂失和锁定, 尤其对遗失中单设备远程禁用。
4 移动应用用户验证方案
4.1 手机首次登录验证
(1) 用户输入系统账号时, 程序自动读取已输用户名和手机数据库, 检查是否有该账号的登录记录, 若没有, 则会在用户名输入框下方加载验证码输入框和获取手机验证码按钮。
(2) 用户点击获取手机短信验证码按钮, 手机调用内网服务接口, 将用户输入的账号传递给服务端, 服务端检查该账号是否存在, 如果存在则向该账号关联的手机号发送一条验证码短信, 并记录到系统缓存中, 如果该账号没有关联手机号, 则返回给手机端没有绑定手机号码的指令, 手机端提示用户需要到电脑端绑定手机号。
(3) 用户成功获取并输入手机短信验证码, 继续输入账号对应的密码。
(4) 用户点击登录, 手机端获取当前手机唯一标示IMEI码, 将登录用户名、短信验证码、登录密码和手机IMEI码发至服务端。
(5) 服务端收到四个数据, 做短信验证码校验、密码校验之后, 将手机IMEI码保存到数据库中, 返回给手机端人员权限数据, 则用户登录成功, 进入使用界面。若校验不成功, 返回给手机端相应指令, 提示用户登录失败。
(6) 若用户登录成功, 手机端将用户名和手机IMEI码按照固定算法加密后保存到手机底层数据库中, 留作之后登录使用。
4.2 用户第二次登录
用户使用手机不改变登录账号情况下登录时, 需要通过验证手机IMEI码获取登录许可。
(1) 用户输入系统账号时, 程序自动读取已输用户名和手机数据库, 检查是否有该账号的登录记录, 若账号和手机IMEI码验证成功, 则不需要做任何提示, 等待用户输入密码。
(2) 登录过程中手机端将用户名、密码和手机唯一标示IMEI码发送至服务端, 服务端先进行用户名和IMEI码的认证, 然后进行账号密码验证, 将验证结果及其他数据信息返回给手机端。
4.3 切换用户登录
用户使用手机切换登录账号情况下登录时, 需要通过短信验证码的方式重新获取登录许可。
(1) 用户正常输入用户名和密码, 点击登录。
(2) 当用户名输入框失去焦点时, 程序自动读取已输用户名和手机数据库, 检查是否有该账号的登录记录, 若账号和手机IMEI码验证失败, 则按照首次登录验证方法进行验证。
4.4 手机遗失处理
当用户手机遗失后, 可通过修改服务端存留的手机IMEI码进行限制登录。
(1) 用户发现手机遗失后, 可通知系统管理员, 管理员在管理界面查询该用户手机IMEI码, 并将IMEI码添加到黑名单中, 丢失的手机就无法使用手机端登录。
(2) 用户发现手机遗失后, 还可以直接用电脑登录修改个人关联的手机号码, 然后用其他手机重新绑定自己的账号, 这样丢失的手机也无法再登录。
(3) 当发现遗失手机有登录请求时, 移动端自动删除手机端的任何保存信息, 保证系统数据不会被窃取。
5 结语
移动应用开发模式, 目前主流的有三种, 即原生开发模式、混合开发模式、Web开发模式, 在开发企业应用时, 一般选择混合开发模式或者Web开发模式。移动应用数据和移动应用的界面信息可以来自静态代码, 也可以从服务器端生成。除了笔者提出的单点登录方案之外, 在本文技术实现基础上还可以应用在企业移动应用服务器端动态生成代码的方式, 动态生成单点应用, 移动应用从服务端获取代码, 实现单点的动态配置。希望本文可以给从事移动应用开发, 尤其是企业内部多个移动应用开发的相关人士或单位提供参考。
摘要：在市场竞争日益激烈、企业运营效率和管理精细度日益提高的当今社会, 作为提高企业效率的重要手段之一的企业移动应用迅猛发展。但是, 移动应用安全问题在整个IT行业却没有得到足够重视。基于此, 主要研究企业移动应用的安全防范方案, 运用一些技术手段尝试提高企业移动应用的安全性。
关键词：企业,移动应用,信息安全
参考文献
[1]李新辉, 邹绍芳.Android移动应用开发项目教程[M].北京:人民邮电出版社, 2014.
[2]雷擎, 伊凡.基于Android平台的移动互联网开发[M].北京:清华大学出版社, 2014:107-111.
u8移动应用解决方案 篇3
基于在首批智能手机应用上取得的成功经验，以及IFS Touch Apps合作伙伴计划的深入发展，IFS相继向市场推出了Touch Apps家族系列。这些新产品不仅拓展了原有功能，还支持更多的操作系统。其通过合作伙伴计划推出的产品包括Addovation公司开发的、可支持用户从自身设备寻找或分享重要文档的IFS DocBox，以及由DinERP公司开发的可提高员工搜索效率的IFS Usell。
IFS移动工单解决方案支持新的Android和Windows平台，是现场服务技术人员和维护工程师的最佳帮手。该解决方案与IFS应用系统及IFS Metrix服务管理整合在一起，可以节约成本并实现快速安装，客户也可将IFS移动工单与现有的后端解决方案进行集成。
同期发布的其他移动解决方案还有全新的IFS仓库数据收集（Wa rehouseData collectlon）。该解决方案在IFS的前期试用者计划（early adopter program）中得到了测试和完善。它在用户自动获取数据并执行流程时，能提供可配置的、即时可用的功能。该方案支持Android、Windows Mobile/CE和Windows平台，可在大批量分销及生产小型零配件管理或项目地点物料管理中应用，对这些领域而言，效率和可追溯能力都是关键的考量因素。
IFS大中华区总经理林时东表示：“对IFS的移动解决方案而言，2013年是具有特殊意义的一年。因为这一年，移动互联网业务全面爆发，随之而来的巨大机遇和挑战也成为我们深耕移动市场的动力。我们会不断加大对这部分产品的投入，积极面对一系列挑战。移动业务是大势所趋，从车间、办公室、董事会到员工，它将持续影响每个企业的运营效率和利润。IFS已经为这个转变做好了充分的准备，我们将继续为目标行业开发丰富的移动解决方案，不断满足客户不同的移动应用需求。”
以下是部分IFS移动解决方案：
IFS扫描：用户可通过条码、NFC标签或手动输入获得数据，并在仓库内外执行流程。
IFS不合规报告：用户可在现场创建并提交不合规报告，内容包括文字、照片和依据等。
IFS审核伴侣：帮助质量检验员及时记录审核情况，并结合IFS不合规报告应用，创建并审核相关的报告。
IFS事故报告：是IFS健康与安全解决方案的一个移动扩展功能，当与健康和安全有关的事故发生时，用户可通过它申报事故时间和地点等信息。
IFS管理员伴侣：帮助IFS应用系统管理员监控当前服务器状况，接收错误提示，锁定/释放用户账户，以及管理密码等。
可视化移动作业应用系统应用方案 篇4
概述：
随着社会信息化的快速发展，为了提高工作效率，必要的视频交互成为各行各业迫切需要解决的问题。同时，目前很多目标任务现场并不相对集中且具有一定的偶然性，如铁路巡线、公安巡逻、电力巡查、森林防火等。首先，地理环境本身就具有一定的复杂性及不确定性，架设线缆比较困难，建设成本也较大。其次，考虑到工作中的便捷性，也需要各种相应的终端设备能够随时移动，不受距离限制，实现动态目标现场的即时信息掌握。因此，移动可视化作业已成为一种发展趋势，并希望能够实现前端到后台的双向通信，从而进一步提高工作效率。
方案设计：
阅维科技针对行业应用中的需求，推出了一系列的可视化移动作业解决方案。在终端设备的设计上，为了满足不同移动环境的需求，产品可分为单兵便携式终端设备、机动式终端设备和临时固定型终端设备，并配备各种视频采集设备，主要完成前端现场视频、音频、地理位置信息、各类传感数据等综合信息的采集、压缩、编码及无线通信等功能，实现一线场景的实时回传。设备体积小巧轻便，功耗低，一键式操作，在执行工作任务时，可由工作人员随身佩戴或者快速安装在巡视车内，开机即用。
在无线网络信道的选择上，本系统支持多种3G制式的联合传输，支持多卡绑定（WCDMA/CDMA2000/TD-SCDMA），并兼容4G制式，同时，还可接入现场WIFI热点,实现视音频数据的远程回传。此外，根据现场的具体应用，阅维科技还推出了移动状态下的无人机、无人艇终端设备，通过卫星、无线微波实现信息远程回传，传输距离不受限制，后台人员可实时掌握一线现场视音频信息并据此远程下达语音指令，作出相应的指挥决策。方案特点
● 远程实时监控，双向语音对讲，实发送接收数据及信息
● 高效视频压缩编码算法，实现清晰流畅视频的低网络带宽要求
● 传输延时低，平均在2秒～3秒
● 支持多运营商多卡3G传输
● 可选GPS定位功能
● 可选WIFI网络功能
● 支持远程无线录像下载，本地录像下载
● 嵌入式DSP方案设计，体积小，性能可靠
用友U8发展历程 篇5
中国第一款基于关系型数据库的财务业务集成管理软件，更好服务于中国企业日益精细化的管理要求，实现资金流与物流管理的集成。1999年 U8 V8.12
中国第一款基于WEB应用的管理软件，可以更好的协助企业进行广域业务部署和异地关键业务的管理； 为了服务中国企业的扩张式发展，首次发布集团管理工具，可以快速实现集团报表合并，并支持基于WEB方式进行远程业务审计。2000年 U8 V8.13 国内第一款支持企业级数据库SQL Sever的管理软件，更好支持企业快速扩张的海量业务数据管理； 首次在国内管理软件中引入决策支持系统，实现管理软件的初步智能化； 提出“管好业务、理好财”核心理念，系统包括20余个管理模块。2001年 U8 V8.21
国内第一款企业级管理软件，全面支持企业物流、资金流、信息流的三流集成。2002年 U8 V8.50
首次集成生产制造，是国内首款实现生产、财务、物流深度集成的管理软件； 提出“优化资源、提升管理”的核心理念；
覆盖财务、供应链、管理会计、生产制造、人力资源、集团财务、商业智能等八大管理领域，帮助中国企业实现专业化管理。2003年 U8 V8.52 国内第一款企业应用套件产品；
提出“角色驱动、流程导航”核心理念，实现基于流程按角色配置管理的职能； 首创的中国企业管理模型化理论，并将管理模型植入ERP软件系统； 全面支持按订单组装及按订单制造模式；
支持多车间PWP管理模式及供应商、外协厂管理。2004年 U8 V8.60
提出“整合业务驾驭变化”核心理念，覆盖企业所有应用领域； 开创中国ERP普及时代，提出中国企业ERP123信息化部署模式； 国内首创管理驾驶舱技术，帮助企业管理者综览全局业务，洞察业务变化。2005年 U8 V8.61 首次提供多语言的国际化版本，满足中国企业参与国际竞争，外资企业本土化应用需要。提出“精细管理、敏捷经营”核心理念。提供覆盖10个管理领域多达64个模块。提供完整的行业解决方案（标准产品+行业插件+行业伙伴产品集成）。通过EAI平台支持与PDM、CAD、POS等外部系统的集成。2006年 U8 V8.70 首创业务场景驱动与应用的新体验；
打破了ERP的神秘和复杂，使得企业的各类角色只要“懂业务、就懂ERP"；
更全面深入的支持机械、电子、服装、医药、汽配行业、完整支持项目、流程、离散、重复等多种制造模式； 向客户提供更加灵活的UAP技术开发平台，可以使用友U8与外部系统的快速集成。2007年 U8 V8.71
“全面应用、按需部署、快速见效”的应用特点使其成为中国企业最佳经营管理平台； 引入更尖端的商业智能技术、国内首创基于标准产品提供关键领域指标体系；
覆盖多大40个管理软件及行业的专项解决方案，支持按产品、按订单、按工序的精细成本管理模式。2008年 U8 V8.72
从传统ERP到中国企业最佳经营管理平台；
推出4大类管理信息化解决方案，行业客户应用方案，基础管理应用方案，标准化行业解决方案，专项管理应用方案； 继续加强用友U8成本管控优势，推出优化实际成本、标准成本三种先进管理模式，对流程业联副产品成本核算与管理有更强支持；
在生产制造方面，管理更加细腻，成本模拟、卷积评分、外协过程监控、工序过程及人工计件等二百余项改进，新增功能，很多应用和支持模式均为国内首创。2009年 U8 V8.90 敏捷的经营管理平台：拥有独创技术的国内第一款完全符合BPEL国际标准的世界级工作流平台，完全符合企业“全面应用、按需部署、快速见效”的管理需求，包括PLM、CRM、协同在内的120多个模块。
丰富的行业最佳实践：提供200余个细分行业的精细管理解决方案，涵盖丰富的先进管理模式。全面支持大规模定制、柔性自动化制造、敏捷协同制造、精益生产、快速重组制造等多种制造模式，更可支持制造+多级渠道、制造+3PL、制造+服务管理、制造+供应商物流管理等多种制造服务模式，帮助中国企业由单一制造向制造+服务模式快速转型。它的B2B和B2C门户，是国内唯一即兼容VB客户端也兼容.net客户端的产品。
用友U8期初设置指南 篇6
1.1系统管理
1.2权限和查询
1.3建立部门档案和职员档案
1.4结算方式、外币、开户银行的设置
1.5分类与档案
1.6业务控制参数
1.7设置会计科目
1.8凭证类型设置
1.9增加项目档案
1.10录入期初余额
1.1系统管理
1、开始——>程序——>用友——>系统服务——>系统管理
2、注册： ①录入操作员admin②密码为空
3、增加操作员：
权限——>用户——>增加（注意：用户ID不能重复，添加过程中，“增加”即可保存）
4、建立账套：账套——>建立（注意：按资料填写）
已存帐套：不填
账套路径：按系统默认
启用会计期间：按资料填写（注意：可以直接选择的，不通过输
入）
略
1.2权限和查询
1、权限设置
权限——>权限——>点击操作员——>点“总账”——>按资料修改操作员的权限（点“****”——>修改）
注意：电算主管的权限非常多，但不一定所有的工作都要自己做
2、查询及修改账套
①注销admin：系统——>注销
②账套主管（电算主管）的注册：系统——>注册
注意：操作员：账套主管
③修改帐套：账套——>修改
1.3建立部门档案和职员档案
操作员：账套主管
1.开始——>程序——>用友——>企业门户
注意：⑴操作员不再是admin，而是账套主管
⑵左下角的三个标签
2.增加部门档案
点“增加”——>按资料填写——>保存（F6）
3.增加职员档案
点“增加”——>按资料填写——>保存（F6）
注意：可先选好部门，再增加职员信息
4.返回部门档案，添加负责人信息
选择部门——>点“修改”——>按资料填写——>保存
1.4结算方式、外币、开户银行的设置
操作员：账套主管
(一)结算方式
企业门户——>设置——>基础档案——>收付结算
（二）记账本位币及外币
企业门户——>设置——>基础档案——>财务——>外币设置
（三）开户银行
企业门户——>设置——>基础档案——>收付结算——>开户银行
1.5分类与档案
操作员：账套主管
（一）客户分类与客户档案
企业门户——>设置——>基础档案——>往来单位
（二）供应商分类与供应商档案
企业门户——>设置——>基础档案——>往来单位
1.6业务控制参数
操作员:账套主管
企业门户——>业务——>财务会计——>总账——>设置——>选项 填完之后，点“编辑”——>确定
1.7设置会计科目
操作员:账套主管
企业门户——>设置——>基础档案——>财务——>会计科目
一、指定科目
工具栏——>编辑——>指定科目
现金总账选现金，银行总账选银行存款。
二、⊕增加会计科目（2级或3级）
点“增加”
⊕修改会计科目
点“修改”
1.8凭证类型设置
操作员：账套主管
一、复习回顾
概念：
1.收款凭证：与库存现金和银行存款增加有关的业务——>借方
必有库存现金或银行存款
2.付款凭证：与库存现金和银行存款减少有关的业务——>贷方必有库存现金或银行存款
3.转账凭证：与库存现金和银行存款无关的业务——>借、贷均无库存现金或银行存款
二、设置凭证类型设置
企业门户 ——>设置——>基础档案——>财务——>凭证类别 选择：收款凭证、付款凭证、转账凭证（按给定资料）限制类型：双击——>点“修改”
限制科目：略（英文状态下输标点符号）
1.9增加项目档案
操作员：账套主管
企业门户——>设置——>基础档案——>财务——>项目目录
1.增加——>录入“***”——>下一步（默认）——>点“完成”
2.四张选项卡：
◆核算科目：
选“料、工、费”，点“确定”
◆项目结构：按默认
◆项目分类定义：
点下面的“增加”——>点“确定” ◆项目目录：点“维护”
快速构建跨平台移动应用开发方案 篇7
随着智能手机、平板电脑的快速普及, 移动App (Application应用) 持续在商业界扮演核心角色, 越来越多的企业意识到要建立自己的App和移动网站, 也有越来越多设计师开始转战移动平台。移动产品的实现方式主要有三种:
1.1 Native App (原生应用)
Native App[1]就是所谓的原生应用, 是专门针对某一类移动设备、用平台特定的开发语言所开发的应用。原生应用含有二进制可执行文件, 通常需要先从App Store或Google Play这样的应用商店里下载, 再安装到终端设备里。表1显示了与四大移动操作系统有关的不同工具、语言、格式和分发渠道。
Native App的优点是可以完全利用系统的API和平台特性, 无论是用户体验或交互界面, 都是最优质的。缺点是由于开发技术不同, 如果要覆盖多个平台, 则要针对每个平台独立开发, 无跨平台特性。
1.2 Web App (Web应用)
Web App[2]采用标准的HTML、Java Script、CSS等Web技术开发, 通过不同平台的浏览器访问来实现跨平台, 能充分发挥HTML5及相关技术的强大威力。现代移动Web应用区别于一般的移动网站, 它借助各种移动Web框架, 可实现在小尺寸屏幕上舒适的“触摸体验”, 使得在浏览器中执行的Web App, 也有了如原生应用一般流畅的用户体验。
Web App最突出的优势在于, 它支持多种平台, 且开发成本低。缺点是基于浏览器的应用无法调用系统API来实现一些高级功能, 也不适合高性能要求的场合。
1.3 Hybrid App (混合型应用)
Hybrid App[3]可以说是为了弥补上面两种应用开发模式的缺陷而生, 它是两者混合的产物, 并且尽可能继承了双方的优势。首先, 让为数众多的Web开发人员可以几乎零成本转型成移动应用开发者;其次, 相同的代码只需针对不同平台进行编译就能实现多平台的分发, 大大提高了多平台开发的效率。Hybrid App的主体功能以Web技术开发, 再通过中间件包装成一个可发布到应用商店的应用程序, 而相较于Web App, 开发者可以通过包装好的接口, 调用大部分常用的系统API。
Hybrid App总体特性更接近Native App, 也兼具了Web App使用HTML5跨平台开发低成本的优势, 但开发成本和难度比Native App要小很多, 在许多情况下, 它集两者之所长。
这三种开发方式各有优劣, 选择一种合适的方法取决于企业的具体要求和诸多因素, 比如预算、时间表、IT资源、目标市场、所需的应用程序功能等多方面。若要兼顾企业的要求、预算、产品上市时间等方面的限制, 混合型应用无疑是快速有效的方案。基于HTML5低成本跨平台开发优势又兼具Native App特质的Hybrid App, 大幅的降低了移动应用的开发成本, 且可以通过现有应用商店模式发行, 因此Hybrid App在相当长一段时间内是全面解决跨平台问题的最佳方案。
2 混合型应用的核心技术
Hybrid App可以使用标准Web技术编写代码, 如HTML5、CSS和Java Script, 然后利用一个框架或平台作为桥梁, 它会提供一个公共API, 用它以原生方式访问不同设备平台上的特性。这个框架或平台填补了Web代码与设备原生代码 (对于所支持的各个平台) 之间的缺口, 并为各个平台生成应用。
2.1 HTML5
广义上的HTML5, 通知是指HTML5本身、漂亮的CSS3和超炫的Java Script这三者的组合, 而这些正是构建现代交互式Web应用的核心部分。
HTML5是一个正在发展的标准, 目前部分浏览器已经支持某些HTML5技术。HTML已经有20多年的发展历史, HTML5在这个标记语言基础上做了进一步的调整和改进, 特别是增加了对Web应用的支持。HTML5引入了很多新的语义元素, 也简化了一些标记的语法, 并提供了强大的媒体能力, 另外通过一些新的Java Script API (如地理定位和离线存储) 大大解除了对交互性的束缚。
2.2 移动Web UI框架
要想从头开始构建复杂的交互式Web应用, 是一个让人望而生畏的工作。Web UI开发框架是一组打包的交互式元素和代码工具, 使用框架可降低开发难度, 迅速提高开发者的Web水平。Web应用框架可以使生成的Web网站看上去更面向移动, 并可以在一定程度上解决各种浏览器的兼容性问题。目前, 最常用的移动Web UI框架有很多, 其中j Query Mobile、Sencha Touch、XUI等最著名。
2.3 跨平台开发移动应用中间件
国内外Hybrid App的开发框架众多, Phone Gap、Titanium、Salama等都是知名的跨平台开发移动应用中间件。而Phone Gap正是目前Hybird App框架中集大成者。
Phone Gap是一个开源的HTML5平台, 可使用混合型应用开发方式为多个移动操作系统创建原生应用。Phone Gap可通过一个一致的、跨平台的Java Script API在Web代码和原生代码之间搭建桥梁, 使开发者能够访问智能手机的核心功能———包括相机、地理定位、联系人、声音和振动等。Phone Gap Build是一个基于Web的服务, 可同时为多个平台编译应用, 并在线打包成对应平台的移动应用。通过Phone Gap Build可以跳过一些组件的安装, 至少是一些SDK、插件、IDE以及各个平台的自有组件, 从而消除构建过程的麻烦。
有了Phone Gap和Phone Gap Build, Web开发人员便可以利用Web技术, 结合移动Web UI框架来开发跨平台移动应用, 将程序发布到不同移动平台上。
3 混合型应用的开发过程
下面将展示一个使用Phone Gap Build构建混合型Android应用的案例。之所以选择Android平台, 一方面因为Android确实是一个流行的平台。另一方面, 在设备上构建和部署i OS应用必须是i OS开发计划的成员 (每年的会费是99美元) 。同时, Android还提供了一个免费的SDK, 支持在不同版本的Android OS上模拟多种虚拟设备。
3.1 使用j Query Mobile构建应用型网站
j Query Mobile是目前Web开发者用得最多的Java Script框架, 它是j Query在手机上和平板设备上的版本。选择j Query Mobile完成这个项目的原因是, 这个框架很容易使用, 且它的体系结构可以很好地映射到HTML5中, 轻松地关联到良构的HTML5标记。
从j Query的CDN (内容分发网络, 即在code.jquery.com托管的代码) 可下载到j Query Mobile的完整组件, 将3个核心文件———主题CSS、j Query内核和j Query Mobile本身包含到Web页中, 然后将页面中的各部分内容包含在<div>标记中, 并为这些<div>标记指定描述性的data-*属性, 通过这种方式告诉j Query Mobile如何处理这些内容。data-*属性是HTML5中引入的, 利用它开发人员可以为HTML元素关联很有意义的轻量级数据。在这个项目中的所有HTML页面, 都是通过data-role属性, 告诉j Query Mobile给定元素在这个页面结构中的角色, 例如:页眉、内容、导航、页脚等。
如图1所示, 为原始的Web页面效果, 在包含了j Query Mobile的核心组件和页面结构设定后, 在页脚部分添加了固定位置的工具栏, 使其更像一个应用, 效果演变为如图2所示。
3.2 加入后端代码, 并实现离线体验
使用PHP连接远程数据库, 实现动态内容管理, 可供推送最近更新的新闻, 让应用在有互联网连接时保证数据更新。同时, 使用Ajax异步请求更新的内容或数据, 只请求有关的部分内容而不是重新加载整个页面, 可以减少带宽和处理负担, 改善交互性。如图3所示, 为移动应用同步更新新闻数据。
要提供让人满意的用户体验, 其中很重要的一方面就是要让应用在没有互联网连接时也有很好的表现。应用缓存 (Application cache) 是HTML5规范中引入的一个缓存机制。通过使用一个缓存清单, 可以控制哪些Web资源要缓存, 从而能离线使用。
3.3 使用Phonegap Build生成应用程序
Phonegap Build项目的结构要基于W3C Web部件规范。Web部件是封装的Web应用, 可以作为独立的客户应用。另外, 还需要创建一个配置文件 (config.xml) , 为Phonegap Build提供有关应用的一些必要的详细信息, 包括该应用的名称、版本、开发者、描述及图标等信息。
访问http://build.phonegap.com, 创建新账户后, 可打包压缩项目的完整文件夹, 并上传zip文件, Phonegap Build将在线构建这个应用的各个平台对应的App, 如图4所示。
3.4 在模拟器上测试安装
下载Android平台对应的apk文件后, 需要在一个虚拟设备上安装测试这个应用。若要运行Android虚拟机, 需要下载安装Java的JDK以及Android的SDK。不论在虚拟设备还是真实设备上部署, 安装应用的过程都是一样的。在终端窗口或命令行窗口, 使用cd命令切换到保存Android APK文件的目录, 使用adb install命令安装应用, 如图5所示。安装应用时确保虚拟设备已经运行。
当提示“Success”则表示安装成功, 可在虚拟机的应用程序列表中找到最新安装的应用, 应用运行效果如图6所示。
若对该应用有修改或更新, 需要在Phonegap Build重新上传更新后的zip文件, 重新构建应用后, 需要在虚拟设备上先使用adb uninstall命令将原来的应用卸载, 再重新安装。有一点必须清楚地认识到, 混合型应用还不能完全取代原生应用, 在一些复杂的API调用或者涉及高性能计算的应用开发上, 原生应用还是唯一的选择。除此以外的大多数场合下, 混合型应用以很小的性能牺牲为代价, 带来了极大的灵活性和开发效率。
摘要：移动应用产品往往需要考虑多种设备和多个平台的支持, 单一平台很难保证应用的覆盖面。但是, 从开发的角度而言, 多平台之间开发技术的差异, 导致开发跨平台原生应用的成本过高。因此, 出现了一种中间件的折中方案, 它填补Web代码和设备原生代码之间的缺口, 并为各个平台生成应用。本文将介绍这种基于Web技术构建的混合型移动应用的开发方案, 面向快速开发跨平台移动应用的需求。
关键词：HTML5,移动框架,PhoneGap,跨平台,混合型应用
参考文献
[1]百度百科.Native App:http://baike.baidu.com/view/10608944.htm.
[2]百度百科.web app:http://baike.baidu.com/view/8346651.htm.
u8移动应用解决方案 篇8
关键词：用友 上机实验 问题
在信息技术日新月异，企业信息化建设全面推进的形式下，企业对于财务人员在会计电算化方面提出了更高的要求。会计电算化在大学生当中往往存在片面认识，认为会计电算化只是会计核算工具的改变，看不到其对会计职能、企业管理方法和管理流程的深刻影响，甚至认为会计电算化只是用计算机代替手工账册，仅把会计电算化当作树立企业形象的一种手段。实际上会计电算化不仅仅意味着代替手工记账，建立完整的会计信息系统对企业有着重要意义。
因此，一个综合性的财会专业人才，需要具备会计、管理、计算机等多方面的知识，才能从满足手工会计的需要到适应会计电算化普及的过渡。另外，电算化使得以前手工记账时繁琐的对账、核算、分类等事情现在只需短短几秒钟就可完成，这对会计人员的要求更高了。因此在高校培养财会专业学生时，财务软件的上机操作是必不可少的一门课程。目前，国内高校中用来教学的财务软件比较普及的系统中，用友ERP-U8是其中之一。由于ERP-U8系统对初学者来说有一定的复杂性，在操作和使用过程中，经常会出现一些问题，从而导致实验终止，无法正常进行下去。学会正确处理上机实验中出现的问题，对于培养优秀的财会学生的独立处理，独立思考有着很大帮助。
一、账套主管不能审核凭证
现象：在上机操作时，财务人员在制单后，账套主管审核，弹出对话框“制单人与审核人不能同为一人”。
原因：这是由于学生在自己一个人做账时，往往要扮演会计、出纳、账套主管三个人，在操作中，学生忘记需要切换身份，误用账套主管的身份制单，或者使用会计的身份来审核凭证了。
解决方法：如果误用账套主管制单，则由会计作废该凭证，然后整理凭证，删除这个错误的凭证。接着由会计重新制作，账套主管审核、记账。如果是正常的会计制单，则只需要切换身份为账套主管，然后审核、记账就可以了。
二、无法结账
现象：账套主管在月末进行结账时，点击到最后一步，出现“未通过工作检查，不可以结账”的对话框。而在“月度工作报告”中，出现“本月未记账凭证 共1张凭证”。
原因：这是由于账套主管之前记账时，没有将“作废凭证”记账。由于学生可能误以为作废凭证不需要记账，所以产生了最后无法结账的结果。
解决方法：账套主管将作废凭证记账。如果不想将作废凭证记账，可由会计通过整理凭证将该作废凭证删除，之后即可正常结账。
三、结账时损益类未结转为零
现象：以账套主管身份结账，进行“月度工作报告”时，“本月损益类未结转为零的一级科目”下有“5502 管理费用”，但仍可顺利结账。
原因：以会计身份进行自定义结转和期间损益结转之后，账套主管直接将自定义转账生成的凭证和期间损益结转生成的凭证一起审核、记账，并没有把自定义转账生成的凭证审核记账后，再进行期间损益结转生成，导致自定义转账生成的凭证中的管理费用没有记入期间损益，故月末结账时损益类科目未结转为零。
解决方法：由会计再进行一次期间损益结转，然后账套主管审核、记账。而正常的操作步骤应为会计自定义结转，账套主管审核、记账，会计再期间损益结转，账套主管再审核、记账。
四、无法进行银行对账
现象：以出纳身份执行银行对账命令，进入“银行对账”窗口，发现左侧“单位日记账”一栏是空白，右侧“银行对账单”业务齐全。
原因：造成这个现象的原因是，之前进行过反记账，之后忘记进行记账。反记账是会计电算化中，在经过记账后，需要返回记账前状态时，进入对账状态下按住“CTRL”+“H”键激活恢复记帐前状态功能，然后点击它，就可以将电算化账务恢复到记帐前状态。
解决方法：账套主管对未记账凭证进行记账，再以出纳身份进行银行对账。
五、无法删除固定资产卡片
现象：会计在做固定资产科目时，在需要删除00003号固定资产卡片，点击固定资产卡片，删除，然后弹出“00003卡片已做了第[2]号[付]凭证，请先删除凭证”。
原因：当固定资产发生增加变动时，用友系统自动生成记账凭证，要先删除记账凭证才能删除固定资产卡片。这样可以更清晰的管理固定资产，也能防止会计再制作完固定资产卡片后，忘记制单。
解决方法：先删除以及自动生成的固定资产记账凭证，再删除固定资产卡片。
六、商品入库的凭证无法制作
现象：在会计制作采购商品入库的凭证时，弹出窗口“总账系统不能使用其他系统的受控科目”，不能继续填制凭证。
原因：在一开始建立账套时，总账设置参数中有关凭证的设置错误，供应商往来款项应选为总账系统核算。
解决方法：由于已经设置了供应商往来科目，因此更改选项需要取消供应商往来科目。然后再进行制单。
七、无法删除会计科目
现象：想要删除一些会计科目时，发现部分会计科目无法删除。
原因：有三个原因会导致会计科目无法删除。第一，已录入期初余额或者已制单；第二，非末级会计科目不能删除；第三，指定的会计科目不能删除。
解决方法：把需要删除的包含子科目的会计科目下面的子科目全部删除，然后逐级删除上一层的会计科目。
用友U8常见数据库简介 篇9
1、ufsystem库
此库是系统参数数据库，其中主要存放各个帐套的共用信息，意义很大，日常应用的也很多。
A．ua_account：是帐套信息表，其中系统帐套存放路径、帐套启用、帐套启用月份、企业类型、行业性质等字段特别重要。
B．ua_account_sub：帐套各模块启用月度及最大结帐月表，其中子系统id字段、最大结帐月字段、子系统启用日期字段十分重要。
C．ua_period：帐套会计日期划分表。
D．ua_task：异常任务记录表01(在所有模块退出后，此表应为空)E．ua_tasklog：异常任务记录表02（同上）F．ua_log：上机日志表
G．ua_tonextyear：建立下年帐时要建立的表（此表也特别重要，在建立帐失败时，一般可从此表记录的内容进行排查，以发现上是哪张表有问题）。
H、ua_holdauth：记录每个操作员在每个帐套每个的分配权限。
2、ufdata_xxx_xxxx库
此数据库叫应用数据库，命名规则是ufdata_帐套编号_（四位计数），其中主要存放每个的帐务数据，包括各个模块的数据。在数据表中，命名方法是模块代码_表名。其中： ap代表应付； ar代表应收;gl代表总帐;wa代表工资； fa代表固定资产;pu代表采购； sa代表销售； st代表库存;ia代表存货； fd代表资金管理;ca代表成本等。
A．accinformation：帐套参数表，包括财务和购销存模块设置选项中定义的所有参数，如启用时间、系统等等。
B．ap_closebill：收付款结算表，主要记录收款单、付款单的内容。
C．ap_detail：应收应付明细表，主要记录已结算的采购发票和已审核的销售发票所形成的应收应付记录。D．ap_vouch/s：应付/收单主子表，记录销售已审核的代垫费用单，应收、应付单等的表头和表体记录。E．ap_vouchtype：单据类型表，主要记录应收应付系统所使用的各种单据的类型和代码。
F．currentstock：现存量表，写入存货的不同自由项、所在仓库到目前为止的结存数量和结存件数。G．customer：，客户档案表，写入客户的记录。
H．dispatchlist/s：发货单、委托代销结算单主子表，主表写入表头内容，子表写入表体内容。I．Dsign：凭证类别表，定义凭证类别的记录。J．endispatch/s：委托代销发货单主子表。K．gl_accass：辅助总帐表，写入带有辅助核算科目的期初余额以及凭证记帐之后带有辅助核算科目的记录。L．gl_accsum：科目总帐表，写入科目的期初余额和凭证记帐之后科目的增加变化记录。
M．gl_accvouch：凭证及明细帐表，写入带有个人往来、供应商往来、客户往来的科目的期初余额及所有模块填制的凭证的明细记录。
N．gl_mccontrol：科目并发控制表，写入科目的锁定记录，在没有任何操作的前提下，此表应为空。O．gl_mvcontrol：凭证并发控制表，写入凭证的锁定记录，在没有任何操作的前提下，此表应为空。P．gl_mend：结帐状态表，记录各模块结帐至何月的记录，其中：
bflag代表总帐 bflag_ap代表应付 bflag_ar代表应收 bflag_ca代表成本
bflag_fa代表固定资产 bflag?_fd代表资金管理 bflag_ia代表存货
bflag_pu代表采购 bflag_wa代表工资 bflag_st代表库存 bflag_sa代表销售。
Q．ia_subsidiary：存货核算存货明细帐表，写入存货的期初余额、所有出入库单据上存货的成本明细记录，其中凭证号字段(ipzid)、单据类型字段(cvoutype)、仓库编码(cwhcode)、暂估标志（0-未暂估未报销、1-暂估、2-报销）(flag)等字段特别重要。
R．ia_summary：存货核算存货总帐表，写入存货的汇总成本记录。
S．inventory：存货档案表，写入建立存货时的明细记录。其中是否批次(binvbatch)、启用日期(dsdate)字段特别重要。
T．lockvouch：单据锁定表，写入各种单据的锁定记录。在正常不操作任何功能的前提下，此表应为空。U．mainbatch：批次主文件表，写入计价方式是个别计价的存货或者是批次管理的存货的记录，其中是否出空字段(bisnull)特别重要。
V．maxvouch：最大单号表，写入购销存模块所有单据的单据号的当前号记录数。W．purbillvouch/s：采购发票主子表，写入采购发票的表头表体记录。主表写入表头记录，其中自动编号字段（pbvid）、发票类型（专用、普通、运费、农收、废收、其他）字段（cpbvbilltype）、发票号字段(cpbvcode)重要。子表写入表体记录，其中子表自动编号字段（id）、采购发票主表id号字段(pbvid)、累计付款字段（ioritotal原币、itotal本币）等字段较重要。
X．rdrecord/s：收发记录主子表，写入各种出入库单据（包括存货期初）的记录。Y．salebillvouch/s：销售发票主子表，其中子表的累计收款字段较重要。Z．vouchtype：单据类型表，写入购销存模块中所有的单据类型的代码。AA、St_totalaccount：库存总帐表，写入存货所在仓库的月汇总记录。
AB、warehouse：仓库档案表，写入建立仓库的信息，其中计价方式字段（cwhvaluestyle）、期末处理会计月份字段（cmonth）特别重要。
AC、sa_account：销售总帐表，写入存货销售的汇总记录
3、其他库
U8workFlow:工作流数据库,保存工作流相关设置用。Ufmom:是一个中间件服务器,目前主要是工作流用。
UFReport:是报表查询时缓存库,主要是为了提高报表的查询效率