[Sql serveur 2000] modif champ table article

Regarde chez les compagnons d'arcadie -ils sont spécialistes de SAGE - et ils ont sortis un outil de recalcul de stock qui se paramètre pour faire le boulot la nuit. Si ca peut te servir ...

salut à tout le monde
je voux savoir commant modifie la langue de sql serveur 2000 de englais vers la langue français
et merci davance

Bonjour,
Il n'est franchement pas recommandé de contourner la contrainte. Ta base ne sera plus intègre.
Je ne connais pas bien Sage, amis il me semble que tu dois pouvoir le faire par le logiciel, non ?

Non , le logiciel est encore plus bridé car dès qu'une ligne de commande est crée, la liste déroulante permettant de changer le mode de suivi de stock devient grisée.

La seule facon que je connaisse, de pouvoir changer le suivi de stock est de détruire toutes les lignes = supprimer l'article dans chaque facture , bon de commande, devis .. apres il faudra le remettre.
Ce parametre est important pour moi qui ai crée des indicateurs : cet article n'étant pas géré en stock, je ne peux pas le controler dans mes indicateurs.
Ce n'est pas le seul article dans ce cas (j'en ai quelques un ayant été mal crée), ce qui représente un travail plutot lourd pour les enlever des bc et fa, mais surtout pour les remettre

Ce que j'en dis, c'est que c'est un peu dangeruex et crado de supprimer des tuples en base avec un progiciel.
Soit ce que tu veux faire n'est pas permis, et il y a des raisons pour cela (légal par exemple), soit il existe une solution propre implémentée dans Sage.
Mefie toi également des problèmes de garanties. Peut etre qu'en supprimant quelque chose en base, Sage n'assure plus de support derriere.
Bon courage. :)

Hello,
Tout le monde a raison, tu ne peu pas pas changer de manière totalement inconsciente le suivi de l'article. En effet si ton article est suivi en FIFO par exemple dans la table F_ARTICLE ben tu pourras pas le mettre en Sérialisé et en lot, il va te manqué des choses (serial number).
Le mieux est de créer un nouvel article, avec le suivi que tu désire et l'insérer dans toutes tes lignes de document (d'abord les achats pour avoir du stock) ensuite dans les ventes. Tu supprime l'ancien article dans tes lignes de document (DELETE * FROM F_DOCLIGNE WHERE AR_REF='REFERENCE ARTICLE')
Ensuite tu delete l'article (delete FROM F_ARTICLE WHERE AR_REF='REFRENCE ARTICLE')
Et tu croise les doigts pour ne pas avoir explosé l'intégrité référentiel, donc backup AVANT !

La chose sera plus simple si tu passe d'un article de type serialisé ou en lot, vers un article FIFO ou LIFO
en revanche dans le cas contraire sache que le champs LS_NUMEROSERIE est unique donc faudra une routine qui les génere

L'ODBC de sage n'est PAS qu'une méthode d'acces à ta base, il fait plein de chose que tu ne vois pas, par exemple si tu fait un 'SELECT * FROM F_DOCLIGNE' tu aura le champs LS_NUMEROSERIE mais en réalité ce champs n'existe pas dans la table F_DOCLIGNE il existe dans la table F_LOTSRIE, et est lié par les champs DL_NOIN et DL_NOOUT = DL_NO, tu t'en rendre compte si tu passe par le pilote SQLSERVEUR plutot que par le pilote SAGE ODBC

Je concois que c'est pas super clair mais si tu es plus clair dans l'ennoncé je pourrais peut-être t'aider plus.

Sage c'est bien, l'odbc ca craint
Fabian

Bonsoir,

Travaillant depuis 10 ans sur Sage en tant que consultant , tu n'es pas le premier à faire une telle demande. Pour les raisons expliquées ci-dessus, forcer la zone, c'est mettre un pied dans la tombe.

le plus simple est de recréer un article avec la même référence article en rajoutant un caractère à la fin afin que tu puisses faire des stats sur les 2 articles d'affiler (old et news).

Quand ton nouvel article est crée, tu fais une sortie globale du stock restant via un "mouvement de sortie". Et tu fais un "mouvement d'entrée" pour l'équivalent sur le nouvel article.

Ensuite il reste à modifier tous les documents qui n'impacte pas le stock (de Devis à Préparation de livraison pour les ventes, et de préparation de comme à bon de commande pour les achats). Tu remplaces l'ancien article par le nouveau.

C'est long, c'est chiant, mais c'est propre.