Er zijn een aantal wijzigingen gedaan aan de primary keys van de bestanden Dim Claim, Fact_ClaimRegel en Fact_ClaimStatusVerloop. De achterliggende tabellen dienen volledig geleegd te worden, omdat dit anders tot een enorme hoeveelheid mutaties zou resulteren. Indien er dus incrementele load is ingesteld voor de stream 'Claims en booking', moet eenmalig een full load gegenereerd worden. Dit om de correcte gegevens binnen te halen. Voor meer informatie over de exacte wijzigingen, zie onderstaande releasenote:

 AANPASSINGEN AAN DE STREAM CLAIMS EN BOOKING

Waarom deze wijzigingen?

In het bestand Dim_Claim kwam het voor dat meerdere rijen dezelfde PrimaryKey hadden en dit zou niet moeten kunnen. Daarnaast werden er in het geval van forecasts claims onterecht extra records aangemaakt in Dim_Claim wanneer er zowel een correctie als een niet correctie claimregel was. Dit is onjuist, omdat 'is correctie' een onderdeel is van de claimregel en daarmee van bestand Fact_ClaimRegel en niet van de dimensie Dim_Claim. 

In Fact_ClaimStatusVerloop werden ook forecast claims opgenomen, terwijl dit bestand alleen historie zou moeten bevatten.

Wat is er gewijzigd?

In Dim_Claim staan geen dubbele regels meer met informatie over dezelfde claim. Het aantal regels in Fact_ClaimRegel is hetzelfde gebleven, maar de dimensie sleutel naar Dim_Claim verwees soms naar een dubbel record.

In Fact_ClaimStatusVerloop zijn geen forecast claims meer opgenomen, omdat we bij forecasts niet kunnen spreken over een verloop. Verder zorgde dit in sommige gevallen ook voor dubbele PrimaryKeys. 

 
Let op, indien er een incrementele load is ingesteld voor de Claim en Booking stream, is het noodzakelijk dat de bestanden Dim Claim, Fact_ClaimRegel en Fact_ClaimStatusVerloop eenmalig volledig opnieuw te laden omdat deze wijziging anders tot een enorme hoeveelheid mutaties zorgt.

Bij aanvullende vragen neem contact op met de Xpert Desk via xpertdesk@othersideatwork.nl.