适用于： Microsoft Dynamics GP
原始 KB 数： 5003901
有关银行对帐的 GL 协调例程的信息
“与总分类账对账”窗口设计为仅以功能性货币显示。
功能货币：如果支票簿采用功能货币 ID，则与 GL 电子表格的对帐余额应正确：
银行对帐的“开始余额”是通过从当前支票簿余额开始计算的，并将CM20200 Bank rec 表中的交易加/减回输入的日期范围的“FROM”日期或开始日期。
银行对帐的“结束余额”是从当前支票簿余额开始计算，并加上或减去CM20200银行对帐表中的交易，直至输入的日期范围的“TO”日期或结束日期。
如果银行对帐的“开始余额”或“结束余额”不正确，则由于最近发布中断，当前支票簿余额可能不正确。 （因此，上次调和支票簿和今天之间的任何发布中断可能会影响计算，因为它从今天的支票簿余额开始。
发起货币：Reconcile to GL 电子表格未设计用于发起货币的支票簿。 （但如果支票簿上没有开始余额，并且尚未在 GL 中重新值货币 ID，则可以正常工作。
如果支票簿采用原始货币 ID，则银行对帐端和 GL 端将显示在功能金额中。
如果在创建支票簿时以源始货币输入了初始余额，该余额不会存储在功能货币金额中的任何位置，因此它将被从对账至总账（GL）的电子表格中省略，因为该表格仅显示功能货币金额。 银行对帐显示的开始和结束余额不包括支票簿上输入的开始余额中的任何金额。 如果希望金额正确，则必须手动更新电子表格上的开始余额，以包括支票簿上使用的开始余额量。 否则，如果支票簿是原始货币 ID，则可以忽略开始和结束余额，并仅利用“不匹配的交易”部分来帮助查找差异研究。
如果为原始货币 ID 在 GL 中处理了任何重估，则收益/损失条目也将仅显示在电子表格的 GL 端。 这些未在银行对账的那一侧列出，因此导致两边存在差异。 重估仅在功能货币中记录于 GL 现金账户的收益/损失，并且不会反映到银行对帐。 因此，如果已针对此货币 ID 重新评估 GL，则不建议使用与 GL 工具的协调，因为 GL 端将包括重新值金额，银行对帐端不会。