BeDesk-Express

Oracle ayant décidé de supprimer le paquetage JRE (on peut toutefois créer un Java Runtime à l’aide de jlink), il n’y a plus de paquetage redistribuable à partir de Java 11.

Oracle a également supprimé l’outil jpackage qui permet de créer des paquets exécutables pour les différents systèmes d’exploitation.

En outre, le JDK-11 de Oracle voit sa licence changer. L’usage du JDK dans le cadre d’une distribution commerciale ne put plus être réalisée sans paiement d’une licence spécifique chez Oracle.

Cependant, l’usage de l’OpenJDK reste gratuit y compris pour une redistribution commerciale. Il faut toutefois garder à l’esprit que l’OpenJDK est fourni sous licence GPL avec une “classpath exception”. On peut donc distribuer la version binaire non modifiée de l’OpenJDK dans le cadre d’une agrégation à condition de fournir la version non modifiée de l’OpenJDK et de l’utiliser sans mélange du code. En l’occurrence, l’OpenJDK peut être appelé via ligne de commande pour exécuter du code externe sans nécessiter de modification de l’oeuvre originale. Il faut toutefois faire mention de la licence de l’openJDK, s’assurer que l’application peut fonctionner avec un autre JDK (assurer l’indépendance du code) et signaler où l’utilisateur peut trouver le code source de l’OpenJDK.

Retrait d’anciens champs de fusion désuets et incompatibles avec Rx.

Introduction du support de Java 11 LTS en remplacement définitif de Java 9 et 10 sur l’ensemble des modules.

Des optimisations importantes du générateur de documents peuvent être implémentées pour améliorer les performances de préparation et de rendu des documents.

Les optimisations sont plus particulièrement attendue en ce qui concerne la préparation des rapports longs (plusieurs milliers de lignes).

L’openJDK est disponible en version binaire exécutable directement pour Linux, Windows et macOS.

L’application peut être simplement appelée par une ligne de commande.

Aucune modification de l’openJDK original n’est nécessaire.

Considérer la création des paquetages de déploiement pour:

• Linux :
• Windows :
• macOS :

Suppression de nombreux warnings. Élimination de fonctions inutilisées et divers améliorations mineures.

Gestion et suivi des licences.

Mise ne œuvre de tables sous la forme de bandes d’impression avec contenu caché.

En réduisant la complexité des documents racines, on peut améliorer nettement les performances.

Liste des rapports optimisés à l’aide du générateur Rx:

1. (4) Chiffres d’affaires / Journal de vente : Ok.
2. (4) Liste ventilée des montants HTVA : Ok.
3. (4) Liste ventilée des montants HTVA avec chiffres fiscaux : ok.
4. (4) Liste ventilée par pays MOSS : Ok.
5. (4) Liste ventilée des montants fiscaux : ok.
6. (1) Liste des factures impayées : ok.
7. (1) Liste des facture / CA client : ok.
8. (1) Export / Liste de tous les contacts : ok.
9. (24) Liste de clients facturés au cours d’une période et pour un régime TVA : ok.
10. (4) Récapitulatif des factures/notes de crédit avec coordonnées des clients : ok.
11. (2) A commander en fonction du minimum en stock et avec ou sans prise en compte des unités à recevoir : ok.
12. (2) A commander en fonction du minimum en stock et des devis acceptés (avec ou sans prise ne compte des unités à recevoir) : ok.
13. (2) A commander en fonction du minimum en stock et des commandes acceptées (avec ou sans prise ne compte des unités à recevoir) : ok.
14. (1) CA du client ventilé par article : ok.
15. (1) Clients ayant acquis un article entre 2 dates (avec la liste des documents concernés) : ok.
16. (1) Bons de commande en attente d’acceptation : ok.
17. (54) Bons divers entre dates et par périodes (mensuelles, trimestrielles et annuelles) : ok.
18. (1) Clients en retard de paiement : ok.
19. (1) Clients débiteurs : ok.
20. (1) Liste de prix des articles : ok.
21. (1) Valeur du stock à la vente : ok.
22. (1) Valeur du stock à l’achat : ok.
23. (1) Stock théorique (reliquat clients, reliquat fournisseurs) : ok.
24. (1) État du stock “à recevoir” : ok.
25. (1) Liste des paiements reçus entre 2 dates : ok.
26. (1) Liste des paiements reçus sur les factures entre 2 dates : ok.
27. (2) Carnet de commande (complet et pour un client donné) : ok.
28. (1) Contrôle paiements reçus entre deux dates : ok.
29. (1) Contrôle trimestriel avec listes des clients facturés : ok.
30. (2) Liste des factures impayées avec ou sans date limite : ok.
31. (1) Liste des paiements reçus (avec solde restant dû et coordonnées du client) : ok.
32. (1) Export des articles du document en cours : ok.
33. (1) Estimation de la marge bénéficiaire net sur un document : ok.
34. (1) Récapitulatif de dossier : ok.
35. (1) Fiche de contact : ok.
36. (1) Estimation de la marge bénéficiaire entre 2 dates sur base des prix d’achat des articles : ok.
37. (3) Gestion du parrainage : ok.

Liste des rapports rationalisés:

1. (4) Articles facturés au cours d’une période.
2. (4) Articles livrés au cours d’un période.
3. (1) Articles en attente de livraison.
4. (1) Articles d’achats effectifs en attente.
5. (1) Articles d’achats effectifs en attente d’un fournisseur.
6. (1) Commandes d’achats effectives d’un fournisseur.
7. (1) Commandes d’achats effectives (encours) d’un fournisseur.

Inclusion de tableau imbriqué:

- (2) SEPA.
- (2) RIB.

Améliorations du client ESMTP intégré:

• Amélioration de la boucle I/O: Correctif RFC-2821 (4.2.1 Reply Code Severities and Theory).
• Compatibilité avec les services PROXY SMTP: Adaptations requises suite à la maintenance du service OVH SMTP PROXY du 30/10/2018 (http://travaux.ovh.net/?do=details&id=34821).

Remplacement de:

1. Classe DocIndex –> DocList.
2. Classe CltIndex –> ClientList.

Suppression de:

1. Classe Compressor : supprimée.
2. Classe CycleGlassButon : supprimée.
3. Classe GlassPanel : supprimée.
4. Classe GotoPanel : supprimée.
5. Classe GlassButton : supprimée.
6. Classe GlassButtonGroup : supprimée.
7. Classe TitledGlassPanel : supprimée.
8. Classe IdGenerator : supprimée.
9. Classe ImageDocCache : supprimée.
10. Classe MyAntialiasEditorPane : supprimée.
11. Classe MyBorderPane : supprimée.
12. Classe MyCardLayout : supprimée.
13. Classe MyImageFilter : supprimée.
14. Classe MyImageFilterUtils : supprimée.
15. Classe MyTxtCsvFilter : supprimée.
16. Classe MyTxtCsvFilterUtils : supprimée.
17. Classe OvalLabel : supprimée.
18. Classe PctFlowlayout : supprimée.
19. Classe QRecString : supprimée.
20. Classe ShinyButton : Supprimée.
21. Classe ShinyPanel : supprimée.
22. Classe Translucylabel : supprimée.
23. Classe ToolsPopupMenu : supprimée.

Au niveau de l’interface, la plupart des distributions linux appliquent un patch pour corriger les problèmes de rendu des caractères sous OpenJDK.

Elle consiste par exemple à lancer l’OpenJDK avec les paramètres suivants:

-Dawt.useSystemAAFontSettings=on
-Dswing.aatext=true
-Dsun.java2d.xrender=true

Il sera probablement nécessaire de valider cette option au niveau de la ligne de commande de lancement.

Cependant, en dépit de cela, on peut constater des défauts de rendu persistant lorsque les fonts sont redimensionnées ou qu’un scale est appliqué dans Graphics2D.

Pour contrer cela, le nouveau générateur de document Rx devrait faire la distinction entre l’export PDF, et les autres sortie. Appliquant le rendu via la transformation Glyphs → Shape, on transforme les caractères en vecteurs. Dans ce cas, le rendu est toujours correct. En excluant l’export PDF et en conservant le rendu drawString() uniquement pour cette sortie, on permet l’extraction du texte dans le PDF résultant.

Réduction de la complexité de l’application en fusionnant les modules starter.* et bedesk.*

Le nouveau paquetage résultant est bedesk.starter.*.

On peut rationaliser les ressources du nouveau module.

Ceci permet notamment de mieux utiliser les ressources communes.

Le code n’a plus besoin d’être dupliqué.

On peut supprimer une bonne partie du code “mort”.

56 Fichiers rationalisés.

Ajout de structures de liste qui facilitent la gestion des données par flux.

Certains rapports ne fournissent que le numéro des clients et fournisseurs.

Il serait utile d’ajouter les coordonnées complètes autant que cela soit possible.

Il est bien évident qu’il faut tenir compte de l’espace disponible et de l’agencement des tableaux.

—

Cela s’applique également aux données exportées. Il n’y a pas de difficulté particulière à masquer une partie des données. Par contre, la nécessité de générer 2 ou 3 états successifs pour les combiner par un logiciel tiers peut représenter une difficulté pour les utilisateurs.

—

Fort bien, mais aucun exemple concret n’a été fourni par les utilisateurs à l’origine de cette suggestion.

Il n’est pas judicieux de surcharger tous les rapports existants des coordonnées des clients. il faut tenir compte du but du rapport en question.

Ainsi, en conclusion, il y a 2 points importants à considérer avant d’envisager l’ajout de coordonnées des clients sur un rapport:

1. De nombreux rapports existent déjà avec les coordonnées des clients.
2. Avec la mise à jour Rx, plusieurs rapports ont déjà bénéficier de l’ajout des coordonnées des clients.
3. L’utilisateur connaît-il bien l’ensemble des 160 rapports pré-existants? Sa demande ne consiste t-elle pas à demander la création d’un doublon d’un rapport qui existe déjà mais qu’il ne connaît pas?

Cette tâche peut être suspendue ou terminée dans l’état actuel des choses.

—

Finalisée sur l’état “implémentation partielle”. On pourra éventuellement ouvrir une tâche dédiée ultérieurement.

Réduction significative du nombre de notifications:

• Réduction du nombre de notifications par e-mail : Déjà fait.
• Réduction du nombre de notifications sur le logiciel : Analyse.

—

On pourrait éventuellement remplacer les boîtes d’alerte au démarrage du logiciel par un widget sur le tableau de bord.

Ce widget ouvrirait un panneau indiquant le nombre de jours restants pour chaque licence.

Dès lors que la date d’échéance d’un module approche de son terme, le widget changerait de couleur pour passer du vert au rouge par exemple. En cliquant sur le widget, l’utilisateur pourrait ouvrir directement une page web du site BeDesk-Express.com pour effectuer son paiement ou gérer ses contrats.

—

Cela implique d’augmenter la fréquence de vérification des licences. Un daemon pourrait être affecté à cette tâche. Périodiquement, pendant la session, il effectuerait un check-up des licences. Ainsi, si l’utilisateur prolonge un contrat alors que la session est ouverte, la répercussion de ce changement ne nécessiterait plus le redémarrage du logiciel.

—

Un panneau Widget pourrait être ajouté pour fournir les fonctions requises à la gestion des contrats du poste. Un bouton de rafraîchissement pour forcer l’actualisation de l’état des contrats au niveau du logiciel. Un autre bouton pour se connecter au compte client et prolonger le contrat en question.

Cette idée est intéressante!...

—

Conformément aux statistiques proactives sur la plateforme, il est nécessaire de commencer à prévenir les utilisateurs 2 mois à l’avance.

En effet, de nombreux utilisateurs n’ouvre leur logiciel qu’une fois par mois, voir même une fois tous les 2 mois. On peut ignorer ceux qui n’ouvrent leur logiciel qu’une fois par trimestre. Le nombre de ces utilisateurs est très faible.

Par contre, beaucoup d’artisans et d’entrepreneurs n’effectue la facturation qu’une fois par mois, voir même une fois tous les mois et demi (d’où la prévention de 2 mois).

—

Que risquent les utilisateurs qui n’ouvrent leur logiciel que peu fréquemment ?

—

S’apercevoir de la désactivation de leur logiciel lors de l’ouverture de session. Ils devront par conséquent effectuer tout le processus d’achat et d’activation pour reprendre l’utilisation.

L’expérience montre que dans ce cas, de nombreux utilisateurs ont essayé pendant des semaines d’ajouter ou de modifier les données sans que cela ne puisse s’enregistrer via le service de réplication. Ceci a nécessité de nombreuses interventions du support gratuit. D’où la prévention.

Rappelons que si un contrat arrive à son terme, le logiciel revient en mode d’essais avec les limites dépassées. Cela signifie qu’il n’est plus possible d’ajouter des documents, mais que l’on peut encore les consulter et les modifier (exemple changer l’état “imprimé” pour l’imprimer).

—

En vertu du contrat de licence, le mode d’essais dépassé ne permet que la consultation. Aucune modification ne devrait être autorisée. Ainsi, si lors de la désactivation, un document n’était pas imprimé, une fois passé en mode d’essais (avec limites dépassées), l’impression peut tout à fait être inutilisable.

—

On peut donc envisager de durcir le contrôle du mode d’essais et se basé en partie sur ce verrouillage (hors limites) pour bloquer toutes modification des documents.

Si la limite d’utilisation en mode d’essais est dépassée, le verrouillage des modifications peut également s’étendre aux contacts et au stock. Sans aucune licence active, ces fonctionnalités peuvent aussi être limitées.

—

Remplacement du composant DocIndex par DocList avec la gestion de flux.

Gestion interne des listes de clients sous la forme de flux.

Fondamentalement, un modulo monétaire ne doit pas contenir plus de décimales que le montant.

Par exemple, en euros, on ne peut pas avoir un modulo de 0,001 alors que la plus petite pièce (le module) est le centime, donc 0,01.

En euros, le nombre de décimales des montants doit être de 2 et le modulo de 0,01. ceci est valable quelque soit le nombre de décimales dans les prix (qui peut être plus important que 2).

—

Tous changement d’arrondi monétaire s’applique à l’ensemble des données de la base de données. On ne peut donc pas le rectifier après coup. Si on modifie ce paramètre, on peut modifier par voie de conséquence, les montants des totaux et fausser le journal d’audit.

Par contre, on peut s’assurer de la valeur du modulo au moment de la création de la base de données et avertir l’utilisateur de l’existence d’un paramètre erroné.

—

Il semble que certains utilisateurs saisissent des échéances sans montant par anticipation dans l’application “Échéancier fournisseurs”.

Normalement, il ne peuvent pas saisir un montant vide, alors leur astuce consiste à saisir un caractère d’espace.

Or, ce caractère d’espace ne peut pas être converti en nombre. Du coup, cela entraîne des erreurs internes qui peuvent amener l’application a devenir instable.

—

Une vérification supplémentaire lors de la conversion de la chaîne de caractères en nombre serait utile pour supprimer le cas où, après avoir supprimé tous les caractères non numériques, il ne reste rien.

Cela doit être effectué dans le module Compta.

—

Une vérification supplémentaire du montant saisi devrait être effectuée dans l’application “Échéancier fournisseurs” pour valider la saisie.

La suppression de l’image de fond des document entraîne une exception.

Un enregistrement “tombstone” remplace la suppression qui produit l’exception en mode réplication.

Le problème est résolu.

Lorsqu’on utilise l’outil d’importation TXT/CSV (TSV) pour mettre à jour les prix des articles déjà présents dans la base de données, les prix apparaissent changés à l’écran. Par contre, après redémarrage, les anciens prix réapparaissent.

—

Il y a un problème dans l’outil d’importation. Celui-ci effectue bien la mise à jour des prix dans le cache des articles en mémoire, mais les modifications ne sont pas reportées dans la base de données sur le disque.

Pour minimiser le nombre de transaction, chaque articles en cache est comparé avec le LogView correspondant du serveur KLDB local. Si l’enregistrement en cache est différent, l’enregistrement modifié est enregistré.

Le souci provient du fait que dans l’outil d’importation, les enregistrements du cache sont modifiés sur place sans être préalablement dupliqués (conformément aux spécifications KLDB).

—

Duplication ajoutée.

Test ok : problème résolu.

Lorsqu’un document est envoyé par mail à un client via courrier d’accompagnement, la case “envoyé” ne se coche pas.

—

Confirmé.

—

Correctif implémenté.

Tests nécessaire...

Les icônes des pays n’apparaissent pas dans le menu MOSS lors de l’édition de clients.

La fusion des modules permet également de supprimer de nombreux warnings.

• BeDeskStarter UI : 76 warnings.

Si on réduit la hauteur de la fenêtre de l’application, la compression des intitulés des icônes de la barre verticale de gauche est décalée.

Non vérifié sur résolution normale.

Vérification nécessaire avec RETINA : Problème vérifié.

Le souci ne se manifeste que sur quelques pixels. Il semble que le calcul de la hauteur du texte ne répond pas correctement.

—

Problème rectifié.

Le worker est un daemon. De ce fait, si on ferme l’application, les tâches en attente d’exécution du worker peuvent ne pas être exécutées.

En ajoutant une boîte de progression relative à l’ensemble des tâches en attente, on force la vidange des tâches avant de permettre la fermeture de l’application.

Dans certaines situations, le contenu de la boite de progression semble sautiller ou clignoter.

Cela provient de l’envoi de l’instruction de rafraîchissement du contenu plus fréquent que la durée du rafraîchissement lui-même. La précédente instruction étant alors abandonnée pour relancer la suivante. On peut alors voir un sautillement ou un clignotement du contenu de la boite.

—

En découplant le rafraîchissement de l’envoi de nouvelles instructions de rafraîchissement, on peut exécuter uniquement l’instruction en cours et ignorer les nouvelles instructions jusqu’à ce que la précédente soit effectivement terminée.

—

Correctif : ok.

1. (2) Corrections de fautes d’orthographe dans le message: “veuillez d’abord enregistré ou abandonné l’édition de votre document” → “veuillez d’abord enregistrer ou abandonner l’édition de votre document”.

Une bonne prise ne compte des opérations de gestion courante permet de réduire un peu le nombre d’opérations enregistrées dans la piste d’audit.

En effet, si une opération est du type “Gestion courante”, elle n’a aucun intérêt en cas de contrôle. Il peut s’agir par exemple d’une opération qui ne modifie pas l’état ni le contenu d’une facture. Il peut par exemple s’agir du placement d’un signet.

L’aperçu est généré à la demande.

Lorsqu’on venait, des panneaux “Commentaires” ou “Notes”, la requête de rendu de l’aperçu n’était pas envoyée.

Ce problème est à présent rectifié.

La barre de défilement horizontale s’affiche en permanence sur la vue “Contacts”.

Cela est dû au calcul de la largeur ajustée du contenu.

En réduisant la largeur du contenu d’une marge minime, cette barre disparaît.

Le souci est résolu.

Le BeDeskLauncher doit s’assurer de ne démarrer qu’une seule instance du serveur BeDesk sur l’ordinateur.

Pour cela, il utilise un petit fichier in-use.lock.

Cependant, lors de la mise à jour de l’heure de la mise à jour de ce verrou, l’accès au fichier est réalisé dans le contexte d’un daemon.

Un daemon peut être arrêté net à n’importe quel moment. Il peut donc être arrêté alors qu’une écriture sur le disque se produit.

Pour éviter cela, les mise à jour sont dorénavant réalisée dans un thread dédié.

De plus, pour fermer le daemon, on n’utilise plus une interruption mais simplement un drapeau. Le daemon s’arrête donc de lui-même et un thread attend son arrêt avant de supprimer le fichier lock lui-même.

La taille des caractères de l’adresse du destinataire sur les documents n’est pas à la même échelle que celle des caractères de l’en-tête.

Il est possible que ce soit les caractères de l’en-tête qui ne sont pas adaptés correctement par rapport au reste du document.

La différence est minime de l’ordre d’un pt.

Recherche nécessaire.

Les tailles utilisées dans les versions précédentes du logiciel nécessitaient des corrections. Or, il n’est plus nécessaire de corriger les tailles de polices avec le nouveau générateur de documents.

Privé de JRE et de l’outil jpackage, il est nécessaire de générer l’application et le paquet d’installation par lignes de commande.

Rien n’interdit de repartir de composants existants et d’assurer le lancement correct de l’application.

Actualisation du contrat de licence disponible sur le site web.

Le nouveau système de protection de macOS bloque par défaut les services d’accessibilité.

Pour en bénéficier, il faut absolument autoriser ces services pour l’application dan les préférences système / Sécurité / Accessibilité de macOS.

Il n’existe aucun moyen d’établir ce paramètre via le logiciel BeDesk lui-même.

Les services d’accessibilité concernés sont :

1. La classe Robot de Java.

(1) La classe Robot est utilisée par le service d’arrière plan “StayAwakeDaemon”. Ce service empêche l’ordinateur d’entrer en mode veuille par lui-même.

La mise en veille peut entraîner des problèmes dus au fait que certains utilisateurs laisse la session de leur logiciel ouverte de façon indéfinie. Cela bloque le système de sauvegarde de sécurité et empêche la maintenance des fichiers.

Il est très facile d’inclure dans la distribution le paquet inchangé de l’OpenJDK original pour Windows.

L’appel de la machine virtuelle Java se faisant par simple ligne de commande, on respecte le contrat GPL.

Les liaisons bénéficient de l’exception du classpath associé au contrat.

Pour remplacer l’OpenJDK, il suffit de modifier la ligne de commande de l’appel ou de remplacer le contenu du sous dossier jdk-11 tout simplement. L’application BeDesk pouvant tout à fait fonctionner avec une autre JVM, l’indépendance est conservée. le paquet de l’OpenJDK est utilisé pour la facilité de l’utilisateur final et celui-ci conserve tous les droits de la licence originale de l’OpenJDK.

Une page de connexion rapide doit être ajoutée au site pour faciliter la procédure de prolongation à partir du logiciel.

Correction automatique de la taille des polices dans les documents.

La tailles des petites et grandes polices doit être ajustée par un facteur 1,66666667.

Depuis la protection de la référence de l’article dans le gestionnaire du stock, il n’est plus possible d’ouvrir en édition l’article pour copier la référence dans le presse-papier.

La suggestion consiste donc à trouver un moyen de pouvoir copier la référence dans le presse-papier.

Il convient d’appliquer l’implémentation Rx à la génération des documents.

Quelques petites différences inévitables pourront apparaître.

Toutefois, la résolution des problèmes d’alignement et de césure seront éliminés.

—

A NOTER:

La mise en forme des documents sera simplifiée et uniformisée. Certains paramètres n’ayant que très peu d’utilité, ceux-ci seront supprimés au profit d’une mise en forme plus cohérente même si l’utilisateur à introduit des paramètres qui ne sont pas idéaux.

1. Taille de la police des zones “Commentaires” et “Conditions” seront héritées directement du modèle de base et non plus fixés séparément.
   • Suppression de la taille et du choix de la police spécifique aux commentaires (c’est la même que celle du document).
2. Suppression de la taille de police moyenne dans les documents (il reste uniquement la “grande” et la “petite” taille).
3. Décalage minimum à partir de l’en-tête dans les paramètres de grille → Hauteur minimum du cartouche.
4. Nombre de positions du cartouche réduit. Il ne reste que ces 3 positions:
   1. Verticale
   2. Horizontale en haut.
   3. Horizontale en bas.
5. Tous les montants significatifs sont alignés à droite dans une colonne dont la largeur est uniformisée à 12% de la largeur de la zone d’impression.
6. La marge interne des cellules passe de 4pt à 3pt pour un meilleur usage de l’espace disponible.
7. Ajout de la prise en charge de la marge interne de l’en-tête et du pied de page.
8. “Sur-magination” → “Espace de séparation par rapport au corps” (du document).

Un utilisateur avait modifié le paramètre du code ISO de sont pays en remplaçant le code “FR” par “F”.

L’utilisation d’un paramètre ISO-3166-1 erroné débraille la reconnaissance des numéros de TVA des assujettis à la TVA du pays courant (celui du profil et du même coup de l’utilisateur).

Le logiciel est accompagné de 4 profils prédéfinis:

1. Belgique
2. France
3. Luxembourg
4. Suisse

Le code ISO ne devrait donc faire partie de l’ensemble suivant: BE, FR, LU ou CH.

Cependant, il était possible de personnaliser ce code si on modifie un profil pour correspondre à un autre pays.

La modification du code ISO ne change pas le calcul de la TVA sur les documents.

Il devrait donc être possible de mettre en place un garde-fou qui rattache le code ISO erroné à un des 4 pays supportés.

Attention!!! Il ne faut pas chercher à rectifier un code ISO s’il correspond à un code ISO correct.

NOTE

Le code ISO fournis par les profils initiaux ne peuvent plus être personnalisés depuis la version 18.0.

Si un code ISO a été modifié, cela ne peut se produire que suite à l’importation d’une ancienne base de données utilisées préalablement à partir d’une version antérieure du logiciel (avant janvier 2018).

On peut donc envisager la correction automatique de ce paramètre pour les éventuels utilisateurs qui auraient modifier ce paramètre AVANT de migrer vers la version 18.0 certifiée.

Garde-fou : ok.

Le niveau minimum de rétro-compatibilité est fixé à la version 18.0-250, c-à-d la première version certifiée du logiciel.

Les utilisateurs qui utilisent toujours une révision antérieures peuvent faire appel au support technique pour bénéficier d’un service de conversion et de certification des fichiers.

Demande d’utilisateur:

Le service achats souhaiterait pouvoir avoir les informations suivantes :
- le prix d’achat,
- la prix d’achat x les quantités en stock
- la quantité en stock
- le prix de vente
- le prix de vente x les quantités en stock.

Actuellement, les exports se font ainsi: c’est à dire sélection des “rapports”, “articles en stock”, “évaluer la valeur de vente du stock” puis “évaluer la valeur d’achats du stock”. Ensuite téléchargement en CSV/TXT, ouverture depuis Excel, et enfin rapprochement des fichiers avec une rechercheV. Cela est fastidieux, long, et source d’erreur.

Amélioration prise en compte : confirmée.
A planifier : voir ordre de priorité.

Le nouveau générateur Rx permet de distinguer la sortie.

Si celle-ci est destinée à l’export PDF, le rendu du texte permet son extraction via une visionneuse ou un lecteur PDF.

Nous utilisons notamment le logiciel Adobe Acrobat Pro DC comme outil de référence: https://acrobat.adobe.com/fr/fr/acrobat.html.

Remplacement du caractère de substitution ‘*’ utilisé jusqu’à présent dans les requêtes de rapports pour accepter toutes les références correspondantes par ‘%’.

De plus, conformément aux spécification de l’opérateur LIKE du langage SQL, le caractère ‘?’ permet d’accepter un caractère de substitution quelconque.

Le composant d’en-tête classique n’a pas beaucoup évolué depuis de nombreuses années. Le souci consiste à conserver la compatibilité avec le rendu initial.

Cependant, il est possible de rectifier un bug qui empêche la prise en compte de la marge interne.

Ce changement permet d’aligner le logo et le texte des intitulés avec le contenu du document.

Demande d’utilisateur:

Quand un logiciel BEDESK (d’une société) est ouvert il est difficile de voir directement dans lequel je me trouve. J’aimerais pouvoir afficher un icône avec le logo de chaque société sur son logiciel et que ce logo soit présent sur la page d’accueil et les pages principales.

—

Le placement d’une information supplémentaire pose toujours un certain nombre de problèmes.

Cependant, il suffit de faire apparaître le nom de la base de données dans la barre d’états en bas de la fenêtre principale pour fournir cette indication.

—

Ok.