Bonjour Damien,

Sur un Dossier, les commandes ventes et les commandes ouvertes utilisent des compteurs différents, respectivement SON et SOC. Il est donc possible de les différencier dans des requêtes ou des listes de sélection.  

Bien cordialement

Serge de Frutos

Bonjour, merci pour votre réponse mais ce n'est pas ma question

Je ne parle pas des compteurs, je parles des sélections avancées qui sont de base communes

Dans ce cas, le champ SOHCAT de la table SORDER indique si c'est une commande normale (SOHCAT=1) ou une commande ouverte (SOHCAT=4). Sinon, indiquez une copie écran de votre selection, nous pourrons voir plus en détail, et ce sera plus simple. 

Je comprends bien, mais ce que je cherche c'est un peu plus technique.

dans la fenêtre des commandes ferme et des commandes ouvertes, je ne voudrais pas voir toutes les sélections avancées

en claire, aujourd'hui chez un client j'ai une 15aines de sélections avancées de paramétrées pour les commandes fermes : très bien pas de débats.

Mais lorsqu'on ouvre les commandes ouvertes, on retrouve toutes ces sélections avancées, qui n'ont pas de sens car la gestion n'est pas la même.

Exemple :

Dans les commandes fermes, on pourrait avoir une sélection avancé STD qui filtre naturellement et automatiquement en arrivant dans la fonction toutes les commandes non soldées

Alors que dans les commandes ouvertes, cette STD là n'a pas de sens, on voudrait plutot avoir une STD qui filtre en fonction de la date de validité du contrat dépassé ou non

Donc je voudrais savoir s'il y a techniquement un moyen de dissocier les sélections avancées de la fonction des commandes fermes et de la fonction des commandes ouvertes

Bonjour,

Hélas, sans spécifique, cela ne sera pas possible.
En effet, les MEMOS sont enregistrés directement dans le répertoire \DOSSIER\nomdudossier\ETM\ du serveur avec le code utilisateur, s'ils ne sont pas globaux.

L'objet gérant les commandes normales des commandes ouvertes est le même SORDER. Donc pas de distinction.

Apparemment il n'y a pas de point d'entrée dans ce traitement. Donc il faudrait le substituer par le traitement spécifique.

Dans ce spécifique, que pour l'objet SORDER et suivant la catégorie de la commande, ajouter un code dans le nom du fichier généré. Voici la ligne de code (de la version 6 - je ne pense pas qu'il ait beaucoup changer depuis) pour le nommage du fichier

FICMEM = filpath("ETM",GUSER+"_"+[M:MEM]OBJECT+"_"+[M:MEM]CODE,[M:MEM]TYP,0)

Il faudrait faire la même chose, pour l'enregistrement, la lecture, l'effacement, la liste de sélection, et plus si affinité.

Bon développement si vous décidez de faire un spécifique.

Bonjour,

Merci pour votre réponse, c'est très claire.

Bonne journée

Bonjour,

Merci pour votre réponse, c'est très claire.

Bonne journée