Release-informatie

Releasebeleid ANVA 4/5 en ANVA Hub

ANVA 4/5 (backoffice)

Voor ANVA 4/5 worden 3 soorten releases uitgeleverd.

1. De major release. In deze release wordt voornamelijk nieuwe functionaliteit uitgeleverd. Er worden twee major releases per jaar uitgeleverd. De versie van een major release eindigt op .10, bijvoorbeeld 53.P02.10. Ook worden in een major release oplossingen van incidenten met alle prioriteiten (Laag/Middel/Hoog) uitgeleverd.
2. De releasekandidaat. Die gaat vooraf aan de definitieve major release, een pilotversie. De versie van een releasekandidaat eindigt op .01 en eventueel een .02.
3. De patch. Na de definitieve major release volgen patches om de oplossingen voor incidenten met prioriteit Middel en Hoog zo snel mogelijk beschikbaar te kunnen stellen. Patches verschijnen gemiddeld iedere vier weken tot een release uit ondersteuning gaat. Dit betekent niet dat de .10 niet van voldoende kwaliteit is; opgeloste problemen in de daaropvolgende patches kunnen namelijk ook uit vorige releases komen.
   
   

Met een major release, een releasekandidaat en een patch worden opgeloste problemen uitgeleverd, zie hoofdstuk 'Opgeloste meldingen' in de release-/patchbrief.

Een bugfix wordt in een uitzonderlijke situatie uitgeleverd om een specifiek probleem of fout met prioriteit Hoog of Blocking op te lossen. Een bugfix bevat 1 foutoplossing en wordt gebaseerd op de laatste patch van een ondersteunde release. De bugfix zit in de eerstvolgende patch die wordt uitgeleverd.

Op het Customer Support portaal vind je de releaseplanning in het menu onder Release-informatie. Ook vind je hier:

• De release- en patchbrieven.
• Een overzicht van komende uitfaseringen.
• De data van einde support van releases.

ANVA Hub

Het platform ANVA Hub wordt geleverd als Software-as-a-Service (SaaS) dienst. Dit houdt in dat zowel het onderhoud als updates van nieuwe releases en patches door ANVA uitgevoerd worden. De updates en patches kunnen door ons op ieder moment uitgerold worden op het platform. Op die manier zorgen we ervoor dat de software stabiel blijft draaien en eventuele verstoringen zo snel mogelijk verholpen kunnen worden. De updates worden in kleine releases uitgeleverd, zo verkleinen we namelijk het risico op issues.

In de praktijk houdt dit in dat wekelijks nieuwe updates of patches op het platform uitgerold worden, zonder dat je daar als gebruiker last van hebt.

Release-overzicht, einde support en belangrijke uitfaseringen

Het actuele release-overzicht vind je op onze supportpagina. Je moet hiervoor wel inloggen met je supportaccount.

Releasebrieven

Releasebrieven

De huidige release bevat nieuwe en gewijzigde functionaliteit. Raadpleeg de onderstaande release- en patchbrieven voor meer informatie. Zie ook: Releasebeleid en Technische releasebrieven

Technische releasebrieven

Let op Een overzicht van de nieuwe en gewijzigde functionaliteit in ANVA vind je in het onderdeel Releasebrieven

Raadpleeg de onderstaande releasebrieven voor meer technische informatie over een release.

Extra info per release

Release 52.P03

Agenten: Verzendinstellingen GRS aangepast (Connect Postbus)

Met de installatie van deze release worden de verzendinstellingen van de agenten verplaatst en geconverteerd naar een ander bestand. De instellingen worden opgehaald door het programma BEPAALPDFGRS.

Wat doet de conversie?

1. In pad BOAT staan 3 polisvrije labels, die opgenomen zijn in het variabele agentenscherm (pad BBA - Uitgebreid).
   • Prolongatie (PPI) berichten via GRS J/N
   • Mutaties (PMB) berichten via GRS J/N
   • PDF via GRS J/N
2. Deze labels staan in het bestand BASISBES. De instellingen uit deze ja/nee-labels staan in bestand AGBES. De gegevens uit BASISBES en AGBES worden overgezet naar het bestand AGENT2.
3. De instellingen worden uit bestand AGBES verwijderd.
4. De polisvrije labels worden uit het bestand BASISBES verwijderd.

Welke handmatige acties zijn nodig?

• Controleer of de instellingen goed overgezet zijn naar BBA - Div. agent geg. - Verz. berichten.
• Haal de polisvrije labels van het scherm via pad BVG.
• Verwijder de polisvrije labels uit pad BLL.

UIV Conversie filterbestand

Voor de UIV is een nieuw filtersysteem ontwikkeld, die de filtering sterk verbeterd en versneld. Hiervoor moet handmatig een conversie gedraaid worden.

Wat doet de conversie?

De records uit bestand UIVVVAFD worden overgezet naar het nieuwe bestand UIVVVANVA. Als de conversie succesvol is uitgevoerd wordt de nieuwe filtering geactiveerd door de switch Nieuw UIVVVANVA bestand voor UIV filtering op Ja te zetten (pad BYSA, deel 8).

Programma INC02069 maakt het bestand UIVVVANVA aan en zet vervolgens de records uit UIVVVAFD om naar het nieuwe bestand. Dit programma zet ook in bestand DATBES de switch op Ja.

• De conversie kan op twee manieren opgestart worden:
• Handmatig via pad IIRVF Conversie filterbestandVia de beknopte batch (pad IAB): categorie 00690 Conversie filterbestand.

Opmerkingen:

• Bij het opstarten van de conversie wordt gecontroleerd of de conversie al uitgevoerd is. Zo ja, dan volgt een melding.
• Tijdens de conversie zie je een voortgangsbalk met een percentage.
• Als de conversie niet succesvol is afgerond blijft de switch op Nee staan. Oftewel, dan wordt de nieuwe filtering niet geactiveerd.
• De conversie wordt in de ANVA-set opgestart, dus wordt automatisch per dataset uitgevoerd.
• Iedereen moet uitgelogd zijn, omdat vele ANVA-bestanden geraakt worden.
• Zorg ervoor dat de laatste versies van de UIV-schermen zijn geïmporteerd (pad BII).
• De duur van de conversie is afhankelijk van het aantal aanwezige schermen en het systeem. Er wordt o.a. veel geheugen gebruikt. Tijdens de pilot bleek dat de conversie veel te lang duurde. Dit is sterk verbeterd in release 52.P03.10, o.a. door minder geheugen te gebruiken en het conversiebestand eerst in de werk-directory te plaatsen en daarna pas te kopiëren naar de FIL-directory.
• Beide bestanden UIVVVAFD en UIVVVANVA blijven bestaan, zodat je kan kiezen of je met de nieuwe of met de oude filtering wilt werken. Automatisch wordt na de conversie de nieuwe filtering geactiveerd met de switch in BYSA. Als je meteen na de conversie contact opneemt met de Customer Support, kan de switch op Nee gezet worden. Let op: als je later met de nieuwe filtering wilt gaan werken, moet de conversie opnieuw gedraaid worden. Er kunnen nl. filters aangepast zijn, die weer omgezet moeten worden naar het nieuwe bestand. Deze conversie duurt net zolang als de eerste, omdat het volledige bestand weer geconverteerd moet worden. Het duurt langer om alleen op gewijzigde records te converteren.

Release 53.P02

Verwijderde correctieprogramma's

Release 53.P03

Extra info voor Klanten in Caribisch gebied.

Scherm lange banknummer Cariben uitgebreid

In de bestanden INCASSO en EXCASSO is de bank-van/bank-naar teruggezet naar "Bank". De bankcode van de Cariben is niet langer relevant.

Ook wordt bestand IBANINT aangepast, zie ook Bestandsverschillen 53.P03:

IBANINT:

Nieuw <field name='IBANINT_CARIBEN' offset='10' size='35' type='Alphanum' hidden='true'>

Nieuw <field name='IBANINT_BANKNR_CARIBEN' offset='10' size='30' type='Alphanum' hidden='true'/>

Nieuw <field name='IBANINT_BANK_CARIBEN' offset='40' size='5' type='Alphanum' hidden='true'/>

Nieuw </field>

Nieuw <field name='IBANINT_ROUTING_NR' offset='56' size='9' type='Alphanum'/>

Gewijzigd <field name='IBANINT_FILLER' offset='65' size='21' type='Alphanum'/>

Release 53.P04

Verbetering performance inlezen DCP

Het ophalen en inlezen van DCP’s is verbeterd en versneld. Door gebruik te maken van twee extra bestanden (UIVDCPMUT en UIVDCPHIST) wordt nu niet de gehele DCP ingelezen, maar worden alleen de wijzigingen gesignaleerd en doorgevoerd.

Het versienummer wordt gehaald uit de bestanden REFBES en POLBAS05.

De bestanden UIVDCPHIST en UIVDCPMUT worden "automatisch" aangemaakt wanneer niet aanwezig. Om vervuiling tegen te gaan wordt alleen de laatste versie vastgehouden.

• Voor UIVVVAFD worden de gegevens vastgelegd op Verz.Vorm, Entiteit en Attribuut
• Voor UIVVVANVA worden de gegevens vastgelegd op Verz.Vorm, Label

Beide zijn opbouwbestanden, UIVDCPMUT heeft de laatste versie van elke wijziging. UIVDCPHIST heeft de laatste wijziging bij de klant.

Uitgaande van 90000 labels * 122 bytes records zal in totaal voor alle verzekeringsvormen een bestand (UIVDCPHIST) met 20MB erbij komen op je omgeving. Het UIVDCPMUT bestand is onderdeel van de DCP en wordt "gezipped" in de UIV-directory.

Tijdwinst is afhankelijk van welke mutaties er gedaan worden voor een verzekeringsvorm, varieert van 60% tot 90%.

Opmerkingen:

• Indien een DCP twee keer ingeladen wordt, wordt UIVDCPHIST gecontroleerd met UIVDCPMUT en zal er geen update zijn.
• Als er geen mutaties zijn en de verzekeringsvorm wordt ingeladen, zal alle data, zoals voorheen, opnieuw verwerkt worden.

Release 54.P01

Agentprovisie met ingangsdatum

(Alleen van toepassing als de module Vernieuwde agentberichten is geactiveerd).

Als de stuurcode Agentprovisie met ingangsdatum (pad BYSS, deel IX) op Ja gezet wordt, worden de provisies uit bestand AGEPROVI overgezet naar de nieuwe bestanden AGEPRSET en AGEPRREGEL.Deze twee bestanden zijn gekoppeld.

AGEPRSET - Agent provisie set. Hierin staan de gegevens van de provisieset, zoals

• Collectiviteit
• Maatschappij
• Agent
• Ingangsdatum
• Einddatum
• Laatste datum wijziging
• Laatste gebruiker die muteert

AGEPRREGEL - Agent provisie regel. Hierin staan de provisieregels.

Het bestand AGEPROVI blijft wel bestaan, maar wordt niet meer bijgewerkt.

Het is mogelijk om de stuurcode weer op Nee te zetten. Dan wordt bestand AGEPROVI weer in gebruik genomen. Dus dan kan je terug naar de oude situatie. Let wel op dat eventuele wijzigingen gemaakt in de agentprovisiesets, toen de stuurcode op Ja stond dan niet meer aanwezig zijn.

Uitfaseren Postbank

Sinds de invoering van SEPA in 2014 is het onderscheid tussen bank en Postbank niet relevant meer. Een klant heeft nu gewoon een rekeningnummer. De opties bank en Postbank zitten echter nog steeds in ANVA. In de releases van 2025, deels in de 54.P01.* en deels in de 54.P02, wordt de optie Postbank uitgefaseerd en is het niet meer mogelijk om met twee banken te incasseren en excasseren. Indien je nog met een Postbankrekening werkte, is het vanaf release 54.P02 niet meer mogelijk om deze te gebruiken.

Het is belangrijk dat je zelf al enkele voorbereidingen treft voordat je de release installeert:

• Indien je gebruikmaakt van Postbank-opties dien je dit over te hevelen naar de bankgegevens.
• Alle postbanknummers bij relaties overzetten naar IBAN-bank
• Labels voor Postbank niet meer gebruiken en van je scherm halen. Bijvoorbeeld label 3006: IBAN Postbanknummer algemeen
• Incassowijzes postbank aanpassen naar incasso bankmachtiging

Meer informatie over hoe je dit doet kun je lezen in het hoofdstuk SEPA in de ANVA Help.

Er is ook een handleiding beschikbaar, waarin ook de diverse hulp- en controleprogramma's beschreven staan.

Beschikbare hulpprogramma's:

• Pad IIDBB – Postbanknummers in Beheer
• Pad IIDBK – Postbanknummers in Kantoor
• Pad IIDBR – Postbanknummers in Relatie, pakket en polis
• Pad IIDBS – Postbanknummers in Schadedossiers openstaand
• Pad IIDBT – Postbanknummer relatie/betrokkene in incasso/excasso
• Pad IIDBI – Postbanknumers Kantoor in Incasso/Excasso

Release 53.P03 (uitfaseren Postbank)

Overzicht van postbanknummers in beheer, kantoor en relatiegegevens

Sinds de invoering van SEPA is er geen onderscheid meer tussen Bank en Postbank. Op korte termijn zal daarom het postbanknummer (het oude gironummer) uit ANVA verdwijnen. In deze release (53.P03) zijn onder het pad IIDB nieuwe menu-opties beschikbaar gekomen, waarmee je overzichten kunt maken van de postbanknummers die nog in de diverse schermen in ANVA staan.

Er wordt een verwerkingsverslag geproduceerd, waarbij elk onderdeel op een nieuwe pagina begint. Als voor een export is gekozen, wordt er per onderdeel een apart csv-bestand gegenereerd. Op het verslag wordt de IBAN van het postbanknummer vermeld. Indien de IBAN niet aanwezig is, wordt in plaats van de IBAN het oude postbanknummer vermeld. Het postbanknummer-veld kan dan leeggemaakt worden.

Release 54.P01 (Uitfaseren Postbank)

Met deze release worden onderstaande postbank-functionaliteiten verwijderd van de vaste schermen. Voordat je deze release gaat installeren raden wij aan om te controleren of alle postbankgegevens (IBAN-nummers e.d.) in de vaste schermen overgezet zijn naar de Bank. Onder menupad IIDB zijn diverse hulp- en controleprogramma's aanwezig om jullie gebruik van postbanknummers in kaart brengen, over te zetten naar banknummers en/of te verwijderen.

In de volgende release (54.P02) worden de postbanklabels uit de variabele schermen in Acceptatie en de schadeschermen verwijderd, waarna het niet meer mogelijk is om gebruik te maken van een postbankrekening. Toch is het belangrijk dat, voorafgaand aan de installatie van de 54.P01, de relaties waarop betalingen daadwerkelijk nog worden gedaan vanuit de postbank omgezet worden naar de bank. Dit is nodig omdat in de boekingen het veld postbank niet meer wordt opgenomen. Hierdoor komen er betalingen klaar te staan zonder bankrekeningnummer.

Lees in de handleiding welke handelingen je moet uitvoeren en welke hulpprogramma's beschikbaar zijn voorafgaand aan het installeren van release 54.P01.

Postbankvelden en submenu’s verwijderd van vaste schermen, interne banknummers omgezet naar IBAN

Vanaf release 54.P01 zijn er een aantal wijzigingen voor Maatschappijen (pad BMM), Betrokkenen vast (pad BBE), Agenten (pad BBA) en Gebruikers (pad BGG).

Schermwijzigingen

• Alle Postbankvelden zijn in deze paden verwijderd. Dit geldt bij Maatschappijen ook voor het volmachtscherm (pad FV) en het provinciaalscherm (pad FP)
• Bij het veld Bank is het interne banknummer vervangen door een IBAN-nummer. Via F3 kun je op dit veld het SEPA-scherm oproepen. Invoer van een IBAN-nummer is rechtstreeks mogelijk of via het SEPA-scherm.
  

Menu SEPA
Onder het menu SEPA zit de menuoptie om het Banknummer (of banknummers bij Betrokkenen) te bekijken mits deze ingevuld is. Indien het veld Bank niet is ingevuld dan is dit menu ook niet zichtbaar. De optie om het postbanknummer te bekijken is komen te vervallen.

Bij het aanmaken en wijzigen van incasso’s en excasso’s is de optie postbank verwijderd

Bij het aanmaken en wijzigen van incasso’s en excasso’s kon je in de velden Van (bij incasso) en Naar (bij excasso) kiezen tussen Bank en Postbank. Vanaf deze release is het niet meer mogelijk om te kiezen voor Postbank en heb je alleen de optie Bank.

Postbankvelden en Giro verwijderd uit de verwijzingschermen

Via pad AN kun je bij een relatie/polis verwijzingen toevoegen, wijzigen, verwijderen en bekijken. Vanaf deze release zijn op de verwijzingschermen de postbankvelden en Giro verwijderd.

Release 54.P02

In release 54.P02 worden de postbanklabels uit de variabele schermen in Acceptatie en de schadeschermen verwijderd, waarna het niet meer mogelijk is om gebruik te maken van een postbankrekening. Dit betekent dat vanaf deze release de optie Postbank volledig is uitgefaseerd.

Vanaf release 54.P02 zijn er een aantal wijzigingen voor het scherm van een betrokkene vanuit Schadedossier (pad S**), dit betreft de niet vaste betrokkenen.

Postbankvelden verwijderd van schadeschermen

Schermwijzigingen
Alle Postbankvelden zijn uit pad S** verwijderd. Bij het veld Bank is het interne banknummer vervangen door een IBAN-nummer. Via F3 kun je op dit veld het SEPA-scherm oproepen. Invoer van een IBAN-nummer is rechtstreeks mogelijk of via het SEPA-scherm.

Menu SEPA
Onder het menu SEPA zit de menuoptie om het Banknummer (of de Banknummers) te bekijken, mits ingevuld. Indien het veld Bank niet is ingevuld dan is dit menu ook niet zichtbaar. De optie om het postbanknummer te bekijken is komen te vervallen.