惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
L
Lohrmann on Cybersecurity
aimingoo的专栏
aimingoo的专栏
V
V2EX
S
Security Affairs
T
Threatpost
C
CXSECURITY Database RSS Feed - CXSecurity.com
IT之家
IT之家
J
Java Code Geeks
The Register - Security
The Register - Security
U
Unit 42
C
CERT Recently Published Vulnerability Notes
月光博客
月光博客
A
About on SuperTechFans
H
Hackread – Cybersecurity News, Data Breaches, AI and More
T
The Blog of Author Tim Ferriss
Cisco Talos Blog
Cisco Talos Blog
Project Zero
Project Zero
S
Schneier on Security
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
D
DataBreaches.Net
博客园 - 司徒正美
V
Vulnerabilities – Threatpost
T
Tor Project blog
Security Latest
Security Latest
T
The Exploit Database - CXSecurity.com
T
Threat Research - Cisco Blogs
Scott Helme
Scott Helme
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
M
MIT News - Artificial intelligence
云风的 BLOG
云风的 BLOG
小众软件
小众软件
L
LangChain Blog
Attack and Defense Labs
Attack and Defense Labs
Recent Commits to openclaw:main
Recent Commits to openclaw:main
P
Palo Alto Networks Blog
A
Arctic Wolf
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园 - 叶小钗
D
Darknet – Hacking Tools, Hacker News & Cyber Security
L
LINUX DO - 最新话题
MongoDB | Blog
MongoDB | Blog
Webroot Blog
Webroot Blog
H
Hacker News: Front Page
Know Your Adversary
Know Your Adversary
Spread Privacy
Spread Privacy
AWS News Blog
AWS News Blog
Engineering at Meta
Engineering at Meta

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
一文吃透银行账务、账户、会计、科目!打通体系闭环(扩写版)
东边有耳 · 2025-10-16 · via 人人都是产品经理

银行体系的复杂性,往往源于“账务、账户、会计、科目”之间的模糊边界。本文将系统拆解这四者的逻辑关系,从业务流、资金流到会计流,构建一套可理解、可复用的认知框架,帮助产品人真正打通银行产品设计的底层闭环。

想真正学习好银行业务,这几块知识是你必须要牢牢掌握的。

结合以前发过很多相关知识,今天将科目、账户、账务、会计串起来讲一讲,让整个知识体系形成一个闭环。所有的内容还是基于银行角度来说的,下面我将按照顺序来介绍。

一、会计科目

为什么要从会计科目开始,实际上现在不管是第三方支付、金融证券、电商、银行等相关领域都已经做到了账务财务信息化,多多少少都涉及到了会计科目的运用。

什么是借贷

从来不是我们生活中的借款和贷款所表达的意思,它们知识只是会计里的方向标记,也可以看做是两个符号,也千万别把借贷和增减绑定。

记住下面的口诀就行,资产面前借加,贷减,负债面前借减,贷加,共同类科目具有资产和负债的双重性质,其最终属于资产还是负债,由科目余额的方向决定(余额在借方为资产类,余额在贷方为负债类)。

举个例子,客户去银行存钱,银行的会计分录如下:

借:库存现金贷:吸收存款-客户存款

从上面可以看出,吸收存款-客户存款科目对于银行来讲是欠客户的钱,属于负债;库存现金对银行来讲属于资产。那么就符合资产面前借加,贷减,负债面前借减,贷加的规则了。

会计恒等式

就是一个简化的会计恒等式。下面我将用不同的业务场景解释会计恒等式。

借贷双方都是资产类

业务场景

A银行因柜台现金储备不足,从央行提取50万元现金,存入本行金库作为库存现金。

借:库存现金 +500,000贷:存放中央银行款项-500,000

上面的场景不管是借方还是贷方,科目都是资产类,只不过相当于资产形态的转换,总资产并没有发生变化。

借贷双方都是负债类

业务场景

客户将在B银行持有的20万元1年期定期存款,提前支取并转为活期存款,银行按规定办理转账手续。

借:吸收存款-定期存款-200,000贷:吸收存款-活期存款+200,000

借方是资产类贷方负债类

业务场景

客户向D银行申请15万元个人消费贷款,审批通过后,银行将贷款资金直接划入客户在本行的活期存款账户,客户可随时支取使用。

借:贷款-个人消费贷款+150,000贷:吸收存款-活期存款+150,000

借方是负债类贷方是资产类

业务场景

客户此前在E银行办理了10万元个人经营贷款,还款到期日,客户选择从其在本行的活期存款账户中直接扣款,完成本期贷款本息(此处简化为 10 万元本金)偿还

借:吸收存款-活期存款-100,000贷:贷款-个人经营贷款-100,000

附:变形的会计恒等式

科目设置

会计科目特别是一级科目是国家规定的,是对具体业务的分类和命名,可以直观的看一下具体的科目,一般从名字上你基本上能知道是做什么的。

一般企业的会计科目

银行会计科目设置

实际上银行和一般企业的科目类似,都是分为几大类,主要区别是科目名称上有些差异科目,有些科目是银行特有的。

常见银行会计科目示例图,来源自网络

当然还有一些表外科目,如下:

科目分级

一般按需求设计科目层级,也称为歪脖子树,对科目进行命名和编号,形成科目编号表。细分的项目称为叶子,细分的过程称为科目分级。例如,在银行存放资产下面可以分级为活期存款 、定期存款、汇票。活期存款可以继续分级到招商活期存款 、建设银行定期存款等

二、账户

用于记录和反映特定主体(如个人、企业、机构等)经济活动和资金状况的一种工具或载体

账户可以分为存款账户、贷款账户、内部户等等,存款账户在银行也被称为负债账户,贷款账户在银行被称为资产账户,内部户没有其他名字了,就叫内部户,但是可以细分为应收利息暂存户、应付手续费账户、盈余公积账户、应解汇款等等。

账户比较多,我们现在以存款账户举例,讲述一下账户

账户体系

存款账户基础组织

从上图我们可以看出,卡并不是账户,它只是一种介质,卡号也只是一串没有特殊含义的数字(尽管上面有卡bin、卡中等规则)

一张卡可以根据需要,对应底层多个账户,至于能关联多少,根据实际业务需要,理论上没有上限,但是默认情况下,我们的卡对应一个人民币活期现金账户,从某个意义上讲,卡号算是一种账户(外行人可以这么说)

设计理念

两层分层

客户账号和负债账号分层,可实现客户账户和负债账户的相对分离

相对关联

转换交换层进行关联转换,根据场景不同,适配业务需要,匹配出不同的账户。

介质辅助

客户账号不建议直接使用介质编号来做,为什么呢?因为比如实体卡丢失还需要补卡挂失等。如果补卡需要换号(不支持保号的情况下)银行很多历史数据要么做修改(实际不允许)要么做映射,就会很麻烦,这时候客户账号层如果和介质编号层保持解耦,记录换卡日志即可解决!

账号的组成

客户账号

可以和卡号保持一致(最好不这么做),举例:个人/企业+开户机构+顺序号+校验位,也可以是随机不重复的一串数字或者字符组合。

负债账号

贷款账号

每家银行不一致,一般:银行代码+年份+业务种类+客户号+校验码组成,通过该号码可以直观的看出一些必要的信息,比如说哪个客户的账号。

账务

基础理论

银行的账务系统由两个相辅相成的系统组成,明细核算和综合核算。

明细核算

明细核算:相当于明细账本,在每个大科目下记录具体账户的变动。比如个人储蓄存款科目下,会详细记载客户A、客户B账户余额变化。它能精准反映每笔资金的细节,是综合核算的补充说明。

明细核算是在会计科目下对具体账户的详细记录,由分户账、余额表、登记簿和现金收付日记簿组成。

  • 分户账一个实体可以开多个账户,每个账户也可以称之为分户,分户账简单理解就是账务明细和账户基本信息;账户明细包含发生日期、摘要、借方发生额、贷方发生额,交易后余额等,账户基本信息包含账户开户日期、账户类型、客户信息等,以及一些其他相关的记录,如利息计算、账户状态变更等。
  • 余额表银行余额表,简单来说,就是每天营业结束后,汇总记录各个分户账最终余额的专门表格。它看似只是一张普通的表格,却在银行的明细核算体系中扮演着特殊角色,是不可或缺的核算助手。
  • 登记簿银行登记簿是用于补充分户账、记录特定业务或事项详细信息的辅助性账簿,核心作用是对分户账未涵盖或需重点管理的业务(如重要凭证、挂失、冻结等)进行专项登记,实现“全流程追踪”和“风险管控”,并非直接记录资金收付
  • 现金收付日记簿银行现金收付日记簿是按时间顺序逐笔记录银行当日所有现金收入和现金支出业务的序时账簿,核心作用是全面、实时反映银行现金的收付动态,为现金库存管理和后续账务核对提供直接依据。

综合核算

综合核算以会计科目为基础,综合概括地反映银行整体资金的增减变化情况。这个系统由三个核心部分组成,环环相扣形成完整链条:

  • 科目日结单每天营业结束后,按每个会计科目汇总当天的借贷方发生额,相当于给每个科目做了当日小结。它是登记总账的直接依据,总账的每日数据都从这里提取;核心作用是衔接分户账与总账,确保每个会计科目的当日收付总额准确,为登记总账提供直接依据。

科目日结单,来自于网络

  • 总账按会计科目设立账户,汇总记录该科目下所有分户账当日发生额及余额的总括性账簿,核心作用是反映银行各类业务的整体资金规模和财务状况,是编制银行财务报表、进行经营分析的基础

总账样例,来自于网络

  • 日计表按日编制的会计报表,当日业务与财务活动的全景快照。核心作用是全面呈现银行当日的账务全貌,检验当日账务是否平衡,并作为后续账务核对和业务分析的基础依据。

日计表样例,来自于网络

综合核算

综合核算后面会提到,这里先把图放在这里。

理论实现

记分户账

举个例子,某客户的活期账户某一天有动账,具体情况如下:

根据上述信息,那么在2025-03-18日的余额为:上日余额+今日贷方发生额-今日借方发生额=今日余额,即:1000+500+200-300-100=1300

在记录分户账的过程中,衍生出两个概念,账户明细和账户余额。

  • 账户明细:记录每一笔明细交易,一般设计的字段有账号,工作日期,发生额,借贷标志,对方账户,主要是进行插入操作。
  • 账户余额:记录账户的当前最新的余额,一般设计的字段有账号,工作日期,昨日余额,当前余额。其中当前余额到凌晨后(日切后)就变成了昨日余额,主要是进行更新操作。昨日余额很重要,一般目的是进行核算,毕竟跑批核算一般是在次日凌晨,余额是一直在变化的。

记总账

总账是从日志中计算出来的,把日志中的记录按照业务类型关联到对应的会计科目进行汇总,最终算出总账数据。总账的每个科目,每一天都记一条记录。

简化版日志样例

可以看到,日志像交易的 “黑匣子”,把每笔联机交易的关键信息全部留存,既支撑分户账的明细记录,也为后续总账汇总、风险审计提供了原始依据。

总账样例

总分核对

这里一般讲的是余额的核对。这个是非常重要的一环。

图中的日志A和日志B的设计,叫做双日志设计,实线是当前在用的日志,虚线是昨日日志,日终切换。有疑问吧?核对什么呢?这不是肯定是平的吗!是的,理论上,这个是平账的,但是也会有不平的情况,一是系统不可控原因导致的不平,二是人为故意的不平(试想:操作数据库给加一笔钱,太可怕了)

总分核对的本质是数据传递链的校验,而非重复劳动。即使数据理论上同源,手工操作误差、系统缺陷或人为舞弊仍可能导致账账不符。

核算实操

业务流程图

数据流图

如果出现核算不平,一般出现原因和处理方式:

1、因明细与综合核算衔接问题(如科目日结单汇总错误)导致不平直接调用系统 “凭证重传” 功能,重新生成正确的科目日结单,系统会自动同步更新总账数据,确保总账与分户账的发生额、余额一致。

2、现金类科目因未达账项(如柜员尾箱未及时上缴)不平由相关柜员对尾箱进行核对并完成上缴操作,之后在系统中重新发起轧账,系统会自动处理未达账项,使现金日记簿、库存现金模块与总账 “现金” 科目达成平衡

3、系统批量处理故障(如隔夜利息计提错误)引发不平在系统主管授权后,通过 “批量交易回溯” 功能找到异常批次,重新执行该批次的批量处理,系统会自动修正因计提错误导致的相关科目余额,实现账务平衡。

4、内外账因单边记账(如客户已付银行未收)不平根据实际业务情况补制相应的记账凭证,将未记录的业务录入系统,确保银行分户账与客户账户的记录一致,从而消除内外账差异。

5、前期红字冲销操作不规范(如冲账日期有误)造成不平在系统 “错账调整记录” 中找到对应的错误凭证,经主管审批后,使用 “跨期冲账” 功能调整冲账日期,确保冲账与补账的日期逻辑正确,再通过补制正确凭证入账,使账务恢复平衡。

6、系统升级或数据迁移导致科目余额错乱在技术人员配合下,通过 “数据校验工具” 定位差异项,将正确的数据重新导入系统,然后调用 “账务重算” 功能,系统会根据正确数据重新计算并更新总账余额,解决账务不平问题。

三、会计

在银行业务中,会计需要了解几个非常重要的概念:会计分录、分录账、总账、明细账、账户变动明细。下面我们用一个场景,总体说明这几个概念,场景如下:

客户C(A银行对公客户,账号:11010000000001)于2025年9月19日14:30通过A银行网银向客户D(B银行对公客户,账号:22010000000001)转账100万元,A银行收取100元手续费(合计扣款1,000,100元),通过大额支付系统完成清算

相关概念&实例

会计分录

交易的财务语言,记录单笔交易的最小财务单元,明确谁借谁贷、金额多少

A银行扣款(含手续费)借:吸收存款-企业活期存款(客户C) 1,000,100贷:清算资金往来-大额支付系统 1,000,100

央行清算完成(实时)借:清算资金往来-大额支付系统 1,000,000贷:存放中央银行款项-准备金存款 1,000,000

A银行确认手续费收入借:清算资金往来-大额支付系统 100贷:手续费及佣金收入 100

  • 步骤1:吸收存款(负债类科目)减少1,000,100元(记贷方),清算资金往来(过渡科目)增加1,000,100元(记借方)。
  • 步骤2:清算资金往来减少1,000,000元(记借方),存放中央银行款项-准备金存款(资产类科目)减少1,000,000元(记贷方),体现银行用自有资金垫付本金。
  • 步骤3:清算资金往来减少100元(记借方),手续费及佣金收入(损益类收入科目)增加100元(记贷方),完成收入确认。

分录账

所有交易的时间线档案库,存储所有交易的原始凭证,便于后续核对、审计(如检查是否有遗漏或重复分录),是账务流程的操作日志

  • 分录账按时间顺序记录所有分录,确保每笔交易的操作轨迹可追溯(如步骤1→步骤2→步骤3的连续性)。
  • 金额严格对应会计分录(步骤2仅100万元本金,步骤3仅100元手续费),避免混淆。

总账

上面提到过,银行整体的财务快照,提供科目级别的汇总数据(如当日客户存款减少多少、手续费收入多少),用于编制财务报表(如资产负债表、利润表)

  • 吸收存款科目按客户拆分,客户C(贷方1,000,100元)、客户E(借方500,000元)、客户F(贷方80,000元),合计贷方1,080,100元,借方500,000元。
  • 总账吸收存款期末余额=期初6,500,000+借方500,000-贷方1,080,100=5,919,900元,与明细账合计一致

上面三行只是辅助理解,不是总账内容

明细账

明细账按会计科目层级(一级→二级→三级)记录该科目下所有关联账户的详细交易,维度是科目级,支持科目级核算,如企业活期存款科目当日总增减额、识别风险并预警,如识别某客户账户异常大额转出

  • 明细账中吸收存款科目的借方合计500,000元(仅客户E的收入),贷方合计1,080,100元(客户C转出1,000,100元+客户F支出80,000元),与总账吸收存款的发生额完全一致。
  • 期末余额合计5,919,900元,与总账吸收存款期末余额一致,验证数据准确性

账户明细

账户明细针对单个具体账户记录每一笔交易流水,包含时间戳、金额、对方账户、交易状态等细节。可以实现支持客户查询流水、追溯单笔交易来源处理纠纷处理、基于每日余额进行利息计算。

  • 账户流水明确区分本金转出(100万元)和手续费支出(100元),与实际清算路径一致。
  • 当前余额计算:初始2,000,000元+工资20,000元+转账收入30,000元-本金转出1,000,000元-手续费100元=1,049,800元(逻辑正确)

试算平衡

试算平衡是会计核算中的一项核心程序,用于验证所有账户的借方总额与贷方总额是否相等,以确保记账过程的准确性。其本质是通过数学平衡原理,检查分录编制、过账及汇总环节是否存在方向性错误。

综合核算

试算平衡是综合核算中用于验证账务准确性的关键环节

借贷记账法规则:每笔分录的借方金额必须等于贷方金额。恒等式:全部账户借方发生额合计 = 全部账户贷方发生额合计全部账户借方余额合计 = 全部账户贷方余额合计

勾稽校验

五个概念通过“数据生成→汇总→拆分→细化”的逻辑密切关联,双向勾稽、层层验证形成闭环体系,确保账务数据的一致性和准确性。

1、正向流程

单笔交易从会计分录开始,逐步汇总到分录账、总账、明细账,最终细化为单个账户的流水,形成“数据金字塔”

2、反向验证

通过“余额核对”和“发生额汇总”,从单个账户流水反向验证总账、分录账、会计分录的准确性

本文由 @东边有耳 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议