Départements-Notaires v2 issueshttps://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues2023-12-19T17:23:51+01:00https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/273UI Améliorer texte et lien pour déverrouiller un compte bloqué2023-12-19T17:23:51+01:00Matthieu FAUREUI Améliorer texte et lien pour déverrouiller un compte bloqué## Avant
* l'intitulé du lien est peu visible et peu lisible
![image](/uploads/bc46f5fc6a80ab4bc1e9fb7e4bfec6e9/image.png)
## Après
* L'intitulé du lien est `cliquer pour le dévérouiller`.
* La couleur du texte du lien est `rgb(0, 0,...## Avant
* l'intitulé du lien est peu visible et peu lisible
![image](/uploads/bc46f5fc6a80ab4bc1e9fb7e4bfec6e9/image.png)
## Après
* L'intitulé du lien est `cliquer pour le dévérouiller`.
* La couleur du texte du lien est `rgb(0, 0, 238)`
* Le lien est sousligné (supprimer, sur ce lien, le `text-decoration: none`)
* Un `<br />` sépare les deux phrases du message.
![image](/uploads/72b139e15c451108df5924c3c0cbfebc/image.png)
## Demande initiale
La demande initiale a été adaptée pour prendre en compte des critères d'ergonomie et d'accessibilité (RGAA)
> Lors du blocage d’un compte, le message « Votre compte est verrouillé. Merci de suivre ce lien pour le déverrouiller ». Même si la couleur du lien hypertexte est légèrement différente, on ne voit pas assez que l’on peut cliquer dessus. Serait-il possible de mettre le mot « ce lien » en plus gras et souligné ?2.5.2https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/187Ajout date de la recherche initiale dans les documents pdfs générés à partir ...2023-07-24T11:18:17+02:00Christophe PHARESAjout date de la recherche initiale dans les documents pdfs générés à partir de la liste de rechercheDans la liste de recherche, il est possible de regénérer les documents PDFs; la date qui apparait sur les documents ne correspond pas à la date de la recherche initiale mais à la date du jour.
Ce document devient donc faux juridiquement ...Dans la liste de recherche, il est possible de regénérer les documents PDFs; la date qui apparait sur les documents ne correspond pas à la date de la recherche initiale mais à la date du jour.
Ce document devient donc faux juridiquement quand il est opposable aux notaires par exemple.
-- Piste d'amélioration
--> Afficher la date de recherche initiale :
Dans src/SearchController, fonction getPDF, ajout d'un nouveau paramètre **searchDate** date passé aux pdf en le valorisant avec la date de recherche
private function getPdf(
SearchLog $searchLog,
string $dest,
PdfService $pdfService,
PersonService $personService
): array {
/** @var User $user */
$user = $this->getUser();
$entityManager = $this->getDoctrine()->getManager();
$pdfTemplate = $this->getPdfTemplate($searchLog->getResponseType());
$pdfContent = '';
$fileNameSanitized = FileHelper::sanitizeFileName(
$searchLog->getId() . '_' . $searchLog->getFirstName() . '_' . $searchLog->getName($this->settingsData)
);
$safeFilename = \transliterator_transliterate(
'Any-Latin; Latin-ASCII; [^A-Za-z0-9_] remove; Lower()',
$fileNameSanitized
);
$fileName = $safeFilename . '-' . uniqid() . '.pdf';
if ($pdfTemplate) {
$pdfParameters = [];
$pdfParameters['reference'] = SearchHelper::getReference($user, $searchLog);
if (in_array(SearchHelper::SEARCH_STATUS_NOTFOUND, $searchLog->getResponseType())) {
$pdfParameters['firstName'] = $searchLog->getFirstName();
$pdfParameters['name'] = strtoupper($searchLog->getName($this->settingsData));
$pdfParameters['birthDate'] = $searchLog->getBirthDate();
$pdfParameters['responseType'] = $searchLog->getResponseType();
// Aout et valorisation du paramètre searchDate
**$pdfParameters['searchDate'] = $searchLog->getSearchDate();**
} else {
$person = $personService->getPerson($searchLog->getPerson());
$pdfParametersBdd = $this->getPersonDbParameters($person);
$pdfParameters = array_merge($pdfParameters, $pdfParametersBdd);
$pdfParameters['gender'] = $person->getGender();
$pdfParameters['firstName'] = $person->getFirstName();
$pdfParameters['name'] = strtoupper($person->getName($this->settingsData));
$pdfParameters['birthDate'] = $person->getBirthDate();
$pdfParameters['responseType'] = $searchLog->getResponseType();
$pdfParameters['helpCodeLabels'] = $this->getHelpCodeLabels($searchLog->getResponseType());
// Aout et valorisation du paramètre searchDate
**$pdfParameters['searchDate'] = $searchLog->getSearchDate();**
$pdfParameters['rows_person'] = $entityManager->getRepository(Person::class) ->findBy(['personNum' => $person->getPersonNum()]);
}
$pdfParameters['birthDate'] = date_format($pdfParameters['birthDate'], 'd/m/Y');
$pdfContent = $this->renderView(
$pdfTemplate,
$pdfParameters
);
}
$pdfService->create();
return [$pdfService->generatePdf($pdfContent, $fileName, $dest), $fileName];
}
- Récupération de ce paramètre dans le twig générateur du pdf pour utiliser ce paramètre (dans base.html.twig par exemple) :
`{{ settings.data.pdfDestinationCity }}, le {{ searchDate | localizeddate('full', 'none') }}<br/>`
(Désolé pour le formattage...)v2.5.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/185[ALGO RECHERCHE] "Personne connue" alors que la personne n'existe pas en BDD2023-09-26T15:17:36+02:00Christophe PHARES[ALGO RECHERCHE] "Personne connue" alors que la personne n'existe pas en BDD## Etapes pour reproduire le bug
Paramétrage application :
- Recherche soundex --> OUI
- Précision de la date de naissance --> Date différente donne ambigu au lieu d'inconnu
- Prénom différent donne ambigu au lieu de connu --> OUI
...## Etapes pour reproduire le bug
Paramétrage application :
- Recherche soundex --> OUI
- Précision de la date de naissance --> Date différente donne ambigu au lieu d'inconnu
- Prénom différent donne ambigu au lieu de connu --> OUI
* Recherche par nom --> Nom d'usage
## Quel est le comportement *actuel* du bug
Exemple sur les données du fichier joint :
- Prenom : Christian
- Nom d'usage : LE FRIANT
- Date de naissance : 08/07/1962
La personne est connue
Plus généralement, après plusieurs tests :
Recherche :
1) Utiliser un couple prénom/date de naissance présente en BDD
2) Utiliser un nom présent en BDD différent du couple prénom/date de naissance (précédemment choisi) commençant par "LE "
L'application donne un résultat "Personne connue"
## Quel est le comportement *correct*
La personne doit être inconnue
## Fichiers journaux ou copies d'écrans
[individu.csv](/uploads/c3b107ae985c56adad69317b8a4d11b5/individu.csv)
/cc @mfaurehttps://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/184Système d’information APA de la CNSA2023-02-16T15:41:40+01:00Matthieu FAURESystème d’information APA de la CNSA(Proposition du CD57)
* <https://www.previssima.fr/actualite/la-cnsa-va-lancer-un-teleservice-national-de-demande-dallocation-personnalisee-dautonomie-apa.html>
* <https://www.service-public.fr/particuliers/vosdroits/F35136/0_1?idFicheP...(Proposition du CD57)
* <https://www.previssima.fr/actualite/la-cnsa-va-lancer-un-teleservice-national-de-demande-dallocation-personnalisee-dautonomie-apa.html>
* <https://www.service-public.fr/particuliers/vosdroits/F35136/0_1?idFicheParent=F10009>https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/154Individu ayant touché l’APA-PCH2023-01-19T16:57:15+01:00Vinciane BOCQUENETIndividu ayant touché l’APA-PCH**Comportement constaté**
Pour un individu ayant touché l'APA-PCH, donc code '1SEXTNONR' le mail est envoyé au notaire uniquement.
**Comportement attendu**
Le mail doit être envoyé au notaire, **mais aussi à la MDR de rattachement...**Comportement constaté**
Pour un individu ayant touché l'APA-PCH, donc code '1SEXTNONR' le mail est envoyé au notaire uniquement.
**Comportement attendu**
Le mail doit être envoyé au notaire, **mais aussi à la MDR de rattachement** (dans la V1, récupération colonne "mail_mdr" de la table "individu").
En tout cas, paramétrable.https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/153Individu dont la demande d’ASG est en cours d’instruction2022-10-14T11:28:25+02:00Vinciane BOCQUENETIndividu dont la demande d’ASG est en cours d’instruction**Comportement attendu**
2 mails sont envoyés
- Un mail indique que l’individu n’est pas connu, le courrier de réponse négative est en pièce-jointe.
Mail envoyé au notaire uniquement.
- En parallèle, un mail est envoyé au ser...**Comportement attendu**
2 mails sont envoyés
- Un mail indique que l’individu n’est pas connu, le courrier de réponse négative est en pièce-jointe.
Mail envoyé au notaire uniquement.
- En parallèle, un mail est envoyé au service indiquant qu’une recherche a été réalisée pour une personne dont la demande d’ASG est en cours d’instruction.
> Bonjour,
>
> Il semble qu'il existe une demande en cours d'instruction au nom de _Prénom_Nom_
> dont la date de naissance est le _date_naissance_ et dont le décès est survenu le : _date_décès_.
>
> Nous vous informons qu’une étude notariale a entamé une recherche de créances sur succession pour cette personne.
> Cette demande émane de l'étude : _Etude_, dont le mail de contact est : _mail_étude_
>
>
> Cordialement,
> L'équipe Rhône + Notaires
> Département du Rhône
>
**Comportement constaté**
Le mail à destination du service indiquant qu’une recherche a été réalisée pour une personne dont la demande d’ASG est en cours d’instruction **n'est pas envoyé**.
**Fonctionnel en V1 et structure adaptée pour**
table *"demande"* qui contient l'ensemble des demandes de types récupérables
Requête Iodas d'alimentation :
SELECT DISTINCT I.INDI, I.SEXE, I.NOM, I.NOM_JFIL, I.PREN, I.ANNENAIS, I.MOISNAIS, I.JOURNAIS,
CONVERT(I.PREN,'US7ASCII'), CONVERT(I.NOM,'US7ASCII') FROM INTERV V JOIN PRODUI P ON P.ID=V.ID_PROD
JOIN PROASS Z ON Z.ID_PRODFILS=P.ID JOIN NOMENC N ON N.ID=Z.ID_TYPELIEN AND N.TYPO='TPROASSO' AND N.NOME='REGR'
JOIN PRODUI Q ON Q.ID=Z.ID_PRODPERE JOIN PERI_1 X ON X.APPO=V.APPO JOIN NOMENC M ON M.ID=X.ID_TYPEQUAL AND
M.TYPO='QUALINTA' JOIN INDIVI I ON I.INDI=X.INDI JOIN TOPTYP Y ON Y.ID_UNTO=V.ID_UNTOREFE
JOIN TYPUTE T ON T.ID=Y.ID_TYPEUNTE JOIN UNITER U ON U.ID=Y.ID_UNTE WHERE V.TYPETACH='DDEINTERV' AND V.ANNU='N' AND
M.NOME IN ('BENEADMI','BENE') AND Q.PROD = '1SEXTREC' AND T.TYPEUNIT='MDR'https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/124Recherche avec un nom état civil composé2023-09-13T16:17:30+02:00laurence duigouRecherche avec un nom état civil composé1/ Situation
si le nom HARNE PERON est en base de données et que la saisie est HARNE , la réponse est INCONNU.
2/réponse souhaitée
Elle devrait être AMBIGU car un des 2 éléments du nom est correct.1/ Situation
si le nom HARNE PERON est en base de données et que la saisie est HARNE , la réponse est INCONNU.
2/réponse souhaitée
Elle devrait être AMBIGU car un des 2 éléments du nom est correct.v2.5.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/121Échange documentaire Départements <--> Notaires2023-12-04T16:07:00+01:00Laurence JUSTINÉchange documentaire Départements <--> NotairesPermettre l'échange documentaire entre le Département et les Notaires par l'intermédiaire de la PF: courriers, actes...
L'idée principale est de dématérialiser autant que possible les transferts de documents dans le cadre d'une success...Permettre l'échange documentaire entre le Département et les Notaires par l'intermédiaire de la PF: courriers, actes...
L'idée principale est de dématérialiser autant que possible les transferts de documents dans le cadre d'une succession pour s'affranchir des envois postaux de part et d'autre et réduire les temps de traitement.
Documents susceptibles d'être déposés dans le cas d'un indu possible ou d'une créance supposée :
Du CD => Notaire : le document actant des sommes à récupérer par le CD à l'intention du notaire après étude des prestations dont a bénéficié la personne décédée
Du Notaire => CD: le CD a besoin de récupérer l'actif-passif de la succession ainsi que le certificat de décès, documents dont le notaire dispose
On imagine un espace type GED avec peut-être 2 répertoires où l'utilisateur peut déposer dans le répertoire qui le concerne :
CD_Notaire: pour les documents fournis par le CD
Notaire_CD :pour les documents fournis par le notaire
avec possibilité de mettre une étiquette sur le document pour le typer (Actif-Passif ou Certificat de Décès par ex) et ainsi ne pas faire de déduction sur la nature du document sur la simplebase de son nom de fichier (num18403566.pdf).
Dans l'idéal, la dépose d'un document dans l'un ou l'autre de ces répertoires émet un mail invitant l'utilisateur à qui le support est destiné à aller récupérer le document dans le répertoire. Dans le mail, on pourrait reprendre l'identité de l'individu, son n° individu et l'étiquette du document déposé.
Dans notre idée, cet espace n'a pas vocation à devenir un entrepôt. Le CD et le notaire récupèrent les documents transmis à réception. On peut imaginer disposer d'un statut géré par le CD (succession en cours/succession close + date) qui lui permettrait d'identifier les documents à purger après un délai raisonnable (6 mois après la date associée au statut). Le suivi de la récupération des fonds après établissement par le CD du document faisant état des sommes à récupérer s'effectuera ailleurs et autrement.
Voici le tableau général, il faudra bien sur creuser le sujet si ce besoin est partagé par d'autres CD et qu'une suite était donnée à notre proposition d'évolution.v2.5.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/114Nom de famille en 3 mots : l'inversion Nom-B Nom-C Nom-A renvoie inconnu au l...2023-10-13T11:47:35+02:00Vinciane BOCQUENETNom de famille en 3 mots : l'inversion Nom-B Nom-C Nom-A renvoie inconnu au lieu de ambigu attendu## Ticket ré-écrit après précisions
* Nom en base : Da Silva Baroso
* Nom recherché : Baroso Da Silva
* Résultat obtenu : inconnu
* Résultat attendu : ambigu
## Ticket d'origine
**Cas testé :**
Le nom de la personne est composée de...## Ticket ré-écrit après précisions
* Nom en base : Da Silva Baroso
* Nom recherché : Baroso Da Silva
* Résultat obtenu : inconnu
* Résultat attendu : ambigu
## Ticket d'origine
**Cas testé :**
Le nom de la personne est composée de deux noms NOM-A et NOM-B, cependant, le NOM-A comporte une particule. Le nom est donc composé de 3 mots.
La personne a une aide récupérable.
**Résultat**
L'inversion NOM-A et NOM-B remonte en inconnu au lieu d'ambigühttps://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/110Répondre "ambigu" plus que "inconnu" : cas Max Calvet / Maxime Calvet (2 pers...2022-10-14T11:27:55+02:00Matthieu FAURERépondre "ambigu" plus que "inconnu" : cas Max Calvet / Maxime Calvet (2 personnes différentes)Retour du CD22. Reposer précisement le cas :
* qui existe en base avec quel nom / prénom / date de naissance)
* quelle est la recherche
* quelle est la réponse obtenue (a priori "inconnu")
* quelle est la réponse attendue (a priori "...Retour du CD22. Reposer précisement le cas :
* qui existe en base avec quel nom / prénom / date de naissance)
* quelle est la recherche
* quelle est la réponse obtenue (a priori "inconnu")
* quelle est la réponse attendue (a priori "ambigu")
D'une manière générale, privilégié les retours de "ambigus" plutôt que "inconnu"https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/108SYNTHÈSE Évolutions du moteurs de recherche2022-10-14T11:27:30+02:00Matthieu FAURESYNTHÈSE Évolutions du moteurs de rechercheIssue globale pour #72, #73, #74, #75, #76, #51, #52Issue globale pour #72, #73, #74, #75, #76, #51, #52https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/107SYNTHÈSE Non-cohérence entre nom d'usage / nom d'état civil entre affichage e...2021-01-26T11:09:52+01:00Matthieu FAURESYNTHÈSE Non-cohérence entre nom d'usage / nom d'état civil entre affichage et PDFIssue globale pour #91 #92Issue globale pour #91 #92https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/106SYNTHÈSE Gestion de plusieurs aides pour un même individu2022-10-14T11:27:55+02:00Matthieu FAURESYNTHÈSE Gestion de plusieurs aides pour un même individuIssue globale pour #90 #96 #98Issue globale pour #90 #96 #98v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/105Bug : la recherche avec la première lettre du prénom retourne un résultat con...2022-10-14T11:27:54+02:00Vinciane BOCQUENETBug : la recherche avec la première lettre du prénom retourne un résultat connue au lieu d'ambigu## Comportement constaté
La recherche réalisée est la suivante :
* correspondance exacte du NOM d'usage
* correspondance exacte du NOM d'état civil
* correspondance exacte de la date de naissance
* première lettre du prénom
...## Comportement constaté
La recherche réalisée est la suivante :
* correspondance exacte du NOM d'usage
* correspondance exacte du NOM d'état civil
* correspondance exacte de la date de naissance
* première lettre du prénom
**Résultat :** Connue (indus probable)
![image](/uploads/ccef4b6fdfe2a60e82335b836bb7486c/image.png)
## Comportement attendu
Le résultat devrait être **ambigu** en lien avec les règles de l'étape 1 [ici](https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/blob/master/Documentation/Utilisateur/Algorithme_de_recherche.md)https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/104Communication de la créance dans les mails/PDF2022-10-14T11:31:36+02:00Hubert BOCQUET (CD59)Communication de la créance dans les mails/PDF## 1 Evolutions BDD
Nouvelle table creance_recuperable comportant les colonnes suivantes
| Code | Libellé | Obligatoire | Format
| ------ | ------ |------ |------ |
| ID | Identifiant unique (rownum)|Oui |int(12)|
| num_ind | N° indivi...## 1 Evolutions BDD
Nouvelle table creance_recuperable comportant les colonnes suivantes
| Code | Libellé | Obligatoire | Format
| ------ | ------ |------ |------ |
| ID | Identifiant unique (rownum)|Oui |int(12)|
| num_ind | N° individu IODAS|Oui |int(15)|
| date_deb_periode | Date début de la créance|Oui |datetime|
| date_fin_periode | Date fin de la créance|Oui |datetime|
| montant | Montant de la créance|Oui |monétaire|
| date_calcul | Date du calcul de la créance|Oui |datetime|
Nouvelle table creance_non_recuperable comportant les colonnes suivantes
| Code | Libellé | Obligatoire | Format
| ------ | ------ |------ |------ |
| ID | Identifiant unique (rownum)|Oui |int(12)|
| num_ind | N° individu IODAS|Oui |int(15)|
| date_deb_periode | Date début de la créance|Oui |datetime|
| date_fin_periode | Date fin de la créance|Oui |datetime|
| montant | Montant de la créance|Oui |monétaire|
| date_calcul | Date du calcul de la créance|Oui |datetime|
Evolution de la table log_recherche : Ajout de 4 colonnes supplémentaires
| Code | Libellé | Obligatoire | Format
| ------ | ------ |------ |------ |
| periode_recuperation| Période de calcul de la récupération|Non |texte jj/mm/ssaa – jj/mm/ssaa|
| montant_recuperation| Montant de la récupération|Non |int(15)|
| periode_indu | Période de calcul de l’indu|Non |texte jj/mm/ssaa – jj/mm/ssaa|
| montant_indu | Date fin de la créance|Non |monétaire|
## 2 Evolutions applicatives
### 2.1 Règle générale pour la prise en compte des montants de créance
Une allocation versée est récupérée dès le lendemain de la date de décès. Toutefois, suite au décès d’un usager et quelle que soit l’allocation, dès lors que le montant du recouvrement est inférieur ou égal à 100€, le montant n’est pas mis en recouvrement.<br>
En conséquence, il convient de ne pas tenir compte des montants inférieurs à un seuil paramétré. (fixé à 100€). Ces montants ne sont pas mis en recouvrement (assimilés à zéro)<br><br>
Les seuils de récupération sont paramétrés dans le config.php<br>
/* MODIF CD59 062020 - LOT CREANCE */ <br>
$seuil_montant_recup_inf = 0;<br>
$seuil_montant_recup_sup = 0;<br>
$seuil_montant_indu_inf = -100;<br>
$seuil_montant_indu_sup = 100;<br><br><br>
### 2.2 Evolution sur les courriers
Les courriers évoluent pour pouvoir afficher les créances, si elles sont précisées, dès lors qu’elles sont supérieures aux seuils paramétrés.<br><br>
### 2.3 Evolution de l’historique de recherche
Afficher 4 colonnes supplémentaires à valoriser avec les informations<br><br>
• Période récupération = log_recherche.periode_recuperation<br>
• Montant récupération = log_recherche.montant_recuperation<br>
• Période indu = log_recherche.periode_indu<br>
• Montant indu = log_recherche.montant_indu<br>https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/103Pouvoir personnaliser le *sujet* d'un mail2022-10-14T11:27:53+02:00Serge DrachenbergPouvoir personnaliser le *sujet* d'un mailPour exemple :
ISABELLE DAUPHIN - Succession Anne LUDWIG # RECUPERATION
Phil/Jo - Succession Marie HULLAR # AMBIGU
Etude TEST - Succession Angèle DEHE # INDUS PROBABLE
Etude TEST - Succession Delphine PARMENTIER # INCONNUPour exemple :
ISABELLE DAUPHIN - Succession Anne LUDWIG # RECUPERATION
Phil/Jo - Succession Marie HULLAR # AMBIGU
Etude TEST - Succession Angèle DEHE # INDUS PROBABLE
Etude TEST - Succession Delphine PARMENTIER # INCONNUhttps://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/102Personnalisation signature mails depuis le backoffice2022-10-14T11:27:55+02:00Serge DrachenbergPersonnalisation signature mails depuis le backofficeIl y a dans l'interface d'administration un paramètre des mails système, il faut un paramètre des mails métiers en plus.Il y a dans l'interface d'administration un paramètre des mails système, il faut un paramètre des mails métiers en plus.v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/101Personnalisation Mail courrier PDF2022-10-14T11:27:30+02:00Serge DrachenbergPersonnalisation Mail courrier PDFDemande de mise à disposition de tous les champs métiers permettant la personnalisation des Mail et des PDF.
Tous les champs de la base devrait être disponible. Il faut une documentation de correspondance entre les champs de la base et l...Demande de mise à disposition de tous les champs métiers permettant la personnalisation des Mail et des PDF.
Tous les champs de la base devrait être disponible. Il faut une documentation de correspondance entre les champs de la base et les champs mis à disposition. Cela nous permettra d'être autonome dans la personnalisation des documents sortants.https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/98Différencier les courriers selon le(s) type(s) d'aide2022-10-14T11:27:54+02:00Vinciane BOCQUENETDifférencier les courriers selon le(s) type(s) d'aideDans le cas où un usager a bénéficié de différents types d'aide, il peut avoir reçu une aide récupérable et une aide non récupérable.
Dans ce cas, la V1 faisait ressortir un courrier récupérable et ne mentionne pas de potentiels indus...Dans le cas où un usager a bénéficié de différents types d'aide, il peut avoir reçu une aide récupérable et une aide non récupérable.
Dans ce cas, la V1 faisait ressortir un courrier récupérable et ne mentionne pas de potentiels indus sur l'aide non récupérable.
L'objectif serait dans ce cas générer un courrier par type de d'aide : un courrier récupérable et un courrier indus.
(ne lien avec #96)v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/96Bug : Gérer les bénéficiaires de plusieurs aides (en lien #90)2022-10-14T11:27:53+02:00Vinciane BOCQUENETBug : Gérer les bénéficiaires de plusieurs aides (en lien #90)
En lien avec #90
_Nous avons constaté que dans la procédure d’import de la nouvelle version, un même individu ne doit être présent qu’une seule fois donc on va être obligé de choisir s’il a plusieurs aides. Nous avons constaté que dan...
En lien avec #90
_Nous avons constaté que dans la procédure d’import de la nouvelle version, un même individu ne doit être présent qu’une seule fois donc on va être obligé de choisir s’il a plusieurs aides. Nous avons constaté que dans la procédure d’import de la nouvelle version, un même individu ne doit être présent qu’une seule fois donc on va être obligé de choisir s’il a plusieurs aides._
En production, un usager bénéficie de deux types d'aides : ADPA en établissement (non récupérable) et PSD en établissement (récupérable).
La table "individus" ne permet pas d'avoir plusieurs individus (clés sur id et num_ind) et "choisit" donc le premier enregistrement lors de l'import (non utilisation de l'import car problème, mais insert en bdd).
#77
A la recherche, l'usager sort en indus probable alors qu'il devrait ressortir en Récupération.