Java 7 est disponible en version finale pour Microsoft Windows et Linux depuis le 20 juillet 2011 (JSR 336: JavaTM SE 7 Release Contents).

En avril 2012, une faille de sécurité a été identifiée dans les versions Java 5, 6 et 7, compromettant potentiellement la sécurité des systèmes concernés (c-à-d, Windows, Linux et Mac OS X). Un correctif a été publié mais ne s’applique qu’aux versions de Java proposés et déployés par Oracle.

Ce correctif de sécurité n’est appliqué qu’aux versions suivante (liée à l’utilisation du logiciel BeDesk 11, 12 et 13):

On remarque dans le tableau ci-dessus que Java 6 pour Mac OS X ne bénéficie pas du correctif. Cela résulte du fait que seule la version 7 de Java est supportée par Oracle. Sur Mac OS X, les versions précédentes de Java (donc jusqu’à Java 6) étaient supportées par Apple qui fournissait des versions modifiées pour son système Mac OS X.

Le 20 octobre 2010, Apple a déprécié le support de Java pour Mac OS X, annonçant ainsi la fin du support de Java par Apple (voir Mac OS X Java deprecation).

En outre, la mise à jour 2012-006 pour Mac OS X (du 26 octobre 2012) désinstalle le plugin Java 6 proposé précédemment par Apple (http://support.apple.com/kb/HT5493). Les utilisateurs devront soit réactiver manuellement le plugin Java 6 (ce qui implique de réintroduire les risques de sécurité découverts en avril 2012) ou de passer à Java 7 (la version à jour, corrigée et supportée par Oracle).

Cependant, les spécifications des programmes Java pour Mac OS X nécessite l’utilisation d’un lanceur faisant lui-même partie du Java installé par Apple dans Mac OS X. Le retrait du support de Java par Apple implique à terme l’impossibilité de pouvoir exécuter les versions précédentes des programmes prévus pour ce composant fourni au départ exclusivement par Apple. Autrement-dit, plus aucune version de BeDesk antérieure à BeDesk 13 ne pourront être exécutée sur Mac OS X.

Cette migration a débuté avec BeDesk 12 puisque les versions pour Microsoft Windows et Linux sont déjà prévues pour supporter Java 7.

Avec BeDesk 13, toutes les versions utiliseront Java 7, y compris BeDesk 13 pour Mac OS X.

Cela permettra aux utilisateurs de bénéficier de toutes les améliorations et des correctifs proposés par Oracle pour Java, et cela quelque soit le système utilisé.

Dans le cas de la version pour Mac OS X, le nouveau lanceur proposé par Oracle fera partie du paquet BeDesk 13 (le lanceur d’Apple ne permettant pas d’accéder à d’autres Java que ceux proposés initialement par Apple pour Mac OS X).

Il est évident que la migration complète du projet vers Java 7 est un tournant. Il s’agit cependant d’une évolution nécessaire pour assurer la pérennité de l’application. Comme nous l’avons dit plus haut, Java 6 sur Mac OS X n’a plus aucun support. Apple retire lui-même ce composant obsolète qui présente des failles de sécurité importantes. D’un autre coté, Oracle reprend le support de Java pour Mac OS X à partir du Java 7. Une rupture nette se présente donc à l’horizon. Il est temps d’agir pour permettre aux utilisateurs de passer ce cap sans problème.

Il va de soit qu’il est impératif d’informer les utilisateurs. Dès lors que Java 6 est retiré de leur ordinateur, il n’est plus possible de démarrer BeDesk 12 (et également 11). Par conséquent, il n’est plus possible non plus de réaliser une sauvegarde de sécurité pour passer à BeDesk 13 une fois que le problème s’est déclenché.

Les utilisateurs doivent suivre les conseils du support technique et appliquer la maintenance 2013 avant de rencontrer le problème (sans quoi, la seule solution qui restera consistera à solliciter une assistance technique personnalisée).

L’application de la maintenance 2013 évite tous souci à l’utilisateur.

Les avantages sont évidents pour tous les systèmes. Java 7 comporte un nouveau GC qui améliore notablement la gestion de la mémoire. Cette gestion peut être selon les cas entre 30 et 40% plus rapide que dans Java 6. Java 7 supporte également la «Tiered Compilation». Cela améliorent aussi les performances des programmes.

Bien sûr, pour bénéficier de tous les avantages offert par Java 7, il faut rectifier les programmes. Dans le cas de BeDesk 13, cela représente pas moins de 767 adaptations et corrections divers.

La maintenance 2013 permet de disposer d’un nouveau logiciel complètement adapté aux spécifications de Java 7. Il ne s’agit plus, comme c’était le cas des versions précédentes (BeDesk 5, 11 et 12) d’un support minimum de compatibilité. BeDesk 13 est totalement optimisé et adapté pour tirer le meilleur parti de Java 7.

• Oracle and Java Technology.

La version 7.x, c-à-d BeDesk 12, publiée en 2011 n’est absolument pas prévue pour fonctionner correctement sur Mac OS X 10.9 “Maverick”.

Il est cependant possible de mettre à jour le système OS X indépendamment du logiciel et finalement se retrouver avec un logiciel BeDesk 12 tournant sur Mac OS X 10.9.

Cependant, il apparaît que le fonctionnement du logiciel peut devenir instable et rencontrer des soucis aussi divers qu’aléatoires.

L’utilisation de BeDesk 12 sur Mac OS X 10.9 n’est absolument pas fiable.

Pour éviter tout souci, il vous est vivement conseillé d’actualiser également votre logiciel BeDesk 2012 à l’aide de la maintenance 2013 pour utiliser une version adaptée du logiciel à la version de votre système d’exploitation OS X 10.9 “Maverick”.

Aucun problème lié directement ou indirectement à l’utilisation d’une version 7.x de BeDesk 12 sur Mac OS X 10.9 ne peut être résolue sans appliquer préalablement la maintenance majeure 2013. Cette maintenance est prévue pour adapter votre logiciel aux spécifications du nouveau système Mac OS X 10.9 “Maverick”.

Pour appliquer la maintenance 2013 à partir de BeDesk 12, il n’y a rien de plus simple. La procédure prend généralement moins de 15 minutes et ne présente aucun risque de perte de données.

1. Allez d’abord sur http://www.bedesk-express.com/downloads.php pour télécharger et installer le nouveau logiciel BeDesk 13 (qui constitue la maintenance majeure de votre logiciel BeDesk 12). Le nouveau programme n’écrase pas la version précédente. L’installation de BeDesk 13 n’a donc aucun effet sur votre BeDesk 12 déjà présent sur votre ordinateur.
2. Rendez-vous ensuite directement sur http://be13.bedesk-express.com/doku.php?id=importer_bedesk11 et suivez bien les instructions pour sauvegarder votre base de données 2012 et la restaurer dans le nouveau logiciel BeDesk 13. Vous travaillez donc avec une copie de vos données et non avec les données originales. Il n’y a donc absolument aucun risque de perte de vos précieuses données professionnelles.
3. Enfin, allez sur http://www.bedesk-express.com/store.php?section=modules et sélectionnez un par un chaque module qui correspondent à votre licence. Cliquez sur le lien “Bénéficiez de -60%” puis servez-vous de vos codes d’activation 2012 pour profiter de l’offre de maintenance à un prix particulièrement réduit. Recommencez l’opération pour chaque code 2012 en votre possession.
4. En quelques minutes, vous recevez vos nouveaux codes 2013 qui vous permettent d’activer votre nouveau logiciel.

Pour plus d’informations sur la maintenance majeure 2013, consultez la page http://www.bedesk-express.com/upgrade.php.

La validité de l’offre associée à la maintenance 2013 s’arrête le 23 décembre 2013. Après cette date, vous ne pourrez plus bénéficier d’aucune offre de maintenance. Cette offre avantage particulièrement les utilisateurs qui suivent fidèlement les avis du support technique pour maintenir leur outil de gestion professionnelle et l’utiliser dans de bonnes conditions.

Vous trouverez ci-dessous une liste non exhaustive des problèmes qui peuvent être rencontrés suite à l’utilisation du logiciel BeDesk 12 sur une version non supportée du système d’exploitation:

• Difficultés pour le programme d’accéder aux ressources en ligne : Ces ressources sont biens accessibles sur nos serveurs. Nous ne limitons aucunement l’accès aux services nécessaires à l’utilisation des programmes dans les conditions prévues. Cependant, un logiciel utilisé en dehors de ces conditions peut rencontrer des soucis et être par conséquent défaillant. Ces défaillances peuvent toucher toutes les fonctionnalités du produit qui nécessitent une connexion internet. Cela inclut notamment la recherche de mise à jour, la validation des numéros de TVA, l’activation du programme, etc...
• Failles de sécurité qui ouvrent la porte à certains logiciels malveillants : BeDesk 12 nécessite l’utilisation de Java 6 qui n’est plus supporté depuis le mois d’avril 2013. Depuis cette date, de nombreux malwares sont apparus spécialement pour infecter les ordinateurs qui utilisent encore cette version obsolète de Java. Comme plus aucun correctif n’est développé pour corriger les failles de Java 6, votre ordinateur devient vulnérable et aucune solution n’existe mis à part l’utilisation d’une version supportée de Java. En l’occurrence, BeDesk 13 utilise Java 7, la version actuelle parfaitement à jour et sûre.
• Plantage au démarrage : Le logiciel BeDesk 12 semble démarrer lentement et se fige même à certains moments. Vous devez arrêter brutalement le programme et cela risque d’endommager gravement les fichiers de votre base de données.
• Perte de données ou de paramètres de configuration : Au démarrage du programme, vous constatez que vos paramètres de configuration ont changés. Vous avez par exemple perdu la mise en page de vos documents, le logo ou l’image de fond est remplacée par un point d’interrogation [?], le programme est retourné en mode d’essais et vous demande d’activer à nouveau le produit, etc...
• Etc...

Nous rappelons que cette liste n’est pas limitative. Il est possible que vous rencontriez d’autres soucis. Dans tous les cas, il est préférable de maintenir votre logiciel en suivant les conseils du support technique, plutôt que d’attendre de rencontrer un souci qui peut même avoir un impact irréversible sur votre activité et la validité de vos données.

Le paquetage de maintenance majeur 2013 est constitué du programme BeDesk 13. Il permet de récupéré les données des logiciels BeDesk 11 et BeDesk 12 à partir d’un fichier de sauvegarde de sécurité (méthode déjà utilisée pour passer de BeDesk 11 à BeDesk 12).

L’annonce de la fin définitive du support de Java 6 pour Mac OS X de la part d’Apple ainsi que les nombreux correctifs de sécurité uniquement disponibles dans Java 7 nous impose d’abandonner définitivement le support des versions plus ancienne de Java.

Ainsi, à partir de BeDesk 13, les spécifications techniques minimums du logiciel commenceront avec la nécessité d’utiliser Java 7. Cela est déjà la cas pour les versions pour Microsoft Windows et Linux de BeDesk 12. La maintenance 2013 généralisera cette prise en charge de Java 7.

BeDesk 13 propose un nouveau tableau de bord plus ergonomique et plus intuitif. Ce nouveau tableau de bord limite la quantité d’informations présentées à l’utilisateur. De cette manière, l’utilisateur peut se faire une idée très précise de l’état de sa gestion et se concentrer immédiatement sur les aspects qui nécessitent vraiment une attention particulière.

Ainsi, un simple coup d’œil sur la page d’accueil du tableau de bord permet de prendre une décision immédiate. Il n’est plus nécessaire de consulter des rapports ou d’entreprendre des recherches pour connaître l’essentiel. La présentation dynamique et symbolique de la nouvelle interface permet de réduire considérablement l’encombrement du tableau de bord.

Bien entendu, la navigabilité de l’interface est fortement améliorée. Si l’utilisateur souhaite plus d’information sur un aspect particulier, il lui suffit de cliquer sur la boîte où apparaît la représentation résumée de cet aspect de la gestion. Le nouveau tableau de bord offre alors une vue plus détaillée de l’aspect sélectionné. L’utilisateur peut ensuite revenir à la vue précédente, explorer un détail en particulier (par exemple accéder à la fiche d’un client, à un article ou à un document), ou encore personnalisé la vue courante (par exemple définir la période à prendre en compte dans un graphe - la période de représentation du chiffre d’affaires par exemple).

Le nouveau gestionnaire de stock de BeDesk 13 est plus rigoureux et propose une meilleure interaction avec l’utilisateur. Il avertit celui-ci des erreurs dans sa gestion du stock et l’aide à corriger celles-ci.

Plus rigoureux que dans les versions précédentes, le nouveau gestionnaire de stock n’autorise plus les doublons de références (plusieurs articles avec le même code de référence). Si on souhaite par exemple enregistrer plusieurs désignations différentes ou des prix de ventes différents pour un même article, il faut utiliser les références synonymes. Ces références ont été introduites dans la maintenance 2012.

Pour définir une référence synonyme, il n’y a rien de plus simple. Il suffit de faire précéder la référence de l’article par un point d’exclamation ‘!’. La gestion du stock ne s’effectue pas sur les références synonymes mais bien sur les références réelles. Ainsi, lorsqu’on ajoute une référence synonyme dans un document, c’est la référence réelle dont l’élément est synonyme qui se voit affecter pour la gestion du stock. BeDesk 13 utilise les références synonyme pour éliminer les doublons qui peuvent être une source d’erreurs potentielles pour l’utilisateur (ce dernier peut croire à tord que la gestion du stock s’effectue par rapport à une certaine entrée, mais s’effectue sur une autre en amont dont la référence est la même et constitue la première occurrence de l’article.

Le gestionnaire signale également les inventaires négatifs, les quantités à recevoir négatives et d’autres anomalies. L’utilisateur peut repérer facilement les références en question parce qu’elles apparaissent en rouge.

Le gestionnaire de stock enregistre à présent tous les mouvements du stock. Ainsi, si on rectifie à la main l’inventaire d’un article, cette modification sera enregistrée dans un historique. De même, si on crée un bon de livraison, les articles sortis seront enregistrés dans le journal avec la date et l’heure du mouvement. Il en va également pareille pour les bons de commande d’achat et de réception d’achat qui affecte également la quantité prévisionnelle “À recevoir”.

On peut toujours rectifier le stock manuellement. Pour cela, l’interface du gestionnaire de stock bénéficie d’une nouvelle fonction qui permet d’ajouter une quantité à recevoir (la fonction d’ajout de la quantité reçue diminue également la quantité “à recevoir” de la même valeur en une seule opération.

• Distinction clients/fournisseurs au sein des contacts.
• Rapports:
  • (1) Liste des commandes d’achats effectives / Calcul du coût d’exploitation par fournisseur sur une période donnée.
  • (1) Liste des articles faisant l’objet d’une commande d’achat effective pour le fournisseur.
  • (1) Liste des commandes d’achats effectives en attente pour le fournisseur / Calcul de l’encours du au fournisseur.

La gestion du stock est fortement améliorée dans BeDesk 13.

En effet, la gestion du stock de BeDesk 13 peut prendre en compte des documents supplémentaires. Il s’agit des documents d’achats: les bons de commande d’achats et les bons de réception d’achats.

Le bon de commande d’achats permet de commander des articles à l’attention d’un fournisseur. Sur ce type de document, les articles sont introduits en utilisant le prix d’achat et non le prix de vente.

Lorsqu’un bon de commande d’achats est marqué comme «effectif», cela signifie qu’il est pris en compte par le fournisseur. Les articles qu’il contient sont donc ajoutés à la colonne “À recevoir” dans le stock. Il est également possible de calculer l’encours due au fournisseur ou d’obtenir un bilan de l’ensemble des articles en attente de réception.

Le bon de réception d’achats permet de saisir les articles préalablement commandés et reçus de la part du fournisseur. Le contenu d’un bon de réception d’achats effectif ajoute ses articles à votre inventaire et les déduits des articles “À recevoir”.

Il est aussi possible d’utiliser des bons de commande d’achats ou des bons de réception d’achats non effectif. Lorsqu’un document d’achats n’est pas effectif, il n’a aucun effet sur le stock. Il s’agit donc de documents «virtuels» (ou fictifs). On peut les utiliser pour calculer le prix de revient d’un dossier et en déduire ainsi la marge bénéficiaire. Cette fonctionnalité est supportée par le nouvel outil «Dossier» de BeDesk 13.

• Bon de commande d’achats: Permet de créer un bon de commande d’achats à l’attention d’un fournisseur.
• Bon de réception d’achats: Permet d’enregistrer la réception des achats effectifs réalisés à l’aide d’un bon de commande d’achats effectif.
• Distinction entre un bon de commande d’achats effectif et un bon de commande d’achats non effectif. Un bon de commande d’achats effectif affecte le stock lorsque la gestion du stock est active. Les quantités des articles référencés sur un bon de commande d’achats effectif s’ajoutent à la colonne “à recevoir”. Un bon de commande non effectif peut être soit un bon de commande d’achats annulé ou virtuel. Les bons de commande d’achats virtuels peuvent servir à comptabiliser le prix de revient d’un dossier sans affecter le stock.
• Distinction similaire entre les bons de réception d’achats effectifs et non effectifs.
• Adaptation de l’outil «Dossier» en conséquence: L’outil «Dossier» prend en compte non seulement les documents de la vente mais aussi les documents d’achats. Il peut donc fournir une estimation de la marge bénéficiaire brute effectuée dans un dossier. Le principe est très simple: «La marge» = «Le montant total maximum des ventes» - «Le montant total maximum des achats» du dossier courant.
• Rapports:
  • (4) Listes des commandes d’achats (sans distinction) au cours d’une période (mensuelle, trimestrielle, annuelle ou entre 2 dates).
  • (4) Listes des commandes d’achats effectives au cours d’une période (mensuelle, trimestrielle, annuelle ou entre 2 dates).
  • (1) Liste des commandes d’achats effectives en attente de réception.
  • (1) Liste des articles en attente de réception en se basant sur les commandes d’achats effectives en attente.
  • (4) Listes des commandes d’achats non effectives au cours d’une période (mensuelle, trimestrielle, annuelle ou entre 2 dates).
  • (4) Listes des réceptions d’achats (sans distinction) au cours d’une période (mensuelle, trimestrielle, annuelle ou entre 2 dates).
  • (4) Listes des réceptions d’achats effectives au cours d’une période (mensuelle, trimestrielle, annuelle ou entre 2 dates).
  • (4) Listes des réceptions d’achats non effectives au cours d’une période (mensuelle, trimestrielle, annuelle ou entre 2 dates).

Jusqu’à présent, le logiciel ne supportait que les opérations de vente. A partir de BeDesk 13, les opérations d’achat sont également supportées. Il est donc logique que les documents d’achat comportent vos conditions d’achat de la même manière que vos documents de vente comportent vos conditions de vente.

Avec BeDesk 13, il est possible de fixer une condition particulière et une échéance par type de document. Vous pouvez ainsi avoir une mention particulière pour les devis, une autre sur les factures, une autre encore sur les commandes et les livraisons. Vous pouvez également préciser une échéance différente en fonction du type de document. Vous ne devez certainement pas réagir après la même durée d’attente pour un bon de commande d’achat que pour un bon de livraison.

La maintenance 2013 comporte une optimisation importante de l’aperçu des documents. A l’usage, le nouvel aperçu se révèle parfois 20 fois plus rapide que celui des version 2012 et 2011.

Cette amélioration permet également de limiter fortement la consommation de mémoire vive durant la session. Le cache n’est plus en mémoire vive, mais sur le disque dur.

Si on transforme une facture en bon de livraison, on constate que le stock ne diminue pas alors que l’option de la gestion du stock est bien placée sur “Bons de livraison”.

Or, si on crée un nouveau document du type “bon de livraison”, là les articles sont biens déduits du stock.

Le problème ne se manifeste donc que lorsqu’on transforme un document (que l’on crée un bon de livraison à partir d’un autre type de document).

Lorsque la gestion des sorties du stock est fixée sur les “factures” et qu’on utilise la fonction “transformer un document” pour créer une facture à partir d’un devis, l’inventaire du stock n’est pas actualisé.

Toutes les versions de BeDesk 13 sont prévue pour utiliser Java 7 minimum.

Ceci constitue une amélioration très importante, surtout lorsqu’on considère l’actualité technologique:

• Arrêt du support de Java par Apple pour Mac OS X.
• Nombreux correctifs uniquement disponibles dans Java 7 (versions supportées par Oracle).

Le programme propose, à partir de la rev:32065, de mettre à niveau les mentions dans la configuration du profil Belgique et, après confirmation de l’utilisateur, dans les clients et les documents à partir du 1/01/2013.

L’application de la nouvelle législation prend effet immédiatement à partir du 1ier janvier 2013.

Dans le contexte actuel, les administrations fiscales [belges et étrangères] se montrent extrêmement rigoureuses sur la régularité des factures. Il arrive ainsi très régulièrement qu’un contrôle TVA refuse la déduction de la TVA sur une facture au seul motif que ce document comporte quelques défauts formels [absence du numéro de TVA, description des biens et services insuffisante, devise utilisée, etc.].

Cette situation peut se révéler particulièrement douloureuse en cas de restitution de TVA que l’entreprise pensait légitimement pouvoir récupérer mais qui devient, par ce rejet de déduction, un coût final pour elle.

Dans moins d’un an (1/1/2013), une nouvelle directive européenne modifiera les règles de facturation en les harmonisant à l’échelle de l’ensemble des Etats membres. Le nouveau régime sera à la fois plus strict et plus souple selon la nature et le montant des opérations en cause.

Rien ne sert de courir : mieux vaut partir à temps !

Les changements vont affecter principalement les domaines suivants :

1. UN SEUL PAYS COMPETENT

A partir du 1er janvier 2013, un seul pays de l’UE pourra déterminer les obligations TVA gouvernant la facture dans le but d’assurer une meilleure sécurité juridique :

Par principe, la facture doit se conformer aux règles belges si l’opération est localisée en Belgique selon les règles de détermination du lieu d’imposition des livraisons de biens et prestations de services;

Par exception, la facture doit se conformer aux règles du pays où le fournisseur ou le prestataire est établi. C’est notamment le cas pour les services tombant dans la règle générale résiduaire « B2B » pour lesquels le redevable de la taxe locale est le client.

L’application de ces nouvelles règles aboutira dans certains cas à des situations ubuesques :

• Un entrepreneur autrichien réalise des travaux de construction en Belgique pour le compte d’une entreprise belge. La facture de l’entrepreneur autrichien devra être établie conformément au droit autrichien.

• Une entreprise française dispose d’un stock de marchandises en Belgique au départ duquel elle livre tant des entreprises belges que des entreprises étrangères. Elle devra établir des factures conformes au droit belge pour ses livraisons intracommunautaires au départ de la Belgique et des factures conformes au droit français pour ses livraisons locales sur le territoire belge.

• Une entreprise belge organise un séminaire en Pologne. La facture concernant le droit d’inscription devra théoriquement être établie conformément au droit polonais pour les participants étrangers et au droit belge pour les participants polonais !!

2. MENTIONS OBLIGATOIRES Une série de nouvelles mentions obligatoires uniformisées au niveau européen entrera en application. Il s’agit d’une énumération limitative de données devant figurer sur la facture. L’absence d’autres mentions qui seraient pourtant exigées par les administrations fiscales ne pourront conduire au rejet de la déduction ou à l’application d’amendes.

Exemple :

• La mention « auto-liquidation » devra obligatoirement figurer lorsque le client est le redevable de la TVA.

L’expérience auprès des utilisateurs démontre que les causes d’erreurs ne sont pas rares.

Beaucoup d’utilisateurs négligent même de consulter le mode d’emploi du logiciel. Ils utilisent notamment des références mal formées ou en double. Ils négligent ainsi des aspects importants et constatent finalement des dysfonctionnements sans même se rendre compte que ceux-ci sont le résultat de leur façon d’utiliser le système.

Il est donc particulièrement important de placer des sécurités en signalant par exemple les doublons de références comme des erreurs et inviter l’utilisateur à les rectifier.

1. Avec le correctif, la case «document classé» n’a aucun effet sur le gestionnaire du stock. Seule la case «document effectif» offre un effet sur l’état du stock.

1. L’utilisateur crée un bon de commande d’achat fictif : Aucun effet sur le stock.
2. L’utilisateur crée un bon de commande d’achat effectif : Les articles sont ajoutés à la colonne «A recevoir».
3. L’utilisateur coche la case «effectif» d’un bon de commande d’achat existant : Les articles sont ajoutés à la colonne «A recevoir».
4. L’utilisateur décoche la case «effectif» d’un bon de commande d’achat existant : Un avertissement est proposé et les articles sont décomptés de la colonne «A recevoir».
   1. Si le nombre d’articles de la colonne «à recevoir» est négatif, il y a une erreur d’origine humaine. Cause(s) possible(s) :
      • L’utilisateur rend «fictif» un bon de commande d’achat qui est réellement «effectif» car les articles «à recevoir» ont déjà été réceptionnés. Si la livraison est annulée, l’utilisateur doit préalablement annuler la réception en la rendant «fictive». Puis seulement, revenir sur le bon de commande d’achat pour le rendre «fictif» lui aussi. De cette manière, on évite la différence négative entre le reçu et le à recevoir.

1. L’utilisateur crée un bon de réception fictif : Aucun effet sur le stock.
2. L’utilisateur crée un bon de réception effectif : Les articles sont ajoutés à l’inventaire et déduits du «à recevoir».
3. L’utilisateur coche la case «effectif» d’un bon de réception «fictif» existant : Les articles sont ajoutés à l’inventaire et déduits du «à recevoir».
   1. (Idem #2) Si la quantité «à recevoir» est négative, il y a une erreur. En effet, si la colonne «à recevoir» est négative, cela signifie que l’utilisateur produit un bon de réception pour des articles qui n’étaient pas «à recevoir». Cause(s) possible(s) :
      • L’utilisateur a oublié de remplir un bon de commande d’achat pour cette réception.
      • L’utilisateur a oublié de cocher la case «effectif» du bon d’achat correspondant.
      • Le fournisseur livre plus d’articles que commandé.
4. L’utilisateur rend «fictif» un bon de réception «effectif» existant : Un avertissement est proposé puis les articles sont ajoutés à la colonne «à recevoir» et décompter de la colonne «inventaire».
   1. Si l’inventaire est négatif, il y a une erreur humaine. En effet, cela signifie qu’on aurait livré des articles non reçus. Ce qui est impossible. Cause(s) possible(s) :
      • L’utilisateur annule certainement le mauvais bon de réception. Il doit remettre le bon de réception courant «effectif» et s’assurer qu’il ne se trompe pas de bon de réception.

1. L’utilisateur affecte manuellement la colonne «à recevoir» dans le gestionnaire de stock.

1. L’utilisateur crée un bon de réception fictif : Aucun effet sur le stock.
2. L’utilisateur crée un bon de réception effectif : Les articles sont ajoutés à l’inventaire et déduits du «à recevoir».
3. L’utilisateur coche la case «effectif» d’un bon de réception «fictif» existant : Les articles sont ajoutés à l’inventaire et déduits du «à recevoir».
   1. (Idem #2) Si la quantité «à recevoir» est négative, il y a une erreur. En effet, si la colonne «à recevoir» est négative, cela signifie que l’utilisateur produit un bon de réception pour des articles qui n’étaient pas «à recevoir». Cause(s) possible(s) :
      • L’utilisateur a oublié d’affecter préalablement les articles «à recevoir».
      • Le fournisseur livre plus d’articles que commandé.
4. L’utilisateur rend «fictif» un bon de réception «effectif» existant : Un avertissement est proposé puis les articles sont ajoutés à la colonne «à recevoir» et décompter de la colonne «inventaire».
   1. Si l’inventaire est négatif, il y a une erreur humaine. En effet, cela signifie qu’on aurait livré des articles non reçus. Ce qui est impossible. Cause(s) possible(s) :
      • L’utilisateur annule certainement le mauvais bon de réception. Il doit remettre le bon de réception courant «effectif» et s’assurer qu’il ne se trompe pas de bon de réception.

La procédure de création d’un book était jusqu’à présent réalisée par un seul processus qui se chargeait de créer chaque page de chaque document pour les ajouter au book avant de l’enregistrer sur le disque.

On a constaté que Java ne libérait pas toute la mémoire lorsqu’un document avait été traité. Du coup, lors de la création du suivant, une partie de la mémoire vive restait occupée.

Il s’agit d’un bug dans le système Java et non dans BeDesk.

Heureusement, nos recherches ont démontrées que Java restitue toute la mémoire occupée par un processus lorsque celui-ci se terminait. Ainsi, nous pouvons contourner le problème en fragmentant la procédure d’exportation en une liste de tâches à exécuter dans un processus parallèle mais dont on attend la fin avant de passer à la suivante.

Chaque création et exportation de document a donc lieu dans un processus parallèle. On conserve uniquement le résultat et toute la mémoire est restaurée après la fin du processus.

Ensuite, un autre processus compile l’ensemble des documents exportés en un seul book.

Ceci est un défaut qui ne se situe pas dans le programme BeDesk. Cependant en changeant la manière de produire les documents, on contourne le problème.

Bug se situe probablement dans les paquetages javax.swing.text.html ou java.awt.print. Il est difficile d’en savoir plus pour le moment.

Depuis les toutes premières versions du logiciel, BeDesk s’efforce de limiter les informations proposées à l’utilisateur. Ceci dans le but de n’attirer son attention que sur les aspects indispensables de la gestion en cours.

Par exemple, s’il y a des documents en retard, l’icône «en retard» apparaît dans la barre d’icônes en haut de la fenêtre principale de l’application. S’il n’y a pas de documents «en retard» l’icône est grisé. Ceci permet d’attirer l’attention de l’utilisateur sur un aspect important de sa gestion au moment où c’est nécessaire uniquement.

Cependant, il est possible d’améliorer encore ce principe de base.

En effet, il est possible de fournir une information supplémentaire sans encombrer d’avantage l’espace de travail. Il suffit de placer un compteur d’avertissements dans l’icône. Ainsi, par exemple, s’il y a 3 documents en retard, une pastille peut afficher “3” en sur-impression de l’icône. L’utilisateur sait donc d’un seul coup d’œil que 3 documents sont «en retard» et nécessitent une attention. Cela bien entendu sans nécessiter de lancer une recherche ou d’afficher la liste des documents.