| 0002253 | NOALYSS | yanntemp | danydb | | mineur | non essayé | | corrigé | | 2023-03-15 | 2023-03-23 | | | | | Next Release | | | LETTRAGE - Problème affichage décimales? | | J'ai l'impression d'avoir rencontré un souci avec l'affichage dans le menu «Lettrage» :
Ici, un lettrage avec montants différents.
Le «Total créditeur» n'affiche pas la différence entre les deux totaux.
Voir image, en bas à gauche. | | | 1 |
1 | | | |
| 0002257 | NOALYSS | danydb | | | mineur | non essayé | nouveau | ouvert | | 2023-03-18 | 2023-03-18 | | | | 9.1 | | Next Release | | Détail Action dans le tableau de bord , mise à jour | | Ajouter un bouton pour mettre à jour le détail des actions, ainsi il sera possible de changer dans les onglets et de rafraichir l'élément sans recharger la page | Table de bord : action (en retard, pour aujourd'hui) | | 1 |
| | | |
| 0002249 | Noalyss - PLUGIN | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2023-03-13 | 2023-03-14 | | | | | | | | AMORT - "générer l'écriture" : la date ne prend pas en compte le journal choisi. | | D'habitude, lors de la sélection du journal dans l'encodage d'une opération, la date est la "dernière en date" utilisée dans ledit journal.
Là, la sélection du journal semble ne pas affecter la date par défaut.
(Aussi, "Générer l'écriture" est affichée "génére écriture".) | | | |
2 | | | |
| 0002248 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2023-03-13 | 2023-03-13 | | | | | | | | AMORT - Modification comportement case à cocher | | Dans la fenêtre de sélection des bien à amortir avan génération de l'opération :
Plutôt que "tout sélectionner"/"tout désélectionner", introduire "inverser la sélection" ; ainsi que la fonction de cochage en série entre deux cases.
Ce qui permet de cocher les quelques biens déjà amortis et inverser la sélection. | | | |
| | | |
| 0002162 | NOALYSS | Marca | danydb | | mineur | toujours | | ouvert | | 2022-03-30 | 2023-02-01 | | | | 9.0.2.4 | | | | Application du Captcha pour les accès PC - Bypass du Captcha pour les applications Mobile | | Utilisation du Captcha pour le User normal (PC) avec l'accès utilisateur/administrateur complet
Pour le User@mobile (menu via le smartphone limité e sans que l'on puisse forcer les accès sur le smartphone) : suppression de la fonction Captcha qui alourdit l'accès à l'application sur Mobile
| | | |
1 | | | |
| 0001383 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2017-01-12 | 2023-02-01 | | | | | | | | BROUILLON D'OPÉRATION? | |
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. | | | |
5 | | | |
| 0001812 | NOALYSS | yanntemp | danydb | | mineur | toujours | | ouvert | | 2020-07-02 | 2023-02-01 | | | | | | | | CATÉGORIES DE FICHES – Arborescence | | Bonjour.
Je reviens avec une vieille proposition:
permettre une arborescence dans les catégories de fiches, sur plusieurs niveaux.
Usages:
— regroupement visuel pratique dans le menu des catégories en limitant la longueur du menu;
— partout où il est possible d'afficher par catégorie, ça permet de regrouper les fiches par catégorie-(grand)parent et ainsi obtenir des affichages regroupés. Par exemple, dans la catégorie «salaires», pourvoir avoir des sous-catégorie selon le type de salaire, et ainsi pouvoir afficher la balance ou autre impression soit pour tous les salaires, soit pour une catégorie particulière;
— très pratique aussi avec les menu déroulants dans la partie gestion (quand on à plusieurs catégorie pour un même menu comme «clients», «fournisseurs», etc') pour obtenir des affichage par sous-catégorie ou par catégories regroupées.
J'imagine que tout cela est déjà possible avec RAPAV mais, là, ça permettrait une souplesse de premier niveau pour les affichages courants. | | | |
7 | | | |
| 0002232 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | ouvert | | 2023-02-01 | 2023-02-01 | | | | | | | | MODOP – Éviter effacement des champs (intitulé fiche + CA) | | Bonjour.
À quel point serait-il facile de faire en sorte que l'extension MODOP ne réinitialise pas
1 — les intitulés de fiche ;
2 — la comptabilité analytique (hormis pour les montants ou fiches modifiées)? | Reprendre une opération dans MODOP.
(Exemple : Achat.)
Si l'intitulé des fiches (exemple : un article acheté) était différent du nom de la fiche (pour peu que le paramétrage le permette), il est remis à sa valeur par défaut, c'est-à-dire le nom de la fiche.
Aussi, après la première sauvegarde, la comptabilité analytique de l'opération est remise à zéro. | | |
1 | | | |
| 0001606 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2018-05-11 | 2023-01-30 | | | | | Version suivante | | | Petit problème affichage amortissement | | Création d'une opération d'amortissement.
L'intitulé annoncé est «Amortissement N»
L'intitulé final est «Amortissement» | | | 2 |
| | | |
| 0002219 | NOALYSS | danydb | danydb | | mineur | non essayé | | ouvert | | 2022-12-09 | 2023-01-30 | | | | | | | | Compatibilité PHP 8.2 , 8.1 , 8.0 | | Pour les messages
Deprecated: Creation of dynamic property ...
Ajouter juste avant la class ou ajouter les éléments dans la classe
#[AllowDynamicProperties]
Concerne :
/noalyss/include/class/user.class.php
/noalyss/include/lib/database_core.class.php
/noalyss/include/class/periode.class.php
/noalyss/include/lib/html_input.class.php
/noalyss/include/lib/itext.class.php
/noalyss/include/class/calendar.class.php
/noalyss/include/class/follow_up.class.php
/noalyss/include/lib/data_sql.class.php
| Autres incompatibilité
...
| /tfpdf/tfpdf.php:1260 | removed | Function get_magic_quotes_runtime() is removed. |
| | | Consider replace with They always return FALSE. () |
| /tfpdf/tfpdf.php:1618 | removed | Function imagedestroy() is removed. |
| /tfpdf/tfpdf.php:1632 | removed | Function imagedestroy() is removed. |
strlen null string
| Réécriture de code, PHP minimum sera 8.0 https://www.php.net/releases/8.0/en.php | 7 |
8 | | | |
| 0002018 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2021-06-17 | 2023-01-23 | | | | | | | | Menus «glissants» pour longues listes | | Est-il possible de faire en sorte que la plupart des «menus d'action», souvent en haut et/ou en bas de base, soient rendus «glissants»?
Je pense à ces page où il s'agit d'agir sur de longue listes et où, une fois des lignes sélectionnées, il faut remonter ou redescendre toute la liste pour sélectionner l'action souhaitée.
Si non généralisable, je peux répertorier les endroits où ça serait à la fois très utile et visuellement sexy. | | | 1 |
9 | | | |
| 0001750 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2019-10-03 | 2023-01-23 | | | | | | | | Icône calculatrice | | En bas à droite.
Ou... | | | 2 |
8 | | | |
| 0002213 | Noalyss - PLUGIN | yanntemp | yanntemp | | mineur | non essayé | | ouvert | | 2022-10-29 | 2023-01-07 | | | | | | | | IMPBANK - problème fourchette de montants | | Contexte : 4 opérations diverses se répartissent les quatre quarts d'un montant versé en une fois.
Le montant des quarts étant arrondi, le dernier quart est modifié d'une ou deux centimes.
En essayant de réconcilier le montant total dans l'extension IMPBANK avec les quatre opérations diverses, je parviens à les retrouver en indiquant comme fourchette de montant celui des trois premiers quarts (montant initial = montant final de la fourchette) ---> les trois opération apparaissent et je peux les sélectionnées;
par contre, quand je veux liéer la dernière opération également, n'ayant plus le montant du dernier quart en tete (+ ou - une ou deux centimes?), j'introduit une fourchette comme suit : [montant des premiers quarts +/- 2 centimes]; et, là, plus de proposition du tout, meme pas les trois premieres opérations dont le montant est pourtant compris dans cette fourchette.
Précision : les montants en questions sont repris dans des OD dont le total est suppérieur car elles comprennent aussi d'autres mouvements. | | | 2 |
3 | | | |
| 0002163 | Noalyss - PLUGIN | Marca | danydb | | fonctionnalité | toujours | | corrigé | | 2022-04-04 | 2022-12-19 | | | | 9.0.2.4 | | | | Module NDER - Encodage avancé | | Cette tâche demande la création d'un module d'encodage Avancé dans le Module NDER pour :
- Indication du total de la facture.
- Ajout comptabilité analytique (pour NDER mode avancé)
- Ajout montant HTVA (pour NDER mode avancé) + TVA = TTC calculé
- indication TVA suivant la fiche (NDER) (reprise automatique du taux de TVA sauvé avec la Fiche).
https://gitlab.com/noalyss/noalyss_document | | > Salut Dany,
>
> Je viens de tester en production le module NDER et voici le résultat de mon test :
>
> Pour l'encodage, le module est hyper-facile à utiliser. Le fait de voir le document sur le même écran est très confortable.
>
On commence par un point positif :-)
>
> Le montant à introduire est TTC et cela pose problème car il arrive régulièrement que le montant de TVA doive être corrigé pour 1 ou 2 €cent. Ici, on ne voit rien du calcul qui va être réalisé � et oblige de vérifier les écritures et de passer par MODOP le cas échéant.
>
Oui ce point a été difficile : certains voulaient absolument un module rapide et TTC , plutôt que HTVA et TVA séparée, donc je réfléchis à une solution en essayant d'avoir quelque chose de simple et rapide , éventuellement une saisie "avancée" (à développer) et une saisie "rapide" qui serait l'existante.
>
> Toujours pour la TVA : il peut y avoir plusieurs taux de TVA, si généralement la base figure bien sur la facture, le total TTC par taux de TVA est moins fréquent, il faut donc calculer à la calculatrice le montant TTC pour l'introduire dans le champs à encoder.
>
Juste pour rappel, tu peux introduire un calcul à la place d'un montant , par exemple si tu introduis , 22.3 * 1.06 , la cellule contiendra le résultat 23.94 € (voir ici https://www.youtube.com/watch?v=q7yQAFaWxmA&t=76s
>
> Lorsque le taux de TVA est introduit dans la fiche de l'article, celui-ci n'est pas indiqué automatiquement dans le champs de TVA.
> Lorsqu'il y a plusieurs lignes à la facture, il n'y a pas de montant totalisateur qu'on pourrait vérifier visuellement sur la facture.
>
Oui , on pourrait améliorer ça, beaucoup de personnes ne ventile pas la dépense, ils indiquent juste le montant total et la tva.
>
> Il n'y a pas d'encodage de l'Analytique, on est donc obligé de rouvrir chaque document pour le mettre à jour (et vérifier si les montants calculés par la machine correspondent aux bases de TVA).
>
Voir le point précédent sur la saisie rapide et avancée
On ne l'avait pas mis dans Mantis pour la prochaine version ? Parce que si on permet d'avoir plusieurs pièces pour une opération, on sera obligé de les nommer différemment,
| |
2 | | | |
| 0002093 | NOALYSS | danydb | danydb | | mineur | non essayé | | ouvert | | 2021-11-20 | 2022-12-19 | | | | | | | | TVA accessible par journaux | | Paramétrer la TVA pour qu'elles soient accessibles à certains journaux ou sans filtre | | | |
| | | |
| 0002174 | NOALYSS | adina | danydb | | mineur | non essayé | | ouvert | | 2022-05-18 | 2022-11-23 | | | | | | | | ajouter un test d'intégrité de la DB après une mise à jour | | Erreur de la màj de Noalyss parce que la BDd est corrompue et le script échoue à cause d'un trigger manquant.
| La Bdd a été restaurée sur une version de PostsreSQL inférieure ce qui a généré un tas d'anomalies et a fait échouer la màj de Noalyss. | | |
| | | |
| 0001906 | Noalyss - PLUGIN | FabricePirlot | danydb | | mineur | non essayé | | corrigé | | 2021-03-02 | 2022-11-19 | | | | rel7100 | Version suivante | | | Ecriture d'amortissement | | Bonjour,
Lors de la génération de l'écriture d'amortissement, le n° de pièce du journal d'OD n'apparaît pas automatiquement, c'est (pour moi) une source d'erreur potentielle puisqu'il revient à l'utilisateur de la rentrer manuellement.
Cordialement,
Fabrice. | | | |
| | | |
| 0002021 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2021-06-17 | 2022-11-19 | | | | | Version suivante | | | CA effacée dans l'extension AMORT | | Une opération d'amortissement générée par l'extension AMORT n'enregistre pas la CA.
Il faut tout reventiler par la suite.
| Générer l'écriture d'amortissement via AMORT.
À l'étape de confirmation, ventiler la CA.
Sauver.
Ouvrir le détail.
La CA a été effacée. | | |
| | | |
| 0001977 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | ne sera pas corrigé | | 2021-05-02 | 2022-11-18 | | | | | | | | AMORT - Ligne excédentaire dans le tableau d'amortissement | | Quand on ajoute un bien à amortir, le tableau montrant la répartition des amortissements affiche une ligne excédentaire à zéro (voir ci-jointe). | | | 1 |
1 | | | |
| 0001624 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | non essayé | | corrigé | | 2018-05-31 | 2022-11-18 | | | | | | | | AMORT - problème résidu dernier exercice | | Voir ci-joint:
amortissement sur quatre ans au lieu de trois et résidu. | | | 1 |
1 | | | |
| 0001465 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2017-09-13 | 2022-10-16 | | | | | | | | TVA - factures rétives, modèle mixte, et calcul inversé. | | En considérant les cas suivants:
- Une facture où les prix sont indiqués HTVA et le total TVA calculé sur le total de la facture, reçue pour un dossier non assujetti.
- Une facture où les prix sont indiqués TVA comprise, reçue pour un dossier assujetti.
Il serait pratique de pouvoir, pour le second cas, introduire les montants TVA comprise et que la TVA et les montants HTVA soient calculés automatiquement.
Proposition: pouvoir forcer les montants dans les champs TVAC, et que, suivant le code TVA, les autres montants soient calculés et apparaissent.
Pour le premier cas, il faudrait pouvoir introduire les montants HTVA, le code TVA, et que seuls les montants TVAC soient pris en compte.
Proposition pour combiner les deux:
La différence entre dossier assujetti et non assujetti, lorsque l'on doit encoder des factures d'un modèle et de l'autre, est que dans le premier cas interviennent les contreparties TVA.
Dès lors, deux manières :
- Soit la fenêtre d'encodage est la même pour les deux, avec les champs TVA, etc', et les codes TVA sont par défaut sur ce qui correspond à 0%.
Ainsi, pour les non assujetties, il suffit de faire comme d'habitude en introduisant les montants TVAC et, comme c'est à 0%, les montants seront les mêmes; et, le cas échéant d'une facture HTVA, introduire les montants HTVA et modifer les codes TVA en fonction (sans fiche de TVA, juste pour avoir le calcul automatisé).
Et pour les assujetties, il suffit de faire comme d'habitude, le code étant (en option) déterminé par la fiche ou modifié manuellement, et, le cas échéant d'une facture TVAC, il suffit d'introduire les montants TVAC et le reste se calcule.
- Soit, il pourrait y avoit trois catégories de structures plutôt que deux: NA, mixte et assujettie; et la fenêtre d'encodage peut être modifiée en cochant une case «HTVA/TVAC» qui fait apparaître ou cache les champs TVA.
Le dossier NA aurait la fenêtre habituelle par défaut et pourrait, si facture exotique, cocher la case HTVA, ce qui ferait apparaître les champs TVA, etc', et permettrait de procéder comme ci-dessus.
Le dossier mixte -- qui traite parfois les ventes et achats sans TVA et parfois avec, et donc utilise les contreparties --, aurait l'un ou l'autre modèle de fenêtre par défaut (à choisir en fonction des volumes concernés par les deux catégories d'opérations) et pourrait soit avoir deux fiches par article (l'une sans contrepartie pour les opérations TVAC et l'autre avec contrepartie pour les opération HTVA) soit une seule fiche avec contrepartie et celle-ci ne serait alimentée que si la case HTVA est cochée dans la fenêtre.
Le dossier assujetti aurait la fenêtre HTVA par défaut et pourrait simplement forcer les montants TVAC comme proposé ci-dessus.
Le plus simple étant la première option...
| | | |
1 | | | |
| 0001784 | NOALYSS | yanntemp | danydb | | mineur | toujours | | ouvert | | 2019-12-05 | 2022-10-16 | | | | | | | | CA - effacement des montants seulement | | Serait-il possible de modifier légèrement le comportement de l'effacement de la ventilation comptable dans le détail CA des opérations?
Si seuls les montants étaient effacés et non la structure de ventilation, cela permettrait de répondre à tous(?) les scénarios:
- s'il s'agit de tout effacer, les champs seraient vides et les postes ne seraient pas ventilés.
- s'il s'agit de modifier la structure et ne garder que certaines lignes, les lignes superflues seraient vides et ignorées, et celles qui doivent rester seraient déjà là (plus besoin de les ajouter)
- s'il s'agit de modifier quelques montants ou tous, la structure ne change pas et on peut introduire d'autres montants
- ... | | | |
2 | | | |
| 0001749 | NOALYSS | yanntemp | danydb | | mineur | toujours | | ouvert | | 2019-10-03 | 2022-10-16 | | | | 7.1 | | | | Cases «Débit» dans les OD's | | Rendre plus explicite la nature (D ou C) de la ligne.
En lieu et place de la case à cocher actuelle :
Soit deux colonnes (D et C) de "boules" à cliquer (par défaut, toutes en C ou en D).
Soit la lettre en bout de ligne change quand on clique dessus (D -> C -> D...)
Soit...
Ça ferait plus... "sérieux". | | | |
| | | |
| 0001782 | NOALYSS | yanntemp | danydb | | mineur | toujours | | ouvert | | 2019-12-05 | 2022-10-15 | | | | | | | | CA - affichage postes sans opération dans balance, etc' | | Comme pour les fiches en CG, rendre possible l'affichage des postes sans opération dans les impressions analytiques comme la balance, etc'. | | | |
| | | |
| 0001800 | NOALYSS | yanntemp | danydb | | mineur | toujours | | ouvert | | 2020-05-27 | 2022-10-15 | | | | | | | | CA – Options «obligatoire/optionnelle» sélective par plan analytique | | Bonjour.
Est-il envisageable de rendre la comptabilité obligatoire/optionnelle selon le plan?
J'imaginais un paramètre par défaut, à l'endroit actuel de choix obligatoire/optionnelle, puis la possibilité de modifier ce paramètre pour chaque plan.
Ainsi, certains plans pourraient ne pas être ventilés alors que d'autres pourraient l'être obligatoirement.
Particulièrement utile lorsque certains plans ne sont pas toujours concernés par une ventilation (exemple: un plan qui reprends les différents ateliers d'une association, et un autre les différents modes de fonctionnement (privé, publique, mixte), ou que sais-je?; et que ces modes ne concernent que certains ateliers :
pour le moment, en mode «obligatoire», il faut mettre un poste du genre «néant» dans le second plan pour permettre de ne rien ventilé lorsque l'atelier en question n'est pas concerné par le second plan.
| | | |
| | | |
| 0002203 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-10-11 | 2022-10-15 | | | | | | | | CA : problème après changement de fiche | | En comptabilité analytique, dans une opération, si une fiche dont le poste est repris dans la liste des postes utilisables est remplacée (TOOLS) par un fiche dont le poste ne l'est pas, alors le solde analytique se retrouve "bloqué" dans ce nouveau poste.
Proposition : lors d'un changement de fiche utilisable en analytique par une autre qui ne l'est pas
— soit le montant est qui lui était associé dans la CA est supprimé (mis à zéro);
— soit le poste de la nouvelle fiche est ajouté à ceux qui peuvent être utilisés en analytique;
— et un message demande de choisir entre ces deux options.
| Exemple :
Postes utilisés en CA : 6 et 7.
Un mouvement de trésorerie est directement ventilé en charge comme suit :
6 x€
à 5 x€.
Le poste 6 est ventilé en CA.
La fiche «charge» est remplacée par une fiche «tiers» :
4 x€
à 5 x€.
Le montant ventilé en CA se retrouve "coincé" dans le poste 4 car la CA ne peut être modifiée pour un tel poste.
Parade actuelle : autoriser temporairement les postes 4 en CA, supprimer la ventilation analytique, retirer les postes 4 de la CA.
| | |
| | | |
| 0002208 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-10-15 | 2022-10-15 | | | | | | | | CA – pouvoir sélectionner une clef de répartition analytique comme «clef par défaut» | | Donner la possibilité de sélectionner une clef pour être la «clef par défaut».
Cette clef serait celle reprise dans le champ de ventilation analytique par défaut.
Ceci permettrait de ventiler automatiquement la comptabilité analytique sans devoir y toucher, lorsque de nombreuses opérations en CG sont destinées à être ventilées de la même manière en CA.
(Fonctionnalité complémentaire : poste analytique par défaut → voir anomalie précédente.) | | | |
| | | |
| 0002207 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-10-15 | 2022-10-15 | | | | | | | | CA – pouvoir sélectionner un poste analytique comme «poste par défaut» | | Dans chaque plan comptable analytique, donner la possibilité de sélectionner un poste pour être le «poste par défaut».
Ces postes seraient ceux repris dans le champ de ventilation analytique par défaut.
Ceci permettrait de ventiler automatiquement la comptabilité analytique sans devoir y toucher, lorsque de nombreuses opérations en CG sont destinées à être ventilées de la même manière en CA.
(Fonctionnalité complémentaire : clef de répartition analytique par défaut → voir anomalie suivante.) | | | |
| | | |
| 0002176 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-05-19 | 2022-09-29 | | | | | | | | IMPOP2 : format nom de fichier à intégrer. | | Autoriser des noms de fichier funkys – caractères spéciaux, apostrophes, etc'.
Ou afficher message d'erreur explicite et avertissement avant l'importation. | Lors de l'intégration d'un fichier importé, si le nom du fichier comporte certains caractères «spéciaux», l'intérgation n'a pas lieu, rien ne se passe, et pas de message d'erreur. | | |
| | | |
| 0002173 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2022-05-17 | 2022-09-29 | | | | | | | | IMPOP2 : Rendre possible modification d'une ligne. | | Si codage suffisamment simple, ce serait très, très pratique de pouvoir modifier une ligne après importation.
À côté de la poubelle, une icône «édition» comme à d'autres endroits, qui rendrait les champs modifiables.
Soit directement dans la ligne, soit dans une fenêtre pop-up avec les champs rendus actifs. | | | |
1 | | | |
| 0002172 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2022-05-17 | 2022-09-29 | | | | | | | | IMPOP2 : Ajouter le champ «Dénomination» d'une fiche | | Dans l'encodage d'une opération, si l'option est choisie dans les paramètres du dossier, il est possible de modifier la dénomination des fiches utilisées (valeur par défaut : le nom de la fiche).
Ceci permet de préciser – par exemple, la nature d'un article – quand le nom de la fiche est trop général.
Ça serait pratique de pouvoir faire de même avec les importation d'opération.
→ Ajouter un champ (une colonne), après celui du choix du quickcode, permettant de forcer une autre dénomination que le nom de la fiche correspondante.
Par simplicité, ce champ serait non contraignant, c'est-à-dire que, s'il est laissé vide, le nom de la fiche est utilisé. | | | |
1 | | | |
| 0002159 | Noalyss - PLUGIN | Marca | danydb | | mineur | toujours | | corrigé | | 2022-03-25 | 2022-09-27 | | | | | 9008 | | | Effacement groupé dans l'Historique de EXT/IMPOP2 | | Dans EXT/IMPOP2 :
* l’Historique ne permet d'effacer qu'une ligne à la fois des anciennes transactions uploadées. D'autre part, il ne donne pas accès aux records analytiques.
* Demandes :
>> d'ajouter une sélection qui permette d’effacer les vieux fichiers uploadés en une fois de manière groupée.
>> d'ajouter les fichiers Analytique à l’Historique pour pouvoir effecer les fichiers uploadés devenus inutiles | | Site : https://gitlab.com/noalyss/advancedimport | |
| | | |
| 0002160 | Noalyss - PLUGIN | Marca | danydb | | mineur | toujours | | corrigé | | 2022-03-25 | 2022-09-27 | | | | | 9008 | | | Sélection groupée dans COMPTA/MENUFIN/IMPORTBANK | | Pour COMPTA/MENUFIN/IMPORTBANK, dans la Liste Import, quand on sélectionne un groupe de records contigus par [Shift] + [Click gauche de la souris], le premier et le dernier ne sont pas traîtés par la sélection. Ils restent dans l'état précédent. Pour pouvoir les inclure, il faut les déselectionner et ensuite les resélectionner pour les inclure dans la sélection manuellement.
L'impression est que les bornes de la sélection ne sont pas incluses dans le traitement. | | | |
| | | |
| 0002198 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-09-22 | 2022-09-22 | | | | | | | | IMPBANK - Problème d'activation de case avec cohage + MAJ | | Et aussi, mais je ne sais pas non plus comment la reproduire, une anomalie concernant le cochage de case dans l'extension IMPBANK (et peut-être ailleurs mais je n'ai pas essayée) :
— Quand je maintient la touche MAJ pour cocher une suite de case, les deux cases extrêmes, alors que cochées, ne sont pas traitées comme telles. Toutes les cases de la fourchette sont cochées, mais quand j'applique une action de groupe, les lignes correspondant aux deux cases externes (celle cochée en première et celle à l'autre bout de la sélection cochée en maintenant MAJ enfoncée) ne sont pas modifiées.
— Ce qui explique peut-être que, quand j'applique un procédé pour décocher un ensemble de cases éparses – c'est-à-dire cocher la case de tête pour qu'elles se cochent toutes puis décocher la case de tête pour qu'elles se décochent toutes –, ça fonctionne visuellement mais, en fait, en coulisse, ces cases restent cochées; ce qui fait que, une fois la page rechargée, suite à une action de masse ou à un «transfert» des opérations, les cases du début (celles, cochées éparses, décochées avec le procédé décrit) réapparaissent cochées.
Réflexion : une disjonction entre "cochage apparent" et "cochage réel" semble se produire quand on utilise la touche MAJ pour sélectionner une suite de case; et peut-être aussi quand on utilise la case de tête pour cocher et décocher toute la colonne de cases. | À essayer ailleurs pour voir si c'est juste l'extension qui est affectée. | | |
| | | |
| 0001877 | Noalyss - PLUGIN | CochonaBec | | | mineur | toujours | nouveau | ouvert | | 2020-12-27 | 2022-06-16 | Linux | MX Linux 19.3 | PC | | | | | Problème génération facture avec l'extension Facturation | | La balise COMM_PAYMENT n'est pas reprise lors de la re-génération d'une facture avec l'extension Facturation.
1er cas : création d'une vente avec paiement immédiat : la facture générée fait bien apparaître la balise COMM_PAYMENT renseignée. Si on modifie la vente (ajout d'une étiquette ...) et que l'on re-génère la facture via l'extension idoine, la balise COMM_PAYMENT n’apparaît plus dans la facture recréée.
2ème cas : création d'une vente avec paiement différé : on saisit le paiement via Trésorerie/Nouvel extrait. Lors de la génération de la facture via l'extension, la valeur de la balise COMM_PAYMENT n'apparaît pas.
De plus, la balise <<TAGS>> ne fonctionne pas dans l'extension Facturation. Une étiquette est bien ajoutée à une vente mais la balise dans la facture générée n'apparaît pas. | - activer l'extension Facturation (Invoicing)
- création d'un modèle de facture avec les tags <<COMM_PAYMENT>> et <<TAGS>>
- vente encodée avec un paiement et son commentaire, et une étiquette renseignée dans l'onglet Etiquette
- aller dans COMPTA/VENMENU/INVOICING
- sélectionner la vente et générer la facture | | |
| | | |
| 0001709 | Noalyss - PLUGIN | melopie | | | mineur | toujours | nouveau | ouvert | | 2019-05-19 | 2022-06-16 | | | | | | | | Extension Import de plan comptable : suppression de postes existants non utilisés | | Dans un dossier actif, quand on importe un plan comptable sous forme d'un csv, les postes existants avant l'import et non utilisés, devraient pouvoir disparaître, optionnellement.
- Si le plan importé est exhaustif, les postes existants non utilisés sont a-priori inutiles.
- S'il ne s'agit que d'une liste partielle, il peut être utile de conserver les postes génériques pour une utilisation ultérieures.
- Les postes actifs ne doivent en aucuns cas être supprimés. | | | |
| | | |
| 0001622 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-28 | 2022-06-16 | | | | | | | | IMPORT PC - comportement plus complet et meilleur contrôle | | Lors de l'importation d'un plan comptable, un case est à cocher si l'on veut effacer le plan existant avant d'importer le nouveau.
Actuellement, les deux options sont donc:
- non cochée -> importer les postes du nouveau plan, remplacer par ceux-ci les postes identiques existant, et laisser intacts les postes déjà présents qui ne sont pas dans le nouveau plan.
(Est-ce correct, ou seuls les postes non déjà présents sont importés???)
- cochée -> effacer le plan existant et importer le nouveau. Possible uniquement si aucun poste utilisé dans l'ancien plan.
Or il serait intéressant de pouvoir le faire même si des postes sont utilisés pour pouvoir "nettoyer" le plan de tous les postes qui ne se trouvent pas dans le nouveau plan. Tout est effacer (hormis les postes utilisés) et tout est importé (hormis les postes utilisés).
Proposition 1:
Case cochée ou non, même si des postes sont utilisés, le plan est importé.
Différence:
- non cochée -> les postes existants dans les deux sont remplacés, ceux n'existant que dans l'ancien son conservés.
- cochée -> tout est effacé et le nouveau plan est mis à la place.
Dans les deux cas, les postes utilisés ne sont pas modifiés, et les lignes éventuelles correspondant à ces postes ne sont pas importées (avertissment «poste utilisé»).
Proposition 2:
Un choix exclusif ("boule" à sélectionner):
- soit «ajouter» -> seuls les postes qui n'existent pas sont ajouté à l'ancien plan (ceci permet de venir compléter des postes existants avec des sous-divisions sans pour autant modifier les intitulés des postes existants (intéressant par exemple pour compléter un PC d'ASBL avec les sous-divisions d'un PC pour société, sans remplacer les postes-parents existants par ceux du PC société) (avertissement pour les lignes non importées: «poste existant»).
- soit «remplacer» -> les postes du nouveau plan remplacent ceux qui existent déjà; ceux qui sont en excès dans le nouveau sont ajoutés et ceux qui sont en excès dans l'ancien sont préservés.
- avec case «effacer l'ancien plan» ajouté comme option au choix «remplacer» -> les postes en excès dans l'ancien plan sont effacés.
Évidemment, dans tous les cas, les postes utilisés ne sont pas affectés et les lignes correspondantes ne sont pas importées (avertissement: «poste utilisé»).
Bonus: pour chaque ligne, un message «ajouté», «remplacé» ou «supprimé» (ou, le cas échéant, les avertissement proposés ci-dessus). | | | |
| | | |
| 0001504 | Noalyss - PLUGIN | yanntemp | | | cosmétique | toujours | nouveau | ouvert | | 2017-12-07 | 2022-06-16 | | | | | | | | Dans TOOLS - alignement montants dans liste opération modifiées | | Après modification dans une série d'opération (par exemple, remplacement d'une fiche par une autre), les montants affichés dans la liste reprenant toutes les opération effectivement modifiées sont alignés à droite et non à gauche. | | | 1 |
| | | |
| 0001700 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2019-03-14 | 2022-06-16 | | | | | | | | TOOLS - changer fiche - Action sur la dénomination | | Dans les paramètres, il est possible de décider de pouvoir modifier la dénomination qui s'inscrit automatiquement lorsque l'on choisit une fiche.
En générale, dans une opération, quand on choisit un code, le nom de la fiche s'affiche, et il est alors possible de le modifier si paramétrée ainsi.
Or, dans TOOLS, si on change une fiche par une autre fiche dans une ou plusieurs opérations, cette dénomination n'est pas modifiée et demeure souvent le nom de la fiche précédente.
Il serait pratique de pouvoir choisir si la dénomination change ou non. Ainsi, en changeant de fiche, elle pourrait devenir le nom de ladite fiche.
Quand cela concerne quelques opérations, il est toujours possible d'aller modifier cela à la main par la suite; mais quand on change une fiche par une autre dans des dizaines d'opération, il arrive souvent que la dénomination de l'ancienne fiche ne corresponde plus.
Au contraire, quand on change une fiche par une autre, et qu'on avait précédemment choisi une autre dénomination que le nom de la première fiche, il peut s'avérer pratique de pouvoir garder l'ancienne dénomination malgré la nouvelle fiche, si cette première correspond toujours après changement.
Le plus simple est peut-être d'ajouter une case à cocher dans le fenêtre de choix des fiches à remplacer, intitulée «modifier aussi la dénomination», ou, plutôt (puisque le comportement par défaut serait de modifier la dénomination avec la nouvelle fiche), «conserver la dénomination». | TOOLS.
«Opérations»
«Changer fiche»
Une fenêtre s'ouvre.
Si on change une fiche par une autre, la dénomination qui accompagne cette fiche dans l'opération n'est pas modifiée. | | |
| | | |
| 0001431 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-05-04 | 2022-06-16 | | | | | | | | TOOLS - affichage | | Dans outils comptables, après modification, dans la liste des opérations modifiées, les montant qui était en négatif apparaissent en positif.
Ça peut prêter à confusion quand il s'agit de savoir si les bonnes opérations ont été modifiées. | | | |
| | | |
| 0002167 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-05-03 | 2022-06-16 | | | | | | | | IMPOP2 : dans le menu «Intégration», indiquer si imports erronnés | | Dans la liste des imports intégrables, afficher un symbole pour indiquer les imports avec ou sans erreur.
+ message d'erreur si on essaye d'intégrer une importation avec ligne(s) erronée(s). | Dans le menu «Intégration», «Choix fichier comptabilité» affiche un menu avec tous les imports dans lesquels sélectionner celui à intégrer.
Si des erreurs subsistent dans un fichier, rien ne se passe en cliquant dessus.
Si un symbole est ajouté quelque part dans la ligne de chaque fichier (par exemple, une croix ou un «v») pour indiquer lesquels sont sans erreur et donc intégrables, ça permet de choisir les bons et, éventuellement, de voir directement ceux à corriger. | | |
| | | |
| 0002166 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | affecté | ouvert | | 2022-05-03 | 2022-06-16 | | | | | | | | IMPOP2 : accepter minuscules pour «D/C» | | Autoriser l'usage des minuscules dans la colonne «D/C» pour les fichiers d'importation | Établir un fichier CSV selon la structure adéquate.
Mettre des «d» ou des «c» minuscules dans la colonne «D/C».
Les lettres ne sont pas reconnues et une erreur de balance est affichée. | | |
| | | |
| 0001597 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2022-06-16 | | | | | | | | IMPBANK - «Attente» en couleur | | Dans IMPBANK, après réconciliation, «Attente» s'affiche en couleur si on passe par la réconciliation en groupe (automatique ou «donner la contrepartie»).
Par contre, si l'on fait une réconcilitation manuelle d'un seul mouvement, «Attente» s'affiche sans couleur.
---> Afficher la couleur aussi lors d'une réconcilitation manuelle. | | | |
| | | |
| 0001572 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | accepté | ouvert | | 2018-03-29 | 2022-06-16 | | | | | | | | Problème d'affichage IMPBANK | | Lors de l'importation d'un fichier CSV, voici ce que donne l'affichage de certain caractère -- voir fichier joint.
Il s'agit de caractères accentués et de «-». | | | 1 |
3 | | | |
| 0001641 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-06-14 | 2022-06-16 | | | | | | | | IMPBANK - permettre nouvelle fiche depuis réconciliation | | Il serait pratique d'ajouter comme ailleurs le petit bouton «+» dans la fenêtre de réconciliation de IMPBANK pour pouvoir créer directement une nouvelle fiche au cas où le tiers de l'opération bancaire n'existe pas encore. | | | |
| | | |
| 0001547 | Noalyss - PLUGIN | yanntemp | | | mineur | non essayé | nouveau | ouvert | | 2018-03-01 | 2022-06-16 | | | | | | | | IMPBANK - pas possible de lier deux opérations à une troisième | | Quand on effectue la réconciliation bancaire mouvement par mouvement, si on lie l'opération financière à une autre opération, il trouve -- normalement -- automatiquement la contrepartie (déduite du lien entre les opérations).
Par contre, si on lie l'opération financière à deux opérations (par exemple un montant pour le paiement de deux factures) il semble y avoir une erreur «ajax», et ça coince; même si on sélectionne la contrepartie d'abord et qu'on indique les opérations liées ensuite. | IMPBANK.
Détail d'une opération.
Petite loupe.
Cocher deux opérations à lier à la première.
Valider.
Problème «ajax». | | |
1 | | | |
| 0001653 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-07-16 | 2022-06-16 | | | | | | | | Amélioration Réconciliation automatique | | Parmi les propositions de réconciliation se trouvent aussi les montants identiques antérieurs ou postérieurs, sur le même compte en banque ou sur un autre, de même nature -- c'est-à-dire réconciliation d'un montant au débit (crédit) avec le même montant aussi au débit (crédit).
Or, s'il est correct de proposer la réconciliation avec un montant identique de nature inverse -- D (C) pour C (D) --, par exemple pour réconcilier un virement et son remboursement, il n'est pas utile de proposer de réconcilier deux montant identique de même nature puisque l'un ne peut pas être la contrepartie de l'autre.
Autrement, lors d'un ordre permanent, par exemple, d'un montant constant, tous les autres virements sont proposés à la réconciliation.
Il faudrait donc limiter les proposition de réconciliation avec d'autres comptes 5 UNIQUEMENT de nature inverse. | | | |
| | | |
| 0001976 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2021-05-02 | 2022-06-16 | | | | | | | | MODOP – Lignes supprimées si changement de journal | | Dans l'extension MODOP, si on modifie le journal d'une opération, qui compte plus de ligne que le nombre par défaut du nouveau journal, les lignes excédentaires sont supprimées (avec leurs données).
Que les lignes non vides d'une opération (dans MODOP comme dans VEN/ACH/FIN/OD) ne soient pas effacées quand on change vers un journal qui en compte moins par défaut. | | | |
| | | |
| 0001546 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-03-01 | 2022-06-16 | | | | | | | | MODOP - pouvoir ajouter lignes opérations trésorerie | | Il n'est pas possible d'ajouter de ligne lorsqu'on veut modifier une opération de trésorerie.
Or il est de nombreux cas où, après réconciliation automatique par exemple, on se rend compte qu'il faut répartir le montant en plusieurs lignes (capital + intérêts, compte client + erreur d'arrondi, etc').
Ce serait bien que MODOP offre une interface identique (ou presque) à celle du journal de l'opération modifiée. | | | |
| | | |
| 0001456 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-09-01 | 2022-06-16 | | | | | | | | MODOP et CA - ça passe pas | | Est-il envisageable de trouver une astuce pour que MODOP n'efface pas toute la ventilation de CA?
Certes, si une fiche est changée dans la partie CG, il est normal que la CA doive être modifiée en conséquence.
Par contre, si rien n'est modifié pour certaines fiches, ou juste le montant, on pourrait imaginé que rien ne change en CA, ou que seuls les montants disparaissent si le montant en CG à changé...
Un truc comme ça? | | | |
| | | |
| 0001451 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-08-24 | 2022-06-16 | | | | | | | | MODOP - réduction des décimales | | Quand on ouvre un achat comprenant des prix à plus de 2 décimales dans MODOP, tout est ramené à 2 décimales. | Encoder un achat avec des prix/unité à 3 ou 4 décimales.
L'ouvrir dans MODOP : les prix sont ramenés à 2 décimales. | | |
| | | |
| 0002171 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-05-17 | 2022-06-16 | | | | | | | | IMPOP2 : indiquer nombre de lignes erronées. | | Indiquer dans l'affichage d'une imortation, ainsi que dans la liste qui les reprend toutes (menu : «historique» et fenêtre sélection du menu «intégration»), le nombre total de lignes erronées (incomplètes, mal encodées, etc').
Peut-être sous la forme [Nombre de lignes erronées / Nombre total de lignes]. | | | |
| | | |
| 0002170 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2022-05-17 | 2022-06-16 | | | | | | | | IMPOP2 : rendre réversible la suppression d'une ligne importée | | Dans l'affichage d'une importation, il est possible de supprimer des lignes.
Celles-ci deviennent grisées.
→ Ajouter la possibilité de "désupprimer" les lignes.
La poubelle en fin de ligne pourrait, après avoir choisi la suppression, devenir une poubelle barrée ou autre symbole, et cliquer dessus dégriserait et réactiverait ladite ligne. | | | |
| | | |
| 0001323 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2016-07-13 | 2022-06-16 | | | | | | | | IMPBANK - problème caractères spéciaux. | | Dans le libellé des opérations, les caractères accentués ne sont pas supportés. | | | |
| | | |
| 0002161 | NOALYSS | Marca | | | mineur | toujours | nouveau | ouvert | | 2022-03-30 | 2022-03-30 | | | | 9.0.2.4 | | | | Sécurité renforcée en 2 étapes, explorateur internet de confiance | | Une authentification à 2 niveaux : D’abord devoir faire une authentification du PC/browser une fois. Ensuite de la session avec simplement le mot de passe sur un environnement sécurisé.
A noter que beaucoup de logiciel comptable ont des environnements sécurisés (quelque fois lourds, d’ailleurs) donc, il me semble que cela pourrait être intéressant d’une manière large. Pratiquement, je suggère pour sécuriser l’environnement, les étapes suivantes :
L’administrateur génère un code temporaire à utiliser la première fois par l’utilisateur.
A la première connexion par l’utilisateur avec ce code temporaire ou à la demande de l’utilisateur, Noalyss génère 10 codes de 6 lettres/chiffres aléatoires qu’elle conserve en mémoire (en écrasant les 10 précédents ou ceux restants).
L’utilisateur imprime cette liste (fichier texte) et doit quitter Noalyss.
En se connectant la fois suivante, l’utilisateur obtient un écran tel que celui-ci :
Entrez votre code de sécurité, à l’aide des codes sauvegardés
Code à usage unique
□ Faire confiance à ce navigateur sur cet ordinateur
L’utilisateur utilise un de ces codes, Noalyss efface le code utilisé et prévient dès que le nombre de codes restant disponible est au moins égal à 2 pour que l’utilisateur génère 10 nouveaux codes (à sauvegarder). L’utilisateur détermine si la combinaison machine/browser est sécurisée ou non (ce qui nécessitera l’utilisation d’un nouveau code à usage unique à la connexion suivante) . Si la machine est sécurisée, le mot de passe suffit pour se connecter sur la machine/browser (en particulier, le smartphone)
Pratiquement, lors de l'authentification de 1er niveau, on autorise la machine et le browser en sauvant un cookie, je suppose. Tant que ce cookie n'est pas effacé (en effaçant l'historique, par exemple) ou qu'il n'existe pas (on change de browser ou de machine), le mot de passe est suffisant, donc pas besoin de faire une authentification "lourde" et donc le user + mot de passe "normal" sont suffisant sans plus.
In fine l'authentification du couple browser/machine n'est pas fréquente du tout. Ce système est utilisé par le Groups (secrétariat social) et cela fait plus de 2 ans que j'ai sauvé les 10 codes uniques la première fois dont j'ai utilisé 4 codes (sur 2 PC différents et j'ai effacé l'historique 2 fois sur l'un deux, je suppose). Cette authentification de 1er niveau est rare somme toute.
> Je vois plusieurs problèmes à cette méthode d'authentification :
>
> 1°) l'utilisateur n'aura pas forcément sa liste imprimée avec lui, surtout s'il est au restaurant,
> 2°) s'il l'a perdue , il faudrait imaginer un mécanisme pour en faire une autre,
> 3°) il faudra qu'il l'imprime impérativement, si à ce moment , pour une raison imprévue il ne peut pas, que faire ?
> 4°) à un moment ou l'autre, il va se retrouver avec plusieurs listes et s'il manque de discipline ...
>
> Alors pour simplifier ces différents points , j'aimerais plutôt une solution que certaines banques ont, soit ,
> a) réception d'un SMS avec un code , simple et pratique, et le gsm jouera le rôle de l'appareil qui confirmera l'authentification,
> b) réception d'un email avec un code , même concept mais celui-là est gratuit. Cependant au resto, il faudra pouvoir consulter sa boite aux lettres.
> c) un email pour avertir d'une connexion ,
>
> Les points a, b , c peuvent être mis utilisés ensemble, seul le point a) est payant , puisqu'il faudrait passer par un gateway (10c par login /SMS),
> ce qui en regardant ton audit de connexion , ferait 11.5€ /mois ( moyenne sur les 3 dernières années).
>
> Donc je pense que l'on peut à un système avec email pour commencer, simple , gratuit et efficace ,
Pratiquement, lors de l'authentification de 1er niveau, on autorise la machine et le browser en sauvant un cookie, je suppose. Tant que ce cookie n'est pas effacé (en effaçant l'historique, par exemple) ou qu'il n'existe pas (on change de browser ou de machine), le mot de passe est suffisant, donc pas besoin de faire une authentification "lourde" et donc le user + mot de passe "normal" sont suffisant sans plus.
In fine l'authentification du couple browser/machine n'est pas fréquente du tout. Ce système est utilisé par le Groups (secrétariat social) et cela fait plus de 2 ans que j'ai sauvé les 10 codes uniques la première fois dont j'ai utilisé 4 codes (sur 2 PC différents et j'ai effacé l'historique 2 fois sur l'un deux, je suppose). Cette authentification de 1er niveau est rare somme toute.
J'ai pris le temps de réfléchir : le système de cookie pour les browser est en soi un trou de sécurité (aka authentification browser), il faut éviter que le vol de cookie fonctionne , c'est ainsi qu'on craquait hotmail , facebook ,...
Le problème vient qu'on ne peut pas certifier à 100% que la personne se connectant est le propriétaire légitime du cookie, (voire du laptop); il y a aussi moyen de "bricoler" un cookie. Ici on le conjugue avec un mot de passe, ce qui est mieux qu'un mot de passe simple.
L'autre aspect est que cela change pas mal de code pour l'authentification: ce qui est toujours un peu périlleux, le système actuel a déjà résisté avec succès à 2 équipes qui devaient le craquer , sans compter le nombre d'attaques que subi le site de démo et j'ai envie que cela ne change pas. Je ne suis pas parano mais j'ai vraiment veillé à la sécurité , avec un bon mot de passe, il n'est pas possible de se faire hacker sous Noalyss, on ne peut réellement rien prendre.
Cela demande quand même pas mal de changements : si le cookie n'existe pas , il faut envoyer un code par email (sms) pour confirmer que ce browser est de confiance et donc permettre la connexion, si la personne a changé d'email sans avoir fait le nécessaire dans NOALYSS , alors il va se retrouver à la porte de sa propre maison :-)
Faudrait faire une tâche dans mantis pour cela , cela prendra un peu de temps
| | | |
| | | |
| 0002128 | NOALYSS | loutre | | | fonctionnalité | sans objet | nouveau | ouvert | | 2022-01-24 | 2022-01-24 | | | | | | | | Clôture comptabilité française | | Rendre possible (ou plus pratique) la clôture des exercices en comptabilité française.
Pour clore un exercice en comptabilité française, on solde les comptes 6 et 7 en reportant les montants équivalent dans le compte de résultat de l'exercice (120 si bénéfices, 129 si pertes). Les autre comptes ne sont pas soldés : les comptes de caisses, de clients, de fournisseurs, de tiers, etc. conservent leurs soldes (à la différence de la comptabilité belge). | | Discussion sur le forum : https://forum.noalyss.eu/viewtopic.php?f=3&t=9147
Orientation du développement de cette évolution :
- pour la France , une clôture (https://www.compta-facile.com/cloture-e ... e-comptes/ ) des 6 & 7 , pas de filtre sur l'exercice ;
- pour la Belgique et d'autres, un filtre sur l'exercice et une initialisation à l'ouverture des comptes 0 à 5. | |
| | | |
| 0001374 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2017-01-12 | 2021-11-26 | | | | | 9005 | | | IMPBANK - affichage couleurs | | Dans IMPBANK, quand on réconcilie par lot, «attente» est indiqué en orange.
Mais quand on réconcilie une ligne à la fois, non, «attente» reste en blanc. | | | |
| | | |
| 0001373 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2017-01-12 | 2021-11-25 | | | | | 9004 | | | IMPBANK - communication possible pour l'importation | | Il serait pratique de pouvoir inclure une communication, un commentaire lors de l'importation, qui apparaîtrait dans la liste des importations. Ainsi, il serait possible de savoir ce dont il s'agit, par exemple la fourchette de dates comprises dans l'importation.
Peut-être le plus simple serait d'afficher le nom du fichier qui a servi à l'importation; il suffirait de donner à celui-ci un nom contenant le compte en question et la fourchette de dates des opérations. | | | |
1 | | | |
| 0001243 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2015-12-04 | 2021-11-25 | | | | | 9004 | | | imp bank - inversion si case cochée | | quand on coche la "case de tête", toute les lignes sont cochées, même celles qui l'étaient déjà.
Est-il possible de faire comme les autres listes à cocher qui ont une case de tête: cela revient à inverser la sélection.
| dans une liste d'import, cocher quelques cases.
Cocher la case de tête: toutes les cases sont cochées même celles cochées avant. | | |
| | | |
| 0002019 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2021-06-17 | 2021-11-25 | | | | | 9004 | | | Nouvelles fiches depuis l'extension IMPBANK | | Est-il possible d'ajouter un bouton pour créer de nouvelles fiches depuis la fonction de réconciliation bancaire dans l'extension IMPBANK?
Quant on clique sur un des lien qui affiche le détail d'une ligne (donc tous excepté «Possibles n», la fenêtre propose d'indiquer une contre-partie du mouvement financier. Là, il serait utile d'avoir accès à la création d'une nouvelle fiche, comme dans les fenêtres d'opérations. | | | |
| | | |
| 0002102 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | corrigé | | 2021-11-25 | 2021-11-25 | | | | | 9005 | | | TOOLS permet de saisir la comptabilité analytique pour plusieurs opérations | | Pour plusieurs opérations, permet de donner l'imputation analytique | | | |
| | | |
| 0002086 | Copropriété | zutaloors | danydb | | majeur | non essayé | | ouvert | | 2021-10-30 | 2021-10-30 | | | | | | | | Bug extension coprop écriture appel de fonds | | Bug dans l'écriture appel de fonds dans l'extension"coprop".
N'apparaît pas dans historique. | | | 1 |
2 | | | |
| 0002083 | Noalyss - PLUGIN | danydb | | | mineur | non essayé | nouveau | ouvert | | 2021-10-14 | 2021-10-14 | | | | | | | | IMPORTBANK | | Ajouter un lien vers opération générée | | | |
| | | |
| 0001899 | Noalyss - PLUGIN | danydb | danydb | | majeur | toujours | | corrigé | | 2021-02-15 | 2021-06-19 | | | | | | | | LISTING : Champs date ne sont pas vérifiés | | Dans LISTING pour l'inclusion des fiches choisies dans la gestion, la date de fin n'est pas vérifiée, si la date est invalide , on a une simple erreur XML can be read | 1 . générer un listing
2. choisir des fiches
3. inclure dans le suivi , donner des date incorrectes , | Le petit calendrier n'apparaît pas | |
1 | | | |
| 0002017 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2021-06-17 | 2021-06-18 | | | | | | | | Sélection automatique du «0» par défaut | | [Je me rappelle d'une discussion au sujet de ce «0» mais ne sais plus ce qui avait été conclue, finalement]
Serait-il envisageable qu'un clique dans un champ sélectionne automatiquement le «0» qui y est préinscrit (comme c'est le cas quand on navigue en tabulation)?
Ainsi, l'effacement préablable ne serait plus nécessaire lors de l'inscription d'un montant (étant donnée que laisser le zéro en première position entraîne des erreurs suite à une confusion de «langage»). | | | |
1 | | | |
| 0002020 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2021-06-17 | 2021-06-17 | | | | | | | | Copie/collage de nombre avec point milliers (etc') | | Les montants dans Noalyss sont affichés avec un point de séparation des milliers.
Ça les rend aisément lisibles mais ça ralentit un peu leur manipulation pour des copie/collage, car ils ne sont ensuite pas encodés tels quels par Noalyss (le point étant traduit en virgule).
Est-il possible d'imaginer une conversion automatique?
Propositions :
— Les nombres introduits, avec point ou virgule décimale dans un champ nombre, sont traduits directement dans les totaux (en fin de ligne et en bas de colonne, qui ne sont pas manuellement modifiables) avec virgule décimale et, le cas échéant, point de milliers, de cent-milliers, etc'.
— C'est encore mieux si les nombres peuvent aussi être traduits ainsi (soit en directe lors de la frappe, soit après avoir quitté le champ) dans les champs manuels; à condition que le point qui s'ajoute automatiquement ne doive pas être manipulé ensuite si modification (il s'ajoute si le nombre dépasse trois – six, neuf, etc' – chiffres avant la virgule, et disparaît dès que le nombre de chiffres repasse en dessous).
— Lors de la copie/collage d'un nombre avec point milliers, celui-ci est reconnu comme tel et enregistré comme tel sans subir de traduction. | | | |
1 | | | |
| 0002016 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2021-06-17 | 2021-06-17 | | | | | | | | Généralisation à 2 décimales partout | | Est-il envisageable de généraliser l'affichage à 2 décimales partout?
Je vois plusieurs endroits où ce n'est pas le cas.
Aussi quand on introduit un nombre dans un champ «montant» et qu'on passe à un autre champ, tous les zéros non significatifs sont supprimer («5.00» devient «5» et «5.10» devient «5.1»).
Si ce n'est pas généralisable globalement «en un clique», je peux répertorier les endroits où ça s'applique.
(Peut-être que la TVA nécessite de maintenir 4 décimales dans les champs et les affichages concernés.) | | | |
1 | | | |
| 0002010 | Noalyss - PLUGIN | Marca | | | mineur | toujours | nouveau | ouvert | | 2021-06-09 | 2021-06-14 | | | | 8.0 | | | | Ajout d'étiquettes à un groupe d'opération en comptabilité | | Les étiquettes sont un outil puissant, avoir la possibilité de sélectionner un groupe de transactions comptables (dans Extension : Outils comptables, EXT/TOOLS) et d'ajouter à ces transactions sélectionnées une étiquette permettrait d'utiliser au mieux cet outil. | A partir de extension : Outil comptable (EXT/TOOLS) :
Sélectionnez les lignes auxquelles il faut ajouter l'étiquette
Sélectionnez l'étiquette à ajouter (Bouton)
Confirmer la mise à jour de la transaction. | | |
| | | |
| 0000812 | NOALYSS | danydb | | | mineur | non essayé | nouveau | ouvert | | 2013-04-08 | 2021-06-11 | | | | 6.6 | | | | Document par journaux | | Les documents peuvent être affectés :Soit par journaux, soit pour la Gestion, les documents ne sont plus affectés par type de journal | | | |
| | | |
| 0002013 | NOALYSS | Marca | | | mineur | toujours | nouveau | ouvert | | 2021-06-10 | 2021-06-11 | | | | 8.0 | | | | Modèle de documents > automatiser la sélection | | Actuellement, le type de document est déterminé par le type de journal utilisé. Si le type de journal concerne les Ventes (au sens large : Ventes ET Notes de crédit), le document peut être chargé dans PARAM/CFGDOC.
Quelque soit le journal, le programme propose par défaut le premier document de la liste des canevas.
Proposition, permettre de sélection plus précise :
* Journaux Vente
* Journal Vente
* Journal Note de crédit
* Journaux Achat
* Partie Gestion
Donc permettre une sélection du type de journal ou du journal spécifiquement. Et ne présenter que les documents sélectionnés par le champs "Affectation"
Afin que le document présenté soit exclusivement une ou plusieurs factures pour le Journal Vente ou une Note de crédit pour le journal Note de crédit automatiquement
| | | 1 |
| | | |
| 0002009 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2021-06-04 | 2021-06-04 | | | | | | | | OD - effacement complet si erreur ! | | Lors de l'encodage d'une OD, tous les champs s'effacent si, lors de l'enregistrement, une erreur survient comme «date invalide», problème de fiche, etc'.
Peut-être faudrait-il introduire partout une surcouche de vérification lors de tout enregistrement pour que les message d'erreur apparaissent avant (re)chargement de la page, et ainsi éviter toute perte d'information. | | | |
| | | |
| 0001695 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2019-02-12 | 2021-06-04 | | | | | | | | Modèle d'opération - nom différent du libellé | | Il serait plus pratique que le nom d'un modèle d'opération ne soit pas le même que le libellé de l'opération.
Lors de l'enregistrement d'un modèle, donner la possibilité d'en choisir le nom (exemple: «facture téléphone»), puis le libellé (par exemple: «Facture N° - communication ///»), puis la description.
Ainsi, il est possible de pré-introduire un libellé correspondant à celui qui doit être utilisé pour ce type-là d'opération, ET d'avoir un nom compréhensible pour le modèle. | | | |
1 | | | |
| 0002005 | Noalyss - PLUGIN | Marca | | | mineur | toujours | nouveau | ouvert | | 2021-05-31 | 2021-06-02 | | | | | | | | Mise à jour du numéro d'opération dans l'importation des banques | | Concerne : COMPTA/MENUFIN/IMPORTBANK
dans l’import des pièces, on le « num transfert » qui est le numéro de l’opération sur l’extrait de banque (et dans le download). Ce serait vraiment bien que ce numéro soit reporté dans le « numéro de pièce » (là où lors de l’encodage manuel s’affiche le journal + numéro de pièce mais qui reste vide dans l’import) . Cela permettrait à tout le moins d’aller chercher la bonne transaction directement dans les extraits de banque à partir de l’historique des banques.
Concerne : ANC/ANCIMP/ANCGL
Si tu rajoutes cette information dans l’export des documents au niveau du champs de la date du paiement, par exemple, on va directement sur le bon extrait à joindre. Et si cette mention peut être ajoutée dans le csv d’export, on aura toute l’information à préparer sous la main. | | | |
| | | |
| 0001990 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2021-05-19 | 2021-05-19 | | | | | | | | Effacement ligne complète - pas seulement fiche | | Lors de l'encodage d'une opération, la croix devant le champ «fiche» efface la fiche mais non le reste de la ligne («dénomination fiche» et «montant»).
Ainsi, dans une opération à de nombreuses lignes, si on utilise un modèle et que toutes les lignes sont remplies, ça nécessite beaucoup de manœuvres pour en effacer un grand nombre.
Proposition : la croix devant la ligne efface tous les champs de ladite ligne et non seulement le quickcode fiche.
En cas de nécessité d'efface uniquement un des champs —> manuellement. | | | |
1 | | | |
| 0001450 | Noalyss - PLUGIN | yanntemp | danydb | | bloquant | toujours | | corrigé | | 2017-08-24 | 2021-04-28 | | | | | Version suivante | | | PROBLÈME MODOP : EFFACEMENT STOCK | | Il semblerait que, si une opération d'achat est passée par l'extension MODOP (pour y modifier un truc qui n'est pas lié au stock), toute la ventilation des stocks est effacée! | Introduire un achat avec ventilation de stock.
Vérifier dans l'état des stocks que ça apparaît bien.
L'ouvrir dans MODOP et modifier un truc.
Vérifier dans l'état des stocks que ça a disparu. | | |
1 | | | |
| 0001866 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | impossible à reproduire | | 2020-11-28 | 2021-04-26 | | | | | | | | Undefined variable: p_id in noalyss/include/ext/listing/include/rapav_listing_compute.class.php | | A la génération des documents , on reçoit cet avertissement | | | |
| | | |
| 0001963 | Noalyss - PLUGIN | FabricePirlot | danydb | | mineur | sans objet | | corrigé | | 2021-04-08 | 2021-04-22 | Noalyss Stack | | iOS | 8.0 | Version suivante | | | AMORTISSEMENT > Rapport > Tableau/année - Export PDF | | Bonjour,
Lorsqu'on exporte en PDF:
- le titre comprend le n° du dossier, ce qui n'est pas vraiment utile.
- le nombre de décimal est de 4, au lieu de 2.
- une colonne est labellisée "%", mais le chiffre apparait en centième et non pas en % (i.e. 0,3333 au lieu de 33)
- la dernière case "Valeur net", devrait être renommée "Valeur Nette" ou "Valeur Nette Comptable".
Pour le surplus, il serait bien qu'on puisse choisir une vue soit par fiche (comme actuellement) soit par poste comptable.
Merci,
Bien cordialement,
Fabrice | | | |
| | | |
| 0001826 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2020-07-22 | 2021-04-17 | | | | | | | | «Report à nouveau» - Classé en premier | | Visuellement confortable pour saisir la chronologie des opérations en un coup d'œil :
toujours classer l'opération marquée comme «Ouverture» en première dans les historiques.
(Peut-être certaines personnes marquent plusieurs opérations comme «Ouverture»...?
Le cas échéant, il faudrait un autre critère pour avoir LE report à nouveau classé en premier.) | | | |
3 | | | |
| 0001968 | NOALYSS | FabricePirlot | | | mineur | non essayé | nouveau | ouvert | | 2021-04-14 | 2021-04-14 | iOS | Catalina | Bitnami Stack | 8.0 | | | | Lettrage automatique | | Bonjour,
Dans le cadre de la migration d'une comptabilité d'un système autre vers Noalyss, l'utilisateur va souvent uploader un ou plusieurs exercices antérieurs.
Dans ce cas, il serait intéressant de pouvoir voir les balance uniquement pour les comptes soldés et que le système propose un plug-in pour lettrer automatiquement les comptes à zéro.
Cordialement,
Fabrice. | | | |
| | | |
| 0001823 | NOALYSS | cedrik | | | cosmétique | sans objet | nouveau | ouvert | | 2020-07-20 | 2020-07-20 | | | | | | | | Tableau Filtre par colonne | | Dans la plupart des tableaux on peut cherche une valeur mais on peut pas dire sur quelle colonne on cherche ni chercher des valeurs dans 2 colonnes différentes,
Il faudrait ajouter comme dans un tableur un filtre par colonne | | | |
| | | |
| 0001815 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2020-07-05 | 2020-07-05 | | | | | | | | CA – clefs de répartition par plan | | [Brouillon]
Pour plus de clarté et une meilleurs structuration de la CA, il serait pratique que les clef de répartition puissent être regroupées par plan CA.
— Qu'elles soient affichées par plan dans le menu ANC/ANCKEY
ET/OU
— Que, pour chaque clef, on puisse cocher une case pour indiquer à quel(s) plan(s) elle se ratache.
Alors, dans ANC/ANCKEY, chaque clef apparaîtraient pour chaque plan dont on a cocher la case.
Ainsi, lors de l'appel des clefs lors de la ventilation CA, seuls les clefs pour le plan en question seraient affichées. | | | |
| | | |
| 0001814 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2020-07-02 | 2020-07-03 | | | | | | | | CA – localisation de la ventilation | | Quand on affiche une balance croisée CA/CG, il est possible de voir quels postes de CG ventilent un poste de CA.
Seulement, il n'est pas possible de voir dans quelle opération spécifique ce poste CG ventile le poste CA. | | | |
2 | | | |
| 0001459 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | corrigé | | 2017-09-01 | 2020-06-06 | | | | rel6916 | Version suivante | Version suivante | | Facturation : envoi des email | | Quand on envoie une facture par email et que l'on enregistre dans le suivi , il faudrait que dans le suivi on ait aussi la facture en PDF | Facturation -> Facture par email -> convertir en PDF -> sauver dans le suivi | | |
| | | |
| 0001788 | Noalyss - PLUGIN | cedrik | danydb | | mineur | non essayé | | corrigé | | 2020-01-22 | 2020-06-06 | | | | | Version suivante | | | IMPOP : import en général | | L'importation peut échouer à cause d'un fichier CSV fait avec excel dans lequel on a des caractères non compatible :
Exemple :
ERROR: invalid byte sequence for encoding "UTF8": 0xe9
| | mb_check_encoding https://www.php.net/manual/en/function.mb-check-encoding
https://www.php.net/manual/en/function.mb-convert-encoding.php
https://www.php.net/manual/en/function.mb-scrub.php | |
1 | | | |
| 0001298 | NOALYSS | yanntemp | | | mineur | non essayé | nouveau | ouvert | | 2016-04-29 | 2020-05-24 | | | | | | | | Effacement champs lors d'encodage achat | | Salut.
Il me semble que cela avait été réglé, je ne sais pas si c'est un cas isolé:
je viens d'encoder un achat et, comme j'ai modifié le nom la fiche en cours de route (après l'avoir sélectionnée dans le champ «code»), j'ai eu un message d'erreur disant que la fiche n'existe pas -- jusqu'ici, tout est normal; seulement, quant la fenêtre est revenue, tout ce qui avant été inscrit dans le champ «libellé du paiement» avait disparu, ET, quand j'ai changer la fiche pour y mettre le nouveau nom, le montant («prix/unité») déjà inscrit a disparu également.
Serait-il possible de faire en sorte que, lors d'erreurs, les champs déjà introduits demeurent? | Introduire une opération d'achat avec un «libellé du paiement» dans «payé par» et un prix/unité;
cliquer sur le nom de la fiche pour faire apparaître celle-ci, en modifier le nom, enregistrer.
Un message d'erreur apparaît et, après «OK», le champ «libellé du paiement» disparaît.
Changer la fiche avec le nouveau nom, le prix disparaît. | | |
| | | |
| 0001097 | NOALYSS | yanntemp | | | cosmétique | toujours | nouveau | ouvert | | 2015-04-27 | 2020-05-24 | | | | | | | | Disparition montant lors du changement de fiche. | | Lors de l'introduction d'une opération, si le montant est déjà mis et qu'on change la fiche, celui-ci disparaît.
Il serait pratique qu'il ne soit pas affecté pour ne pas avoir à le réintroduire dans le cas où seule la fiche est à modifier et non le montant. | | | |
4 | | | |
| 0001795 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | corrigé | | 2020-04-09 | 2020-04-09 | | | | rel7100 | Version suivante | Version suivante | | RAPAV : génération de document; la liste des postes ne s'affiche pas | | Si on créée une iiste de poste et qu'on génére un document, uniquement le montant sera remplacé et le reste nettoyé | 1 . RAPAV
2. nouveau formulaire
3. Ajouter liste des postes code L7
4. Poste comptable 70 avec %
5. Génération
Document TXT
=============
<<L7_ACC>> <<L7_LIB>> <<L7>>
<<L7_ACC>> <<L7_LIB>> <<L7>>
<<L7_ACC>> <<L7_LIB>> <<L7>>
<<L7_ACC>> <<L7_LIB>> <<L7>>
<<L7_ACC>> <<L7_LIB>> <<L7>>
<<L7_ACC>> <<L7_LIB>> <<L7>>
<<L7_ACC>> <<L7_LIB>> <<L7>>
| | 1 |
| | | |
| 0001746 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | corrigé | | 2019-09-21 | 2019-12-11 | | | | | rel7100 | Version suivante | | Code cleaning : revoir Noalyss_SQL | | Adapter pour Plugin | | | |
| | | |
| 0001781 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2019-11-30 | 2019-11-30 | | | | | | | | Opération financière identique | | La fenêtre de résumé d'une opération financière enregistrée ne propose pas de bouton «opération identique» comme pour les autres types d'opération.
Proposition:
Ajouter un tel bouton. | Introduire une opération financière.
La confirmer.
Un bouton «nouvelle opération» en bas à gauche mais pas de bouton «opération identique» | | |
| | | |
| 0001771 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2019-10-31 | 2019-10-31 | | | | | | | | Navigation - commande type tableur | | Ajouter la possibilité de pouvoir naviguer dans une fenêtre avec les flèches et non seulement la tabulation.
Par exemple, rendre les flèches actives (non dans un champ mais dans la fenêtre) en combinaison avec une autre touche (alt?). | | | |
| | | |
| 0001767 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | corrigé | | 2019-10-27 | 2019-10-27 | | | | | Version suivante | | | LISTING : lien direct vers génération rapport | | Dans listing -> liste , ajouter un lien vers génération pour chaque listing | | | |
| | | |
| 0001757 | Noalyss - PLUGIN | danydb | danydb | | majeur | non essayé | | corrigé | | 2019-10-06 | 2019-10-06 | | | | rel7100 | Version suivante | Version suivante | | Module TVA : déclaration export PDF | | Le nom du fichier n'a pas l'extension .pdf | | | |
| | | |
| 0001754 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2019-10-03 | 2019-10-03 | | | | 7.1 | | | | Indication de ventilation analytique | | Ajouter une colonne dans l'historique des opérations («Ventilation analytique» ou «CA»...) avec un petit «V».
De même, dans le détail de l'opération, ajouter un petit «V» à côté de «Comptabilité Analytique» sur l'onglet du même nom.
Bonus : aux deux endroits ci-dessus, mettre «N/A» quand l'opération ne concerne que des poste non repris comme analytiques dans les paramètres. | | | |
| | | |
| 0001753 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2019-10-03 | 2019-10-03 | | | | 7.1 | | | | Séparer boutons «Confirmer/sauver» du reste | | Outre une taille plus grande (voir autre tâche), il serait visuellement plus confortable de nettement séparer les boutons de confirmation et d'enregistrement des autres (tels que «ajouter un article», «actualiser», etc') | | | |
| | | |
| 0001752 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2019-10-03 | 2019-10-03 | | | | 7.1 | | | | Option «effacer les lignes vides/à montant nul» | | Pour revenir sur la possibilité d'effacer facilement d'éventuellement nombreuses lignes à montant nul qu'on n'a pas besoin de faire apparaître.:
Comme évoqué, permettre de paramètrer l'effacement ou non des lignes à montant nul.
La case apparaîtrait cochée ou non par défaut dans les opérations pour pouvoir modifier localement. | | | |
| | | |
| 0001751 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2019-10-03 | 2019-10-03 | | | | 7.1 | | | | Boutons «sauver/confirmation» plus grands | | Les boutons en bas à gauche plus grand. | | | |
| | | |
| 0001723 | Noalyss - PLUGIN | danydb | danydb | | mineur | sans objet | | corrigé | | 2019-07-21 | 2019-09-19 | | | | | Version suivante | Version suivante | | Impression PDF | | Ajouter l'impression PDF pour les déclarations :
- listing Assujetti
- déclaration TVA
- Listing intracomm
- MOSS | | | |
1 | | | |
| 0001726 | Noalyss - PLUGIN | danydb | | | mineur | non essayé | nouveau | ouvert | | 2019-07-21 | 2019-09-14 | | | | | | | | Module MOSS | | Développement du module MOSS | | | |
| | | |
| 0001724 | Noalyss - PLUGIN | danydb | | | mineur | non essayé | nouveau | ouvert | | 2019-07-21 | 2019-09-13 | | | | | | Version suivante | | Export CSV | | Ajouter l'export CSV pour les déclarations :
- listing Assujetti
- Listing intracomm
- MOSS | | | |
| | | |
| 0001183 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2015-10-11 | 2019-08-08 | | | | | | | | Effacement de masse - fiches, opérations, etc' | | Il serait pratique pour pouvoir effectuer un grand nombre de suppression à la fois, soit d'ajouter une case "tout sélectionner" dans la liste de fiche, soit -- si c'est moins risqué et plus général -- d'ajouter à l'extension "outils comptables" la possibilité d'effacer en une fois un grand nombre de fiches et d'opérations, en les listant avec l'option "tout sélectionner". | | | |
4 | | | |
| 0001156 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2015-08-22 | 2019-08-08 | | | | | | | | Configuration moyens de paiements - assouplissement | | Est-il possible de permettre l'accès de plusieurs journaux à un moyen de paiement sans devoir ajouter des lignes supplémentaires avec le même moyen mais pour chaque journaux où il en est fait usage?
Par exemple, les paiements effectués par des membres ou des administratrices peuvent intervenir dans un journal d'achat ET de note de frais.
Un moyen ("Par membre ou administrateur" - à choisir à l'encodage) mais utilisable dans plusieurs journaux.
Ce qui signifierait peut-être, plutôt qu'un menu déroulant dans le choix du journal, d'une liste à cocher...(?)
Bonne journée. | | | |
2 | | | |
| 0001725 | Noalyss - PLUGIN | danydb | | | mineur | non essayé | nouveau | ouvert | | 2019-07-21 | 2019-07-21 | | | | | | | | Génération du fichier XML - déclaration TVA | | Ajouter XML pour les déclarations :
- listing Assujetti
- déclaration TVA
- Listing intracomm
- MOSS | reprendre le plugin "transformation xml" | | |
| | | |
| 0001713 | Copropriété | melopie | | | mineur | toujours | nouveau | ouvert | | 2019-06-01 | 2019-06-01 | | | | | | | | La modif d'une fiche avec TOOLS ne modifie pas le libellé | | J'utilise [ EXT/TOOLS ] pour interchanger deux fiches.
Je sélectionne l'opération concernée,
je sélectionne la fiche de départ puis d'arrivée par leurs quick Code respectifs.
Le transfert se fait très bien, mais quand je vais ensuite sur l'opération modifiée, le libellé n'est pas modifié.
- La première capture montre l'état avant l'application de TOOLS. La fiche à changer est AFRESERVE, "Appel de fonds de réserve 2017"
- La deuxième capture montre les deux fiches à intrechanger : la fiche de destination est AFRESTOIT " Appel Reserve pour travaux de corniche"
- La troisième capture montre après l'opération : on a la fiche AFRESTOIT avec le libellé "Appel de fonds de réserve 2017" | | | 3 |
| | | |
| 0001325 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-07-13 | 2019-03-14 | | | | | | | | TOOLS - choix de modification de l'intitulé de la fiche | | Dans TOOLS, si l'on change une fiche dans des opérations, l'intitulé de la fiche ne change pas. Dès lors, si l'intitulé était celui de la fiche précédente, on se retrouve avec une nouvelle fiche mais suivie de l'intitulé de la fiche précédente.
Certes, le procédé reste intéressant si l'intitulé avait été modifié (c'est-à-dire qu'on n'avait pas gardé celui de la fiche proposé automatiquement) et qu'on désire gardé celui-là.
Dès lors, il serait intéressant, lors du changement d'une fiche par une autre dans une ou plusieurs opérations, de pouvoir choisir si l'on veut changer l'intitulé ou non.
Par exemple, en ajoutant dans la fenêtre de choix de l'ancienne et de la nouvelle fiche, une case à cocher «utiliser l'intitulé de la nouvelle fiche?».
Ou, mieux encore, ajouter un champ «intitulé» qui propose par défaut celui de la nouvelle fiche mais permet de le modifier, avec une case à cocher «modifier l'intitulé?».
Ça serait classe.
(Par contre, dans le cas où l'on voudrait changer de fiche dans plusieurs opérations à la fois mais utiliser des intitulés différents selon les opérations, il faudra aller modifier manuellement pour chaque opération. c'est de bonne guerre.) | | | |
| | | |
| 0001464 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2017-09-13 | 2019-03-14 | | | | | | | | Balises ici et là. | | Il serait pratique de pouvoir généraliser l'usage de balises, comme c'est le cas pour les modèles de factures et bilans, à d'autres endroits.
Je pense d'abord aux journaux, pour pouvoir caler les numéros de pièce avec, par exemple, l'année de la date de l'opération ou un autre paramètre variable du dossier.
Les intitulés d'opérations qui utilisent un modèle, par exemple; une opération répétée souvent mais dont l'intitulé doit correspondre à une donnée variable (imaginons: paiement de loyers; l'intitulé de l'opération «Loyer <<MOIS>> de <<NOM FICHE>>» afficherait le mois de la date de l'opération et le nom de la fiche correspondant au locataire).
Si le nom d'une fiche contient une balise, l'intitulé qui apparaît et qui reprend le nom de la fiche pourrait (s'il est rendu possible de modifier les intitulés des fiches dans les paramètres de la société) varié en fonction d'un paramètre de l'opération dans laquelle elle est utilisée.
Peut-être faut-il réfléchir un peu plus pour optimiser la fonctionnalité et voir jusqu'où s'étend son demaine d'application. | | | |
1 | | | |
| 0001603 | NOALYSS | yanntemp | | | mineur | quelques fois | nouveau | ouvert | | 2018-05-10 | 2019-03-14 | | | | | | | | Décalage de la liste-choix de fiche, jusqu'à disparition | | Dans certaines circonstances, la liste-choix de fiches qui s'affiche lorsqu'on remplit une partie du code dans un champ quickcode commence à apparaître de plus en plus loin en-bas de la fenêtre où se trouve le champ à remplir.
Je pense que c'est à force de descendre et remonter dans le même fenêtre tout en sélectionnant successivement des fiches .
Par exemple, dans l'image jointe, le début du nom d'une fiche est introduit dans le champ idoine, et la liste des fiches corresponantes apparaît tout en bas de la page. Ici, elle est même en-dehors, je ne suis pas parvenu à faire la capture correctement.
Ça avait déjà été signalé mais je ne retrouve plus le bogue correspondant.
J'essayerai de reproduire pour pouvoir déterminer les circonstance's. | | | 1 |
1 | | | |
| 0001598 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2018-05-04 | 2019-03-14 | | | | | | | | Affichage complet des intitulés d'opération? | | Dans certaines listes, les détails d'opération comme l'intitulé sont tronqués (peut-être pour ne pas devoir rendre la ligne trop épaisse).
Serait-il possible de faire en sorte qu'à chaque fois qu'un champ est ainsi tronqué pour des raison de place, il soit possible de l'afficher dans son intégralité dans une bulle en passant le curseur dessus, comme pour les bulles d'information? | | | |
2 | | | |
| 0001308 | NOALYSS | yanntemp | | | fonctionnalité | toujours | nouveau | ouvert | | 2016-06-10 | 2019-03-03 | | | | | | | | Trésorerie multiple. | | Vieille proposition de permettre une ventilation multiple lors de l'introduction d'une opération de trésorerie et dans l'extension d'importation.
Un mouvement bancaire qui ventile plusieurs postes. Par exemple pour correspondre à la communication si un virement est la somme de plusieurs paiements.
(Comme pour les opérations achat et vente: ventilation d'un compte fourn'/client et de plusieurs postes articles.)
Un jour. | | | |
1 | | | |
| 0001278 | NOALYSS | yanntemp | | | mineur | toujours | accepté | ouvert | | 2016-03-10 | 2019-02-26 | | | | | | Next Release | | Double clique sur le champ «fiche» ouvre la fiche -- proposition. | | Lorsqu'on choisit une fiche dans un champ «fiche», après avoir sélectionné dans la liste proposée, le quickcode de la fiche s'inscrit dans le champ.
Ensuite, si l'on clique deux fois dans le champ pour sélectionner l'ensemble du texte (en vue de l'effacer pour choisir une autre fiche, par exemple) une fenêtre s'ouvre avec les données de ladite fiche.
Serait-il possible de déplacer et modifier cette option:
- généraliser l'apparition du nom de la fiche sélectionnée à côté du champ (dans «achat», etc', c'est le cas mais pas dans PRINTPOSTE, par exemple);
- rendre le nom à côté du champ "cliquable" (ouverture fenêtre données fiche);
- désactiver l'ouverture de la fenêtre fiche quand on double-clique sur le champ «fiche» (pour pouvoir facilement sélectionner le texte, l'effacer et changer de fiche)? | Dans un champ «fiche» de n'importe quelle page, choisir un nom de fiche (et, le cas échéant, sélectionner dans la liste proposée).
Le quickcode s'affiche dans le champ (et, dans certains cas, le nom à côté du champ). Double-cliquer sur le champ, le texte est sélectionné (ou une partie de celui-ci s'il est séparé par des caractères tels que «-», etc') mais une fenêtre s'ouvre avec les données de la fiche. | | 1 |
8 | | | |
| 0001452 | Noalyss - PLUGIN | danydb | | | mineur | sans objet | nouveau | ouvert | | 2017-08-27 | 2019-02-15 | | | | | | | | Nouveau BILAN | | Nouveau Bilan :
résumé Dépense et Produit
Situation trésorerie
Dette
Créance
| Différents pour France et Belgique | | |
| | | |
| 0001696 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2019-02-12 | 2019-02-12 | | | | | | | | Modèle d'opération - confirmer la création | | Tout comme il serait utile de voir apparaître le lien de l'OD générée par un «moyen de paiement» lors d'un achat (proposition déjà soumise ailleurs), il serait pratique de voir apparaître dans le résumé d'une opération introduite (après confirmation) la confirmation et les informations relative au modèle éventuellement généré. | Introduire une opération d'achat, par exemple, et en faire un modèle. Après confirmation, apparaît le lien vers l'opération qui vient d'être générée mais pas de confirmation quant à création du modèle. | | |
| | | |
| 0000923 | Noalyss - PLUGIN | danydb | danydb | | mineur | non essayé | | ouvert | | 2013-11-30 | 2019-02-05 | | | | | | | | Import de fichier CODA | | La norme est finalement assez simple, ce n'est pas du xml mais un simple fichier texte
| http://www.febelfin.be/sites/default/files/Standard-CODA-2.3-FR.pdf | | 1 |
| | | |
| 0001002 | Noalyss - PLUGIN | janhsh | danydb | | fonctionnalité | toujours | | ouvert | | 2014-06-03 | 2019-02-05 | | | | | | | | Import de fichier Open Financial Exchange | | La norme est assez simple. C'est un format proche du xml | | | 1 |
1 | | | |
| 0001644 | Copropriété | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-06-14 | 2018-12-18 | | | | | | | | Affichage quickcode redondant | | Dans l'affichage du détail des fiches, le quickcode est montré deux fois dans la première colonne. | | | 1 |
| | | |
| 0001663 | Noalyss - PLUGIN | easydor | | | mineur | toujours | nouveau | ouvert | | 2018-07-30 | 2018-07-30 | Linux | 1 | Linux | rel6916 | | | | MODOP : les champs "Dénomination" des "Détails articles" sont effacés. | | La modification d'une opération fonctionne ainsi :
- rappel de la fiche
- affichage de la fiche à modifier avec ses valeurs de "Détails articles"
- déclenchement de l'aide à la saisie pour les Codes, donc effacement des champs "Dénomination" des lignes.
on se retrouve donc avec une fiche à modifier, mais avec les informations des "Détails articles" effacées... donc la fonction de modification est quasi inutilisable.
Elle est pourtant utile pour les opérations qui rassemblent pleins de petites notes de frais (déplacements, repas, ...) en une seule opération, ou pour celles qui rassemblent divers petits achats de fournitures, en une seule opération (pleins de petits tickets de produits d'entretiens, de consommables, etc...).
Alors, si on a oublié un, et qu'on veut l'ajouter,.... c'est la croix et la bannière, et on perd tout le bénéfice d'avoir voulu faire simple en rassemblant divers achats dans une seule opération.
Si on veut en sortir une, parce qu'on s'aperçoit qu'elle a été payée par la carte bancaire de la société, et non pas par le gérant/associé, etc....
ceci, c'est pour les petites activités.
pour l'enseignement aussi, cela peut être utile.
et comme le logiciel est en open source,... tout nouvel utilisateur est en auto apprentissage,... donc va faire des essais, ... pour prendre le logiciel en main.
c'est l'avantage du libre.... et il faut alors prévoir d'aider les utilisateurs à prendre le logiciel en main.
La correction de ce bug est peut être directement obtenue par celle du bug :
0001662: Saisie Achat/Vente : modification d'un code efface les autres champs (détails articles)
https://bug.noalyss.eu/view.php?id=1662
| Voir ci dessus.
Il suffit de saisir une opération avec plusieurs lignes de Détails Articles.
Dans ces lignes, saisir des Dénominations spécifique.
De demander la modification de l'opération.
Constater que les Dénominations ont été remplacées par le libéllés par défaut du code. | La correction de ce bug est peut être directement obtenue par celle du bug :
0001662: Saisie Achat/Vente : modification d'un code efface les autres champs (détails articles)
https://bug.noalyss.eu/view.php?id=1662
Les bugs sont reliés. | |
| | | |
| 0001664 | Noalyss - PLUGIN | easydor | | | cosmétique | toujours | nouveau | ouvert | | 2018-07-30 | 2018-07-30 | Linux | 1 | Linux | rel6916 | | | | MODOP : les lignes "Détails articles" sont dans n'importe quel ordre. | | Quand on demande une modification d'opération, les lignes sont présentées dans n'importe quel ordre.
1) on perd l'ordre qui était celui lors de la saisie (correspondant à celles sur la facture, par exemple).
2) les lignes vides sont mélangées avec les lignes de données,.... c'est le grand bazar
Présenter l'opération à modifier avec les lignes dans l'ordre de celle saisies (et visiblement enregistrées,... quand on consulte l'opération).
| Saisir une opération, avec plein de lignes, et plein de lignes laissées vides.
Demander la modification.
constater le grand bazar dans les lignes, par rapport à ce qui avait été saisie, et ce qui peut encore être consultés (écran de consultation de l'opération).
| Ce bug est relié à ceux ci :
0001662: Saisie Achat/Vente : modification d'un code efface les autres champs (détails articles)
https://bug.noalyss.eu/view.php?id=1662
0001663: MODOP : les champs "Dénomination" des "Détails articles" sont effacés.
https://bug.noalyss.eu/view.php?id=1663
| |
| | | |
| 0001662 | NOALYSS | easydor | | | mineur | toujours | nouveau | ouvert | | 2018-07-30 | 2018-07-30 | Linux | 1 | Linux | 7008 | | | | Saisie Achat/Vente : modification d'un code efface les autres champs (détails articles) | | Dans les formulaires de saisie d'une opération d'achat ou de vente, dans les lignes de "Détails articles achetés/vendus".
Quand on a déjà saisie un Code, et les infos de la ligne (description, prix, tva).
Si on change le Code, alors, l'aide à la saisie écrase les infos déjà saisie dans ces autres champs de la ligne : la description, le prix, la tva.
Normalement, si on a déjà saisi des données dans les autres champs, ils ne devraient pas être écrasés par les données par défaut du nouveau code.
Exemple pratique :
Saisie d'un détail en "Fourn.-Entret.-et-Petit-Equip.", avec son prix, la TVA correspondant pour l'achat.
On change "Fourn.-Entret.-et-Petit-Equip.", par "Fourn.-Administrative".
Boum, ... l'aide à la saisie efface les infos de description, de prix et de TVA..... ce qui ne nous aide pas... pas du tout.
C'est dangereux, parce que si on modifie le code, sans faire attention, on perd les infos du détail article.
On peut aussi, si on n'a pas vu le problème, remettre le prix, et la quantité,... mais ne pas faire attention que la TVA a aussi été modifié.... et partir en validation avec une TVA fausse.
(et comme on ne peut pas non plus modifier l'opération, une fois saisie,... on est bon pour tout recommencer....)
Bref, ce comportement de l'appli est dangereux, en plus de très désagréable.
Fonctionnement souhaités :
- quand l'aide à la saisie se déclenche,
- elle mets à jour les champs (description, prix, tva).
- uniquement si le champ est vide (null), et n'est pas 0 (pour le prix).
- autrement dit : faire un test, pour chaque champs, avant de mettre à jour la valeur : ne mettre à jour que si null, ou valeur 0.
Si c'est non null, ou valeur non 0, alors, laisser comme c'est.
- il suffit de tester chaque champs, avant de mettre à jour l'info dedans, avec celle par défaut.
C'est un principe usuel de mécanisme d'aide à la saisie : elle n'opère, que si les champs n'ont pas déjà reçu une information.
| Demander à saisir une opération.
Aller dans les détails, et saisir un Code.
Saisir les autres informations de la ligne : description, prix, tva
Modifier le code, et valider le choix (aide quickcode) du nouveau code.
On constate que les autres valeurs de la ligne (description, prix, tva) sont effacées par des valeurs par défaut.
| Ce bug crée aussi un autre problème, dans le Plugin Modop.
La modification d'une opération fonctionne ainsi :
- rappel de la fiche
- affichage de la fiche à modifier avec ses valeurs de "Détails articles"
- déclenchement de l'aide à la saisie pour les Codes, donc effacement des informations des lignes.
on se retrouve donc avec une fiche à modifier, mais avec les informations des "Détails articles" effacées... donc la fonction de modification est quasi inutilisable.
Un bug est déclaré pour le plugin ModOp. | |
1 | | | |
| 0001160 | NOALYSS | danydb | | | mineur | non essayé | accepté | ouvert | | 2015-08-26 | 2018-07-14 | | | | | | Next Release | | Ajout évenement depuis un détail d'opération | | Pouvoir dans un détail d'opération rajouter un événement | | | |
| | | |
| 0001613 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-23 | 2018-05-31 | | | | | | | | VEN - Génération de facture par défaut ou non | | Je ne sais pas ce qui serait le plus judicieux ici.
Ce que je constate est que, quand il n'y a pas de configuration de facturation ou qu'il y a un problème à cet endroit, si l'on oublie de décocher la case «facture» lors de la confirmation d'une opération de vente, ça coince grave.
Peut-être serait-il préférable de ne pas cocher la case par défaut.
D'un autre côté, si l'on passe par les opération de vente pour générer directement les factures, il est certain que c'est plus pratique d'avoir la case cochée par défaut.
Une idée serait de permettre de choisir, dans la configuration du journal devente en question, d'avoir ou non la génération de facture par défaut. Ainsi, il se pourrait même que, dans certains cas, il soit intéressant de pouvoir l'activer pour certains journaux vente et non pour d'autres.
Une cas à cocher (ou non) dans les paramètres du journal qui fait que la case est cochée par défaut (ou non). | | | |
1 | | | |
| 0001621 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-25 | 2018-05-31 | | | | | | | | Intitulés des classes de comptes - modification. | | Il y a des erreurs dans les intitulés des classes de comptes:
1 - Immobilisé
Plutôt «Fonds propres».
2 - Actif à un an au plus
C'est «à plus d'un an» et il serait plus clair de mettre ici «Immobilisé», par exemple. | | | |
2 | | | |
| 0001609 | NOALYSS | yanntemp | | | cosmétique | toujours | nouveau | ouvert | | 2018-05-21 | 2018-05-21 | | | | | | | | Effacement différent des fiches selon croix ou sélection | | Si l'on sélectionne le code d'une fiche introduite pour l'effacer, alors l'intitulé correspondant s'efface aussi.
Si l'on utilise la croix, l'intitulé reste.
L'idéal -- mais c'est un peu encombrant -- serait d'avoir un petit bouton (case) à côté de l'intitulé pour pouvoir le garder même en changeant la fiche.
Dans le cas où on introduit un autre intitulé que celui qui s'affiche automatiquement lorsqu'on choisit la fiche, celui-ci serait conservé même en chageant la fiche. | | | 2 |
| | | |
| 0001602 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-10 | 2018-05-10 | | | | | | | | Affichage historique fiche - signes superflus | | Dans l'historique fiche, un signe «-» est affiché devant les montants au crédit 'en plus du C), et un = après les montants nuls.
---> Comme ailleurs, seulement D ou C, et seulement «0,00» sans «=». | | | 1 |
| | | |
| 0001601 | Copropriété | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-08 | 2018-05-08 | | | | | | | | Problème affichage tantièmes | | Lors de la création d'une nouvelle clef de répartition, le nombre indiquant la différence entre le nombre total de tantièmes et le nombre déjà introduit semble avoir un problème d'affichage.
Image 1: différence pas égale à zéro.
Image 2: différence égale à zéro. | | | 2 |
| | | |
| 0001586 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2018-05-05 | | | | | | | | Affichage et accessibilité OD en CA | | Voici deux cas où les effets d'une OD en CA sont visibles mais de manière un peu opaque et sans pouvoir y accéder:
1) En affichant la ventilation CA sous la forme activité/fiche, on voit toutes les fiches (et postes) où la CA est ventilée et les mntants totaux pour chaque fiche, puis, en dernier, un montant sans fiche (qui semble en suspension), provenent d'une OD.
2) De même, en affichant sous la forme fiche/activité, on voit comment chaque fiche ventile toutes les activités, puis, en dernier, on voit une dernière venitlation de toutes les fiches qui, en fait, provient de l'OD mais sans indication de celle-ci.
Comme les OD en CA ne procèdent pas par fiche de CG, il est normal que les montants qui y sont ventilés aient un statuts particulier. Peut-être serait-il possible alors simplement d'afficher un code ou l'intitulé de l'OD en regard des ces montants pour l'affichage activité/fiche (comme c'est le cas des postes-fiches); et au dessus de la liste des activités ventilées pour l'affichace fiche/activité (comme c'est le cas des postes-fiches). | Code Menu ANCBCC
Prendre un plan analytique, choisir le report Fiche / activité
| | 2 |
4 | | | |
| 0001592 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2018-05-04 | | | | | | | | Général - affichage des historiques selon filtre ou selon «préférences»? | | Je m'étais déjà posée la question quant à la pertinence d'un telle option.
Et là, en passant et en la voyant en acte dans la CA, je me dis que ce pourrait être une proposition à soumettre:
1) En CA, comme rapporté dans un bogue précédent, quand on affiche l'historique d'une activité, seul l'exercice en cours («préférence») est affiché et accessible.
L'historique d'une fiche, lui, laisse la possibilité de choisir (menu déroulant) un autre exercice.
2) De plus, l'exercice affiché est celui de la date de l'opération concernée par la ligne dans laquelle se trouve la fiche sur laquelle on clique, et non celui de «préférence».
Voir images jointes: dans la même recherche (GL), si je clique sur la fiche «DONS» pour une opération en 2016, c'est l'exercice 2016 qui s'affiche, et si, un peu plus bas dans la liste, je clique sur la fiche «DONS» pour une opétation en 2017, c'est 2017 qui s'affiche.
3) De plus, si on choisi un autre exercice dans le menu déroulant, alors l'exercice premièrement affiche reste celui de référence: soit l'affichage va jusqu'à cet exercice (si exercice antérieur choisi), soit il commence à celui-ci (si exercice postérieur choisi).
4) Il semblerait que ce comportement ne soit pas cohérent sur tous les menus:
si l'historique d'une fiche est affiché depuis le grand livre (ANC/ANCIMP/ANCGL), alors le comportement décrit ci-dessus est d'application; par contre, s'il est affiché depuis l'historique général (ANC/ANCIMP/ANCHOP), alors c'est l'exercice en cours («préférence») qui est affiché -- toujours avec possibilité de changement (menu déroulant).
Proposition:
Puisque le grand livre, l'historique ou autres impressions sont données selon la fourchette de dates du filtre, le comportement le plus pratique ne serait-il pas d'afficher les historiques (de fiche, de poste et d'activité) pour les exercices choisis selon cette fourchette plutôt que selon l'exercice en cours dans «préférence» ou selon "la date à laquelle on clique sur la fiche", toujours en gardant la possiblité de changer (menu déroulant)?
Sinon, généraliser le comportement actuel du GL qui est aussi intéressant : afficher l'exercice de "la date à laquelle on clique sur la fiche", avec celui-ci comme "pivot" (jusque là ou depuis là -- voir point 3 ci-dessus). | | | 2 |
| | | |
| 0001591 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2018-05-04 | | | | | | | | CA - les historiques activité - pas d'autre exercice possible | | Quand on affiche l'historique d'un activité en CA en cliquant sur son nom (dans le grand livre, par exemple), celui-ci s'affiche pour l'exercice en cours (dans «préférences») mais sons possibilité d'en changé comme c'est le cas pour les historiques fiches (menu d'exercices déroulant).
| | | 2 |
| | | |
| 0001590 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2018-05-04 | | | | | | | | [Détail] Affichage CA - totaux en évidence | | Toujours dans les affichages CA/CG (par fiche ou par activité), mettre le totau pour chaque fiche ou chaque activité en évidence. Soit en en faisant une ligne bleue plus foncé comme pour les totaux par exercice des historiques fiche (par exemple), soit en encadrant d'un fin trait la ligne, soit en mettant cette ligne -- ou juste «total» et le montant -- en une autre couleur, ou en plus grand... | | | 2 |
| | | |
| 0001588 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2018-05-04 | | | | | | | | CA - aérer les affichage CA/CG | | Que ce soit l'affichage activité/fiche ou fiche/activité, il serait visuellement moins confus d'ajouter une ligne vide ou autre démarquation entre chaque liste, juste après la ligne «Total».
| | | 2 |
| | | |
| 0001587 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-04 | 2018-05-04 | | | | | | | | CA - affichage postes aussi pour fiche/activité | | Dans l'affichage activité/fiche, en CA, le poste de chaque fiche qui ventile la CA a été ajouté.
Par contre, dans l'affichage fiche/activité, seule les fiches sont indiquées.
--> ajouter le poste comme pour l'autre affichage. | | | 2 |
| | | |
| 0001585 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-05-01 | 2018-05-01 | | | | | | | | Dans PRINTPOSTE, permettre un filtre par journal. | | Outre la date et lettré/non lettré, j'ai rencontré des cas où il aurait été très pratique de pouvoir afficher les mouvement d'une poste en triant par journal. | | | |
| | | |
| 0001581 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2018-04-27 | 2018-04-27 | | | | | | | | Bulle d'info' montants HTVA/TVA superflu | | Dans un dossier non assujetti, vente ou achat, la bulle à côté du PU précisant comment introduire les montants (HTVA ou TVAC avec TVA 0%) est superflue et peut prêter à confusion. | | | |
| | | |
| 0000611 | Noalyss - PLUGIN | danydb | | | mineur | sans objet | nouveau | ouvert | | 2012-06-11 | 2017-12-19 | | | | Version suivante | | Version suivante | | OUTIL COMPTABLE Rénumérotation des actions - gestions | | Permettre la renumérotation des actions-gestions | | | |
| | | |
| 0001379 | NOALYSS | yanntemp | | | mineur | toujours | accepté | ouvert | | 2017-01-12 | 2017-08-30 | | | | | | Next Release | | OD -- ligne prédéterminée D/C | | Lorsqu'il faut ajouter de nombreuses lignes à une OD, il serait pratique que la ligne soit directement affectée D ou C.
Soit deux boutons pour ajouter une ligne («ajout ligne D» et «ajout ligne C», par exemple);
soit que la ligne qui s'ajoute soit de même nature que la précédente (D ou C), ce qui permettrait d'ajouter toutes les lignes D, puis toutes les C, par exemple. | | | |
1 | | | |
| 0001348 | NOALYSS | yanntemp | | | cosmétique | toujours | nouveau | ouvert | | 2016-10-14 | 2017-08-30 | | | | | | | | Structuration et affichage des boutons : concours? | | Cela rendrait la navigation plus rapide et fluide d'avoir une forte cohérence entre les différentes pages au niveau de certaines fonctions de base.
Je propose, par exemple, de mettre en évidence les boutons «enregistrer», «sauver» ou autre «confirmation»; et de garder une continuité au travers de tout le menu (par exemple, faire usage soit de «enregistrer», soit de «sauver», partout, avec le même format au même endroit).
(Je comprend qu'il n'est pas aisé de garder une structure identique dans une telle quantité de code mais, pour faciliter la lecture et l'usage des options et fenêtres, il me vient de nombreuses idées de modifications de l'apparence des boutons et autres affichages récurrents, de leur localisation.
Je n'ai aucune aptitude en programmation. Je pourrais envoyer des copies de schémas sur papier. Ce pourrait aussi être fructueux de proposer un concours de graphisme pour rassembler les idées les plus judicieuses quant à l'apparence et à l'ergonomie de Noalyss. Sur la liste de discussion?) | | | |
3 | | | |
| 0001455 | Noalyss - PLUGIN | melopie | | | mineur | toujours | nouveau | ouvert | | 2017-08-30 | 2017-08-30 | | | | rel6916 | | | | Regrouper des outils avancés de comptabilité | | Ne pourrait-on pas regrouper Extension=>Outils comptable [ EXT/TOOLS ] et Comptabilité=>Avancé [ COMPTA/ADV ] dans Comptabilité=>Avancé [ COMPTA/ADV ] ?
Ce sont tous des outils pour "rentrer dans le moteur"
;-) | | | |
1 | | | |
| 0001382 | NOALYSS | yanntemp | yanntemp | | mineur | toujours | | ouvert | | 2017-01-12 | 2017-08-28 | | | | | | | | Longues listes, regroupement d'opérations. | | [Copie ODOO]
Pour de longue listes d'opérations, il serait pratique de pouvoir les regrouper par champ.
Par exemple, si on choisi le champ «fournisseur», toute la liste se contracte et un menu déroulant apparaît par fournisseur avec le nombre d'opérations concernées.
Ainsi, on peut voir directement combien d'opération concernent un fournisseur en particulier et dérouler le menu du fournisseur pour faire apparaître uniquement ces opérations-là. | | | |
2 | | | |
| 0001307 | NOALYSS | yanntemp | | | mineur | toujours | accepté | ouvert | | 2016-06-10 | 2017-08-26 | | | | | | Next Release | | Mini-rapport : possibilité d'en afficher plusieurs | | Il serait pratique de pouvoir afficher plusieurs mini-rapport dans le tableau de bord.
Je ne sais pas s'il est nécessaire d'avoir des autorisations pour l'affichage des mini-rapport mais, si tel est le cas, cela pourrait se faire ainsi:
dans «préférences», possibilité de cocher plusieurs mini-rapport, lesquels apparaîtraient dans un menu déroulant dans le tableau de bord.
Ou ajouter des cadres «mini-rapport» et les afficher tous...?
À voir. | | | |
| | | |
| 0001232 | NOALYSS | danydb | | | mineur | non essayé | accepté | ouvert | | 2015-11-21 | 2017-08-26 | | | | | | Next Release | | Rappel sur événements , facture | | Permettre pour les achats , les ventes et les événements d'avoir un rappel par email. | | | |
| | | |
| 0001128 | NOALYSS | danydb | | | mineur | non essayé | accepté | ouvert | | 2015-06-05 | 2017-08-26 | | | | | | Next Release | | Action : privée ou groupe | | Action peut être privé ou pour le groupe | | | |
| | | |
| 0001101 | NOALYSS | yanntemp | | | cosmétique | toujours | accepté | ouvert | | 2015-04-27 | 2017-08-26 | | | | | | Next Release | | Modèle d'opération pour Trésorerie | | Souvent, plusieurs opérations se répètent dans certains extraits, comme les frais de port ou les paiements réguliers.
Il serait pratique de pouvoir utiliser des modèles d'opération aussi pour les opérations financières. | | | |
4 | | | |
| 0000970 | NOALYSS | danydb | | | majeur | non essayé | accepté | ouvert | | 2014-01-21 | 2017-08-26 | | | | | | Next Release | | Plan comptable belge a intégrer via CSV | | http://www.omc.be/fr/fin/fin_pcmn.htm | Changement http://downloads.intersentia.be/public/files/KB%2018%20december%202015.pdf | | |
1 | | | |
| 0001449 | NOALYSS | melopie | | | mineur | sans objet | nouveau | ouvert | | 2017-07-28 | 2017-07-28 | | | | 6.9.1.9 | | | | Simplifier les manipulations configuration de profil - [ PARAM/MOD/CFGPRO ] | | Dans [ PARAM/MOD/CFGPRO ], pour créer un profil, il faut ajouter les éléments un par un.
Dans "Détails impressions", il faut par exemple dans l'ordre :
1. Cliquer sur "Ajout Menu"
2. Sélectionner une commande dans la liste déroulante en pop-up
3. Valider le choix
4. Répéter l'opération, à chaque commande à ajouter.
La pop-up se place à un endroit, le bouton de validation est à à un autre endroit en bas de la liste. Beaucoup de clics et beaucoup de déplacements de souris.
Y-aurait-il moyen de "faire son marché" dans une liste à coches, à valider une fois?
1. Cliquer sur "Ajout Menu"
2. Cocher les commandes dans la liste en pop-up
3. Valider le choix en une fois
Même réflexion pour le choix des menus :
1. Accéder à une liste d'éléments avec les caractéristiques, une case pour entrer le numéro d'ordre et une coche.
2. Faire son marché
3. Valider
| | | |
| | | |
| 0001430 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-05-04 | 2017-05-04 | | | | | | | | LETTRAGE - «par code» | | Bonjour.
Dans le menu lettrage, en plus de pouvoir choisir par fiche et par poste, il serait pratique de pouvoir choisir «par code».
C'est-à-dire de pouvoir entré un code de lettrage existant et de voir la liste des opérations.
Il arrive que soit affiché une opération accompagnée d'un code de lettrage; et il n'est pas toujours facile de savoir quel poste concerné par l'opération est lettré, ni toujours dans quelle(s) autre(s) opération(s) le lettrage se fait.
Cela permettrait, lorsqu'on voit ce code dans une fenêtre où n'apparaît pas la «contrepartie» même en mettant cliquant sur le code et surlignant la ligne de l'opération, d'entrer le code de lettrage et de voir directement toutes les opérations impliquant le poste lettré par ledit code. | | | |
| | | |
| 0001429 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | ouvert | | 2017-04-17 | 2017-04-21 | | | | | | | | IMPORT FICHE - basé sur l'identifiant | | Dans les options d'importation de fiches, il serait pratique de pouvoir mettre à jour l'ensemble des attributs des fiches, donc le quickcode également, en se basant sur le numéro d'identifiant. Ceci permettrait de modifier un grand nombre de fiche dans un tableur sans perdre les données de ces fiches en termes de débit-crédit.
Si le fichier d'exportation mentionne également l'identifiant, il suffirait d'exporter les fiches, de modifier tout ce qu'il y a à modifier -- quickcode compris -- À L'EXCEPTION DE L'IDENTIFIANT, puis de réimporter le tout.
Tout pourrait ainsi être modifié en ne conservant que les données débit-crédit liées à l'identifiant.
(Le seul souci, c'est que les opérations appellent les fiches sur base du quickcode, non?
Si c'est sur base de l'identifiant, ça ne pose pas de problème si l'éventuel nouveau quickcode est automatiquement réassigné à l'identifiant. Je suppose que c'est le cas, puisque si on change manuellement le quickcode d'une fiche, celle-ci apparaît automatiquement avec le nouveau quickcode dans les opérations.) | | | |
3 | | | |
| 0001301 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-05-09 | 2017-03-09 | | | | | | | | Champs s'effacent dans IMPBANK si modification d'un autre champ format. | | Quand on paramètre un format pour IMPBANK, si l'on a déjà assigné des champs aux colonnes et qu'on décide ensuite de modifier le format date, par exemple, les colonnes sont remises à zéro quand on sauve, et il faut de nouveau réassigner.
Proposition: conserver l'assignation des colonnes qui a déjà été paramétrée dans le format lorsqu'on change un autre paramètre. | | | |
| | | |
| 0001312 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-06-23 | 2017-03-09 | | | | | | | | MODOP: second enregistrement, comme ailleurs. | | Lorsque l'on sauve dans MODOP, il n'est pas proposé un dernier «coup d'œil» avant de sauver une seconde fois.
Ça permettrait de corriger éventuellement. | | | |
| | | |
| 0001311 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-06-23 | 2017-03-09 | | | | | | | | Dans MODOP: tout s'efface si montant incorrect. | | Si le montant de l'opération est incorrect (par exemple «0», je crois) lorsque l'on sauve, un message s'affiche «montant incorrect» mais tous les champs s'effacent.
Il serait mieux, comme ça a été fait dans d'autres cas, que les informations demeurent. | | | |
| | | |
| 0001310 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-06-23 | 2017-03-09 | | | | | | | | Dans MODOP: effacer champ de recherche si nouvelle recherche | | Quand on sélectionne une opération pour la modifier, son numéro interne apparaît dans le champ de recherche.
Après avoir modifier l'opération, le numéro reste dans le champ, ce qui est pratique car ça permet d'afficher de nouveau l'opération au cas où l'on se serait trompé sans devoir refaire la recherche.
Par contre, si l'on lance une seconde recherche sans avoir effacé ce premier numéro (par distraction), le second (et troisième, etc') vient s'ajouter au premier et ça coince.
Il serait pratique que le premier numéro présent dans le champ s'efface automatiquement si une nouvelle recherche «aboutit», c'est-à-dire dès que l'on clique sur «mettre à jour» dans la recherche. | | | |
| | | |
| 0001306 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-06-10 | 2017-03-09 | | | | | | | | Importation fiches. | | Ne serait-il pas utile d'introduire un avertissement durant l'importation de fiches au cas ou une fiche avec un même «quickcode» existe déjà?
Par exemple, ajouter un avertissement et la possibilité de choisir entre le remplacement de la fiche (mise à jour sur base du même quickcode) ou création d'une nouvelle fiche (soit en modifiant automatiquement le quickcode (genre: «[quickcode]2»), soit en demandant d'en introduire un nouveau).
| | | |
| | | |
| 0001371 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-01-12 | 2017-03-09 | | | | | | | | MODOP - tout s'efface si balance incorrecte dans une OD. | | Si on modifie un OD avec MODOP et qu'on essaye d'enregistrer alors que la balance est incorrecte, tout s'efface! | Ouvrir une OD dans MODOP.
Modifier un montant pour obtenir une balance incorrecte.
Enregistrer. | | |
| | | |
| 0001300 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-05-09 | 2017-03-09 | | | | | | | | Confirmation dans TOOL non mis à jour. | | Le modèle de demande de confirmation dans l'extension TOOL est encore "oldschool".
Il me semble qu'il a été changé partout ailleurs (avec impossibilité de confirmer par «enter» (le ton gris s'"enfonce"), etc') mais pas pour TOOL, où il est encore possible de faire «OK» avec «enter» et avec coloris orange, etc'.
Proposition: "moderniser" TOOL pour que la confirmation se fasse comme ailleurs. | | | |
| | | |
| 0000580 | Noalyss - PLUGIN | danydb | | | fonctionnalité | sans objet | nouveau | ouvert | | 2012-05-16 | 2017-03-09 | | | | | | | | OUTIL COMPTABLE : ajouter historique | | Dans les outils comptables, ajoutez l'historique + recherches sur la table jrn et action_gestion
Afin de répondre aux questions
Qui a encodé quoi et quand | | | |
| | | |
| 0001375 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-01-12 | 2017-03-09 | | | | | | | | IMPBANK - attendre confirmation pour contrepartie. | | Dans IMPBANK, lors qu'on veut donner la contre-partie par lot et qu'on sélectionne «donner la contre-partie» dans la liste, la confirmation n'est pas attendue et une fenêtre s'ouvre automatiquement.
Ceci fait que, si on choisi par erreur cette entrée dans la liste, la fenêtre s'ouvre quand même.
Il serait plus pratique d'attendre qu'on clique sur le boutton action «opération sélectionnées» pour ouvrir la fenêtre qui permet de choisir la contre-partie, comme pour les autres opération par lot. | | | |
| | | |
| 0001376 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2017-01-12 | 2017-01-12 | | | | | | | | MINI-RAPPORTS -- possibilité utilisation fiches | | Dans la définition des rapports, il serait pratique de pouvoir utiliser les fiches en plus des postes. | | | |
| | | |
| 0001331 | Noalyss - PLUGIN | melopie | danydb | | majeur | toujours | | corrigé | | 2016-08-30 | 2016-11-13 | Mint | 18 | GNU Linux | rel6916 | Version suivante | | | Plugin import de banque : Selection intempestive de lignes cachées | | Dans l'extension d'import de banque où j'avais filtré plusieurs
opérations d'un même tiers afin de leur assigner une même contrepartie:
- Je les ai d'abord tous coché
- J'ai sélectionné "Donner la contrepartie"
- J'ai cliqué sur "opérations sélectionnées
J'ai voulu ensuite les transférer en cliquant sur transférer.
J'ai eu la mauvaise surprise de voir des opérations sans contre-partie
jusqu'à présent (pas toutes), transférée avec la même contrepartie!
Quand j'ai cliqué sur "transfert", le listing se remettait peut-être
en exhaustif, sans mon filtre, ce qui aurait appliqué le transfert sur
les opérations sur lesquelles je ne comptais pas intervenir. | Il doit suffire de cliquer un peu vite, avant le rafraîchissement de la page. | Dans l'extension d'import, le filtre est à refaire après une opération
sur un lot. Outre le fait que c'est piégeant comme on vient de le voir, il serait peut-être plus intéressant d'avoir à le réinitialiser soi-même, pour éviter d'avoir à ré-configurer le même filtrage. | |
2 | | | |
| 0001317 | NOALYSS | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-06-23 | 2016-06-23 | | | | | | | | Export de fiches - choix catégories | | Ajouter la possibilité de choisir plusieurs catégories dans les liste de fiches (en mode «résumé» et en mode «liste») pour pouvoir visualiser plusieurs catégories -- qui correspondent, par exemple, à une même sur-catégorie -- et pouvoir, éventuellement, exporter en CSV une plage plus large qu'une seule catégorie. | | | |
| | | |
| 0001296 | NOALYSS | yanntemp | | | mineur | quelques fois | nouveau | ouvert | | 2016-04-22 | 2016-04-22 | | | | | | | | Incohérences de classement dans certaines listes. | | En plusieurs endroits où il est possible de choisir le champ selon lequel une liste est classée, il semble y avoir un classement secondaire mais quelque peu incohérent.
Je n'ai plus en tête toutes les occurrences mais en voici une, ci-jointe, où un classement par nom fait apparaître un sous-classement par date "en bloc".
Ici: 2012/2013/2014/2015 puis 2006/2007/2008/2009/2010/2011, par exemple.
Dans cet exemple, il serait utile que le sous-classement par date soit cohérent.
De manière générale, si ce n'est pas compliqué, il pourrait être fait en sorte que, pour classer une liste selon le critère A et ensuite, dans cet ordre, selon le critère B (ici, nom puis date), il suffise de choisir un classement selon B, puis de choisir le classement selon A. La liste serait classée selon A avec la "mémoire" du classement précédent, c'est-à-dire B, comme sous-classement.
| | | 1 |
1 | | | |
| 0001244 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2015-12-04 | 2016-04-20 | | | | | Version suivante | | | imp bank - flèche d'ordre de classement confondue avec case de tête. | | Je ne sais pas si c'est dû à l'affichage de mon écran mais la petite flèche noire qui permet d'inverser l'ordre de classement des lignes (par date) se confond avec la case de tête qui coche toutes les case.
Ce qui fait qu'il est possible d'inverser l'ordre sans cocher la case de tête mais non l'inverse: cocher la case de tête inverse aussi l'ordre d'affichage. | | | 4 |
3 | | | |
| 0001285 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2016-03-15 | 2016-03-15 | | | | | | | | DNA - problème avec « EXT/TOOLS» | | Quand on change le pourcentage de la partie non déductible dans une fiche, et que l'on remplace la fiche par elle même dans une opération grâce à «EXT/TOOLS», rien ne change.
Le poste DNA est toujours imputé du même montant, et celui de la fiche amputé du reste.
Il faut passer par «EXT/MODOP» pour que le changement soit pris en compte. Alors, seulement, le montant est réparti selon le nouveau pourcentage.
Il serait judicieux que cela fonctionne également par «TOOLS». | - Créer une fiche avec contre-partie DNA.
Affecter un certain pourcentage et l'inclure dans une opération.
Le montant est réparti entre la fiche et le poste DNA selon le pourcentage.
- Changer le pourcentage dans la fiche.
Dans «TOOLS», trouver l'opération et changer la fiche par elle-même (comme après un changement de poste).
Rien n'est modifié.
Aller dans «MODOP», trouver l'opération, changer la fiche par elle-même.
Là, ça marche. | | |
| | | |
| 0001169 | NOALYSS | yanntemp | | | simple | toujours | nouveau | ouvert | | 2015-08-30 | 2016-03-10 | | | | | | | | Généraliser le rafraîchissement | | Si possible, facile et non risqué, généraliser le rafraîchissement des pages à:
- ajout d'une fiche
- modification d'une opération dans la fenêtre de détail
- etc'
C'est le cas depuis peu, avec le PCMN et l'amortissement, entre autres; si l'on modifie un poste ou qu'on ajoute une fiche à amortir, la liste (la page) est automatiquement rafraîchie.
y | | | |
2 | | | |
| 0001099 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2015-04-27 | 2016-03-05 | | | | | | | | Plugin IMPORT BANQ - possibilité de fusionner les champs. | | Lors de l'importation des relevés bancaires, il serait pratique de pouvoir "fusionner" les champs. C'est-à-dire que, lors du choix de l'intitulé des colonnes, il soit possible de rassembler les valeurs de plusieurs colonnes sous une même catégorie (par ex', "info' supplémentaire" ou "tiers"). Ainsi, pour le champ "tiers", par ex', il serait possible de rassembler le nom, l'adresse et le n° de compte, quand ceux-ci sont dans des colonne séparées et qu'il n'y a plus d'intitulé disponible.
Cela pourrait se faire, par ex', en choisissant le même intitulé pour plusieurs colonnes, ce qui placerait les éléments des différentes colonnes dans le même champ une fois l'importation faite. | | | |
2 | | | |
| 0001242 | Noalyss - PLUGIN | yanntemp | danydb | | mineur | toujours | | corrigé | | 2015-12-04 | 2016-02-29 | | | | | Version suivante | | | Imp bank - ligne en "attente" plus visible. | | Est-il possible de faire en sorte que les ligne qui ont le statut "attente" soient, à l'instar de la couleur verte des "transféré", mise en valeur?
Par exemple un vert clair ou une autre couleur; pour qu'elles soient faciles à distinguer sans devoir filtrer, comme le sont les "transféré" et les "effacer". | | | |
| | | |
| 0001261 | Noalyss - PLUGIN | yanntemp | danydb | | majeur | impossible à reproduire | | corrigé | | 2016-01-21 | 2016-02-29 | | | | | Version suivante | | | IMPBANK -- effacement des importations si format effacé. | | CATASTROPHE!
J'ai modifié les formats des importations bancaires et toutes les importations précédentes dans la liste qui correspondaient aux formats modifiés ou effacés ont disparu!
Est-il possible de faire en sorte que, une fois enregistrées, les importations ne soient plus liées aux formats existants pour éviter de telle conséquences? | Faire une importation avec un format personnalisé.
Enregistrer les opérations.
(Éventuellement relier et transférer tout ou partie des opérations dans ladite importation.)
Retourner dans "importation", effacer le format correspondant.
Dans la liste, l'importation a disparue. | | |
2 | | | |
| 0001239 | Noalyss - PLUGIN | yanntemp | | | mineur | impossible à reproduire | nouveau | ouvert | | 2015-12-04 | 2016-02-13 | | | | | | | | Import bank - lacunes dans réconciliation automatique? | | Bonjour.
Il semblerait que la réconciliation automatique ne se fasse pas toujours alors que les opérations liées existent et que, lorsqu'on fait la réconciliation manuellement, il propose l'opération liée et, donc, le tiers.
Je ne suis pas parvenu à déceler une particularité dans les opérations pour lesquelles la réconciliation ne se fait pas automatiquement. | Dans une liste importée: "réconciliation automatique", "confirmer".
Certaines lignes reste vide de suggestion alors que rien ne semble empêcher la réconciliation automatique. | Je commence seulement à utiliser la nouvelle extension.
Il est risqué de reproduire les manipulation sous peine de parsemer le journal de banque de doublons.
Il s'agit plutôt de signaler pour savoir si d'autres rencontrent les mêmes soucis. | |
3 | | | |
| 0000821 | Noalyss - PLUGIN | saniregul | | | fonctionnalité | non essayé | nouveau | ouvert | | 2013-04-16 | 2016-01-10 | | | | | | | | EBICS | | Permettre la réception de flux bancaires selon le protocole EBICS | | | |
| | | |
| 0001164 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2015-08-28 | 2016-01-10 | | | | | | | | Disparition montants achat/vente - MODOP | | J'ai retrouvé où ça se produit:
c'est dans l'extension MODOP.
Contrairement aux opération diverses et de trésorerie, lorsque l'on change une fiche dans une opération d'achat ou de vente, le montant y associé disparaît aussi. Si l'on y prend garde et qu'on ne l'a pas mémorisé, il faut aller le rechercher alors qu'on ne voulait changer que la fiche.
Suggestion: comme pour opérations OD et FIN, ne pas effacer le montant en cas de changement de fiche. | Opération d'achat (ou de vente) dans MODOP.
Effacer une fiche de débit (respectivement de crédit) -- marchandise, en gros -- et le montant en vis-à-vis s'efface aussi (dès que l'on met à jour où que l'on place le curseur ailleurs). | | |
1 | | | |
| 0001100 | Noalyss - PLUGIN | yanntemp | | | cosmétique | toujours | nouveau | ouvert | | 2015-04-27 | 2016-01-10 | | | | | | | | Dans MODOP - menu déroulant. | | Lors de la recherche d'opération, la liste est limitée à 25.
Il serait utile de pouvoir en avoir plus et les faire dérouler, ou de les répartir sur plusieurs pages; dans les cas où il n'est pas possible d'affiner la recherche. | | | |
| | | |
| 0001096 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2015-04-27 | 2016-01-10 | | | | | | | | Confirmation lors d'une modification d'opération avec MODOP | | Le plugin MODOP réagit différemment selon le type d'opération modifiée.
Il n'y a pas d'avertissement de confirmation pour les ventes, achats et OD.
Serait bon de reprendre la démarche lors de l'introduction des opérations:
introduction de l'opération -- résumé et demande de confirmation -- résumé confirmé. | | | |
1 | | | |
| 0001178 | Noalyss - PLUGIN | yanntemp | | | mineur | toujours | nouveau | ouvert | | 2015-09-28 | 2016-01-10 | | | | | | | | PROJET "EXT/IMPORTBANK" -- au cas où. | | Bonjour.
Si les grosses modifications de l'extension IMPORTBANK ont lieu, il serait pratique d'ajouter la possibilité suivante (en fait, elle y est presque déjà), si ce n'est pas trop compliqué:
lors de la réconciliation, a été ajoutée l'ajout automatique du tiers lors du "rapprochement" de deux opérations. Seulement, ceci ne fonctionne que s'il n'y a qu'un seul tiers dans l'opération rapprochée. Or NOALYSS est capable d'aller chercher et rapprocher des montants contenus dans des opérations à "plusieurs tiers".
EXEMPLE: si j'ai payé, en début d'année, une facture de l'année précédente, et que je fais la réconciliation de ce paiement, NOALYSS me proposera comme opération à rapprocher l'OD d'ouverture dans laquelle le compte fournisseur est "réouvert" avec le montant de la dette de ladite facture (si le solde du compte fournisseur est de ce montant, évidemment). Par contre, si j'accepte la proposition, la réconciliation automatique ne se fera pas -- sans doute parce que dans l'OD d'ouverture en question, il y a plusieurs "tiers" possible.
Si NOALYSS va chercher la "sous-écriture" (report du compte fournisseur) contenue dans l'opération d'ouverture générale (report de tous les comptes) pour me proposer le rapprochement des opérations (FIN et OD), n'est-il pas possible de faire facilement en sorte que, en cas d'acceptation du rapprochement des opérations, les opérations particulières (ouverture compte fournisseur - paiement de la facture (et, donc, dans ce cas-ci, solde du compte fournisseur)) soient aussi réconciliées automatiquement?
Bonne journée. | | | |
| | | |
| 0001032 | Noalyss - PLUGIN | danydb | | | mineur | non essayé | affecté | ouvert | | 2014-10-04 | 2016-01-05 | | | | | | | | Ajouter le cumulatif | | Dans les formules, il n'est pas possible d'utiliser from=00.0000, donc il faut ajouter un cumulatif à partir du certaine date.
Il le faut pour les formules, pour voir comment évoluer par exemple la trésorerie ou le compte gérant | | | |
1 | | | |
| 0000963 | Noalyss - PLUGIN | danydb | | | mineur | non essayé | nouveau | ouvert | | 2014-01-14 | 2016-01-05 | | | | | | | | Possibilité d'exporter / importer des définitions de listing | | Possibilité d'exporter ou importer des définitions de plugins. | | | |
| | | |
| 0001148 | NOALYSS | danydb | | | simple | sans objet | nouveau | ouvert | | 2015-08-12 | 2015-11-02 | | | | | | | | Changement structure de données pour FICHE | | Changement la structure des tables, il faudrait que le quick code se trouve uniquement dans la table FICHE et que l'attribut 23 soit retiré partout .
Raison :
=======
Gain de performance , visible seulement avec un grand nombre de fiches
Réécriture de code : le quick code devant être unique, il serait plus facile de l'avoir dans une table comme colonne
| SQL
====
Script sql pour ajouter une colonne à fiche
Mise à jour de toutes les fiches avec les quick codes existants
Correction des vues utilisant les fiches
PHP
===
class_fiche.php et dépendance
appel ajax (création fiche ajout fiche ...)
| | |
| | | |
| 0000545 | Copropriété | danydb | | | mineur | non essayé | affecté | ouvert | | 2012-03-14 | 2015-06-24 | | | | | | version 0.9 | | PLUGIN COPRO : ajoutez l'exercice aux budgets | | Pour les budgets il faut ajouter les exercices | | | |
2 | | | |
| 0000544 | Copropriété | danydb | | | majeur | toujours | affecté | ouvert | | 2012-03-14 | 2015-06-24 | | | | | | version 0.9 | | PLUGIN COPRO: Budget opérationnel et prévisionnel | | Les budgets doivent être soit provisionnels soit opérationnels | | | |
| | | |
| 0000912 | Copropriété | ina | | | mineur | non essayé | nouveau | ouvert | | 2013-10-31 | 2014-01-06 | | | | | | | | Détail calcul par lot | | Générer l'écriture comptable pour l'appel de fonds avec le détail par lot uniquement par copropriétaire.
| | | |
| | | |
| 0000698 | Copropriété | ina | | | mineur | non essayé | nouveau | ouvert | | 2012-08-04 | 2012-08-17 | | | | | | | | Les 4 postes comptables | | L'utilisation des 4 postes comptables est une possibilité et non une obligation, néanmoins
"Le syndic doit être en mesure de ventiler les sommes exigibles à recevoir de chaque copropriétaire selon les rubriques suivantes :
- créances sur opérations courantes ;
- créances sur travaux de l'article 14-2 de la loi du 10 juillet 1965 susvisée et opérations exceptionnelles ;
- créances sur avances ;
- créances sur emprunts obtenus par le syndicat des copropriétaires."
(Article 7 du décret lien ci-dessous)
Pour utiliser ces comptes :
Les comptes 1031, 1032 et 1033 sont crédités par le débit du compte 450 "Copropriétaire individualisé" ou, s'il a été créé , du sous-compte 450-3 "Copropriétaires – avances".
1 Le sous-compte 450-1 "Copropriétaire - budget prévisionnel" est débité du montant des provisions appelées par le crédit du compte 701 "Provisions sur opérations courantes". Lors des règlements, il est crédité par le débit du compte de trésorerie. A l'arrêté des comptes, il est débité ou crédité de l'excédent ou de l'insuffisance sur opérations courantes par la contrepartie du compte 701.
2 Le sous-compte 450-2 « Copropriétaire-travaux art 14-2 et opér.except « est débité du montant des provisions par le crédit du compte 702 « Provisions sur travaux de l'article 14-2 et opérations exceptionnelles »Lors du règlement du copropriétaire, il est crédité par le débit du compte de trésorerie. C'est la recommandation n°6 de la commisiion relative à la copropriété qui permet de porter les provisions pour travaux directement dans le compte 702 sans passer par le compte 102.
Lorsque les travaux sont décidés et que leur financement est en partie réalisé par imputation des sommes figurant en avance pour travaux au compte 1032, le compte 1032 est débité du montant affecté à ce financement par le crédit du compte 102.
Dans ce cas, voir paragraphe 6 de la recommandation n°6 de la commisiion relative à la copropriété
3 Pour le sous-compte 450-3 « copropriétaire -avances »on utilise le compte 703 « Avances »
4 Pour le sous-compte 450-4 « copropriétaire -emprunt »on utilise le compte 704 « remboursement d'annuités d'emprunts
| | http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000000258200&dateTexte=20080225&fastPos=3&fastReqId=1199249027&oldAction=rechTexte
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000000258165&dateTexte=20080225&fastPos=40&fastReqId=1490451268&oldAction=rechTexte
http://sos-net.eu.org/copropriete/crc/6.htm
| |
1 | | | |
| 0000565 | Copropriété | matheo | | | mineur | toujours | nouveau | ouvert | | 2012-04-19 | 2012-08-07 | | | | | | | | Régularisation en fin d'année des charges sur les comptes copropriétaires | | Ajouté dans le plugin de copropriété la fonction de régularisation des comptes copropriétaires en fin d'année.
Le compte du copropriétaire A doit être crédité ou debité des soldes: (charges constatées liées à clés Z moins montants des appels de fonds sur clés Z) * (tantième Z du copropriétaire A / total tantième Z)
Note les budgets utilisés lors de l'appel de fond fournissent la listes des couples : fiches charges et clés de répartition.
La solution serait de trier les charges et produit par clés de répartition puis de distribuer les soldes charge/produit sur le compte copropriétaire au prorata de ses tantièmes.
Description de l'interface utilisateur
L'opérateur sélectionne un budget puis clique sur le bouton "Régularisation".
Cela génère une page d'écritures comptables identique à celle de l'appel de fond. Excepte que certaines écritures créditent le compte de copropriétaires.
| | | |
3 | | | |
| 0000697 | Copropriété | ina | | | mineur | non essayé | nouveau | ouvert | | 2012-08-03 | 2012-08-03 | | | | | | | | Modification appellation budget opérationnel | | Indiquer budget "travaux" à la place de "Opérationnel"
| | | |
| | | |
| 0000612 | Copropriété | ina | | | mineur | non essayé | nouveau | ouvert | | 2012-06-11 | 2012-06-11 | Mageia | 1 | Linux | | | | | Clôture de l'exercice comptable, et régularisation des travaux et op. except. | | L'exercice comptable correspond le plus souvent à l'année civile,mais peut-être différent. Délai pouvant être raccourci ou rallongé la 1ère année afin de "rattraper "l'année civile.
Les charges pour travaux de l'art.14.2 et opérations exceptionnelles (pas les travaux d'entretien courant et de maintenanace) ne sont réparties entre les copropriétaires que lorsque chacune des opérations concernées est terminée. Si des travaux s'étalent sur 2 années, ils ne sont pas clôturés à la fin de la première année | | Le compte 12 reçoit le solde en fin d'exercice des opérations qui ne peuvent être clôturées.
Ce compte 12 est débité en fin d'exercice par le crédit du compte 671 intéressé.
Ce compte 12 est crédité en fin d'exercice par le débit des comptes de produits sur travaux.
Le solde et le détail du compte 12 apparaissent dans l'annexe 5 "État des travaux et op except" votés non clôturésà la fin de l'execice et son solde est repris dans l'annexe 1 "État financier"
| |
| | | |
| 0000564 | Copropriété | matheo | | | mineur | toujours | nouveau | ouvert | | 2012-04-19 | 2012-04-20 | | | | | | | | Ajouter "Avance" dans "Type de budget" | | Dans le plugin copropriété les "Type de budget" devraient être:
- "Budget prévisionnel"
- "Budget travaux/exceptionnel"
- "Avance" | | Prenons un exemple.
Le budget A contient
ligne | montant | fiche | clé répartition
1 | 100 | fiche(601) | COMMUN
2 | 150 | fiche(602) | COMMUN
3 | 200 | fiche(603) | CHAUFFAGE
Si en fin d'année:
le compte 601 est crédité de 80 euros
le compte 602 est crédité de 160 euros
le compte 603 est crédité de 220 euros
Alors pour la clés COMMUN le solde à répartir est (100-80)+(150-160) = 10 euros
Pour la clés CHAUFFAGE le solde à répartir est (200-220) = -20 euros
Si le proriétaire A posséde 100 tantièmes de charge COMMUN sur 1000
et 50 tantièmes de charge CHAUFFAGE sur 500
Alors la règle de répartition devient: 10*(100/1000)-20*(50/500) = -1
Il faut débiter 1 euro sur le compte du copropriétaire A. | |
| | | |
| 0000546 | Copropriété | danydb | | | mineur | sans objet | nouveau | ouvert | | 2012-03-14 | 2012-03-22 | | | | | | version 0.9 | | Impression des états | | Impression des états, avec les modèles de mathéo | | | 2 |
| | | |
| 0000231 | Copropriété | hms10 | | | mineur | non essayé | nouveau | ouvert | | 2011-02-28 | 2012-03-22 | | | | 5.4 | | version 0.9 | | Adaptation de PHP Compta au plan comptable copropriété | | Dans compta générale renommer :
«Recettes » par « Entrées de fonds »
«Dépenses « par « Sorties de fonds » | | | |
| | | |
| 0000230 | Copropriété | hms10 | | | mineur | non essayé | nouveau | ouvert | | 2011-02-26 | 2012-03-22 | | | Linux-mandriva | 5.4 | | version 0.9 | | tâches pour adapter PHPCompta au plan comptable copropriété | | Renommer journal de vente en journal d'appels de fonds, clients par copropriétaires.
Pour le compte 58, Alainvg signale aussi qu'il n'a pas lieu d'être. | | | |
2 | | | |
|
|
|