【问题标题】:understanding XML pain.001.001.03 tags理解 XML pain.001.001.03 标签
【发布时间】:2024-04-24 11:10:02
【问题描述】:

我正在尝试生成一个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” 北欧,最大。 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 必须在 1 分钟内唯一。 90 期间 日历天。这将用于事务级别的重复控制。将要 在状态和借记通知报告中返回。 Nordea 对丹麦债务人账户对账单上的转账请求和可用性的使用 和芬兰,请参见国家附录,第 2.1 和 2.5 章。 注意:不会转发所有到期的国内和国际付款 本地支付和/或 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>

【问题讨论】:

  • 好问题,我也遇到了同样的问题...

标签: xml tags schema


【解决方案1】:

现在我还没有完全了解丹麦的 Nordea。 但就其他一些北欧银行而言,以下是有效的:

GrpHdr.InitgPty.Id.OrgId.Othr.Id

这可以是债务人的客户 ID,如果他们自己发送文件的话。它也可以是服务提供商的客户 ID,例如代表客户(债务人)发送 Pain001 的会计服务。

GrpHdr.MsgId

就像 Nordea 写的“疼痛.001 消息的唯一标识”。因此,识别每个相应的 Pain001 消息/文件应该是唯一的。随便编点。

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 等其他报告中返回的付款 ID。可用于对帐目的。例如,它可能是您希望在 Camt053 中返回的发票 ID 之类的东西,以确认发票付款确实已完成。

PmtInf.CdtTrfTxInf.PmtId.EndToEndId 可以转发给债权人的唯一 ID(超过 90 天)。 可以是债权人希望债务人随付款一起发送的一些 ID,或者如果不是这种情况,则可以是任何东西。

【讨论】: