实现企业银行账户与建行制单(corporate-bank-account-payment-order)
这个提交包含在:
+3
-1
@@ -58,7 +58,9 @@ A 类页面优先保证真实试运行路径顺畅;B 类页面优先保证台
|
||||
|
||||
项目模块 V1 只做轻项目台账:项目状态、负责人/成员、里程碑/任务、风险、交付记录,以及关联报销、采购、合同和付款。项目页面不做完整项目管理软件,不承接甘特图、复杂任务依赖、工时、资源排期、OKR、项目组合管理或大型协同平台;项目页主要负责业务归集、风险提醒和跳转到对应业务详情。
|
||||
|
||||
财务台账 V1 只做付款准备、付款批次、回单留痕、AP 状态、票据/OCR 状态和代账交接摘要。付款、应付账款和票据页面不做完整财务软件,不承接银行直连真实支付、银行流水自动导入、总账、凭证生成、自动对账或税务申报;真实付款继续在线下银行或既有财务/代账流程完成,OA 只记录状态、证据和交接摘要。OA 不接 ERP,未来也不规划 ERP 接入。
|
||||
财务台账 V1 只做付款准备、付款批次、企业网银导入制单、回单留痕、AP 状态、票据/OCR 状态和代账交接摘要。制单只是效率工具,不代表付款成功,也不是登记付款完成的门禁;银行回单仍是银行渠道付款的硬证据。付款、应付账款和票据页面不做完整财务软件,不承接银行直连真实支付、银行流水自动导入、总账、会计凭证生成、自动对账或税务申报;真实付款继续在线下银行或既有财务/代账流程完成,OA 只记录状态、证据和交接摘要。OA 不接 ERP,未来也不规划 ERP 接入。
|
||||
|
||||
员工收款信息默认只展示开户银行和脱敏尾号,由 HR/管理员维护,员工本人可核对但不自助修改;财务因转账需要查看完整账号时必须填写原因并留审计。付款复核与后续人工转账/制单使用同一份批次冻结收款快照,员工资料事后变化不得漂移已复核批次。公司企业银行账户独立挂在法人主体下,普通财务只读,财务负责人/管理员维护;新增、替换和停用须留审计并通知管理员与负责人。
|
||||
|
||||
付款相关动作集中在 `付款` / 财务处理详情执行。报销、采购、合同、项目等列表和普通详情只显示付款状态、回单状态、`查看付款`、`补回单` 或进入付款记录入口,不直接放 `标记已付款`、`取消付款`、`批量付款`、`执行付款`;付款动作前必须核对金额、对象、线下付款说明、证据和回单。
|
||||
|
||||
|
||||
@@ -747,3 +747,11 @@ OPOLICY1 是正式启用前的制度收口层。它不新增一套业务流程
|
||||
- 列表页:`PageHeader + FilterBar + 主列表`
|
||||
- 详情页:`概览 -> 执行 -> 留痕 -> 归档/合规`
|
||||
- 若某页面出现两个以上竞争级主按钮,应视为设计回退并在上线前修正。
|
||||
## 20. 企业银行账户与收款信息
|
||||
|
||||
- 部署本能力后,先由管理员在“管理 → 企业银行账户”配置法人主体的建设银行付款账户,再由 HR/管理员在员工档案“收款信息”中选择建设银行并录入工资卡账号;不要通过聊天、工单或仓库传递完整账号。
|
||||
- 同一法人主体只保留一条当前启用账户。换卡使用“替换”,系统归档旧记录;不再使用时选择“停用”,不要覆盖历史记录。
|
||||
- 默认页面只显示脱敏尾号。查看公司或员工完整账号必须填写业务原因,系统记录查看审计;查看完成后及时关闭或隐藏。
|
||||
- 新建银行付款批次会冻结付款方和收款方账号。旧批次没有冻结密文,永久不支持制单,仍按人工转账、上传回单、登记付款完成的路径处理。
|
||||
- 银行制单仅支持建设银行本行,生成真实 BIFF8 `.xls`。重新下载不会作废旧文件;若旧文件已导入网银,不得重复提交。
|
||||
- 制单下载不是付款证据。企业网银付款完成后仍须上传银行回单,才能登记付款完成。
|
||||
|
||||
在新工单中引用
屏蔽一个用户