ValidateFin

pain.008.001.02 — NbOfTxs and CtrlSum wrong at both levels

Polecenie zapłaty SEPA, które źle się liczy i źle sumuje — na obu poziomach naraz: partia zawiera naprawdę 2 pobrania na 300,00 EUR, ale NbOfTxs deklaruje 3, a CtrlSum 250,00 — w PmtInf i ponownie w GrpHdr. To cztery błędy, nie dwa: sumy kontrolne sprawdza się na partii płatności ORAZ w nagłówku pliku, bo plik wielopartyjny może mieć poprawną sumę nagłówka opartą na dwóch błędnych sumach partii. XML jest poprawnie zbudowany, a oficjalny XSD go przyjmuje: dla schematu NbOfTxs i CtrlSum to po prostu liczby.

pain.008.001.02 — Nieprawidłowy

Polecenie zapłaty SEPA, które źle się liczy i źle sumuje — na obu poziomach naraz: partia zawiera naprawdę 2 pobrania na 300,00 EUR, ale NbOfTxs deklaruje 3, a CtrlSum 250,00 — w PmtInf i ponownie w GrpHdr. To cztery błędy, nie dwa: sumy kontrolne sprawdza się na partii płatności ORAZ w nagłówku pliku, bo plik wielopartyjny może mieć poprawną sumę nagłówka opartą na dwóch błędnych sumach partii. XML jest poprawnie zbudowany, a oficjalny XSD go przyjmuje: dla schematu NbOfTxs i CtrlSum to po prostu liczby.

Polecenie zapłaty SEPA (pain.008) pain.008.001.02 ISO 20022 / SDD COREOczekiwany wynik: Nieprawidłowy — 4 błędów

Co pokazuje ten plik

Polecenie zapłaty SEPA, które źle się liczy i źle sumuje — na obu poziomach naraz: partia zawiera naprawdę 2 pobrania na 300,00 EUR, ale NbOfTxs deklaruje 3, a CtrlSum 250,00 — w PmtInf i ponownie w GrpHdr. To cztery błędy, nie dwa: sumy kontrolne sprawdza się na partii płatności ORAZ w nagłówku pliku, bo plik wielopartyjny może mieć poprawną sumę nagłówka opartą na dwóch błędnych sumach partii. XML jest poprawnie zbudowany, a oficjalny XSD go przyjmuje: dla schematu NbOfTxs i CtrlSum to po prostu liczby.

Transakcje2
Suma300,00 €
SchematCORE
Data w pliku2026-03-10

Zawarte wady

  • CtrlSumPmtInf CtrlSum mismatch: a payment batch declares 250.00 but its transactions total 300.00.
  • NbOfTxsPmtInf NbOfTxs mismatch: a payment batch declares 3 but contains 2 transactions.
  • CtrlSumCtrlSum mismatch: header declares 250.00 but calculated total is 300.00.
  • NbOfTxsNbOfTxs mismatch: header declares 3 but found 2 transactions.

Cytowane dosłownie z walidatora, bez parafrazy.

Ostatnia weryfikacja: Licencja: CC-BY-4.0
Pobierz plik Otwórz odpowiedni walidator

Wszystkie strony, numery IBAN i kwoty poniżej są fikcyjne. IBAN-y są poprawne strukturalnie — przechodzą test mod-97 — ale nie należą do żadnego rzeczywistego rachunku.

Zawartość pliku

<?xml version="1.0" encoding="UTF-8"?>
<!--
  ValidateFin sample file — SEPA Direct Debit, pain.008.001.02, BROKEN ON PURPOSE.
  Expected validation result: INVALID — both control totals lie, at both levels.

  The batch really contains 2 collections adding up to 300.00 EUR, but NbOfTxs says 3
  and CtrlSum says 250.00 — in the PmtInf AND in the GrpHdr. That is four errors, not
  two: the totals are checked on the payment batch and again on the file header, and a
  file with several batches can very well have a correct header total sitting on top of
  two batches whose own totals are wrong.

  This is the classic symptom of a payment file assembled in a loop where one record
  was dropped after the header was written. The XML is well-formed and the official XSD
  accepts it: NbOfTxs and CtrlSum are just numbers to a schema.

  All parties and account numbers are fictitious.
  Reference page: https://validatefin.com/en/resources/samples/sepa-pain008-invalid-totals
  License: CC-BY-4.0
-->
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.008.001.02"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <CstmrDrctDbtInitn>
    <GrpHdr>
      <MsgId>SDD-BADTOTALS-20260302</MsgId>
      <CreDtTm>2026-03-02T11:00:00</CreDtTm>
      <NbOfTxs>3</NbOfTxs>
      <CtrlSum>250.00</CtrlSum>
      <InitgPty>
        <Nm>Editions Lumiere SARL</Nm>
      </InitgPty>
    </GrpHdr>
    <PmtInf>
      <PmtInfId>PMT-SDD-BADTOTALS-001</PmtInfId>
      <PmtMtd>DD</PmtMtd>
      <NbOfTxs>3</NbOfTxs>
      <CtrlSum>250.00</CtrlSum>
      <PmtTpInf>
        <SvcLvl>
          <Cd>SEPA</Cd>
        </SvcLvl>
        <LclInstrm>
          <Cd>CORE</Cd>
        </LclInstrm>
        <SeqTp>RCUR</SeqTp>
      </PmtTpInf>
      <ReqdColltnDt>2026-03-10</ReqdColltnDt>
      <Cdtr>
        <Nm>Editions Lumiere SARL</Nm>
        <PstlAdr>
          <TwnNm>Paris</TwnNm>
          <Ctry>FR</Ctry>
        </PstlAdr>
      </Cdtr>
      <CdtrAcct>
        <Id>
          <IBAN>FR7610107001011234567890129</IBAN>
        </Id>
        <Ccy>EUR</Ccy>
      </CdtrAcct>
      <CdtrAgt>
        <FinInstnId>
          <BIC>CCBPFRPP</BIC>
        </FinInstnId>
      </CdtrAgt>
      <ChrgBr>SLEV</ChrgBr>
      <CdtrSchmeId>
        <Id>
          <PrvtId>
            <Othr>
              <Id>FR72ZZZ123456</Id>
              <SchmeNm>
                <Prtry>SEPA</Prtry>
              </SchmeNm>
            </Othr>
          </PrvtId>
        </Id>
      </CdtrSchmeId>
      <DrctDbtTxInf>
        <PmtId>
          <EndToEndId>E2E-BADTOTALS-2026-0301</EndToEndId>
        </PmtId>
        <InstdAmt Ccy="EUR">180.00</InstdAmt>
        <DrctDbtTx>
          <MndtRltdInf>
            <MndtId>MNDT-2024-000731</MndtId>
            <DtOfSgntr>2024-09-12</DtOfSgntr>
            <AmdmntInd>false</AmdmntInd>
          </MndtRltdInf>
        </DrctDbtTx>
        <DbtrAgt>
          <FinInstnId>
            <BIC>PSSTFRPP</BIC>
          </FinInstnId>
        </DbtrAgt>
        <Dbtr>
          <Nm>Camille Rousseau</Nm>
          <PstlAdr>
            <TwnNm>Lyon</TwnNm>
            <Ctry>FR</Ctry>
          </PstlAdr>
        </Dbtr>
        <DbtrAcct>
          <Id>
            <IBAN>FR1420041010050500013M02606</IBAN>
          </Id>
        </DbtrAcct>
        <RmtInf>
          <Ustrd>Abonnement annuel 2026 - facture AB-2026-0731</Ustrd>
        </RmtInf>
      </DrctDbtTxInf>
      <DrctDbtTxInf>
        <PmtId>
          <EndToEndId>E2E-BADTOTALS-2026-0302</EndToEndId>
        </PmtId>
        <InstdAmt Ccy="EUR">120.00</InstdAmt>
        <DrctDbtTx>
          <MndtRltdInf>
            <MndtId>MNDT-2025-001188</MndtId>
            <DtOfSgntr>2025-01-20</DtOfSgntr>
            <AmdmntInd>false</AmdmntInd>
          </MndtRltdInf>
        </DrctDbtTx>
        <DbtrAgt>
          <FinInstnId>
            <BIC>GEBABEBB</BIC>
          </FinInstnId>
        </DbtrAgt>
        <Dbtr>
          <Nm>Bureau Verhoeven BVBA</Nm>
          <PstlAdr>
            <TwnNm>Gent</TwnNm>
            <Ctry>BE</Ctry>
          </PstlAdr>
        </Dbtr>
        <DbtrAcct>
          <Id>
            <IBAN>BE68539007547034</IBAN>
          </Id>
        </DbtrAcct>
        <RmtInf>
          <Ustrd>Abonnement annuel 2026 - facture AB-2026-0788</Ustrd>
        </RmtInf>
      </DrctDbtTxInf>
    </PmtInf>
  </CstmrDrctDbtInitn>
</Document>

Skąd wiemy, że te wyniki są aktualne

Każdy plik w tej bibliotece przechodzi przez walidator serwisu przy każdym buildzie. Oczekiwany wynik podany wyżej potwierdza test automatyczny: gdyby plik przestał odpowiadać temu, co głosi ta strona, build by się wywalił. Dwie odziedziczone fikstury naprawiono w ten sposób przed publikacją: trzy numery IBAN nie przechodziły mod-97, a kilka nazw używało znaków spoza podstawowego zestawu SEPA.

Polecenie zapłaty SEPA (pain.008)

Wszystkie pliki przykładowehttps://validatefin.com/samples/sepa-pain008-invalid-totals.xml