Nouvelle année, nouveau projet

mardi 1 janvier 2013

Bonjour à tous !

Après avoir pris beaucoup de retard, le projet APPLICONSO est à l’arrêt depuis de nombreux mois. J’ai pris beaucoup de retard notamment parce qu’un autre projet a mobilisé beaucoup de mon temps.

APPLICONSO est un projet qui me tient à cœur mais qui demande beaucoup de temps. J’ai choisi de réaliser un nouveau projet moins ambitieux mais que je pourrai mener à bien plus rapidement : une application d’aide à l’audit des comptes consolidés.

Ce projet est exposé à cette adresse : http://www.auditsi.eu/?page_id=2745.

Je remercie toutes les personnes qui sont entrées en contact avec moi pour m’encourager ou prendre des nouvelles de l’avancement du développement d’APPLICONSO. Ce n’est que partie remise.

Bonnes fêtes de fin d’année à tous et meilleurs voeux pour 2013,

Benoît RIVIERE


Comptes consolidés : calculer les pourcentages d’intérêt à l’aide du calcul matriciel et du langage VBA d’Excel (article publié dans la RFC)

mardi 17 janvier 2012

La Revue Française de Comptabilité publie dans son numéro de janvier 2012 (n° 450) un article, que j’ai écrit, intitulé «Comptes consolidés : calculer les pourcentages d’intérêt à l’aide du calcul matriciel et du langage VBA d’Excel ».

Résumé de l’article :

La détermination des pourcentages d’intérêt s’avère fastidieuse dans les groupes comprenant de nombreuses participations. Les participations circulaires et croisées ajoutent un surcroît de complexité à ces calculs. Les calculs manuels habituellement mis en oeuvre apparaissent complexes tant à poser (consolideur) qu’à contrôler (auditeur) et sources d’erreur.

Méconnu, le calcul matriciel est une méthode de calcul alternative qui offre trois avantages déterminants : rapide à mettre en application, il ne nécessite pas de connaissance approfondie en calcul matriciel et en consolidation, et sécurise les calculs. De surcroît, la modélisation informatique des calculs matriciels est aisée et offre, en plus, une automatisation aboutie de l’ensemble du processus de calculs.

Lire la suite : http://www.auditsi.eu/?p=1399


Validation des pourcentages d’intérêt à l’aide du calcul matriciel et du VBA

mercredi 21 décembre 2011

La validation des pourcentages d’intérêt représente une des phases essentielles de l’audit des comptes consolidés. La modélisation informatique de cette phase de contrôle est plus aisée à mettre en oeuvre qu’il n’y paraît.

Pour mon 3ème article dans la Revue Française de Comptabilité, je propose d’approfondir l’usage du langage VBA d’Excel en audit (introduit dans un précédent article : « Le contrôle des comptes à l’aide du langage VBA d’Excel », RFC juillet/août 2011, cf http://www.auditsi.eu/?p=720) avec les calculs matriciels et leur représentation informatique sous forme de variables tableaux à deux dimensions.

Je vous donne donc rendez-vous dans la RFC de janvier prochain.


Choix du langage de programmation

jeudi 19 mai 2011

Comme je l’indiquais dans mon précédent post, un choix s’offrait à moi : celui du langage de développement de l’application. J’avais sélectionné deux solutions, soi le VBA, soit DELPHI (Pascal Objet). Ces deux solutions ont leurs avantages et leurs inconvénients. Toutefois, deux critères principaux ont prévalu dans ma décision : la sécurité et la performance de l’application.

Après de nombreux tests sur différents projets, mon choix s’est finalement porté sur DELPHI. D’une part, parce que d’un point de vue sécurité, le logiciel sera inaltérable puisque compilé (par ailleurs, les paramètres de sécurité d’EXCEL empêchent fréquemment l’exécution des macros obligeant l’utilisateur à des manipulations pour lesquelles il n’est pas nécessairement formé) ; d’autre part les performances seront meilleures (les performances d’écritures/lectures de classeurs EXCEL semblent comparables mais la rapidité générale de fonctionnement des applications semble donner un avantage aux codes compilés).

Le langage est maintenant choisi, reste maintenant à continuer le développement du projet.

A ce stade, je me rends compte que l’objectif que je m’étais est particulièrement ambitieux : notamment quant à l’ampleur du code source à écrire et quant à la prise en main de l’EDI, plus ardue que je ne l’aurais pensé.


Point sur le projet à fin janvier 2011 : un nouveau départ

vendredi 4 février 2011

Le projet a pris énormément de retard par rapport à mes objectifs initiaux. Tout d’abord, je travaille sur plusieurs projets en même temps et ensuite j’ai dû prendre en main DELPHI ainsi que les liens DELPHI / EXCEL (cf. mon post précédent). Par ailleurs, je suis en train de perfectionner mes connaissances en VBA. Tous ces facteurs ont contribué au retard conséquent du projet.

Ceci dit, j’ai tout de même commencé à me pencher sur le développement proprement dit de l’application ; les premières lignes de code sont écrites (cf PS). A ce sujet, deux options s’offrent à moi : soit développer mon application sous DELPHI, soit en VBA. Les deux options ont leurs avantages et leurs inconvénients. Pour le moment, je ne sais pas encore laquelle je vais retenir. J’essaye les deux sachant que deux critères essentiels conditionneront mon choix : la sécurité des traitements et la rapidité d’exécution du code.

L’objectif à fin février est que l’application intègre les balances générales des filiales et que les états financiers consolidés (bilan et compte de résultat) soient paramétrés.

Il y a encore beaucoup de travail mais ça avance (enfin) !

Benoît-René RIVIERE

Expert-comptable à Caen

PS : voici les premières lignes de VBA de la procédure qui intègre les balances sociales dans le grand livre de consolidation :

Sub AffectBGCI_CSO(entité As String, clotex As String)

    Const FeuilleBGCI = « BGCI »

    Const FeuilleFourchette = « CIaffectCSOfourchette »

    Const FeuilleaffectCSO = « BGCIaffectCSO »

    Dim nbligneBGCI, nblignefourchette As Variant

    Dim ligneBGCIaffectCSO As Variant

    Dim cpte4 As String

    Dim i, j As Variant

    Dim montant As Variant

    Dim sens As String

    Dim trancheok As Boolean

    nbligneBGCI = Sheets(FeuilleBGCI).UsedRange.Rows.Count

    nblignefourchette = Sheets(FeuilleFourchette).UsedRange.Rows.Count

    ligneBGCIaffectCSO = Sheets(FeuilleaffectCSO).UsedRange.Rows.Count + 1

    For i = 1 To nbligneBGCI

        If (entité = «  ») Or (entité <> «  » And Sheets(FeuilleBGCI).Cells(i, 1) = entité And Sheets(FeuilleBGCI).Cells(i, 2) = clotex) Then

            cpte4 = Left(Sheets(FeuilleBGCI).Cells(i, 3).Value, 4)


Réorientation du projet : un mal nécessaire

dimanche 4 juillet 2010

Le projet a bien avancé. La plupart des retraitements courants est paramétrée. Par contre, je dois faire face à un problème de taille : les temps de traitements sont de plus en plus importants, la saisie de données est également ralentie, ce qui rend son utilisation particulièrement inconfortable. L’application en tant que telle n’est donc pas opérationnelle.

Ce problème est dû aux nombreuses requêtes SQL interfaçant EXCEL et ACCESS.

Je souhaitais faire une application de consolidation simple sous EXCEL dotée d’un moteur de requêtes SQL fonctionnant en tâche de fond totalement transparent pour l’utilisateur. Je me rends compte que cette voie n’est pas la plus appropriée.

Je réfléchis donc à une solution de repli plus cohérente : programmer cette application sur un système de développement plus professionnel. J’ai choisi d’utiliser la solution DELPHI de BORLAND. La raison de ce choix est simple : dans les années 80-90, j’ai programmé des logiciels en langage PASCAL sous Turbo Pascal 6 et 7 de BORLAND (environnement MS/DOS). Ce langage compilé est assez aisé à manier et relativement rapide d’exécution.

Je vois toutefois de nombreux avantages à cette solution :

–          Rapidité de traitement permettant de s’affranchir de certaines limites (nombre d’entités intégrées au périmètre de consolidation illimité),

–          Sécurité des traitements,

–          Solution plus professionnelle et plus rationnelle offrant un traitement sans limite (participations réciproques par exemple).

Parmi les solutions techniques que je retiens, voici quelques éléments d’information :

–          Les liasses de consolidation seront développées sur EXCEL permettant de décentraliser la saisie des balances générales, des flux, des variations, des réciprocités… sur les filiales ; l’intégration des liasses de consolidation serait ainsi automatisée et externalisée.

–          La gestion des données de consolidation dans une base de données ACCESS assurant une souplesse dans les traitements à l’aide de requêtes SQL.

La difficulté qui va immédiatement se profiler est la maîtrise de l’environnement de développement de DELPHI que je n’ai pas utilisé depuis plus de dix ans. Je vais ainsi devoir me réapproprier ce langage informatique et son environnement de développement. Cette réorientation du projet s’avère inévitable mais va retarder significativement son issue.

Je ne manquerai pas de vous tenir informé de l’avancement du projet.

Benoît-René RIVIERE

Expert-comptable à Caen

Réactions, suggestions : contact.appliconso@auditsi.eu


Génération automatique des écritures de consolidation

dimanche 13 décembre 2009

Avancement du projet AppliConso II à mi-décembre : le moteur de génération automatique des écritures  de consolidation est achevé !

Le développement d’AppliConso II s’articule autour de quatre axes principaux :

–          La collecte des informations (périmètre de consolidation, liasse de consolidation),

–          Les éliminations et retraitements de consolidation,

–          La génération des tableaux de contrôle (contrôles de cohérence et d’équilibre, tableaux de flux de trésorerie, de bouclage des capitaux propres et des minoritaires, de passage des comptes individuels aux comptes consolidés, preuve de l’impôt…),

–          La génération des états comptables (balances, journaux et grand-livre) et des états financiers (bilan, compte de résultat, SIG, tableaux de l’Annexe).

Collecte des informations

La gestion du périmètre de consolidation  (gestion du portefeuille-titres, calcul des pourcentages d’intérêt et de contrôle) et la récupération des balances de comptes individuels (conversion des numéros de compte en rubriques de consolidation) sont opérationnelles.

La liasse de consolidation est bien avancée. Il reste encore quelques points en cours de réglage au niveau de la saisie des flux de trésorerie individuels.

Eliminations et retraitements de consolidation

Les principaux retraitements de consolidation (engagements de retraite, écarts d’acquisition, écarts d’évaluation…) sont paramétrés. Toutefois, les tableaux d’éliminations des titres de participation et des capitaux propres restent à créer.

La génération des tableaux de contrôle

Cette phase est celle qui est la moins avancée.

La génération des états comptables

Le module de génération automatique des écritures est opérationnel. Grâce à lui, le consolideur n’a pas à se préoccuper des écritures de consolidation : par exemple pour le crédit-bail, il saisit les informations élémentaires (valeur d’origine, amortissements, intérêts, redevances…) et l’application enregistre automatiquement les écritures de consolidation (y compris les impôts différés et les flux de trésorerie).

Extrait de la table des écritures de consolidation (dossier exemple) :

Le paramétrage des états financiers est lui aussi en bonne voie et sera achevé prochainement.

Extrait de l’actif du bilan consolidé :

Conclusion sur l’avancement à mi-décembre :

Le développement du projet AppliConso est déjà bien avancé. Lorsque le module de liasse de consolidation, l’élimination des capitaux propres et les états financiers consolidés seront totalement paramétrés, le projet passera en phase de test.

Les états de contrôle seront créés ultérieurement.

Pour télécharger la présentation du projet, cliquez ici.

Benoît-René RIVIERE
Diplômé d’expertise-comptable

Réactions, suggestions : contact.appliconso@auditsi.eu