Fiches salarié : Création d'une commande d'utilitaires

[rsebille]

🤔 Pourquoi ?

Codifier et versionner certaines actions non disponible ailleurs que depuis www et qui peuvent nous être utile dans le cadre du support.

create

Le problème général est : SIAE à besoin de transférer un PASS pour un SIRET différent de l'actuel
On a actuellement 2 cas différents :

1. Une SIAE a changée de SIRET en cours d'année, et a besoin de transférer sur son ancien SIRET pour la période avant son changement, la FS actuelle est utilisée pour le nouveau SIRET donc on ne veux pas y toucher
2. Une SIAE se retrouve découpée en plusieurs structures, et a besoin de transférer sur le nouveau et/ou pour plusieurs SIRET mais une seul candidature existe et elle est sur l'ancien SIRET

L'idée est donc de créer une FS via la commande et de mettre le SIRET désiré afin de la transmettre comme d'habitude.
Solution par cas :

1. On crée la FS sur la candidature existante et avec l'ancien SIRET, on attend son intégration, on la supprime pour ne pas avoir un doublon de FS et interférer avec la FS portant le SIRET actuel
2. On crée la FS sur la candidature existante et avec l'ancien SIRET, on attend son intégration, on passe la FS en "Archivée" car le PASS est déjà expiré donc autant garder la trace de l'envoi vu que ce n'est pas gênant

resend

Nous avons un moyen de renvoyer toutes les FS pour une structure mais parfois on veux moins et plus simple ;), la commande aurais pu être refresh mais en général si on veux "rafraîchir" les données dénormalisées c'est pour la renvoyer derrière, c'est foncièrement là comme raccourcis à un désactiver/réactiver, et oui ça pourrais être dans l'admin mais flemme de faire ça maintenant alors qu'on va bientôt attaquer la carte qui ajoutera les transitions et qu'on aura alors une transition "renvoi¨ tout belle.

[francoisfreitag]

Merci pour la super description 🙏

[francoisfreitag]

Suggested change

	resend.add_argument("employee_record")
	resend.add_argument("employee_record", type=int)

[xavfernandez]

Ce qui serait bien c'est de rajouter une doc quelque part pour dire que ces commandes existent et dans quels cas les utiliser 😅

[xavfernandez]

Suggested change

	if ready is not None:
	if ready:

?

[rsebille]

Ce qui serait bien c'est de rajouter une doc quelque part pour dire que ces commandes existent et dans quels cas les utiliser 😅

Effectivement on pourrais se faire un inventaire des commandes du projet, mais j'ai un peu peur qu'il devienne très vite obsolète 🤔. Ou alors on se dit qu'on documente correctement les commandes et arguments, comme ça l'inventaire c'est ./manage.py --help.

Et pour les deux commandes actuelles, c'est un peu compliqué d'anticiper les cas d'utilisations, ce ne sont sont que des outils à utiliser dans la solution (cf. "Solution par cas") mais pas la solution en elles mêmes comme d'autre commandes.

[francoisfreitag]

Je pense que Xavier suggérait au moins de prendre la description de la PR et de la mettre dans le help text de la commande, histoire qu’on ait une idée des cas où l’utiliser.

[rsebille]

J'ai rajouté ma bafouille mais pas dans le help car c'était illisible.