0001383: BROUILLON D'OPÉRATION? - Mantis : suivi de taches pour noalyss

Identifiant	Projet	Catégorie	Visibilité	Date de soumission	Dernière mise à jour

0001383	NOALYSS	Improve Use	public	2017-01-12 12:55	2024-12-04 07:55

Rapporteur	yanntemp	Affecté à	danydb
Priorité	normale	Sévérité	mineur	Reproductibilité	toujours
État	affecté	Résolution	ouvert

Résumé	0001383: BROUILLON D'OPÉRATION?
Description	Je sais que c'est compliqué mais peut-être comme ceci: L'avantage de pouvoir passer par un brouillon est de ne pas devoir faire appel à MODOP si l'on a introduit une opération sans être certain d'un truc ou l'autre. Pour le moment, quand je ne sais pas comment ventiler un achat, je passe par une fiche «charge à ventiler». Ensuite, il faut passer par MODOP ou TOOLS pour venir corriger. Avec un brouillon, on pourrait ne rien mettre et compléter simplement en ouvrant l'opération brouillonne. Un bouton «brouillon» pourrait être ajouté et ne l'utilisent que les personnes que cela arrange. Les opération apparaîtraient en rouge dans les listes, par exemple. De même, ça permettrait, par exemple, de "suspendre" une opération : on la fait passer en brouillon, elle n'intervient plus dans le solde des poster; puis, quand, on veut qu'elle refasse effet, on la réactive (on la "débrouillonne"). Ainsi, pas besoin de supprimer ou d'extourner juste pour revenir en arrière pour vérifier des montants sans ladite opération. Il y aurait un compteur quelque part dans un coin sur les pages (ou juste sur le tableau de bord?) qui indiquerait combien de brouillons il reste, et ceux-ci ne seraient pas comptés dans les balances, etc'. Une fenêtre regrouperait tous les brouillons pour pouvoir les reprendre un à un.
Balises	Aucune balise n’est attachée.

Extension Noalyss	Aucun

danydb 2022-11-19 18:36 administrateur ~0005490	Il est possible de le faire avec le plugin NDER : on peut créér des opérations sans document et donc cela permet de "préencode" puis de valider en une fois voir https://gitlab.com/noalyss/noalyss_document/-/wikis/home

yanntemp 2023-01-23 14:15 développeur ~0005543	J'ai jeté un oeil. Par contre, ça ne concerne que les journaux de type "achat" (et sans les options "payée par", etc'). Que penses-tu d'ajouter simplement un menu dans lequel se retrouveraient toutes les opérations (achat, vente, fin et OD) qui auraient été "sauvées" (premier écran) mais non "confirmées" (second écran). La seule différence serait que, au lieu de disparaitre sans laisser de trace si elles sont "sauvées" mais non "confirmées" et qu'on passe à autre chose, les opérations se retrouveraient dans ledit menu. Ca nécessiterait donc : 1) de créer ce menu (et la fonction en base de donnée associée) qui regroupe les opérations sauvée mais non encore confirmées; 2) d'ajouter un bouton "supprimer" à coté de "corriger" et "confirmer" (pour supprimer l'opération - et éviter qu'elle soit enregistrée dans le menu ci-desus); 3) de s'assurer que partour la distinction entre "sauver" et "confirmer" soit consistante puisque ça correspondrait à produire ou non un "brouillon" (opération sauvegardée mais non encore confirmée, et donc temporairement hors comptabilité). A cela s'ajoute les propositions suivantes : 1) au second écran (après avoir cliqué "sauver"), le bouton "corriger" ramènerait à la fenetre d'encodage avec les champs complétés (comme actuellement) mais le bouton "supprimer" ramènerait à la fenetre d'encodage avec les champs vides ; 2) dans le nouveau menu "Opérations sauvegardées/sauvées" (je propose d'utiliser "sauvegarder" partout plutot que "sauver"), les opérations apparaissent en une liste comme partout ailleurs (dont on peut afficher le détail comme partout ailleurs), avec les options "supprimer" (supprime le brouillon et efface la ligne), "corriger" (ramène à la fenetre d'encodage avec les champs complétés comme dans la procédure normale -- avec option "nouvel onglet"/"nouvelle fenetre") et "confirmer" (fais passer l'opération en comptabilité) -- avec des cases à cocher pour les actions de groupe "supprimer" et "confirmer").

danydb 2023-01-23 16:54 administrateur ~0005544	Non , c'est finalement moins compliqué que je pensais. Si on réutilise le même mécanisme que les "modèles d'opération" ou NDER,on peut sauver l'opération et la reprendre, pour la corriger et la sauver. C'est du domaine du possible

yanntemp 2023-01-30 17:15 développeur ~0005550	Parfait! Je n'ai aucune idée de ce qui se trame derrière tout ça en matière de code. Quand tu écris "Non, ...", c'est juste que ça va etre simple ou que les autres suggestions ne sont pas applicables? Autrement, je corrigerais ma proposition comme ceci : au lieu d'un bouton "supprimer" à coté de "corriger" et "confirmer", ce serait un bouton "effacer". En tous cas, ce n'est pas une urgence.

danydb 2023-02-01 17:02 administrateur ~0005555	oublier le non , il introduit la phrase "c'est finalement moins compliqué..."

Date de modification	Nom d’utilisateur	Champ	Changement
2017-01-12 12:55	yanntemp	Nouvelle anomalie
2019-03-14 15:29	yanntemp	Affecté à	=> yanntemp
2019-03-14 15:29	yanntemp	État	nouveau => affecté
2022-10-16 21:44	yanntemp	Description mise à jour
2022-11-19 18:36	danydb	Note ajoutée: 0005490
2023-01-23 14:15	yanntemp	Note ajoutée: 0005543
2023-01-23 16:52	danydb	Description mise à jour
2023-01-23 16:54	danydb	Note ajoutée: 0005544
2023-01-30 17:15	yanntemp	Note ajoutée: 0005550
2023-02-01 17:02	danydb	Note ajoutée: 0005555
2023-09-18 15:09	yanntemp	Affecté à	yanntemp =>
2024-12-04 07:55	danydb	Affecté à	=> danydb