AutoRpa/rpa_rebate/待确认字段.md

43 lines
1.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 返利录入待确认字段
给业务确认。接口 3 / 表 3 没有这些列,RPA 现在按页面口径写死。确认前代码不改。
确认方式:每项勾「统一写死」或「按单变化」。按单变化要说数据从哪来(订单中心补字段 / 别的表 / 人工)。
---
## 要拍板的项
| 页面字段 | 现在怎么填 | 问什么 | 统一写死则 | 按单变化则 |
| --- | --- | --- | --- | --- |
| 联系人 | 苏文辉 | 是否永远这个人 | 保持苏文辉 | 补列或给对照表。货源弹层按联系人过滤,换人则 `goods_source_id` 可能搜空 |
| 返利合约 | 否 | 是否永远「否」 | 保持否 | 订单中心补字段 |
| 采购结算方式 | 电汇(不要点「电汇—非直联」) | 是否永远电汇 | 保持电汇 | 订单中心补字段 |
| 承付模式 | 下月 N 号结 | 是否永远这个模式 | 保持下月 N 号结 | 说明还有哪些模式、从哪取值 |
| 特定补偿预估值 | 0 | 页面确认时报必填,是否永远 0 | 保持 0 | 金额从哪来 |
| 进货补偿预估值 | 0 | 同上 | 保持 0 | 金额从哪来 |
---
## 承付参数(单独问)
总单、细单的「承付参数」现在读表 3 `payment_term`(接口 3 `paymentTerm`,常见 90,单位像是账期天数)。
页面承付模式是「下月 N 号结」时,N 一般是 1–31 号。用 90 去填 N 会对不上。
请业务拍:
1. `payment_term` 就是「下月 N 号」的 N(那业务上不该出现 >31)
2. `payment_term` 是账期天数,N 另有规则(例如固定 25)——请写出规则
3. 承付模式其实不是「下月 N 号结」,请指出页面该选哪一项、参数怎么填
---
## 已经读表 3、不用确认
供应商 MDM、计划员、协议开始/结束、货品 ID、数量、含税单价、税率(空则 0.13)、货源细单 ID、细单备注(`oms_id`)。缺列整组停。
---
确认结果记在本文件底部,再改代码。