Ga naar inhoud>

Sprint Export/Mest83 Versie 1.32.0

De sprint Export/Mest83 is maandag 10 februari op productie geïnstalleerd.

EXPORT

  1. USEC-4672 DDV archivering (CLH/CKL).
    Ter voorbereiding om de drie jaarlijkse archivering, is dit getest en werkbaar gemaakt voor de tabellen van de digitale dierenartsverklaringen.
  2. USEC-6016 APEX (Beheer).
    Betere foutafhandeling naar de apex scherm 315.
  3. USEC-6618 Check certificate toegankelijkheid bevindingen (ALG).
    De openbare site om een afgegeven certificaat te kunnen verifiëren wordt gebruiksvriendelijke gemaakt op basis van algemene toegankelijkheid bevindingen.
  4. USEC-6843 Meerdere documenten tegelijk uploaden vanuit de webschermen (ALG)
    Vanuit de techniek zijn er een aantal wijzigingen doorgevoerd op de functionaliteit om meerdere documenten tegelijk te uploaden.
  5. USEC-7106 Foutmeldingen (ALG).
    Foutmeldingen moeten worden afgevangen door een leesbare melding of een algemene foutmelding.
  6. USEC-7141 “Handelen namens” deel 2.
    Nieuwe machtiging afgeven door middel van een e-mail uitnodiging.
  7. USEC-7254 DDV PWA accorderen knop (CLH).
    Bij het accorderen van een digitale dierenartsverklaring wordt nu opnieuw gecontroleerd of het accorderen uitgevoerd mag worden.
  8. USEC-7262 Inzicht in replacements voor toezichthouder (APEX).
    De bug rondom het verspringen van de geel gemarkeerde regel op de replacement pagina voor de toezichthouder, is opgelost.
  9. USEC-7263 COKZ uitbreiding inspectie aanvraag webservice (CZU/CVA). Gerealiseerd op productie 30 januari 2025.
    De COKZ webservice bij het inspectie aanvragen is uitgebreid met de certificaatkenmerken voor de behandelingsduur en -temperatuur en het exporteiskenmerk diersoort.
  10. USEC-7265 APEX steekproefparameters onderhoud (pagina 170).
    De pagina om de steekproefparameters te onderhouden is aangevuld met de kolommen of het bedrijf op het moment van raadplegen een actieve erkenning heeft. Vervolgens kunnen ook weer alle relaties getoond worden. De mogelijkheid om alleen actieve steekproefparameters te tonen is komen te vervallen omdat dit gegeven ook op basis van de betreffende kolom gefilterd kan worden.
  11. USEC-7269 APEX direct koppelen vanuit pagina 531. (APEX).
    Voor de toezichthouder is het direct koppelen vanuit pagina 531 hersteld.
  12. USEC-7271 Tonen van correcte foutmelding (CAA).
    De foutafhandeling van enkele fouten na de implementatie van de REST uitwisseling met de NAK is niet goed gemaakt.
  13. USEC-7286 APEX aanpassing (Beheer).
    Rollen overnemen van andere gebruiker herstellen.
  14. USEC-7296 Inconsistenties tussen de definitie van de XML in CLE_B2G en de WSDL van B2G. STAAT NOG NIET OP PRODUCTIE
    In de webservices van B2G hebben we geconstateerd dat er in de responsberichten inconsistenties staan. Deze gaan we corrigeren het betreft het volgende:
    In het responsbericht namespace: “urn:fec:florecom:xml:data:draft:ClientStandardMessage:1” wordt aangepast in Request namespace: “urn:fec:florecom:xml:data:draft:ClientStandardMessage:8”
    En in de response PutCertificateResponse wordt ook een Envelope in een Envelope teruggegeven dit wordt aangepast.  Voorbeeld

    <S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/>
  <S:Body>
    <S:Envelope><!--Wordt verwijderd-->
       <S:Body> <!--Wordt verwijderd-->
          <ns0:PutCertificateResponse xmlns:ns0="urn:fec:florecom:xml:data:draft: 
           <!--ClientStandardMessage:1" Wordt verwijderd in ClientStandardMessage:8--> 
           xmlns:ns2="urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:3" 
           xmlns:ns5="urn:fec:florecom:xml:data:draft:ReusableAggregateBusinessInformationEntity:3">
             <ns0:Body>
                <ns0:PutCertificateResponseDetails>
                   <ns0:CertificateAcknowledge>
                      <ns0:ReferencedDocument>
                         <ns2:IssuerAssignedID>B2G testsuite test</ns2:IssuerAssignedID>
                      </ns0:ReferencedDocument>
                      <ns0:ClientResult>true</ns0:ClientResult>
                      <ns0:ConsignmentID>0000000</ns0:ConsignmentID>
                   </ns0:CertificateAcknowledge>
                </ns0:PutCertificateResponseDetails>
             </ns0:Body>
          </ns0:PutCertificateResponse>
       </S:Body><!--Wordt verwijderd-->
    </S:Envelope><!--Wordt verwijderd-->
  </S:Body>
</S:Envelope>

    Mocht u nog vragen hebben dan kunt u een mail sturen naar NVWA FAB e-CertNL NVWA_FAB_e-CertNL@nvwa.nl

  15. USEC-7305 FYTO waarmerk resultaat meerdere zendingen in een keer terug melden (Beheer).
    Middels een nieuw APEX scherm het waarmerk resultaat van meerdere certificaten in een keer kunnen melden aan e-CertNL.
  16. USEC-7313 APEX upgrade voorbereiding deel 4 (APEX).
    Ter voorbereiding op de volgende apex upgrade zijn overige apex pagina’s voor aangepast. Dit vanwege mogelijk voorziene problemen die gaan optreden bij de upgrade.
  17. USEC-7319 Niet overnemen kenmerken (ALG).
    Op basis van het onderzoek uit USEC-7167 is een oplossing uitgewerkt. Dit is gebouwd maar voorlopig on hold en niet opgeleverd tot nadere breedte onderzoek in USEC-7339.

MEST

  1. USEC-6503 rVDM – Onafhankelijke monsternemer.
    rVDM – Beheren voorkeur Onafhankelijke monsternemer.
  2. USEC-7226 rVDM wijzigingsverzoek met alleen ondertekenen vanuit RVO (PMT-372 en 31).
    Een afnemer of leverancier kan zijn akkoord of afwijzing via een wijzigingsverzoek indienen bij RVO en deze wordt dan door rVDM verwerkt.
  3. USEC-7245 rVDM OMO PWA Kiezen en bewaren monsternemer.
    Inbouwen van het scherm om de monsternemer te kiezen inde mobiele applicatie (PWA).
  4. USEC-7266 rVDM Eis en dekking voor overladen en opmerkingscode 48.
    Voor de afwikkelstroom Paard en pony mest kan er worden overgeladen. er kunnen dus meer dan 2 transportmiddelen worden opgegeven mits opmerkingscode 48 is opgegeven.
  5. USEC-7275 rVDM CME DE component ook beschikbaar voor mest geadresseerde (vervolg 7192).
    Het nieuwe adrescomponent voor het opgeven van gevalideerde Duitse buitenlandse adressen kan ook bij Mest geadresseerde worden opgegeven.
  6. USEC-7277 rVDM OMO webservice fouten oplossen.
    Oplossen van diverse kleine fouten in de webservice voor de OMO aanvraag.
  7. USEC-7280 rVDM OMO Overzetten CME ene CMI aanvraag met OMO naar rVDM.
    Aanvragen uit CME en CMI met een OMO aanvraag worden automatisch overgezet naar 98800 de afwikkelstroom met aanvraag voor OMO bemonstering.
  8. USEC-7281 rVDM OMO webservice CME en CMI geschikt maken voor OMO aanvraag.
    In de webservice berichten van CME en CMI is het nu mogelijk om ook OMO aanvragen op te geven.
  9. USEC-7282 rVDM OMO controle eisen en dekkingen voor OMO inbouwen CME en CMI.
    Inbouwen van de controle op CME en CMI aanvragen dat als er mestcode 13 en of 43 is opgevoerd, het verplicht is om de OMO aanvraag ook in te vullen voordat een aanvraag kan worden gestart of worden overgezet naar rVDM.
  10. USEC-7288 rVDM – Coulance periode.
    Intern gebruik
  11. USEC-7293 rVDM herinnerings notificatie.
    Notificaties ontbreekt akkoord afnemer/leverancier gescheiden getoond wordt zodat afnemer/leverancier weet welk akkoord nog gegeven moet worden.
  12. USEC-7295 rVDM OMO schermen vervoer en samenstelling in PWA realiseren.
    Aansluitend op de bestaande schermen van de rVDM app tonen we de gegevens met links het label en rechts de waarde.
  13. USEC-7341 rVDM voertuigdefecten.
    Het is niet mogelijk om een aanvraag aan te maken op de dag van meerdere voertuigdefecten.
  14. USEC-7341 rVDM CME toont documenten niet meer.
    Fixen van bug op tonen gekoppelde documenten.

In deze sprint wordt gewerkt aan de kwaliteit van het gebruik van CI/CD beheer op Database en JAVA.

De oplevering sprint Export/Mest83 is vrijdag 24 januari op acceptatie geïnstalleerd.