BeDesk-Express

Le moteur d’impression utilisé jusqu’à présent date de quelques années et a atteint ses limites quant à la vitesse de rendu et à l’utilisation des ressources.

Le développement d’un nouveau moteur d’impression (générateur de rapports) doit être sérieusement envisagé.

Le nouveau moteur doit être plus rapide, plus puissant et moins gourmand en terme de ressources.

Ceci peut être planifié pour la version 19.

Finalisation du module de programmation Abstrasy Intégration.

Ce module permet de rendre l’application entièrement programmable et implémente un système d’interrogation via un langage de programmation.

Ce module est très important car il fera de BeDesk Express une application de gestion commerciale parmi les plus puissantes qui puissent exister.

Même si une fonction n’existe pas directement dans l’UI du logiciel, il sera possible de la créer sur mesures.

Afficher le message d’erreur renvoyé par le système dans le cas où il y aurait un souci lors de l’export PDF.

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é.

Jusqu’à présent, si on modifie un document avec X articles à référence, le stock est actualisé pour les X articles.

Idéalement, il serait possible de n’affecter que ceux dont la quantité change.

—

Une nouvelle méthode permet de retenir que ce qui change (uniquement les deltas relatives par articles.

Ainsi, si delta vaut 0, aucune modification n’est apportée.

De même, en fonction du document, chaque opérations étant relatives, l’inventaire fini toujours par être exact quelque soit l’ordre des transaction.

—

Le document est d’abord enregistré.

Ensuite, les deltas sont reportés dans le stock uniquement pour les articles affectés.

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.

Refonte du widget “Dossiers” nécessaire.

L’ancien widget “Dossiers” présentait des chiffres basés sur une estimation du type “max” (recherche des montants maximums pour estimer la marge).

Ce mode d’estimation fonctionne dans la majorité des cas et fourni une approximation suffisante pour donner un ordre d’idée sur le bénéfice ou la perte réalisée sur un projet.

Malheureusement, cette estimation peut prêter à confusion et l’utilisateur peut prendre ces valeur pour des montants exactes. Or, l’objectif n’est pas de fournir la valeur exacte de la marge net. C’est impossible au niveau de la pré-comptabilité. La marge net ne peut être estimée avec exactitude que dans la comptabilité en tenant compte de toutes les caractéristiques de l’imposition.

Le widget a donc été refondu pour n’afficher que des valeurs “absolues”.

En l’occurrence, il s’agit du nombre de documents, des totaux de devis, bons de commandes de vente de d’achat ainsi que le total facturé. L’estimation de la marge est obtenue en déduisant simplement le total des bons de commande d’achat du total des bons de commande de vente.

Il est donc à présent nécessaire de disposer du module Logistique actif pour pouvoir estimer la marge.

Cette marge est toutefois “net” au niveau de la pré-comptabilité. On supprime ainsi l’ambiguïté à propos de la notion d’estimation “approximative”.

Les versions précédentes modifiaient très souvent les données de configuration.

Cela nécessitait la réécriture systématique des fichiers de configuration même pour une simple consultation des données de stockage.

A présent, un algorithme spécifique compare les propriétés de configuration avec la dernière version enregistrée pour s’assurer qu’un changement apparaît effectivement. Si c’est le cas, les nouvelles données sont enregistrées. Si ce n’est pas la cas, les données précédentes restent inchangées et aucune écriture n’est réalisée.

Ceci réduit considérablement le nombre d’écriture sur disque et augmente d’autant la robustesse de l’application.

Retour vers le visuel “feuille de calculs” lors de l’édition des articles d’un document.

On obtient ce résultat en s’appuyant d’avantage sur l’opération de trime réalisée lors de l’enregistrement du contenu des documents à partir de l’interface graphique.

Cela permet de donner plus de confort aux utilisateurs qui ont parfois du mal à comprendre qu’une ligne s’ajoutera automatiquement dès lors qu’ils commenceront leur saisie. Ils peuvent à présent voir un tableau à la “Excel”.

On peut réduire le nombre d’icônes dans la barre verticale de gauche en plaçant les fonctions d’ajout et d’édition dans la barre d’outils sous la liste des articles.

Cela épure le visuel et réduit le nombre d’options dans la barre d’icônes à gauche.

En plaçant les boutons “Ajout” et “Editer” à droite dans la barre, on peut attirer l’attention de l’utilisateur par un flash comme pour l’onglet “articles” d’un nouveau document vide.

Le bouton “Editer” peut également prendre la couleur de la ligne sélectionnée pour montrer le lien qu’il y a entre la ligne sélectionnée et l’édition possible.

En ajoutant une barre d’outils en bas de la fiche de contact, on peut y placer les fonctions d’édition : ajouter, éditer et copier pour réduire le nombre d’icônes dans la barre verticale de gauche et permettre éventuellement la suppression du volet de fonction “Edition” situé à droite.

En réduisant le nombre d’icônes dans ces sections, on améliore la facilité d’utilisation car l’attention de l’utilisateur est plus facile sur un nombre plus réduit d’options.

Possibilité de pouvoir disposer d’un lien direct vers le support à partir du tableau de bord du logiciel.

Ajouté à partir de BeDesk-Express v17.0

On profite du correctif  FS#753  pour améliorer certaines fonctionnalités internes.

Pour créer des sous-totaux “indicatifs”, on peut utiliser les champs de fusion {SUM:RESET} et {SUM}.

Idem, pour obtenir la somme des quantités de groupe d’articles, on peut utiliser {QUANTSUM:RESET} et {QUANTSUM}.

Pour compter le nombre de références d’articles dans un groupe, il suffit d’utiliser les champs de fusion {CNT:RESET} et {CNT}.

En outre, on peut directement récupérer les sommes dans des macros avec les champs {MACRO:SUM}, {MACRO:QUANTSUM} et {MACRO:CNT}.

Toutefois, cette solution ne permet de gérer qu’un seule niveau (donc un seul groupe d’articles à la fois).

Il peut être parfois nécessaire de gérer des regroupements multi-niveaux (donc des groupes contenant des sous-groupes avec les totaux et sous-totaux respectifs).

La suggestion consisterait donc à proposer des champs qui autorisent la prise en charge du multi-niveaux.

On pourrait par exemple permettre l’usage de plusieurs champs de sommes ou de comptages simultanés. Ceux-ci pourraient être imbriqués le cas échéant.

En partant par exemple que SUM, CNT et QUANTSUM sont des vecteurs, on pourrait assez facilement proposer, par exemple, 3 niveaux ou 3 groupes en ajoutant les champs {SUM0}, {SUM1} et {SUM2}. On considérerait que {SUM} et {SUM0} correspondent au même niveau par défaut.

On pourrait appliquer le même principe pour {CNT} et {QUANTSUM}.

J’examine la faisabilité de cette option.

Il est préférable de ne pas utiliser {SUM0}, {CNT0} et {QUANTSUM0} en même temps que {SUM}, {CNT} et {QUANTSUM}. Pour éviter toute erreur de la part de l’utilisateur et assurer la compatibilité avec les précédentes versions, on conserve uniquement {SUM}, {CNT} et {QUANTSUM} sans alternative {SUM0}, {CNT0} et {QUANTSUM0}.

Cela donne 3 niveaux: {SUM}, {SUM1} et {SUM2} (Bien sûr, idem pour CNT et QUANTSUM).

Tests en cours.

Il faudra aussi adapter l’UI pour l’insertion des champs de fusion dans les désignations.

—

Adaptations en cours...

—

Quelques optimisations mineures du moteur d’impression :

• Amélioration du code et réduction du nombre de calculs nécessaires.
• Amélioration du code et suppression des fonctions obsolètes et inutilisées.
• Réorganisation des paquetages.
• Suppression de la nécessité de création de fichiers temporaires (passage des données par flux directes).

Jusqu’à présent, nous utilisions la boîte de progression du système d’exploitation lors de l’export PDF.

A présent, nous utilisons la boîte de progression BeDesk avec la roulette “infinity” et un décompte.

Filtrer les polices de caractères de manière à ne proposer que les polices disponibles pour une impression correcte des documents et prêtes pour l’incorporation dans les exports PDF.

Routine de filtre déjà étudiée à intégrer ...

Adaptation de la boîte de sélection des polices en conséquence ...

Si une erreur se produit lors de l’exécution d’une commande LPR, une exception particulièrement est déclenchée.

Ajout des options d’accessibilité tactiles pour Windows 10 dans BeDesk-Starter.

Une fonction générale permet à présent au logiciel de reconnaître plus facilement si l’écran permet l’affichage HiDPI ou Retina.

L’aperçu des documents est maintenant supporté en qualité HiDPI ou Retina lorsque c’est possible.

Il est important de mieux informer l’utilisation sur la raison d’une désactivation découlant d’un problème d’intégrité des données.

La licence peut être momentanément suspendue de manière à permettre à l’utilisateur de restaurer l’intégralité des données et de travailler sur des données à jour et complètes.

C’est un moyen de protéger l’utilisateur contre la perte de données dans certaines situations particulières.

Jusqu’à présent, les graphes du tableau de bord étaient agrandi en fonction de l’échelle sur les écrans RETINA.

A présent, la gestion HiDPI interne de BeDesk permet de retrouver une échelle 1:1 pour le rendu à l’écran.

Dans un premier temps, nous envisagerons l’export des clients vers BOB50 au format TXT.

—

Attente des résultats de tests effectués par un tiers.

—

Ok.

Jusqu’à présent, la boite de dialogue d’enregistrement des licences (pour l’activation) permettait d’associer une adresse e-mail différente par code d’activation.

Dorénavant, l’adresse associée aux codes d’activation doit être la même pour tous les codes.

—

Ok.

La liste des bases de données doit être améliorée pour offrir un visuel plus intuitif.

Jusqu’à présent, seul le nom de la base de données était présenté. S’il y avait un alis, celui-ci remplaçait complètement le nom de la base de données.

Cette amélioration apporte des changements notoires :

1. Chaque base de données est présentée à présent sous la forme d’un icône dont le nom et l’alias figure tous 2 à droite.
2. Les bases de données sont classées par ordre alphabétique des nom, d’abord les bases activées, puis les bases non activées.

Le fait de présenter un icône de base de données est certainement plus parlant pour certains utilisateurs qui, manifestement, ne comprennent pas que la ligne sélectionnée dans la liste est celle de la base de données avec laquelle il vont travailler.

Plusieurs licences peuvent être liées à une même base de données.

Avec le renforcement de la signature des bases de données on peut réduire considérablement le volume de données transmises lors de la sauvegarde de sécurité à distance.

En regroupant tous les codes d’activation par base de données, on peut réduire par 3 le volume de données envoyé vers le service VB4B.

De plus, la dernière sauvegarde fait foi y compris pour tout accès synchronisé.

Il y a donc une amélioration des performances, une réduction du volume de ressources nécessaires et une agrégation automatique des données par base de données.

En normalisant les chemin de fichiers, on réduit considérablement le nombre de transactions VB4B.

La normalisation consiste à remplacer les backslash par des slash.

Il est dorénavant possible de récupérer la dernière sauvegarde de sécurité de la base de données via l’interface de la page d’administration du compte sur BeDesk-Express.com.

Mise à jour upstream de Java 8 rev 141

L’outil de débogage pour Windows trouve par lui-même la version de Java installée avec le paquetage.

Il est possible de travailler avec plusieurs facturiers.

Pour les distinguer plus facilement, il est parfois utile de pouvoir préfixer le numéro de série des documents pour identifier le facturier auxquels ils appartiennent.

L’affichage de l’indicateur de réplication était réalisé en affichant un caractère unicode (la boule).

Cependant, en fonction du système d’exploitation, le rendu de ce caractère peut varier.

On a donc remplacer l’affiche du caractère par le tracé d’un cercle opaque.

Suppression de nombreux warnings de méthodes unsafe et autres divers.

Ceci ne constitue pas une résolution de bugs, mais une amélioration du code source du logiciel.

Le logiciel est proposé avec un série de polices de caractères libres. Celles-ci sont intégrée et déployée en fonction des besoins.

Le module gérant les polices est FontTk.

Jusqu’à présent FontTk déployait systématiquement les polices intégrées au fur et à mesure.

A partir de maintenant, il crée un espace de cache dans lequel il place une copie des polices intégrées pour en assurer une lecture plus rapide.

En effet, On peut créer une police de caractères à l’aide de Font font = Font.createFont(Font.TRUETYPE_FONT, in_); où in_ est un OutputStream.

Cependant, dans ce cas, Java crée un fichier temporaire puis l’ouvre pour lire le contenu du fichier de description de la police.

Il est donc possible d’éviter cette copie systématique et inutile du contenu des fichiers de descriptions en fournissant directement une copie cachée du fichier original. C’est le comportement adopté par défaut à partir de cette révision.

Une arborescence “ressources” est créée dans le dossier “cache” associé à la base de données.

Une fois déployé, les fichiers ne sont plus extrait et ne nécessite donc plus de déploiement à moins qu’ils aient été supprimés.

Le formulaire d’activation s’ouvrant dans une fenêtre séparée est remplacé par une vue dans l’application principale.

Ceci permet notamment de supprimer le problème des boîtes de requêtes qui ne s’ouvrent pas en avant plan.

Cette amélioration permet également d’actualiser la présentation du formulaire pour limiter les codes d’activation à un seul compte sans obliger l’utilisateur à ressaisir sont adresse e-mail pour chaque code.

La vue doit cependant être modale.

La durée du UpTime est ajouté à la méthode trace du module Log.

Ceci permet d’avoir une notion du temps mis lors de la progression de l’exécution des fonctions.

Bien sûr, TRACE n’est activé que lors du débogage.

Dans les options, à la rubrique Polices de caractères. La recherche de polices bloque l’UI jusqu’à ce que toutes les polices soient analysées.

Dans la barre d’outils de la table d’articles des documents, on a ajouter une fonction qui permet d’inverser le signe de la quantité de l’article sélectionné.

On peut donc facilement créer une note de crédit à partir de sa facture d’origine, simplement en la dupliquant, puis en inversant le signe des quantités.

Le rapport des paiements reçus entre 2 dates est complété par un nouveau rapport qui ne tient pas compte de la date du paiement, mais de la date de la facture.

On obtient ainsi la liste des paiements reçus ou remboursés sur un ensemble de factures.

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

• BeDeskStarter UI : 76 warnings.

Ajout du lien de connexion vers la gestion du suivi des tickets sur le site BeDesk-Infinity.com

Ceci permet d’informer l’utilisation sur le statuts de la progression de la resynchronisation de la base de données.

Attention, cette boite de progression n’indique pas la progression du minage de la piste d’audit qui a lieu en arrière plan.

Elle n’indique pas non plus la progression des tâches d’arrière plan.

Cette boite de progression permet d’indiquer à l’utilisateur la progression de l’exécution des tâches d’arrière plan du worker.

Ceci est utile si la liste de tâches est assez longue.

Est appelé après la resynchronisation.

Il peut arrivé qu’aucune licence valide ne lie encore une sauvegarde à distance avec un compte dormant.

Un système d’attribution de codes fictifs permet de relier les sauvegardes résiduelles aux comptes dormants.

Ceci afin d’assurer la pérennité des sauvegardes des comptes dormants en cas de demande de l’administration fiscale (conformité aux exigences légales).

Rectification du visuel de sélection de la ligne d’article similaire à celui des listes.

Jusqu’à présent, on ne fournissait pas beaucoup d’informations sur les bases de données.

Il est utile de fournir une vue plus directe et claire.

Ajouter la liste des accès utilisateurs pour chaque base de données. De cette manière, on peut plus facilement se rendre compte des personnes qui collaborent entre elles.

Mise à jour vers KeylistDB 1.0.45.

1. Petites optimisations dans le vérificateur de piste d’audit.
2. Déplacement et réaménagement de plusieurs fichiers exécutables vers le module bedesk.lib.ui.