Pc 478 meerdere contazctmomenten registers klant #1042
Conversation
githubjimmeicatt
changed the base branch from
OudNaastNieuw
to
pc-394-MeerdereContactmomentregisters
githubjimmeicatt
changed the base branch from
pc-394-MeerdereContactmomentregisters
to
OudNaastNieuw
src/features/bedrijf/bedrijf-zoeken/ensure-klant-for-bedrijf-identifier.ts
Outdated
Show resolved
Hide resolved
src/features/bedrijf/bedrijf-zoeken/ensure-klant-for-bedrijf-identifier.ts
Outdated
Show resolved
Hide resolved
…://github.com/Klantinteractie-Servicesysteem/KISS-frontend into pc-478-MeerdereContazctmomentenRegistersKlant
| ) | ||
| ); | ||
| } | ||
| // export function searchKlantenByDigitaalAdres( |
|
|
||
| function searchKlanten(url: string): Promise<PaginatedResult<Klant>> { | ||
| return fetchLoggedIn(url) | ||
| // export function useSearchKlanten({ |
There was a problem hiding this comment.
deze wordt volgens mij niet meer gebruikt maar even uitgecomment voor de zekerheid
| getBsn: () => string | undefined, | ||
| ): ServiceData<Klant | null> { | ||
| const getUrl = () => getKlantBsnUrl(getBsn()); | ||
| // export function useKlantByBsn( |
| fetchKlantByIdOk1, | ||
| ); | ||
| } | ||
| // export function useKlantById(id: Ref<string>) { |
|
|
||
| yield return new RegistrySystem | ||
| var isDefault = bool.TryParse(GetValue("IS_DEFAULT"), out var defaultValue) && defaultValue; |
There was a problem hiding this comment.
ik weet niet hoe dat of dat in de vorige versie goed werd afgedekt (de compare is wat onoverzichtelijk), maar er mag maar 1 default zijn. anders svp een duidelijke error throwen
There was a problem hiding this comment.
ik zie dat dat verderop in de validatie methode geregeld wordt.
| if (systemen.Count == 0) return ""; | ||
| if (systemen.Count == 0) | ||
| { | ||
| return "FOUT: Er zijn geen registraties geconfigureerd."; |
There was a problem hiding this comment.
misschien een iets behulpzamere tekst? bv: Er zijn geen registraties voor klanten, contactmomenten en/of contactverzoeken geconfigureerd
| registryVersions, | ||
| } from "@/services/environment/fetch-systemen"; | ||
|
|
||
| export const getRegisterDetails = async () => { |
There was a problem hiding this comment.
ik vind de naamgeving 'register' zowel in front als backend niet helemaal ideaal. te algemeen. het brp is ook een register. het gaat hier specifiek om klantcontact registers.
om alles niet teveel door elkaar te laten lopen kunnen we misschien na deze pr een losse pr met wat naamswijzigingen doorvoeren
| } | ||
|
|
||
| return { | ||
| systeemId: defaultSysteem.identifier, |
There was a problem hiding this comment.
dit is verwarrend. svp hernoemen naar defaultSysteemId
|
|
||
| function searchKlanten(url: string): Promise<PaginatedResult<Klant>> { | ||
| return fetchLoggedIn(url) | ||
| // export function useSearchKlanten({ |
| export const ensureKlantForBsn = async ( | ||
| parameters: { bsn: string } | ||
| ) => { | ||
| export const ensureKlantForBsn = async (parameters: { bsn: string }) => { |
There was a problem hiding this comment.
dit is een beetje een raar geval, inconsistent en merkwaardige functies createklant2 en ensureKlantForBsn1.
kunnen we deze opheffen en de code iets strakker maken (zoals hieronder) en rechtstreeks opnemen in personenOverzicht.vue?
const ensureKlantForBsn = async (parameters: { bsn: string }) => {
const { useKlantInteractiesApi, defaultSysteemId } = await getRegisterDetails();
const klant = (useKlantInteractiesApi)
? await ensureOk2Klant(systeemId, parameters);
: await ensureOk1Klant(systeemId, parameters, useBronOrganisatie());
| { | ||
| Destination = destination; | ||
| _tokenProvider = tokenProvider; | ||
| var registry = string.IsNullOrWhiteSpace(systemIdentifier) |
There was a problem hiding this comment.
sturen we hem niet altijd mee?
No description provided.