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/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/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/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/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/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/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/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/51Si nom + date de naissance exacte mais prénom différent, la réponse doit être...2022-10-14T11:27:56+02:00laurence duigouSi nom + date de naissance exacte mais prénom différent, la réponse doit être AMBIGUE
## Etapes pour reproduire le bug
dans la base de données = Jeanne MILLINER née le 13/07/1930
exemple : recherche concernant Jeannine MILLINER née le 13/07/1930
--> réponse obtenue = personne connue
--> réponse souhaitée = ambigue
## Qu...
## Etapes pour reproduire le bug
dans la base de données = Jeanne MILLINER née le 13/07/1930
exemple : recherche concernant Jeannine MILLINER née le 13/07/1930
--> réponse obtenue = personne connue
--> réponse souhaitée = ambigue
## Quel est le comportement actuel du bug
Le nom d'état civil et la date de naissance sont identiques entre la recherche et la base de données
mais le prénom de la recherche est différent du prénom de la base de données (aucune ressemblance phonétique).
* --> réponse obtenue sur l'appli = personne connue
* --> réponse obtenue par mail = sur la base des éléments de la recherche (donc Jeannine), personne connue
* --> dans le courrier PDF : dans "Vos réf" figure Jeannine mais dans le texte figure "JEANNE" !!!!!!!!!!
Le mail :
![b2](/uploads/7b5d533cf6929f79cbb085d43103d1ec/b2.PNG)
Mais nous ne comprenons pas car les prénoms dans le mail et dans le pdf sont différents !!!
![b3](/uploads/993b02967ee5faf24747505355e2eb55/b3.PNG)
MERCI DE NOUS EXPLIQUER AU VU DE L'ALGORITHME FOURNI
## Quel est le comportement correct
1) Si le nom d'état civil et la date de naissance sont identiques entre la recherche et la base de données mais que le prénom est différent la réponse doit être AMBIGUE
2) La recherche doit se faire sur la base des éléments saisis : Jeannine (et non Jeanne)
## Fichiers journaux ou copies d'écrans
rependre l'exemple
## Pistes de solution
Cf. Etape 3 de l'algorithme joint au message de M. FAURE du 12/06/2020 :
si date de naissance exacte mais le prénom est inexact - N >= 1 "ambigu"
Le cas pratique ci-dessus infirme cet algorithme
Revoir l'algorithme
/cc @mfaurehttps://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/88Recherche avec nom composé : chercher "Nom-A Nom-B" et aussi "Nom-B Nom-A"2022-10-14T11:27:55+02:00Laurence JUSTINRecherche avec nom composé : chercher "Nom-A Nom-B" et aussi "Nom-B Nom-A"Bonjour,
Lorsque le nom de l'individu saisi par le notaire est composé de plusieurs éléments (ex: NOMA NOMB), serait il possible d'inclure dans l'algorithme de recherche l'inversion des noms saisis (NOMB NOMA pour reprendre mon exemple) ...Bonjour,
Lorsque le nom de l'individu saisi par le notaire est composé de plusieurs éléments (ex: NOMA NOMB), serait il possible d'inclure dans l'algorithme de recherche l'inversion des noms saisis (NOMB NOMA pour reprendre mon exemple) dans la base de données de la PF NOTAIRES pour retourner une ambiguité?
Merci, Laurence JUSTIN (CD33)https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/80Formulaire de recherche : utilisation coche obligatoire conforme à la v12022-10-14T11:27:55+02:00Vinciane BOCQUENETFormulaire de recherche : utilisation coche obligatoire conforme à la v1## Comportement constaté
A l'affichage de la page de recherche, l'ensemble des champs sont présents et ce même si la coche n'est pas cochée. C'est à dire :
[Acte de décès]
* Date de décès
* Lieu de décès
* Date de l'acte de d...## Comportement constaté
A l'affichage de la page de recherche, l'ensemble des champs sont présents et ce même si la coche n'est pas cochée. C'est à dire :
[Acte de décès]
* Date de décès
* Lieu de décès
* Date de l'acte de décès
* Destinataire
[Etat Civil]
* Prénom
* Deuxième prénom
* Nom d'usage
* Nom d'état civil
* Date de naissance
## Comportement attendu (celui de la V1 actuelle)
A l'affichage de la page de recherche, seuls les champs de la partie [Acte de décès] sont affichés lorsque la coche n'est pas coché.
Ce n'est que lorsque la coche est cochée que les champs de la partie [Etat Civil] apparaissent.
**Explication**
Les données de l'acte de décès ne sont pas obligatoires pour la recherche. Ils permettent de s'assurer que le notaire est en position de l'acte de décès pour faire la recherche.v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/83Migration v1/v2 importer historique de recherche + statistiques2022-10-14T11:27:55+02:00Matthieu FAUREMigration v1/v2 importer historique de recherche + statistiques## Expression du besoin
En V1, les historiques (connexions & recherches) permettent d’alimenter les listes de recherche et les statistiques.
* Les listes de recherche permettent aux notaires (et à nous en cas d’analyse de dysfonctionne...## Expression du besoin
En V1, les historiques (connexions & recherches) permettent d’alimenter les listes de recherche et les statistiques.
* Les listes de recherche permettent aux notaires (et à nous en cas d’analyse de dysfonctionnements) de retrouver leurs recherches dans le temps, et de re-générer le pdf si besoin.
* Les statistiques permettent de suivre l’évolution des connexions, demandes & réponses depuis l’ouverture du service.
En cas de non reprise, il ne sera plus possible de répondre aux demandes qui peuvent nous arriver des notaires ou de notre Direction.
(Formalisé par le CD59)v2.2.0https://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/90Import: gérer les bénéficiaires de plusieurs aides2022-10-14T11:27:55+02:00Matthieu FAUREImport: gérer les bénéficiaires de plusieurs aides
Mail de Sandrine Schutz (Moselle) du 04/12/2020 à 11:34
> Comme on l’avait indiquétt suite au GTC de novembre 2019, nous avions développé la fonctionnalité :
>
> * Aiguillage des courriers vers les instructeurs en fonction
> * des ty...
Mail de Sandrine Schutz (Moselle) du 04/12/2020 à 11:34
> Comme on l’avait indiquétt suite au GTC de novembre 2019, nous avions développé la fonctionnalité :
>
> * Aiguillage des courriers vers les instructeurs en fonction
> * des types d'aide
> * des initiales des bénéficiaires
>
> Dans notre import de données, nous pouvions donc avoir plusieurs fois le même individu avec des aides différentes.
>
> Lors de la recherche d’un individu, on construit un tableau avec les aides qu’il a eu et au moment de l’envoi de mail pour traiter les indus, les ambigus ou les récupérations, on peut donc envoyer le mail à plusieurs instructeurs en fonction des prestations concernées et de la 1ère lettre du nom du bénéficiaire.>
>
> 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.
>
> J’interrogerai effectivement le GTC afin de savoir si cette fonctionnalité pourrait servir à d’autres.v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/89Gérer les individus avec un code d'aide vide2022-10-14T11:27:55+02:00Laurence JUSTINGérer les individus avec un code d'aide videBonjour,
Ce ticket doit certainement avoir un lien avec le #79 .
Lorsque je cherche un individu connu de la base de données mais sans code aide, j'obtiens ceci comme comportement:
- la type réponse fournie par la PF est "inconnue" (ce qu...Bonjour,
Ce ticket doit certainement avoir un lien avec le #79 .
Lorsque je cherche un individu connu de la base de données mais sans code aide, j'obtiens ceci comme comportement:
- la type réponse fournie par la PF est "inconnue" (ce qui n'est pas vrai puisque l'individu est présent en bdd, sans code aide)
- le courriel de réponse "Instruction" émis est search_hasrequest.html.twig. Cet envoi ne comporte aucune pièce jointe alors qu'une pièce jointe apparait bien dans la liste des recherches sous le type de réponse "Inconnu".
- seul l'auteur de la recherche est informé par courriel de l'instruction en cours ce qui est fort dommage. Pourquoi ne pas l'adresser également au personnel du Département?
- le courrier 'search_notfind.html.twig) n'est disponible que dans la liste des recherche. Il ne fait pas apparaitre l'existence d'une instruction en cours pouvant potentiellement donner lieu à une récupération ultéroeure. Si le notaire recherche le pdf depuis le back office de l'application et non depuis sa BAL, la réponse apportée pour un meme individu peut être différente (inconnu // en cours d'instruction).
Je précise que nous employons la V2 sans avoir modifié le standard. Ce cas peut être testé avec le fichier Individus fournis par défaut avec ROSA Yvette.
N'y aurait il pas un problème?
Merci, Laurence JUSTIN (CD33)v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/86Mails et PDF: disposer de balise pour tous les champs de la BD2022-10-14T11:27:55+02:00Laurence JUSTINMails et PDF: disposer de balise pour tous les champs de la BDBonjour,
Vous serait il possible svp d'indiquer le nom de la balise à intégrer dans un courriel si on veut faire apparaitre le numéro individu (cas individu connu: aide recup, aide non recup ou en cours d'instruction) dans la table INDI...Bonjour,
Vous serait il possible svp d'indiquer le nom de la balise à intégrer dans un courriel si on veut faire apparaitre le numéro individu (cas individu connu: aide recup, aide non recup ou en cours d'instruction) dans la table INDIVIDUS dans les courriels et courriers?
Meme question pour le code aide de la table INDIVIDUS: 1SEXTREC/1SEXTNONR (fichier individus) dans les courriels
Idem dans les pdf avec "décédé(e) le" + date_deces de la tale INDIVIDUS dans les courriers
Idem pour le libellé de la tale INDIVIDUS à partir duquel nous pourrions déduire s'il s'agit d'une aide associée au domaine Personnes Agées ou Personnes Handicapées dans les courriels
Je vous remercie, Laurence JUSTIN CD33v2.2.0https://gitlab.adullact.net/departements-notaires/departements-notaires-v2/-/issues/52Si nom + prénom exacts mais erreur sur l'année de naissance, la réponse doit ...2022-10-14T11:27:55+02:00laurence duigouSi nom + prénom exacts mais erreur sur l'année de naissance, la réponse doit être AMBIGUE## Etapes pour reproduire le bug
dans la base de données = Jeanne MILLINER née le 13/07/1930
exemple : recherche concernant Jeanne MILLINER née le 13/07/1931
* --> réponse obtenue = personne inconnue
* --> réponse souhaitée = ambigue...## Etapes pour reproduire le bug
dans la base de données = Jeanne MILLINER née le 13/07/1930
exemple : recherche concernant Jeanne MILLINER née le 13/07/1931
* --> réponse obtenue = personne inconnue
* --> réponse souhaitée = ambigue
## Quel est le comportement actuel du bug
Le nom d'état civil et le prénom sont identiques entre la recherche et la base de données
et le jour et le mois de naissance sont exacts
mais l'année de naissance de la recherche est différent de celle de la base de données
--> réponse obtenue = personne inconnue
## Quel est le comportement correct
Si le nom d'état civil + le prénom + le jour + le mois de naissance sont exacts
mais année de naissance différente
la réponse doit être AMBIGUE
## Fichiers journaux ou copies d'écrans
rependre l'exemple
## Pistes de solution
Revoir l'algorithme joint au message de M. FAURE du 12/06/2020
Cf. Etape 2 : "la date de naissance est réduite à l'année (le jour et le mois ne sont pas considérés)"
Toute date de naissance est composée d'un jour + un mois + une année
L'algorithme doit prendre en compte et comparer séparément ces 3 éléments
A noter que : lorsque le nom d'état civil et le prénom sont exacts
et l'année de naissance est exacte
mais que soit :
* le jour de naissance est inexact
* soit le mois de naissance est inexact
.
* --> réponse obtenue : AMBIGU
* --> réponse souhaitée : AMBIGU
/cc @mfaure