Christophe Chauvet a écrit 10 commentaires

Pour le montage faut utiliser Blender avec Natron

Bonjour

Pour la comptabilité française, un groupe de travaille a été monté ( http://groupes.syleam.fr/ ) il regroupe des développeur, et expert comptable. A l'issue de diverses reunion, et 3 jours de travail chez l'éditeur le module a bien avancé.

Le module est terminé de développer et est en cours de validation (y compris clôture et liasse fiscale) bien sur dispo en GPL.

Il sera disponible prochainement, il intègre bien sur les améliorations qu'a fait Crysalead

>> Je m'explique : Bien que des sociétés partenaires de Tiny exerçant en France se portent bien, vendent leur service, en France, il est quasiment impossible de trouver un paramétrage correct, complet (ou le plus possible) et respectant la législation fiscale et comptable française.
C'est étonnant non ? Aucun retour.

Vous n'avez pas bien chercher, il existe un paramétrage complet du Plan Comptable Général (PCG) fait par une société de services française et qui el met a disposition http://www.crysalead.com/openerp.php

>> Pour l'instant, TinyERP ne me sert en pratique qu'à imprimer des factures... Et je pense sincèrement reprendre toute ma compta à la main... ça ira plus vite que de mendier sur le forum. Car là, le paramétrage est totalement largué depuis que j'ai eu le malheur de commander sur Vistaprint et donc de faire l'objet d'une livraison intracommunautaire... et c'était en Février...

La c'est pas un problème avec TinyERP mais plutot comptable, j'ai pas de soucis avec la TVA intracom dans Tiny,

La version 5.0 de OpenERP sera livré avec les liasses fiscales. et beaucoup de choses devraient venir completer la comptablité avec peut être une certification comptable à la clé.

Christophe Chauvet.

>> Ok, je m'incline donc devant ton savoir ;-)

y'a pas a s'incliner, je contribue seulement à un projet Libre avec lequel j'ai pu développé ma société, en y apportant mon savoir sur PostgreSQL, et mes idées (elles sont pas toutes bonnes)

Dans le cadre d'un ERP, ce sont les données vitales d'une entreprise qui y sont stockés, donc il faut quand même faire attention et la prudence dans ce cas est mère de sureté. Les sociétés ont déjà peur de mettre tous les oeufs dans le même panier, il ne faudrait pas les effrayés.

Christophe Chauvet.

>> Si tu en prend un qui est bien testé tu es relativement à l'abris

Déjà le "Si" fait peux, et on est jamais à l'abri de rien, plus de code il y a, et plus le code est compliqué a maintenir mais aussi on accroit le risque de bug.

OpenERP possède déjà son propre Framework (OpenObject)

>> quelle utilisation va-t'on faire du SGBD ?

Intégrité des données, Gestion des transactions, recherche full text ....

>> Est-ce nécessaire de ne permettre d'utiliser que celui-là ?

Oui car au final si l'on prend une appli développé pour MySQL et PostgreSQL il arrive que PostgreSQL soit bien moins gérés car les requêtes sont modifiés et optimisé pour MySQL afin d'obtenir des performances potables, qui se fait au détriment de PostgreSQL qui analyse une requête mal écrite.

Donc géré une seule Base de Données et le faire bien sera déjà une bonne chose.

>> ni toi ni moi ne connaissont assez le code de OpenERP ou de ce fork pour savoir répondre.

Pour le fork je sais pas, pour OpenERP, je développe dessus et je propose des patch, et PostgreSQL je le pratique depuis des années et participe activement à l'association PostgreSQLFr, ayant de bon contact avec les dévéloppeurs de chez Tiny, je pense que j'ai une petite idée de la réponse :)

Christophe Chauvet.

>> Tu n'aimes pas .Net ?

Euh c'est quoi .NET ? :)

Avant d'aimer faudrait comprendre a quoi peut bien servir un langage non portable, pas Libre, et non compatible d'une version à l'autre.

Christophe Chauvet.

Je ne suis pas d'accord, le fait d'exploiter une seule base donnée n'est pas une si mauvaise chose en soit, car les logiciels qui sont multi bases de données souffrent du problème qu'il faut s'adapter à moins riche en fonctionnalité, ce qui oblige a compensé par de l'écriture du code, en assurant plus correctement l'intégrité des données lors des traitementss, ainsi que d'éventuelle Bug.

Il y'a quelque années encore cet argument avait sa place, maintenant le marché aidant, il est de plus en plus facile de trouvé des sociétés de services pour maintenir ou former le personnel en interne.

C'est comme si un développeur avait l'idée de faire un programme avec un mix de Perl, Php, Python, C, Java ça serait joyeux a maintenir :)

Christophe Chauvet.

Bonjour

Vous avez le projet Wifidog (1) qui devrait correspondre à votre besoin

Christophe.

(1) http://www.wifidog.org/

Par référence il faut bien sûr comprendre celle des standards SQL, SQL 89, SQL 92 (SQL 2),SQL 99 (SQL 3) et SQL:2003. Et dans ce domaine PostgreSQL a quelques années d'avances sur ses concurrents libres ou commerciaux.

Dire que ioguix est fanatique c'est un peu fort, sachant que tout comme moi par le passé il a eu à utiliser MySQL et qu'il s'en est détourné dès que ses besoins ont augmentés.

La classe d'impression peut servir coté serveur mais aussi coté client, PHP peut être utiliser pour des script en shell.

Cette classe peut être pratique lorsque l'on a des applis web en intranet et que l'on doit imprimer sur des imprimantes en local.

Bravo thomas, je pense que ta classe me sera d'une grande utilité pour mon projet, et je ne manquerais pas de te signaler les petites anomalies que je trouverais.

Christophe.