Contactgegevens syncen naar het default register vanuit KISS

[mstokericatt]

Description
Als contactgegevens (email addresses and telephone numbers) niet gevonden worden in het default register (zie https://dimpact.atlassian.net/browse/PC-480), zal KISS contactgegevens in een van de andere registers proberen te vinden. Als dat lukt, dan willen we dat die gegevens opgeslagen worden in het default register.

Acceptance Criteria

• Wanneer KISS contactgegevens opzoekt en geen contactgegevens vindt in het default register, maar wel in een van de overige registers (dat zoek mechanisme is al in https://dimpact.atlassian.net/browse/PC-480 gerealiseerd),dan slaat KISS deze gegevens op in het default register.-
• De gebruiker merkt hier niets van, ook niet als het mislukt. Als het misgaat dan wel de error loggen
• Als er al iets in het default register staat, dan wordt er niets gesynchroniseerd. we gaan dus niet bijwerken en vergelijken.
• We doen dit alleen op het moment dat er een klant aangemaakt moet worden door KISS, of als KISS moet controleren of de klant al bestaat en concludeert dat dat het geval is.
• Dit is een 'extra' feature. Het is niet altijd wenselijk. Zo hoeft het bijvoorbeeld alleen te gebeuren als het default register de openklant 2 standaard hanteert. Niemand zal meer een openklant1/e-suite op deze manier willen verrijken. Ook zal deze feature op een gegeven moment overbodig worden. het is alleen relevant tijdens een overgangsfase. Ook zijn er situaties denkbaar waarbij dit niet gewenst zal zijn, of tot onverwacht gedrag leidt, zeker bij niet-dimpact gemeentes. Om die redenen is het niet verstandig dit het standaard gedrag te maken. Deze feature moet derhalve achter een feature switch geplaatst worden, die default UIT staat

Specific details
Bij gemeenten die de e-Suite gebruiken en over stappen op openklant hebben ermee te maken dat alle contactgegevens van de klanten alleen in de e-suite zitten. Wanneer men contactgegevens bewerkt/toevoegt in de e-suite of OIP, zullen de gegevens van die klant opgeslagen worden in beide systemen.
Vanuit KISS gaan we iets vergelijkbaars doen. aangezien de KISS gebruikers zelf geen contactgegevens mogen aanmaken of bewerken, gebeurt achter de schermen door de applicatie zelf en alleen in één richting, van e-suite naar OpenKlant.

Let op, het moment waarop we het bestaan van een klant controleren en hem aanmaken verschuift. dat gebeurde voorheen bij het zoeken naar klanten, maar dat verhuist naar het opslaan van een contactmoment. Waar je deze story implementeert in de code, hangt dus af van waar op het moment dat je hier aan werkt de klanten worden aangemaakt. Zeer waarschijnlijk is dat bij het opslaan van contactmomenten en niet meer bij het zoeken naar klanten