理解 XML pain.001.001.03 的标签
understanding XML pain.001.001.03 tags
我正在尝试生成一个 ISO 20022 pain.001.001.03
文件,以便通过 Nordeas Corporate Access Payment 服务处理付款。
我无法弄清楚以下标签的值代表什么。我将提供来自 https://www.nordea.com/Images/33-262430/MIG-CAP_pain%20001.001.03_Payments_v_1.5.pdf:
的标签的描述
GrpHdr.InitgPty.Id.OrgId.Othr.Id
我假设这是 Nordea 的 signerId。
CUST:客户标识,即经同意(或由其指定)的“签名者 ID”
Nordea,最大。 13 位数字。
必须使用 如果不使用 BICOrBEI
GrpHdr.MsgId
pain.001 消息的唯一标识。将在
来自 Nordea 的 pain.002 (2.1) 消息。 Nordea 用于重复控制。
PmtInf.PmtInfId
将在状态报告 pain.002.001.03 中返回。每个客户的最小值都是唯一的。 90 个日历日。
丹麦:如果批量预订,则前 20 个字符将出现在债务人的
账户报表
芬兰:将出现在账户报表上
挪威和瑞典:不会出现在账户报表中
PmtInf.DbtrAcct.Id.Othr.Id
我已经从 e-conomic 生成了一个文件并查看了示例,我很确定这是 {reg}{account number}。我只想确认这一点,或者解释它应该是什么。
PmtInf.CdtTrfTxInf.CdtrAcct.Id.Othr.Id
好像和PmtInf.DbtrAcct.Id.Othr.Id
一样,但是对于债权人来说
PmtInf.CdtTrfTxInf.PmtId.InstrId
这似乎是给借方的消息。
Instruction Id – 客户点对点参考编号。如果由客户发送,它将在状态和借记通知报告中返回。用法
Nordea 有关丹麦债务人账户报表的转让请求和可用性,请参阅国家附录第 2.1 和 2.5 章
PmtInf.CdtTrfTxInf.PmtId.EndToEndId
每个客户的端到端 ID 必须在一分钟内是唯一的。 90年代
日历天。这将用于事务级别的重复控制。将要
在状态和借方通知报告中返回。 Nordea 对转让请求的使用以及丹麦债务人账户报表的可用性
和芬兰,请参阅国家附录第 2.1 和 2.5 章。
注意:不会转发所有到期的国内和国际付款
本地支付的限制 and/or SWIFT 基础设施。
我正在寻找关于如何尽可能实现这些值的最具体的解释。达到同样效果的资源显然也很好。
示例文件,其中我讨论的值被替换为 ___?___
payment.xml
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.03">
<CstmrCdtTrfInitn>
<GrpHdr>
<MsgId>
?
</MsgId>
<CreDtTm>
2021-03-29T02:31:35.415
</CreDtTm>
<NbOfTxs>
1
</NbOfTxs>
<InitgPty>
<Id>
<OrgId>
<Othr>
<Id>
___?___
</Id>
<SchmeNm>
<Cd>
CUST
</Cd>
</SchmeNm>
</Othr>
</OrgId>
</Id>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>
___?___
</PmtInfId>
<PmtMtd>
TRF
</PmtMtd>
<BtchBookg>
false
</BtchBookg>
<PmtTpInf>
<SvcLvl>
<Cd>
NURG
</Cd>
</SvcLvl>
<CtgyPurp>
<Cd>
SUPP
</Cd>
</CtgyPurp>
</PmtTpInf>
<ReqdExctnDt>
2021-03-29
</ReqdExctnDt>
<Dbtr>
<Nm>
Name
</Nm>
<PstlAdr>
<Ctry>
DK
</Ctry>
</PstlAdr>
<Id>
<OrgId>
<Othr>
<Id />
<SchmeNm>
<Cd>
BANK
</Cd>
</SchmeNm>
</Othr>
</OrgId>
</Id>
</Dbtr>
<DbtrAcct>
<Id>
<Othr>
<Id>
___?___
</Id>
<SchmeNm>
<Cd>
BBAN
</Cd>
</SchmeNm>
</Othr>
</Id>
<Ccy>
DKK
</Ccy>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>
NDEADKKK
</BIC>
<PstlAdr>
<Ctry>
DK
</Ctry>
</PstlAdr>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
<InstrId>
___?___
</InstrId>
<EndToEndId>
___?___
</EndToEndId>
</PmtId>
<Amt>
<InstdAmt Ccy="DKK">
250.00
</InstdAmt>
</Amt>
<Cdtr>
<Nm>
Name
</Nm>
<PstlAdr>
<StrtNm>
Address of delivery
</StrtNm>
<Ctry>
DK
</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<Othr>
<Id>
___?___
</Id>
<SchmeNm>
<Cd>
BBAN
</Cd>
</SchmeNm>
</Othr>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>
User Payment
</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</CstmrCdtTrfInitn>
</Document>
现在我还没有完全跟上丹麦 Nordea 的进度。
但就其他一些北欧银行的情况而言,以下是有效的:
GrpHdr.InitgPty.Id.OrgId.Othr.Id
这可以是债务人的客户 ID,如果他们自己发送文件的话。它也可以是服务提供商的客户 ID,例如代表客户(债务人)发送 Pain001 的会计服务。
GrpHdr.MsgId
就像 Nordea 写的“pain.001 消息的唯一标识”。因此,识别每个相应的 Pain001 messages/files 应该是唯一的。随便编个东西。
PmtInf.PmtInfId
这里也是一样,唯一 ID。但是这个可以以比 MsgId 更具信息性的方式创建,因为它在某些国家/地区的帐户报表上可见。可能类似于“SupplierInvoice-12345”、“Salary-123”。
PmtInf.DbtrAcct.Id.Othr.Id
用于付款的债务人帐户,最常见的是 BBAN 或 IBAN 帐户。应在直接以下元素中指定哪种类型:
<SchmeNm>
<Cd>
BBAN
</Cd>
</SchmeNm>
PmtInf.CdtTrfTxInf.CdtrAcct.Id.Othr.Id
收款的贷方帐户。原理同上,需要在Schme元素中指定账户类型。
PmtInf.CdtTrfTxInf.PmtId.InstrId
将在 Camt053、Camt054 等其他报告中 return 编辑的付款 ID。可用于对帐目的。例如,它可能类似于您希望在 Camt053 中的 return 中包含的发票 ID,以确认发票付款确实已完成。
PmtInf.CdtTrfTxInf.PmtId.EndToEndId
可以转发给债权人的唯一 ID(> 90 天)。
可以是债权人希望债务人与付款一起发送的一些 ID,或者如果不是这种情况,则可以是任何东西。
我正在尝试生成一个 ISO 20022 pain.001.001.03
文件,以便通过 Nordeas Corporate Access Payment 服务处理付款。
我无法弄清楚以下标签的值代表什么。我将提供来自 https://www.nordea.com/Images/33-262430/MIG-CAP_pain%20001.001.03_Payments_v_1.5.pdf:
的标签的描述GrpHdr.InitgPty.Id.OrgId.Othr.Id
我假设这是 Nordea 的 signerId。
CUST:客户标识,即经同意(或由其指定)的“签名者 ID” Nordea,最大。 13 位数字。 必须使用 如果不使用 BICOrBEI
GrpHdr.MsgId
pain.001 消息的唯一标识。将在 来自 Nordea 的 pain.002 (2.1) 消息。 Nordea 用于重复控制。
PmtInf.PmtInfId
将在状态报告 pain.002.001.03 中返回。每个客户的最小值都是唯一的。 90 个日历日。 丹麦:如果批量预订,则前 20 个字符将出现在债务人的 账户报表 芬兰:将出现在账户报表上 挪威和瑞典:不会出现在账户报表中
PmtInf.DbtrAcct.Id.Othr.Id
我已经从 e-conomic 生成了一个文件并查看了示例,我很确定这是 {reg}{account number}。我只想确认这一点,或者解释它应该是什么。
PmtInf.CdtTrfTxInf.CdtrAcct.Id.Othr.Id
好像和PmtInf.DbtrAcct.Id.Othr.Id
一样,但是对于债权人来说
PmtInf.CdtTrfTxInf.PmtId.InstrId
这似乎是给借方的消息。
Instruction Id – 客户点对点参考编号。如果由客户发送,它将在状态和借记通知报告中返回。用法 Nordea 有关丹麦债务人账户报表的转让请求和可用性,请参阅国家附录第 2.1 和 2.5 章
PmtInf.CdtTrfTxInf.PmtId.EndToEndId
每个客户的端到端 ID 必须在一分钟内是唯一的。 90年代 日历天。这将用于事务级别的重复控制。将要 在状态和借方通知报告中返回。 Nordea 对转让请求的使用以及丹麦债务人账户报表的可用性 和芬兰,请参阅国家附录第 2.1 和 2.5 章。 注意:不会转发所有到期的国内和国际付款 本地支付的限制 and/or SWIFT 基础设施。
我正在寻找关于如何尽可能实现这些值的最具体的解释。达到同样效果的资源显然也很好。
示例文件,其中我讨论的值被替换为 ___?___
payment.xml
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.03">
<CstmrCdtTrfInitn>
<GrpHdr>
<MsgId>
?
</MsgId>
<CreDtTm>
2021-03-29T02:31:35.415
</CreDtTm>
<NbOfTxs>
1
</NbOfTxs>
<InitgPty>
<Id>
<OrgId>
<Othr>
<Id>
___?___
</Id>
<SchmeNm>
<Cd>
CUST
</Cd>
</SchmeNm>
</Othr>
</OrgId>
</Id>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>
___?___
</PmtInfId>
<PmtMtd>
TRF
</PmtMtd>
<BtchBookg>
false
</BtchBookg>
<PmtTpInf>
<SvcLvl>
<Cd>
NURG
</Cd>
</SvcLvl>
<CtgyPurp>
<Cd>
SUPP
</Cd>
</CtgyPurp>
</PmtTpInf>
<ReqdExctnDt>
2021-03-29
</ReqdExctnDt>
<Dbtr>
<Nm>
Name
</Nm>
<PstlAdr>
<Ctry>
DK
</Ctry>
</PstlAdr>
<Id>
<OrgId>
<Othr>
<Id />
<SchmeNm>
<Cd>
BANK
</Cd>
</SchmeNm>
</Othr>
</OrgId>
</Id>
</Dbtr>
<DbtrAcct>
<Id>
<Othr>
<Id>
___?___
</Id>
<SchmeNm>
<Cd>
BBAN
</Cd>
</SchmeNm>
</Othr>
</Id>
<Ccy>
DKK
</Ccy>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>
NDEADKKK
</BIC>
<PstlAdr>
<Ctry>
DK
</Ctry>
</PstlAdr>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
<InstrId>
___?___
</InstrId>
<EndToEndId>
___?___
</EndToEndId>
</PmtId>
<Amt>
<InstdAmt Ccy="DKK">
250.00
</InstdAmt>
</Amt>
<Cdtr>
<Nm>
Name
</Nm>
<PstlAdr>
<StrtNm>
Address of delivery
</StrtNm>
<Ctry>
DK
</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<Othr>
<Id>
___?___
</Id>
<SchmeNm>
<Cd>
BBAN
</Cd>
</SchmeNm>
</Othr>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>
User Payment
</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</CstmrCdtTrfInitn>
</Document>
现在我还没有完全跟上丹麦 Nordea 的进度。 但就其他一些北欧银行的情况而言,以下是有效的:
GrpHdr.InitgPty.Id.OrgId.Othr.Id
这可以是债务人的客户 ID,如果他们自己发送文件的话。它也可以是服务提供商的客户 ID,例如代表客户(债务人)发送 Pain001 的会计服务。
GrpHdr.MsgId
就像 Nordea 写的“pain.001 消息的唯一标识”。因此,识别每个相应的 Pain001 messages/files 应该是唯一的。随便编个东西。
PmtInf.PmtInfId
这里也是一样,唯一 ID。但是这个可以以比 MsgId 更具信息性的方式创建,因为它在某些国家/地区的帐户报表上可见。可能类似于“SupplierInvoice-12345”、“Salary-123”。
PmtInf.DbtrAcct.Id.Othr.Id
用于付款的债务人帐户,最常见的是 BBAN 或 IBAN 帐户。应在直接以下元素中指定哪种类型:
<SchmeNm>
<Cd>
BBAN
</Cd>
</SchmeNm>
PmtInf.CdtTrfTxInf.CdtrAcct.Id.Othr.Id
收款的贷方帐户。原理同上,需要在Schme元素中指定账户类型。
PmtInf.CdtTrfTxInf.PmtId.InstrId
将在 Camt053、Camt054 等其他报告中 return 编辑的付款 ID。可用于对帐目的。例如,它可能类似于您希望在 Camt053 中的 return 中包含的发票 ID,以确认发票付款确实已完成。
PmtInf.CdtTrfTxInf.PmtId.EndToEndId
可以转发给债权人的唯一 ID(> 90 天)。
可以是债权人希望债务人与付款一起发送的一些 ID,或者如果不是这种情况,则可以是任何东西。