Bonjour,
Voici un nouveau fil pour le partage de modules,
avis aux volontaires.
Cordialement,
Modules de la communauté
Bonjour Guillaume,
Le fait que personne ne s'annonce me semble révélateur du fait que les moyens nécessaires pour développer des modules ne sont pas vraiment mis à la portée de la communauté.
J'espère que vous ne le prendrez pas mal, mais je partage en partie l'opinion d'Info_Pat dans son message du 25 décembre 2015 du fil de discussion Roadmap 2014-2015:.
Dans les faits, en ce jour, le code source est disponible en version 1.3 alors que le logiciel est sorti en version 1.4. Mais surtout il semble impossible de trouver sur le forum des informations qui permettraient la naissance d'une communauté de contributeurs/développeurs. Par exemple, on ne trouve pas d'informations sur la manière de transformer les fichiers de code source ".java" en un exécutable "OpenConcerto-monoposte.exe" ou "OpenConcerto-multiposte.exe".
Votre entreprise ILM informatique vit de ses services autour du logiciel, et elle seule semble à même de perfectionner/personnaliser le logiciel. Cette stratégie empêche le développement d'une communauté d'utilisateurs avancés (type programmeurs, etc.) qui pourraient aider d'autres utilisateurs et maintient OpenConcerto dans l'ombre par rapport à ce qu'il mérite, même s'il y a beaucoup de téléchargements par mois.
Le développement d'un logiciel est un travail ardu et de longue haleine. Loin de moi l'idée de penser que vous ne méritez pas les fruits de votre travail. Mais les remarques de l'utilisateur Info_Pat m'apparaissent néanmoins pertinentes. La communauté n'a actuellement pas les moyens d'être dynamique. Par ailleurs, comme OpenConcerto s'adresse principalement aux entreprises, l'aspect de la pérennité est essentiel. Or celle-ci est actuellement extrêmement dépendante ce celle d'ILM, ainsi que de sa stratégie.
Vous semblez vous orienter vers un développement web et des solutions hébergées pour OpenConcerto.
Dès lors, il me semble logique que les utilisateurs puissent se poser les questions suivantes:
- le développement de la version en Java sera-t-il progressivement délaissé ?
- le logiciel téléchargeable (offline) sera-t-il délaissé au profit d'une N-ième plateforme basée sur le cloud ?
Personnellement, je n'ai aucune envie d'héberger ma comptabilité sur un serveur distant et je trouve qu'il serait dommage de perdre les atouts actuels de votre logiciel.
Il y a actuellement trop d'incertitudes quant à l'avenir d'OpenConcerto et cela peut en freiner plus d'un.
Je suis parfaitement d'accord avec la dernière remarque d'Info_Pat :
En devenant des utilisateurs avancés, ces développeurs pourraient aider sur le forum d'autres utilisateurs moins avancés. Ainsi la communauté se développerait et en conséquence la vente du logiciel également. Tout compte fait, cela pourrait être gagnant-gagnant tant pour vous que pour les utilisateurs.
Contrairement à une idée répandue la licence GPL ne signifie pas qu'un logiciel doit être gratuit. Elle oblige simplement à publier son code source.
Je suis conscient que ma proposition risque de faire hurler certains, mais chacun doit être conscient qu'un développeur informatique doit assumer passablement de charges et pouvoir vivre décemment des fruits de son travail.
En réponse à votre appel aux volontaires, je réponds présent, et j'ai développé plusieurs composants qui pourraient améliorer OpenConcerto.
N'hésitez pas à me contacter par message privé ou email.
Cordialement,
Julien
Le fait que personne ne s'annonce me semble révélateur du fait que les moyens nécessaires pour développer des modules ne sont pas vraiment mis à la portée de la communauté.
J'espère que vous ne le prendrez pas mal, mais je partage en partie l'opinion d'Info_Pat dans son message du 25 décembre 2015 du fil de discussion Roadmap 2014-2015:.
Sur le papier, votre logiciel est open source et donc en théorie éditable par les membres de la communauté.Dans le choix d'un ERP, plusieurs critères sont à prendre en compte si il est open, dont :
- Dynamisme de la communauté
- Nombre de clients
- Stabilité, pérennité du développement
A cela Openconcerto est dans les plus bas du marché, je le regrette.
En d'autres termes, peu d'utilisateurs, un seul véritable contributeur.
(... coupé ...)
J'attends d'un roadmap, une clarification de la stratégie.
C'est la vision, couplée aux moyens mis en oeuvre qui feront le succès d'OC.
Pour le moment, ça n'avance pas.
(... coupé ...)
Vous avez des atouts en main. Pour les valoriser il faut les mettre sur la table.
Dans les faits, en ce jour, le code source est disponible en version 1.3 alors que le logiciel est sorti en version 1.4. Mais surtout il semble impossible de trouver sur le forum des informations qui permettraient la naissance d'une communauté de contributeurs/développeurs. Par exemple, on ne trouve pas d'informations sur la manière de transformer les fichiers de code source ".java" en un exécutable "OpenConcerto-monoposte.exe" ou "OpenConcerto-multiposte.exe".
Votre entreprise ILM informatique vit de ses services autour du logiciel, et elle seule semble à même de perfectionner/personnaliser le logiciel. Cette stratégie empêche le développement d'une communauté d'utilisateurs avancés (type programmeurs, etc.) qui pourraient aider d'autres utilisateurs et maintient OpenConcerto dans l'ombre par rapport à ce qu'il mérite, même s'il y a beaucoup de téléchargements par mois.
Le développement d'un logiciel est un travail ardu et de longue haleine. Loin de moi l'idée de penser que vous ne méritez pas les fruits de votre travail. Mais les remarques de l'utilisateur Info_Pat m'apparaissent néanmoins pertinentes. La communauté n'a actuellement pas les moyens d'être dynamique. Par ailleurs, comme OpenConcerto s'adresse principalement aux entreprises, l'aspect de la pérennité est essentiel. Or celle-ci est actuellement extrêmement dépendante ce celle d'ILM, ainsi que de sa stratégie.
Vous semblez vous orienter vers un développement web et des solutions hébergées pour OpenConcerto.
Dès lors, il me semble logique que les utilisateurs puissent se poser les questions suivantes:
- le développement de la version en Java sera-t-il progressivement délaissé ?
- le logiciel téléchargeable (offline) sera-t-il délaissé au profit d'une N-ième plateforme basée sur le cloud ?
Personnellement, je n'ai aucune envie d'héberger ma comptabilité sur un serveur distant et je trouve qu'il serait dommage de perdre les atouts actuels de votre logiciel.
Il y a actuellement trop d'incertitudes quant à l'avenir d'OpenConcerto et cela peut en freiner plus d'un.
Je suis parfaitement d'accord avec la dernière remarque d'Info_Pat :
Une possibilité que je verrais serait que vous commercialisez les versions compilées d'OpenConcerto à un prix attractif, par exemple entre 30 et 100 Euro, et qu'avec l'argent ainsi récolté vous puissiez procurer du support gratuit ou bon marché à une communauté de développeurs qui pourrait alors se développer.Vous avez des atouts en main. Pour les valoriser il faut les mettre sur la table.
En devenant des utilisateurs avancés, ces développeurs pourraient aider sur le forum d'autres utilisateurs moins avancés. Ainsi la communauté se développerait et en conséquence la vente du logiciel également. Tout compte fait, cela pourrait être gagnant-gagnant tant pour vous que pour les utilisateurs.
Contrairement à une idée répandue la licence GPL ne signifie pas qu'un logiciel doit être gratuit. Elle oblige simplement à publier son code source.
Je suis conscient que ma proposition risque de faire hurler certains, mais chacun doit être conscient qu'un développeur informatique doit assumer passablement de charges et pouvoir vivre décemment des fruits de son travail.
En réponse à votre appel aux volontaires, je réponds présent, et j'ai développé plusieurs composants qui pourraient améliorer OpenConcerto.
N'hésitez pas à me contacter par message privé ou email.
Cordialement,
Julien
Bonjour,
Je peux comprendre les éléments qui vous font pensez tout cela, mais cela relève totalement de la science fiction![Smile :)](./images/smilies/icon_e_smile.gif)
Tout d'abord, il faut remettre OpenConcerto dans son contexte : il s'adresse à des entreprises.
Il est donc loin des préoccupations premières des développeurs, qui préféreront contribuer à quelques choses de beaucoup proche d'eux : un langage, un système, un framework, un IDE, etc...
Il est aussi loin d'être un projet "fun" vu le contexte, il est bien plus intéressant de contribuer à un jeu opensource ou à un logiciel de dessin.
Il est aussi complexe à appréhender car il requiert de connaitre la gestion, la comptabilité, etc... ce qui n'est pas réellement le cursus d'un développeur.
Nous avons vu apparaître des clones d'OpenConcerto, certains "motivés" on recréé un produit qu'ils commercialisent sous d'autres noms... c'est un milieu assez féroce et ou règne une ingratitude liée à la concurrence des entreprises.
Pour ce qui est des entreprises, tous les interlocuteurs que nous avons nous demandent un prix et un délai sur les fonctionnalités qu'ils souhaitent avoir, la "communauté" c'est anecdotique pou eux. Quand ils ont une question, ils veulent une hotline, une réponse dans les 10 minutes, etc..
Malgré cela, nous sommes content de voir qu'une communauté existe et nous faisons ce que nous pouvons pour la soutenir (coup de main dans le forum, écoute des besoins, adaptations...).
Nous n'avons pas les moyens (comprendre : financiers) de faire mieux.
Pour la roadmap, ce n'est pas simple, car dès que l'on annonce quelque chose, la première question c'est "quand?" et cela génère impatiences ou des déceptions.
Rassurez vous, le nombre de clients augment constamment, nous avons de plus en plus de moyens (financiers et humains) c'est pourquoi vous voyez aussi que ça bouge (modules, nouveau site, nouveau dépôts de code, etc...).
Nous sommes très occupés avec la version 1.4, tout le monde veut la mise à jour, nous travaillons sur la version web, des modules, des intégrations pour des clients, etc etc...
Automatiquement, certains aspects sont retardés, on travaille encore sur http://code.openconcerto.org/ d'où le retard sur le code de la 1.4.
On a pas pris les temps de détailler comment packager les installeurs (OpenConcerto-monoposte.exe, etc...) car hormis le manque cruel de temps, à peine 2 demandes en 4 ans, et surtout qu'internet fourmille de tutoriel à ce sujet.
Pour répondre à vos interrogations :
OpenConcerto s'étoffe.
Il n'y aura pas 2 OpenConcerto, nous ajoutons la possibilité de l'utiliser en web, sur cloud ou non.
"Vendre" les versions compilées, c'est du suicide pur et dur car contraire à ce qu'attendent nos clients.
Bref, soyez patients.
OpenConcerto c'est le bulldozer qui commence à déranger certains acteurs majeurs![Wink ;)](./images/smilies/icon_e_wink.gif)
On ne va pas aussi vite que l'on veut.
Cordialement,
Je peux comprendre les éléments qui vous font pensez tout cela, mais cela relève totalement de la science fiction
![Smile :)](./images/smilies/icon_e_smile.gif)
Tout d'abord, il faut remettre OpenConcerto dans son contexte : il s'adresse à des entreprises.
Il est donc loin des préoccupations premières des développeurs, qui préféreront contribuer à quelques choses de beaucoup proche d'eux : un langage, un système, un framework, un IDE, etc...
Il est aussi loin d'être un projet "fun" vu le contexte, il est bien plus intéressant de contribuer à un jeu opensource ou à un logiciel de dessin.
Il est aussi complexe à appréhender car il requiert de connaitre la gestion, la comptabilité, etc... ce qui n'est pas réellement le cursus d'un développeur.
Nous avons vu apparaître des clones d'OpenConcerto, certains "motivés" on recréé un produit qu'ils commercialisent sous d'autres noms... c'est un milieu assez féroce et ou règne une ingratitude liée à la concurrence des entreprises.
Pour ce qui est des entreprises, tous les interlocuteurs que nous avons nous demandent un prix et un délai sur les fonctionnalités qu'ils souhaitent avoir, la "communauté" c'est anecdotique pou eux. Quand ils ont une question, ils veulent une hotline, une réponse dans les 10 minutes, etc..
Malgré cela, nous sommes content de voir qu'une communauté existe et nous faisons ce que nous pouvons pour la soutenir (coup de main dans le forum, écoute des besoins, adaptations...).
Nous n'avons pas les moyens (comprendre : financiers) de faire mieux.
Pour la roadmap, ce n'est pas simple, car dès que l'on annonce quelque chose, la première question c'est "quand?" et cela génère impatiences ou des déceptions.
Rassurez vous, le nombre de clients augment constamment, nous avons de plus en plus de moyens (financiers et humains) c'est pourquoi vous voyez aussi que ça bouge (modules, nouveau site, nouveau dépôts de code, etc...).
Nous sommes très occupés avec la version 1.4, tout le monde veut la mise à jour, nous travaillons sur la version web, des modules, des intégrations pour des clients, etc etc...
Automatiquement, certains aspects sont retardés, on travaille encore sur http://code.openconcerto.org/ d'où le retard sur le code de la 1.4.
On a pas pris les temps de détailler comment packager les installeurs (OpenConcerto-monoposte.exe, etc...) car hormis le manque cruel de temps, à peine 2 demandes en 4 ans, et surtout qu'internet fourmille de tutoriel à ce sujet.
Pour répondre à vos interrogations :
On ne s'oriente pas "vers", nous ajoutons ces points à OpenConcerto car on nous les réclame!Vous semblez vous orienter vers un développement web et des solutions hébergées pour OpenConcerto.
Non nous ne délaissons rien, nous développons en Java la partie serveur, en Javascript/Dart la partie cliente.Dès lors, il me semble logique que les utilisateurs puissent se poser les questions suivantes:
- le développement de la version en Java sera-t-il progressivement délaissé ?
OpenConcerto s'étoffe.
Code : Tout sélectionner
- le logiciel téléchargeable (offline) sera-t-il délaissé au profit d'une N-ième plateforme basée sur le cloud ?
"Vendre" les versions compilées, c'est du suicide pur et dur car contraire à ce qu'attendent nos clients.
Bref, soyez patients.
OpenConcerto c'est le bulldozer qui commence à déranger certains acteurs majeurs
![Wink ;)](./images/smilies/icon_e_wink.gif)
On ne va pas aussi vite que l'on veut.
Cordialement,
Bonjour,
Merci pour les précisions que vous apportez et qui rassurent quant à l'avenir du logiciel.
Je pense par exemple à des champs optionnels personnalisables pour les articles.
Une possibilité serait d'ajouter sur certains masques (fenêtres) des champs additionnels libres.
p. ex. champ_perso_1, champ_perso_2, champ_perso_3, champ_perso_4
Les labels devant ces champs pourraient être stockées dans des fichiers textes, éditables avec un éditeur tel que notepad et qui seraient lus au lancement du programme.
Chaque champ disposerait d'une colonne dans la table correspondante (p. ex. la table ARTICLE).
Cela permettrait aux utilisateurs d'adapter le logiciel à leurs besoins et de créer des routines de traitement, soit directement en Java, soit au moyen de "moulinettes" externes ou de requêtes SQL dans pgAdmin.
Lorsqu'un utilisateur aurait développé un module à succès sur la base de ces champs génériques, il pourrait le publier et suggérer son intégration dans OpenConcerto. Le code étant déjà développé, il suffirait alors de remplacer les champs génériques par des champs dédiés. Vous resteriez maître de décider si l'intégration dans OpenConcerto est pertinente ou non.
Cette possibilité de pouvoir coder des routines donnerait à OpenConcerto un avantage sur la concurrence.
Je pense que les personnes qui coderaient sur la base des champs optionnels auraient tout intérêt à ce que leur module soit ensuite sélectionné pour une véritable intégration dans OpenConcerto.
Merci pour les précisions que vous apportez et qui rassurent quant à l'avenir du logiciel.
Je ne pensais pas à des développeurs faisant cela pour le fun, mais à tous ceux qui en entreprise mettraient bien la main à la pâte pour adapter le logiciel à leurs besoins. Il peut s'agir soit de vrais développeurs engagés en interne par les grandes entreprises, soit de chefs d'entreprise amateurs de programmation pour ce qui est des plus petites structures.Il est donc loin des préoccupations premières des développeurs, qui préféreront contribuer à quelques choses de beaucoup proche d'eux : un langage, un système, un framework, un IDE, etc...
Il est aussi loin d'être un projet "fun" vu le contexte, il est bien plus intéressant de contribuer à un jeu opensource ou à un logiciel de dessin.
Oui, cela on le perçoit bien. Mais certaines parties peuvent être vues comme non liées aux aspects comptables.Il est aussi complexe à appréhender car il requiert de connaitre la gestion, la comptabilité, etc... ce qui n'est pas réellement le cursus d'un développeur.
Je pense par exemple à des champs optionnels personnalisables pour les articles.
Une possibilité serait d'ajouter sur certains masques (fenêtres) des champs additionnels libres.
p. ex. champ_perso_1, champ_perso_2, champ_perso_3, champ_perso_4
Les labels devant ces champs pourraient être stockées dans des fichiers textes, éditables avec un éditeur tel que notepad et qui seraient lus au lancement du programme.
Chaque champ disposerait d'une colonne dans la table correspondante (p. ex. la table ARTICLE).
Cela permettrait aux utilisateurs d'adapter le logiciel à leurs besoins et de créer des routines de traitement, soit directement en Java, soit au moyen de "moulinettes" externes ou de requêtes SQL dans pgAdmin.
Lorsqu'un utilisateur aurait développé un module à succès sur la base de ces champs génériques, il pourrait le publier et suggérer son intégration dans OpenConcerto. Le code étant déjà développé, il suffirait alors de remplacer les champs génériques par des champs dédiés. Vous resteriez maître de décider si l'intégration dans OpenConcerto est pertinente ou non.
Cette possibilité de pouvoir coder des routines donnerait à OpenConcerto un avantage sur la concurrence.
Je pense que les personnes qui coderaient sur la base des champs optionnels auraient tout intérêt à ce que leur module soit ensuite sélectionné pour une véritable intégration dans OpenConcerto.
-
- Messages : 144
- Enregistré le : mer. juil. 22, 2015 12:17 pm
Bonjour,
bonne année à tous ceux qui lisent le forum.
il y a un problème avec votre serveur SVN sur http://code.openconcerto.org/ qui ne permet pas de pousser le code de la version 1.4 ?
ou vous attendez la prochaine release 1.4.xx pour pousser le code ?
en fait le temps de la préparation des déclarations 2015 s'approche à grand pas et donc disposer d'une version du code 1.4 sur le SVN ça serait sympa avant les échéances fiscales 2016.
Cordialement,
Samuel
bonne année à tous ceux qui lisent le forum.
Heu ... j'ai pas suivi le sens de la phrase ...guillaume a écrit : Nous sommes très occupés avec la version 1.4, tout le monde veut la mise à jour, nous travaillons sur la version web, des modules, des intégrations pour des clients, etc etc...
Automatiquement, certains aspects sont retardés, on travaille encore sur http://code.openconcerto.org/ d'où le retard sur le code de la 1.4.
il y a un problème avec votre serveur SVN sur http://code.openconcerto.org/ qui ne permet pas de pousser le code de la version 1.4 ?
ou vous attendez la prochaine release 1.4.xx pour pousser le code ?
en fait le temps de la préparation des déclarations 2015 s'approche à grand pas et donc disposer d'une version du code 1.4 sur le SVN ça serait sympa avant les échéances fiscales 2016.
Cordialement,
Samuel
Bonjour,
Nous terminons quelques travaux sur le serveur et nous enverrons le code de la 1.4
Cordialement,
Nous terminons quelques travaux sur le serveur et nous enverrons le code de la 1.4
Cordialement,
Bonjour,
Les 2 phrases ci-dessous présentes dans la signature de Guillaume suffisent à démontrer qu'OpenConcerto avec toutes ses qualités n'est pas, au sens véritable du terme, un projet Open Source :
Aucune autre documentation n'étant mis à disposition sur OpenConcerto, c'est bien dommage et un peu limite comme concept commercial ...
Les 2 phrases ci-dessous présentes dans la signature de Guillaume suffisent à démontrer qu'OpenConcerto avec toutes ses qualités n'est pas, au sens véritable du terme, un projet Open Source :
- 1 - Pour une assistance pro, nous sommes joignables à ILM Informatique contre quelques jetons.
2 - Pensez aussi à lire le manuel !
Aucune autre documentation n'étant mis à disposition sur OpenConcerto, c'est bien dommage et un peu limite comme concept commercial ...
Bonjour,
J'aime beaucoup le "au sens véritable du terme, un projet Open Source".
Qu'est ce qu'un projet Open Source au sens véritable pour vous?
Pour wikipédia :
Pour rebondir sur les 2 points, qui vous embêtent:
1/ OpenConcerto s'adresse à des entreprises, ces entreprises ont pour grande partie besoin d'assistance et de garantie d'avoir un support à la hauteur de ce qui existe dans les standards propriétaires (Sage, Ciel, EBP, etc...).
Plus la société est grosse, plus ces critères sont importants.
2/ Le manuel, il a été réclamé à maintes reprises. Il a nécessité de nombreuses heures de travail et continue à évoluer avec le logiciel. Etant imprimé en petite série, il coûte cher à produire. L'acheter c'est mieux comprendre l'outil et aider modestement à faire qu'OpenConcerto s'enrichisse de nouvelles fonctionnalités.
Peut être que vous rêvez d'une assistance téléphone gratuite, de formation à l’œil et que l'on vienne lavez votre voiture, mais ce n'est tout simplement pas possible. OpenConcerto existe parce qu'il y a des ingénieurs à temps plein qui travaillent dessus, des serveurs à nourrir, des bûches à mettre dans la cheminée, etc...
Revenons un peu au point intéressant de votre message, la partie à destination des développeurs.
Que peut-on ajouter à cette partie ?
Actuellement, vous avez :
- toutes informations avancées pour faire des modèles de documents
- toutes les informations pour faire un module
- toutes les informations pour comprendre le fonctionnement global du système (données et interfaces)
- l'utilisation de l'ORM
- le détail des champs de la base de données (bon courage pour trouver l'équivalent sur Odoo, Dolibarr et autre...).
En tout cas, merci pour votre retour qui j’espère ne s’arrêtera pas ici.
Cordialement,
J'aime beaucoup le "au sens véritable du terme, un projet Open Source".
Qu'est ce qu'un projet Open Source au sens véritable pour vous?
Pour wikipédia :
Il va falloir se lever tôt pour démontrer qu'OpenConcerto ne soit pas 100% OpenSource.La désignation open source, ou « code source ouvert », s'applique aux logiciels (et s'étend maintenant aux œuvres de l'esprit) dont la licence respecte des critères précisément établis par l'Open Source Initiative, c'est-à-dire les possibilités de libre redistribution, d'accès au code source et de création de travaux dérivés.
Pour rebondir sur les 2 points, qui vous embêtent:
1/ OpenConcerto s'adresse à des entreprises, ces entreprises ont pour grande partie besoin d'assistance et de garantie d'avoir un support à la hauteur de ce qui existe dans les standards propriétaires (Sage, Ciel, EBP, etc...).
Plus la société est grosse, plus ces critères sont importants.
2/ Le manuel, il a été réclamé à maintes reprises. Il a nécessité de nombreuses heures de travail et continue à évoluer avec le logiciel. Etant imprimé en petite série, il coûte cher à produire. L'acheter c'est mieux comprendre l'outil et aider modestement à faire qu'OpenConcerto s'enrichisse de nouvelles fonctionnalités.
Peut être que vous rêvez d'une assistance téléphone gratuite, de formation à l’œil et que l'on vienne lavez votre voiture, mais ce n'est tout simplement pas possible. OpenConcerto existe parce qu'il y a des ingénieurs à temps plein qui travaillent dessus, des serveurs à nourrir, des bûches à mettre dans la cheminée, etc...
Revenons un peu au point intéressant de votre message, la partie à destination des développeurs.
Que peut-on ajouter à cette partie ?
Actuellement, vous avez :
- toutes informations avancées pour faire des modèles de documents
- toutes les informations pour faire un module
- toutes les informations pour comprendre le fonctionnement global du système (données et interfaces)
- l'utilisation de l'ORM
- le détail des champs de la base de données (bon courage pour trouver l'équivalent sur Odoo, Dolibarr et autre...).
En tout cas, merci pour votre retour qui j’espère ne s’arrêtera pas ici.
Cordialement,
- Conceptify
- Messages : 85
- Enregistré le : dim. août 21, 2016 4:28 pm
Bonjour à tous !
J'aimerais développer une petite extension via le module extension builder pour faciliter les dépôts d'espèces en banque pour mon entreprise et mon association.
Je m'explique. Habituellement, j'opère en écritures comptables sur deux étapes, c'est à dire:
*Première étape: je débite X euros du compte 58 (virements internes) pour créditer le compte 53 (caisse), afin de signaler que de l'argent est sorti de la caisse pour un dépôt futur.
*Deuxième étape: je débite les X euros du compte 512 (banques) pour créditer le compte 58 (virements internes), afin de valider le dépôt d'espèces à la banque.
Je passe par ces deux étapes car la date de retrait n'est pas toujours la même que celle du dépôt. Je peux donc avoir un suivi sur les espèces en transition via le compte 58.
J'aimerais faciliter les démarches en créant donc deux interfaces de saisie (via extension builder), qui permettraient donc l'opération de ces deux étapes.
Je dispose de faibles connaissances en base de données et j'ai donc du mal, en observant la structure du logiciel et de ses tables, de savoir comment faire ces interfaces de manière correcte pour que les bons chiffres entrent dans les bonnes cases
Et vous, comment faites-vous pour ces opérations de caisse?
Je fais également appel à vous si vous pouvez filer un coup de main pour créer cette extension !
Bonne soirée.
J'aimerais développer une petite extension via le module extension builder pour faciliter les dépôts d'espèces en banque pour mon entreprise et mon association.
Je m'explique. Habituellement, j'opère en écritures comptables sur deux étapes, c'est à dire:
*Première étape: je débite X euros du compte 58 (virements internes) pour créditer le compte 53 (caisse), afin de signaler que de l'argent est sorti de la caisse pour un dépôt futur.
*Deuxième étape: je débite les X euros du compte 512 (banques) pour créditer le compte 58 (virements internes), afin de valider le dépôt d'espèces à la banque.
Je passe par ces deux étapes car la date de retrait n'est pas toujours la même que celle du dépôt. Je peux donc avoir un suivi sur les espèces en transition via le compte 58.
![Wink ;)](./images/smilies/icon_e_wink.gif)
J'aimerais faciliter les démarches en créant donc deux interfaces de saisie (via extension builder), qui permettraient donc l'opération de ces deux étapes.
Je dispose de faibles connaissances en base de données et j'ai donc du mal, en observant la structure du logiciel et de ses tables, de savoir comment faire ces interfaces de manière correcte pour que les bons chiffres entrent dans les bonnes cases
![Embarrassed :oops:](./images/smilies/icon_redface.gif)
Et vous, comment faites-vous pour ces opérations de caisse?
Je fais également appel à vous si vous pouvez filer un coup de main pour créer cette extension !
![Geek :geek:](./images/smilies/icon_e_geek.gif)
Bonne soirée.
Bonjour à tous,
Pour notre usage interne nous avons développé un module pour l'inventaire du stock.
Il n'est pas finalisé et aurait besoin d'être testé sur différentes configurations, voilà pourquoi je le soumets à la communauté.
Voilà comment nous avons imaginé la chose :
- Après installation du module : Menu > Inventaire
- Vous saisissez vos références par lecteur code-barre ou en saisie directe.
- Si le produit est déjà présent dans la liste d'inventaire il s'incrémente automatiquement.
- Vous pouvez fermer la fenêtre et revenir plus tard.
- Vous pouvez travailler sur plusieurs postes.
- Après saisie vous affichez les différences.
- Vous pouvez exporter cette liste au format CSV (dossier d'enregistrement par défaut).
- A la validation, et seulement à ce moment là, le stock réel est mis à jour.
Dans l'attente de vos remarques![Smile :)](./images/smilies/icon_e_smile.gif)
Pour notre usage interne nous avons développé un module pour l'inventaire du stock.
Il n'est pas finalisé et aurait besoin d'être testé sur différentes configurations, voilà pourquoi je le soumets à la communauté.
Voilà comment nous avons imaginé la chose :
- Après installation du module : Menu > Inventaire
- Vous saisissez vos références par lecteur code-barre ou en saisie directe.
- Si le produit est déjà présent dans la liste d'inventaire il s'incrémente automatiquement.
- Vous pouvez fermer la fenêtre et revenir plus tard.
- Vous pouvez travailler sur plusieurs postes.
- Après saisie vous affichez les différences.
- Vous pouvez exporter cette liste au format CSV (dossier d'enregistrement par défaut).
- A la validation, et seulement à ce moment là, le stock réel est mis à jour.
Dans l'attente de vos remarques
![Smile :)](./images/smilies/icon_e_smile.gif)
- Fichiers joints
-
- org.openconcerto.modules.inventaire-0.8.jar.zip
- (23.8 Kio) Téléchargé 1939 fois
Utilisateur d'OpenConcerto et développeur de modules