U8+ 中并没有【内部控制】这个模块,我们的产品是如何帮企业进行内部控制管理的呢?
2019-4-23 8:0:0 用友T1小编U8+ 中并没有【内部控制】这个模块,我们的产品是如何帮企业进行内部控制管理的呢?
U8+ 中并没有【内部控制】这个模块,我们的产品是如何帮企业进行内部控制管理的呢?内部控制是涉及企业组织、人力资源、日常运营、资产保护等各个方面的一个管理体系,很难通过具体一个模块来进行实现,但是在U8中完全可以通过人员权限、安全策略、业务流程配置、业务控制参数、、审批流定义等帮企业搭建基于COSO框架的内部控制体系,另外U8【内部审计】模块也是企业构建其内部控制程序的一个重要支持工具。
用友天龙瑞德专业销售,维护用友软件、用友T3、用友t6、用友U8、致远oa软件。我们将竭诚为您服务。
联系电话:010-59798025。网址:http://yun.kuaiji66.com用友云基地
如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
相关阅读
- 用友恢复记账前状态时报错2019-4-23 8:0:0
- 用友据说用友软件U8+移动应用又新增了不少应用,能给介绍一下吗?2019-4-23 8:0:0
- 用友机器安装Office2003,总账账表输出Excel时报Office未安装,无法输出成Excel表。2019-4-23 8:0:0
- 用友机器突然断电后系统无法登录,自检死机。2019-4-23 8:0:0
- 用友管理软件工资、总账系统在年终结账...2019-4-23 8:0:0
- 用友结账2019-4-23 8:0:0
- 基于ERP环境的财会人才素质培养的思考2019-4-23 8:0:0
- 基于Excel平台的会计信息系统的设计探讨2019-4-23 8:0:0
- 机器安装Office2003,总账账表输出Excel时报Office未安装,无法输出成Excel表。2019-4-23 8:0:0
- 机器突然断电后系统无法登录,自检死机。2019-4-23 8:0:0
最新信息
查询入库调整单报“错误13” 查询入库调整单报“错误13”
问题号: | 15413 |
---|---|
解决状态: | 临时解决方案 |
软件版本: | 8.52 |
软件模块: | 存货核算 |
行业: | 通用 |
关键字: | 错误13 |
适用产品: | U8 |
问题名称: | 查询入库调整单报“错误13” |
问题现象: | 查询入库调整单报“错误13” |
问题原因: | 经跟踪查询,存货档案中有‘/’非法字符,去除非法字符后正常。 |
解决方案: | 经跟踪查询,存货档案中有‘/’非法字符,去除非法字符后正常。 |
补丁编号: | |
录入日期: | 2016-03-16 15:23:45 |
最后更新时间: |
T310.8.2财务报表中本年利润期末数与余额数不一致导致资产负债表不平,它只显示期初余额的本年利润 我的公式也是对的QM怎么回事呢 T310.8.2财务报表中本年利润期末数与余额数不一致导致资产负债表不平,它只显示期初余额的本年利润 我的公式也是对的QM怎么回事呢[]
是资产负债表中的未分配利润取数不正确吗?请把公式发过来看一下。@服务社区刘佳佳:@csp曲贵宾:请到余额表中查询3101和3104两个科目的余额相加是不是等于-1415591.42@服务社区刘佳佳:不等于啊 我给你截了3个图呢吗
第一个就是余额表啊@csp曲贵宾:请把公式修改为QM("3101",月,,,年,,)+QM("3104",月,,,年,,),这个试试。@服务社区刘佳佳:我才看到你说的是3101啊 可是3101没有余额没有发生啊@csp曲贵宾:QM("3103",月,,,年,,)+QM("3104",月,,,年,,),上个公式我写错了。用这个公式。@服务社区刘佳佳:还是不变真奇怪了 主要是前几个月都是对的,就这个月不对了呢@csp曲贵宾:取消记账从新记账再试试。@服务社区刘佳佳:重新记账后,打开财务报表点击数据--账套初始。录入账套号和年度。账套初始后再做关键字录入重新期数。@服务社区刘佳佳:真就对了,这是什么问题造成的呢,谢谢啊@csp曲贵宾:可能是记账有问题,也可能是账套数据和财务报表的链接有问题。@csp曲贵宾:不客气![/微笑]@服务社区刘佳佳:好的再次谢谢了
T3普及版10.8plus1升级到10.8plus2 T3普及版10.8plus1升级到10.8plus2[]
可以升级帐套引入,升级SQL@WSKYGA:我由原来的10.8plus1先备份了数据,然后卸载软件,然后再装10.8plus2,然后恢复10.8plus1的数据用系统管理恢复进去,然后点admin进系统管理升级SQL 数据成功后,登陆T3提示本地版本高于服务器已安装版本@XIEXIEZI:之前没有卸载干净,卸载10.8plus1之后,删除C盘下的ufcomsq文件夹,以及安装目录,用360清除无用注册表之后,然后再重启电脑安装即可@XIEXIEZI:那你就,重新安装一下,软件,在升级,一定卸载干净了重装
应付管理中付款单保存时提示单据号重复 应付管理中付款单保存时提示单据号重复
问题号: | 15601 |
---|---|
解决状态: | 其他 |
软件版本: | 其他 |
软件模块: | 其他 |
行业: | 其他 |
关键字: | 应付管理中付款单保存时提示单据号重复 |
适用产品: | 所有 |
问题名称: | 应付管理中付款单保存时提示单据号重复 |
问题现象: | 年度结转后,客户1月份做业务正常,但是2月份做应付管理中付款单保存时提示单据号重复 |
问题原因: | 检查最大单据号,单据流水号没有发现问题,怀疑年结标志出问题了,检查ufsystem..ua_account_sub.bcloseing,发现所有模块的年结标志都是0,正常年结后应该是1才对,改为1即可。 |
解决方案: | 检查最大单据号,单据流水号没有发现问题,怀疑年结标志出问题了,检查ufsystem..ua_account_sub.bcloseing,发现所有模块的年结标志都是0,正常年结后应该是1才对,改为1即可。 |
补丁编号: | |
录入日期: | 2016-03-16 15:23:45 |
最后更新时间: |
影响税务筹划有效性的因素分析 影响税务筹划有效性的因素分析
税务筹划是纳税人在法律允许的范围内,通过事先合理地安排其经营;投资和财务活动,将其纳税义务筹划在适当的时间和地点,以适当的形式发生,从而实现其税后收益最大化的行为。有效的税务筹划,可以通过实施转让定价、利用税收优惠、利用税收漏洞、利用税收的弹性、规避税收等方法,实现直接减轻税收负担、获取资金的时间价值、实现涉税零风险、提高自身经济效益、维护主体的合法权益等目标。但是,由于企业所处的环境、内部经营与管理状况以及人员素质的差别,许多理论上说得通的税务筹划方案在实践中却行不通,甚至被视为偷漏税而处以罚款,效果适得其反。因此,需要分析税务筹划的有效性及其影响因素,以确保获得预期效益。
用友T3采购订单填写换算率不能换算用友T3采购订单填写换算率不能换算
换算率有一个特殊性:当一个计量单位(主计量或是辅计量)出空时,对应的另一个计量单位也会出空。
在填写库存调拨单时如填写的数量除以件数不能除尽的时候在保存单据后换算率会自动变成一个小数。 如:数量填写为11 换算率为24 那么件数为0.46 在保存时就会变成换算率为23.91了。(是否固定换算率选项已选中)。因为数据里只保存数量和件数,不保存换算率,所以单据在进行保存的时候,为了保证数量和件数的正确性,会反算换算率,如果换算率小数位数设置为2(基础设置下的数据精度),则保存后四舍五入就是23.91。这个和固定换算率没有关系,固定换算率并不是换算率不可改变,它与变动换算率的区别在于:单据录入改数量时,前者反算件数,后者反算换算率。这种现象没有关系,只要保证数量和件数正确即可。
用友天龙瑞德用友钻石级服务商,主营:用友T3,用友T6,用友U8用友销售服务热线:010-59798025
用友U8.60SP销售订单列表输出错误U8.60SP销售订单列表输出错误
U8.60SP-销售订单列表输出错误
自动编号: | 15806 | 产品版本: | U8.60SP |
产品模块: | 销售管理 | 所属行业: | 通用 |
适用产品: | U860SP----销售管理 | 关 键 字: | 销售订单 |
问题名称: | 销售订单列表输出错误 | ||
问题现象: | 在订单列表里同时钩选栏目里表头“备注”和表体“备注”,输出会出错,如果只钩选其中的一个就可以输出。 | ||
原因分析: | 质量问题 | ||
解决方案: | 到栏目设置中将中文名称改为不同,例如:表头备注、表体备注 温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |
- 用友U8 原使用8.X用友软件,在将固定资产结转至2004年度时,提示年转失败,不能年转,升级U8SQL2000时,提示异常错误13,然后升级失败
- 用友U8 无法安装用友软件,提示已经安装早版本的用友软件,但是添加删除界面上没有显示早版本的用友软件。
- 用友U8 机器突然断电后系统无法登录,自检到34时死机
- 用友U8.51服务器上不能新建帐套
- 用友U8.51服务器上模块不能正常登陆
- 用友U8.51本机或网络出现问题您没有适当的许可使用该功能
- 用友U8.51系统运行越来越慢
- 用友U8.51网络打印时有10个帐套,其中有3个帐套凭证打印时报-文件已存在,ERROR--
- 用友U8.51财务WEB填凭证不能保存
- 用友U8.51软件运行数据慢
用友U8.51固定资产折旧卡片及报表均不正确,多提取10个月U8.51固定资产折旧卡片及报表均不正确,多提取10个月
U8.51-固定资产折旧卡片及报表均不正确,多提取10个月
自动编号: | 12123 | 产品版本: | U8.51 |
产品模块: | 固定资产 | 所属行业: | 通用 |
适用产品: | 8.21 | 关 键 字: | 固定资产折旧卡片及报表均不正确,多提取10个月 |
问题名称: | 固定资产折旧卡片及报表均不正确,多提取10个月 | ||
问题现象: | 固定资产折旧卡片及报表均不正确,多提取10个月 | ||
原因分析: | 固定资产折旧卡片,其中有两张卡片已记提折旧月份多了10个月,在821中如果没有打上最新的固定资产补丁,那么如果在固定资产月结时中断的话,已折旧月份就会增加,对于之前的错误数据,只能修改,打上最新的补丁后可以避免以后再出现类似错误。 | ||
解决方案: | 1。将Fa_deprtransactions的已折旧月份、11月份折旧额、累计折旧更改为正确;2。到Fa_Total表中将这两张卡片所影响的类别、部门减去多提的本月折旧及累计折旧。 温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |
一体化财务报销的几个注意要点 一体化财务报销的几个注意要点
报销是财务的一项基础工作。在企业中,费用报销与控制是企业“节流”的关键点,是成本控制的重要内容,也是企业良好内控机制建设中不可或缺的部分。优化企业费用报销流程,将给企业的成本摊销、费用管理、预算控制带来诸多好处。
建立信息化报销体系的主要目标是完善以全面为重要内容的体系,即在全面预算的指导下,通过信息化技术手段实现环节监督,保障报销流程通畅流转,实现报销处理过程的追踪;实现对报销事项、人员及单据的跟踪回溯,解决报销中票据集中、信息分散的难题;促进财务规定的具体落实。同时通过数量分析,建立预算反馈体系,为管理决策、量化管理、逐步完善基层财务考核评价体系提供依据。
将固定资产改为当月不提折旧 将固定资产改为当月不提折旧
问题号: | 5281 |
---|---|
解决状态: | 最终解决方案 |
软件版本: | 8.50 |
软件模块: | 固定资产 |
行业: | 通用 |
关键字: | 将固定资产改为不提折旧 |
适用产品: | 用友所有产品 |
问题名称: | 将固定资产改为当月不提折旧 |
问题现象: | 将固定资产改为当月不提折旧 |
问题原因: | 用户不会正常处理此类业务 |
解决方案: | 将固定资产的使用状况改为“未使用”或“不需用”。 |
补丁编号: | |
录入日期: | 2016-03-16 15:23:45 |
最后更新时间: |
用友T3T6总账明细账不平、辅助账总账明细账不平解决思路用友T3/T6总账明细账不平、辅助账总账明细账不平解决思路
对账不平问题专题讲解内容
一.总账对账不平
二.模块间对账不平
其他模块与总账间的对账不平
其他模块间的对账不平
一.总账对账不平
总帐中大部分数据问题多出现在对账不平这个环节上,对账的形式主要有:
1、明细帐(gl_accvouch)-辅助总帐(gl_accass)
2、明细帐(gl_accvouch)-科目总帐(gl_accsum)
3、辅助总帐(gl_accass)-科目总帐(gl_accsum)
对账不平的主要原因可以归纳为gl_accvvouch、gl_accass、gl_accsum这三个表中同一科目的对应信息不一致所致。
重要的数据表
科目表(code)
凭证及明细账表(gl_accvouch)
科目总账表(gl_accsum)
科目辅助账(gl_accass)
科目表(code)
记录总账科目信息,如科目属性、特殊标识等
重要表列
科目编码(ccode)科目名称(ccode_name)
编码级次(igrade):X表示X级(如3表示此科目是3级科目)
是否未级(bend): 1:未级 0:非未级
科目类型(cclass)科目类型英文名称(cclass_engl)
关注
1、编码级次和是否未级出错会导致对账不平问题(经常是由于增加或删除子科目引起)
2、科目类型错误会引起“科目性质与该行业质不相符”错误
3、科目类型会影响行政事业等行业做期间损益
凭证及明细账表(gl_accvouch)
记录总账期初和期间所有明细信息
1、期初明细指有辅助核算的科目明细
2、期间明细指凭证每一条明细分录
重要表列
会计期间(iperiod)0:期初 1--12:指1到12会计期间
凭证编号(ino_id)、科目编码(ccode)
借方金额(md)、贷方金额(mc)
制单人(cbill)、审核人(ccheck)、记账人(cbook)
关注
是否核销(bdelete):指银行对账核算标识 0:未核销 1:已核销
科目总账表(gl_accsum)
总账期初余额和期间凭证记账后登记的科目总账
1、记录每个科目每个会计期间所对应的借方金额、贷方金额、期 初金额、期未金额
2、期初余额录入后就相当于记账
3、期间凭证做记账操作后才记账
4、该表还反映数量核算、外币核算的总账数据
重要表列
会计期间(iperiod)1--12:指1到12会计期间
科目编码(ccode)
借方金额(md)、贷方金额(mc)
期初金额(mb)、期未金额(me)
科目辅助账(gl_accass)
总账期初明细和期间有辅助核算凭证记账后登记的科目辅助账
1、涉及的辅助核算有:部门、个人、供应商、客户、项目
2、记录每个科目每一个辅助核算内容每一条明细信息
例:某科目Code有供应商和项目核算,供应商有A和B,项目有X,Y, 总账里A中只有X的数据,B有X和Y的数据,记账情况分布如下:
Code A X
Code B X
Code B Y
重要表列
会计期间(iperiod)1--12:指1到12会计期间
科目编码(ccode)
借方金额(md)、贷方金额(mc)
期初金额(mb)、期未金额(me)
总账和辅助总账不平
1.原因分析:科目发生数据后重新更改科目辅助属性
1.1 期初不平
解决方案:先期初清空再调整数据
1.2期间不平
解决方案:查询并修改对应凭证
总账与明细账不平
2.总账和明细账不平
原因分析:科目增加或删除子科目引起
解决方案:查看并调整Code表编码级次列(igrade)和是否未级列(bend)
3. 总账数据年结后期初对账不平
原因分析:建立年度账后转结总账数据前做了基础档案的修改
1.1期初不平的处理
期初设置录入错误:在 期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除 该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总 账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!
处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。
1.2期间不平
修改会计科目辅助核算:添置凭证阶段,将凭证中涉及到的科目取消、设置或修改辅助核算项目,也会导致该会计科目出现总账和辅助账簿对账不平的情况。
处理方法:对于涉及添置凭证出现的错误,可以将明细账和辅助核算明细账进行比对,找到出现问题的凭证,将该科目重新录入,添置正确的辅助核算项目的方法来进行修复!
2.总账和明细账不平
科目的编码级次出现错误:如果对于会计科目在设置过程中出现较为频繁的或者大范围的改动,尤其是上下级科目的改动和复制,有时候就会造成科目的级次或者末级标识的错误,在科目表中相关的表列主要内容如下
科目表(code)相关数据列:
科目编码(ccode)科目名称(ccode_name)编码级次
(igrade)这里的数字代表该行的科目为第几级科目末级标
识(bend)1—末级 0--非末级;科目类型(cclass)
当科目编码对应的编码级次与科目本身的编码级次不符的时候,也会出
现对账不平的情况,由于科目编码级次的不符,软件在统计的时候只会
将科目一级一级汇总向上累积,而其中缺少一级,或者末级的科目编码
标识出现错误,则无法向上一级进行汇总,从而导致科目的上下级对账
不平的问题。如果会计科目末级标志出错,会产生总账上下级、总账明细账对账不平
该错误还会引起科目合计数翻倍的问题
上 级科目设置有辅助核算而下级明细设置有不同的辅助核算项目(例如:一级科目—其他应收款挂有部门辅助核算,下级明细—部门其他应收款挂有部门辅助核算;个 人其他应收款挂有个人辅助核算,则查询一级科目其他应收款的时候只汇总部门其他应收款的金额,不汇总个人其他应收款的金额。)汇总情况较为特殊,但是此种 情况不影响对账功能的结果,对账仍提示为正确。
3.总账数据年结后期初对账不平
总账数据年结后期初对账不平
原因分析:建立年度账后转结总账数据前做了基础档案的修改
方案一: 1、取消新年度所有凭证记账
2、调整账套新年度基础档案和期初余额
方案二: 1、导出新年度所有凭证
2、清空新年度数据
3、调整新旧年度的基础档案(或重新建立年度账)
4、总账数据结转
5、用总账工具导入凭证
其他高发问题
凭证借贷不平
在进行总账月末结账的时候提示对账不平,不允许结账,在查看月度工
作报告的时候会发现有试算结果不平衡的现象,而此时凭证都已记账
处理方法:查询期初,发现期初试算平衡,于是取消凭证记账,如果不
是起始月就查询上月月末结账试算是否平衡,如不平衡就再取消记账继
续查询上月,直到找到试算平衡的月份,则去检查最后一次取消凭证记
账的月份中的凭证,重新审核。会找到有借贷不平的凭证的存在,将其修改后保存
重新审核记账即可。
其他注意事项
凭证及明细账表对应的科目一定是未级科目,如存在非未级科目则对账不平
总账和辅助账对应的科目同一期间只存在一条记录,如有多条则对账不平
记账或取消记账等情况有报错,可初步判断数据库表出问题,用如下SQL命令来校验:
DBCC CheckDB(‘数据库名称’)
如结果中有一致性或分配性错误可判断是数据库问题,可用相应的命令或工具来纠正
处 理此类问题的思路是:对账顺序按会计期间从小到大检查,即首先要保证该年度帐中年初对账无误,至于其他月份一般可通过取消记帐再重新记帐解决。因为日常月 份的记帐大都只是修改gl_accass、gl_accsum数据表中对应记录中的MB(期初余额)、MD(本期借方发生)、MC(本期贷方发生)、 ME(期末余额)等字段值。所以确保年初时gl_accass、gl_accsum表中记录准确无误是处理此类问题的关键。
总账模块对账不平情况往往是修改科目或记账错误引起,一般用户可以通过逆向操作就可以纠正,如果是一般数据错误可通过通网站下载的工具来纠正,所以尽量避免进数据库表做改动。
(登陆通网站 伙伴中心—〉伙伴专区—〉渠道与销售—〉销售工具—〉752号.维护通2.0下载
工具四
解决对账不平的思路
总结
由 于是操作上的失误导致的对账不平,只要通过对账界面或者已经获知的问题科目,将原有的操作取消,比如说原有科目的期初输入错误,将所有月份取消记账,然后 将错误方式修改的辅助核算期初先修改回来,然后清空数据,再重新按照正确的方法进行设置,再将正确的期初输入进去就可以了,注意要保持期初试算的平衡。
对于涉及添置凭证出现的错误,可以将明细账和辅助核算明细账进行比对,找到出现问题的凭证,将该科目重新录入,添置正确的辅助核算项目的方法来进行修复!
在进行部门或者职员档案进行修改删除时,注意看清提示,看看是不是有科目设置了部门或者个人往来辅助核算,是否有凭证涉及到该部门或个人,尽量不要在数据后台修改。请先将该凭证修改或删除,然后在进行部门和职员档案的修改工作!
在 年结时,有时为了能够尽早的开始下年业务,而不过于着急结束上年账目的时候,会提前建立下一年的年度帐,这样第三种现象出现的可能行就比较大,解决办法可 以在新的年度也比对上一年度做出相同的基础设置的修改,然后在进行结转;另可以先账套备份,修改账套备份中的UfErpAct.Lst文件,将之中的所有 账套号的三位数字修改成为系统中没有的另外的一个账套号,再引入成为另一个账套,将原有账套的新年度账删除,重新建立新年度账,然后进行结转,最后再从复 制出来的账套中将凭证引回。
(注:此方法只适用于单独启用总账或者除总账模块外其他模块均没有数据发生的情况)
二.模块间对账不平
其他模块与总帐间的对帐不平
固定资产与总帐间的对帐不平
应收应付与总帐间对帐不平
存货核算与总帐间对帐不平
其他模块间的对帐不平
库存与存货对帐不平
采购暂估余额表与库存暂估余额表不平
其他模块与总帐间的对帐不平
固定资产与总帐间对帐不平
应收应付与总帐间对帐不平
存货核算与总帐间对帐不平
各个模块与总账间的对账不平的处理,在软件中其他模块和总账共同启用,并且生成凭证传递给总账,而在查询时经常出现和总账对账不平的情况,在遇到这类问题的时候,其根源也大致分为操作错误和后台数据库问题两种情况。主要是操作错误所造成的对账不平的问题。下面举例介绍:
固定资产与总账间的对账不平(操作方面)
属于操作方面的问题
1.折旧生成的凭证没有记帐,或在在凭证生成之前点击对帐按钮。
2. 手工在总帐里面添置了关于固定资产和累积折旧的凭证。
3.对帐科目错误。
固定资产与总账间的对账不平(数据方面)
一般是由于数据记录有问题而导致对帐不平。
固定资产与总账对账的数据库表主要是FA_Total表
总账与固定资产对账的数据库表主要是gl_accsum表
固定资产 原值和累计折旧
select sum(dblValue) from fa_total where iperiod=2
select sum(dbldeprtotal) from fa_total where iperiod=2
总账中固定资产原值和累计折旧
select me from gl_accsum where ccode= '1501 ' and iperiod=2
select me from gl_accsum where ccode= '1502 ' and iperiod=2
如果是FA_Total表中的数字有问题可以直接修改fa_total。
应收应付与总帐间对帐不平(操作方面)
应收应付中业务帐与科目帐对帐不平的原因主要有:
1、期初单据没有录入对应的科目
2. 业务单据已发生但没有生成相应凭证;
3、业务单据生成凭证的会计期间与业务单据记帐日期所处的会计期间不一致。
4、应收应付单据发生时入帐科目与核销时下帐科目不一致,且又没有根据核销制单
应收应付与总帐间对帐不平(数据方面)
由于数据记录有问题导致的对帐不平
应收应付与总账对账的数据库表主要是ap_detail表
总账与应收应付对账的数据库表主要是gl_accvouch表
在 对账的时候,对照这两张表的内容来进行比对,其中gl_accvouch表要关联到code表中查询受控与应收或者应付(cother= 'AR ' 或者 cother= 'AP ')的末级标识为1的科目的金额,然后和ap_detail表中想对应的日期的金额合计相对。
存货核算与总帐间对帐不平(操作方面)
核算与总账对账不平,核算和总账并不是一定能够对平的,所谓的对账是只核算模块的存货成本和总账中相对应的总账科目的数据来进行人工核对
存货与总帐对帐不平,有哪些可能?
存货生成凭证时,人为修改过凭证科目
在存货核算的对方科目中使用了存货科目
跨越生成凭证 当月不平
有其他系统使用了存货科目
期初余额中没有录入存货科目
存货科目设置错误 或者凭证没记帐
存货核算与总帐间对帐不平(数据方面)
(1) 解决对账不平首先要保证所有的单据均已经在核算模块记账且都已经生成凭证,而对应到总账科目的凭证都是由核算模块生成的,在总账模块中没有生成相应科目的 凭证。可以查看凭证列表(GL_accvouch)中的外部凭证标识(coutsign)中是否相关的分录均有核算标示(IA)。
在核算中,而明细账对应的表为IA_Subsidiary表cpzid is not null的记录。总帐则为gl_accsum表
模块间对账不平
库存与存货对帐不平
采购暂估余额表与库存暂估余额表不平
模块之间对账不平的处理,指在软件中模块之间数据具有传递性,而在查询时经常出现对账不平的情况,在遇到这类问题的时候,其根源也大致分为操作错误和后台数据库问题两种情况。
库存与存货对帐不平(操作方面)
库存与存货对帐不平,原因主要有:
本月库存单据没有记账(包括蓝字与红字单据两种情况)
以前月份的库存单据在本月记账
对帐时点是在期末处理后月末记账前(存货存在暂估时,月初回冲单到回冲一般都不平)
销售成本核算方式为销售发票
有直运业务
库存与存货对帐不平(数据方面)
在库存管理与存货核算对帐中,库存管理中的数据来源为RdRecord RdRecords 。而存货核算则为IA_Summary表
另外 请思考
当业务做了六个月之后,发现库存存货两个模块期初就对不平,
如果核算模块数字是正确的应该如何处理?
修改库存期初,库存期初小则录入正数大则录入负数
如果库存模块数字是正确的应该如何处理?
修改库存期初和核算一致然后在当期做其它出入库单据调整,然后记帐。
采购暂估余额表与库存暂估余额表不平
由于采购和存货暂估和报销的时间点不同。会造成两者的不符。
采购一入库就是暂估,在采购暂估余额表上就会体现,
而存货对于采购入库单在结算之前就记账,才认为是暂估,
在存货暂估余额表中体现采购入库单与发票结算后,采购认为是报销,
而存货只有在结算成本处理以后才认为是报销。
采购暂估入库余额表中本月结算金额与存货暂估材料余额表本月报销金额不一定都必须要求一致,下列几种情况会产生两边本月结算、报销金额不一致的现象:
1、本月入库单先记帐,再做部分结算,由于部分结算的结算单本月不允许进行暂估处理,所以会导致两边本月报销金额不一致;
2、本月入库单本月先记帐,然后再进行发票全部结算,那么在采购暂估余额表中反映结算金额,存货暂估成本处理中也有反映,但在存货暂估余额表中并不反映,因为入库单、发票都是本月的,且在当月做了结算,存货系统按非暂估处理;
3、本月入库单本月先不记帐,然后进行发票全部结算,那么在采购暂估余额表中反映结算金额,存货暂估成本处理中不反映,存货暂估余额表中也不反映。因为入库单、发票都是本月的,且在当月做了结算,存货系统按非暂估处理;
4、 本月入库单本月先记帐,然后进行发票全部结算,在下月做暂估成本处理,那么在本月采购暂估余额表中反映结算金额,下月存货暂估成本处理后,在下月存货暂估 余额表中才反映报销金额。因为入库单、发票都是本月的,并且做了结算,即使在下月的暂估成本处理中反映该笔业务,存货系统也会按按非暂估处理;
5、对于已经存在结算单(入库单记帐后生成的结算单)的入库单恢复记帐后,再进行记帐时,因为结算单已经存在,存货中进行暂估成本处理时系统不会作为暂估的报销金额处理,但在采购暂估余额表中反映本期报销金额。
模块间对账不平总结
问题容易出现的方面:
1.期初数据:总账之外的模块期初余额往往没有受到和总账期初一样的重视,出现不录入、落录入、录入数据和总账不一致等情况。
2.凭证问题:一些对帐科目均可以在总账系统中做出相关的凭证,而这些凭证往往是导致该模块和总账对账不平的因素,
在生成凭证的时候由于可以对凭证进行修改,导致不平。所以在对账不平的很多时候,都是由于操作不当而形成的
3.基础档案的修改和年结造成的对账不平:由于直接修改重要的基础档案造成
4.对于账表取数方式和过滤的范围不清楚,查询上问题导致对账不平
解决方法:
这些人为造成的对账不平的情况,只能通过规范操作,以及其他的一些特殊方法来进行补救。
首先是期初的录入,需要录入期初数据的模块除了总账外还有应收、应付、固定资产、采购、销售、库存以及存货核算;而和总账有关系的模块只有应收、应付、固定资产和存货核算这四个模块。
由 于在操作时只有总账的期初余额和凭证是对总账数据产生影响的,而总账的这些数据对于其他模块却没有什么影响,所以不要以为总账录入了数据,其他模块就会直 接的调用这些数据,所以检查模块间的对账不平往往是从期初开始的,而后就是从各个模块向总账生成的凭证,由于各模块的单据即使不生成凭证也不影响结账,忘 记制单或者落下单据没有制单等,且生成凭证的时候,其金额、科目甚至分录均可以在保存前做修改,在保存后还可删除等等,这些因素都有可能是造成各模块和总 账之间对账不平。所以要保证凭证和单据的一一对应性,是判定这类问题是否是后台数据问题的关键。
另外在操作上有时选项设置的不正确也是导致对 账不平的原因,类似固定资产模块,其生成凭证的科目设置和固定资产和累积折旧与总账对账时的对账科目的设置就是不同的,如果设置错误,则对账不平也就很正 常了,所以在固定资产选项里面还设置有一个在对账不平情况下允许固定资产月末结账的选项。
主要涉及到的数据库表
AP_Detail 应收应付明细表
写入审核的采购发票(包括运费发票)、销售发票、销售调拨单、零售日报、收付款单及其他已审核的应收/付单等的单据记录,还包括现结、核销、对冲、转帐,并帐、损益所产生的相应记录等。
数据关联字段说明:
iperiod (会计期间) ‘0’为期初
cvouchtype (单据类型) 请联查‘Ap_VouchType’表,特别提示:单据类型为48,49的为ar、ap所共有,须加以‘cflag’字段值‘ar’or‘ap’来共同判断。
cvouchid单据号 dvouchdate 单据日期(单据填写的日期)
dregdate单据记帐日期(单据审核的日期)帐龄分析多据此日期判断。
cdwcode 中包括供应商编码和客户编码,须加以‘cflag’字段值‘ar’or‘ap’来共同判断。
ibvid 对应于salebillvouchs(销售发票子表)的autoid,与purbillvouchs(采购发票字表)的id 须加以‘cflag’字段值‘ar’or‘ap’来共同判断。
csign 单据正负标识 ccode 科目生成凭证时添入。
isignsel科目账期间 生成凭证时添入。 Iprice 单价
idamount借方金额 icamount 贷方金额
cpzid 生成凭证时的线索号,与gl_accvouch 表中的coutno_id相关联
cvouchtype 主要包括 01(采专)、02(采普)、03(采购运费发票)、26(销专)、27(销普)、28(销售调拨单)、29(销售日报)、48、49、R0、P0 单据类型。
bprepay 预收预付标志 (true、false:结算)
iflag 1.表示预收预付 3. 表示票据 4.表示折算额 5 表示现结业务 6.收款业务 7.现金折扣业务iflag为7的业务在应收付明细账中应为不可见,走费用科目。
cCoVouchType 对应单据类型 cCoVouchID 对应单据号
fa_Total 固定资产汇总表
数据关联字段说明:
dblAccrualValue 本月计提原值 dblAddValue 本月原值增加
dblDecValue 本月原值减少 dblDepr 本月计提折旧
dblDeprTotal 月末累计折旧 dblLastAccrualValue 上月计提原值
dblLastAddValue 上月原值增加 dblLastDecValue 上月原值减少
dblLastDepr 上月折旧额 dblLastWork 上月工作量
dblLastWorkTotal 上月累计工作量 dblMonthDeprTotal 月初累计折旧
dblMonthValue 月初原值 dblTransInDeprTotal 本月折旧转入
dblTransOutDeprTotal 本月折旧转出 dblValue 月末原值
dblWork 本月工作量 dblWorkT 月末累计工作量
dblYearDeprTotal 年初累计折旧
dblYearValue 年初原值 iPeriod 会计期间
lCount 月末数量 lMonthCount 月初数量
sDeptNum 部门编码 sTypeNum 资产类型编码
RdRecord 收发记录主表
采购入库单、产成品入库单、销售出库单、材料出库单、其他入库单、其他出库单、库存期初
ipurarriveid采购到货单主表标识,关联PU_ArrivalVouch.ID;
cDLCode发货退货单主表标识,关联DispatchList.DLID;
ipurorderid采购订单主表标识,关联PO_Pomain.POID;
iproorderid生产订单主表标识,关联PP_ProductPO.ID;
cBillCode发票主表标识,关联PurBillVouch.PBVID/SaleBillVouch.SBVID(采购入库单、销售出库单用)
cVouchType单据类型编码,关联VouchType.cVouchType,01_采购入库单 10_产成品入库单 08_其他入库单 32_销售出库单 11_材料出库单 09_其他入库单 33_采购期初 34_库存、存货期初;