Incidents

voici ce qu'il me met : AttributeError : 'NoneType' object has no attribut

 Pile d'appel
 c:\lucterios2\Python\lib\site-packages\django\views\generic\base.py in line 88 in dispatch : return handler(request, *args, **kwargs)
 c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferbasic.py in line 334 in post : return self.get_post(request, *args, **kwargs)
 c:\lucterios2\Python\lib\site-packages\lucterios\framework\xfergraphic.py in line 153 in get_post : self.fillresponse(**self._get_params())
 c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferadvance.py in line 281 in fillresponse : self.fill_confirm(transition, trans)
 c:\lucterios2\Python\lib\site-packages\diacamma\invoice\views.py in line 264 in fill_confirm : self.getparam('reference'), self.getparam('bank_account', 0), self.getparam('date_payoff'), repartition=0)
 c:\lucterios2\Python\lib\site-packages\diacamma\payoff\models.py in line 431 in multi_save : cls._correct_account_multipay(new_entry, paypoff_list)
 c:\lucterios2\Python\lib\site-packages\diacamma\payoff\models.py in line 385 in _correct_account_multipay : item_paypoff.save(do_generate=False)
 c:\lucterios2\Python\lib\site-packages\diacamma\payoff\models.py in line 345 in save : self.generate_accountlink()
 c:\lucterios2\Python\lib\site-packages\diacamma\payoff\models.py in line 289 in generate_accountlink : AccountLink.create_link(entryline)
 c:\lucterios2\Python\lib\site-packages\diacamma\accounting\models.py in line 716 in create_link : entry = EntryAccount.objects.get(id=entry.id)
 Requete
 diacamma.invoice/billTransition?&GRID_ORDER%bill_third=+&GRID_ORDER%bill=&filter=&status_filter=-1&bill=1&LOCK_IDENT=diacamma.invoice.models-Bill-1&new_account=411&supporting=1&TRANSITION=valid&withpayoff=o&date_payoff=2018-01-18&amount=20&payer=Candas Caroline&mode=0&reference=&CONFIRME=YES

merci pour votre aide

Problème corrigé pour la mise à jours de fin janvier.

Modifier la présentation des écritures afin de pouvoir consulter plus simplement chaque ligne d'écriture et en particulier les montant 'débit' et 'crédit'.
Avoir la possibilité de trié via ces colonnes de montant.

Avoir les mêmes possibilités depuis l'écran de recherche d'écriture.

Amélioration prévu pour la mise à jour de janvier 2018

Permettre d'associé un code analytique à une ligne d'écriture et non plus à l'écriture entière.

Seules les écritures des classes 6, 7 ou 8 auront la possibilités d'avoir un code analytique.

Il sera ainsi possible de ventiler sur plusieurs analytiques des charges ou produits différents d'une même écriture.

Amélioration prévu pour la mise à jour de janvier 2018

Depuis le modèle d'impression du facturier, proposer 2 nouveaux champs par article de facture:

• Le montant brute de la réduction
• Le pourcentage de réduction

Amélioration prévu pour la mise à jour de janvier 2018

Depuis les modèles d'impression 'Appel de fond" et "copropriétaire" avoir la un nouveau champ disponible.

• Vaux le solde du copropriétaire si celui-ci est débiteur envers la copropriété.
• Vaux zéro si ce solde est créditeur.

Amélioration prévu pour la mise à jour de janvier 2018

Idée d'amélioration évoqué sur le forum : Facturation: Mécanisme de réduction automatique

Contexte:

Beaucoup d'association ont mis en place un grille tarifaire afin de privilégier les adhérents, soient très actifs, soient participant en famille aux activités de l'association.

Et donc, en fonction du nombre d'adhésion d'une famille ou d'un nombre de participation à une sortie, un stage ou autre, une réduction est ainsi attribué à certain adhérent.
Dans Diacamma Asso, cela reviens donc à modifier chaque facture de ces adhérents pour leur octroyer cette réduction.

Cette manipulation peut-être longue, fastidieuse et potentiellement à la source d'erreurs pour des associations importantes.

Solution envisagée
Au moment d'ajout d'un article dans une facture, si le client de cette facture et ce nouvel article répond à aux critères d'une réduction, celle-ci s'applique alors automatiquement dans la facture.
Si plusieurs réductions remplissent leurs conditions, c'est la réduction octroyant la plus grande réduction qui sera utilisé.
Un article peut se retrouver vendu gratuitement, mais jamais négativement (qui reviendrait à un remboursement)
Ce mécanisme sera également appliqué lors de la création automatique des factures (cotisation, participation à un événement)
Ce mécanisme vérifie le critère que pour des opérations réalisés sur l'exercice financier courant de l'association (les réductions ne se cumule pas d'une année à l'autre)

Nouvelle fonctionnalité en test sur futur.diacamma.org

Publié sur Diacamma v2.2.4

Reprendre la documentation pour mettre à jour les différents copie d'écran.
En effet, la grille de présentation dans les différentes fiches à changer en version 2.2.0 mais la documentation fait toujours référence à l'ancienne présentation.

Refaire également une passe complète afin de reprendre et rajouter certaine fonctionnalité manquante.

Publié sur Diacamma v2.2.4

Dans des écrans particuliers, il arrive que l'affichage des grilles ait une taille ou une position non adaptées à l'écran.

Revoir la présentation de la grille.

Une correction a commencé à être faite sur la présentation des grilles/tableaux.
Un exemple de rendu est consultable sur http://futur.diacamma.org

Une erreur peut survenir sur l'affichage de la liste des sessions.

Cela arrive lors de l'affichage d'une ancienne session lié à un utilisateur supprimé.
Une autre erreur peut également arrivé lors de la purge des sessions (au moment de la connexion à l'outil) pour la même raison.

Corrigé sur la version 2.2.3

Message erreur en voulant imputer une nouvelle dépense

En essayant de saisir une dépense
- Ecritures comptables
-Dépenses + Ajouter
-Nom: Eau
-Message d'erreur

#### Cannot resolve keyword 'costaccounting' into field. Choices are: account, account_id, amount, entry, entry_id, id, reference, third, third_id ####
c:\lucterios2\Python\lib\site-packages\django\views\generic\base.py in line 88 in dispatch : return handler(request, *args, **kwargs)
c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferbasic.py in line 334 in post : return self.get_post(request, *args, **kwargs)
c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferadvance.py in line 160 in get_post : self.fillresponse()
c:\lucterios2\Python\lib\site-packages\diacamma\accounting\views_entries.py in line 287 in fillresponse : XferContainerAcknowledge._search_model(self)
c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferadvance.py in line 147 in fillresponse : self.fill_from_model(1, 0, False)
c:\lucterios2\Python\lib\site-packages\lucterios\framework\xfergraphic.py in line 592 in fill_from_model : self.item.editor.edit(self)
c:\lucterios2\Python\lib\site-packages\diacamma\accounting\editors.py in line 315 in edit : xfer.nb_lines = self._entryline_editor(xfer, serial_vals, xfer.debit_rest, xfer.credit_rest)<br style="box-sizing: border-box; color: #888888; font-family

Prévoir une option "quantité entière" (par défaut à 'oui') dans la fiche article.

Si cette option est coché, la saisi dans la facture ce cette article se fait alors sans décimal.

Modification de la correction initial.

Depuis la fiche article, il est maintenant possible de définir le nombre de décimal de la quantité (de 0 à 3 nombres après la virgule)

L'affichage dans la facture et les outils de gestion de stock est adapté en conséquence.

Amélioration présente dans la version 2.2.3

En effet, les totaux de chaque ligne de la balance de coïncide pas avec le bilan et le compte de résultat.

Une correction a commencé à être faite.
Un exemple de rendu est consultable sur http://futur.diacamma.org

Corrigé dans la version 2.2.3

La présentation du bilan à changé suite à l'article Présentation bilan

Après analyse de la remarque de Sparfell, il a été observé qu'en effet, Diacamma ne présentait pas le bilan comme le demande la réglementation française.

L'idée est d'obtenir un bilan présenté comme résumé ici:

• https://sites.google.com/site/comptaecritures/le-bilan-comptable-explique/le-bilan-comptable-avec-les-comptes-correspondants
• http://association1901.fr/finances-association-loi-1901/comptabilite-finances/lire-le-bilan-association-loi-1901/

La mise à jour effectué en janvier est un premier jet afin de commencer à réaliser des sous-groupes avec totaux.

Cela explique donc que certaine ligne du bilan on changé de coté ou d'ordre.

Néanmoins, vous avez quand même un problème vu qu'il y a disparition de l'ensemble de vos lignes "classe 1" en passif.

A analyser et a étudier afin de proposer une correction.

Une correction a commencé à être faite.
Un exemple de rendu est consultable sur http://futur.diacamma.org

Correction réalisée dans la version 2.2.3

on attend les corrections sur la balance pour pouvoir continuer.. Les états à l'écran ne sont pas exploitables sauf à en demander l'édition car les lignes se recouvrent..( bilan, balance, etc). La liste des appels de fond apparait toujours dans le désordre. Merci de votre attention.

Si j'ai bien compris, deux problèmes actuelles vous bloque dans l'utilisation de Diacamma :

• La barre de défilement produit un recouvrement des lignes dans l'écran d'état des copropriétaires.
• Balance fausse sur plusieurs comptes.

Il ne vous reste que l'édition via PDF de l'état des copropriétaires pour consultation et cela n'est pas pratique.

La correction de la grille de présentation est en cours.
La correction de la balance également.
C'est 2 problèmes seront résolut pour la mise à jour du fin du mois.

Merci de votre patience

Une correction a commencé à être faite.
Un exemple de rendu est consultable sur http://futur.diacamma.org

Correction réalisée dans la version 2.2.3

Il a été remarque que si l'on crée des champs personnalisés de tiers, les recherches de factures et d'écritures plante (erreur "Can't convert 'tuple' object to str implicitly")

De même, si l'on utilise un champ personnalisé d'article ou de contacts génériques, ils ne sont pas proposé dans la recherche des factures ou des écritures.

Amélioration/correction réalisée pour la version 2.2.3

Ajouter deux dates d’intervalle de filtrage sur l'affichages des rapports analytiques.

Amélioration réalisée pour la version 2.2.3

Depuis la version 2.2.2 de Diacamma, l'analytique est associé en comptabilité à une ligne d'écriture (et plus une écriture comme précédemment)
Il était déjà possible de préciser un code analytique d'imputation sur une facture.
Or, il est possible que les articles contenu dans une facture ne soient pas associés au même centre de coûts.
ex: dans une facture, avoir un service et une vente de produit.

Il faudrait donc que chaque articles aient son propre code analytique.
Or, vu que l'analytique a une durée de vie limité, on ne veux pas modifier les centaines d'articles toutes les années pour assigner la nouvelle analytique.

Pour résoudre cela, il faudrait avoir une notion de "Code d'imputation comptable"
Celui-ci, configurable, contiendra:

• un code comptable de vente
• un code analytique (optionnel) 

Et chaque article pourra être associé à un code d'imputation comptable (si non précisé, l'article n'est pas vendable).
Normalement, une association aura moins d'une dizaine de configuration, ce qui est tout à fait gérable à changer chaque année.

=> A la mise à jour, il faudrait prévoir la création automatiquement des code d'imputation correspondant au codes comptable actuellement dans les articles.

Amélioration réalisée pour la version 2.2.3

1. Ajouter un bouton "pièce Jointe entre le sujet du mail et le corps du mail"
2. l’appui sur le bouton ouvre la fenêtre "Recherche de document"
3. l'utilisateur a la possibilité de sélectionner 1 à n documents
4. ajouter à la cette fenêtre un bouton joindre
5. le clic sur le bouton joindre ferme la "recherche de document" et renvoie la liste des documents sélectionnés dans le champs pièce jointe du mail

Voila l'idée que j'en aie
cordialement
D. Verdiere

Prise en compte de ce besoin pour la version 2.3 de Diacamma.

Ajout d'un mécanisme d'envoi des courriels en fond de tache pour se prémunir des problématiques liés à un grand nombre d'adresse.

Amélioration livré dans Diacamma 2.3

1. génération des écritures de cotisation de l'année 2017
2. modification à la masse des comptes analytiques du brouillard vers le compte analytique "cotisations"
3. validation des écritures du brouillard de vente - sélection d'une écriture - clic sur validation - confirmation - message d’erreur "compte analytique obligatoire
4. voir fichier joint

cordialement
D Verdiere

En effet, lorsque la nouvelle option "Comptabilité analytique obligatoire" est coché (menu "Administration > Configuration comptable'") la validation d'une écriture doit être refusé si:

• Une ligne de charge (code 6xxx) n'a pas de code analytique
• Une ligne de produit (code 7xxx) n'a pas de code analytique

Par contre, comme les autres types de ligne ne peuvent pas avoir de code analytique, elles ne devraient pas être contrôler.
En attendant la correction, il faut décoché l'option "Comptabilité analytique obligatoire"

=> Problème à corriger pour mars.

=> Correction proposée sur futur.diacamma.org

Publié sur Diacamma v2.2.4

1) création exercice 2018 + activation après clôture de 2017
2) sélection de 2017
3) click sur export
4) message de plantage ci dessous

#### Element 'exercice': Missing child element(s). Expected is ( journal ). (<string>, line 0) ####
c:\lucterios2\Python\lib\site-packages\django\views\generic\base.py in line 88 in dispatch : return handler(request, *args, **kwargs)
c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferbasic.py in line 334 in post : return self.get_post(request, *args, **kwargs)
c:\lucterios2\Python\lib\site-packages\lucterios\framework\xferbasic.py in line 323 in get_post : self.fillresponse(**self._get_params())
c:\lucterios2\Python\lib\site-packages\diacamma\accounting\views_admin.py in line 174 in fillresponse : destination_file = self.item.get_xml_export()
c:\lucterios2\Python\lib\site-packages\diacamma\accounting\models.py in line 409 in get_xml_export : raise LucteriosException(GRAVE, res_val)

__________________________________________
#### Diacamma Asso ####
Version : 2.2.3.18021514
Serveur : 2.2.3.18021519
AJAX Client : 1.2.4.18021519
Navigateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0)
Gecko/20100101 Firefox/59.0
Connexion : administrator ADMIN (admin@les_marcheurs_du_1)
http://192.168.1.21:8100/
(c) GPL Licence
__________________________________________
Cœur Lucterios=2.2.3.18021519
Adhérent Diacamma=2.2.2.18021514
Comptabilité Diacamma=2.2.3.18021514
Contacts Lucterios=2.2.2.18012214
Courrier Lucterios=2.2.1.18012214
Documents Lucterios =2.2.2.18010408
Facturier Diacamma=2.2.3.18021514
Règlement Diacamma=2.2.2.18021514
Évenement Diacamma=2.2.1.18021514
Diacamma Asso=2.2.3.18021514
Windows AMD64 10 - Python 3.6.3 - Django 1.11.10

Plusieurs problèmes identifiés:

• La sélection de l'exercice est mal pris en compte pour réaliser l'export (prend toujours le courant)
• L'export ne peux pas fonctionner si aucune écriture validée n'existe: affichage d'un message explicite dans ce cas.

 Publié sur Diacamma v2.2.4