Page 7 sur 7

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 15:01
par Patrice15220
Je peux avoir des virements de mutuelles différentes dont le montant est identique, la vérification avant import considère qu'il s'agit peut être de la même écriture et propose de ne pas l'importer avec un drapeau jaune.
Mais, pour moi ce sont deux opérations différentes et je décide donc de l'importer mais en cliquant sur OK il ne se passe aucune action et la fenêtre d'import reste active.

EDIT : J'ai oublié de te préciser que la première opération avait déjà été importée quelques jours auparavant et est donc déjà pointée et validée.

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 15:15
par Patrice15220
Jacques autant pour moi, je viens de refaire un test en modifiant un fichier OFX et en doublant une écriture mais en changeant la date. L'écriture est bien avec un drapeau jaune et si je sélectionne ce doublon il me l'importe bien.

Désolé pour le dérangement, je ne sais pas ce qu'il s'est passé avec mes tests précédents. :oops:

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 15:34
par Jacques Leblond
Si Patrice il y avait bien un bogue lié à la même ligne de code que le bogue affichant le message alors que les soldes correspondent.
C'est corrigé dans la dernière version intermédiaire.

J'en ai profité dans cette version pour reprendre la logique d'importation afin que les règles s'appliquent sur des données non typées (comprendre toujours au format texte) et cela quel que soit le type de champ : texte, date, nombre.
Sinon cela restreignait les possibilités des règles et notamment l'application d'expressions régulières sur des champs typés

@Bruno
Cela permet maintenant de remplacer par exemple le champ date de valeur par le champ id de l'opération même si ce dernier n'est pas au format date, puis de le modifier pour le mettre au bon format tout en restant dans le champ date.
Le transfert de l'information vers un champ typé se fait maintenant après application des règles.
Autre point concernant l'exemple cité, si l'id n'est pas convertible en date, par exemple 11112233, cela provoque une erreur interne que j'ai capté mais il est préférable de mettre une condition sur la règle vérifiant que les 8 premiers caractères de l'id sont du format AAAAMMJJ avec les valeurs max 99991231.

Je vais généraliser cela aux autres données importables (Cours, adresse et opérations sur titres).

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 15:46
par Patrice15220
Je referai mes tests dès que la prochaine version sera disponible.
Jacques, Encore merci pour tout.

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 15:50
par Jacques Leblond
Ce que j'ai évoqué est dispo dans la 5300 que je viens de publier. Je poursuis mon travail sur les autres données importables maintenant.

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 15:57
par Patrice15220
Sauf erreur, la version n'est toujours pas disponible, voici le message en retour :

Not Found
The requested URL /gesfine/files/GesFine-v5.7.54.5300-setup.exe was not found on this server.

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 16:27
par Jacques Leblond
Ah oui le fichier n'était pas là, c'est disponible.

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 28 juillet 2014, 16:37
par Patrice15220
Jacques Leblond a écrit :Ah oui le fichier n'était pas là, c'est disponible.
Build 5300 téléchargé
Tests OK et concluants. :D

Re: [Importation] Règles d'importation à appliquer sur les données importées

Posté : 03 août 2014, 20:14
par Jacques Leblond
Fonctionnalité développée dans la version 5.8.55.5328.

N'hésitez pas à proposer sur le forum vos règles génériques permettant l'amélioration des données importées depuis vos organismes bancaires.

Re: [Intégré 5.8.55.5328] Importation - Règles d'importation à appliquer sur les données importées

Posté : 06 août 2014, 22:54
par Kerni29
Bonjour, suite à l'installation de la nouvelle version je constate que j'ai perdu toutes les règles pour l'importation. Est-ce normal, Faut-il les réécrire ? Ou je peux trouver le lien pour les dernières règles.

Re: [Intégré 5.8.55.5328] Importation - Règles d'importation à appliquer sur les données importées

Posté : 06 août 2014, 22:59
par Jacques Leblond
Je n'ai supprimé que les règles des premières tables que j'avais créées, mais si tu as saisis des règles avec les dernières versions intermédiaires précédant la dernière version officielle, il n'y a pas de raison de les perdre.

Pour le lien des règles pour le CA, c'est ici mais tu pourrais chercher un peu...

Re: [Intégré 5.8.55.5328] Importation - Règles d'importation à appliquer sur les données importées

Posté : 07 août 2014, 10:16
par Kerni29
Bonjour Jacques, j'ai bien récupéré les règles d'importation, mais après avoir ouvert plusieurs fois le formulaire. Tu me dis que je peux chercher un peu, certainement mais j'ai suivi les échanges pour la carte bancaire que tu avais avec Bruno33 et je pensais que certaines règles avaient été changées. Je voulais le lien pour cette nouvelle liste si du moins elle à changée. Je ne réussi pas toujours à différencier les deux cartes bancaires.

Re: [Intégré 5.8.55.5328] Importation - Règles d'importation à appliquer sur les données importées

Posté : 07 août 2014, 10:22
par Jacques Leblond
Comme on l'avait conclu, il n'y a pas dans tes données importées d'information pour distinguer les 2 cartes bancaires. Donc il est nécessaire de reprendre les données importées (ou pas d'ailleurs, à toi de voir...) pour affecter la bonne carte aux opérations qui auraient la mauvaise.
Cela peut se faire avec la fonction de changement de type dans le menu contextuel "Fonctions spécifiques sur les données."