Biztax
- Une inversion dans l’ordre des procédures de calcul pouvait provoquer le report dans la case perte récupérable (1722) du montant des dépenses non admises (1206)
- Page 275U: un calcul automatique amenait un montant en case 8423 suite à l’insertion d’une ligne dans cette table
- Pages 275U et 204_3: le titre des colonnes a été agrandi en hauteur afin d’y voir le texte complet, ceci notamment parce qu’il était difficile de distinguer la colonne pour la quelle le taux était de 4 ou de 8%.
- La récupération des données en provenance des annexes ne reprenait pas toujous les montants suite à un éventuel espace comme séparateur de millier.
Liaison bancaire
- Il est maintenant permis de configurer un code opération sans mettre de compte bancaire, de libellé ni de montant afin de permettre de reprendre des opérations de frais bancaires où aucun renseignement n’est indiqué dans l’extrait. Un message d’avertissement le déconseille néanmoins car cela pourrait amener d’autres informations non voulues via ce code opération, si en cas il vaut mieux supprimer ce code opération et passer « manuelement » les frais bancaires.
- Si toutes les recherches effectuées sont infructueuses et que le montant reste sur le compte d’attente une dernière recherche sur montant identique est lancée et si un seul document correspond les informations de ce document sont alors prises en compte.
Fiches 281.50
- Suite à la dernière modification pour la numérotation des fiches en impression il était possible que 2 fiches de bénéficiaires différents soient cumulées.
Comptabilité
- Pour un journal qui a été configuré en devise pour les encodages financiers, décocher la case retirait bien les informations de devise mais la modification n’était pas gardée pour la prochaine ouverture de la fenêtre.