Bonjour,
Oui dans l'interval j'ai eu la clé de l'énigme : j'avais le sentiment que ce n'était pas résolu car la même difficulté subsiste sur les opérations réalisées à la même date : une date, une écriture. En important un exercice d'un an, on aura donc au plus 365 mouvements (366 les années bissextiles )
Mais compte tenu du peu d'opération réalisées par jour, dans mon cas, ça n'a pas trop d'importance. Pour une société qui a des dizaines de mouvements par jour c'est certainement plus embêtant.
L'idéal serait soit un champs "numéro de mouvement" tel que renseigné dans l'export FEC, soit une convention incrémentant le numéro de mouvement à chaque changement de colonne "crédit/débit".
Par ailleurs ce serait bien qu'OpenConcerto intègre un module d'export de données au format d'importation de... OpenConcerto !
Fix and update for ImportEcriturePanel.java
-
- Messages : 43
- Enregistré le : sam. oct. 13, 2018 3:16 pm
Ce n'est pas impératif pour moi. Par contre j'imagine que dans une société qui a des dizaines d'écritures sur une seule date, le mouvement "unique" du jour devient lourd à utiliser il me semble. Ceci dit ça revient un peu à imaginer les problèmes que je n'ai pas
Quand j'ai migré sous OC, j'ai importé mes écritures en provenance de Sage. A l'époque, toute l'année était dans le même mouvement (maintenant non), cela ne m'a pas dérangé plus que cela. C'était lent si je devais modifier une écriture importée, mais normalement, il n'y avait pas à le faire.
Utilisateur Cloud avec un contrat de maintenance.
Malheureusement, ce n'est pas totalement vrai. Du moins, pas correctement. Le problème est toujours d'actualité et les corrections apportées par Samuel Burg n'ont visiblement jamais été intégrées ou de manière trop partielle.
Dans tous les cas, la description du problème et des corrections apportées par Samuel colle en tout point avec ce que j'écrivais dans un autre topic : Import d'écritures
Samuel, si vous nous lisez...
Références et liens utiles :
Code source
ImportEcriturePanel.java (Rev 156)