Probleme mit aktuellem Szenario
- Wie identifizieren wir uns als Fed? Regierung oder Akademiker?
- Regierung
- Flaggen identifizieren sich als Regierungskonto (PGOV, SGOV, FGOV, LGOV)
- Notwendigkeit, Endbenutzer zu identifizieren, nicht nur EIS (Energieministerium usw.)
- SETINIT-Name = Endbenutzer
- EIS-Lizenzen mit Agentur
- Diese Situation gilt auch für AP, wo wir Wiederverkäufer haben
- kein Hinweis in GIDB darauf
- Ops versucht, sich anhand des Firmennamens zu identifizieren, aber es gibt keine automatische Möglichkeit, dies zu tun
- Akademisch
- Angebotscode in GIDB identifiziert sich als akademisches Konto
- Der Preispunkt würde den gesamten Campus oder die Abteilung angeben. breit
- Kundentyp = U; Universität (nur USA)
- Einige Lizenzen werden von staatlichen Stellen gehalten, nicht unbedingt von einzelnen Institutionen oder Hochschulen
- Wurzelproblem: keine konsistente Hierarchie in GIDB
Aktueller Prozess
- EIS-Bestellung kommt herein
- Geschäftsbetrieb erhält eine Bestellung von EIS mit dem Namen des Endbenutzers (Agentur) – könnte beispielsweise Lockheed sein, der im Auftrag der Armee einkauft
- ORION-Konto = EIS-Kundenname
- Geschäftsbetrieb erstellt ORION Opportunity, weist TSR zu
- Opportunitätswert = Was der Kunde EIS zahlt
- Rabatt = Opp Wert – EIS-Rabatt
- Netto = Betrag mit Rabatt == Umsatzgutschrift
- Die oben genannten 3 müssen von SFDC – JOI in Betracht gezogen werden
Überlegungen und Anforderungen
- Daten (GIDB usw.)
- Synchronisieren – wenn die Regierung über EIS, sehen Sie sich den SETINIT-Namen anstelle des Firmennamens in den Standortdaten an
- Wie werden Wiederverkäufer außerhalb der USA gelöst? (SALSA in Kanada)
- Prozess in Salesforce. Ops bereitet keine Unterlagen für EIS-Kunden vor
- Wenn wir Beträge über JOI von Salesforce weitergeben können, benötigt BO zum Zeitpunkt des Papierkrams eine Bestellung als Anhang
- Upgrades sind das gleiche Szenario
- Bei Nicht-EIS-Kunde; Standard- oder Nicht-Standard-Papierkram, könnte normalen gewerblichen Kunden folgen
- Handelsvertreter können an die Regierung verkaufen. über EIS, daher müssen sie in der Lage sein, diesen Lizenztyp auszuwählen
- Benötigen Sie alle geeigneten Arten von Lizenzdokumenten, die weltweit für den Vertrieb verfügbar sind, um auszuwählen
- Ältere akademische Angebote, bei denen sie über traditionelle Lizenzen verfügen
Anforderungen
- Kontoaufladung
- Klare Möglichkeit zu sehen, welches Produkt der Kunde hat; campusweit oder abteilungsweit
- Wie kann man dies aus Informationen ableiten, die von GIDB synchronisiert wurden?
- wird bearbeitet
- Welche Art von Produkt lizenzieren sie?
- Die Ops möchten, dass die Vertriebsmitarbeiter mit den Kunden darüber sprechen, welche Produkte sie wünschen, bevor die Bestellung aufgegeben wird.
- Aktueller Prozess ist ein Formular. Die Universität wählt normalerweise alle aus
- Andernfalls müssen Verträge für jedes Produkt eine separate Website erstellen.
- Chaotisch für Kunden und Verträge
Carol, Valencia, Kate und ich haben die Notizen überprüft und hier sind unsere Kommentare.
Erstens sind dies zwei sehr große Themen, bei denen weltweite Informationen berücksichtigt werden müssen. Daher wäre es besser, diese in Zukunft separat anzugehen.
Probleme mit aktuellem Szenario
- Wie identifizieren wir uns als Fed? Regierung oder Akademiker?
- Regierung
- Flaggen identifizieren sich als Regierungskonto (PGOV, SGOV, FGOV, LGOV) – nicht für alle Länder.
- Notwendigkeit, Endbenutzer zu identifizieren, nicht nur EIS (Energieministerium usw.)
- SETINIT-Name = Endbenutzer
- EIS-Lizenzen mit Agentur
- Diese Situation gilt auch für AP, wo wir Wiederverkäufer haben
- kein Hinweis in GIDB darauf
- Ops versucht, sich anhand des Firmennamens zu identifizieren und/oder wenn sich der GIDB-Setinit-Name vom GIDB-Firmennamen unterscheidet , aber keine automatische Möglichkeit, dies zu tun
- Angebotscode in GIDB identifiziert sich als akademisches Konto (Nicht immer, da die standardmäßigen JMP-Angebote von Unternehmen auch in einigen akademischen Lizenzen verwendet werden.)
- Der Preispunkt würde den gesamten Campus oder die Abteilung angeben. breit (Nicht immer, da die Standard-Unternehmensgebühren in bestimmten akademischen Angeboten verwendet werden. )
- Kundentyp = U; Universität (nur USA) (Nicht immer, da andere Länder auch „U“ verwenden, um den Kunden anzugeben, und es möglicherweise einige akademische Angebote gibt, die über die Gebührenordnung für Unternehmen lizenziert werden, sodass „C“ anstelle von „U“ verwendet wird.)
- Einige Lizenzen werden von staatlichen Stellen gehalten, nicht unbedingt von einzelnen Institutionen oder Hochschulen
- Wurzelproblem: keine konsistente Hierarchie in GIDB. Bitte erklären Sie nicht sicher, was das bedeutet.
Aktueller Prozess
- EIS-Bestellung kommt herein
- Geschäftsbetrieb & JMP-Vertrieb erhält eine Bestellung von EIS mit dem Namen des Endbenutzers (Agentur) – könnte beispielsweise Lockheed sein, der im Auftrag der Armee einkauft
- ORION-Konto = EIS-Kundenname
- Biz Ops schafft ORION-Gelegenheit, und Commit Sale record wo , weist TSR zu, generiert die GIDB-Standortnummer, fügt die GIDB-Firma, den Setinit-Namen, die GIDB-Branche, den Code 2, den Kundentyp, das Softwaremedium hinzu (wenn WX6S das Modell = VIRTUALSVR hinzufügt), erstellt eine Vertragsnotiz und hängt die Bestellung an und stellt alle Verarbeitungsanweisungen bereit. Aktualisiert COMIT-Meilensteine zu „Arbeiten zu Verträgen geleitet“ (oder wenn zuerst zur Rechtsabteilung und dann zu Arbeiten zu „Rechts-/endgültige Genehmigung“ geleitet werden muss) und fügt die entsprechende Licensing Operations-Person oder juristische Person hinzu und markiert sie als Haupteigentümer.
- Opportunitätswert = Was der Kunde EIS zahlt
- Rabatt = oppvalue – EIS-Rabatt
- Netto = Betrag mit Rabatt == Umsatzgutschrift
- Die oben genannten 3 müssen von SFDC – JOI in Betracht gezogen werden
Überlegungen und Anforderungen
- Daten (GIDB usw.)
- Synchronisieren – wenn die Regierung über EIS, sehen Sie sich den SETINIT-Namen anstelle des Firmennamens in den Standortdaten an
- Wie werden Wiederverkäufer außerhalb der USA gelöst? (SALSA in Kanada)
- Prozess in Salesforce. Ops bereitet keine Unterlagen für EIS-Kunden vor Es gibt einige Ausnahmen. Es kann einige nicht standardmäßige EIS-Bestellungen geben. Rechtliche Anhänge sind für Präsentationsvirtualisierungslizenzen erforderlich.
- Wenn wir Beträge über JOI von Salesforce weitergeben können, Die PO ist das Lizenzdokument und muss daher über JOI angehängt werden.
- EIS Upgrades sind das gleiche Szenario weil sie auch auf eine PO kommen.
- Bei Nicht-EIS-Kunde; Standard- oder Nicht-Standard-Papierkram, könnte normalen gewerblichen Kunden folgen.
- UNS Handelsvertreter können an verkaufen Staat oder Kommune über EIS, daher müssen sie in der Lage sein, diesen Lizenztyp auszuwählen
- Benötigen Sie alle geeigneten Arten von Lizenzdokumenten, die weltweit für den Vertrieb verfügbar sind, um auszuwählen
- Ältere akademische Angebote, bei denen sie über traditionelle Lizenzen verfügen weltweit
Anforderungen
- Kontoaufladung
- Klare Möglichkeit zu sehen, welches Produkt der Kunde hat; campusweit oder abteilungsweit (Nicht alle akademischen Angebote verwenden diese 2 Quanttypen)
- Wie kann man dies aus Informationen ableiten, die von GIDB synchronisiert wurden?
- wird bearbeitet
- Welche Art von Produkt lizenzieren sie?
- Ops möchte, dass Vertriebsmitarbeiter mit Kunden darüber sprechen, welche Produkte /Betriebssysteme sie wollen vor dem JMP Academic Suite, JMP Clinical für JMP Academic Suite und/oder JMP Genomics für JMP Academic Suite Bestellung wird übermittelt.
- Aktueller Prozess ist ein Formular. Die Universität wählt normalerweise alle aus
- Andernfalls müssen Verträge für jedes Produkt eine separate Website erstellen /Betriebssystem.
- Chaotisch für Kunden und Verträge
- Sie müssen auch erwägen, JMP aus dem Formular zu entfernen, da sie JMP Pro erhalten. Dadurch wird die Menge an Software und SIDS reduziert, mit der Schritt gehalten werden muss, und die Verwaltung durch den Lizenzierungsbetrieb reduziert. Und der Kunde ist verwirrter, wenn er zahlreiche E-Mails mit allen Releases der Software erhält. Warum verwenden die akademischen Kunden die älteren Versionen? Wir möchten, dass sie mit der neuesten und besten Version unterrichten.
Hier sind einige zusätzliche Informationen zur Regierung ...
In uns,
Bundesregierung kann lizenzieren
- Über EIS (autorisierter Wiederverkäufer und Inhaber der GSA-Gebührentabelle) – die EIS-Bestellung sollte direkt zum Vertrieb und dann über JOI gehen
- Das SalesForce-Konto sollte dem Namen der Agentur entsprechen (z. B. Dept of Energy)
- GIDB wird mit GIDB-Kundenname = Executive Information Systems LLC und GIDB-Setinit-Name = Agenturname eingerichtet
- Es gibt jeweils separate GIDB-Vertragsnummern
- GIDB Branchenkodex = PGOV & erfordert einen Code2 (siehe Licensing Operations-Webseite auf Code2 )
- Muss die GIDB einschließen Wartung läuft ab als wichtige EIS-Informationen für GIDB-Sites
- Über Standard Commercial Fee Schedules und Standard MLA und Supplement
- Über einen Systemintegrator wie Lockheed Martin (wird immer als nicht standardmäßig angesehen)
Staat und Kommune können lizenzieren
- Über EIS – die EIS-Bestellung sollte direkt zum Verkauf und dann über JOI gehen
- Das SalesForce-Konto sollte dem Namen der staatlichen oder lokalen Regierung entsprechen (z. B. NM Dept of Natural Resources).
- GIDB wird mit GIDB-Kundenname = Executive Information Systems LLC und GIDB-Setinit-Name = Agenturname eingerichtet
- Für jeden Staat gibt es separate GIDB-Vertragsnummern
- GIDB Branchenkodex = STGV oder LCGV & erfordert einen Code2 (siehe Licensing Operations-Webseite auf Code2 )
- Muss die GIDB einschließen Wartung läuft ab als wichtige EIS-Informationen für GIDB-Sites
- Über Standard Commercial Fee Schedules und Standard MLA und Supplement
- Über einen Systemintegrator wie Lockheed Martin (wird immer als nicht standardmäßig angesehen)
Hier finden Sie weitere Informationen zum Studium...
AKADEMISCH
Um Academic besser zu verstehen, müssen Sie die Academic-Angebote kennen, da diese in SalesForce hinzugefügt werden müssen. Nicht alle akademischen Angebote sind weltweit verfügbar. Wir haben auch eine Reihe von Legacy-Angeboten weltweit. Es wird deutlich, dass es keinen akademischen Kodex gibt, der auf alle akademischen Angebote passt.
JMP Academic-Suite
- Weltweit verfügbar
- Verfügbar für postsekundäre Hochschulen (DGI)
- Nur für Lehr- und Forschungszwecke
- JMP Academic Suite ist ein Angebot, das JMP und JMP Pro auf Windows- und MAC-Desktop-Betriebssystemen und SAS® e-Learning umfasst: JMP Software: Data Exploration Academic Version, JMP Software: ANOVA and Regression, JMP Software: Classic Design of Experiments, JMP Software: Custom Design of Experiments, Instant Applications Using JMP Application Builder (Vorlesung).
- Das flexible Angebot ermöglicht es dem Kunden, die Produkte und Betriebssysteme auszuwählen, die er jetzt erhalten möchte, und kann während einer bezahlten Lizenzzeit jederzeit andere verfügbare Komponenten anfordern.
- Lizenziert nach Abteilung oder für Campusweit lizenziert von Small University, Midsize University, Large University (oder eine University System-Lizenz ist kein Standard)
- Beginnend mit V13 wurde Präsentationsvirtualisierung zur JMP Academic Suite hinzugefügt; werden dem Kunden jedoch NICHT automatisch zur Verfügung gestellt.
- Präsentationsvirtualisierung ist nur auf Anfrage möglich. (Betriebssystem = WX6S und Modell = VIRTSERVER
- Kunden mit bestehenden JMP Academic Suite-Lizenzen vor V13 müssen einen Zusatzvertrag unterzeichnen, wenn sie Präsentationsvirtualisierung anfordern.
- Das primäre eigenständige Angebot mit (2) optionalen Zusatzprodukten, die gegen zusätzliche Gebühren erhältlich sind:
- JMP Clinical für JMP Academic Suite enthält die Option, eine oder beide 32-Bit (WNDW) und 64-Bit (WX6) zu empfangen.
- JMP Genomics für JMP Academic Suite enthält die Option, eine oder beide 32-Bit (WNDW) und 64-Bit (WX6) zu empfangen
- Die Add-On-Lizenzen müssen dieselben GIDB-Kontakte haben wie die JMP Academic Suite-Site
- Die Add-On-Lizenzen müssen nach dem ersten Jahr bis zum gleichen Ablaufdatum wie die JMPACDST-Hauptsite synchronisiert werden.
- HINWEIS: Die einzelnen E-Learning-Produkte werden nicht in der GIDB erfasst. Die ELRN-Geschäftsregel wird zu den JMP Pro-Sites hinzugefügt, die das Hinzufügen von Anweisungen in der Software-Bestell-E-Mail (SOE) zum Zugriff auf die eLearning-Module im Internet automatisiert.
GIDB SETINIT Namen für alle Sites der JMP Academic Suite
- Bei abteilungsweiter Lizenz – Wird der Name der Universität/Hochschule sein – „Name der Abteilung“
- Wenn Campusweite Lizenz – Wird nur der Universitätsname sein (um campusweit zu implizieren) oder Universitätsname – Campusweit sein.
JMP für akademische Verwaltungszwecke
- Weltweit verfügbar
- Verfügbar für postsekundäre Hochschulen (DGI)
- Nur administrative Verwendung
- Lizenziert durch Standardlizenzdokumente (MLA, falls erforderlich, Ergänzung und CCI)
- Angebot = JMP oder JMP Pro
- Quanttype = Benutzer insgesamt (nicht gleichzeitig)
- Menge = # Benutzer insgesamt
- ORION-Kundentyp = Hochschulgebührenordnung / GIDB-Kundentyp = U. Die GIDB wird dies also als akademischen Kunden identifizieren. Dies funktioniert im Moment, da es nur eine Gebührenordnung gibt, die für JMP und JMP Pro benutzerbasiert ist.
- Kontoname/GIDB-Kundenname = Universitätsname und GIDB-Setinit-Name = Universitätsname – Verwaltungszwecke
- Muss spezifische Lizenzierungsanweisungen bereitstellen, damit die Lizenz korrekt in der GIDB eingerichtet wird.
JMP Pro für die akademische Forschung
- Nur USA und Japan
- Richtet sich an einen einzelnen an der Universität beschäftigten Forscher für ein bestimmtes Forschungsprojekt, das 3 oder 5 Jahre dauern wird
- Angebot = JMPPRO
- Quanttype = Benutzer insgesamt (nicht gleichzeitig)
- Menge = 1
- Lizenziert durch eine separate Vereinbarung und CCI (erfordert kein MLA und keine Ergänzung)
- Kontoname/GIDB-Kundenname = Universitätsname/GIDB-Setinit-Name = Forschername/akademische Forschung
- Mehrjähriger (3) oder (5) Pauschalbetrag
- Nur PC-Lizenz (WX6 oder MX64)
- JMPPRO+ ist keine Option im Rahmen dieses Angebots. Der Kunde muss 2 separate Lizenzen erwerben
- KEINE Upgrades (jeder Forscher benötigt eine separate Lizenz)
- ORION-Kundentyp = Hochschulgebührenverzeichnis (in der GIDB ist der Kundentyp U)
- Oron 1 st Zeitraum Laufzeit = 12 Monate
- ORION Vertragsdauer = 3 oder 5 Jahre
- Codiert in der GIDB mit dem Sonderangebotscode = JMPMYRAR (befindet sich in der GIDB-Produktpreisübersicht und dient nur zu Berichtszwecken)
- Zugewiesene interne Umsatzrealisierung über die mehrjährige Laufzeit: FYF beträgt 50 % der Gesamtgebühr und die Verlängerungsgebühren über das Jahr hinaus werden zu gleichen Teilen für die verbleibende Vertragslaufzeit anteilig berechnet.
Beispiel für die interne Umsatzrealisierung für US-Gebühren
Lizenzlaufzeit
|
Gesamtgebühr
US Dollar
|
Jahr 1
(neu)
|
Jahr 2
(Erneuerung)
|
Jahr 3
(Erneuerung)
|
Jahr 4
(Erneuerung)
|
Jahr 5
(Erneuerung)
|
3 Jahre
|
2.995 $
|
1.497,50 $
(50%)
|
748,75 $
(25%)
|
748,75 $
(25%)
|
n / A
|
n / A
|
5 Jahre
|
3.995 $
|
1.997,50 $
(50%)
|
499,38 $
(12,5%)
|
499,38 $
(12,5%)
|
499,38 $
(12,5%)
|
499,36 $
(12,5%)
|
Wenn es einen Rabatt gibt, ziehen Sie den ermäßigten Betrag von Jahr 1 ab
JMP Pro Ambassador-Programm
Beachten Sie, dass der Name „Botschafter“ derzeit fraglich ist, da es bereits einige JMP-Botschafter gibt, die bei JMP arbeiten und die Rechtsabteilung eine Überprüfung durchführt.
- Derzeit nur in den USA
- Eine einjährige, gebührenfreie Lizenz für JMP Pro richtet sich an graduierte Studenten oder frischgebackene Absolventen, die von ihrem Professor sorgfältig ausgewählt werden
- Die Lizenz lautet auf den Namen des Schülers
- ORION-Kontoname & GIDB-Kundenname = Schülername
Und
- GIDB Setinit Name = Student Name-JMP Ambassador
- Gebührenordnung für Unternehmen mit 100 % Rabatt (Genehmigung des Rabatts erforderlich)
- ORION-Kundentyp = Corporate Site / GIDB-Kundentyp = C
- MLA und Nicht-Standard-Ergänzung. Kein CCI-Formular erforderlich
- Die GIDB-Site ist so eingerichtet, dass sie nach Ablauf der 1-jährigen Lizenzperiode automatisch gekündigt wird
- KEINE Verlängerungen
- KEINE Upgrades erlaubt
