TH 出入金 — Open Item 上报 PTS

每一笔资金从进来到出去,中间经历了什么,都要追踪清楚。追踪不到的钱,就是风险。

从一个真实场景说起
银行收到一笔 5 万泰铢的电汇入金,然后呢?

出入金系统记录了这笔流水——金额 50,000 THB,银行到账,时间 10:23。到这里,系统的工作就结束了。

但业务没有结束。这笔钱现在躺在公司的中转账户(Processing Account)里,还没有到客户的证券账户。如果运营忘了处理,或者匹配不到客户,这笔钱就会一直挂着——账本上看不出问题,因为中转账户余额只是一个数字,看不出是哪笔、挂了多久、谁该负责

更糟的是:如果同时有一笔 5 万的入金没处理,和一笔 5 万的出金没完成,中转账户余额恰好是零——但实际上有两笔业务都卡住了。这就是「净额掩盖问题」。

现在能回答

  • 发生了什么(流水记录有)
  • 金额多少、什么时候发生
  • 中转账户余额是多少

回答不了

  • 这笔钱到客户了吗?还是卡在中间?
  • 卡了多久?谁在跟进?
  • 中转余额里,到底是哪几笔没走完?
  • 余额为零 = 没问题?(不一定)
Finance 的明确要求(MFI 26Q1 #144 Aged Suspense Items) "每个业务系统都需要建立 Open Item 追踪。" 监管也要求:在途资金必须逐笔追踪,不能用净额对冲来交差。
解决方案:给每笔在途资金一张追踪单
追踪单叫 Open Item(OI)。单子没关 = 事情没完。

思路很简单:每笔资金进入中转账户时,自动开一张追踪单;资金离开中转账户时,关掉这张单。

中转账户里挂了多少钱、挂了几笔、每笔挂了多久、该谁处理——全部一目了然。不再是一个看不透的余额数字。

三个核心概念 Case = 一笔完整的业务事件(比如"张三的一笔 5 万入金")
Open Item = 这笔业务中尚未完成的待处理项(钱进了中转但还没到客户账上)
Bucket = OI 当前的状态:Processing(当天正在处理)或 Suspense(过夜了,要重点关注)

在 TH 出入金场景中,一笔流水 = 一个 Case = 一个 OI,一一对应,不会更复杂。
OI 的一生:从创建到关闭
所有规则都围绕这张图。看懂这张图,就看懂了整个方案。
flowchart LR
    A["资金进入中转
银行到账 / 客户扣款"] --> B["创建 OI
状态:Processing"] B --> C{"当天
完成?"} C -->|"是"| D["关闭 OI
中转清零 ✓"] C -->|"否(过夜)"| E["升级 Suspense
开始计天数
纳入报表"] E --> F{"处理
结果"} F -->|"正常完成"| G["关闭
Normal Completion"] F -->|"退回"| H["关闭
Cancellation"] F -->|"人工处置"| I["关闭
Manual Write-off"] style A fill:#dbeafe,stroke:#3b82f6,color:#1e40af style B fill:#fef9c3,stroke:#f59e0b,color:#92400e style D fill:#dcfce7,stroke:#22c55e,color:#166534 style E fill:#fee2e2,stroke:#ef4444,color:#991b1b style G fill:#dcfce7,stroke:#22c55e,color:#166534 style H fill:#dcfce7,stroke:#22c55e,color:#166534 style I fill:#dcfce7,stroke:#22c55e,color:#166534
Processing = 当天新建,不上报 Suspense = 过夜未完成,必须追踪 交易日切换:每日 09:00 泰国时间 出金当天开当天关 = 不上报

例子:一笔入金跨日匹配的完整过程

1
Day 1 10:23
银行到账
创建 OI
状态 = Processing
Amount = -50,000
2
Day 2 09:00
跨日未完成
自动升级 Suspense
Age = 1 天
纳入报表
3
Day 3 09:00
仍未处理
Age = 2 天
运营应跟进
4
Day 3 14:30
匹配成功
入账客户
关闭 OI ✓
中转清零

关键点:Day 1 不上报(Processing 状态,当天的事不急着报)。Day 2 起 Suspense,每天 Age +1,直到关闭。

注意:入金冲正 ≠ 关闭 OI,而是打开新 OI 已完成的入金被撤回(如重复入金),钱从客户账户退回中转。这是一笔新的资金进入中转,所以创建新的 OI。
而出金冲正相反:出金被银行退回,钱补回客户,原 OI 关闭(Cancellation)。
三种开单 × 三种关单
OI 的创建和关闭,共六种触发条件。

▶ 开单(资金进入中转)

入金到账
银行通知收到钱。钱进了中转,等着分给客户。

出金扣款
客户发起出金。钱从客户账户进入中转,等银行确认。

入金冲正
已完成的入金被撤回。钱重新回到中转,产生新 OI。

■ 关单(资金离开中转)

正常完成
入金:钱成功入账客户。出金:银行确认到账。

退回 / 冲正
入金退款回银行;出金失败退回客户。钱原路返还。

人工关闭
运营通过 CRM 手动处置(Manual Write-off)。

核心原则:不管走哪条路径,最终 OI 一定关闭,中转账户这笔钱一定清零。 正常入账是一条路,退款是另一条路,人工处置是最后兜底——但终点都一样:OI 关闭 = 中转清零 = 业务走完。
金额方向:为什么入金是负数?
报表金额反映的是中转账户的视角,不是客户视角。

OI 报表里的金额,站在中转账户的立场看:钱进来了,就是中转账户欠客户的(负债增加,所以是负数);钱出去了,就是中转账户要付出去的(资产出账,所以是正数)。

入金到账
-50,000
钱进入中转 → 中转负债增加 → 负数
出金扣款
+3,000
钱经过中转出去 → 中转资产出账 → 正数
全部场景一览
10 种场景覆盖所有入金 / 出金路径。最后一行是唯一不上报的特殊情况。
场景发生了什么OI关闭原因上报
入金 Suspense 中 银行到账,跨日还没匹配到客户
运营需要跟进匹配
Open --
入金正常完成 银行到账 → 匹配客户 → 入账成功
最理想的路径
Closed Normal Completion
入金退款中 无法匹配,退款已发起但银行还没确认
退款在途,OI 保持打开
Open --
入金退款完成 退款到账,钱退回银行
虽然没入账客户,但业务闭合了
Closed Cancellation
入金冲正(新 OI) 已完成的入金被撤回,钱退回中转
产生新流水 → 新 OI
Open --
出金 Suspense 中 客户扣款完成,跨日银行还没确认
等银行确认到账
Open --
出金正常完成 客户扣款 → 银行确认到账
最理想的路径
Closed Normal Completion
出金失败 / 冲正 银行拒绝或退回,钱补回客户
出金没成功,但 OI 闭合了
Closed Cancellation
人工关闭 运营通过 CRM 手动处置
兜底手段,Close Reason = Manual Write-off
Closed Manual Write-off
出金当天开当天关 出金当天扣款、当天就被拒绝
没过夜,不算在途资金
不纳入 --
每天要交什么报表
每日 09:00(泰国时间)后生成 CSV,上传 FOSS,PTS 自动拉取。

报表范围:所有 Suspense 状态的 OI(还没关的)+ 最近 5 个工作日刚关闭的 OI。Processing 状态的不报(当天的事还在处理中)。出金当天开当天关的不报(没过夜不算在途)。

报表用途:运营看"哪些单子还没处理完";Finance 看"有没有挂太久的";对账用"报表金额加起来应该等于 PTS 中转账户余额"。

每行记录包含 30 个字段,分 7 组:

1
报表日期
当天日期
YYYYMMDD
3
OI 标识
Case ID
OI 编号
Open/Closed
3
时间节点
创建日期
升级 Suspense 日期
关闭日期
4
老化天数
OI 总天数
Suspense 天数
(自然日+工作日)
4
关闭信息
关闭原因
钱最终去了
哪个账户
5
资金来源
钱从哪来
入金=银行
出金=客户
10
中转账户
哪个中转账户
币种、金额
入金负/出金正
Case ID 格式:入金 DEP-日期-流水ID,出金 WDR-日期-流水ID。每笔流水固定只有一个 OI(编号 OI.1)。
对账校验:报表中所有 Control Amount 汇总 = PTS 中转账户余额。不等就有问题,触发告警。
怎么算做完了
  • 中转清零
    每个 OI 关闭后,中转账户对应的余额为零。这是最基本的检验。
  • 全程可追溯
    任意一笔 OI 可以查到:什么时候创建、什么时候升级 Suspense、什么时候关闭、为什么关闭。
  • 报表 = 账本
    报表金额汇总 = PTS 中转账户余额。有差异立即告警。
  • 天数递增倒逼处理
    Suspense 每天 Age +1,运营每天都能看到,挂太久的自然会被升级处理。
  • 不漏不重
    每笔在途资金有且只有一个 OI。不会漏掉,也不会重复追踪。
前置依赖
  • !
    PTS Processing / Suspense 账户编号
    待 PTS 团队提供,用于报表中的中转账户字段。
  • !
    TH 工作日日历
    待建立,用于计算工作日天数(排除泰国法定假期)。
  • !
    FOSS 上传通道
    待申请,CSV 文件上传的通道配置。
本期范围

▶ 做

入金标准流程 出金标准流程 退款 冲正 人工关闭 异常/挂起状态

■ 不做

币种转换 非现金资产 中台分拣阶段 在途/冻结类

● 待确认

主动收款 payment_order 中台流水 payment_flow