OpenConcerto

bonjour

je viens de decouvrir open concerto et remercie tout le monde

jusqu'a present je pensait que pour eviter de tenir des livre de compte en papier il fallait utiliser un logiciel agée je ne sait comment , et pensait que c'était pour ça qu'il n'y avait pas de logiciel libre

en cherchant les obligation imposé par le fisc je vois qu'il n'y a aucune obligation d'utiliser un logiciel agrée : il y a toute liberté a utiliser n'importe quel logiciel pourvu qu'il reponde a toute une liste d'obligation

http://bofip.impots.gouv.fr/bofip/2899-PGP.html

et une des obligation les plus facile a comprendre , c'est qu'on ne puisse pas remonter en arriere et modifier n'importe quoi

je pensait que ce resultat etait obtenu dans les logiciel de compta classique par des logiciel completement fermé , que l'utilisateur n'a aucun moyen de voir l'interieur

comment ce resultat est il obtenu dans un logiciel libre ? par exemple dans ma future société ou il y aura des informaticien en tout genre , par quel principe un logiciel libre assure l'irreversibilité des ecriture ?

est ce qu'il y a deja les outil qu'il faut dans une base SQL pour assurer cette irreversibilité , ou est ce obtenu par d'autre mecanisme ?

les specialistes des logiciel libre expliquent souvent que la securité par le secret ne vaut rien car il y a toujours quelqu'un qui fini par savoir ; la bonne securité repose sur des moyen qu'on peut expliquer a tout le monde , et qui montre clairement que c'est sur

j'imagine que open concerto utilise des bonne solution , et j'aimerai en savoir plus pour mieux justifier ma preference de commencer ma comptabilité avec un logiciel libre

question annexe : puisque le logiciel de comptabilité doit etre capable d'enregistrer de façon irreverssible les ecriture comptable , est il aussi utilisable pour stocker d'autre document a valeur legale a la place de registre en papier ?

merci

Bonjour,

J'ajouterais qu'un "logiciel agréé" ça n'existe pas.
Le fisc ne certifie ni ne donne d’agrément.

Dans le cas d'OpenConcerto, le logiciel ne permet pas de modifier les écritures validées.

Cordialement,

Bonjour,
Je ne sais pas si c'est bien ici qu'il me faut poster ce sujet mais comme on parle "d'agrément fiscal"...

La conformité du Fichier des Ecritures Comptables (FEC) fait que que le fisc veut deux saisies de date : la date d'opération et la date de la pièce.
Sauf erreur de ma part Open Concerto ne respecte pas dans sa version téléchargeable ce principe pourtant fondamentale.
la DGFIP met à disposition un logiciel, disponible en téléchargement libre, leur permettant de contrôler le respect des normes édictées dénommé « Test Compta Demat ».
Et si je test le fichier export FEC généré par Open Concerto "Test Compta Demat" déclare qu'il est incorrecte
normalement le nom du fichier doit être de type 123456789FEC20131231_1 OPEN CONCERTO génére un fichier de type ExportOC_20140401-20141231_FEC.20150601_180138.csv .
j'ai modifié le nom du fichier comme cela 533815122FEC20141231.csv et la le fichier passe les préliminaires et le test se lance pour obtenir le résultat suivant :
CONTROLE DE LA STRUCTURE DU FEC (Conformément aux dispositions prévues à l'article A.47 A-1du livre des procédures fiscales)
Concerne le SIREN : 533815122 , Exercice clos le : 20141231, Version : 1_00_05
La structure du fichier des écritures comptables ne peut être considérée comme conforme aux
dispositions de l’article A.47 A-1 du livre des procédures fiscales car des données obligatoires sont
manquantes, cf. rubrique « Données absentes » en page 3.
Par ailleurs, le fichier des écritures comptables n'est pas conforme en raison des anomalies listées
ci-dessous :
º La structure du fichier est incorrecte ... il y a 17 champs au lieu des 18 champs attendus ;
[361] fois dans le fichier
Vérifiez que le nom des champs est correctement libellé, que le nombre de séparateurs de champs est
correct sur l’ensemble du fichier.
La conformité structurelle du FEC ne présage pas de la régularité de la comptabilité,
ni de sa valeur probante.
Ce test a été effectué avec l'application Test Compta Démat version 1_00_05. La synthèse des résultats
ne constitue pas une attestation de conformité, elle ne saurait engager l'administration.


Question ne peut on avoir une structure des FEC conforme et qui passe le test ce qui éviterais bien des problèmes de compatibilités.
Merci
Eric

Bonjour,

Je n'ai pas la réponse mais très question que je me posais aussi.

OC génère t'il un FEC conforme accepté par l'administration fiscale ?

Si oui, bonne nouvelle !

Cordialement.

Stéphane

Bonjour,

OpenConcerto dispose de l'export FEC "conforme" depuis la 1.3.

L'outil que vous avez utilisé est un peu tatillon.
OpenConcerto 1.4 a été modifié dans je ne sais plus quelle béta pour lui faire plaisir...

Cordialement,

Bonjour,

Bien noté. Merci pour cette réponse.

Cordialement.

Stéphane

Bonsoir,

Je viens de tester avec la version 1.4b3 et la vérification ne passe toujours pas. Même message d'erreur :
"La structure du fichier est incorrecte ... il y a 17 champs au lieu des 18 champs attendus".

Bon, espérons qu'il n'y aura pas de contrôle !

Sinon la mise à jour vers 1.4b3 s'est bien passée et pour le moment, rien à signaler.

alibabel a écrit :Bonsoir,

Je viens de tester avec la version 1.4b3 et la vérification ne passe toujours pas. Même message d'erreur :
"La structure du fichier est incorrecte ... il y a 17 champs au lieu des 18 champs attendus".

Bon, espérons qu'il n'y aura pas de contrôle !

Sinon la mise à jour vers 1.4b3 s'est bien passée et pour le moment, rien à signaler.

Bonjour,
je viens de tester OpenConcerto (en version 1.3) et je vous dis bravo pour ce travail.
La question des exports FEC m'intéresse également, et d'après ce message elle n'est pas opérationnelle en version 1.4b3. Or une version 1.4b4 est disponible au téléchargement sur ce forum, cette version corrige-t-elle le problème ?
Merci de vos réponses.

Bonjour,

L'export FEC fonctionne très bien en 1.4b3 et autres, c'est simplement l'outil de test qui a un bug.
En effet, d’après le document officiel, chaque valeur sur une doit être séparée par un caractère (ici virgule).
En toute logique si vous avez A B et B à encoder, séparés par une virgule cela doit donner:
A,B,C
Mais pour la crème des crèmes des développeurs de la DGFI, cela veut dire :
A,B,C,
La version 1.4b4 ajoute donc la virgule inutile et le superbe outil de la DGFI est content.

Cordialement,

Merci de cette réponse !