Sommaire
- COMMENT GARDER L'ISO FONCTIONNALITE
- FONCTIONNALITES
- Nouveautés
- Tables de transfert des contacts
- Gestion des opportunités
- Gestion des liens d'activités
- Caractéristiques de comptes rendus d'activité
- Sélection des participants aux comptes rendus d'activité
- Visualisation des relations du contact
- Aide à la saisie de ressource d'un évènement
- Texte lié au contact
- Texte lié aux évènements et aux utilisations de ressources
- Modifications
- Simplification de l'affichage des caractéristiques de contact
- Simplification de l'affichage des comptes rendu structuré
- Sélection de caractéristiques de contact dans les gestions et consultations
- Sélection de caractéristiques de contact dans les soumissions
- Amélioration de la saisie des entités
- Modification de la gestion de génération des liens de contact depuis un prospect.
- Traitement des mails iCalendar
- Evolution de la gestion des évènements
- Evolution de la gestion de recherche de salles
- Contrôle d'homonymie dans les contacts
- Génération des liens d'entités automatique lors de l'utilisation d'un contact
- Saisie des utilisations des ressources
- Affichage et recherche des contacts
- Liste de contacts
- Fiche contact
- Comptes rendus d'activité
- MODULES
- Nouveautés
- QNIREG - Règles de génération et diffusion des tâches collaboratives
- STRUCTURES DE DONNEES
- Créations de tables
- QRCTT - Interface des contacts
- QRCTC - Interface des caractéristiques associées au contact
- QRCTE - Interface des associations contact-établissement
- QRLIA - Gestion des liens d'activité
- QRCXR - Classes XRM
- QROPX - Opportunités XRM
- QRHOP - Historique d'opportunités XRM
- QRLOA - Liens opportunité-articles
- QRLOC - Liens opportunité-contacts
- QRWRC - Table de travail de visualisation des relations du contact
- Modifications de tables
- QRLCO - Liste de contacts
- QRCAS - Structure par catégorie
- QRCOT - Contacts
- QRCOH - Historique des contacts
- QRCRA - Compte rendu d'activité
- QRFAC - Familles de caractéristiques
- QRCAR - Caractéristiques
- QRVCC - Valeurs de caractéristique
- QRCAC - Caractéristiques associées
- QRCAH - Historique des caractéristiques associées
Ce document présente les évolutions survenues sur le module Qualiac® XRM en H1.01.
Afficher / Masquer le détail Format PDF
Comment garder l'iso fonctionnalité
Aucune modification de paramétrage n'est nécessaire pour que le fonctionnement soit comme avant le passage de la release.
Fonctionnalités
Nouveautés
Tables de transfert des contacts
Il est possible de créer ou modifier des contacts, des caractéristiques de contact ou des associations de contact-établissement en utilisant les tables d'interfaces prévues à cet effet.
Explications
Les contacts à intégrer (par interface) dans la gestion des contacts sont stockés dans une table d'interface du progiciel. Cette table peut être vidée grâce au traitement d'intégration TRCTT qui a pour fonction de créer dans les tables d'exploitations les données correspondantes en faisant tous les contrôles d'intégrité nécessaires.
Lors de ces traitements des rejets peuvent apparaître ; la zone "Code traitement" est alors positionnée à la valeur "R". Cette transaction a pour but de permettre d'intervenir sur les données rejetées afin d'en modifier la cause.
Si vous désirez mettre à nul une zone renseignée, il faut l'indiquer avec un "?" pour les alphanumériques, la valeur de la chaîne 1 de l'occurrence MAJSAS du paramètre AUTQRM pour les numériques et la date 1 pour les valeurs dates. Ceci n'est valable que pour les champs non obligatoires.
Transactions concernées
GRCTT - Interface des contacts (Transaction QRICTT)
GRCTC - Interface des caractéristiques (Transaction QRICTC)
GRCTE - Interface des associations contact-établissements (Transaction QRICTE)
TRCTT - Transfert des contacts (Transaction QRTCTT)
Gestion des opportunités
Une opportunité est un dossier commercial concernant une affaire potentielle rattachée à un prospect, un client ou un contact, à l'intérieur duquel vous allez retrouver l'ensemble des éléments de cette opportunité (société, contact, historique des échanges commerciaux, appels, mail, documents, tâches, devis, commande, facture, etc.).
Explications
Le processus commercial est divisé en plusieurs étapes : la prospection, l'analyse des besoins, le chiffrage, le devis, etc.
Une opportunité est systématiquement rattachée à compte (client, prospect) ou à un contact.
Les opportunités permettent d'avoir une vision globale des affaires en cours (avec l'étape d'avancement et l'historique des actions), des affaires gagnées et des affaires perdues ou décalées.
Transactions concernées
GROPX - Gestion des opportunités (Transaction QRIOPX)
GRLOA - Gestion des liens opportunité-articles (Transaction QRILOA)
GRLOC - Gestion de liens opportunité-contacts (Transaction QRILOC)
CRHOP - Historique des opportunités (Transaction QRCHOP)
QRITXO - Lignes de textes des opportunités (Transaction OEITXTOP)
QRITXC - Lignes de textes des opportunités-contacts (Transaction OEITXTOP)
QRITXA - Lignes de textes des opportunités-articles (Transaction OEITXTOP)
GRCXR - Classe d'opportunités (Transaction QRICXR)
GETPY - Etapes XRM (Transaction QRIETP)
GETCY - Etapes par classe XRM (Transaction QRIETC)
GETCY - Etapes par classe XRM (Transaction QRIETZ)
GETNY - Navigation d'étapes par classe XRM (Transaction QRIETN)
GGETY - Groupe d'étapes XRM (Transaction QRIGETY)
CHECY - Historique des étapes XRM (Transaction QRCHEY)
Mise en place
Pour utiliser les opportunités, il faut définir les classes d'opportunité ainsi que les étapes la constituant.
Gestion des liens d'activités
Permet de visualiser les liens d'activité existant entre différentes entités.
Ces liens peuvent être consultés depuis n'importe quelle gestion possédant une entité de tâche collaborative.
Explications
Les liens permettent de visualiser l'ensemble des actions réalisées afin de suivre le cycle d'une entité donnée de sa création à sa concrétisation.
Nativement on peut visualiser les liens entre les évènements (GREVT), les comptes rendus (GRCRA), les opportunités (GROPX) et les tâches (GNTRE).
Transactions concernées
GRLIA - Gestion du suivi d'activité (Transaction QRILIA)
Mise en place
Pour utiliser les liens d'activité, il faut définir l'entité dans la gestion des entités que vous souhaitez suivre.
Ensuite dans le mnémonique où est positionné le paramètre "TAC" avec comme valeur, l'entité correspondante, chaque évènement (tâche ou compte rendu) que vous créerez depuis ce mnémonique sera lié à cette donnée.
Si vous créez une tâche, un compte rendu ou un évènement depuis un évènement portant ce lien, votre activité se retrouvera automatiquement liée à l'entité à l'origine de la création de ce premier évènement.
Caractéristiques de comptes rendus d'activité
Il est désormais possible de définir sur les comptes rendu d'activité des caractéristiques associées.
Explications
Sur le modèle des caractéristiques de contact, les mêmes fonctionnalités, sont possibles sur les comptes rendus.
Transactions concernées
GRFACC - Proposition de familles de comptes rendus (Transaction QRIFACC)
GRCARC - Caractéristiques de comptes rendus (Transaction QRICAR)
GRCACC - Caractéristiques associées au compte rendu (Transaction QRICACC)
CRCAHC - Historis. des caract. associées au compte rendu (Transaction QRCCAH)
Sélection des participants aux comptes rendus d'activité
Il est désormais possible de sélectionner les comptes rendus suivant leurs participants.
Explications
Ajout d'une sélection sur les participants de comptes rendus.
Transactions concernées
CSCRP - Sélection des participants (Transaction QRCSCRP)
TSCRP - Sélection des participants (Transaction QRTSCRP)
Visualisation des relations du contact
Cette transaction permet de visualiser sous forme d'arbre les différents liens saisis depuis un contact sur les entités client, fournisseur, organisme ainsi que les autres personnes rattachées aux entités retournées.
Explications
Il est possible par cette même transaction d'ajouter, modifier ou supprimer les liens existants entre une personne physique (ou organisme) et un client, fournisseur ou prospect.
Depuis cette transaction, vous pouvez appeler les transactions vous permettant de retourner les informations que vous souhaitez, suivant l'entité visualisée.
Remarque : La création des liens entre un contact et une des entités ci-dessus peut être directement faite depuis la gestion des contacts, lorsque celle-ci est appelée depuis une transaction qui a un tiers, un client, un fournisseur ou un contact organisme de renseigné.
Transactions concernées
GRRCO - Relations contacts (Transaction QRIRCO)
GRCOT - Contacts personnes (Transaction QRICOT)
Aide à la saisie de ressource d'un évènement
Ces transactions permettent de proposer les ressources d'une catégorie et de générer les utilisations de ressources suivant les ressources choisies en spécifiant une quantité.
Explications
L'utilisateur peut choisir les ressources qui lui sont utiles pour l'évènement en choisissant parmi une liste.
Ensuite pour chaque ressource, il est possible d'afficher des ressources liées à cette première ressource. Cette dépendance de ressource est définie dans la gestion d'équivalence de ressources pour l'entité QNRED.
Transactions concernées
GRUTRM - Utilisation des ressources supérieures (Transaction QRIUTRM)
GRUTRF - Utilisation des ressources associées (Transaction QRIUTRF)
QRCRUR - Résumé d'utilisation de ressources (Transaction QRCRUR)
Mise en place
En synchronisation de l'appel de l'utilisation des ressources supérieures la catégorie de ressource doit être passée afin de proposer les ressources dépendantes de celle-ci.
Remarque : L'heure d'utilisation de la ressource peut-être saisie en dehors de la période de l'évènement. Pour cela, la catégorie doit-être définie avec la valeur testé 1 à "H".
Texte lié au contact
Il est possible d'associer un texte à un contact.
Transactions concernées (ou liste des modifications)
QRITXCOT - Lignes de textes des contacts (Transaction QRITXCOT)
Texte lié aux évènements et aux utilisations de ressources
Il est possible d'associer un texte à un évènement ou une utilisation de ressources.
Transactions concernées (ou liste des modifications)
QRITXP - Textes (Transaction QRITXP)
Modifications
Simplification de l'affichage des caractéristiques de contact
Afin d'améliorer la saisie et la visualisation des caractéristiques de contact, il est désormais possible de redessiner les formulaires prévus à cet effet.
Explications
Afin de rendre la saisie et la visualisation plus simples, il est possible par personnalisation, de définir des champs sur le formulaire qui alimenteront automatiquement les valeurs dans la grille.
Ces masques peuvent être définis dans les formulaires (masque principal et complémentaire).
Il est aussi possible d'afficher des onglets de grille ou de mosaïque par famille. Pour chaque famille il est possible d'associer une mosaïque dédiée.
Transactions concernées
GRCAC - Caractéristiques associées au contact (Transaction QRICAC)
Mise en place
Si ce paramètre est positionné à la valeur "ONGLETMOS", les onglets seront alors visibles. Il sera possible d'afficher des mosaïques personnalisées, dont le numéro de page de mosaïque est précisé dans la valeur 1 du paramètre de la famille (FAMQRCAR). Si aucun numéro n'est renseigné dans la valeur 1, alors l'affichage passera sur la mosaïque d'origine ou la grille suivant le paramétrage de la transaction.
Pour afficher les caractéristiques sur un formulaire (ou une mosaïque), voici la procédure à suivre :
Il faut que les champs personnalisés aient comme nom :
"Y" suivi du code famille de caractéristique, suivi de "_" et du code caractéristique.
Attention : le type du champ défini doit être en adéquation avec la définition de la caractéristique.
Les champs doivent obligatoirement avoir les propriétés suivantes :
- Non basé ;
- Accessible ;
- Modifiable ;
- Evènements : postchange automatique ;
- Valeur unique pour toutes les lignes ;
- Type de colonne : colonne de travail.
Remarque : si l'intitulé n'est pas spécifié sur le champ, celui de la caractéristique sera utilisé.
Simplification de l'affichage des comptes rendu structuré
Afin d'améliorer la saisie et la visualisation des comptes rendus structurés, il est désormais possible de redessiner les formulaires prévus à cet effet.
Explications
Afin de rendre la saisie et la visualisation plus simples, il est possible par personnalisation, de définir des champs sur le formulaire qui alimenteront automatiquement les valeurs dans la grille.
Ces masques peuvent être définis dans les formulaires (masque principal et complémentaire).
Il est aussi possible d'afficher des onglets de grille ou de mosaïque par famille. Pour chaque famille il est possible d'associer une mosaïque dédiée.
Transactions concernées
GRCRV - Gestion des comptes rendus structurés (Transaction QRICRV)
Mise en place
Si ce paramètre est positionné à la valeur "ONGLETMOS", les onglets seront alors visibles. Il sera possible d'afficher des mosaïques personnalisées, dont le numéro de page de mosaïque est précisé dans la valeur 1 du paramètre de la famille (FAMQRCAS). Si aucun numéro n'est renseigné dans la valeur 1, alors l'affichage passera sur la mosaïque d'origine ou la grille suivant le paramétrage de la transaction.
Pour afficher les caractéristiques sur un formulaire (ou une mosaïque), voici la procédure à suivre :
Il faut que les champs personnalisés aient comme nom : "Y" suivie du code famille de catégorie, suivi de "_" et du mot-clé.
Attention : le type du champ personnalisé défini la valeur alimentée.
Exemple : un champ de type "Alphanumérique" alimente la zone "Valeur" de la grille ayant le mot-clé et la famille contenus dans le nom du champ. Un champ de type "Numérique" alimente la zone "Numérique" de la grille ayant le mot-clé et la famille contenus dans le nom du champ. Ce principe est identique avec les champs de type "Date".
Remarque : les champs doivent obligatoirement avoir les propriétés suivantes :
- Non basé ;
- Accessible ;
- Modifiable ;
- Evènements : postchange automatique ;
- Valeur unique pour toutes les lignes ;
- Type de colonne : colonne de travail.
Si l'intitulé n'est pas spécifié sur ce champ, c'est la valeur de l'en-tête (défini dans les structures par catégorie) qui est utilisée comme légende. Il est donc préférable de ne pas le spécifier.
Sélection de caractéristiques de contact dans les gestions et consultations
Afin de rendre la recherche et la visualisation des différentes caractéristiques plus simple, il est possible par personnalisation, de définir des champs sur le formulaire qui alimenteront automatiquement les valeurs de caractéristique recherchées.
Transactions concernées (ou liste des modifications)
CSCOT - Sélection des contacts (Transaction QRCSCOT)
Mise en place
Les champs (GLFD) personnalisés doivent respecter les règles suivantes : Leur nom doit être de la forme : "Y" suivi du code famille de caractéristique, suivi de "_" et du code caractéristique.
Attention : le type du champ défini doit être en adéquation avec la définition de la caractéristique.
Les champs doivent obligatoirement avoir les propriétés suivantes :
- La valeur "null" doit être affectée à la description ;
- Non basé ;
- Accessible ;
- Modifiable ;
- Evènements : postchange automatique ;
- Valeur unique pour toutes les lignes ;
- Type de colonne : colonne de travail.
Remarque : si l'intitulé n'est pas spécifié sur le champ, celui de la caractéristique sera utilisé.
Sélection de caractéristiques de contact dans les soumissions
Il est désormais possible de sélectionner les contacts suivant leurs caractéristiques dans les éditions et les traitements portant sur les contacts.
Explications
Il suffit de préciser la famille, la caractéristique et la valeur recherchées.
Transactions concernées (ou liste des modifications)
TSCOT - Sélection des contacts (Transaction QRTSCOT)
Amélioration de la saisie des entités
Afin de rendre la saisie d'une entité plus simple, elle est désormais saisie par une combo box proposant les différentes valeurs.
Transactions concernées (ou liste des modifications)
GRCRA - Gestion des comptes rendus d'activité (Transaction QRICRA)
GREVT - Evènements (Transaction QRIEVT)
Modification de la gestion de génération des liens de contact depuis un prospect.
Lors de la création d'un prospect depuis un contact les personnes rattachées à ce contact sont automatiquement rattachées au prospect nouvellement créé.
Explications
Lors de la création du prospect, le code du contact se retrouve sur la fiche prospect.
Cela permet lors de la transformation du prospect en tiers-adresse de rattacher les liens (contacts liés au prospect) saisis sur le prospect, de créer ces liens sur l'adresse nouvellement créée et éventuellement avec le client ou le fournisseur créé.
Désormais lors de la transformation du prospect en tiers, la zone origine du contact est passée à "T".
Le champ provenance du contact sera alors renseigner à "PROSPECT".
Transactions concernées (ou liste des modifications)
GRCOT - Contacts personnes (Transaction QRICOT)
GOPP - Opportunités : prospects (Transaction SGIOPP)
DTIE - Duplication des tiers (Transaction SGTDTI)
Traitement des mails iCalendar
Evolutions du traitement permettant de mettre à jour le statut des invités à un évènement.
Explications
1) Adaptation des mails d'invitations au format accepté par "Exchange 2013".
Les mails générés par la gestion des évènements et analysés par le traitement de mails "ICS", sont désormais compatibles avec "Exchange 2013" et les versions antérieures.
2) Génération d'un tâche lors de la réception d'un mail de proposition de nouvel horaire.
Lors de la réception d'un mail de proposition de nouvel horaire, une tâche peut être générée avec un texte indiquant la proposition d'horaire de l'invité.
Cette génération de tâche est définie par la règle de génération de tâche (QPQNTAC0006).
3) Il est possible, si vous recevez un mail avec une demande de modification de dates, d'associer ce dernier à l'évènement d'origine.
Transactions concernées (ou liste des modifications)
GREVT - Evènements (Transaction QRIEVT)
TRICS - Traitement des mails iCalendar (Transaction QRTRICS)
Mise en place
L'association du mail se fera par GTIDOC. L'entité (DEN) d'association est définie dans la valeur texte du paramètre ENTQRLIA occurrence QREVT.
Evolution de la gestion des évènements
Ajout de champs utilisables dans la gestion des évènements et possibilité de définir des contrôles d'utilisation suivant certaines règles.
Explications
Dans la gestion des évènements, il est désormais possible d'utiliser les 10 paramètres, la date au plus tôt et au plus tard.
Il est possible d'interdire la saisie sur une date antérieure à la date du jour pour les agendas dont le type est "C".
Il est possible de définir un intervalle de temps obligatoire entre deux utilisations d'une même ressource.
Exemple : Entre deux utilisations d'une même salle, obliger un intervalle de 15 minutes entre ces deux réunions.
Il est aussi possible dans les contrôles de chevauchement de prendre en compte l'heure au plus tôt.
Exemple : Pour une réunion de commençant à 10H00, il est possible d'empêcher la réservation de celle-ci à partir de 9H00.
Pour les ressources où le contrôle de chevauchement est demandé, il est possible de contrôler l'utilisation de la ressource en fonction de la quantité utilisée sur la ressource.
Exemple : Une ressource dont la capacité est de 25, cette ressource pourra être utilisée un même jour :
- de 9H00 à 12H00 pour une quantité de 12 ;
- une autre utilisation de 8H00 à 10H00 pour une quantité de 15 ;
- une autre utilisation de 11H00 à 15H00 pour une quantité de 10 ;
Il sera impossible de définir une utilisation pour une quantité de 5 de 9H00 à 12H00, alors que cela sera possible de 10H30 à 13H30.
Transactions concernées (ou liste des modifications)
GREVT - Evènements (Transaction QRIEVT)
Mise en place
Intervalle de temps obligatoire entre l'utilisation d'une même ressource.
L'intervalle de temps entre deux utilisations d'une même ressource est défini dans les valeurs 1 et 2 de la catégorie de la ressource.
La prise en compte de l'heure au plus tôt est défini dans la valeur testée 1 de la catégorie de la ressource.
Contrôle d'utilisation de ressource en fonction de la quantité utilisée.
Ce type de contrôle sera effectif pour les ressources dont :
- le type possède "O" à la position 3 ;
- la gestion de la capacité est gérée à la ressource ;
- la capacité et l'unité de la ressource sont définis ;
- La génération d'utilisation de ressource est "Plus utilisée".
Evolution de la gestion de recherche de salles
Depuis cette gestion, il est possible de retrouver les salles affectées à un gestionnaire.
Il est aussi possible de rechercher des salles dont le contrôle d'utilisation de la ressource est défini en fonction de la quantité utilisée sur la ressource.
Transactions concernées (ou liste des modifications)
CRSAL - Recherche d'une salle (Transaction QRCSAL)
Contrôle d'homonymie dans les contacts
Dans la zone texte du paramètre TYCQRCOT, on définit les critères de contrôle d'homonymie.
Explications
Il est désormais possible d'appliquer le contrôle d'homonymie des contacts à la date de naissance.
Transactions concernées (ou liste des modifications)
GRCOT - Contacts personnes (Transaction QRICOT)
Mise en place
Pour faire le contrôle sur la date de naissance, il faut utiliser dans la zone texte du paramètre TYCQRCOT la valeur "ANN". Cette valeur peut-être combinée avec d'autres valeurs de contrôle listées dans la documentation du paramètre TYCQRCOT.
Génération des liens d'entités automatique lors de l'utilisation d'un contact
Afin de faciliter la visualisation des activités autour du contact, lors de l'utilisation d'un contact, la création du lien correspondant à l'entité est automatique.
Explications
Lors du référencement d'un contact comme participant d'un compte rendu, invité d'un évènement ou lorsque l'adresse mail d'un contact est à l'origine du mail traité par le traitement de mail, un lien entre le contact et l'élément est généré. Cela permet de centraliser l'information autour du contact, et facilite la consultation des activités autour du contact visible depuis la gestion des activités ouverte en synchronisation de la gestion des contacts.
Transactions concernées (ou liste des modifications)
GRCRP - Gestion des participants au compte rendu (Transaction QRICRP)
GRINV - Invités d'évènement (Transaction QRIINV)
TNTRE - Traitement des mails pour la génération de tâches (Transaction QNITRE)
GRLIA - Gestion du suivi d'activité (Transaction QRILIA)
Mise en place
Dans le l'occurrence ENTCOT du paramètre AUTQRM, positionner la chaîne 1 afin de définir l'entité correspondant aux contacts de type personne et la chaîne 2 l'entité correspondant aux contacts de type organisme.
Saisie des utilisations des ressources
Depuis un évènement, lorsqu'un choix de ressources limitées est possible, on peut utiliser une gestion proposant les ressources d'une catégorie.
Explications
Dans une première gestion (GRUTRM), les ressources d'une catégorie définie sont affichées.
L'utilisateur spécifie la quantité d'utilisation qu'il souhaite pour chaque ressource proposée. Automatiquement les utilisations de ressources choisies sont générées.
Pour chaque ressource sélectionnée, il est possible d'afficher des ressources associées (GRUTRF).
Transactions concernées (ou liste des modifications)
GRUTRM - Utilisation des ressources supérieures (Transaction QRIUTRM)
GRUTRF - Utilisation des ressources associées (Transaction QRIUTRF)
Mise en place
Les ressources associées à la ressource sélectionnée dans la transaction appelante "Utilisation des ressources supérieures" (GRUTRM) sont définies dans la gestion des équivalences ressources (GNERE) pour l'entité "QNRED".
La quantité saisie sur les ressources inférieures d'une même catégorie, peut être contrôlée. Cela est définit dans le paramètre CTLCARES occurrence égale à la catégorie de la ressource inférieure.
Affichage et recherche des contacts
Lors de la consultation d'un contact, il est désormais possible d'afficher dans une seule zone plusieurs informations issues de sa fiche contact.
Explications
L'affichage des informations du contact est défini dans l'occurrence AFFCOTP pour les personnes et AFFCOTO pour les organismes.
La recherche multicritères sur les contacts se fait sur les zones affichées. Cette recherche s'applique sans tenir compte des accents et sans tenir compte de la propriété minuscule ou majuscule.
Transactions concernées (ou liste des modifications)
GRCOT - Contacts personnes (Transaction QRICOT)
GRCOTS - Contacts simplifiés (Transaction QRICOTS)
GRCOTO - Contacts organismes (Transaction QRICOTO)
GRCOTOS - Contacts organismes simplifiés (Transaction QRICOTOS)
Mise en place
Les informations souhaitées sont définies dans la zone texte du paramètre AFFCOTP pour les personnes et AFFCOTO pour les organismes.
L'occurrence 1 est celle utilisée par défaut.
Mais si dans une gestion il y a besoin d'afficher des informations différentes du standard, il est possible d'utiliser l'occurrence 2 en mettant dans les propriétés spécifiques du champ de saisie "WAFFCOT" la valeur 2 dans le deuxième champ (au lieu de 1).
Pour le champ de recherche, pour utiliser l'occurrence 2 il faut modifier la valeur du champ "WOCCAFF" (Ce champ peut être accessible et ainsi détermine la recherche souhaitée).
Liste de contacts
Une liste permet de regrouper un ensemble de contacts dans le but de leur appliquer un même traitement.
Explications
Ajout du type de liste afin de déterminer le type de contact contenu par la liste.
Le type de contact est "Personne" ou "Organisme".
Transactions concernées (ou liste des modifications)
GRLCO - Liste de contacts (Transaction QRILCO)
TRLCO - Constitution d'une liste de contacts (Transaction QRTLCO)
Fiche contact
Il est possible de contrôler les valeurs saisies dans les champs identifiant.
Transactions concernées (ou liste des modifications)
GRCOT - Contacts personnes (Transaction QRICOT)
Mise en place
Pour rendre un des identifiants contrôlés, il suffit de paramétrer l'occurrence I01QRCOTà I05QRCOTdu paramètre AUTQRM.
Ensuite dans les occurrences du paramètre I01QRCOT à I01QRCOT il faut référencer les occurrences correspondant aux valeurs à saisir dans le champ correspondant.
Comptes rendus d'activité
La gestion des droits de visualisation, de modification et de création peut être gérée suivant un agenda.
Transactions concernées (ou liste des modifications)
GRCRA - Gestion des comptes rendus d'activité (Transaction QRICRA)
ERCRA - Edition des comptes rendus d'activité (Transaction QRECRA)
Modules
Nouveautés
QNIREG - Règles de génération et diffusion des tâches collaboratives
Il est possible de générer des tâches collaboratives lors de l'insertion, d'une modification ou d'une suppression d'une majorité des données de la XRM.
Explications
Dès qu'une donnée jugée sensible est modifiée, vous pouvez générer une tâche à une personne ou un service afin de l'informer. Celui-ci pourra alors depuis cette tâche ouvrir la transaction liée afin d'entreprendre l'action nécessaire.
Transactions concernées
GRCAC - Caractéristiques associées au contact (Transaction QRICAC)
GRCOT - Contacts personnes (Transaction QRICOT)
GRCRA - Gestion des comptes rendus d'activité (Transaction QRICRA)
GRCRV - Gestion des comptes rendus structurés (Transaction QRICRV)
GRLOA - Gestion des liens opportunité-articles (Transaction QRILOA)
GRLOC - Gestion de liens opportunité-contacts (Transaction QRILOC)
GROPX - Gestion des opportunités (Transaction QRIOPX)
Structures de données
Créations de tables
QRCTT - Interface des contacts
QRCTC - Interface des caractéristiques associées au contact
QRCTE - Interface des associations contact-établissement
QRLIA - Gestion des liens d'activité
QRCXR - Classes XRM
QROPX - Opportunités XRM
QRHOP - Historique d'opportunités XRM
QRLOA - Liens opportunité-articles
QRLOC - Liens opportunité-contacts
QRWRC - Table de travail de visualisation des relations du contact
Modifications de tables
QRLCO - Liste de contacts
Ajout de la colonne :
tcoqrlco varchar(1) Type de liste de contact (P=*)
QRCAS - Structure par catégorie
Modification de la colonne :
catqrcas varchar(10) N Catégorie (NUMQRCAT)
QRCOT - Contacts
Modification des colonnes :
intqrcot varchar(1) Nature du contact (P=*)
i01qrcot varchar(10) Identifiant 1 (P=*)
i02qrcot varchar(10) Identifiant 2 (P=*)
i03qrcot varchar(10) Identifiant 3 (P=*)
i04qrcot varchar(10) Identifiant 4 (P=*)
i05qrcot varchar(10) Identifiant 5 (P=*)
QRCOH - Historique des contacts
Modification des colonnes :
intqrcoh varchar(1) Nature du contact (P=INTQRCOT)
i01qrcoh varchar(10) Identifiant 1 (P=I01QRCOT)
i02qrcoh varchar(10) Identifiant 2 (P=I02QRCOT)
i03qrcoh varchar(10) Identifiant 3 (P=I03QRCOT)
i04qrcoh varchar(10) Identifiant 4 (P=I04QRCOT)
i05qrcoh varchar(10) Identifiant 5 (P=I05QRCOT)
QRCRA - Compte rendu d'activité
Ajout de la colonne :
agdqrcra int Agenda (NUIQNAGD)
QRFAC - Familles de caractéristiques
Ajout de la colonne :
entqrfac varchar(3) N Entité liée (P=ENTQRAGP)
QRCAR - Caractéristiques
Ajout des colonnes :
entqrcar varchar(3) N Entité liée (P=ENTQRAGP)
cleqrcar varchar(60) Clés obligatoire
QRVCC - Valeurs de caractéristique
Ajout des colonnes :
entqrvcc varchar(3) N Entité liée (P=ENTQRAGP)
cpoqrvcc varchar(10) Clé précédente obligatoire
cpiqrvcc varchar(10) Clé précédente interdite
cvaqrvcc varchar(60) Clé de la valeur
intqrvcc varchar(60) Intitulé
QRCAC - Caractéristiques associées
Ajout des colonnes :
entqrcac varchar(3) N Entité liée (P=ENTQRAGP)
nliqrcac int N Numéro de lien (NUIQNTAC/NUIQRC...)
QRCAH - Historique des caractéristiques associées
Ajout des colonnes :
entqrcah varchar(3) N Entité liée (P=ENTQRAGP)
nliqrcah int N Numéro de lien (NUIQNTAC/NUIQRC...)