mcpField
R
reconciliation

reconciliation

github.com/anthropics数据与数据库33.6k3.5k 次安装1 天前更新
代码仓库

关于 reconciliation

Reconciliation 是面向财务团队的技能，介绍总账与子账、银行及关联公司对账流程。内容涵盖差异分类、账龄分析、升级处理和复核实践；不提供财务建议。

主要功能

  1. 01总账与子账对账指南
  2. 02银行对账流程
  3. 03关联公司余额比对
  4. 04对账差异分类
  5. 05未结项目账龄分析与升级
  6. 06文档记录和复核实践

适用场景

  1. 01比对总账余额与子账
  2. 02将现金余额与银行对账单核对
  3. 03跟踪关联实体间的逾期差异

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill reconciliation

安装后在 Claude Code 中输入/reconciliation确认已加载。

详细介绍

账户对账

重要提示：本技能用于辅助对账工作流程，不提供财务建议。所有对账结果在签署前均应由具备资质的财务专业人员复核。

介绍账户对账的方法论和最佳实践，包括总账与明细账对账、银行对账和内部往来对账。内容涵盖对账差异项的分类、账龄分析和上报升级。

对账类型

总账与明细账对账

将总账控制账户余额与明细账余额进行比较。

常见账户：

  • 应收账款（总账控制账户与应收明细账账龄表）
  • 应付账款（总账控制账户与应付明细账账龄表）
  • 固定资产（总账控制账户与固定资产登记簿）
  • 存货（总账控制账户与存货估值报表）
  • 预付费用（总账控制账户与预付摊销明细表）
  • 应计负债（总账控制账户与应计明细表）

流程：

  1. 提取控制账户在期末的总账余额
  2. 提取同一日期的明细账试算平衡表或明细报表
  3. 比较合计数，若过账实时进行，两者应当一致
  4. 调查任何差异（过账时间、未反映的手工分录、接口错误）

差异的常见原因：

  • 手工日记账分录过入控制账户，但未在明细账中体现
  • 明细账交易尚未接口至总账
  • 批量过账的时间差异
  • 总账中的重分类分录未对明细账做相应调整
  • 系统接口错误或过账失败
银行对账

将总账现金余额与银行对账单余额进行比较。

流程：

  1. 获取期末银行对账单余额
  2. 提取同一日期的总账现金账户余额
  3. 识别未兑付支票（已开具但银行尚未兑付）
  4. 识别在途存款（已在总账中记录但银行尚未入账）
  5. 识别尚未在总账中记录的银行手续费、利息或其他调整项
  6. 将双方调整至同一调整后余额

标准格式：

Balance per bank statement:         $XX,XXX
Add: Deposits in transit            $X,XXX
Less: Outstanding checks           ($X,XXX)
Add/Less: Bank errors               $X,XXX
Adjusted bank balance:              $XX,XXX

Balance per general ledger:         $XX,XXX
Add: Interest/credits not recorded  $X,XXX
Less: Bank fees not recorded       ($X,XXX)
Add/Less: GL errors                 $X,XXX
Adjusted GL balance:                $XX,XXX

Difference:                         $0.00
内部往来对账

核对关联主体之间的往来余额，确保合并时相互抵销后为零。

流程：

  1. 提取每对关联主体之间的内部往来应收/应付余额
  2. 比较主体 A 对主体 B 的应收与主体 B 对主体 A 的应付
  3. 识别并解决差异
  4. 确认所有内部往来交易均已在双方入账
  5. 核实合并时抵销分录的正确性

差异的常见原因：

  • 一方主体已记录交易，另一方尚未记录（时间差）
  • 各主体使用的汇率不同
  • 分类错误（内部往来与第三方混淆）
  • 存在争议金额或未核销的款项
  • 各主体的期末截止日处理方式不一致

对账差异项分类

类别一：时间性差异

因正常处理时间差而产生、无需采取行动即会自行冲平的事项：

  • 未兑付支票：已开具并在总账中记录，等待银行兑付的支票
  • 在途存款：已存入并在总账中记录，等待银行入账的存款
  • 在途交易：已在一个系统中过账，但尚待接口至另一系统的事项
  • 待审批事项：等待审批后才能在某系统中过账的交易

**预期处理：**这些事项通常应在正常处理周期内（一般为 1 至 5 个工作日）冲平，无需编制调整分录。

类别二：需要调整的事项

需要编制日记账分录予以更正的事项：

  • 未入账的银行手续费：银行费用、电汇费用、退票费用
  • 未入账的利息：银行或贷款方产生的利息收入或利息费用
  • 记账错误：金额错误、科目错误、重复记账
  • 遗漏分录：在一个系统中有交易，但另一系统中无对应记录
  • 分类错误：记账正确，但计入了错误的科目

**处理措施：**编制调整日记账分录，更正总账或明细账。

类别 3：需要调查

无法立即解释的事项：

  • 未识别的差异： 原因不明显的差异
  • 有争议的事项： 双方存在争议的金额
  • 长期未清账项： 未在预期时间内清结的事项
  • 反复出现且无法解释的差异： 每个期间都出现同类差异

行动： 调查根本原因，记录调查结果；如仍未解决，则上报。

未结清事项的账龄分析

跟踪调节项目的账龄，以识别需要上报的陈旧事项：

账龄区间状态行动
0-30 天当期监控——处于正常处理周期内
31-60 天账龄增长调查——跟进事项未清账的原因
61-90 天逾期上报——通知主管，记录调查过程
90 天以上陈旧上报管理层——可能需要核销或调整
账龄报告格式
事项编号描述金额发生日期账龄（天）类别状态负责人
1[详情]$X,XXX[日期]XX[类型][状态][姓名]
趋势分析

跟踪调节项目总额随时间的变化，以识别不断增长的余额：

  • 将未结清事项总额与上一期间进行比较
  • 当调节项目总额超过重要性阈值时进行标记
  • 当事项数量逐期增长时进行标记
  • 识别每期都会出现的反复性事项（可能表明存在流程问题）

上报阈值

根据贵组织的风险承受能力设定上报触发条件：

触发条件阈值（示例）上报
单项金额> $10,000主管复核
单项金额> $50,000财务总监复核
调节项目总额> $100,000财务总监复核
事项账龄> 60 天主管跟进
事项账龄> 90 天财务总监 / 管理层复核
未调节差异任何金额无法结账——必须解决或记录说明
增长趋势连续 3 个及以上期间流程改进调查

注：请根据贵组织的重要性水平和风险偏好设定阈值。上述示例仅供参考说明。

调节最佳实践

  1. 及时性： 在结账日程规定的期限内完成调节（通常为期末后第 T+3 至 T+5 个工作日）
  2. 完整性： 按既定频率调节所有资产负债表科目（重要科目按月调节，非重要科目按季度调节）
  3. 文档记录： 每份调节表都应包括编制人、复核人、日期，以及对所有调节项目的清晰说明
  4. 职责分离： 进行调节的人员不应与处理该科目交易的人员为同一人
  5. 跟踪落实： 跟踪未结事项直至解决——不要无限期地结转事项
  6. 根本原因分析： 对于反复出现的调节项目，应调查并修复潜在的流程问题
  7. 标准化： 在所有科目中使用统一的模板和程序
  8. 档案保管： 依据贵组织的文件保管政策，保存调节表及其支持性资料

评论

支持 Markdown