feat(交易记录): 新增交易记录管理页面与API接口 feat(上传): 添加统一上传接口支持自动识别文件类型 feat(用户管理): 为用户模型添加备注字段并更新相关接口 feat(邮件): 实现SMTP邮件发送功能并添加测试脚本 feat(短信): 增强短信服务配置灵活性与日志记录 fix(发票): 修复发票列表时间筛选功能 fix(nginx): 调整上传大小限制与超时配置 docs: 添加多个功能模块的说明文档 docs(估值): 补充估值计算流程与API提交数据说明 chore: 更新依赖与Docker镜像版本
23 lines
1.4 KiB
Markdown
23 lines
1.4 KiB
Markdown
## 目标
|
||
- 以简明清晰的中文,给出发票状态(pending、invoiced、rejected、refunded)的标准释义。
|
||
- 重点补充“rejected(已拒绝)”的常见触发原因与处理建议,便于运营与审核同口径使用。
|
||
|
||
## 来源与现状
|
||
- 状态字段来源:`app/models/invoice.py:32`(`pending|invoiced|rejected|refunded`)。
|
||
- 后台页面状态标签:`web/src/views/transaction/invoice/index.vue:82-91`。
|
||
|
||
## 输出内容
|
||
- 提供四个状态的含义与可执行动作:
|
||
- pending:未开票,等待处理;可进行开票或退款;需核验资料。
|
||
- invoiced:已开票,发票已生成;可查看重发邮件等;不可再提交同笔开票。
|
||
- rejected:已拒绝,审核未通过;说明常见拒绝原因与后续处理方式。
|
||
- refunded:已退款,已取消并完成退款;如需再次开票需走新流程。
|
||
- “rejected”典型原因分类与处理建议:
|
||
- 企业信息不一致/缺失;税号无效或格式不符;银行账户异常;发票类型不合规;重复或异常申请;付款凭证无法核验等。
|
||
- 建议:更正信息后重新提交;提供有效凭证;必要时走退款流程。
|
||
|
||
## 可选改进(待确认)
|
||
- 在后台页面增加“拒绝原因”提示(若未来增加原因字段),或在详情中补充统一口径的原因文案与建议。
|
||
|
||
## 交付方式
|
||
- 立即以文本形式给出状态释义与“rejected”原因说明,便于直接使用。 |