Pour l’export différencié, ce n’est pas une option, une fois notée comme exporté, une écriture est bloquée et non modifiable pour l’instant mais je revenir sur ce point et me servir de la différence entre la date d’export et la date de dernière modification pour faire une alerte sur ce qui a été modifié depuis le dernier export.
Par contre, je vais rajouter une option pour ceux qui n’exporte pas vers le comptable car par défaut, le grand livre va se vider au fur et a mesure que l’export a lieu. Il faut appuyer sur le bouton « Inclure les documents déjà exportés » pour voir tout réapparaître.
Si tu appuies sur ce bouton et que tu ré-exportes, il y aura les écritures déjà exportés + les nouvelles écritures et tout réagit selon les critères de recherche.
C’est plutôt la validation des écritures pour le FEC qui me sert de première étape pour la clôture de l’exercice fiscal même si l’export différencié partage quelques fonctionnalités notamment au niveau du blocage des écritures.
N’hésitez pas, c’est le moment de faire vos commentaires car c’est un gros point nécessaire pour l’évolution du module.
En cherchant à corriger un problème pour une meilleure gestion des comptes auxiliaires, j’en ai profité pour publier un « correctif » qui sert à remplacer le compte comptable général par un centralisateur si un compte auxiliaire est présent.
Exemple :
Si vous utilisez le compte général 145000 avec le compte auxiliaire 411OPENDSI. Il sera corrigé automatiquement avec le compte centralisateur du compte auxiliaire à savoir 411000. Fonctionne dans la saisie/modification des écritures du grand livre et dans le paiement divers qui gère les comptes auxiliaires à partir de la v10.
Sauf si votre base de données ne le permet pas de par sa lourdeur, il est conseillé d’aller activer la variable suivante quand vous serez en v10 (Fonctionne déjà en v9) : ACCOUNTANCY_COMBO_FOR_AUX
mmmmmm… ça à l’air interessant, sauf que pour un « non-comptable »… ça ne veut pas dire grand chose
tu peux donner un exemple concret où ce fonctionnement serait utile/obligatoire ?
(si je vend tel truc à machin, sousmis à telle règle, alors ça fait ça parceque …)
Un compte auxiliaire (qui contient le détail des comptes clients / fournisseurs / salariés) a un compte général dit « centralisateur » (411xxx / 401xxx / 421xxx qui permet de regrouper les comptes sur les rapports) mais dans le fonctionnement actuel de Dolibarr, on peut trop facilement utiliser un compte auxiliaire sans son compte centralisateur correspondant, tu peux utiliser un compte général de stock avec un compte auxiliaire et donc c’est limite au niveau du format FEC.
Donc avec cette nouvelle fonctionnalité, on corrige en rattachant le compte auxiliaire utilisé au bon compte général centralisateur.
Plus de mixte bizarre à prévoir pour l’intégration en comptabilité (EBP, Agiris et j’en passe)
ahhhh ok « centralisateur » au sens comptable du terme… désolé j’ai lu un peu vite et j’avais cru y voir un embryon de « centrale » au sens où un tiers pouvait être le payeur d’un autre tiers.
exemple : je livre et facture un magasin mais c’est la centrale d’achat qui paye.
Merci beaucoup pour ta petite vidéo !
Peux tu juste préciser la sortie de la fonctionnalité « Export différencié » ? Tu indiques V11 (début 2020 = très tard) mais y a t il une option qui permet de l’activer avant ?
@Arre Merci, on va essayer d’en faire une série sur d’autres fonctionnalités. Le prochain sera Philippe Scoffoni !
@Doudamlou Merci. Une correction sur l’export différencié, la vidéo a été tourné y a un peu moins de deux semaines et je confirme que c’est bien présent dans la v10.
De toute façon, les packs compta contenant toutes les fonctionnalités à déployer de la v8 à la v9 (en attendant le pack v10 pour les fonctionnalités qui arriveront dans la v11) seront disponibles sous peu. La diffusion se fera dès lundi avec la newsletter du groupe compta pour ceux qui y sont abonnés et qui ont contribués au projet, désolé, ils passent en premier
OK Alexandre mais comme j’avais lu dans une des newsletter que le module compta FP2019 pour v9 allait être distribué sous peu … j’ai cru avoir loupé une info !
donc j’attendrai lundi … un grand merci pour ce super job et bon WE
Le son est notre problème numéro 1, on revient de loin pour le son qui s’améliore après les douze premières minutes, les prochaines vidéos bénéficieront d’une meilleure captation avec contrôle son casque (on va essayer de faire ca bien :p)
De plus, on aura du Champ-contrechamps aussi histoire de varier les angles ^^:
@bso
haha, il y a donc de la tech derrière (c’était étonnant d’avoir une cam avec cette profondeur de champs et un script de vidéo sans personne derrière )
yep pb de micro, mais mêmela cam aurais mieux capté : vérifie ta source dans obs (ou autre logiciel…)
@pm17
et si un jour tu passais à l’acte au lieu de critiquer ?
oui il y a eu un souci de saturation sur OBS (suite micro cravate extrêmement sensible) et une résonance sèche de la pièce très mauvaise (pas sur que notre livecam aurait mieux capté en fait), on s’en est aperçu 12 min trop tard dans la précipitation !
Effectivement, avec une cam impossible d’avoir un boké pareil (Canon 50mm f1.4 pour les connaisseurs en FF)
par contre le son : pas possible que ça vienne d’un cravate saturé: il y a trop de reverb et ça semble capturé « de loin » : vérifie ta source (je parie que c’était le micro de l’ordi)
@Arre
Merci ! On reste super content du résultat ! On fera mieux la prochaine, c’est certain !
Concernant cette prise de son, ce n’est pas impossible, parce qu’effectivement la reverb était telle que cela m’a étonné aussi. Mais une telle saturation (+40db) sur un micro laptop a 20 cm de la voix, ca me parait bizarre aussi ^^:
De toute façon le problème sera réglé avec un enregistreur externe et un bon clap !