什么是 EDIFACT REMADV 报文?
1. EDIFACT REMADV 简介
EDIFACT REMADV（汇款通知）是在 EDI 流程结束时，客户通知其供应商就收到的商品或服务进行付款，或付款已完成，同时说明付款方式和金额的报文。
EDIFACT REMADV 报文遵循联合国制定的 EDI UN/EDIFACT 报文标准 ，通常与 EDI INVOIC（发票）报文搭配使用。
2. EDIFACT REMADV 报文的用途
供应商首先会向客户发送一条或多条 EDI 发票报文（INVOIC）。
如果多个发票通过一次付款进行结算，REMADV 就显得尤为重要。REMADV 报文可帮助供应商将一笔付款对应到多个发票上。
由于 REMADV 是可选使用的报文类型，因此其使用频率不如其他“必备”的 EDI 文档频繁。通常 REMADV 多见于大型客户与其供应商之间，是否使用取决于具体业务流程。
3. 典型的 EDIFACT REMADV 报文结构
汇款通知报文包含关于付款的各类数据，并可关联不同的业务流程及相应的财务交易。
REMADV 报文遵循 EDIFACT 定义的段和元素结构。客户内部的 ERP 系统（如 SAP）会创建包含所需发票汇总信息的报文（例如 SAP IDoc），再通过 EDI 软件将其转为客户要求的 EDI 报文格式。该解决方案可以是云端 EDI 服务，也可以是本地部署的软件。
一个典型的 REMADV 报文内容包括：
- 采购方与销售方的信息
- 已收发票详情，如发票号、金额等
- 附加费用或折扣说明
- 部分付款信息（已支付或待支付）等
UNA:+.?'
UNB+UNOA:2+4012345000009:14+4000004000002:14+191106:0735+456748++REMADV'
UNH+2000000088+REMADV:D:99B:UN'
BGM+481+2000000088+9'
DTM+137:20191106:102'
NAD+SU+2201234567897::16'
NAD+PI+9001912121037::92'
NAD+PR+9001912121025::92'
CUX+2:EUR'
DOC+481+2000000088'
MOA+129:226.50'
MOA+109:18.50'
MOA+138:208.00'
DTM+138:20191206:102'
DLI+1+001'
MOA+12:122.50'
MOA+52:10.50'
MOA+60:122.00'
PIA+1+12345+444455555+67899'
DTM+50:20191204:102'
DLI+1+002'
MOA+12:104.00'
MOA+52:8.00'
MOA+60:96.00'
PIA+1+12345+444466666+67899'
DTM+50:20191102:102'
UNT+25+2000000088'
UNZ+1+456748'
4. EDIFACT REMADV 报文的处理
客户接收到供应商的 INVOIC 报文后，其 EDI 系统将校验报文内容是否符合格式要求。若报文在语法上无误，ERP 系统便可据此更新此前记录的发票信息。技术层面的接收确认（如 CONTRL）可随后发送。而汇款通知通常在多张发票合并结算时由客户发送给供应商。
如下图所示，在零售场景中，REMADV 在 EDI 信息流中的位置及其与其他报文类型的关系：
在所谓的“十日账单”模式下，供应商会在一段时间内（如十天）集中开具覆盖多个门店的发票，客户再统一进行结算，此时 REMADV 报文尤其重要。
在汽车行业的 EDI 流程中，REMADV 与其他报文的搭配使用亦如图所示。
5. REMADV 在其他 EDI 标准中的对应格式
EDIFACT 是联合国推荐的 EDI 标准，主要应用于欧洲及亚洲大部分地区。在 EDIFACT 中，REMADV 一条报文可包含所有被一笔款项结算的发票信息。
在北美更常见的 ANSI X12 标准中，REMADV 的对应报文是 820（付款指令/电子资金转账）。在英国零售业常用的 TRADACOMS 标准中，其对应为 SRMHDR 报文。
REMADV 报文使用中的常见错误
使用 REMADV 报文时，如涉及错误或缺失的主数据，可能导致供应商系统无法识别或拒收报文，例如：
- 发票编号与供应商系统中记录不一致
- 应用折扣未经双方提前约定
6. 使用 EDI 以及 EDIFACT REMADV 报文的优势
降低成本：原先每张发票需手动处理结算的流程现在可以优化并实现自动化
REMADV 报文可帮助供应商尽早、自动识别付款错误，稳定现金流
若与大客户频繁交易，通过 REMADV 提升响应与结算效率，有助于获得更好的供应商评级
7. EDIFACT REMADV 保证自动化发票流程
灵活、稳定、具备成本效益的 EDI 方案可保证实现发票流程自动化，但与此同时，EDI 的运行和维护也往往较为复杂且耗时。
SEEBURGER BIS 平台可作为全托管服务，提供 EDI 及其他集成方案，支持在 SEEBURGER 云、公有云 环境（如 Google、Azure、AWS 等）或本地部署的软件环境中运行。
通过云端的全托管服务，您不仅能获得稳定运行的 EDI 系统，还可借助 SEEBURGER 的专业团队进行运维管理，无需担心 EDI 报文错误、退单问题或因响应不及时而影响供应商评级。
