Document de release de la version J1

   Ce document présente les évolutions survenues sur l'application Cegid XRP Ultimate Ventes en J1.

      Afficher / Masquer le détail                                                   Format PDF

   Aucune modification de paramétrage n'est nécessaire pour que le fonctionnement soit comme avant le passage de la release.

   Ajout du champ "Segments" pour qu'il soit généré sur l'adresse (en création ou en modification).

   Ajout du champ "Segments". S'il est renseigné, il est copié dans la gestion des adresses (GTIA) à la création de l'adresse (ou à la modification de l'adresse).

GCDVCO - Commandes de ventes pour clients comptant (Transaction SVICCO)

   Si vous gérez la valeur de zone dans les cadenciers, la valeur de la zone de la commande peut être un critère obligatoire dans la recherche du cadencier.

   La valeur de la zone de la commande peut être un critère obligatoire dans la recherche du cadencier, auquel cas, seuls les cadenciers avec cette zone sont possibles, les cadenciers sans zone sont exclus de la recherche. Ceci est fonction de la valeur testée 2 de l'occurrence CADENCIER du paramètre AUTSVTRP.

TTRP - Affectation transporteurs et modes de transport (Transaction SVTTRP)
TTRPE - Affectation transporteurs et modes de transport (Transaction SVTTRPE)

   L'unité de facturation et le coefficient de livraison à facture de la ligne de substitution peuvent provenir de l'article de substitution.

   Avant cette version, l'unité de facturation et le coefficient de livraison à facture de la ligne de substitution provenaient de la ligne substituée.

   Désormais, il est possible de choisir l'origine de l'unité de facturation et du coefficient de livraison à facture sur la ligne de substitution. Ces informations peuvent provenir de la ligne substituée ou de l'article de substitution (GART) en fonction du paramétrage mis en place dans la gestion de paramétrage des substitutions (GATP). Si la case "Défaut article" est cochée et si la valeur testée 1 de l'occurrence A du paramètre DFASVACS est égale à "O", alors l'unité de facturation et le coefficient de livraison à facture proviennent de l'article de substitution.
Dans les autres cas, l'unité de facturation et le coefficient de livraison à facture proviennent de la ligne de l'article substitué.

GATP - Action / stock ATP : substitution - manquants (Transaction SVIACS)
TSUB - Traitement de substitution (Transaction SVTSUB)
TSUE - Traitement de substitution (hors étape) (Transaction SVTSUE)
TATP - Stock ATP : allocation, contrôle stock, lot (Transaction SVTATP)

   Ajout de la forme sélection sur les tiers dans le traitement de constitution de listes de tiers.

   Le champ "Sélection du tiers" définit le tiers du client sur lequel porte la sélection des tiers : facturation, livraison, confirmation ou paiement. Par exemple, si l'utilisateur choisit "Facturation", la sélection est effectuée sur le tiers de facturation des clients.
La sélection des tiers n'est pas accessible si l'option "Aucun" est sélectionnée.

TLSTV - Constitution d'une liste de tiers (Transaction SVTLST)

   Gestion de la numérotation automatique lors de la création d'une liste de tiers (GLSTV).

   La saisie du code alphanumérique de la liste n'est plus obligatoire. Il peut être affecté automatiquement grâce à la numérotation paramétrée dans GNUM.
Le code de la liste est généré si le rôle de la liste gère la numérotation automatique. L'utilisateur ne doit donc pas saisir le code de la liste, il sera affecté lors de la validation de la liste. Si l'utilisateur a saisi un code liste et que le rôle gère la numérotation automatique, alors la liste saisie est écrasée par le code liste de la numérotation mise en place.
Si le rôle de la liste ne gère pas la numérotation automatique, alors le code liste doit être saisi.

GLSTV - Listes de tiers (Transaction SVILST)

   Pour mettre en place la numérotation automatique, il faut saisir le paramétrage dans GNUM pour l'entité SGLST, le champ ROLSGLST et choisir la codification de la liste de tiers (préfixe et numéro).

   Possibilité de rendre obligatoire la saisie de certains champs de la commande en fonction d'une information du client ou du tiers.

   A partir de la définition des paramètres des commandes de ventes, possibilité de rendre obligatoires certains champs de la commande (mnémonique, paramètres, observations, rubriques, etc.) en fonction d'une valeur du client ou du tiers pour une classe de commandes en particulier.
Les contrôles sont effectués lors de la saisie de la commande ou lors du traitement de confirmation de la commande.

GDPCV - Définition des paramètres des commandes de ventes (Transaction SVIDPC)
GCDV - Commandes de ventes (Transaction SVICDV)
TCDV - Confirmation des commandes de ventes (Transaction SVTCDV)

   Pour mettre en place cette fonctionnalité, il faut créer une règle dans GDPCV en indiquant la classe de commandes concernée et le champ que vous souhaitez rendre obligatoire. Vous devez préciser l'information client ou tiers qui conditionne la saisie obligatoire du champ et éventuellement une valeur particulière pour laquelle le contrôle est effectué.

   Deux données ont été ajoutées : une case à cocher qui permet de proposer le code service lors de la saisie d'une commande et un champ pour définir le type de flux de la classe.

   Proposition du code service
La case à cocher "Proposition du code routage" permet de proposer sur les commandes de cette classe le dernier code service utilisé par le client.
Dans la gestion des commandes, la saisie du client déclenche la proposition du dernier code service utilisé si l'option est active pour la classe de commandes et si le client est défini comme "B2B" ou "B2G".
Le type de flux dans la gestion des tiers doit être défini comme tel pour le tiers d'identification du client paramétré dans la gestion de dématérialisation fiscale.
Les codes services du client sont référencés dans les associations entités - codes services. Le dernier code service utilisé a le type égal à "D".

   La proposition du code service est aussi effectuée dans :
- le transfert des commandes d'interface (TTCD) ;
- la génération des commandes (TGCDV) si l'option "Défaut client" est cochée ;
- la gestion des commandes de ventes au comptant (GCDVCO) ;
- d'autres traitements où les valeurs par défaut du client sont recherchées.

   Type de flux
Le nouveau champ "Type de flux" permet de répondre au besoin de la facture électronique. Les valeurs possibles sont les occurrences du paramètre C11SVNCC.

GNCV - Classes de commandes de ventes (Transaction SVINCV)
GCDV - Commandes de ventes (Transaction SVICDV)
GCDVCO - Commandes de ventes pour clients comptant (Transaction SVICDVCO)
GTCD - En-têtes des commandes de transfert (Transaction SVITCD)
TTCD - Intégration des commandes de transfert (ventes) (Transaction SVTTCD)
TGCDV - Génération des commandes de ventes (Transaction SVTGCD)

   Pour activer la proposition du code service, il faut cocher la case "Proposition du code routage" pour la classe de commande. De plus, le tiers débiteur doit être "B2B" ou "B2G" et un code service de type "D" doit être référencé pour ce tiers.

   Contrôle du routage de la commande dans le cadre de la facture électronique.

   Deux fonctionnalités :
- déclenche les mêmes contrôles liés aux définitions des paramètres des commandes (GDPCV) que le traitement de confirmation des commandes (TCDV) ;
- pour les clients sur un type de flux "B2B" ou "B2G", déclenche le contrôle du routage de la commande via l'appel de l'annuaire en ligne comme le traitement de contrôle de routage des factures (TCRF).

GCDV - Commandes de ventes (Transaction SVICDV)

   Pour mettre en place cette fonctionnalité :
- dans les interfaces utilisateurs UI01 et UI02, vous devez faire une personnalisation de l'écran pour ajouter le bouton réalisant le contrôle ;
- dans l'interface utilisateur UI03, l'action "Contrôler le routage de la facture" est disponible en standard, vous n'avez rien à faire.

   Possibilité de choisir les articles à reprendre sur la nouvelle commande.

   Le critère de soumission "Articles en commun avec la liste" a été ajouté au traitement de génération des commandes de ventes (TGCDV). Il permet de préciser une liste d'articles vendus (GLAEV).
Si la liste est renseignée, le traitement duplique uniquement les lignes dont les articles sont référencés dans cette liste.
Si la période de validité est renseignée dans les éléments de la liste d'articles (GELAV), elle doit encadrer la date de commande de la nouvelle commande pour que l'article soit copié.

TGCDV - Génération des commandes de ventes (Transaction SVTGCD)

   Possibilité de regrouper les commandes suivant leur type de flux.

   Un nouveau champ "type de flux" a été ajouté dans la gestion des classes de commandes (GNCV). Il permet de définir le type de flux de la classe. Si ce champ est renseigné, il devient un critère de regroupement supplémentaire pour regrouper les commandes lors du traitement de facturation (TFAV).
Dans le cadre de la facture électronique, il est possible de définir le type de flux sur un autre champ. Il s'agit du champ "mode de facturation" présent dans la gestion de paramétrage de la dématérialisation des factures clients (GPDPV) pour un type de fichiers "Factur-X". Il peut contenir soit un champ de la commande, soit un paramètre lié à l'en-tête de commande ou alors une valeur de rubrique de la commande. Les valeurs possibles sont les occurrences du paramètre MDFSVPDP. Si le champ qui correspond au mode de facturation est renseigné sur la commande (ou sur le paramètre ou sur la rubrique), le regroupement sur ce champ est prioritaire au type de flux défini sur la classe de commandes, pour regrouper les commandes lors du traitement de facturation.

TFAV - Traitement de facturation (Transaction SVTFAV)
GNCV - Classes de commandes de ventes (Transaction SVINCV)
GPDPV - Paramétrage de la dématérialisation des factures (Transaction SVIPDP)

   Pour mettre en place le regroupement, il est nécessaire de renseigner le champ "Type de flux" sur les classes de commandes ou le champ "Mode de facturation" sur le paramétrage de la dématérialisation des factures clients.

   Cette transaction permet d'avoir une vision d'ensemble de l'article vendu.
La page objet est divisée en deux parties :
- la partie fiche qui contient des informations sur l'article vendu ;
- la partie activité qui contient des informations sur l'utilisation de l'article vendu.

NOATV - Article vendu 360 (Transaction SVOATV)

   Cette transaction permet d'avoir une vision d'ensemble d'un client ou d'un prospect.
La page objet est divisée en deux parties :
- la partie fiche qui contient des informations sur le client ou le prospect (établissement, date de création, adresses, etc.) ;
- la partie activité qui présente l'activité du client (nombre de commandes à traiter, nombre de devis, nombre d'avoirs, etc.).

NOCLI - Client 360 (Transaction SVOCLI)

   Le tri des données de la grille est interdit. Il est imposé par le programme car il dépend du paramétrage du code retour.

GRETV - Retours (Transaction SVIRET)

   Correction anomalie SGBD.

   Si les ventes additionnelles s'ouvraient en automatique et qu'une condition commerciale était présente sur la ligne proposée, une anomalie SGBD était présente (données en doublon).

GVADI - Ventes additionnelles (Transaction SVIVAD)

   Correction erreur si la comptabilisation de la TVA est détaillée.

   Lors du transfert en comptabilité, si la comptabilisation de la TVA est détaillée, une erreur pouvait intervenir lorsque le montant TVA de la ligne HT n'était pas égal au montant TVA de la ligne de TVA suite au rattrapage des écarts éventuels.

TCPT - Transfert en comptabilité des factures (Transaction SVTCPT)
TFAE - Transfert en comptabilité des factures à établir (Transaction SVTFAE)

   Conservation d'une remise supprimée par erreur.

   Lors du calcul des conditions commerciales, si une remise de mode PVTA était présente sur une ligne de commande avec un rôle à "I" (pas de calcul des conditions commerciales pour cette ligne de commande), la remise était supprimée par erreur (GLVR). La correction consiste à la conserver.

CACPC - Calcul des conditions commerciales après commande (Transaction SVTCACPC)
CACAL - Calcul des conditions commerciales avant livraison (Transaction SVTCACAL)
CACAF - Calcul des conditions commerciales avant facture (Transaction SVTCACAF)
CACPF - Calcul des conditions commerciales après facture (Transaction SVTCACPF)
GLVR - Remises des lignes de commandes (Transaction SVILVR)

   Des champs ont été ajoutés dans la gestion de paramétrage de la dématérialisation (GPDPV) pour prendre en compte le nouveau format Factur-X pour la facture électronique. Pour utiliser ce nouveau format, vous devez choisir le type de fichiers "Factur-X" dans GPDPV. L'exécution du traitement de dématérialisation (TFDPE) génère un fichier PDF (norme PDF/A3) qui contient :
- un fichier PDF lisible de la facture pour les utilisateurs ;
- un fichier de données structurées en XML pour automatiser les traitements ;
- d'éventuelles pièces jointes complémentaires.

   Le SIREN ou SIRET du client (celui qui achète) est contrôlé afin de vérifier qu'il est bien référencé dans l'annuaire qui sera mis à disposition par la DGFIP. Dans le cas d'un SIRET client géré à la maille code routage, ce dernier doit être présent sur la commande (zone à définir dans le paramétrage de la dématérialisation des factures de ventes (GPDPV). Il est également contrôlé en interrogeant l'annuaire (traitement de contrôle de routage des factures (TCRF)). Ce traitement existe aussi en hors étape, il s'agit du TCRFE. Ce contrôle dans l'annuaire peut aussi être exécuté lors de la saisie de commandes : un bouton peut être ajouté par personnalisation, son click contrôlera alors le SIREN, le SIRET et le code routage du client de la commande (selon sa maille d'adressage).

   Une fois la facture électronique générée par le traitement de dématérialisation, elle doit être déposée sur la plateforme globale de Cegid (concentrateur) grâce au traitement de dépose des factures électroniques (TDFE). Ce traitement existe aussi en hors étape, il s'agit du TDFEE.

   Un traitement analyse ensuite les évènements webhooks (TEWA) qui ont été envoyés par une plateforme de dématérialisation partenaire (PDP) ou par le portail public de facturation (PPF) et qui ont ensuite transité par la plateforme globale de Cegid (concentrateur) dans le but de faire évoluer le cycle de vie des factures électroniques.

   La réforme de la facture électronique impose également de tracer tous les flux : là où avant de simples écritures comptables pouvaient suffire à traiter de la facturation inter-sociétés (interco), il sera nécessaire de répondre par un flux de ventes et d'achats complet. Les cas les plus simples de refacturation pourront utiliser le module négoce mais les cas les plus complexes (refacturation de frais par exemple à plusieurs sociétés) nécessiteront d'utiliser une nouvelle gestion dédiée à ces cas : elle permet de paramétrer les informations de génération des commandes de ventes interco en fonction des informations comptables issues des écritures de charge. Les données saisies sont utilisées lors du traitement de génération des commandes interco (TGCI). Ce traitement a pour but de générer des commandes de ventes interco à partir d'écritures et de mouvements comptabilisés issus des achats. Un croisement est fait entre les écritures et les mouvements sélectionnés par le traitement et la gestion de paramétrage des flux interco (GPFI) pour sélectionner uniquement les éléments devant servir à la génération de la commande interco.

   En savoir plus

GPDPV - Paramétrage de la dématérialisation des factures (Transaction SVIPDP)
TFDPE - Dématérialisation des factures clients (Transaction SVTFDE)
TDFE - Dépose d'une facture électronique (Transaction SVTDFE)
TDFEE - Dépose d'une facture électronique (hors étape) (Transaction SVTFDEE)
TEWA - Trt des évènements webhooks des factures clients (Transaction SVTEWA)
TCRF - Contrôle de routage des factures (Transaction SVTCRF)
TCRFE - Contrôle de routage des factures (hors étape) (Transaction SVTCRFE)

Flux interco :
GPFI - Paramétrage des flux interco (Transaction SVIPFI)
TGCI - Génération de commande de ventes interco (Transaction SVTGCI)

   Mise à disposition d'un WebService pour la génération des retours ventes ("salesReturns").

   Possibilité d'inclure le fichier PDF de la facture dans le fichier de données généré par le traitement de dématérialisation fiscale des factures.

   Possibilité d'indiquer dans une rubrique client la domiciliation bancaire de paiement.

   Possibilité d'exécuter le traitement de dématérialisation des factures sur une liste de commandes multi-établissements.

   Inclure le PDF dans le fichier de dématérialisation
Rappel : il est possible de déposer le PDF de la facture dans le même répertoire que le fichier de données généré par le traitement de dématérialisation fiscale.

   Evolution : la gestion de paramétrage de la dématérialisation fiscale des factures a été modifiée pour ajouter une case à cocher "Inclure le PDF dans le fichier pivot" (GPDFV). Si la case est cochée, le fichier PDF de la facture est encodé, zippé et inclus dans le fichier de dématérialisation généré dans un nouveau segment "PJ" (pièces jointes).
Ce segment contient le format du fichier, le nom du fichier, l'encodage utilisé et le fichier encodé et zippé comme illustré dans l'exemple suivant : PJ;PDF;facture.pdf;BASE64;UEsDBBQACAgIAFN7nlUA...
Cette fonctionnalité est incompatible avec le format de génération positionné. Elle est prise en compte uniquement si un paramétrage est défini pour gérer la facture PDF.

   Recherche de la domiciliation bancaire
Dans la gestion de paramétrage de la dématérialisation fiscale des factures (GPDPV), une nouvelle option de recherche est disponible pour déterminer la domiciliation bancaire de paiement.
La domiciliation bancaire de paiement peut être indiquée dans une rubrique associée au client (GARUCLI). Pour cela, il faut renseigner "RUBSVCLI" dans le champ "Domiciliation prioritaire" ainsi que le nom de la rubrique client qui contient la domiciliation.

   Exécution du traitement de dématérialisation pour une liste de commandes multi-établissements
Le traitement de dématérialisation des factures est désormais capable de gérer les listes contenant des commandes faisant référence à plusieurs établissements.

Inclure le PDF dans le fichier de dématérialisation
GPDFV - Paramétrage de la démat. fiscale des factures (Transaction SVIPDF)
TFSD - Fichier structuré facture pour démat. fiscale (Transaction SVTFSD)

Recherche de la domiciliation bancaire
GPDPV - Paramétrage de la dématérialisation des factures (Transaction SVIPDP)
TFDPE - Dématérialisation des factures clients (Transaction SVTFDE)

Exécution du traitement de dématérialisation sur une liste de commandes multi-établissements
TFDPE - Dématérialisation des factures clients (Transaction SVTFDE)

   Inclure le PDF dans le fichier de dématérialisation
La facture PDF doit être mise en GED en amont de ce traitement.
Dans GPDFV, le paramétrage pour récupérer la facture PDF doit être en place : les champs "Gestion de la facture" et "Entité du document" doivent être renseignés. Vous devez ensuite cocher la case "Inclure le PDF dans le fichier pivot".

   Recherche de la domiciliation bancaire
Dans GPDPV, vous devez renseigner le paramétrage pour la recherche de la domiciliation bancaire de paiement avec la valeur "RUBSVCLI" dans le champ "Domiciliation prioritaire" ainsi que le nom de la rubrique client qui contient la domiciliation.

   Exécution du traitement de dématérialisation sur une liste de commandes multi-établissements
Pour autoriser le traitement des listes de commandes multi-établissements, vous devez paramétrer la valeur testée 1 de l'occurrence V du paramètre AUTLISTE avec la valeur "N".

   Des fonctionnalités ont été ajoutées dans l'espace e-Business :
- la gestion des retours ;
- le suivi des retours ;
- le choix des adresses de facturation et de livraison ;
- l'application des conditions de facturation de type port ;
- le choix des échéances à payer ;
- le paiement en ligne des commandes passées sur l'espace e-Business.

   Gestion de retours

   Dans son espace dédié, le client peut effectuer des retours.

   Suivi des retours

   Dans son espace dédié, le client peut suivre ses retours.

   Choix des adresses de facturation et de livraison

   Pour les commandes passées sur l'espace e-Business, possibilité de choisir les adresses de facturation et de livraison.

   Condition de facturation de type port

   Pour les commandes passées sur l'espace e-Business, possibilité d'appliquer des conditions de facturation de type port définies de manière automatique.

   Choix des échéances à payer

   Pour le paiement à partir du suivi de facture, ajout de la possibilité de choisir les échéances à payer.

   Paiement en ligne

   Ajout de la possibilité de pouvoir payer en ligne les commandes passées sur l'espace e-Business (Paybox).

GPEC - Paramétrage de l'espace e-Business (Transaction SVIPEC)
GCRCR - Règles de création (Transaction QCIRCR)

   Possibilité de faire du transcodage pour les champs CGR A, CGR B et poste lors des traitements de génération des commandes de ventes (TGNV) et des commandes d'achats (TGNA).

   Une nouvelle option "Transcodage" est disponible dans les gestions des types de négoce (dans les deux sens Ventes-Achats et Achats-Ventes) pour les lignes de commandes sur les champs CGR A, CGR B et poste.

   Sens Ventes-Achats
Si cette option est choisie pour le CGR A, le traitement de négoce recherche une correspondance dans la gestion de transcodage générique (GTRG) pour le type de flux QPTRVA et le type de transcodage CGRA. Si une correspondance est trouvée, le CGR A de la ligne d'achats générée est égal à la valeur indiquée dans cette gestion.
Même principe pour le CGR B (type de transcodage CGRB) et le poste (type de transcodage POSTE).

   Sens Achats-Ventes
Même principe que le sens Ventes-Achats mais avec le type de flux QPTRAV.

GNGTVA - Types de négoce (Sens : V -> A) (Transaction SGINGTVA)
GNGTAV - Types de négoce (Sens : A -> V) (Transaction SGINGTAV)
TGNA - Génération cdes achats à partir cdes ventes (Transaction SVTGNA)
TGNV - Génération commande vente à partir commande achat (Transaction SVTGNV)

   Correction calcul du montant HT.

   Lors du traitement de dématérialisation des factures clients (TFDPE), le calcul du montant HT des lignes pour les commandes en classe de tarifs TTC était incorrect, le montant (exprimé en TTC) doit être converti en HT.

TFDPE - Dématérialisation des factures clients (Transaction SVTFDE)

   Correction contrôle des droits par étape.

   Lors du traitement de préparation des expéditions à partir des achats (TPCN), un contrôle des droits par étape était effectué sur la mise à jour de la ligne, ce contrôle ne doit pas être effectué sur l'exécution du traitement.

TPCN - Préparation d'expéditions à partir des achats (Transaction SVTPCN)

   Modification de la colonne :
DFASVACS - Défaut article : référence au paramètre DFASVACS

   Ajout des colonnes :
NTXSVCDR - Nature du texte
DTXSVCDR - Destination du texte

   Ajout des colonnes :
RUCSVDPC - Rubrique commande à contrôler
ZCLSVDPC - Zone client
ZRCSVDPC - Zone rubrique client
TYTSVDPC - Type de tiers
ZTISVDPC - Zone tiers
VALSVDPC - Valeur déclenchement du contrôle

   Ajout des colonnes :
TIDSVFAV - TicketID
NFISVFAV - Numéro de facture interne
IFXSVFAV - Identifiant facture électronique
IDTSVFAV - Identifiant transaction

   Ajout de la colonne :
DECSVHTP - Date d'échéance (Obligatoire)

   Modification des colonnes :
C11SVNCC - Type de flux : libellé "Zone 11 alphanumérique" remplacé par "Type de flux" ; référence au paramètre C11SVNCC
C12SVNCC - Proposition du code routage : devient obligatoire ; libellé "Zone 12 alphanumérique" remplacé par "Proposition du code routage" ; la taille passe de 10 caractères à 1 caractère
La colonne est initialisée à "I" pour les enregistrements existants.

   Ajout de la colonne :
IPFSVPDF - Inclure le PDF dans le fichier pivot (Obligatoire)

   Modification de la colonne :
DPCSVPDP - Domiciliation prioritaire : commande : référence au paramètre ZMESVPDP remplacée par DPCSVPDP

   Ajout des colonnes :
CHLSVPEC - Prise en compte des cdes à retourner hors ligne (Obligatoire)
ACRSVPEC - Antériorité des commandes à retourner
FACSVPEC - Figer l'antériorité des commandes à retourner (Obligatoire)
EMRSVPEC - Etape minimale des commandes à retourner
EXRSVPEC - Etape maximale des commandes à retourner
CRUSVPEC - Code retour unique (Obligatoire)
CDRSVPEC - Code retour
LCDSVPEC - Type de lien
SDRSVPEC - Suivi des retours (Obligatoire)
ASRSVPEC - Antériorité des retours
EORSVPEC - Etape obligatoire des retours
SMRSVPEC - Etape minimale de suivi des retours
SXRSVPEC - Etape maximale de suivi des retours
EDRSVPEC - Entité de document des retours
JPPSVPEC - Journal pièce de paiement
RGMSVPEC - Mode de règlement

   Suppression de la colonne :
CPASVPEC

   Ajout de la colonne :
EPASVWBC - Etat de paiement

   Modification des colonnes :
ETSSVWCF - Etablissement : devient facultatif
TYPSVWCF - Hiérarchie article (A) ou client (C) : devient facultatif
FAPSVWCF - Famille père pour clients ou articles : devient facultatif
FAFSVWCF - Famille fils clients ou articles : devient facultatif
NIVSVWCF - Niveau de la famille : devient facultatif
RFTSVWCF - Chemin fam. de clients ou d'articles : devient facultatif

   Suppression de la colonne :
SIDSVWCF

   Suppression de l'index :
svwcf_sid : sidsvwcf,etssvwcf,typsvwcf,fapsvwcf,fafsvwcf,rftsvwcf

   Cette table de travail est maintenant une table temporaire pour améliorer les performances sur le calcul des conditions commerciales.

   Modification des colonnes :
ETSSVWCR - Etablissement : devient facultatif
CCCSVWCR - Catégorie de condition commerciale : devient facultatif
ALGSVWCR - Algorithme : devient facultatif
ORDSVWCR - Ordre d'application : devient facultatif
MODSVWCR - Mode de remise : devient facultatif
STPSVWCR - Arrêt de l'application des conditions : devient facultatif
HISSVWCR - Historique : devient facultatif
PVFSVWCR - Influence sur le prix : devient facultatif
DATSVWCR - Date calculée : devient facultatif
FTCSVWCR - Famille de clients : devient facultatif
FARSVWCR - Famille d'articles : devient facultatif
NIASVWCR - Niveau de la famille d'articles : devient facultatif
DTDSVWCR - Date validité début de la condition : devient facultatif
MDVSVWCR - Mode de vente : devient facultatif
RFCSVWCR - Chemin famille de clients : devient facultatif
RFASVWCR - Chemin famille d'articles : devient facultatif

   Suppression de la colonne :
SIDSVWCR

   Suppression de l'index :
svwcr_ccc : sidsvwcr,cccsvwcr,ordsvwcr,ftcsvwcr,farsvwcr,etssvwcr,rfcsvwcr,rfasvwcr

   Cette table de travail est maintenant une table temporaire pour améliorer les performances sur le calcul des conditions commerciales.

   Ajout des colonnes :
TYPSVWFP - Type facture (Obligatoire)
MTESVWFP - Montant échéance
STASVWFP - Status
MRESVWFP - Montant restant échéance
NEASVWFP - Nombre d'échéances en attente de paiement

   Modification de la colonne :
DECSVWFP - Date d'échéance : devient obligatoire