Bonjour,

Voici un petit retour d'expérience de la mise en place de LIMA.

Contexte : la société (SSII créée en 2005, 1 salarié + 1 gérant) travaillait sous OpenSi Community edition 2010 dont le modèle libre a été abandonné par son fabricant «SpeedInfo»

Du coup, pas de FEC, ni adaptation aux nouvelles exigences fiscales au 1er janvier 2018 (cf  https://www.april.org/loi-de-finances-2016-une-doctrine-fiscale-qui-reconnait-les-logiciels-libres-mais-avec-une-marge-de ).

Sur ce dernier point, Lima ne semble pas (encore) adapté mais étant pour le moment en franchise de TVA, la société est exemptée de cette dernière exigence

Applis testées : Noalyss, dolibarr, lima 

Lima était de loin le plus proche de nos besoins mais la mention «beta test only» est clairement dissuasive

Abandon de noalyss car ergonomie/fonctionnalités trop éloignées des besoins et abandon de dolibarr car pas de FEC ni d'impression directe grand livre, balance…

Finalement donc test de Lima

Retour d'Expérience

1) premier lancement

Lors de la création d'entreprise, la fenêtre n'est pas adaptée aux champs : les champs tél, description et  courriel sont invisibles à moins de penser à agrandir la fenêtre (importance faible : on peut ensuite compléter dans le menu «identité»)

2) imports EBP

Opensi permet un export «quadra» (csv à largeur fixe) qu'on peut ensuite séparer en lignes de comptes et d'écritures à retravailler sous libreoffice pour atteindre le format EBP.

A noter que les descriptifs des formats d'importation n'étant pas documentés dans Lima, il a fallu procéder par saisie d'écritures fictives puis export pour ensuite déduire le format attendu. La création  d'un fichier au format d'importation lima a été abandonné pour le format EBP car le champ financial_transaction m'est resté enigmatique

Pour bien faire, il faut importer dans libreoffice puis sauver en *.ods puis resauver en csv avec séparateur , et codage europe occidentale 8859-1 (nota : j'ai essayé de sauvegarder directement en utf8 dans libreoffice puis d'importer dans LIMA en sélectionnant «utf8»,  les accents restaient incorrects

ATTENTION : Pour le format EBP, il faut utiliser le . comme séparateur décimal donc dans libreoffice, paramètres linguistiques choisir «français (Suisse)» (sinon transaction incorrecte et une routine boucle sur l'affichage d'une fenêtre d'erreur) 

mode opératoire de transfert de la compta :

- création identité, choix du plan comptable, création du journal «à nouveau»

- Transfert des comptes de l'année N-1 (contient donc tous les comptes créés sur la durée de vie de la société)

- Transfert des écritures de l'année N-3 puis vérification balance, puis clôture et création de l'exercice suivant puis vérification des écritures «à nouveau» N-2

- Transfert des écritures de l'année N-2 SAUF journal à nouveau, mêmes vérifications et clôture

- Transfert des écritures de l'année N-1 SAUF journal à nouveau, mêmes vérifications et clôture

3) exploitation

Démarrage pour l'année N de la compta sous LIMA et génération des FEC des 3 années précédentes.

Conclusion

j'ai mes 3 derniers exercices intégrés et clôturés avec la génération des fichiers FEC de chacune des 3 années et le nouvel exercice est prêt à recevoir les écritures comptables de l'année. Il me reste à imaginer une sécurisation/authentification pour pouvoir y travailler via internet et à adapter la boutique en ligne pour générer du CSV compatible.

Si quelqu'un a des conseils sur tout ce qui est écrit, je suis preneur.

Beuz