Guillaume Maillard a écrit 268 commentaires

Ce qui est critiquable c'est le fait de prendre un standard "internationnal" (et pas le meilleur…) et d'en faire sous-truc, cad un standard "franco-allemand", documenté avec des fichiers XLSX. Tout cela sous couvert de la "Norme Sémantique Européenne EN 16931" (380,81 €HT chez Afnor).

Bref, c'était bien trop demandé à notre élite informatique de JUSTE permettre de transférer à l'administration française soit des métadonnées sous forme XML UBL avec la facture soit d'intégrer le XML en fichier intégré (PDF/A). On leur demandait même pas l'effort sur-humain de supporter UBL et CII ;)

J'en profite pour informer les lecteurs que le même développement a été réalisé dans notre ERP OpenConcerto (en natif sans librairie externe). Il sera disponible en standard dans la prochaine version (1.6).

Cela permet d'importer des factures fournisseurs et d'intégrer le xml 'Factur-X' dans le PDF des factures clients.

Notez qu'il existe bien d'autres standards tels que UBL (https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl) et GS1. Félicitation donc à notre élite informatique nationale pour avoir créé un nouveau standard.

Des oursins dans les poches? Pas de problèmes, on a pensé à vous :
http://code.openconcerto.org
Fichier:
/trunk/OpenConcerto/src/org/openconcerto/erp/config/mappingCompta_fr.xml

Les modules, c'est simple, on les copie dans le dossier "Modules" :)
Ils se gèrent ensuite via Fichiers / Modules.

Java, 6 Go de mémoire vive?!? Ouch.
OpenConcerto fonctionne pourtant parfaitement avec 512Mo avec de grosses bases de données…

A l'heure où je vous lirez ces lignes, mon OpenConcerto avec 11 fenêtres ouvertes depuis 8 heures sur notre base interne avec des milliers de facture, clients, etc… et chargé de 10 ans d'historique : 80Mo de mémoire vive sont utilisés.

Par contre côté navigateur internet, effectivement quelques gigas sont utilisés pour 30 onglets… ;)

https est maintenant activé pour https://code.openconcerto.org/
Merci pour votre retour!

Tout fonctionne bien avec les derniers OpenJDK. On a pu voir quelques bugs sur Swing sur la version 7 d'OpenJDK sur Linux, réglés depuis en version 8 d'OpenJDK.

Pas de vidéo à vous fournir, mais une réponse : vous pouvez mettre des droits par utilisateur et ainsi masquer des menus/fonctionnalités.

Pour les utilisateurs récalcitrants, je conseille de commander de manuel et de frapper l'utilisateur avec jusqu'à ce qu'il arrête de se plaindre de ne pas trouver le bon bouton (un annuaire peut convenir à cette tâche).

Merci c'est corrigé.

Pour la liaison sur un serveur "externe", OpenConcerto sait faire un tunnel SSL/TLS tout seul.

Devait arriver en 2017, mais arrivera en 2018 : client léger et interface web.

Merci! C'est corrigé.

C'est une base de données dédiée, des performances à gogo, les sauvegardes et la maintenance technique.

Je pense qu'on a un problème de lien depuis qu'on est passé full https :)
Le lien pour le code source est http://code.openconcerto.org/

On va corrigé ça rapidement.

Pour l'API, oui c'est prévu.

D'après https://www.ocsinventory-ng.org/fr/#ocs-pro l'accès à la roadmap est payante (offre pro), le lien sur la feuille de route n'est donc pas d'une grande utilité pour le lecteur "lambda".

Le problème que vous chercher à résoudre n'a pas de solution réalisable au cas ou vous l'auriez pas encore compris.

Vous aurez beau avoir un service distant (horodatage, blockchain, Chuck Norris etc…),
il suffit que le logiciel en amont soit modifié pour ne pas envoyer les informations (ou pas les bonnes) pour frauder.
Les plus érudits feront du "man in the middle" pour intercepter les messages.

Dans la pratique, la fraude va être beaucoup plus simple, les fraudeurs utiliseront 2 logiciels, un pour rire et imprimer un ticket de caisse au client, l'autre pour la caisse officielle.

Et pendant ce temps la… d'autres détourneront des milliards légalement :)

donc souvent 2% de ses utilisateurs.

Peut être que pour Photoshop, il y 98% de versions piratées, mais dans le monde de la gestion, le piratage est marginal. Une recherche sur "cegid compta torrent" donne le ton :)

Ça fait un peu tâche lors d'un contrôle fiscal, une réflexion de l'inspecteur du type "je ne trouve pas la facture de votre logiciel de comptabilité dans votre grand livre, pourriez vous me fournir la facture?"
La tendance des gros du marché est de migrer vers des logiciels en ligne à abonnement, cf Sage.

tu as bizarrement mis des critères différents ("utilisateurs" contre "utilisateurs légaux") entre chaque ligne.
On peut conclure par "utilisateurs acceptant de payer", et je ne vois pas où tu veux alors en venir : le problème reste de réussir à faire payer dans les 2 cas.

Pirater un logiciel GPL (dans le sens l'utiliser sans payer), c'est déjà plus dur à faire car par définition… gratuit.

Chose également importante dans le monde des entreprises : il est quasi impossible de se passer d'un logiciel de compta/gestion commerciale.

3 choix :
- utiliser un logiciel propriétaire, licence payante (ou pseudo gratuite pour certains mais avec d'autres contreparties)
- pirater un logiciel propriétaire
- utiliser logiciel libre, licence gratuite par définition

Pour 100 utilisateurs d'OpenConcerto, en gros on a 2% x 890 € soit : 1 780 €
Pour 100 utilisateurs de Sage (imaginons un produit à 890 €, 2% de piratage) : 98% x 890 € : 87 220 €

Le delta de revenu est assez important et explique en grande partie (de mon point de vue) pourquoi des logiciels comme Odoo ont besoin de cash pour pouvoir concurrencer les gros ERPs. Ce qui était la question d'origine :)

Assez simplement :
- pour les clients ayant un contrat de maintenance : 0 €
C'est le deal du contrat de maintenance, on assure le client d'avoir un logiciel opérationnel.
- pour les "je vais quand même pas payer un contrat de maintenance pour un logiciel gratuit" : 96 €
Soit 4 de nos jetons de maintenances (ceux bien chers à 24 € le 1/4 d'heure), parce que d'expérience on sait très bien qu'en moyenne on devra y passer une heure dans les abysses du "comment je peux payer?" "ma carte est refusée", "je viens de commander il y a 1 minute et j'ai pas encore reçu mon attestation", "est ce que l'attestation est valable sur Mac", "est ce que je peux revendre mon attestation", etc… :)
En gros, nous misons sur la quantité pour rentrer dans nos frais de développement. Le système de caisse actuel étant sans prétentions, on met plutôt en avant le reste : gestion commerciale, compta, paye…

je suis juste curieux de savoir pourquoi certains prennent ce chemin.

Quelques pistes de réponse basée sur mon expérience (jOpenDocument, jOpenRay, OpenConcerto…) :
- plus le logiciel est important, plus l'équipe de développement se doit d'être importante : sur un ERP comme OpenConcerto, plus de 400 000 lignes de code à maintenir.
- l'utilisateur "lambda" n'a aucune idée du travail que représente "un gros" logiciel et n'est pas prêt à payer en fonction de cela.
- pour un logiciel de gestion, le libre est dans 99% des cas un choix économique
- le 0 coût de licence se transforme vite en dépense 0.
- les contradictions pleuvent pour resté à 0 dépense, ex : "je ne vais quand même pas acheter un manuel pour savoir me servir de ce logiciel gratuit" , "payer pour de l'assistance? non mais c'est de l'arnaque ce logiciel" ou encore "je préfère payer un logiciel propriétaire qui offre 2h de hotline gratuite que de payer une maintenance sur un logiciel libre".

Au final, le logiciel libre comme OpenConcerto doit vivre avec des revenus générés par 2% des utilisateurs.
Le logiciel propriétaire est financé par 100% de ses utilisateurs (légaux).

De ce que je peux voir, ceux qui s'en sorte en 100% libre sont, par ordre croissant :
- ceux qui mises tout sur la monétisation de leurs utilisateurs (wordpress, firefox)
- ceux qui ont réussi à équilibrer taille du projet/logiciel et revenus annexes (iText, OpenConcerto…)
- ceux qui ont une brique logiciel critique pour des grandes sociétés (apache, eclipse, docker, linux…)

Plutôt que de végéter ou de passer son temps à équilibrer les budgets, certains préfèrent proposer un logiciel de base libre et vendre une version premium (concoctée pour migrer le plus possible les utilisateurs de base en utilisateur premium pour quelques détails indispensables). On citera Odoo pour les ERPs, Zimbra pour la messagerie…

Ce qui fait qu'on s'en sort avec OpenConcerto et pas jOpenDocument :
- une offre cloud clef en main, sécurisée et moins chère que toute solution auto-hébergée
- une hotline à la carte au top techniquement et chère (24€ pour 15 mins)
- une extensibilité/personnalisation du logiciel sans limites (hormis celle du chéquier du client)

La version 1.5.1 est maintenant officiellement disponible en téléchargement.

Nous avons fait en sorte d'être le plus clair possible sur l'évolution du logiciel par rapport à la législation, via une page dédiée accessible depuis la page principale.

Pour résumer, sur tous les sujets (compta, gestion, caisse, paye, …), les développements sont faits pour que logiciel respecte la loi en tant et en heure. Quand les textes nous imposent d'impliquer notre responsabilité, nous appliquons les tarifs les plus tassés possibles (DSN : 72€, Loi de finance 2016 : 96€).

Bref, c'est du "détail" pour nous, l'important c'est de sortir la version 2.0 et conquérir le monde :)

I feel like I could… like I could… like I could… TAKE ON THE WORLD!!

Prédiction du jour:

Nantes va investir 0 € dans LibreOffice, puis va se plaindre de lourdeurs, de problèmes d'ergonomie, de compatibilité…

Utilisateurs mécontents et problèmes techniques récurrents justifieront une marche arrière dans quelques années.

On aura préféré économiser 1.5M€, au lieu de se contenter de 1M€ et d'en investir 0.5M€ dans les logiciels opensource utilisés.

Oui, je ne dis pas que c'est de la perte, je signale juste que c'est un coût à prendre en compte.

Si tu passes 200h à tricoter des pulls pour 20€, le gain est bien de 20€, on est d'accord :)

Super projet, une personne pour tout faire et en arriver là (produit fini, site web "pro", etc…) c'est assez rare.

Économiquement, le calcul me semble un peu faussé, il manque le "coût" initial de création et le "coût" des évolutions. Evidemment, ici on parle de temps, mais si pour gagner (au sens bénéfices) 200 € par mois et avoir passé 400 heures juste pour créer l'ensemble, 20 heures par mois pour la maintenance, on peut considérer l'aventure comme en net déficit, bien que moralement une réussite.

icônes collées aux textes

J'aurais du préciser dans la barre de en haut de l'écran.

Un petit dernier pour la route?
Les scrollbars verticales sont soit à droite soit à gauche… un jour faut choisir son camps ;)

Vous avez encore quelques heures à passer pour tout "tweaker", bon courage !
N'hésitez pas à partager qq screenshots si vous voulez du feedback.

C'est facile de se moquer ;-)
J'espère que la capture de mon bureau dans le lien ci-dessous fait moins saigner les yeux :
https://raw.githubusercontent.com/BertrandDekoninck/rik.theme/master/newscreen.png

Sans aller dans le détail:
- mauvais centrages verticaux des textes (menu du haut et checkboxes)
- marges des scrollbars non symétriques
- décorations des fenêtres avec des looks différents
- icônes collés aux textes
- même le dock de gauche est loupé avec les "…" collés et non centrés
- plus de polices utilisées que de fenêtres…
- icônes "liens" non antialiasées sur les dossiers

Cher artisan, prenez quelques soirée pour faire un beau site, une belle doc, un tutoriel. Cela ne prend pas plus de temps que se plaindre et est plus gratifiant.

En s'inspirant des "gros" qui ont fait bosser des designers, des marketeurs et autres, on gagne beaucoup de temps dans ce genre d'activité.

Voici ce qu'en dit Wikipedia :
https://fr.wikipedia.org/wiki/Plateforme_client_riche#Aujourd.27hui_.5BQuand.C2.A0.3F.5D_:_le_client_riche

Comme vous le faites remarquer, "client lourd" n'a pas la côte depuis le buzz "web 2.0".
Vous n'imaginez pas les problèmes de communication que l'on a avec notre "offre cloud" qui n'est pas "fullweb", faute aux marketeux du "RIA" qui aiment bien brouiller les pistes pour mieux "séduire" le client :)

Je comprend votre point de vue, que je partage d'ailleurs en voyant certaines pubs (qui a dit Windev ?!? moi? non). Mais difficile pour moi de voir le rapport avec OpenConcerto.

Ok, vous avez trouvé UNE jolie fille qui vous fait un sourire sur le site, mais elle n'est pas en bikini ni en train de vous faire les yeux doux pour vous vendre une licence du logiciel, vu qu'une licence d'OpenConcerto c'est "0 euros le lot de 100".

A vouloir censurer toute photo du web (autre que des chats ;) ) le monde va devenir bien triste et liberticide. Est-ce que vous vous indignez aussi que les acteurs/actrices dans les films ont une belle plastique, bien différente de vos voisins?
Le burger de la pub MacDo est il trop "beau" par rapport à celui servit?
A un rendez vous, y allez vous propre, bien peigné et bien habillé?
Attention, on va finir dans le débat philosophique sur "qu'est ce que le beau" :)

A notre niveau, nous essayons d'avoir un site propre, des images et des couleurs dans la lignée des communication "pro". Quelque chose aussi sérieux et professionnel qu'est le logiciel.

Il n'est pas juste de nous faire un tel procès sur les dérives de l'image de la femme, vous vous trompez de cible.

Dois m'attendre à un procès sur l'esclavage moderne qu'est le boulot de développeur logiciel sur OpenConcerto ? Ou encore sur la destruction d'emploi lié à l'utilisation des logiciels ? :)