OVH Cloud OVH Cloud

Money 2005, OFX, Caisse d'Epargne

5 réponses
Avatar
o_printemps
Je viens d'essyer la version 2005 de Money et je n'arrive plus à
importer mes relevés electroniques au format OFX de ma banque (Caisse
d'Epargne)

Il me dit que mon fichier est corrompu :
"le fichier que vous avez essayé d'importer semble incorrect ou
contient des données corrompues. Veuillez le télécharger de nouveau.
Si le problème persiste contactez votre établissement financier"

Or ce fichier semble valide (j'ai masqué mon n° de compte) :

Content-Type: application/x-ofx
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20041007102724
<LANGUAGE>FRA
<DTPROFUP>20041007102724
<DTACCTUP>20041007102724
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>00
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>EUR
<BANKACCTFROM>
<BANKID>17515
<BRANCHID>90000
<ACCTID>01234567891
<ACCTTYPE>SAVINGS
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20041003000001
<DTEND>20041006000001
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-186.73
<FITID>05.10.200410378959
<NAME>FACTURE CB FNAC
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-25.86
<FITID>05.10.200410378960
<NAME>FACTURE CB DALIN
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-31.22
<FITID>05.10.200410378961
<NAME>FACTURE CB ALAPA
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-60.00
<FITID>04.10.200410264762
<NAME>RETRAIT CE IDF P
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-61.20
<FITID>04.10.200410264763
<NAME>PRELVT ABONNEMEN
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>+4452.22
<DTASOF>20041007000001
</LEDGERBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>

Alors qu'est ce qui ne va pas ? C'est un bug de Money 2005 ? car ça
marchait trés bien avec 2004

Merci pour votre aide

Olivier

5 réponses

Avatar
o_printemps
(Olivier) wrote in message news:...
Je viens d'essyer la version 2005 de Money et je n'arrive plus à
importer mes relevés electroniques au format OFX de ma banque (Caisse
d'Epargne)

Il me dit que mon fichier est corrompu :
"le fichier que vous avez essayé d'importer semble incorrect ou
contient des données corrompues. Veuillez le télécharger de nouveau.
Si le problème persiste contactez votre établissement financier"

Or ce fichier semble valide (j'ai masqué mon n° de compte) :

Content-Type: application/x-ofx
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE<OFX>



J'ai trouvé ce qui n'allait pas :
"Content-Type: application/x-ofx" se trouve au début du fichier ofx
alors que c'est une entete mime !!

Je ne sais pas si c'est la caisse d'épargne qui a modifié son service
ou si c'est Money 2005 qui n'accepte plus cette erreur...

C'est pareil pour tout le monde ?
Avatar
Alain Jourde
Bonsoir,
Comme ce problème des ofx "standards" m'intéresse, j'ai repris celui chargé
ce soir sur site de la SNVB.
En dehors du fait que la SNVB donne la carte bleue, j'ai fait diverses
remarques de détails:
- j'ai des décalages qui rendent "lisibles" (en hexadécimal le décalage est
provoqué par 09. Peut-être l'absence de décalage est-elle simplement lié à
la copie sur outlook. Je pense que ce n'a aucune incidence sur le résultat.
- je n'ai pas les deux lignes <DTPROFUP> et <DTACCTUP>, mais je ne pense pas
qu'elles soient "anormales",
- j'ai après les lignes <DTPOSTED> une ligne <DTUSER>, mais comme money ne
gère pas les dates valeurs, celà ne doit avoir aucune incidence,
- après les 4 lignes <LEDGERBAL>, j'ai aussi 4 lignes <AVAILBAL>, qu'il
faudra un jour que je supprime pour voir si cet "available balance" n'est
pas à l'origine de l'absence de chargement dans money du solde des comptes,
- aucun FITID ne contient de point, mais comme dans FITID tous les
caractères semblent admis, je pense que ce n'est pas la source du non
chargement,
- en <ACCTTYPE>, j'ai CHECKING et non SAVINGS, mais je pense que ce ne doit
jouer que pour éviter les doublons lors du chargement. En désespoir de
cause, il faudrait tester ce point.
- le <OFX> situé après NEWFILEUID:NONE, n'est pas collé mais il y a d'abord
une ligne blanche (OD OA en héxa) et il commence une nouvelle ligne. Comme
il n'est pas exclu qu'il s'agisse d'un problème de copie, je le signale. Si
c'est réellement le cas, c'est la première source sûre de la pollution du
fichier.
- en <TRNUID>, si la valeur est effectivement 00 et ne correspond pas à un
effacement involontaire, c'est la deuxième source sûre de pollution. Dans
mon fichier où la date DTSERVER est 20041007000000 au lieu de
20041007102724, TRNUID a la valeur 20041007000000.
J'espère cette longue analyse utile (éventuellement aussi aux pauvres
utilisateurs CL),
Bonne nuit les petits,
A.J.
"Olivier" a écrit dans le message de
news:
Je viens d'essyer la version 2005 de Money et je n'arrive plus à
importer mes relevés electroniques au format OFX de ma banque (Caisse
d'Epargne)

Il me dit que mon fichier est corrompu :
"le fichier que vous avez essayé d'importer semble incorrect ou
contient des données corrompues. Veuillez le télécharger de nouveau.
Si le problème persiste contactez votre établissement financier"

Or ce fichier semble valide (j'ai masqué mon n° de compte) :

Content-Type: application/x-ofx
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20041007102724
<LANGUAGE>FRA
<DTPROFUP>20041007102724
<DTACCTUP>20041007102724
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>00
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>EUR
<BANKACCTFROM>
<BANKID>17515
<BRANCHID>90000
<ACCTID>01234567891
<ACCTTYPE>SAVINGS
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20041003000001
<DTEND>20041006000001
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-186.73
<FITID>05.10.200410378959
<NAME>FACTURE CB FNAC
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-25.86
<FITID>05.10.200410378960
<NAME>FACTURE CB DALIN
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-31.22
<FITID>05.10.200410378961
<NAME>FACTURE CB ALAPA
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-60.00
<FITID>04.10.200410264762
<NAME>RETRAIT CE IDF P
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-61.20
<FITID>04.10.200410264763
<NAME>PRELVT ABONNEMEN
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>+4452.22
<DTASOF>20041007000001
</LEDGERBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>

Alors qu'est ce qui ne va pas ? C'est un bug de Money 2005 ? car ça
marchait trés bien avec 2004

Merci pour votre aide

Olivier


Avatar
Alain Jourde
Bonsoir à nouveau,
Effectivement, mais j'ai cru que c'était uniquement lié à la copie.
A.J.
"Olivier" a écrit dans le message de
news:
(Olivier) wrote in message


news:...
> Je viens d'essyer la version 2005 de Money et je n'arrive plus à
> importer mes relevés electroniques au format OFX de ma banque (Caisse
> d'Epargne)
>
> Il me dit que mon fichier est corrompu :
> "le fichier que vous avez essayé d'importer semble incorrect ou
> contient des données corrompues. Veuillez le télécharger de nouveau.
> Si le problème persiste contactez votre établissement financier"
>
> Or ce fichier semble valide (j'ai masqué mon n° de compte) :
>
> Content-Type: application/x-ofx
> OFXHEADER:100
> DATA:OFXSGML
> VERSION:102
> SECURITY:NONE
> ENCODING:USASCII
> CHARSET:1252
> COMPRESSION:NONE
> OLDFILEUID:NONE
> NEWFILEUID:NONE<OFX>

J'ai trouvé ce qui n'allait pas :
"Content-Type: application/x-ofx" se trouve au début du fichier ofx
alors que c'est une entete mime !!

Je ne sais pas si c'est la caisse d'épargne qui a modifié son service
ou si c'est Money 2005 qui n'accepte plus cette erreur...

C'est pareil pour tout le monde ?


Avatar
Mélotte
J'ai effectivement le même problème avec la Caisse
d'Epargne alors que Money 2004 fonctionnait parfaitement.

Comment faire quand on comprend rien aux explications
d'experts sur les subtilités des fichiers OFX ?
Comment faire pour éliminer ce bug et faire que 2005
fonctionne aussi bien que 2004 ?
Merci de votre aide
M
-----Message d'origine-----
Bonsoir,
Comme ce problème des ofx "standards" m'intéresse, j'ai


repris celui chargé
ce soir sur site de la SNVB.
En dehors du fait que la SNVB donne la carte bleue, j'ai


fait diverses
remarques de détails:
- j'ai des décalages qui rendent "lisibles" (en


hexadécimal le décalage est
provoqué par 09. Peut-être l'absence de décalage est-


elle simplement lié à
la copie sur outlook. Je pense que ce n'a aucune


incidence sur le résultat.
- je n'ai pas les deux lignes <DTPROFUP> et <DTACCTUP>,


mais je ne pense pas
qu'elles soient "anormales",
- j'ai après les lignes <DTPOSTED> une ligne <DTUSER>,


mais comme money ne
gère pas les dates valeurs, celà ne doit avoir aucune


incidence,
- après les 4 lignes <LEDGERBAL>, j'ai aussi 4 lignes


<AVAILBAL>, qu'il
faudra un jour que je supprime pour voir si


cet "available balance" n'est
pas à l'origine de l'absence de chargement dans money du


solde des comptes,
- aucun FITID ne contient de point, mais comme dans


FITID tous les
caractères semblent admis, je pense que ce n'est pas la


source du non
chargement,
- en <ACCTTYPE>, j'ai CHECKING et non SAVINGS, mais je


pense que ce ne doit
jouer que pour éviter les doublons lors du chargement.


En désespoir de
cause, il faudrait tester ce point.
- le <OFX> situé après NEWFILEUID:NONE, n'est pas collé


mais il y a d'abord
une ligne blanche (OD OA en héxa) et il commence une


nouvelle ligne. Comme
il n'est pas exclu qu'il s'agisse d'un problème de


copie, je le signale. Si
c'est réellement le cas, c'est la première source sûre


de la pollution du
fichier.
- en <TRNUID>, si la valeur est effectivement 00 et ne


correspond pas à un
effacement involontaire, c'est la deuxième source sûre


de pollution. Dans
mon fichier où la date DTSERVER est 20041007000000 au


lieu de
20041007102724, TRNUID a la valeur 20041007000000.
J'espère cette longue analyse utile (éventuellement


aussi aux pauvres
utilisateurs CL),
Bonne nuit les petits,
A.J.
"Olivier" a écrit dans le


message de
news:
Je viens d'essyer la version 2005 de Money et je




n'arrive plus à
importer mes relevés electroniques au format OFX de ma




banque (Caisse
d'Epargne)

Il me dit que mon fichier est corrompu :
"le fichier que vous avez essayé d'importer semble




incorrect ou
contient des données corrompues. Veuillez le




télécharger de nouveau.
Si le problème persiste contactez votre établissement




financier"

Or ce fichier semble valide (j'ai masqué mon n° de




compte) :

Content-Type: application/x-ofx
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20041007102724
<LANGUAGE>FRA
<DTPROFUP>20041007102724
<DTACCTUP>20041007102724
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>00
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>EUR
<BANKACCTFROM>
<BANKID>17515
<BRANCHID>90000
<ACCTID>01234567891
<ACCTTYPE>SAVINGS
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20041003000001
<DTEND>20041006000001
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-186.73
<FITID>05.10.200410378959
<NAME>FACTURE CB FNAC
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-25.86
<FITID>05.10.200410378960
<NAME>FACTURE CB DALIN
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-31.22
<FITID>05.10.200410378961
<NAME>FACTURE CB ALAPA
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-60.00
<FITID>04.10.200410264762
<NAME>RETRAIT CE IDF P
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-61.20
<FITID>04.10.200410264763
<NAME>PRELVT ABONNEMEN
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>+4452.22
<DTASOF>20041007000001
</LEDGERBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>

Alors qu'est ce qui ne va pas ? C'est un bug de Money




2005 ? car ça
marchait trés bien avec 2004

Merci pour votre aide

Olivier



.



Avatar
JL
Dis-moi, camarade, en français de France, tout ça est
fort intéressant, mais ça veut dire quoi pour le petit
peuple ?
Qui déconne Bilou ou la CE ?
Et nous on fait quoi avec notre beau logiciel qui ne nous
sert à rien ?
Merci de nous éclairer...
JL
-----Message d'origine-----
Bonsoir,
Comme ce problème des ofx "standards" m'intéresse, j'ai


repris celui chargé
ce soir sur site de la SNVB.
En dehors du fait que la SNVB donne la carte bleue, j'ai


fait diverses
remarques de détails:
- j'ai des décalages qui rendent "lisibles" (en


hexadécimal le décalage est
provoqué par 09. Peut-être l'absence de décalage est-


elle simplement lié à
la copie sur outlook. Je pense que ce n'a aucune


incidence sur le résultat.
- je n'ai pas les deux lignes <DTPROFUP> et <DTACCTUP>,


mais je ne pense pas
qu'elles soient "anormales",
- j'ai après les lignes <DTPOSTED> une ligne <DTUSER>,


mais comme money ne
gère pas les dates valeurs, celà ne doit avoir aucune


incidence,
- après les 4 lignes <LEDGERBAL>, j'ai aussi 4 lignes


<AVAILBAL>, qu'il
faudra un jour que je supprime pour voir si


cet "available balance" n'est
pas à l'origine de l'absence de chargement dans money du


solde des comptes,
- aucun FITID ne contient de point, mais comme dans


FITID tous les
caractères semblent admis, je pense que ce n'est pas la


source du non
chargement,
- en <ACCTTYPE>, j'ai CHECKING et non SAVINGS, mais je


pense que ce ne doit
jouer que pour éviter les doublons lors du chargement.


En désespoir de
cause, il faudrait tester ce point.
- le <OFX> situé après NEWFILEUID:NONE, n'est pas collé


mais il y a d'abord
une ligne blanche (OD OA en héxa) et il commence une


nouvelle ligne. Comme
il n'est pas exclu qu'il s'agisse d'un problème de


copie, je le signale. Si
c'est réellement le cas, c'est la première source sûre


de la pollution du
fichier.
- en <TRNUID>, si la valeur est effectivement 00 et ne


correspond pas à un
effacement involontaire, c'est la deuxième source sûre


de pollution. Dans
mon fichier où la date DTSERVER est 20041007000000 au


lieu de
20041007102724, TRNUID a la valeur 20041007000000.
J'espère cette longue analyse utile (éventuellement


aussi aux pauvres
utilisateurs CL),
Bonne nuit les petits,
A.J.
"Olivier" a écrit dans le


message de
news:
Je viens d'essyer la version 2005 de Money et je




n'arrive plus à
importer mes relevés electroniques au format OFX de ma




banque (Caisse
d'Epargne)

Il me dit que mon fichier est corrompu :
"le fichier que vous avez essayé d'importer semble




incorrect ou
contient des données corrompues. Veuillez le




télécharger de nouveau.
Si le problème persiste contactez votre établissement




financier"

Or ce fichier semble valide (j'ai masqué mon n° de




compte) :

Content-Type: application/x-ofx
OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20041007102724
<LANGUAGE>FRA
<DTPROFUP>20041007102724
<DTACCTUP>20041007102724
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>00
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>EUR
<BANKACCTFROM>
<BANKID>17515
<BRANCHID>90000
<ACCTID>01234567891
<ACCTTYPE>SAVINGS
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20041003000001
<DTEND>20041006000001
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-186.73
<FITID>05.10.200410378959
<NAME>FACTURE CB FNAC
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-25.86
<FITID>05.10.200410378960
<NAME>FACTURE CB DALIN
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041005
<TRNAMT>-31.22
<FITID>05.10.200410378961
<NAME>FACTURE CB ALAPA
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-60.00
<FITID>04.10.200410264762
<NAME>RETRAIT CE IDF P
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20041004
<TRNAMT>-61.20
<FITID>04.10.200410264763
<NAME>PRELVT ABONNEMEN
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>+4452.22
<DTASOF>20041007000001
</LEDGERBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>

Alors qu'est ce qui ne va pas ? C'est un bug de Money




2005 ? car ça
marchait trés bien avec 2004

Merci pour votre aide

Olivier



.