ODBC + Sage 30 Compta
Modérateurs: Super-Apogea, Super Modérateur
7 messages
|Page 1 sur 1
ODBC + Sage 30 Compta
Bonjour !
Je suis dans une conf' ODBC 100 v 15.50 + Cpta 30 v 15.50 + Access 2003 (XP) + Win XP SP2
A chaque tentative d'écriture dans le fichier des écritures (F_ECRITUREC), je me fais jeter ...
Même pas possible de remplir des infoslibres !
Les messages d'erreurs sont divers et variés, mais en fin de compte le résultat est toujours l'impossibilité d'écriture.
Quelqu'un a t'il un peu d'info là dessus ?
Je suis dans une conf' ODBC 100 v 15.50 + Cpta 30 v 15.50 + Access 2003 (XP) + Win XP SP2
A chaque tentative d'écriture dans le fichier des écritures (F_ECRITUREC), je me fais jeter ...
Même pas possible de remplir des infoslibres !
Les messages d'erreurs sont divers et variés, mais en fin de compte le résultat est toujours l'impossibilité d'écriture.
Quelqu'un a t'il un peu d'info là dessus ?
Jean-Yves Chiesa
- Posteur néophyte
- Messages: 2
- Inscription: Ven 20 Juin 2008 10:29
Bonjour,
pour info, les champs obligatoires pour l'écriture dans la table F_ECRITUREC sont :
et une requête est de ce style là :
Insert Into F_ECRITUREC (JO_Num, EC_No, JM_Date, EC_Jour, EC_Date, EC_Piece,
CG_Num,EC_Montant)
Values ('ACH', 0, '{d 2001-04-01}', 12, '{d 2001-04-01}', '10', '5310', 12500)
pour info, les champs obligatoires pour l'écriture dans la table F_ECRITUREC sont :
- JO_Num
EC_No
JM_Date
EC_Jour
EC_Date
EC_Piece
CG_Num
EC_Montant
et une requête est de ce style là :
Insert Into F_ECRITUREC (JO_Num, EC_No, JM_Date, EC_Jour, EC_Date, EC_Piece,
CG_Num,EC_Montant)
Values ('ACH', 0, '{d 2001-04-01}', 12, '{d 2001-04-01}', '10', '5310', 12500)
- Posteur néophyte
- Messages: 4
- Inscription: Ven 20 Juin 2008 14:28
ODBC + Sage 30 Compta
Merci de ta réponse ...
C'est encore plus bête que toutes tes hypothèses : il ne s'agit même pas d'ajouter une ligne, mais de renseigner une info libre sur une ligne déjà existante ....
Autrement dit c'est un "UPDATE F_ECRITUREC SET xxxx=zzzz WHERE EC_NO=12345"
Quand au message d'erreur, ca dépend de la manière dont la commande est envoyée (DAO, ADO, requête ACCESS, ...), mais le plus clair est "Echec de mise à jour sur une table F_ECRITUREC attachée"
C'est encore plus bête que toutes tes hypothèses : il ne s'agit même pas d'ajouter une ligne, mais de renseigner une info libre sur une ligne déjà existante ....
Autrement dit c'est un "UPDATE F_ECRITUREC SET xxxx=zzzz WHERE EC_NO=12345"
Quand au message d'erreur, ca dépend de la manière dont la commande est envoyée (DAO, ADO, requête ACCESS, ...), mais le plus clair est "Echec de mise à jour sur une table F_ECRITUREC attachée"
Jean-Yves Chiesa
- Posteur néophyte
- Messages: 2
- Inscription: Ven 20 Juin 2008 10:29
En fait, il y a des champs qu'on ne peut pas mettre à jour dans un enregistrement de la table F_ECRITUREC :
JO_Num, EC_No et JM_Date.
Tu as bien vérifié qu'ils ne sont pas dans ta requête en update ?
En tout cas, ça me conforte dans le choix des objets metiers pour écrire dans du Sage... L'odbc est bien trop ... imprévisible !
JO_Num, EC_No et JM_Date.
Tu as bien vérifié qu'ils ne sont pas dans ta requête en update ?
En tout cas, ça me conforte dans le choix des objets metiers pour écrire dans du Sage... L'odbc est bien trop ... imprévisible !
- Posteur néophyte
- Messages: 4
- Inscription: Ven 20 Juin 2008 14:28
Benoit35 a écrit:En fait, il y a des champs qu'on ne peut pas mettre à jour dans un enregistrement de la table F_ECRITUREC :
JO_Num, EC_No et JM_Date.
Tu as bien vérifié qu'ils ne sont pas dans ta requête en update ?
En tout cas, ça me conforte dans le choix des objets metiers pour écrire dans du Sage... L'odbc est bien trop ... imprévisible !
Pas d'accord du tout !!!
Les OM sont bien trop incomplets par rapport à du requêtage direct ou un framework maison sur les bases Sage. De plus parfois on a des messages encore pire qu'en ODBC...
Ya du pour et du contre, mais les OM sont tellements lents pour de l'objet que ça fait peur à voir (exemple simple, l'ouverture de la base, c'est horrible tellement c'est lent)
- Super Contributeur
- Messages: 129
- Inscription: Jeu 12 Juil 2007 10:39
Je pense que pour un simple accès aux écritures comme c'est le cas ici, les OM sont largement adaptés puisque l'accent a été fait sur la compta dans la V3.
A se place, je me verrai mal développer tout un framework autour de l'odbc juste pour quelques écritures.
Mais sur le principe je suis d'accord avec toi, l'ODBC est beaucoup plus complet !
A se place, je me verrai mal développer tout un framework autour de l'odbc juste pour quelques écritures.
Mais sur le principe je suis d'accord avec toi, l'ODBC est beaucoup plus complet !
- Posteur néophyte
- Messages: 4
- Inscription: Ven 20 Juin 2008 14:28
7 messages
|Page 1 sur 1
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités