Voir les détails de l’anomalie
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0001383 | NOALYSS | Improve Use | public | 2017-01-12 12:55 | 2023-09-18 15:09 |
| Rapporteur | yanntemp | Affecté à | |||
| 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 | ||||
|
|
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 |
|
|
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"). |
|
|
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 |
|
|
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. |
|
|
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 => |
