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


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