为应付帐款管理或 Microsoft Dynamics GP 中的应收帐款管理协调总帐的差异有关的信息

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 866570
简介
本文讨论了在 Microsoft Dynamics GP 为何报告应付帐款的帐户余额或总帐中的科目余额的区别是由于在历史老化试算平衡表的总金额应收帐款。通常会询问的这篇文章末尾的问题。
更多信息
GL 例程协调是新到 Microsoft Dynamics GP 10.0 (SP2)。此例程生成 Microsoft Office Exel 电子表格。此表格可用于匹配应收款管理应付款管理中过帐到总帐的交易记录。此过程不会生成更正的交易记录。但是,此过程可帮助您确定在这一节中列出的事务差异。若要打开"与总帐对帐"窗口,请指向工具菜单上的Microsoft Dynamics GP 、 指向例程、 指向金融,然后单击协调到总帐


下面是我们所看到的可能会导致差异的问题的运行列表︰

  • 历史的老化试算平衡表报告打印有限制。打印历史老化的试算平衡表报告再次使用日期限制。
  • 不是所有的帐户应付帐户或所有帐户应收帐款帐户通常查看分类帐。请确保您查看所有应付帐户或所有帐户在总帐中的应收帐款帐户的帐户。
  • 或应收款管理应付款管理中的批处理过帐到总帐。总帐中的批次已更改或已在过帐前编辑。
  • 调整到应付帐款科目或帐户应收帐款帐户可能已被直接输入一般会计。这些交易记录更新总帐中的科目。但是,这些交易记录不会更新历史老化的试算平衡表报告。
  • 日期范围在试算平衡表报告一般会计与历史老化的试算平衡表报告或应收款管理应付款管理中的日期范围不匹配。历史老化的试算平衡表报告打印时,在单击以选中总帐过帐日期复选框的选择交易记录的报表使用的区域。
  • 将交易记录过帐或应收款管理应付款管理中。但是,这些交易记录未过帐到总帐的期初余额一样。如果在过帐设置窗口购买系列销售系列; 二是未选中过帐到总帐复选框,交易记录将过帐到应付帐款管理或应收帐款管理。但是,这些交易记录不会过帐到总帐中。
  • 应付帐款管理设置窗口中或在应收帐款管理设置窗口中选择跟踪折扣可用在总帐中的复选框。然后,该发票的净额将过帐到总帐。此外,剩余金额过帐到的折扣可用帐户。仅净额将出现在试算平衡表报告一般会计。但是,发票显示总的发票合计上历史老化试算平衡表或应收款管理应付款管理中。
  • 文档已在不同时间失效,不是最初过帐它们。试算平衡表报告一般会计可能与历史老化的试算平衡表报告不匹配。例如,假定在 2007 年 1 月 1 日上输入发票。此发票已在 2007 年 2 月 1 日失效。2007 年 2 月 1 日-2007 年 2 月 28 日打印常规会计试算平衡表报告。失效的交易记录将出现在报告中。如果使用相同的日期范围打印历史的老化试算平衡表,失效不打印时文档将在报表上因为它已失效。
  • 如果您想要平衡帐户应付帐户余额或应收帐款帐户余额一般会计到历史老化试算平衡表报告一段时间,从历史的老化试算平衡表报告余额必须协调为网络更改在试算平衡表一般会计同期。
  • 如果要应付帐款余额帐户余额或帐户应收帐款帐户余额一般会计历史老化的试算平衡表报告在一段时间不是一天,确定是否应付款管理或应收帐款管理已不断被平衡。如果应付款管理或应收帐款管理永远不会有被平衡,期初余额可能不正确。在此情况下,首先,平衡最当前期间,然后协调前月以相反的顺序。
  • 如果过帐的中断发生,批次可能有尚未过帐正确与总帐、 应付帐款管理或应收帐款管理。
  • 不是所有批次总帐过帐。
  • 当您打印历史老化的试算平衡表报告时,您未单击排除区域中选择下列复选框︰
    • 未过帐的应用的信用文档
    • 零余额
    • 活动
    单击以选中这些复选框,然后打印历史老化的试算平衡表报告。

    注意如果您想要符合一般会计试算平衡表报告和历史老化的试算平衡表报告通过特定的文档,单击以清除完全支付文档复选框。
  • 如果您使用多货币管理,当您重估时,您选择过帐到采购/销售的对方科目。
  • 在 Microsoft Dynamics GP 10.0,信用卡金额应付帐款交易记录输入窗口中输入的发票。这可能会导致不平衡上协调应付帐款管理总帐因为只净改变将过帐到总帐模块。
  • 如果没有过帐的中断问题,可与应付或应收票据的批次和交易记录中发现的这两个工作,同时,打开表删除 GP 的 RM 或 PM 批处理将导致问题。在这种情况,用户通常可以看到两个表中的记录并决定不需要工作批次,因此他们只是将其删除 GP 中。由于工作和打开的表共享分布表,删除 GP 的批处理将同时删除与它的通讯记录。最终结果是存在交易记录标头记录,但有没有匹配分配上的 RM 或下午一侧,但 GL 已正确更新。在 Microsoft Dynamics GP 的下一个版本中,将考虑此问题。
  • 分配可能显示在包含不同量的可能匹配部分如果有折扣。为了匹配,折扣的总分类帐科目应被拉到 PM/RM 帐户到 GL 进程运行协调之前。关闭电子表格并重新运行它也列出折扣科目。
  • 如果类型 (现金、 付款、 采购) 已更改,则可能会丢失 PM/RM 侧分布。协调的电子表格,GL 端只使用的帐户。在 PM/RM 端不使用的帐户。PM/RM 面拉出使用付薪或使用无论哪个帐户记录类型时,这就是为什么一定要列出所有的接入点或 AR 帐户协调窗口上。然后只需在 SQL 表中切换的分布类型不会自动显示是否您重新生成电子表格的分布。
  • 检查应用日期和 GL 开机自检中应用表多货币交易记录日期与它在 GL.中已过帐的实际日期进行比较例如,在 1 月 22 日,年 12 月 31 日的贷项通知单已应用于发票日期为 12 月 5 日和应用日期和总帐过帐日期仍为 22 日。但是,在过帐的总帐批,用户年 12 月 31 日更改日期。在这种情况下,协调到十二月的 GL 电子表格列出双方的已实现的损益金额并起来很协调。但是,HATB 报告无法识别的已实现的损益金额,并且将此金额相比 GL,因为它未被应用或根据应用记录过帐直到 1 月减少。


常见的问题︰


Q1︰ 为应付/应收帐款与 GL GL 的电子表格真帐是协调?

A1:GLfeature 与协调是疑难解答工具以帮助用户标识不匹配的 RM/PM 和 GL.之间的分配它的不一定是把 HATB 给出,这并不是目的,尽管我们知道客户端在做它。协调与 GL 电子表格上的余额是上表中的分配使用简单的加/减法的最佳估计值。而在 HATB 上的余额考虑到几乎每个表,并且更复杂而功能准确余额,因此这两个经常不将出中。

True 协调应该介于 RM 或下午历史老化的试算平衡表 (HATB) 和 GL 试算平衡表报告。如果它们匹配,则不一定需要该月 GL 工具运行协调。总帐表组成的借方和贷方,和从拉 HATB 表的交易记录标头和应用记录表。因此客户要求协调分布表在 RM 或下午在总帐中的分配的方法来帮助查找该级别的差异。所以这就是为什么创建总帐例程协调的原因。它被用于故障排除工具来比较模块可帮助识别丢失分配,可能导致您丢失 transactionfrom 到 HATB 之间的分布与分配。因此使用 GL 工具协调作为辅助仅用于帮助您协调 HATB 与 GL 的试算平衡表。如果 HATB 和 GL TB 平衡,然后没有真正需要该月 GL 工具运行协调。


Q2: 协调 GL 的电子表格中的合计应与 HATB 中的合计?

A2:否。协调向 GL 电子表格中的合计只是简单加/减法分布表中的记录,并且不会考虑其他任何表。而 HATB 看起来完全不同的表来计算使用交易记录的余额并应用在记录表,是很复杂的计算。由于不同的计算方法/表用于获取余额,GL 电子表格到协调不期待彻底与帐龄余额 HATB 报告,会使它们协调困难。没有必要把余额上协调与 GL HATB 报告的电子表格。

我们建议忽略 GL 的电子表格,协调中的合计,并只需使用 Unmatched 和潜在匹配部分可帮助您发现研究以查看如果,可能也解释了 GL TB 和 HATB 之间差异存在的差异。GL 的电子表格协调并不是真正的对帐,并只用于帮助以帮助您识别研究,这也是在事务级别差异分布差异,不能。事实上,如果 HATB 符合 GL TB,真正岂不有需要运行协调 GL 实用程序对该月根本,因为没有任何差别来标识。

如果仍要将余额在 GL 电子表格到 HATB 上的平衡与协调,在常规支持的情况下不支持此功能。此知识库文章顶部列出了我们发现的原因,可能有多个原因还没有确定。但由于此协调不必要之间简单的总余额列在 GL 电子表格和 HATB 报告,并不旨在此协调实用程序的更复杂计算的余额协调,它将被认为要深入研究数据,以帮助您协调这些互相咨询费用。



Q3︰ 怎么办如果分配缺少 GL 侧?

A3︰ 如果您发现 RM 或 PM 侧 GL 端上没有分配,调查之间的时间差异的 GL 一侧。检查以确保所有 GL 批已都过帐。如果它们真正缺少的 GL 侧,需要直接插入项的 GL 创建总帐分配调整日记帐分录的关键。



第 4 季度︰ 怎么办如果分配缺少 RM 或下午一侧?

A4:如果 GL 分发已列出,但缺少 RM 或 PM 侧,首次调查之间的时间差异。此外研究事务本身是否 HATB 报告上列出并已计。它是可能存在交易记录,但只是丢失了分配。这样的问题就是如何获取 RM 或 PM 的分布,然后,如果事务不存在吗?首先,请注意在 RM 或 PM 分发表不会使用,用于任何其他目的或在 GP,报告以外这对电子表格进行对帐。那么,真的有必要让他们重新添加到 RM 或下午?如果它是您应该花时间来填充没有任何其他位置使用的表,计算。

但如果因此选择修复下午分布表,您将不得不无效文档,以便应用的记录向后移动,打开。可以使用删除事务历史实用程序中删除无效的文档。请确保设置为过帐到总帐过帐并没有过帐到总帐。删除 GL 批处理创建了这一空白。然后重新生成密钥文档返回到应付帐款,以便重新创建的交易记录和分配。请确保此失效 GL 批处理。然后将新文档重新应用到打开的文档,它们应再次移动到历史记录。

Tofix RM 分布表的它,必须删除的发票和付款和重新生成密钥,这两个回两面并删除 GL.的批处理



问题 5: 可能匹配部分中的交易记录看起来它们匹配。为什么他们在匹配部分?

A5:有几种通讯组中的每个记录的匹配字段。所有字段都必须匹配以将其移动到匹配部分。如果某些但不是所有字段匹配,则它会将其放在潜在匹配部分。例如,下面是下午到 GL 的匹配的字段︰

应付帐款管理--GL
凭证号 — 发起控制编号
TRX 源 — 源自 TRX 源
过帐日期--交易记录日期
在科目金额 — 借方金额或贷方金额


Q6: 如果关键在 GL 或 RM/PM 的丢失分配,并且重新运行协调 GL 的电子表格,将不匹配或可能匹配的项目将移动到匹配部分?

A6:否。如果单独交易记录采用卡锁结合不同的凭证号,Trx 来源代码。最的过帐日期和金额可能匹配,它可以将它们放在电子表格的潜在匹配部分。



Q7:为什么每月或每季度的电子表格上的结束平衡与不匹配下一月度或季度电子表格上的期初余额?

A7︰ 如果一个句点结束余额不匹配下一个期间的期初余额,它通常是由于中子分类帐表有没有域名记录的孤立的分布记录。通过 Excel 电子表格中的右计算结束余额。只需采用电子表格的顶部段的期初余额,并添加/减去期末余额到达该电子表格出现的分发记录。另一方面,在下一个期间,期初余额计算采用简单的借贷计算分布记录的 SQL 表中,存储的过程联接头表中,因此它不包含域名记录缺少任何分发。最终结果可能是一些分配已在先前的电子表格,算入期末余额和下一个期间的期初余额中省略。



Q8: RM/PM 侧分布确实存在,但不是会拉到电子表格。

A8:请查看下列疑难解答提示︰
  • 检查日期 rangeused 电子表格到协调上。
  • 验证分配确实存在 PM10100 或 PM30600 表中的 PM.(或供 RM︰ 搜索 RM10101 或 RM30301) 检查上这些分配的日期,以确保它们在您输入电子表格范围内。一定要找到这些在 RM 或 PM 分布表和无法仅依靠重新打印过帐日志,例如。
  • 如果您发现 RM 或 PM 表中的分配,然后看这些文档中的前端上的分配。他们有一种分布类型的工资或拍摄吗?这些是仅将抽取到 RM 或 PM 侧协调电子表格的类型。


属性

文章 ID:866570 - 上次审阅时间:09/07/2016 21:03:00 - 修订版本: 0.8

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtzh
反馈