appliquer une quantité expédiée à une commande

[piecot]

Bonjour,

Je cherche à appliquer une quantité expédiée à une ligne de commande par le sdk et je ne trouve pas comment faire. Je ne sais pas quelle propriété de InvoicingLine utiliser. Pouvez vous m'aider... Merci.

[Lartis]

(ce message a été déplacé à partir du sujet "facturation" vers le sujet "SDK")

Bonjour,

La table "InvoicingLine" est une table en lecture seulement. Vous ne pouvez pas l'utiliser pour modifier votre commande.

Je crois qu'il y a un exemple dans le fichier C:\Fortune\snapin\ODBC\0CODBC.hlp qui peut vous aider: exemple-"modifier une commande". Vous devez changer la donnée dans la table TransactionDetail, et c'est probablement le champ ILInvoicedQty.

Pourriez-vous clarifier ce que vous voulez dire par "appliquer une quantité expédiée"? Dans Acomba, ça corresponderait à quoi? Est-ce bien transférer la commande en facture et choisir le nombre facturé, différent du nombre commandé? Si c'est ça, vous devriez vous baser sur l'exemple "Créer une facture à partir d'une commande".

Bonne journée,

[piecot]

Merci pour la réponse. Je veux produire une facture à partir des quantités expédiées. j'ai trouvé une solution.

[Lartis]

Bonjour,

Le forum est un outil de partage. Votre solution peut aider d'autres personnes qui ont le même problème.

Donc pourriez-vous nous dire quelle solution vous avez trouvé, pour en faire profiter les autres usagers.

Merci!

[piecot]

J'utilise la méthode OrderToInvoice de l'interface transaction.

[Lartis]

Bonjour,

Pour l'intérêt général: le détail sur la méthode OrderToInvoice se trouve dans C:\Fortune\SDK\0C_ACOX.HLP. Dans "Les méthode du SDK" - "Méthodes spécifiques" - "Facturation".

Ça m'a fait remarquer que dans les messages précédents, j'ai fait référence à l'aide de l'ODBC, et non du SDK. Mon erreur, désolé pour la confusion.

Petit commentaire par contre, je ne crois pas que cette méthode permet de changer les quantités lors de la création de la facture. Il faut probablement modifier la commande avant de la transférer en facture. Est-ce que je me trompe?

Merci,

[piecot]

Cette méthode ( environ 150 lignes de code) permet effectivement de mettre une quantité facturée dans la facture crée, cette quantité se répercute dans la commande. Pour l'instant ça fonctionne bien mais je ne peux charger la bonne taxe pour la facture. Interfacer avec Acomba est incroyablement compliqué, dommage qu'ils n'aient pas une base de donné relationnelle.

À la prochaine,

[Lartis]

Bonjour,

Oui, avec le SDK, tout est assez compliqué. C'est pour ça qu'à été développé le module ODBC, qui lui est beaucoup plus intuitif à utiliser. (mais il est payant, alors que le SDK est gratuit, mais à mon avis le temps gagné vaut le coût.)

Bonne journée,

[piecot]

J'ai regadé le ODBC et pour moi il charge les tables au complet dans des datasets, ce qui me semble ridicule.Mon client a 100,000 entêtes de commande et factures et 460,000 lignes de commandes et factures dans sa base Acomba. C'est impossible de charger ça dans des datasets. Est- ce que je me trompes?

À la prochaine,

[Lartis]

Même avec ODBC, tu peux gérer ce qui sera loadé en programmant efficacement.

Si tu essai de faire une recherche, c'est certain que tu devras parcourir la table au complet et que ça sera long, mais pour les ajouts, tu n'as qu'à loadé seulement ce que tu as besoin en filtrant ta requête. Les exemples du fichier d'aide ne sont pas du tout optimisés pour être efficaces, le INSERT servant aux ajouts, entre autre, fait un SELECT de toutes les lignes inutilement. Il suffit d'ajouter "WHERE RecCardPos = 0" au SELECT pour que ce soit presque instantané. Comme on se sert de la requête pour ajouter, elle peut très bien être filtré et comme RecCardPos est indexé, et qu'il n'y a pas de valeur = 0, la requête s'exécute instantanément puisqu'elle ne retourne rien.

J'ai un client qui a encore plus de données que ton exemple, et je programme pour ce client avec ODBC. C'est certain qu'il faut optimiser le code pour ne pas, justement, trop mettre de données en mémoire, mais c'est faisable.

[piecot]

Intéressant, merci,

À la prochaine,

[Contenu sponsorisé]