BeDesk-Express

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.

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.

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

Il existait une différence entre l’ordre des champs attendu par l’outil d’importation de clients et l’ordre de sortie des champs de l’outil Rapports quant à l’exportation au format CSV.

Cette différence est rectifiée.

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.

Il pourrait être utile de pouvoir filtrer les articles d’une liste de prix sur base de la catégorie.

On peut donc ajouter un filtre ‘LIKE’.

Déplacement de la classe StrmapFile vers le module bedesk.lib.io.

Optimisation de RecString et déplacement dans le module bedesk.lib.utils.

Déplacement de l’objet Null vers le module bedesk.lib.utils.

Optimisation de QIndex et déplacement dans bedesk.lib.utils.

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.

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

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

La version 18 réalise déjà un point de restauration avec écrasement en cas où la session est désactivée. Dans ce cas, toute tentative d’altération des fichier est réduite à néant par écrasement au démarrage suivant. Cette option est un des moyens utilisés pour permettre de répondre aux exigences légales sur l’inaltérabilité des fichiers.

Cependant, dans sa forme actuelle, cette fonctionnalité ne permet pas d’auto-récupération de la session active en cas de fichiers corrompus. Il faut passer par la récupération à distance ou par le support lorsque la dernière sauvegarde à distance contient une capture des fichiers corrompus.

Une solution consisterait à conserver un certain nombre de points de restauration. Lorsqu’il y a un souci, le programme pourrait redémarrer en supprimant le dernier point de restauration et récupérer les fichiers à partir du précédent. Ce retour en arrière serait de toute façon compensé par la resynchronisation des enregistrements manquants via le service de réplication, de sorte qu’à la fin de la procédure, on disposerait des fichiers corrects sans aucune donnée perdue.

—

Un point de restauration correspondant à la précédente session est conservé.

Si la session est corrompue, la précédente est restaurée avant la fermeture de l’application pour permettre l’auto-réparation.

BeDesk Express 19.0 est à présent capable de réparer automatiquement la piste d’audit de la base de données si elle est corrompue.

Ceci est rendu possible par la mise en place de points de restauration à partir de sessions antérieures journalisées ( FS#2102 ).

En cas d’erreur de somme d’auto-contrôle des données, BeDesk Express 19.0 a la capacité de réparer automatiquement les fichier de la base de données.

Ceci est rendu possible par la mise en place de points de restauration à partir de sessions antérieures journalisées ( FS#2102 ).

BeDesk Express 19.0 a la capacité de réparer automatique les fichiers de données s’il y a un souci lors de l’ouverture de la base de données.

Ceci est rendu possible par la mise en place de points de restauration à partir de sessions antérieures journalisées ( FS#2102 ).

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

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.

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

Adaptations du client ESMTP intégré au logiciel pour assurer une meilleure compatibilité avec les services de PROXY SMTP

Des adaptations sont notamment requises suite à la maintenance du service de messagerie d’OVH qui utilise un SMTP PROXY.

Voir la maintenance OVH du 30/10/2018 (http://travaux.ovh.net/?do=details&id=34821).

Amélioration de la boucle I/O du client ESMTP intégré au logiciel.

Cette amélioration consiste notamment à mieux conformer le client à la norme RFC-2821 (4.2.1 Reply Code Severities and Theory).

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.

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.

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.

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

En ne résolvant pas directement les champs de fusion, l’utilisateur à une vue abstraite de la composition de la zone commentaires.

En outre, la suppression de la résolution des champs de fusion dans la zone Commentaires permet d’accélérer le rendu et la réactivité de l’UI dans le cas où l’utilisateur y a inséré un rapport (qui nécessite une composition et donc du temps).

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.

Si l’utilisateur saisi une chaîne de caractères où il s’y trouve des caractères non numériques, le parser du module Compta les supprime pour ne tenir compte que des caractères significatifs.

Cependant, dans la cas où aucun caractère numérique n’est saisi, la con,version à lieu sur une chaîne vide.

Donc après élimination des caractères non numériques, il faut tester si la chaîne est vide ou non. Si elle est vide, elle correspond à 0,00.

Il serait intéressant de disposer d’un rapport où apparaît la liste des paiements reçus et remboursés pour un client dans une période délimitée par 2 dates.

• Ajout de 2 nouveaux rapports où il est possible de sélectionner les paiements reçus/remboursés du client:
  1. Entre 2 dates.
  2. Sur l’ensemble des factures entre 2 dates.

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.

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

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

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

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

Refactorisation des composants d’objets du genre xFacture en xDoc de manière à généraliser les API.

Les objets du style xFacture sont nommé ainsi depuis la version 1.0 et il est temps de changer ce style de noms en quelque chose de plus général car il ne s’agit pas nécessairement de factures, mais de tous types de document. xDoc est donc un nom plus approprié.

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

—

Gestion et suivi des licences.

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.

—

Les notifications par le logiciel commençait plus tôt (à 60 jours) par mesure de sécurité.

Cette mesure n’est plus nécessaire.

On passe à une période de préavis de 30 jours.

Lorsqu’on clique sur un Widget de licence, le navigateur web est automatiquement ouvert sur la page de connexion.

Puis, après vérification des coordonnées de l’utilisateur, ce dernier peut procéder au paiement de la prolongation.

Ceci réduit considérablement le nombre d’opérations nécessaire pour prolonger un contrat existant.

En plus de cela, l’application affiche à l’écran un guide d’utilisation pour aider l’utilisateur dans cette procédure simple.

Création d’un Widget pour chaque licence.

En fonction de l’échéance, ce Widget apparaît et fourni un lien direct vers le site BeDesk-Express.com pour prolonger le contrat en question en un minimum d’opérations.

Widget : ok.

Lien vers BeDesk-Express.com : ok.

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

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

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.

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.

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.

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.

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

• BeDeskStarter UI : 76 warnings.