GABO - Gestion abonnements ventes

   Cette transaction permet de saisir et consulter les abonnements.

   L'abonnement est le support du contenu des commandes de ventes destinées à la facturation et à l'expédition.

   Structure des abonnements :

   Le numéro d'abonnement est composé de la classe d'abonnements, du numéro et du sous-numéro. Ces trois données ainsi que l'établissement constituent l'identifiant d'un abonnement.

   La classe est une des informations essentielles d'un abonnement.

   En fonction de celle-ci, des valeurs sont proposées par défaut :
- le dépôt de l'abonnement ;
- les types de conditions commerciales des commandes d'expédition et de facturation ;
- les marchés des commandes d'expédition et de facturation ;
- les modes de change et date de validité des cours de devise (interne, facturation et reporting) ;
- les destinations des textes pour expédition et facturation.

   C'est aussi de la classe que dépend le contrôle des gestionnaires référencés sur l'abonnement (GLGA).

   La classe permet de gérer le compteur des numéros d'abonnement.

   La classe proposée par défaut est celle mentionnée dans GCAB pour l'établissement ou bien celle paramétrée pour le mnémonique d'appel (voir liste des paramètres supportés par l'objet).

   En fonction de la classe, ce numéro est incrémenté automatiquement de 1 en 1 à chaque nouvel abonnement et n'est pas accessible par l'utilisateur.
Cependant, lors de la duplication d'un abonnement, ce numéro est accessible afin de permettre la création d'un nouvel abonnement ; s'il n'est pas modifié, un sous-abonnement est généré.

   Le sous-numéro n'est pas accessible, il est égal à 1 pour le premier sous-abonnement, puis il est incrémenté de 1 en 1 à chaque création d'un nouveau sous-abonnement (le numéro principal restant inchangé).

   Les sous-abonnements sont générés par le traitement de recopie d'abonnements (TCPAB), mais peuvent également être saisis depuis cette transaction, par exemple dans le cas de la saisie d'un complément d'abonnement.
Pour créer un sous-abonnement, voici la démarche à suivre :
- rechercher l'abonnement à compléter ;
- dupliquer l'abonnement ;
- modifier éventuellement des informations ;
- valider.

   Un sous-abonnement est créé si les informations suivantes sont identiques :
- établissement ;
- classe d'abonnements ;
- numéro ;
- client ;
- date de début ;
- date de fin ;
- tiers de facturation ;
- adresse de facturation ;
- tiers de paiement ;
- adresse de paiement ;
- marché de facturation ;
- tiers de confirmation ;
- adresse de confirmation ;
- numéro de regroupement.

   Fourchette de dates représentant la période sur laquelle l'abonnement est valide.
Le nombre de mois permet de calculer la date de fin de validité : date début de validité plus nombre de mois moins 1 jour. Le nombre de mois est saisissable suivant la définition de la classe d'abonnements.
La date de début est modifiable selon la valeur testée 1 de l'occurrence MAJDTD du paramètre AUTSVABO à condition que l'abonnement n'ait généré aucune facturation ou expédition.
La date de fin est modifiable pour prolonger ou diminuer la durée de l'abonnement.

   Il s'agit de la référence de la commande chez le client.
Celle-ci pourra être recopiée sur les commandes générées pour expédition ou facturation dans des zones comme les observations, la référence ou les paramètres 11 à 15.

   Il s'agit de la référence du client chez le fournisseur.
Celle-ci est reprise sous forme d'une ligne de texte sur les commandes générées pour expédition et facturation. La destination de ce texte est précisée sur l'en-tête d'abonnement (destination texte facturation) et la position est "AL" (avant ligne).

   Code du client abonné.

   A partir du client, proposition d'un ensemble de valeurs par défaut dont :
- la devise ;
- le dépôt substitue celui proposé par la classe d'abonnement ;
- les conditions de paiement (échéances) et les domiciliations bancaires pour facturation ;
- les tiers et adresses de facturation, paiement, livraison et confirmation ;
- les interlocuteurs externe et logistique.

   Affichage de l'adresse de livraison du client (raison sociale, 3 lignes d'adresse, code postal, ville et pays).

   Dépôt sur lequel sont générées les commandes pour expédition et facturation.
Le dépôt est proposé par défaut et modifiable à partir de celui du client ou de la classe d'abonnements.
Il doit être utilisable dans les ventes.

   Devise dans laquelle est saisi l'abonnement, tous les prix et montants sont exprimés dans cette devise.
La devise du client est proposée par défaut, elle est modifiable tant que la création de l'abonnement n'est pas validée. Si l'abonnement est validé, la devise reste modifiable si :
- aucune ligne d'abonnement n'a été validée ;
- la ou les ligne(s) d'abonnements sont validées mais aucune n'a fait l'objet d'une génération de commande pour facturation ou pour expédition.
Les cours de devise sont automatiquement recherchés afin de compléter l'abonnement.

   Facultatif, le numéro de regroupement est pris en compte pour la création de sous-abonnements.
Il pourra être recopié sur les commandes générées pour expédition ou facturation dans des zones comme les observations, la référence ou les paramètres 11 à 15.

   Non gérée.

   Saisi à titre indicatif : abonnement, réabonnement, réabonnement négocié, prospect, etc.
Les valeurs sont les occurrences du paramètre ABOSVABO.

   L'abonnement peut être reconduit, ce qui évite la création d'un second abonnement identique au premier.

   Si la case est cochée, l'abonnement est automatiquement renouvelé sans préavis. Dans ce cas, la date de préavis et la date de relance pour reconduction avec accord doivent être saisies. De même, la date de fin d'abonnement est modifiable pour pouvoir proroger la durée de l'abonnement.
Les dates de préavis et de relance sont saisies à titre informatif.

   L'abandon d'un abonnement est possible mais irréversible : les informations des abonnements abandonnés ne sont plus modifiables. Seules les données relatives à l'abandon (date, cause et motif) sont modifiables si la classe d'abonnements l'autorise.
L'abandon peut intervenir en cas de génération d'un avoir (TAVA) annulant une facture d'abonnement. L'avoir étant généré sur la classe de démission saisie au niveau de la classe d'abonnements.

   Si la case est cochée, l'abandon est pris en compte et la saisie de la date d'abandon est obligatoire.
La cause et le motif de l'abandon doivent également être saisis à titre informatif. Ils sont respectivement gérés par les paramètres CAUSEABA et MOTIFABA. Leur libellé proposé par défaut est modifiable.

   Information présente uniquement dans la grille. Il s'agit d'un numéro unique identifiant un abonnement. Ce numéro interne est géré automatiquement par l'intermédiaire d'un compteur défini dans la transaction GNUI pour la table SVABO.

   Ces tiers et adresses sont recopiés sur les commandes générées pour expédition et facturation.

   Il s'agit du tiers auquel la facture est adressée, il est proposé par défaut lors de la saisie du client.
Il doit être défini dans les associations tiers par établissement (GATE).
Contrairement au code client, il est modifiable même après la validation de la création de l'abonnement.

   Il s'agit de l'adresse de facturation associée au tiers de facturation, elle est proposée par défaut lors de la saisie du client.
Affichage du détail de l'adresse de facturation (nom réduit, code postal et ville).
Contrairement au code client, elle est modifiable même après la validation de la création de l'abonnement.

   Il s'agit du tiers auquel le paiement est adressé, il est proposé par défaut lors de la saisie du client.
Il doit être défini dans les associations tiers par établissement (GATE).
Contrairement au code client, il est modifiable même après la validation de la création de l'abonnement.

   Il s'agit de l'adresse de paiement associée au tiers de paiement, elle est proposée par défaut lors de la saisie du client.
Affichage du détail de l'adresse de paiement (nom réduit, code postal et ville).
Contrairement au code client, elle est modifiable même après la validation de la création de l'abonnement.

   Il s'agit du tiers auquel les marchandises sont livrées, il est proposé par défaut lors de la saisie du client.
Il doit être défini dans les associations tiers par établissement (GATE).
Contrairement au code client, il est modifiable même après la validation de la création de l'abonnement.

   Il s'agit de l'adresse de livraison associée au tiers de livraison, elle est proposée par défaut lors de la saisie du client.
Affichage du détail de l'adresse de livraison (nom réduit, code postal et ville).
Contrairement au code client, elle est modifiable même après la validation de la création de l'abonnement.

   Il s'agit du tiers auquel la confirmation de la vente est adressée, il est proposé par défaut lors de la saisie du client.
Il doit être défini dans les associations tiers par établissement (GATE).
Contrairement au code client, il est modifiable même après la validation de la création de l'abonnement.

   Il s'agit de l'adresse de confirmation associée au tiers de confirmation, elle est proposée par défaut lors de la saisie du client.
Affichage du détail de l'adresse de confirmation (nom réduit, code postal et ville).
Contrairement au code client, elle est modifiable même après la validation de la création de l'abonnement.

   Le CGR analytique est facultatif, le CGR saisi doit être de type A ou D.
Il est recopié sur les commandes destinées à l'expédition et à la facturation.

   Le CGR budgétaire est facultatif, il doit être de type B ou D.
Il est recopié sur les commandes destinées à l'expédition et à la facturation.

   Le cours de devise interne est utilisé pour les conversions entre la devise de l'abonnement et les devises de référence et éventuellement de reporting de l'établissement.

   Le mode de change est proposé par défaut à partir du mode de change interne paramétré pour la classe d'abonnements dans GCAB.
Il est modifiable seulement si la classe l'autorise.

   C'est la date utilisée pour la recherche du cours interne de la devise.
Elle est proposée par défaut lors de la saisie de la devise en fonction de la définition du mode de change interne et de la classe d'abonnements.
Le paramétrage donné par la classe d'abonnements n'est pris en compte que si dans GDVM, le mode de change indique que la date à proposer est la date de gestion.
La date proposée par défaut est modifiable si la classe d'abonnements l'autorise, et si dans GDVM, pour le mode de change interne l'option "Date modifiable" est cochée.

   Le cours interne est proposé par défaut à partir des cours de devise (GDVC), recherchés en fonction du mode de change interne et de la date de validité.
- si le mode de change indique que la date de validité est obligatoire, alors recherche du cours de devise en date de validité et proposition de la valeur prévue du cours de devise ;
- si le mode de change indique que la date de validité est facultative, alors recherche du cours de devise le plus récent par rapport à la date de validité et proposition de la valeur prévue du cours de devise.
Le cours proposé par défaut est modifiable si la classe d'abonnements et le mode de change l'autorisent.

   Le cours de devise facturation est utilisé pour les conversions entre la devise de l'abonnement et les devises de référence et éventuellement de reporting de l'établissement.

   Le mode de change est proposé par défaut à partir du mode de change facturation paramétré pour la classe d'abonnements dans GCAB.
Il est modifiable seulement si la classe l'autorise.

   C'est la date utilisée pour la recherche du cours facturation de la devise.
Elle est proposée par défaut lors de la saisie de la devise en fonction de la définition du mode de change facturation et de la classe d'abonnements.
Le paramétrage donné par la classe d'abonnements n'est pris en compte que si dans GDVM, le mode de change indique que la date à proposer est la date de gestion.
La date proposée par défaut est modifiable si la classe d'abonnements l'autorise, et si dans GDVM, pour le mode de change facturation l'option "Date modifiable" est cochée.

   Le cours facturation est proposé par défaut à partir des cours de devise (GDVC) recherchés en fonction du mode de change facturation et de la date de validité :
- si le mode de change indique que la date de validité est obligatoire, alors recherche du cours de devise en date de validité et proposition de la valeur réelle du cours de devise ;
- si le mode de change indique que la date de validité est facultative, alors recherche du cours de devise le plus récent par rapport à la date de validité et proposition de la valeur réelle du cours de devise.
Le cours proposé par défaut est modifiable si la classe d'abonnements et le mode de change l'autorisent.

   La saisie du reporting (mode de change, date de validité, cours) est obligatoire si la devise de reporting de l'établissement est renseignée. Elle est interdite, si le reporting n'est pas géré pour l'établissement.

   Le mode de change reporting est proposé par défaut à partir du mode de change reporting paramétré pour la classe d'abonnements dans GCAB.
Il est modifiable seulement si la classe d'abonnements l'autorise.

   La date de validité du cours de reporting est toujours égale à la date d'application de la double comptabilisation de l'établissement.

   Le cours de reporting est proposé par défaut égal à la valeur prévue du cours saisi dans la transaction GDVC.
Le cours recherché dans GDVC est le cours le plus récent défini pour le mode de change reporting de l'abonnement, dont la date de validité est supérieure ou égale à la date d'application de la double comptabilisation de l'établissement.

   Ensemble des critères nécessaires pour l'expédition de l'abonnement.

   Indique le type de catégories de conditions commerciales à appliquer sur les commandes générées pour expédition de l'abonnement.
Il est proposé par défaut à partir de la classe d'abonnements.
Les valeurs correspondent aux occurrences du paramètre TYPSTCCC.

   Le marché est proposé par défaut à partir de la classe d'abonnements.
Il est recopié sur les commandes destinées à l'expédition. Il pourra entre autre être utilisé pour définir des tarifs particuliers.
Le contrôle de la validité du marché est réalisé en fonction de la date de début de validité de l'abonnement et pour le chemin de composition de famille paramétré (occurrence MARCHE du paramètre AUTSVCDV).
Le marché doit être défini dans la même devise que l'abonnement.

   Géré à titre informatif, permet d'indiquer les documents sur lesquels les textes sont édités.
Les valeurs sont des occurrences du paramètre TYPSVCVT.
La destination est proposée par défaut à partir de la classe d'abonnements.

   Possibilité de dédoublonner les quantités d'articles aux expéditions.

   Exemple :
Un client peut choisir de s'abonner deux fois au même article sur un même abonnement (saisie de deux lignes sur l'abonnement pour le même article).
Si la case est cochée : le client désire recevoir les articles "dedoublonnés". Expédition d'une seule ligne de l'abonnement, celle ayant la quantité la plus importante.
Si la case n'est pas cochée : le client désire recevoir les articles en double, on ne dédoublonne pas les expéditions pour cet abonnement. Expédition des deux lignes de l'abonnement.

   Si elle est renseignée, la classe de tarifs est copiée sur les commandes destinées à l'expédition. Elle sera utilisée pour la recherche des tarifs lors du traitement d'expédition des abonnements (TEXA).

   Si la case est cochée, le type de taxe est accessible et il est copié sur les commandes destinées à l'expédition, même si sa valeur est vide.

   Accessible si la case "Proposition type de taxe" est active. Type de taxe copié sur les commandes destinées à l'expédition. Il sera utilisé pour la recherche de la taxe lors du traitement d'expédition des abonnements (TEXA).
A noter que si le type de taxe n'est pas renseigné et que la case "Proposition type de taxe" est cochée, alors le type de taxe est généré sur les commandes d'expédition avec la valeur vide.

   S'il est renseigné, le mode de taxe est copié sur les commandes destinées à l'expédition. Il sera utilisé pour la recherche de la taxe lors du traitement d'expédition des abonnements (TEXA).

   Il est possible d'arrêter et de reprendre la génération des expéditions en cours de validité de l'abonnement.
L'option d'arrêt est prioritaire sur celle paramétrable sur chaque ligne de l'abonnement.

   Si la case est cochée, l'arrêt de génération de commandes pour expédition est pris en compte ; la saisie de la date d'arrêt est obligatoire.
La cause et le motif de l'arrêt doivent également être saisis à titre informatif. Ils sont respectivement gérés par les paramètres CAUSEARR et MOTIFARR. Leur libellé proposé par défaut est modifiable.

   Il est possible de recopier des informations de l'abonnement sur les commandes générées pour les expéditions.
Chacune de ces informations est transférable par paramétrage sur des zones de la commande correspondant aux occurrences du paramètre ZONCDV.

   Choix de la zone de la commande d'expédition dans laquelle est recopié le numéro de regroupement de l'abonnement.

   Choix de la zone de la commande d'expédition dans laquelle est recopié le numéro d'abonnement.

   Choix de la zone de la commande d'expédition dans laquelle est recopiée la référence client de l'abonnement.

   Ensemble des critères nécessaires pour la facturation de l'abonnement.

   Les deux circuits de facturation permettent d'avoir des conditions de paiement (échéances) différentes.

   Condition de paiement utilisée pour le type de facturation "Facture abonnement" ou "Offre de prix" (critère de soumission du traitement de facturation (TFAA)).
Cette condition est également copiée sur les commandes générées lors de l'utilisation du bouton "Première génération" si facturation de la ligne d'abonnement sur la classe "abonnement".
Elle est proposée par défaut selon la proposition d'échéance définie dans GNCV pour la classe de facturation de l'abonnement (la classe de facturation est paramétrée dans GCAB pour la classe d'abonnements).

   Condition de paiement utilisée pour le type de facturation "Facture autre" (critère de soumission du traitement de facturation (TFAA)).
Cette condition est également copiée sur les commandes générées lors de l'utilisation du bouton "Première génération" si facturation de la ligne d'abonnement sur la classe "autre".
Elle est proposée par défaut selon la proposition d'échéance définie dans GNCV pour la classe de facturation "autre" de l'abonnement (la classe de facturation "autre" est paramétrée dans GCAB pour la classe d'abonnements).
Si elle n'est pas renseignée, utilisation de la condition de paiement pour facturation.

   Indique le type de catégories de conditions commerciales à appliquer sur les commandes générées pour facturation de l'abonnement.
Il est proposé par défaut à partir de la classe d'abonnements.
Les valeurs correspondent aux occurrences du paramètre TYPSTCCC.

   Les deux circuits de facturation permettent d'avoir des domiciliations bancaires différentes.
Les domiciliations doivent être définies pour le tiers de facturation ou pour le tiers de paiement de l'abonnement, ceci selon le tiers principal choisi pour les écritures comptables. Ce choix est fait dans le paramétrage des types de transfert en comptabilité (GTVCV). Par défaut, la domiciliation est contrôlée avec le tiers de facturation.

   Domiciliation bancaire utilisée pour le type de facturation "Facture abonnement" ou "Offre de prix" (critère de soumission du traitement de facturation (TFAA)).
Cette domiciliation est également copiée sur les commandes générées lors de l'utilisation du bouton "Première génération" si facturation de la ligne d'abonnement sur la classe "abonnement".
Elle est proposée par défaut selon la proposition d'échéance (qui inclue la proposition de la domiciliation) définie dans GNCV pour la classe de facturation de l'abonnement (la classe de facturation est paramétrée dans GCAB pour la classe d'abonnements).

   Domiciliation bancaire utilisée pour le type de facturation "Facture autre" (critère de soumission du traitement de facturation (TFAA)).
Cette domiciliation est également copiée sur les commandes générées lors de l'utilisation du bouton "Première génération" si facturation de la ligne d'abonnement sur la classe "autre".
Elle est proposée par défaut selon la proposition d'échéance (qui inclue la proposition de la domiciliation) définie dans GNCV pour la classe de facturation "autre" de l'abonnement (la classe de facturation "autre" est paramétrée dans GCAB pour la classe d'abonnements).
Si elle n'est pas renseignée, utilisation de la domiciliation pour facturation.

   Il est possible d'arrêter et de reprendre la génération des factures en cours de validité de l'abonnement.
L'option d'arrêt est prioritaire sur celle paramétrable sur chaque ligne de l'abonnement.

   Si la case est cochée, l'arrêt de génération de commandes pour facturation est pris en compte, la saisie de la date d'arrêt est obligatoire.
La cause et le motif de l'arrêt doivent également être saisis à titre informatif. Ils sont respectivement gérés par les paramètres CAUSEARR et MOTIFARR. Leur libellé proposé par défaut est modifiable.

   Il est possible de recopier des informations de l'abonnement sur les commandes générées pour les factures.
Chacune de ces informations est transférable par paramétrage sur des zones de la commande correspondant aux occurrences du paramètre ZONCDV.

   Choix de la zone de la commande pour facturation dans laquelle est recopié le numéro de regroupement de l'abonnement.

   Choix de la zone de la commande pour facturation dans laquelle est recopié le numéro d'abonnement.

   Choix de la zone de la commande pour facturation dans laquelle est recopiée la référence client de l'abonnement.

   La quantité à facturer est un numérique qui sert de coefficient multiplicateur de la quantité de la ligne d'abonnement lors de la génération des factures (traitement TFAA).

   Permet d'indiquer les documents sur lesquels les textes sont édités.
Les valeurs sont des occurrences du paramètre TYPSVCVT.
La destination est proposée par défaut à partir de la classe d'abonnements.
Elle est prise en compte seulement dans le cas de la recopie de la "référence client fournisseur" sous forme d'une ligne de texte sur les commandes générées pour expédition et facturation.

   Le marché est proposé par défaut à partir de la classe d'abonnements.
Il est recopié sur les commandes destinées à la facturation. Il pourra entre autre être utilisé pour définir des tarifs particuliers.
Le contrôle de la validité du marché est réalisé en fonction de la date de début de validité de l'abonnement et pour le chemin de composition de famille paramétré (occurrence MARCHE du paramètre AUTSVCDV).
Le marché doit être défini dans la même devise que l'abonnement.

   Si elle est renseignée, la classe de tarifs est copiée sur les commandes destinées à la facturation. Elle sera utilisée pour la recherche des tarifs lors du traitement de facturation des abonnements (TFAA).

   Si la case est cochée, le type de taxe est accessible et il est copié sur les commandes destinées à la facturation, même si sa valeur est vide.

   Accessible si la case "Proposition type de taxe" est active. Type de taxe copié sur les commandes destinées à la facturation. Il sera utilisé pour la recherche de la taxe lors du traitement de facturation des abonnements (TFAA).
A noter que si le type de taxe n'est pas renseigné et que la case "Proposition type de taxe" est cochée, alors le type de taxe est généré sur les commandes de facturation avec la valeur vide.

   S'il est renseigné, mode de taxe copié sur les commandes destinées à la facturation. Il sera utilisé pour la recherche de la taxe lors du traitement de facturation des abonnements (TFAA).

   Formule et date de révision (GREP) utilisées pour le calcul du prix lors du traitement de copie d'abonnements (TCPAB).

   Zone libre, l'interlocuteur logistique est copié sur les commandes générées pour expédition et facturation.

   Zone libre, l'interlocuteur externe est copié sur les commandes générées pour expédition et facturation.

   Codes gestionnaire, fonction et rôle copiés sur les commandes d'expédition.
Cet ensemble de codes est généré en tant que gestionnaire (GCVG) sur les commandes d'expédition.

   Le gestionnaire doit non seulement être défini dans la transaction GGES mais également être associé aux établissements dans lesquels il est géré (transaction GAGE).

   Les valeurs de la fonction sont des occurrences du paramètre FONOEGES.
Lors de la saisie d'un gestionnaire, la fonction est proposée par défaut à partir de celle définie dans GGES.

   Les valeurs du rôle sont des occurrences du paramètre ROLSVTGC.

   Codes gestionnaire, fonction et rôle copiés sur les commandes pour facturation.
Cet ensemble de codes est généré en tant que gestionnaire (GCVG) sur les commandes pour facturation.

   Le gestionnaire doit non seulement être défini dans la transaction GGES mais également être associé aux établissements dans lesquels il est géré (transaction GAGE).

   Les valeurs de la fonction sont des occurrences du paramètre FONOEGES.
Lors de la saisie d'un gestionnaire, la fonction est proposée par défaut à partir de celle définie dans GGES.

   Les valeurs du rôle sont des occurrences du paramètre ROLSVTGC.

   Ces vingt-cinq zones (quinze alphanumériques, cinq numériques et cinq dates) sont des informations libres.
Elles peuvent être utilisées pour des traitements ou actions spécifiques.

   Les valeurs des quinze zones alphanumériques sont des occurrences des paramètres P01SVCVP à P15SVCVP.
En fonction de la définition des paramètres des commandes (GDPCV) pour les classes de facturation et d'expédition, soit les valeurs des zones alphanumériques saisies sont libres, soit il faut que l'élément saisi existe dans une liste définie au préalable dans la gestion des paramètres pour les paramètres P01SVCVP à P15SVCVP.
Les quinze zones alphanumériques sont copiées dans les paramètres 1 à 15 (GCVP) des commandes pour expédition et facturation.

   Il est possible d'affecter une précision différente aux numériques 1, 2, ..., 5. Pour cela, se reporter aux occurrences NU1SVABO, NU2SVABO, ..., NU5SVABO du paramètre AUTSVABO.

   Permet d'effectuer la première expédition et la première facturation sur l'ensemble des lignes de l'abonnement.

   Le mnémonique du traitement de facturation est contenu dans la chaîne 1 de l'occurrence xGENFAV du paramètre AUTSVABO, "x" étant la valeur du paramètre PR1 associé au mnémonique.
La valeur testée 2 indique le circuit de facturation à appliquer.
La date de la commande générée est égale à la date du jour, génération toujours d'une seule commande qui regroupe les articles des lignes de l'abonnement. Ni la date prévisionnelle de la première échéance du planning (si facturation par planning), ni la date de prochaine facturation (si facturation date à date) ne sont prises en compte.

   Le mnémonique du traitement d'expédition est contenu dans la chaîne 1 de l'occurrence xGENEXP du paramètre AUTSVABO, "x" étant la valeur du paramètre PR1 associé au mnémonique.

   Il est possible de créer pour chaque ligne d'abonnement un lien entre la première commande "expédition" et la première commande "facturation". Le type de lien est contenu dans la chaîne 2 de l'occurrence générale GENEXP du paramètre AUTSVABO.

   Cette fonctionnalité est accessible seulement s'il reste des lignes d'abonnement qui n'ont pas généré leur première expédition ou leur première facturation.

   1) Les gestionnaires de l'abonnement sont générés automatiquement lors de la création de l'abonnement.

   - Création des gestionnaires du client à proposer par défaut, ils sont définis dans GTGC, ceci à condition qu'il n'existe aucun paramétrage actif pour la classe d'abonnements dans les liens gestionnaires / classe d'abonnements (GLGA).

   - S'il existe un paramétrage actif pour la classe d'abonnements dans les liens gestionnaires / classe d'abonnements (GLGA), alors recherche dans GLGA pour la classe d'abonnements de tous les couples fonctions/rôles obligatoires et facultatifs à proposer par défaut. A partir de ces fonctions et rôles, sélection dans GTGC des gestionnaires du client correspondants, et création de ces gestionnaires sur l'abonnement. S'il existe, pour le client, plusieurs gestionnaires avec même fonction et même rôle, alors aucun n'est créé sur l'abonnement.

   2) Les échéances de paiement de l'abonnement peuvent être générées automatiquement à partir de la condition de paiement pour facturation de l'abonnement, en fonction de l'occurrence CREABE du paramètre AUTSVABO.

   Si la condition de paiement pour facturation de l'abonnement est modifiée, génération automatiquement des échéances de paiement de l'abonnement, à condition qu'il n'existe pas déjà des échéances pour l'abonnement (GABE) et que la génération automatique des échéances soit active (valeur testée 1 égale à "O" pour le paramètre AUTSVABO occurrence CREABE).

   Si la suppression de l'abonnement est possible, alors suppression des informations liées à l'abonnement (gestionnaires, textes, conditions de facturation, échéances et rubriques).

   Ce paramètre permet l'affectation d'une classe d'abonnements par défaut.
Lorsqu'une classe par défaut est paramétrée, la classe n'est pas accessible par l'utilisateur. Ce paramétrage permet de définir différents mnémoniques d'appel de la gestion des abonnements selon la classe d'abonnements, mais aussi de définir les droits d'accès aux mnémoniques pour les utilisateurs et ainsi d'éviter les erreurs de saisie de la classe d'abonnements.

   Pour paramétrer la classe proposée, il faut :
- que la classe soit associée à l'objet en tant que paramètre (objet "sviabo", paramètre PRM et valeur égale à la classe d'abonnements) ;
- que la classe soit associée au mnémonique en tant que paramètre (paramètre PRM et valeur égale à la classe d'abonnements).

   La valeur de ce paramètre conditionne les occurrences GENEXP et GENFAV du paramètre AUTSVABO.
Paramètre facultatif.