Discussion :

[SD_X3]

Bonjour,
je cherche à construire une transaction système dans X3 qui permettrait aux utilisateurs de mettre à jour la date de réception prévue (POQ.EXTRCPDAT) dans les commandes d'achat.
Concrètement, je veux faire : update PORDERQ set EXTRCPDAT_0 = '05/07/2016' where POHNUM_0 = 'CF16-002299'

Ca paraît simple mais je ne parviens pas à faire en sorte que l'on puisse saisir la date à chaque MAJ : le '05/07/2016' ne doit pas être une valeur fixe mais saisie à chaque lancement de la transaction.
Si qqn sait comment faire, je suis preneur car j'ai perdu bcp de temps sur cet écran
Merci à vous
SD

[bimiman]

Bonjour,

Il suffit de remplacer la date par Vx, x étant le numéro du paramètre lors du lancement de la transaction.

[jeromecha]

J'attire ton attention sur le fait que modifier le champ PORDERQ.EXTRCPDAT_0 avec une transaction système est 'dangereux' .
Le CBN ne prendra pas en compte cette nouvelle date pour son calcul, puisqu'il se sert de la table orders qui est mis à jour lorsqu’on modifie les dates des commandes de manière interactive.

Je ne suis pas sûr qu'une resynchro en-cours resolve le problème ... à tester..

[SD_X3]

Bonjour et merci à vous 2 pour vos retours.

Jeromecha: je pense que c'est OK car le CBN fait, me semble-t-il, un 'truncate' dans la table ORDERS avant de la reconstruire.

Bimiman : désolé mais je galère avec la syntaxe de cet écran...
j'ai tenté de mettre la valeur 'V1' dans la colonne 'formule' mais ça ne passe pas. Avec et sans guillemets. Pareil avec un gdat$("04/07/2016").
Je ne comprends pas ce qu'il faut renseigner pour avoir l'équivalent d'une date en sql

[jeromecha]

Jeromecha: je pense que c'est OK car le CBN fait, me semble-t-il, un 'truncate' dans la table ORDERS avant de la reconstruire.

Je pense que non !!

Sinon pour la transaction c'est comme ça :

[castorameur]

Arg, j'ai commencé à répondre qu'il n'y avait pas de delete et puis j'ai replongé dans mes docs et....c'est plus subtile

Voilà ce qu'il y a dans la purge qui est lancé au début du traitement

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Delete [ORD] Where STOFCY  = WFCY          &
&                  FMI     < 2             &
&                  WIPSTA  = 3             &
&                  find(WIPTYP,2,3,4,5,6,7,9,13)

Donc il y a un delete mais uniquement sur ce qui est suggéré.
Donc pour ce qui est ferme cela revient à dire qu'il n'y a pas de delete

[SD_X3]

Merci pour la transaction, cela fonctionne.
Pour le CBN, je confirme que la mise à jour de la date via la transaction ne se reporte malheureusement pas dans la table ORDERS
SD

[castorameur]

Pour le CBN, je confirme que la mise à jour de la date via la transaction ne se reporte malheureusement pas dans la table ORDERS
SD

SAuf en relançant le CBN

[jeromecha]

SAuf en relançant le CBN

Tu es sûr ???? Je viens de faire le test, même en relançant le CBN la nouvelle date n'est pas prise en compte. Mais ca m'interresse si tu as ça fonctionne chez toi parce que j'ai le problème (modif de date de livraison par workflow pas exemple )

[SD_X3]

Même en relançant le CBN...
la zone ORDERS.ENDDAT ne se met à jour que si la modif à été faite manuellement dans X3 sur la commande d'achat (PORDERQ.EXTRCPDAT)
Si on met à jour cette date en SQL ou via la transaction système, le recalcul du CBN n'en tient pas compte

[castorameur]

Je pensais que cela fonctionnait comme la mise à jour manuelle.
D'après vos réponses apparemment pas.
je jette un oeil sous le capot et je vous dis ce que j'en vois