Problèmes avec le scénario actuel
- Comment s'identifie-t-on comme Fed. Gouv. ou Académique ?
- Gouvernement
- Les drapeaux identifient comme compte du gouvernement (PGOV, SGOV, FGOV, LGOV)
- Besoin d'identifier les utilisateurs finaux, pas seulement EIS (ministère de l'Énergie, etc.)
- Nom SETINIT = utilisateur final
- Licences EIS avec agence
- Cette situation s'applique également à AP où nous avons des revendeurs
- aucune indication dans GIDB de cela
- Ops essaie de s'identifier par le nom de l'entreprise, mais aucun moyen automatique de le faire
- Académique
- Le code d'offre dans GIDB s'identifie comme un compte académique
- Le prix indiquerait à l'échelle du campus ou du département. large
- Type de client = U ; Université (États-Unis uniquement)
- Certaines licences détenues par des agences d'État, pas nécessairement des institutions ou des campus individuels
- Problème racine : pas de hiérarchie cohérente dans GIDB
Processus actuel
- La commande EIS arrive
- Opérations commerciales reçoit le bon de commande d'EIS avec le nom de l'utilisateur final (agence) - pourrait être Lockheed achetant au nom de l'armée, par exemple
- Compte ORION = nom du client EIS
- Opérations commerciales crée une opportunité ORION, attribue TSR
- Valeur d'opportunité = Ce que le client paie EIS
- Remise = opp valeur – remise EIS
- Net = montant avec remise == avoir
- Les 3 éléments ci-dessus doivent entrer dans ORION de SFDC - considération JOI
Considérations et exigences
- Données (GIDB, etc.)
- Synchronisation - si le gouvernement via EIS, regardez le nom SETINIT au lieu du nom de l'entreprise dans les données du site
- Comment les revendeurs non américains sont-ils résolus ? (SALSA au Canada)
- Processus dans Salesforce. Ops ne prépare pas de documents pour les clients EIS
- Si nous pouvons transmettre des montants via JOI à partir de Salesforce, BO aurait besoin d'un bon de commande au moment de la paperasse en pièce jointe
- Les mises à niveau sont le même scénario
- Lorsque client non-EIS ; paperasserie standard ou non standard, pourrait suivre le client commercial normal
- Les représentants commerciaux peuvent vendre au gouvernement. via EIS, ils devront donc pouvoir choisir ce type de licence
- Besoin de tous les types de documents de licence appropriés disponibles dans le monde entier pour les ventes à choisir
- Offres académiques héritées où ils ont des licences traditionnelles
Exigences
- Chargement du compte
- Un moyen clair de voir quel produit le client a ; à l'échelle du campus ou du département
- Comment dériver cela des informations synchronisées à partir de GIDB ?
- Traitement
- Quel type de produit autorisent-ils ?
- Les opérations souhaitent que les représentants parlent aux clients des produits qu'ils souhaitent avant de soumettre la commande.
- Le processus actuel est un formulaire. L'université sélectionne généralement tous
- Sinon, les contrats doivent créer un site distinct pour chaque produit.
- Désordonné pour le client et les contrats
Carol, Valencia, Kate et moi avons examiné les notes et voici nos commentaires.
Premièrement, ce sont 2 sujets très vastes et doivent prendre en compte les informations mondiales, il serait donc préférable de les traiter séparément à l'avenir.
Problèmes avec le scénario actuel
- Comment s'identifie-t-on comme Fed. Gouv. ou Académique ?
- Gouvernement
- Les drapeaux identifient comme compte du gouvernement (PGOV, SGOV, FGOV, LGOV) – pas pour tous les pays.
- Besoin d'identifier les utilisateurs finaux, pas seulement EIS (ministère de l'Énergie, etc.)
- Nom SETINIT = utilisateur final
- Licences EIS avec agence
- Cette situation s'applique également à AP où nous avons des revendeurs
- aucune indication dans GIDB de cela
- Ops essaie de s'identifier par le nom de l'entreprise et/ou lorsque le GIDB Setinit Name est différent du GIDB Company Name , mais pas de moyen automatique de le faire
- Le code d'offre dans GIDB s'identifie comme un compte académique (Pas toujours, car les offres JMP d'entreprise standard sont également utilisées dans certaines licences académiques.)
- Le prix indiquerait à l'échelle du campus ou du département. large (Pas toujours, car les frais d'entreprise standard sont utilisés dans certaines offres académiques. )
- Type de client = U ; Université (États-Unis uniquement) (Pas toujours, car d'autres pays utilisent également "U" pour indiquer le client et il peut y avoir des offres académiques qui octroient une licence via le barème des frais d'entreprise, donc "C" est utilisé à la place de "U")
- Certaines licences détenues par des agences d'État, pas nécessairement des institutions ou des campus individuels
- Problème racine : pas de hiérarchie cohérente dans GIDB. Veuillez expliquer ce que cela signifie.
Processus actuel
- La commande EIS arrive
- Opérations commerciales & Ventes JMP reçoit le bon de commande d'EIS avec le nom de l'utilisateur final (agence) - pourrait être Lockheed achetant au nom de l'armée, par exemple
- Compte ORION = nom du client EIS
- Biz Ops crée l'opportunité ORION, et enregistrement Comit Sale où , attribue TSR, génère le numéro de site GIDB, ajoute la société GIDB, le nom Setinit, l'industrie GIDB, le code 2, le type de client, le support logiciel, (si WX6S ajoute le modèle = VIRTUALSVR) crée une note de contrat et joint le bon de commande et fournit toutes les instructions de traitement. Met à jour les jalons COMIT sur "Travail acheminé vers les contrats" (ou s'il faut d'abord passer au service juridique, puis sur le travail acheminé vers "l'approbation légale/finale", et ajoute la personne appropriée des opérations de licence ou la personne morale et marque comme propriétaire principal.
- Valeur d'opportunité = Ce que le client paie EIS
- Remise = oppvalue - remise EIS
- Net = montant avec remise == avoir
- Les 3 éléments ci-dessus doivent entrer dans ORION de SFDC - considération JOI
Considérations et exigences
- Données (GIDB, etc.)
- Synchronisation - si le gouvernement via EIS, regardez le nom SETINIT au lieu du nom de l'entreprise dans les données du site
- Comment les revendeurs non américains sont-ils résolus ? (SALSA au Canada)
- Processus dans Salesforce. Ops ne prépare pas de documents pour les clients EIS Il y a quelques exceptions. Il peut y avoir des bons de commande EIS non standard. Des pièces jointes légales sont requises pour les licences de virtualisation de présentation.
- Si nous pouvons transmettre des montants via JOI depuis Salesforce, le bon de commande est le document de licence et doit donc être joint via JOI.
- SIE Les mises à niveau sont le même scénario parce qu'ils arrivent également sur un bon de commande.
- Lorsque client non-EIS ; paperasserie standard ou non standard, pourrait suivre le client commercial normal.
- NOUS Les représentants commerciaux peuvent vendre à État ou gouvernement local. via EIS, ils devront donc pouvoir choisir ce type de licence
- Besoin de tous les types de documents de licence appropriés disponibles dans le monde entier pour les ventes à choisir
- Offres académiques héritées où ils ont des licences traditionnelles mondial
Exigences
- Chargement du compte
- Un moyen clair de voir quel produit le client a ; à l'échelle du campus ou du département (Toutes les offres académiques n'utilisent pas ces 2 quantypes)
- Comment dériver cela des informations synchronisées à partir de GIDB ?
- Traitement
- Quel type de produit autorisent-ils ?
- Les opérateurs aimeraient que les représentants parlent aux clients des produits /systèmes d'exploitation ils veulent avant le JMP Academic Suite, JMP Clinical pour JMP Academic Suite et/ou JMP Genomics pour JMP Academic Suite la commande est soumise.
- Le processus actuel est un formulaire. L'université sélectionne généralement tous
- Sinon, les contrats doivent créer un site distinct pour chaque produit /système opérateur.
- Désordonné pour le client et les contrats
- Vous devez également envisager de supprimer JMP du formulaire car ils obtiennent JMP Pro. Cela réduira la quantité de logiciels et de SIDS à suivre et réduira l'administration par les opérations de licence. Et le client est plus confus lorsqu'il reçoit de nombreux e-mails avec toutes les versions du logiciel. Pourquoi les clients universitaires utilisent-ils les anciennes versions ? Nous voulons qu'ils enseignent en utilisant la dernière et la meilleure version.
Voici quelques informations supplémentaires concernant le gouvernement...
En nous,
Le gouvernement fédéral peut accorder une licence
- Via EIS (revendeur agréé et titulaire du barème des frais GSA) - le bon de commande EIS doit être transmis directement aux ventes, puis via JOI
- Le compte SalesForce doit correspondre au nom de l'agence (comme le ministère de l'Énergie)
- GIDB sera configuré avec GIDB Customer Name = Executive Information Systems LLC et GIDB Setinit Name = Agency Name
- Il existe des numéros de contrat GIDB distincts pour chaque
- GIDB Code de l'industrie = PGOV & nécessite un code2 (voir la page Web Licensing Operations sur Code2 )
- Besoin d'inclure le GIDB La maintenance expire comme information EIS importante pour les sites GIDB
- Via les barèmes de frais commerciaux standard et le MLA standard et le supplément
- Via un intégrateur de systèmes comme Lockheed Martin (toujours considéré comme non standard)
L'État et le gouvernement local peuvent autoriser
- Via EIS - le bon de commande EIS doit aller directement aux ventes, puis via JOI
- Le compte SalesForce doit correspondre au nom de l'État ou du gouvernement local (comme NM Dept of Natural Resources)
- GIDB sera configuré avec GIDB Customer Name = Executive Information Systems LLC et GIDB Setinit Name = Agency Name
- Il existe des numéros de contrat GIDB distincts pour chaque état
- GIDB Code de l'industrie = STGV ou LCGV & nécessite un code2 (voir la page Web Licensing Operations sur Code2 )
- Besoin d'inclure le GIDB La maintenance expire comme information EIS importante pour les sites GIDB
- Via les barèmes de frais commerciaux standard et le MLA standard et le supplément
- Via un intégrateur de systèmes comme Lockheed Martin (toujours considéré comme non standard)
Voici quelques informations supplémentaires concernant les études...
ACADÉMIQUE
Pour mieux comprendre Academic, vous devez connaître les offres Academic car celles-ci devront être ajoutées dans SalesForce. Toutes les offres académiques ne sont pas disponibles dans le monde entier. Nous avons également un certain nombre d'offres héritées à l'échelle mondiale. Il deviendra clair qu'il n'y a pas un seul code académique qui correspond à toutes les offres académiques.
Suite académique JMP
- Disponible dans le monde entier
- Disponible pour les établissements diplômants post-secondaires (DGI)
- Pour l'enseignement et la recherche uniquement
- JMP Academic Suite est une offre qui inclut JMP et JMP Pro sur les systèmes d'exploitation de bureau Windows et MAC et SAS® e-Learning : JMP Software : Data Exploration Academic Version, JMP Software : ANOVA and Regression, JMP Software : Classic Design of Experiments, JMP Logiciel : conception personnalisée d'expériences, applications instantanées à l'aide de JMP Application Builder (cours magistral).
- L'offre flexible permet au client de sélectionner les produits et les systèmes d'exploitation qu'il souhaite recevoir maintenant et peut demander tout autre composant disponible à tout moment pendant une période de licence payante.
- Licence par département ou licence pour tout le campus par une petite université, une université de taille moyenne, une grande université (ou une licence du système universitaire n'est pas standard)
- À partir de la V13, la virtualisation de présentation a été ajoutée à JMP Academic Suite ; cependant, ne sera PAS automatiquement fourni au client.
- La virtualisation de présentation est uniquement sur demande. (Système d'exploitation = WX6S et Modèle = VIRTSERVER
- Les clients disposant de licences JMP Academic Suite antérieures à la V13 doivent signer un avenant lors de la demande de virtualisation de présentation.
- L'offre autonome principale avec (2) produits complémentaires optionnels disponibles moyennant des frais supplémentaires :
- JMP Clinical pour JMP Academic Suite inclut l'option de recevoir un ou les deux 32 bits (WNDW) et 64 bits (WX6).
- JMP Genomics pour JMP Academic Suite inclut l'option de recevoir un ou les deux 32 bits (WNDW) et 64 bits (WX6)
- Les licences complémentaires doivent avoir les mêmes contacts GIDB que le site JMP Academic Suite
- Les licences complémentaires doivent être synchronisées jusqu'à la même date d'expiration que le site JMPACDST principal après la première année.
- REMARQUE : Les produits d'apprentissage en ligne individuels ne sont pas suivis sur la GIDB. La règle métier ELRN est ajoutée aux sites JMP Pro qui automatise l'ajout d'instructions sur l'e-mail de commande de logiciel (SOE) sur la façon d'accéder aux modules de formation en ligne sur le Web.
Noms GIDB SETINIT pour tous les sites JMP Academic Suite
- Si licence à l'échelle du département - Sera le nom de l'université / du collège - "Nom du département"
- Si licence à l'échelle du campus - Sera uniquement le nom de l'université (pour impliquer l'ensemble du campus) ou sera le nom de l'université - à l'échelle du campus.
JMP à usage administratif universitaire
- Disponible dans le monde entier
- Disponible pour les établissements diplômants post-secondaires (DGI)
- Usage administratif uniquement
- Autorisé par des documents de licence standard (MLA si nécessaire, Supplément et CCI)
- Offrande = JMP ou JMPPro
- Quantype = Nombre total d'utilisateurs (non simultanés)
- Quantité = nombre total d'utilisateurs
- Type de client ORION = Barème des frais d'enseignement supérieur / Type de client GIDB = U. Ainsi, le GIDB l'identifiera comme un client académique. Cela fonctionne actuellement car il n'y a qu'un seul barème de frais qui est d'entreprise pour les utilisateurs JMP et JMP Pro.
- Nom du compte/Nom du client GIDB = Nom de l'université et Nom Setinit GIDB = Nom de l'université - Utilisation administrative
- Doit fournir des instructions spécifiques aux opérations de licence afin que la licence soit correctement configurée sur la GIDB.
JMP Pro pour la recherche universitaire
- États-Unis et Japon uniquement
- Destiné à un seul chercheur employé par une université pour un projet de recherche spécifique qui durera 3 ou 5 ans
- Offrande = JMPPRO
- Quantype = Nombre total d'utilisateurs (non simultanés)
- Quantité = 1
- Sous licence par un accord séparé et CCI (ne nécessite pas de MLA et de supplément)
- Nom du compte/Nom du client GIDB = Nom de l'université/Nom Setinit GIDB = Nom du chercheur/Recherche universitaire
- Contrat pluriannuel (3) ou (5) forfaitaire
- Licence ordinateur personnel uniquement (WX6 ou MX64)
- JMPPRO+ n'est pas une option dans le cadre de cette offre. Le client devra acheter 2 licences distinctes
- AUCUNE mise à niveau (chaque chercheur a besoin d'une licence distincte)
- Type de client ORION = Barème des frais d'enseignement supérieur (le type de client GIDB sera U)
- ORION 1 St Période Terme = 12 mois
- Durée de la transaction ORION = 3 ou 5 ans
- Codé sur le GIDB avec le code d'offre spéciale = JMPMYRAR (situé sur l'aperçu des tarifs des produits GIDB et à des fins de rapport uniquement)
- Reconnaissance des revenus internes assignés sur la durée pluriannuelle : FYF correspond à 50 % des frais totaux et les frais de renouvellement de l'année extérieure sont également calculés au prorata pour la durée restante du contrat.
Exemple de comptabilisation des revenus internes pour les frais aux États-Unis
Durée de la licence
|
Montant total
USD
|
Année 1
(nouveau)
|
Année 2
(renouvellement)
|
Année 3
(renouvellement)
|
Année 4
(renouvellement)
|
Année 5
(renouvellement)
|
3 années
|
2 995 $
|
1 497,50 $
(50%)
|
748,75 $
(25%)
|
748,75 $
(25%)
|
n / A
|
n / A
|
5 années
|
3 995 $
|
1 997,50 $
(50%)
|
499,38 $
(12,5%)
|
499,38 $
(12,5%)
|
499,38 $
(12,5 %)
|
499,36 $
(12,5%)
|
S'il y a une remise, déduisez le montant de la remise de l'année 1
Programme des ambassadeurs JMP Pro
notez que le nom « Ambassadeur » est actuellement en question car il y a déjà quelques ambassadeurs JMP qui travaillent dans JMP et le service juridique est en train de réviser.
- Actuellement États-Unis uniquement
- Licence gratuite d'un an pour JMP Pro destinée aux étudiants diplômés ou aux jeunes diplômés sélectionnés avec soin par leur professeur
- La licence est au nom de l'étudiant
- Nom du compte ORION et nom du client GIDB = nom de l'étudiant
et
- GIDB Setinit Name = Nom de l'étudiant-Ambassadeur JMP
- Barème des frais d'entreprise avec 100 % de réduction (approbation de la réduction requise)
- Type de client ORION = Site d'entreprise / Type de client GIDB = C
- MLA et supplément non standard. Aucun formulaire CCI nécessaire
- Le site GIDB est configuré pour s'annuler automatiquement après la fin de la période de licence d'un an
- AUCUN renouvellement
- AUCUNE mise à niveau autorisée
