[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [noalyss-generale] Attestation fiscale
From: |
Dany De Bontridder |
Subject: |
Re: [noalyss-generale] Attestation fiscale |
Date: |
Mon, 04 Apr 2016 14:16:20 +0200 |
User-agent: |
MyOwn Roundcube Webmail/1.1.4 |
Bonjour Marc,
Le 2016-04-04 11:52, Marc Allington a écrit :
Bonjour,
Je suis un peu sceptique en ce qui concerne les attestations fiscales :
* Pour l'instant, je travaille sur l'extrait de compte de banque
exclusivement, il est relativement aisé de récupérer les données
pertinentes
pour produire les fiches fiscales selon les contraintes légales. Il
existe
des outils (payant pour produire les fiches au format .xml qui seront
transformée par Belcotax.jnlp)
Je parle plus loin d'IMPORTFICHE qui permet d'ajouter des fiches en
passant par un fichier CSV. Le risque d'erreur est équivalent entre les
fiches crées depuis un CSV et un XML crée depuis un CSV aussi, en
revanche , les possibilités de vérification de Noalyss sont plus large:
solde des comptes , montants réellement payés , dans le suivi on peut
voir le nombre d'attestation générée AVANT envoi ...
* Une autre solution serait celle proposée soit de travailler sur base
des
fiches mais je ne suis pas favorable car :
- On crée potentiellement une multitude de fiches, la plupart inutile
car le
donateur risque de ne plus poursuivre son action. On risque aussi de
créer
plusieurs fois une fiche pour le même donateur (par exemple, inversion
du
nom et prénom, prénom de Monsieur et prénom de Madame et Madame &
Monsieur,
etc)
L'erreur est humaine , mais on a essayé de limiter le problème : dans
CARD -> résumé ,
on peut avoir tous les détails de tous les fiches et les exporter en
CSV pour vérifier.
Le taux d'erreur est le même que si on crée soi-même le CSV pour le
transformer en XML .
- Il y a un risque légal : l'attestation ne peut être accordée qu'au
donateur figurant sur l'extrait de compte. En créant une fiche, le
risque
d'erreur augmente (homonyme, erreur d'encodage, etc.).
Le problème avec les informations du virement est que parfois l'adresse
n'est pas à jour , le nom est un petit peu différent , le trésorier a
préfèré payer avec son compte personnel pour l'asbl ... Evidemment ,
aucune solution n'est parfaite . Les fichiers CSV donnés par la banque
ne sont pas standards , l'information n'est pas toujours disponible en
entier car ce qui compte pour la banque est n° de virement , le reste
peut être trouvé dans leur historique et la taille de ces champs sont
limités...
Les listing travaille avec UNE catégorie de fiches , donc si on utilise
la bonne on n'aura que les fiches donateur , de même que le plugin
imporcard n'importe des fiches que dans une catégorie donnée.
Pour éviter cela, il est plus sûr de travailler sur l'extrait de
compte.
Maintenant, je suis tout à fait positif pour un développement plus ou
moins
distinct de Noalyss (une extension?) :
* sur base d'un fichier .csv de la banque, extraire les informations
suivantes :
- Nom
- Prénom
- Adresse
- CP
- Ville
- Pays (si étranger)
- Montant (montant total si plusieurs paiements)
Actuellement , on peut créer le fichier CSV et l'intégrer comme fiche ,
dans une catégorie précise, avec le montant grâce à l'extension
IMPORTFICHE. Ensuite , utilisez l'extension pour générer le document PDF
, l'imprimer , l'ajouter dans le suivi de chacun et simplement l'envoyer
par email , ou seulement l'une de ces possibilités. En utilisant le
plugin IMPORTFICHE , on peut importer des fichiers confectionnés en CSV
et créer les fiches. Pour les raisons exposées plus haut , l'extraction
des informations sera laborieuse :-/
Il faudrait offrir :
- la possibilité de trier et de regrouper certains donateurs (pour les
raisons ci-dessus évoquées)
Les listing ont les conditions pour filtrer , ou on déplace les fiches
non voulue dans une autre catégorie (crée à cet effet)
- la possibilité (ou non) de créer une fiche (flexibilité)
- la création d'un fichier format .csv pour insérer les données dans
une DB
Existe déjà de base dans CARD -> résumé , exporter en csv
- la création d'un fichier .xml
Le fichier XML , pourrait être fait à partir du plugin transformation
dont l'objectif est de créer des fichiers XML sur base de CSV, dans le
cas présent , ce nouveau format n'est pas disponible. Mais cela pourrait
être un développement à planifier , de même que l'amélioration de
l'import fiche pour qu'il ne fasse que mettre à jour ou ajouter. Si on
cumule ça avec la suggestion dans
http://wiki.noalyss.eu/doku.php?id=agenda_des_developpements d'ajouter
des opérations en CSV , on a une solution très complète , en fait ce
système d'ajout d'opérations devrait être développé car elle solutionne
plusieurs problème: salaire de beaucoup de personnes sur base d'un
fichier CSV, longue opération , opération de cloture en France, vente à
beaucoup d'abonnés avec le même montant ... J'avais d'abord pensé à un
module plus simple pour la "saisie au kilomètre".
L'amélioration de l'import de fiche , ne sera pas long , le XML un peu
plus de temps et la partie importation d'opération je dois un peu
réfléchir. Mais c'est jouable , qu'en penses-tu ?
Bien à vous,
.D.
PS : D'un autre côté , je ne fais jamais d'attestation fiscale pour les
ASBL :-)