Bonjour,

Je ne suis pas un professionnel du chiffre mais je pratique la comptabilité pour mon compte propre. Ceci étant précisé je souhaiterais soumettre mon approche du problème de Nicomar en m’exprimant sous le contrôle de la bienveillante communauté de professionnels présente sur ce site. Ainsi je pourrai en même temps valider ou revoir certains de mes raisonnements.

J’avoue que je voyais pas les choses aussi compliquées… pour moi il suffirait de faire passer en charges (via le 618 ) le brut tout compris du dirigeant en l’appelant « émoluments » par exemple et faire naître la dette (que l’entreprise aurait envers son dirigeant) en créditant son compte courant (489). Après c’est au dirigeant de savoir comment il s’arrange pour ses obligations sociales, fiscales.. etc

Qu’on m’arrête si je suis naïf et d’avance merci pour vos lumières…

Si comme nous le dit Domifo ce sont des fichiers *.dbf alors aucun problème.., du moins pas pour les ouvrir.. et je ne connais rien de plus facile qu'Access pour le faire, même si Excel le peut aussi, ça reste un tableur et ce n'est pas vraiment son "métier" de gérer des bases de données.. d’où que comparées à la puissance d’Access/VBA ses possibilités de manipulations de données restent assez limitées..

Par ailleurs, ça ne veut pas dire que le problème est résolu car le gros morceau demeure la conversion pertinente et/ou le rapprochement champ-à-champ des tables Winbooks<>Bob…
Si l'organisation des données des deux logiciels se ressemblent ça peut encore aller
sinon ça peut être assez difficile...par exemple il faut parfois compléter, manuellement ou moyennant des requêtes sql ciblées, certains champs des tables imparfaitement convertis ou non directement récupérables. Le tout, bien sûr, en veillant à préserver l'intégrité référentielle des données, c-à-d de celles constituant un tout mais qui sont réparties dans différentes tables, étant entendu que nous parlons de base de données dites "relationnelles" (dont un des buts est d'éviter la redondance des données par des mécanismes de référencements).  De plus, s'agissant de données critiques comme celles d'une comptabilité faut savoir dans quoi on se lance....

Cela dit certaines tables simples (flat tables) genre "PCMN" ou autres  répertoires d’adresses divers, ne devraient pas poser trop de problèmes.. Quoiqu'il en soit je crois qu’il ne faut pas s'attendre à un simple import/copier-coller miraculeux...ça serait trop beau…

Au départ de l'aventure il y a notre comptable qui prend sa retraite ...et sous-jacent, notre souhait de "professionnaliser" notre gestion quotidienne de sprl, maîtriser notre communication financière lorsque nécessaire…etc. .bref, tout ce que la pratique de la comptabilité permet par nature.

Nous avons donc acquis un logiciel et comptions bien l'utiliser. Bien sûr, nous avions pris au préalable le soin de nous approprier la matière en nous exerçant valablement à la comptabilité au travers de quelques excellents livres sur le sujet dont notamment ceux de Mr. J. Antoine...

Lorsque vint le moment de passer à la pratique, nous avons installé Ciel Compta et là... ce fut la déconvenue... car nous n'avons presque rien retrouvé de la comptabilité telle
que nos livres nous la présentaient soit de façon si claire et si didactique...

Par ailleurs, je programme depuis très longtemps pour mon compte propre des logiciels de gestion commerciale/tarification/métier sous VB/Access, j'ai donc bien observé que tout le "database design" nous était comme fourni « clé sur porte » par la théorie comptable elle-même. De mon point de vue de développeur de base de donnée ça représente déjà une bonne part du boulot notamment quant à la validation du modèle. De tout ça il nous a finalement semblé qu'il ne devait pas être insurmontable de faire d'une pierre trois coups apprendre, développer, exploiter notre propre logiciel.

Et nous voilà partis la fleur au fusil .. depuis nous sommes tombés sur quelques difficultés et à ce stade c’est pas encore partie gagnée mais on s’accroche et ça nous passionne …

Merci pour votre intérêt.

Merci Hurner bonne idée ! Je viens de parcourir le texte en large pas de scoop me semble-t-il mais lecture utile...