<?xml version="1.0" encoding="ISO8859-1"?>
<?xml-stylesheet type="text/xsl" href="CL3.xsl"?>
<ChangeList>

	<Subject>
	<Name>Signatur</Name>	
		
		<Change>
		<Number>1</Number>
		<Element>Order.Signature</Element>
		<Guideline>OIOUBL_GUIDE_ORDRE</Guideline>
		<ChangeText>Kardinaliteten ændres fra 0..1 til 0..n</ChangeText>
		<ReasonText>Der kan teoretisk set være mere end én underskrift på en ordre. De øvrige dokumenttyper tillader også flere signaturer. I NES er kardinaliteten ligeledes 0..n</ReasonText>
		<Reference></Reference>
	</Change>
	
	</Subject>
	
	<Subject>
		<Name>Profiler</Name>
		<Change>
		<Number>2</Number>
		<Element/>
		<Guideline>OIOUBL_GUIDE_PROFILER</Guideline>
		<ChangeText>Guideline Profiler, afsnit 3.2.3 på side 13 henvises fejlagtigt til beskrivelse af profiler i afsnit 4.3. Det rettes til at være afsnit 3.3. </ChangeText>
		<ReasonText>Referencefejl</ReasonText>
		<Reference></Reference>
	</Change>
	
		
		<Change>
		<Number>3</Number>
		<Element/>
		<Guideline>OIOUBL_GUIDE_PROFILER</Guideline>
		<ChangeText>Tegning side 18 opdateres.</ChangeText>
		<ReasonText>Guideline Profiler, Procurement-OrdSim-BilSim profil side 18, tegning viser fejlagtigt ikke Rykkeren, dokumentet Reminder. </ReasonText>
		<Reference></Reference>
	</Change>
	
	<Change>
		<Number>4</Number>
		
		<Element/>
		<Guideline>OIOUBL_GUIDE_PROFILER</Guideline>
		<ChangeText>Figurnumre opdateres og ajourføres med henvisningerne fra side 49</ChangeText>
		<ReasonText>Guideline Profiler, startende side 49, proces under kataloger henviser til dokumentflow på en FORKERT figur. 
Eksempel: 3.4.14 Business process Catalogue Basic henviser fx til Figur 33 Catalogue som dokumentflow. Men dokumentflowet findes som Figur 36 Catalogue.  
Det er kun under katalog-processerne, der henvises til figurer. 
Forskydningen skyldes nye figurer omkring profilen til sælgerskabt ordre OrdSel.  </ReasonText>
		<Reference></Reference>
	</Change>
	
		<Change>
		<Number>5</Number>
		<Element/>
		<Guideline>OIOUBL_GUIDE_PROFILER</Guideline>
		<ChangeText>Teksten i afsnit 3.4.7 skal rettes</ChangeText>
		<ReasonText>Guideline Profiler, afsnit 3.4.7 på side 38 - tredje punkt - under Seller Initiated Order Proces - tekst og procesflow stemmer ikke overens - side 38 står der: 
Hvis leverandøren accepterer ændringerne kan han sende en OrderResponseSimple med AcceptedIndicator="true".
På tegningen med procesflow side 39 i Guideline Profiler optræder OrderResponseSimpel KUN som en Reject, der medfører en OrderCancellation fra køber. OrderResponseSimpel optræder IKKE som en Accept fra sælger.  </ReasonText>
		<Reference></Reference>
	</Change>
	
		
	
    <Change>
      <Number>11</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_PROFILER
</Guideline>
      <ChangeText> Guideline Profiler, 3.3.3 Procurement-PayBas profil side 17, underpunkt 3.3.3.1 henviser i teksten fejlagtigt til profilen Procurement-PaySim-1.0 . Henvisningen skal være til PayBas rettes i næste version.
</ChangeText>
      <ReasonText>Referencefejl
</ReasonText>
      <Reference></Reference>
    </Change>
 
    <Change>
      <Number>12</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_PROFILER
</Guideline>
      <ChangeText> Guideline Profiler, Procurement-Catxxx profiler startende side 22 til side 25 står der flere gange "ProvicerParty" i stedet for "ProviderParty". Rettes.
</ChangeText>
      <ReasonText>Korrekturfejl
</ReasonText>
      <Reference></Reference>
    </Change>
 
    <Change>
      <Number>13</Number>
      <Element></Element>
      <Guideline>OIOUBL_SCENARIE_ADVORD
</Guideline>
      <ChangeText> I OIOUBL_Scenarie_ADVORD side 20 afsnit 3.5.4 optræder OrderResponseSimpel også som en Accept fra sælger - tyder på at tegning med procesflow indeholder fejl - gælder både i Guideline Profiler og i OIOUBL_Scenarie_ADVORD side 15, der begge kun har meddelelsen som en Reject. Skal alignes.
</ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
 
    <Change>
      <Number>14</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_PROFILER
</Guideline>
      <ChangeText>Guideline Profiler, profil Catalogue-CatBas-1.0 består iflg tegning side 23 af proces Catalogue Simple Process - ikke Catalogue Basic Process.  Profil Catalogue-CatSim-1.0 består iflg tegning side 24 af proces Catalogue Extended Process - ikke Catalogue Simple Process.  Altså to tegnefejl.  På side 25 og 26 består profil Catalogue-CatExt-1.0 og Catalogue-CatAdv-1.0 korrekt af Catalogue Extended og Advanced Process iflg tegninger side 25 og 26.  Denne forskydning af navnene medfører så, at der på side 49 findes en Catalog Basic Proces, der ikke indgår i nogen profil.  
 </ChangeText>
      <ReasonText>Figurerne opdateres og ajourføres.
</ReasonText>
      <Reference></Reference>
    </Change>
    <Change>
      <Number>16</Number>
      <Element></Element>
      <Guideline>OIOUBL_KODELISTE_PROFILEID
</Guideline>
      <ChangeText>Ændring af dokumentnavne
 </ChangeText>
      <ReasonText>Kodelisten indeholder ikke "Procurement-BilBas-1.0", men denne omtales flere steder i OIOUBL dokumentationen og er et gennemgående element i NemHandel. I profilguiden sidestilles profilen med urn:www.nesubl.eu:profiles:profile8:ver2.0
</ReasonText>
      <Reference>Ændring annulleret, vi har kun urn:www.nesubl.eu:profiles:profile8:ver2.0 (svarer til Procurement-BilBas-1.0)</Reference>
    </Change>
  
    <Change>
      <Number>17</Number>
      <Element></Element>
      <Guideline>OIOUBL_CODE_PROFILEID
</Guideline>
      <ChangeText>Det vil blive tydeliggjort, hvordan man navngiver profil kodelisten: "urn:oioubl:id:profiles-1.1" => forkert "urn:oioubl:id:profileid-1.1" => rigtigt
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>43</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_PROFILER
</Guideline>
      <ChangeText>Der indføres en profil til Scanned Invoice, således at der kan valideres på scanned invoices
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference>Ændring annulleret</Reference>
    </Change>
    <Change>
      <Number>53</Number>
      <Element>NES Profil 5</Element>
      <Guideline></Guideline>
      <ChangeText>urn:www.nesubl.eu:profiles:profile5:ver2.0 tilføjes </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
    
  </Subject>
	<Subject>
		<Name>Scenariebeskrivelser</Name>
		<Change>
		<Number>6</Number>
		<Element/>
		<Guideline>OIOUBL_GUIDE_PROFILER</Guideline>
		<ChangeText>Teksten afsnit 3.5.4 skal rettes. Der sendes en OrderResponse, hvis ordren accepteres. </ChangeText>
		<ReasonText>I OIOUBL_Scenarie_ADVORD side 20 afsnit 3.5.4 optræder OrderResponseSimpel også som en Accept fra sælger - tyder på at tegning med procesflow indeholder fejl - gælder både i Guideline Profiler og i OIOUBL_Scenarie_ADVORD side 15, der begge KUN har meddelelsen som en Reject. </ReasonText>
		<Reference></Reference>
	</Change>
		</Subject>
	<Subject>
		<Name>Dokumentreferencer</Name>
		<Change>
		<Number>7</Number>
		<Element/>
		<Guideline>OIOUBL_GUIDE_DOCUMENTREF</Guideline>
		<ChangeText>Format af overskrifter ved kapitel 4, side 9-10 rettes.</ChangeText>
		<ReasonText>Guideline Dokumentreference, side 9-10, afsnit 4 og afsnit 4.1 findes ikke som overskrifter - i stedet er de blevet til brødtekst i foregående afsnit, mens afsnit 4.2, 4.3 findes i guidelinen. </ReasonText>
		<Reference></Reference>
	</Change>
	</Subject>
	<Subject>
		<Name>Kontoudtog</Name>
		<Change>
		<Number>8</Number>
		<Element>Statement.TaxTotal</Element>
		<Guideline>OIOUBL_GUIDE_STATEMENT</Guideline>
		<ChangeText>Kardinaliteten ændres fra 1 til 0..1</ChangeText>
		<ReasonText>Det giver ikke mening at angive moms i et kontoudtog, og ved at angive en nulmoms, som anbefales, angiver man reelt unødvendig data. Af hensyn til kompatibiliteten ekskluderes den ikke.</ReasonText>
		<Reference></Reference>
	</Change>
	</Subject>
  <Subject>
		<Name>Faktura</Name>
		<Change>
		<Number>9</Number>
		<Element>Invoice.AccountingCustomerParty.PartyLegalEntity</Element>
		<Guideline>OIOUBL_GUIDE_INVOICE</Guideline>
		<ChangeText>Kardinalitet på PartyLegalEntity ændres i næste version, men schematron validerer ikke for den, så den kan derfor udelades.</ChangeText>
		<ReasonText>Leverandøren kender ikke nødvendigvis køberens CVR nummer.</ReasonText>
		<Reference></Reference>
	</Change>
	
    <Change>
      <Number>20</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_FAKTURA_G16
</Guideline>
      <ChangeText>Side 17, InvoiceTypeCode "Eksempel "380" if commerical, "325" if proforma or "393" if factoring"  erstattes med: "Eksempel "380" if commerical, "325" if proforma or "393" if factored"
 </ChangeText>
      <ReasonText>Rettes i InvoiceTypeCode i G16
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>21</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_FAKTURA_G16
</Guideline>
      <ChangeText>De manglende ekskluderede klasser skal beskrives.
 </ChangeText>
      <ReasonText>Det står på s. 178 at det ikke er noen "Eksluderede klasser og felter". Alle andre klasser av typen "DocumentReferenceType" er følgende felter er ekskludert:  - DocumentType - DocumentTypeCode
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>27</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_FAKTURA_G16
</Guideline>
      <ChangeText>Definitionsfeltet i klassespecifikationen vedr. PayeeParty angiver denne klasse til at gælde 'Oplysninger om Betaler'. Dette er forkert. Definitonsfeltet rettes til 'Oplysninger om BetalingsModtager'. 
 </ChangeText>
      <ReasonText>PayeeParty betegner modtageren af betalingen.
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  <Subject>
    <Name>Kreditnota</Name>
    <Change>
      <Number>18</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_KREDITNOTA
</Guideline>
      <ChangeText>CreditNote.DiscrepancyResponse.ResponseCode peger på kodelisten ResponseCodeType, hvilket er forkert. Den skal pege på kodelisten DiscrepancyResponceCode, hvilket vil blive rettet.
 </ChangeText>
      <ReasonText>Referencefejl i guide (kodelisten findes)
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>28</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_KREDITNOTA

</Guideline>
      <ChangeText>Definitionsfeltet i klassespecifikationen vedr. PayeeParty angiver denne klasse til at gælde 'Oplysninger om Betaler'. Dette er forkert. Definitionsfeltet rettes til 'Oplysninger om BetalingsModtager'. 

 </ChangeText>
      <ReasonText>PayeeParty betegner modtageren af betalingen (Korrekt i tværgående guideline Part)

</ReasonText>
      <Reference></Reference>
    </Change>
 
    <Change>
      <Number>29</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_KREDITNOTA
</Guideline>
      <ChangeText>Den danske oversættelse af klassenavnet PayeeParty er angivet i klassespecifikationen som BetalingsModtagerPart. Dette vil blive rettet til BetalingsModtager.  
 </ChangeText>
      <ReasonText>Den korrekte danske betegnelse er BetalingsModtager, som er den, der optræder i Guideline_Faktura.

</ReasonText>
      <Reference>
</Reference>
    </Change>
  
    <Change>
      <Number>34</Number>
      <Element>CreditNote.DescrepencyResponse.ResponseCode
</Element>
      <Guideline>OIOUBL_GUIDE_KREDITNOTA
</Guideline>
      <ChangeText> </ChangeText>
      <ReasonText>Peger på den forkerte kodeliste. Den skal pege på DiscrepancyResponseCode
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  
  <Subject>
    <Name>Totaler</Name>
    <Change>
      <Number>10</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_TOTALS_G28</Guideline>
      <ChangeText>TaxExclusiveAmount er angivet til at specificere det afgiftbeløb i dokumentet. Dette er forkert. Det er den samlede linjesum før moms. </ChangeText>
      <ReasonText>det anbefales ikke at anvende feltet TaxExclusiveAmount i denne version, hvis man udveksler med udlandet, da TaxExclusiveAmount er defineret anderledes end i UBL 2.0. Det kan ligeledes noteres, at dette er et felt, der forventes ændringer til.</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>50</Number>
      <Element>TaxExclusiveAmount</Element>
      <Guideline></Guideline>
      <ChangeText>Vi gør TaxExclusive amount optional og bevarer INV127
 </ChangeText>
      <ReasonText>Vi gør TaxExclusiveAmount optional i MonetaryTotal. Hvis TaxExclusiveAmount er angivet skal den udgøre summen af TaxSubtotal.TaxAmount. Der skal angives en advarsel om at støde logik på denne, da feltet i UBL har en anden betydning.
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
   
  <Subject>
    <Name>Kodelister</Name>
    <Change>
      <Number>15</Number>
      <Element></Element>
      <Guideline>KODELISTER
</Guideline>
      <ChangeText>Der indføres en ny kodeliste: Reminder.AllowanceCharge.ReasonCode
 </ChangeText>
      <ReasonText>Specielkodeliste kun til Reminder.
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>49</Number>
      <Element></Element>
      <Guideline></Guideline>
      <ChangeText>Kodeliste med i online dokumentation
 
</ChangeText>
      <ReasonText>Kodeliste med i online dokumentation

</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
 
  <Subject>
    <Name>Generelt</Name>
    <Change>
      <Number>19</Number>
      <Element></Element>
      <Guideline>GUIDELINES GENERELT
</Guideline>
      <ChangeText>Ordet 'annullering' er flere steder stavet 'annulering', hvilket er forkert. Dette vil blive rettet.
 </ChangeText>
      <ReasonText>Korrekturfejl
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>44</Number>
      <Element></Element>
      <Guideline>Indledning til alle guidelines
</Guideline>
      <ChangeText> </ChangeText>
      <ReasonText>Krav om angivelse af rodelement i dokumentationen.
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  
  <Subject>
    <Name>Bibliotek</Name>
    <Change>
      <Number>22</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_BIBLIOTEK
</Guideline>
      <ChangeText>Det vil blive beskrevet, hvordan man fratrækker eventuel rabat i momsgrundlaget (ogwså momsguideline).
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>24</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_BIBLIOTEK
</Guideline>
      <ChangeText>Eksemplerne i elementerne IssueDate og IssueTime i CatalogueReference er forkerte. De vil blive rettet.
 </ChangeText>
      <ReasonText>De cifre, der optræder i eksemplerne, har ingen relation til elementerne. IssueDate eksemplificeres med 39083 og IssueTime eksemplificeres med 0,5.
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>25</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_BIBLIOTEK
</Guideline>
      <ChangeText>Hvor der står BankAccount skal det oversættes med 'Finansiel Konto'
 </ChangeText>
      <ReasonText>I Guideline Bibliotek (og måske andre steder) bruges betegnelsen _Finanskonto_ lidt tilfældigt for både en bogføringskonto i ERP-system og for en Pengeinstitut¬konto. I Guideline Bibliotek under 3.42 FinancialAccount side 140 bruges ordet _Finanskonto_ for en bankkonto. Dette vil blive rettet.
</ReasonText>
      <Reference></Reference>
    </Change>
 
    <Change>
      <Number>26</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_BIBLIOTEK
</Guideline>
      <ChangeText>Underklasserne MaximumTemperature og MinimumTemperature i klassen HazardousGoodsTransit er angivet omvendt i de danske navne. Dette vil blive rettet.
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
 <Subject>
    <Name>Betaling</Name>
    <Change>
      <Number>23</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDELINE_BETALING
</Guideline>
      <ChangeText>Mulighed for anvendelse af udenlandsk direct debit med  betalingsmådekode "49".
 </ChangeText>
      <ReasonText>Der er kommet ny underkode
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>

  <Subject>
    <Name>Rykker</Name>
    <Change>
      <Number>30</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_RYKKER

</Guideline>
      <ChangeText>Ændret som UBL-schema til DespatchContact 

 </ChangeText>
      <ReasonText>
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>31</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_RYKKER
</Guideline>
      <ChangeText>Ændret som UBL-Schema til SellerContact
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>37</Number>
      <Element>Reminder.TaxTotal
</Element>
      <Guideline>OIOUBL_GUIDE_RYKKER
</Guideline>
      <ChangeText> Ny kardinalitet fra 1..n til 0..n
</ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>38</Number>
      <Element>Reminder.ReminderLine
</Element>
      <Guideline>OIOUBL_GUIDE_RYKKER
</Guideline>
      <ChangeText>Det skal tydeliggøres, at en rykkerlinje er inklusiv eventuel moms, og at rykkerens momsberegning alene vedrører gebyrer, renter etc.
</ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>39</Number>
      <Element></Element>
      <Guideline>OIOUBL_GUIDE_RYKKER
</Guideline>
      <ChangeText>Der skal laves en lille ændring til schematronen, således at en rykker uden gebyrer eller lignende kan valideres
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
   <Subject>
    <Name>Ordre</Name>
    <Change>
      <Number>32</Number>
      <Element>Ordre.AllowanceCharge</Element>
      <Guideline>OIOUBL_GUIDE_ORDRE
</Guideline>
      <ChangeText>Kardinalitet ændres fra 0..1 til 0..n
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
   <Subject>
    <Name>Application Response</Name>
    <Change>
      <Number>33</Number>
      <Element>ApplicationResponse.DocumentResponse.Response.ReferenceID</Element>
      <Guideline>OIOUBL_GUIDE_APPRESPONS
</Guideline>
      <ChangeText>Response.ReferenceID er en naturlig ID for Response som helhed, men kan være overflødig i den kontekst, den indgår. Der er dog eksempler på, hvor den kan være nyttig Den kan pege på et bestemt element, der IKKE er en linje, f.eks. et betalingselement, en rabat, eller en levering. Men i tilfælde af, at der ikke er et ID, som vedrører fejlen, kan faktura ID'et benyttes. </ChangeText>
      <ReasonText>ID for dokument som ApplicationResponse refererer til
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
   
   <Subject>
    <Name>Skat og afgifter</Name>
    <Change>
      <Number>35</Number>
      <Element>TaxTotal.TaxSubTotal 
</Element>
      <Guideline></Guideline>
      <ChangeText> Ny kardinalitet fra 0..n til 1..n
</ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
   <Subject>
    <Name>Kontoudtog</Name>
    <Change>
      <Number>36</Number>
      <Element>Statement.TaxTotal
</Element>
      <Guideline>OIOUBL_GUIDE_STATEMENT
</Guideline>
      <ChangeText>Ny kardinalitet fra 1..n til 0..n
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  
   <Subject>
    <Name>Ændringsliste</Name>
    <Change>
      <Number>40</Number>
      <Element></Element>
      <Guideline>OIOUBL_ÆNDRINGSLISTE
</Guideline>
      <ChangeText>Pkt. 6 på ændringslisten skal skifte navn fra Ændring vedrørende Profiler til Ændring vedrørende Scenariebeskrivelser.
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>41</Number>
      <Element></Element>
      <Guideline></Guideline>
      <ChangeText>Ved pkt. 10 skal det noteres, at det anbefales ikke at anvende feltet TaxExclusiveAmount i denne version, hvis man udveksler med udlandet, da TaxExclusiveAmount er defineret anderledes end i UBL 2.0. Det kan ligeledes noteres, at dette er et felt, der forventes ændringer til.
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  <Subject>
    <Name>ID</Name>
    <Change>
      <Number>42</Number>
      <Element></Element>
      <Guideline></Guideline>
      <ChangeText> Der er behov for tjek af specielle ID-typer, f.eks. GLN-numre.
</ChangeText>
      <ReasonText>Opdatere guide af datatyper (forretningsregler)</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  
  
  <Subject>
    <Name>Instanser</Name>
    <Change>
      <Number>45</Number>
      <Element></Element>
      <Guideline></Guideline>
      <ChangeText>Udfyldelse af instanser om ROOT-element
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  <Subject>
    <Name>CustomizationID</Name>
    <Change>
      <Number>46</Number>
      <Element>CustomizationID</Element>
      <Guideline></Guideline>
      <ChangeText>Invalid CustomizationID. Must be 'OIOUBL-2.01' or 'OIOUBL-2.02' . 

 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  <Subject>
    <Name>Parter</Name>
    <Change>
      <Number>47</Number>
      <Element>PartyTaxScheme</Element>
      <Guideline></Guideline>
      <ChangeText>Det skal checkes om dokumentationen er OK på dette punkt! (kardinalitet ændret). All sending party.</ChangeText>
      <ReasonText>Ikke obligatorisk
</ReasonText>
      <Reference></Reference>
    </Change>
  
    <Change>
      <Number>48</Number>
      <Element>PartyLegalEntity</Element>
      <Guideline></Guideline>
      <ChangeText>Det skal checkes om dokumentationen er OK på dette punkt! (kardinalitet ændret) All sending party.</ChangeText>
      <ReasonText>Kun mandatory for afsender
</ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  
 
  <Subject>
    <Name>Rabat og gebyr</Name>
    <Change>
      <Number>51</Number>
      <Element>AllowanceCharge</Element>
      <Guideline></Guideline>
      <ChangeText>Det skal checkes om dokumentationen er OK på dette punkt!
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
  </Subject>
  <Subject>
    <Name>NES</Name>
    <Change>
      <Number>52</Number>
      <Element>Branch</Element>
      <Guideline></Guideline>
      <ChangeText>FinancialInstitution.Branch.Name afløftes af hensyn til NES!
 </ChangeText>
      <ReasonText></ReasonText>
      <Reference></Reference>
    </Change>
    
  </Subject>
</ChangeList>
