Session 2 : Sites GIDB supprimésFlux de processus actuel
Détails du processus actuel
Motifs de suppression d'un site :
- Annulation par le client (80%)
- Consolidation de plusieurs sites (20%)
- La plupart des clients du site supprimés ne sont pas réintégrés
Les sites supprimés se trouvent dans un tableau séparé dans GIDB
- Cette liste est en cours et les clients n'en sont pas supprimés, de sorte qu'un client qui n'est pas supprimé peut toujours figurer sur la liste des sites supprimés.
- Les nouveaux clients DP qui choisissent la facture, mais ne paient pas sont marqués comme supprimés
- Les clients EIS ont un SETINIT de 50 ans, mais ils paient des frais de maintenance annuels
- S'ils ne paient pas de frais pendant 1 an après l'expiration, le site est supprimé
- L'indicateur de suppression marqué reste sur l'enregistrement GIDB jusqu'à l'expiration réelle de SETINIT
Défis/Considérations
- Les comptes sont marqués pour suppression dans ORION, mais pas réellement supprimés
- Tableau des sites supprimés dans ORION
- Besoin d'un moyen d'alerte Ventes et opérations commerciales des comptes supprimés
- Sites supprimés car
- Le client ne renouvelle pas / ne paie pas la facture (% ?)
- Le site est fusionné avec un autre site sous le même compte (% ?)
- En cas de fusion, besoin de réconcilier le compte dans Salesforce avec le nouvel identifiant de site
Exigences
- La valeur du numéro de site est la "clé" qui relie GIDB et SFDC
- Besoin d'un moyen d'indiquer les annulations aux ventes à SFDC
- Aura besoin de données au niveau du site dans SFDC pour que cela fonctionne
- Communication "aller-retour" entre GIDB et SFDC
- Besoin de mettre à jour les données au niveau du compte lorsque le site est supprimé
- Ex : un compte avec un site, qui résilie ne doit plus être considéré comme un client dans SFDC
- Exigence : notifier les ventes avant à l'annulation effective, éventuellement au moment de la lettre à terme
- Exigence : les ventes doivent informer les opérations lorsqu'elles savent qu'une annulation est imminente.
- La combinaison des exigences ci-dessus devrait
- réduire le nombre d'annulations
- Réduire le nombre d'annulations que Bus. Ops (Diane) doit faire des recherches
- Exigence : saisir à la fois la suppression et la date à laquelle elle s'est produite
Point pour discussion ultérieure : appel COMIT pour automatiser raisons d'annulation toute mise à jour des enregistrements GIDB de Salesforce
COMITÉGIDBSéances de lancementForce de venteRe : Session 2 : Sites GIDB supprimésVoici quelques précisions et commentaires...
Les sites supprimés se trouvent dans un tableau séparé dans GIDB (Supprimé GIDB)
- Cette liste est en cours et les clients n'en sont pas supprimés, de sorte qu'un client qui n'est pas supprimé peut toujours figurer sur la liste des sites supprimés. (le site supprimé restera dans ORION pendant 5 ans avant d'être supprimé) (un site rétabli à partir du GIDB supprimé sera dans GIDB actif au niveau du produit, onglet Informations supplémentaires avec une « date de rétablissement »)
- Les nouveaux clients DP qui choisissent la facture, mais ne paient pas sont marqués comme supprimés. Ces commandes suivent le même processus de recouvrement et d'annulation que les factures de licence annuelle.
- Les clients EIS ont un SETINIT de 50 ans, mais ils paient des frais de maintenance annuels
- S'ils ne paient pas de frais pour 2 années après Entretien date d'expiration le site est supprimé
- L'indicateur de suppression marqué reste sur l'enregistrement GIDB jusqu'à l'expiration réelle de SETINIT Expires (en d'autres termes, le site reste dans l'ensemble de données GIDB actif jusqu'à la date de dépôt à laquelle le site passe à l'ensemble de données GIDB supprimé)
Voici les règles de suppression par lien Licensing Operations :
- Si la catégorie de suppression est demandée par le client et que le produit est dans la NOUVEAU ou RENOUVELLEMENT , le système calcule la date de suppression en tant que date d'expiration SETINIT et le produit est déposé dans la GIDB à la date d'expiration SETINIT. Note: Si la date d'expiration SETINIT est déjà passée, le produit doit être déposé dans le GIDB pendant la nuit.
Les exceptions à cela sont :
- Si la catégorie de suppression est demandée par le client et que le motif de suppression est Annulation du produit de test bêta , le système calcule alors la date de suppression comme étant 30 jours après la date d'expiration de SETINIT, quelle que soit la PÉRIODE.
- Si la catégorie de suppression est demandée par le client et que le motif de suppression est Annulation du produit d'essai , le système calcule la date de suppression comme la date actuelle et le produit doit être déposé dans la GIDB pendant la nuit, quelle que soit la PÉRIODE.
- Si la catégorie de suppression est demandée par le client et que le motif de suppression est Supprimer le produit étranger , le système calcule alors la date de suppression en tant que date actuelle et le produit doit être déposé dans la GIDB pendant la nuit, quelle que soit la PÉRIODE.
- Si la catégorie de suppression est Maintenance interne, le système calcule la date de suppression comme la date actuelle, quelle que soit la PÉRIODE, à l'exception suivante :
- Si le motif de suppression est Annulation du produit complémentaire en raison de l'annulation du produit de base , le système supprime alors le produit le soir même où le produit de base du même site est supprimé.Le produit complémentaire apparaît le jour suivant dans la GIDB supprimée avec une date de suppression identique à celle du produit de base sur le même site.
- Les comptes sont marqués pour suppression dans ORION, mais pas réellement supprimés - Besoin d'une meilleure explication de ce que cela signifie. ORION a un indicateur de client existant qui, lorsqu'il est marqué, indique que le compte est un client qui a acheté un logiciel. Cette icône à la fin de l'ID de compte ORION identifie que le Compte est un Client existant et aura des sites actifs dans la liste des sites liés au compte. Le compte ORION n'est pas supprimé lorsqu'aucun site actif n'est associé au compte.
- Besoin d'un moyen d'alerter les ventes et les opérations commerciales de la suppression comptes Des sites
- Si fusionné, besoin de rapprocher le compte dans Salesforce avec un nouvel identifiant de site
- La valeur du numéro de site est la "clé" qui relie GIDB et SFDC - Pour des informations individuelles sur le site GIDB.
- Besoin de mettre à jour les données au niveau du compte lorsque le site est supprimé – c'est-à-dire que le compte sera toujours là avec 1 site de moins.
- Ex : un compte avec un site, qui annule, ne doit plus être considéré comme un client dans SFDC, mais doit toujours être répertorié comme un compte validé dans SFDC
- Exigence : capturer à la fois la suppression (Date de retour) et la date à laquelle il s'est produit
