61144_de-DE

liliconcom

Sitzung 1: Kontovalidierung

Aktueller Prozessablauf

Herausforderungen mit dem aktuellen Prozess

• Volume-Validierungsanforderungen
• Dringlichkeit/Bearbeitungszeit für Anfragen
• Biz Ops unterstützt die Kontoerstellung für JMP weltweit
• Der DP-Bestellprozess ist inkonsistent – in separater Sitzung zu adressieren
• Zu viele Validierungsanfrage-E-Mails – benötigen einen „Feed“ von Validierungsanfragen
• Prozess zum Aktualisieren validierter Konten.Wenn das Konto validiert ist, bedeutet dies, dass sich die Informationen bereits in Orion befinden und abgeglichen werden können.Der tägliche Job für das Synchronisieren wird dies beheben.
• Datenqualität zwischen zwei Systemen
• Konten erstellen, die nicht validiert sind – Junk zu SF hinzufügen
• Die Standorte sind miteinander verbunden.Dies erfolgt in der Sites-Themenliste in Salesforce.Der Abgleich sollte über die ultimativen Duns statt über die übergeordneten Duns erfolgen.
• Manuelles Hinzufügen von Duns und Standortnummer
• Wie verknüpfen wir Konten, die verbundene Einheiten sind?
• Wie beantwortet man die Frage: „Was ist los bei GE?“ auf einfache Weise
• Unternehmensadresse (Konto) vs. Benutzeradresse (Site) – benötigtes Feld in SF, um Unternehmensadresse an ORION zu übermitteln und mit ORION zu synchronisieren
• Die Salesforce-Kontostruktur muss die von Orion nachahmen; das heißt, eine Hierarchie von Sites unter Konten

Möglicher Ansatz

Durchfluss auf hohem Niveau

• Tägliche Synchronisierung von Daten in ORION mit Salesforce
• Der Vertrieb würde zuerst die ORION-Tabelle in SF nach bestehenden validierten Konten/Standorten abfragen
• Wenn gefunden, verbinden Sie es mit einer Gelegenheit
• Wenn nicht gefunden, fordern Sie die Erstellung eines neuen Kontos durch Biz Ops an
• Biz Ops benachrichtigte dann den Verkauf, wenn ein neues Konto verfügbar war
• Der Vertrieb würde die Opportunity mit Kontoinformationen aktualisieren

 

Annahmen

• Würde eine Bereinigung aktueller, nicht validierter Konten gegen ORION erfordern
• Der Vertrieb müsste darin geschult werden, welche Quellen abzufragen sind, wenn ein Konto nicht gefunden wird, damit er nützliche Informationen weitergeben kann, anhand derer Biz Ops ein Konto erstellen könnte.
• Trainieren Sie Teams Warum Felder sind Pflichtfelder
• Der Erfolg hängt von der kundenseitigen Validierung und dem Erfordernis bestimmter Werte in Salesforce sowie von der Schulung ab
• Neue Konten müssen Duns und Site# in Salesforce haben, nachdem das Konto in ORION erstellt wurde
• ORION-Konto-ID synchronisieren – Verwenden Sie den Firmennamen und die Adresse, um einen Abgleich zu versuchen
• ORION-Kontakt-ID synchronisieren – Verwenden Sie Vor- und Nachnamen, Firma, Staat, wenn E-Mail nicht verfügbar ist
• Quellen für neue Konten Validierung: Google, Orion, Hoovers, Website des Unternehmens, Secretary of State, EIS

Vorgeschlagener Fluss (Entwurf)

 

 

Kickoff-SitzungenOrionZwangsversteigerungRe: Sitzung 1: Kontovalidierung

Hinzufügen einiger Informationen zu AKA-Namenstypen für ORION-Konten.

Als Teil der Bemühungen von ORION, mehr D&B-Daten zu nutzen und die Bearbeitungsfunktionen einzuschränken, wurde festgestellt, dass der Wert des AKA-Kontonamenstyps bestimmt, ob die AKA-Namen für die Nutzung durch GIDB und CDHub sichtbar sind.

 

Der AKA-Kontonamenstyp „International/Lokal“, der für den internationalen Namen (mit Sonderzeichen) verwendet wird, ist für einige Länder erforderlich, wenn Papierkram und Rechnungsstellung den internationalen Namen erfordern.

 

Hier sind die Kontonamentypen von ORION AKA

 

Asien-Pazifik [AKA] Kontonamentypen

Asia Pacific Names (AKA)-Typen für Konten
Typ	Beschreibung
Firmenname	Stellt den Firmennamen dar.
International/Lokal	Der Kontoname in der Landessprache sollte mit diesem Kontonamentyp erfasst werden.
Gesetzlich	Stellt den rechtlichen Namen dar.
Handelsstil 3, 4 oder 5	Repräsentiert den Tradestyle-Namen.
Benutzerdefinierte	Wird verwendet, um den korrekten Namen des Kontos darzustellen.

Kanada und Lateinamerika [AKA] Kontonamentypen

Arten von kanadischen und lateinamerikanischen Namen (AKA) für Konten
Typ	Beschreibung
Firmenname	Stellt den Firmennamen dar.
Handelsstil 1–5	Repräsentiert den Tradestyle-Namen.

EMEA [AKA] Kontonamentypen

EMEA-Namen (AKA) Typen für Konten
Typ	Beschreibung
Firmenname	Stellt den Firmennamen dar.
International/Lokal, Recht	· Der Kontoname in der Landessprache sollte mit diesem Kontonamentyp erfasst werden. Stellt den rechtlichen Namen dar.
Handelsstil 3	Repräsentiert den Tradestyle-Namen.
Benutzerdefinierte	Wird verwendet, um den korrekten Namen des Kontos darzustellen.

Vereinigte Staaten [AKA] Account NameTypes

United States Names (AKA) Typen für Konten
Typ	Beschreibung
Firmenname	Einer der Firmennamen des Standorts gemäß DNB.
Vermächtnis	Der primäre Name des Kontos zu einem Zeitpunkt. Legacy-Namen werden in DNB nicht mehr gefunden. Ein Legacy-Name kann der aktuelle Primärname sein.
Handelsstil 1–5	Einer der Tradestyle-Namen des Standorts.
Benutzerdefinierte	Ein zusätzlicher Name, der laut DNB kein aktueller Name ist; kann als primärer Name ausgewählt werden. Ein benutzerdefinierter Name kann verwendet werden, während auf eine Korrektur von Dun & Bradstreet gewartet wird. Notiz: Nur Benutzer mit den entsprechenden Berechtigungen können eine hinzufügen Benutzerdefinierte Name.

 

D&B stellt ORION viele gültige Namen zur Verfügung, diese werden jedoch als Wert vom Typ „Tradestyle 1-5“ oder „Business Name“ bereitgestellt.

 

International, Legal usw. sind keine Typen, die wir von D&B erhalten, obwohl einer der von einem Benutzer/Kunden angegebenen Namen sehr wohl International, Legal usw. sein kann.

 

Ein Typ kann nur einmal verwendet werden, aber ein AKA kann mehrere Typen haben.Beispielsweise kann ein Konto nur 1 internationalen AKA-Namen haben, aber dieser internationale AKA-Name könnte auch der offizielle Name sein.

Re: Sitzung 1: Kontovalidierung

Ich füge E-Mail-Informationen von SAS Legal hinzu, die von Kelli Jackson an Biz Ops in Bezug auf die DSGVO und einige Beispiele weitergeleitet wurden. Diese Informationen sind beim Design von SFDC 3.0 hilfreich und sollten bei der Besprechung von Kontakten berücksichtigt werden.

 

Aus: Melissa Roy
Gesendet: Freitag, 29. Juni 2018 17:04 Uhr
Zu: Jeffrey Smith < Jeffrey.Smith@sas.com >; Alan Wröbel < Alan.Wrobel@sas.com >; David Yoon < David.Yoon@sas.com >; Matthäus Montaigne < Matthew.Montaigne@sas.com >; Heather Bridgers < Heather.Bridgers@sas.com >; Kelli Jackson < Kelli.Jackson@sas.com >; Dudley Padgett < Dudley.Padgett@sas.com >; Tamisa Greening < Tamisa.Greening@sas.com >; Meghan Knight < Meghan.Knight@sas.com >; Ayse Yolcu < ayse.yolcu@sas.com >; Ramez Saad < Ramez.Saad@sas.com >; Okeletsang Mookeletsi < Okeletsang.Mookeletsi@sas.com >; Ying Zhang < Ying.Zhang@sas.com >; Digish Rawal < Digish.Rawal@sas.com >; Terry Williams < Terry.Williams@sas.com >; Chris Haskel < Chris.Haskell@sas.com >; Jimmy Elliot < Jimmy.Elliott@sas.com >; Ingo Macht < Ingo.Macht@sas.com >; Patricia Braun < Patricia.Brown@sas.com >
CC: Brian Zürcher < Brian.Zuercher@sas.com >; Jay Exum < Jay.Exum@sas.com >; Kelly Perry< Kelly.Perry@sas.com >
Thema: DSGVO-Szenarien und einige zusätzliche Informationen

 

Hallo allerseits:

 

Einige von Ihnen haben nach dem „Schlüssel“ für das Spiel „Subject to GDPR/Not Subject to GDPR“ gefragt, das wir während unseres ersten GDP-Mini-Workshops gespielt haben. Bitte fließen Sie zu Ihren Berichten herunter.

 

Dies sind die SAS-Szenarien, die der DSGVO unterliegen:

 

1. Erhalt eines Datensatzes, der die Namen von EU-Bürgern enthält
2. Analyse eines Datensatzes in Frankreich, der Kredit-Scores für EU-Bürger enthält
3. E-Mail-Versand einer Liste aller Mitarbeiter in der EU, die auf das System eines Kunden zugreifen
4. Speichern von Daten, die E-Mail-Adressen von EU-Bürgern enthalten
5. Fernanzeige von Daten, die Benutzernamen von EU-Bürgern enthalten
6. Remote-Anzeige von EU-Geschäfts-E-Mail-Adressen für einen Proof-of-Concept
7. Erhalt eines Kundenkontaktinformationsformulars mit geschäftlichen Kontaktinformationen der SAS-Verträge des Kunden in Dänemark
8. Erhalt einer Liste von EU-Unternehmensleitern und -direktoren
9. Anzeigen eines Datensatzes von EU-Namen und -Adressen während einer Webkonferenz
10. Speichern anonymisierter personenbezogener EU-Daten, wobei der Kunde den „Schlüssel“ hat, um sie zu entschlüsseln, SAS jedoch nicht
11. Der technische Support von SAS kann aus der Ferne ein Systemprotokoll mit EU-IP-Adressen anzeigen
12. Verwendung der E-Mail-Adressen von finnischen Mitarbeitern für Verwaltungszwecke von SAS – z. B. zum Versenden einer Rechnung
13. Löschen von Aufzeichnungen mit Namen von EU-Bürgern

 

Dies sind die SAS-Szenarien, die nicht der DSGVO unterliegen:

 

1. Analyse eines Datensatzes nur in den USA, der Kredit-Scores von EU-Bürgern enthält
2. Erhalt eines Datensatzes, der Namen von EU-Unternehmen enthält
3. Yoga vor einem Gebäude in SAS Deutschland mit Namensschild
4. Yoga beim RFC in der SAS-Zentrale in Cary
5. Speicherung anonymisierter personenbezogener EU-Daten, wenn es weltweit keinen Schlüssel zu ihrer Entschlüsselung gibt
6. Essen einer Eiswaffel in Gebäude R

 

Jay Exum hat uns auch freundlicherweise einige weitere Informationen zur Bestimmung, ob die DSGVO anwendbar ist, zur Verfügung gestellt. Ich fand es sehr hilfreich, also habe ich es wie folgt zu dieser E-Mail hinzugefügt:

 

Die Leute gehen routinemäßig davon aus, dass die Anwendung der DSGVO von der Nationalität der Person bestimmt wird, über die Daten gesammelt werden, aber das ist nicht ganz richtig. Die Rechtsprechung der DSGVO ist eine zweistufige Analyse.Ein Schritt ist ziemlich einfach, der andere weniger.

(Das juristische Kauderwelsch findet sich in Artikel 3 der DSGVO als Referenz).

 

Schritt 1: Ist der in der EU niedergelassene Verantwortliche oder Auftragsverarbeiter, der an der Verarbeitung der personenbezogenen Daten beteiligt ist ?Wenn ja, dann gilt die DSGVO für alle von ihr verarbeiteten personenbezogenen Daten unabhängig davon, um wessen personenbezogene Daten es sich handelt .Wenn nein, fahren Sie mit Schritt 2 fort.

• Beispiel: Sie machen Urlaub in Paris und übernachten im Paris Novatel.Sie kommen aus Botswana.Ihre Daten fallen unter die DSGVO, da das Paris Novatel in der EU niedergelassen ist. Die Tatsache, dass Sie aus Botswana sind, spielt keine Rolle.
• Nuance für Nerds: Im Allgemeinen bedeutet dies, dass das Unternehmen in der EU organisiert ist (dh es ist ein französisches Unternehmen).Aber „Establishment“ kann weiter gefasst sein.Für die meisten unserer Zwecke dient der Standort der Körperschaft jedoch als genauer Anhaltspunkt.

 

Schritt 2: Wir haben es jetzt mit einem Verantwortlichen oder Auftragsverarbeiter zu tun, der nicht in der EU ansässig ist.Unsere zweiteilige Frage ist Bezieht sich die von diesem Auftragsverarbeiter durchgeführte Verarbeitungstätigkeit entweder auf (a) das Angebot von Waren und Dienstleistungen an betroffene Personen in der EU, ODER (b) die Überwachung des Verhaltens betroffener Personen in der EU?Wenn ja, gilt die DSGVO.Wenn nein, gilt die DSGVO nicht und keine ihrer Freuden tritt in Ihr Leben ein.Beachten Sie, dass hier nirgendwo die Staatsbürgerschaft von irgendjemandem berücksichtigt wird.

• Beispiel: Oliver Schabenberger ist Deutscher.Wenn er zum Gesundheitszentrum geht und seine Angaben macht, spielt es keine Rolle, dass er Deutscher ist.Er befindet sich nicht in der EU und ihm werden dort keine Waren und Dienstleistungen angeboten, und soweit eine Überwachung seiner Person stattfindet, findet diese nicht in der EU statt.Die DSGVO findet also keine Anwendung.
• Beispiel: Sie verkaufen in Ihrer Garage in Fuquay runderneuerte Reifen und erfahren, dass die Polen wirklich auf Runderneuerungen stehen.Sie fangen an, in Polen zu werben und Informationen über potenzielle Kunden zu sammeln.Selbst wenn Sie nie einen Fuß nach Polen gesetzt haben und das Klima nicht mögen, fallen diese Informationen unter die DSGVO und alle damit verbundenen Anforderungen.Das gilt, obwohl es in Fuquay Menschen gibt, die noch nie von Polen gehört haben.
• Aus Sicht des SAS Institute, Inc. verwenden wir häufig die Abkürzung „EU-Einwohner“ als Kurzform für eine Faustregel für die extraterritoriale Anwendung der DSGVO, wenn wir darüber unterrichten.„Einwohner“ ist auch nicht ganz korrekt, weil (i) es gewissermaßen einen ständigen Wohnsitz impliziert, der nicht erforderlich ist; und (ii) es sei denn, es handelt sich um die Vermarktung von Waren und Dienstleistungen oder um die Überwachung, selbst einige Verarbeitungen personenbezogener Daten aus der EU würden nicht in den Anwendungsbereich fallen.Aber ich denke, es ist treffender als „Bürger“, weil es sich eher auf die Geographie als auf die Nationalität konzentriert.

 

Habe ein schönes Wochenende,

Melissa

-------------------------------------------------- -------------------------------------------------- -------------

Melissa Roy

Vizepräsident und General Counsel

Weltweiter Vertrieb und Service

Büro: (919) 531-1623 ▪ Mobil (919) 389-3997

Fax: (919) 677-4444

SAS World Headquarters ▪ SAS Campus Drive, Rm. T2048 ▪ Cary, North Carolina 27513

melissa.roy@sas.com

SAS ® … DIE KRAFT ZU WISSEN ®

 

Diese Nachricht und alle Anhänge enthalten Informationen, die vertraulich und privilegiert sein können. Sofern Sie nicht der Adressat sind (oder zum Empfang für den Adressaten berechtigt sind), dürfen Sie die Nachricht oder in der Nachricht enthaltene Informationen nicht verwenden, kopieren, drucken oder an Dritte weitergeben. Sollten Sie diese E-Mail irrtümlicherweise erhalten haben, teilen Sie dies dem Absender bitte per Antwort mit und löschen Sie die Nachricht sowie alle Anhänge. Danke schön.

 

Re: Sitzung 1: Kontovalidierung

Hier ist ein SWW-Link zu ORION-Kontaktinformationen in Bezug auf die DSGVO:

 

http://smportal.sas.com/SMNews/articles/Pages/SU10MAY18S.aspx?utm_source=daily_update&utm_medium=archive&utm_campaign=10May2018

 

 

Hier ist die Information...

Wichtige ORION-Änderung für alle Kontaktdatensätze

 

VON DEIRDRE ARNOLD UND VOLKER EMDEN

Die Europäische Union (EU) Datenschutz-Grundverordnung (DSGVO) tritt am 25. Mai 2018 in Kraft. Gemäß der DSGVO müssen wir in der Lage sein, EU-Bürger über die Herkunft der Informationen zu informieren, die wir über sie haben.

Wie SAS Herkunftsinformationen in ORION erfasst

Ab dem 12. Mai ORION Kontaktdatensätze enthalten ein neues Feld namens „Herkunft“, das das vorhandene Feld „Eingabequelle“ ergänzt. Das Feld „Eingabequelle“ wird auf drei mögliche Werte beschränkt:

1. Benutzergeneriert: Kontaktdaten direkt oder manuell in ORION über den Bildschirm „Kontaktdatensatz“ eingegeben. Dies ist der einzige Eingabequellenwert, der für Vertriebsbenutzer von ORION verfügbar ist.

    

2. Dritte Seite: C Kontaktdaten, die von Drittanbietern gekauft und über Staging oder „Validator“ importiert werden. Wenn Mitglieder des Vertriebsteams Kontaktlisten hochladen müssen, sollten sie mit ihren lokalen Marketing Science-Kontakten zusammenarbeiten, um sicherzustellen, dass das Feld „Drittanbieterquelle“ ausgefüllt ist. Andernfalls treten beim Hochladen Fehler auf.

    

3. SAS.com: Kontaktdaten aus SAS-internen Systemen, wie z www.sas.com , EDW usw.

    

Für alle bestehenden Kontakte in ORION wird der Wert „Origin“ auf „Legacy“ gesetzt. Für alle neu zu ORION hinzugefügten Kontakte muss im Feld „Herkunft“ ein Wert ausgewählt werden. Dies wird global ein Pflichtfeld sein.

Die möglichen Werte für das Feld "Ursprung" unterscheiden sich je nach Wert der "Eingabequelle". Die Dropdown-Liste möglicher „Herkunft“-Werte enthält die meisten bekannten Ursprünge, einschließlich verschiedener Social-Media-Plattformen, Kontaktdatenbanken und direkter Kontakt mit einem EU-Bürger. Ihr ORION Champion kann Ihnen dabei helfen, der Drop-down-Liste neue "Origin"-Werte hinzuzufügen.

ORION-Benutzer müssen auch das „Ursprungsdatum“ im Kontaktdatensatz eingeben, das das Datum sein soll, an dem wir die personenbezogenen Daten erhalten oder gesammelt haben, nicht das Datum, an dem der ORION-Kontaktdatensatz erstellt wurde. Bitte denken Sie daran, dass die Felder „Ursprung“ und „Ursprungsdatum“ schreibgeschützt werden, sobald der Kontaktdatensatz gespeichert wird.

Wie sich dies auf unsere erste Kommunikation mit einem Kontakt auswirkt

Wenn wir uns zum ersten Mal mit einem EU-Bürger, Interessenten oder Kunden in Verbindung setzen, müssen wir in der Lage sein, diese Person über die Quelle der Daten zu informieren, die wir über sie haben. Dies ist besonders wichtig, wenn wir ihre Daten aus Drittquellen erhalten haben. Diese Anforderung gilt nur für den ersten Kontakt mit einer Person.

Konsultieren Sie das Feld „Herkunft“ in ORION, bevor Sie sich zum ersten Mal an einen EU-Bürger wenden, damit Sie darauf vorbereitet sind, ihm mitzuteilen, woher wir seine personenbezogenen Daten erhalten haben. Wenn im Feld „Ursprung“ „Legacy“ steht und Ihr Kontakt wissen möchte, woher wir seine personenbezogenen Daten erhalten haben, wenden Sie sich an Ihren lokalen Marketing Science-Kontakt:

• Asien-Pazifik – Gregor Holz
  

   

• Kanada und Lateinamerika – Marina Jovicic
  

   

• EMEA – Sören Borg
  

   

• UNS - Julie Kreide
  

   

Wichtige Erinnerungen

• Überprüfen Sie die Markierungen „Nicht kontaktieren“ in ORION, bevor Sie einen potenziellen Kunden kontaktieren.

   

• Wenn Sie soziale Medien verwenden, um mit einem potenziellen Kunden in Kontakt zu treten oder ihn zu kontaktieren, stellen Sie sicher, dass Sie unseren folgen Social-Selling-Richtlinien . Kontaktieren Sie ihren Gesetzlicher Vertreter mit Fragen.

   

• Alle Marketing-E-Mails müssen eine enthalten Opt-out-Option und ein Link zum SAS-Datenschutzerklärung . In einigen Ländern ist für Marketingmitteilungen, die per E-Mail oder Sofortnachricht gesendet werden, eine vorherige Einwilligung erforderlich.Erfahren Sie mehr .

Re: Sitzung 1: Kontovalidierung

Hier einige Rückmeldungen, Klarstellungen oder zusätzliche Kommentare...

• BizOps unterstützt ORION Kontoerstellung für JMP weltweit
  
  
• Prozess zum Aktualisieren validierter Konten.Wenn das Konto validiert ist, bedeutet dies, dass sich die Informationen bereits in Orion befinden und abgeglichen werden können.Der tägliche Job für die Synchronisierung wird dies beheben.
  • Eine Erinnerung, dass alle Kontoinformationen in ORION nicht immer sauber oder aktuell sind:
  • Der ursprüngliche Prozess ermöglichte viele manuelle Dateneingaben, aber der aktuelle Prozess besteht darin, dass die DUNS-Nummer die aktuellen D&B-Informationen steuert.D&B ist nicht immer auf dem neuesten Stand, daher werden D&B Herausforderungsinformationen zur Verfügung gestellt, damit sie D&B recherchieren und gegebenenfalls aktualisieren können. Es kann also Wochen oder einen oder zwei Monate dauern, bis D&B und dann ORION aktualisiert sind.
  • Es gibt einige ORION-Konten, die erstellt, aber nicht „verifiziert“ wurden, sodass sie eine Meldung anzeigen, dass das Konto aufgelöst werden muss. Einige Auflösungskonten können von einem Benutzer durchgeführt werden, andere sind jedoch komplexer und müssen vom ORION-Team durchgeführt werden. Wenn also für ein ORION-Konto die Meldung „Auflösung erforderlich“ angezeigt wird, sollte es von SalesForce im vorgeschlagenen Flussdiagramm (Entwurf) nicht als „gültiges Konto“ betrachtet werden.
     
  • Es gibt einige ORION-Konten, die in der falschen Verkaufsgruppe erstellt wurden. Daher muss ein neues ORION-Konto in der richtigen Verkaufsgruppe erstellt werden, und dann muss das ORION-Team alle Informationen zu dem falschen Konto übertragen.
  • Es gibt einige ORION-Konten, die falsche Informationen enthalten und überprüft und aktualisiert werden müssen. Es gibt weniger ORION-Benutzer, die Zugriff auf „Konto erstellen“ haben, um die Datenqualität sicherzustellen, als bei der Erstveröffentlichung von ORION.  
• Manuelles Hinzufügen von Duns und sollte die ORION-Konto-ID und nicht die Standortnummer sein. Der (1) Standort des Standorts muss entfernt werden, da ein Konto mehrere Standortnummern und Vertragsnummern haben kann.
  
  
• Unternehmensadresse (Konto) vs. Benutzeradresse (Site) – benötigtes Feld in SF, um Unternehmensadresse an ORION zu übermitteln und mit ORION zu synchronisieren – Hinweis: Die physische Adresse des ORION-Kontos (der physische Standort des Unternehmens) entspricht der Adresse in Hoovers und kann in ORION nicht manuell geändert werden. Es gibt einen Prozess, um dem D&B-Team aktualisierte Informationen bereitzustellen, und es wird nachforschen, und wenn dies mit dem Kunden bestätigt werden kann, wird D&B Hoovers aktualisieren, was schließlich ORION aktualisieren wird.

• Der Kontobildschirm in SalesForce muss neu gestaltet werden. Hier sind einige unserer Empfehlungen…

1. Entfernen Sie die Versand- und Rechnungsetiketten und tauschen Sie sie mit der physischen Adresse des Unternehmens und der Postanschrift des Unternehmens aus
2. „Site“ und „Contract #“ entfernen
3. „Mit Orion versöhnt“ entfernen
4. Verkaufsgruppe hinzufügen ( Benötigen Sie weitere Diskussionen in der Salesgroup, da sie in keinem der vorherigen SFDC 3.0-Meetings besprochen wurden )
5. Fügen Sie die ORION-Konto-ID hinzu
6. D&B Primary SIC-Code hinzufügen
7. Genehmigungsdatum des Kontos hinzufügen
8. Sollten wir mehr Parameter ansprechen, um US-KMU anzusprechen, wie z. B. Anzahl der Mitarbeiter, Tochtergesellschaft ja oder nein usw.?

Das Konto benötigt die physische Firmenadresse, die die Adresse auf den Lizenzdokumenten sein wird (physische Adresse und Postadresse erforderlich)

Kontakte sollten eine zugewiesene Rolle mit den Versand- und Rechnungsinformationen haben, die die GIDB-Kontaktadressen sind.

• Der Vertrieb würde zuerst die ORION-Tabelle in SF nach einem bestehenden validierten Konto abfragen /Grundstück

• Würde eine Reinigung des Stroms erfordern Bestätigt Und nicht validierte Konten gegen ORION
• Sie müssen alle bestehenden Global GIDB-Kunden in SalesForce und Konten hinzufügen, die validiert werden sollen. Hinweis: Die GIDB lässt nur GROSSBUCHSTABEN zu, sodass der Kundenname (Kontoname) nicht immer korrekt ist. Muss auf ORION verweisen, das Mixed Case hat.
• Schulen Sie Teams darin, warum Felder erforderlich sind

• Stellen Sie sicher, dass der korrekte Firmenname (Konto) in SalesForce und Orion aufgeführt ist. Warum?
  
  

• Wir benötigen einen gültigen Kontonamen in Orion. Es ist das globale Kundenbeziehungstool von SAS und mehr. Eine Version eines eindeutigen Kontonamens für die Datenqualität. Akas, Tradestyle-Namen und Legacy-Namen können alle mit dem primären Kontonamen verknüpft werden.
• Es ist für uns wichtig, den von SAS festgelegten Standard zu befolgen, obwohl JMP SalesForce verwendet, da JMP-Opportunities durch Orion fließen müssen, um von Legal and Licensing Operations Worldwide bearbeitet zu werden.
• Konsequente Verwendung des korrekten Firmennamens in allen von JMP Sales in SalesForce erstellten Angeboten und allen potenziellen Lizenzdokumenten, die aus Orion erstellt wurden.
• Bestätigen Sie, dass die physische Adresse des SalesForce-Unternehmens ein gültiger Ort für den Kontonamen ist und dass der Landkreis oder die Provinz in SalesForce aufgeführt ist.Warum?
  
  
• Die physische Unternehmensadresse wird verwendet, um Hoovers zu durchsuchen, um das richtige Konto und die richtige DUNS-Nummer auszuwählen.
• Die physische Firmenadresse ist eine erforderliche Information, um das auszufüllen Orion Neues Konto und Validierungsanfrage Webformular, wenn das Konto nicht in Hoovers und Orion gefunden werden kann.
• Der Landkreis oder die Provinz ist:

• Erforderlich auf den Lizenzdokumenten
• Kriterien für die Bestimmung einiger JMP-Gebiete in den USA und China
  
  

• Suchen Sie die DUNS-Nummer und fügen Sie sie dem Konto in SalesForce hinzu. Warum?
  
  
• Zusätzliche Bestätigung, dass wir das richtige Konto haben
• Eine bevorstehende SalesForce-Erweiterung wird eine Liste mit kontobezogenen Sites basierend auf der DUNS-Nummer erstellen.
• Suchen Sie die Orion-Konto-ID und fügen Sie sie dem Konto in SalesForce hinzu. Warum?
  
  
• Die Orion-Konto-ID ist eine der JOI-Projekt-API-Anforderungen, um eine Orion-Opportunity- und Comit-Sales-Aufzeichnung zu öffnen.
  
  
• Fügen Sie die SalesGroup dem Account in SalesForce hinzu. Warum?
  
  
• Der SalesGroup-Code ist eine der JOI-Projekt-API-Anforderungen, um einen Orion Opportunity- und Commit Sales-Datensatz zu öffnen.
• Der SalesGroup-Code steuert die ORION-Währungswerte und die COMIT-Routing-Tabelle (bestimmt, wem die Anfrage zugewiesen wird, basierend auf dem Gebietscode und dem SalesGroup-Code des primären Eigentümers der Software-Opportunity. Der Eigentümer der Anfrage ist ein Mitglied der Verkaufsabwicklung, Verträge oder Rechtsabteilung.)

 

• Neue Konten müssen Duns und haben ORION-Konto-ID Grundstück# in Salesforce nach Kontoerstellung in ORION
• ORION-Konto-ID synchronisieren – Verwenden Sie den Firmennamen und die Adresse und Verkaufsgruppencode Übereinstimmung zu versuchen
• ORION-Kontakt-ID synchronisieren – Verwenden Sie Vor- und Nachnamen, Firma, Staat, wenn E-Mail nicht verfügbar ist. Benötigen Sie ein separates Meeting zu den Kontakten .
  

• Benötigen eine Orion-Kontakt-ID und Rollen für Kontakte. Die DSGVO-Regeln müssen berücksichtigt werden. Hier sind Kontaktfelder, die benötigt werden:
• *Kontakteingangsquelle: (Stellen Sie eine Dropdown-Liste bereit. Wähle eins):
• com
• Dritte Seite
• Benutzer generiert
• *Ursprung kontaktieren: (Stellen Sie eine Dropdown-Liste bereit. Wähle eins):
• Amerikanischer Bankier
• Hellsehen
• ClientIQ
• Gemeinsames Vermögen
• Unternehmenshomepage
• Firmeninformation
• Direkter Kontakt (Meeting oder eingehender Anruf/E-Mail)
• DiscoverOrg
• Acht
• Facebook
• GovWin-IQ
• Nordisch wachsen
• Hoovers
• IBISWorld
• IDA
• Einsichtsereignis
• JMP
  Kakao Talk
• Führung Bundesregierung Einblick
• Vermächtnis
• Linie
• Linkedin
• Management-Ereignisse
• Markiert
• Geld lebt
• Persönliche Karte / Visitenkarte
• Einzelhandelsinstitut Skandinavien
• SAS-Chat
• Sophia für Einzelhandel und Fertigung
• Twitter
• WeChat
• Mittwoch Beziehungen
• Weibo
• Xing
• *Herkunftsdatum des Kontakts: (Datum des ersten Kontakts mit dem Kontakt)
• *Kontaktname:
  Kontakt Stellenbezeichnung:
• *Kontaktrolle: (Stellen Sie eine Dropdown-Liste bereit. Wähle eins):
• Administrator
• Gegner
• Berater
• Analytiker
• Analytischer Meister
• Begünstigter
• Abrechnung
• Lieferung
• EDU – Bücher
• EDU – Daten
• EDU – Rechnung
• EDU – Primär
• EDU – Dienstkoordinator
• EDU – Technischer Standortspezialist
• Endbenutzer
• Finanziell
• Schlüsselentscheidungsträger
• Gesetzlich
• Marketing
• Medienbeziehungen
• Andere
• Partner
• Partner – Affiliate
• Partner – Gold
• Partner – Platin
• Partner – Silber
• Power-Sponsor
• Power-User
• Beschaffung
• Projektmanager
• Sponsor
• Statistiker
• Technisch
  
• *Kontakt-Telefon:
• □ Ruf nicht an
• *Kontakt E-mail:
• □ Anmelden □ Ablehnen
• *Kontaktadressentyp: (Stellen Sie eine Dropdown-Liste bereit. Wähle eins):
• Rechnung
• Zentralprozessor
• Liefern
• Heim
• Versand
• Markt
• Primärer SAS-Vertreter
• Schiff
• Steuer
• * Kontaktadresse Zeile 1
• Kontaktadresse Zeile 2
• Kontaktadresse Zeile 3
• Kontaktadresse Zeile 4
• Stadt kontaktieren
• Landkreis kontaktieren
• Wenden Sie sich an ST/CO/PR
• Kontakt Postleitzahl
• Land kontaktieren
• Kontakt Sprache:

Re: Sitzung 1: Kontovalidierung

Ich möchte einige Definitionen und Beispiele hinzufügen, die Sie beim Entwerfen von SalesForce 3.0 berücksichtigen sollten

Definitionen

Grundstück

• Innerhalb von SAS bezieht sich eine Site auf die eindeutige Nummer, die einer Lizenz in der GIDB zugewiesen ist, die das/die Softwareprodukt(e) identifiziert, die zur Verwendung auf bestimmter Hardware und einem bestimmten Betriebssystem autorisiert sind.
• Jede Standortnummer muss ein Basis- oder eigenständiges Produkt enthalten.
• Jede Site ist mit einer Vertragsnummer verknüpft, die entweder eine SAS-Rahmenlizenzvereinbarung, eine Klickvereinbarung oder möglicherweise eine Evaluierungsvereinbarung darstellt.
• Es ist gut, daran zu denken " GIDB-Site " für die obigen Aufzählungszeichen

• Äußerlich hat der Begriff „Site“ eine andere Bedeutung. Kunden beziehen sich auf eine "Site" als die Nummer, die auf ihrer Setinit erscheint, die eine 8- oder 9-stellige Nummer ist, die aus der kombinierten Vertragsnummer und der CPU-Gruppennummer besteht, z. B. 01194004.Diese Nummer kann in der GIDB mit der Variablen „Tech Support #“ oder „Setnumid“ gesucht werden.

 

Vertragsnummer

• Stellt den eindeutigen Wert dar, der der Lizenzvereinbarung in der GIDB zugewiesen wurde.
• Abhängig von der Art der bestehenden Lizenzvereinbarung können mehrere zusammengehörige Konten unter derselben Vertragsnummer lizenziert werden.
• Wenn eine Click-Vereinbarung vorhanden ist, nur (1) Kontoreferenzierung (1) JMP Store-Bestellung (der Kunde kann JMP für Windows & Mac und JMP Pro für Windows & Mac lizenzieren, was zu (4) GIDB-Sites unter (1) Click-Vereinbarung führt ). Nachdem die ursprüngliche Klickvereinbarung in Kraft ist, NEIN Zusätzliche Software kann unter der Click-Vereinbarung lizenziert werden.
• REF4 war der vorherige Variablenname in der Legacy-IDB für Contract

 

Konto

• ist eine einzelne juristische Person an einem einzigartigen physischen Standort.
• Ein Konto kann mehrere Vertragsnummern haben, basierend auf den verschiedenen bestehenden Lizenzvereinbarungen. Beispiel: Ein Kunde kann (1) eine unter einem Rahmenlizenzvertrag lizenzierte Website und (1) eine unter einem Klickvertrag lizenzierte Website haben.

  

Die Produkte JMP und JMP Pro erfordern (1) GIDB-Site pro Produkt/Betriebssystem-Kombination. Dies ist für Medien- und SETINIT-Zwecke (Produktautorisierungscode).

 

Die Lösungen JMP Clinical und JMP Genomics erfordern (2) GIDB-Sites pro Lösung/Betriebssystem mit Bitanzahl (32 oder 64)

 

Das JMP Academic Suite Bundle erfordert bis zu (7) GIDB-Sites: (1) Site für den/die Fakturierungsproduktcode(s) und (1) Site für jede Produkt-/Betriebssystem-Kombination.  

 

Eine JMP-Partnerlizenz erfordert mindestens (2) Sites: (1) Site ist die gebührenfreie Rechnungsstellungssite mit bis zu (3) Partnertyp-Produktcodes JMPCUSPTR, JMPTRNPTR, JMPCLNPTR und die andere(n) Site(s) sind für jedes Produkt und Betriebssystem.

Beispiele für JMP GIDB-Sites

 

1. Ein Kunde (Konto) hat eine Jahreslizenz (Hauptlizenzvertrag) für JMP auf Windows und Mac. Dies wird in der GIDB als (2) Standorte unter (1) MLA-Vertragsnummer dargestellt:

Vertrag 67981

Standort 623875 (1 WX6) JMP

Seite 661342 (1 MX64) JMP+

 

(Hinweis: Die "1" in Klammern mit dem Betriebssystemcode ist die CPU-Gruppennummer. Wenn Produkte/Standorte verknüpft sind, werden sie derselben CPU-Gruppennummer hinzugefügt. Im obigen Fall ist JMP+ ein Add-on zum JMP-Basisprodukt).

2. Ein Kunde hat 2 separate JMP Store-Lizenzen (Click Agreements) jeweils für JMP auf Mac. Dies wird in der GIDB als 2 separate Vertragsnummern mit jeweils 1 Standortnummer dargestellt:

Vertrag 112023

Standort 906692 (1 MX64) JMP

 

Und

 

Vertrag 111753

Standort 905738 (1 MX64) JMP

   

3. Ein Kunde (Konto) hat eine Jahreslizenz (Rahmenlizenzvertrag) für JMP Clinical auf Windows 32-Bit und JMP Clinical auf Windows 64-Bit. Dies wird auf der GIDB als insgesamt (4) Sites dargestellt:
   
   
   1. (2) Sites für JMP Clinical unter Windows 32-Bit (1 Site für die SAS-Produkte der Lösung und 1 Site für das JMP-Produkt der Lösung)
      Und
   2. (2) Sites für JMP Clinical unter Windows 64-Bit (1 Site für die SAS-Produkte der Lösung und 1 Site für das JMP-Produkt der Lösung)

Vertrag 19675

Standort 617977 (9 WNDW) SAS, CLINJMP

Standort 617980 (9 WNDW) JMP4CLIN
Standort 851855 (9 WX6) SAS, CLINJMP, CLINTLKT

Standort 851856 (9 WX6) JMP4CLIN

        

4. Ein Academic-Kunde (Konto) hat eine Campus-weite Jahreslizenz (Master License Agreement) für die JMP Academic Suite, die insgesamt auf der GIDB vertreten ist 7 Seiten : (1) Standort ist der Rechnungsstandort mit dem Produkt JMPACDST und die anderen (6) Standorte sind für jedes Produkt und Betriebssystem:
   
   Vertrag 12854
   Standort 603156 (9 WNDW) JMPACDST
   Standort 543013 (9 WNDW) JMP
   Seite 603598 (9 WX6) JMPPRO
   Seite 603599 (9 MX64) JMPPRO
   Standort 603601 (9 WX6) JMP
   Seite 603602 (9 WNDW) SIMSTUDIO
   Standort 895105 (9 WX6S) JMPPRO
   
   
5. Ein Academic-Kunde (Konto) hat eine Campus-weite Jahreslizenz (Master License Agreement) für die JMP Academic Suite und die Add-Ons JMP Clinical for JMP Academic Suite und JMP Genomics for JMP Academic Suite, die in der GIDB unter (1) Vertragsnummer und vertreten sind insgesamt 14 Seiten . (1) Die Website ist die Rechnungsseite für alle (3) Angebote JMPACDST, JMPCLNACD und JMPGENACD, und die anderen (13) Websites sind für jedes Produkt und Betriebssystem:

Vertrag 39466
Standort 527702 (107 WX6) JMP

Standort 530070 (107 MX64) JMP

Standort 565806 (107 WNDW) JMPACDST, JMPCLNACD, JMPGENACD

Seite 565854 (107 WX6) JMPPRO

Seite 589084 (107 MX64) JMPPRO

Seite 589087 (107 WNDW) SIMSTUDIO

Standort 589088 (107 WNDW) SAS, CLINJMP, CLINTLKT
Standort 589089 (107 WX6) SAS, CLINJMP, CLINTLKT

Standort 589090 (107 WNDW) JMP4GEN

Standort 604227 (107 WNDW) JMP4CLIN
Standort 606088 (107 WX6) JMP4GEN

Standort 606090 (107 WX6) JMP4CLIN

Standort 875507 (107 WNDW) SAS, GENOMICS

Standort 875520 (107 WX6) SAS, GENOMICS

6. Ein JMP Partner (Konto) hat eine jährliche Partnerlizenz (JMP Partner Program Agreement) für JMP Pro auf Windows und Mac, die insgesamt in der GIDB vertreten ist 3 Seiten : (1) Site ist die gebührenfreie Rechnungsstellungssite mit (2) der (3) Partnertyp-Produktcodes JMPCUSPTR und JMPTRNPTR und die anderen (2) Sites sind für jedes Produkt und Betriebssystem:

Vertrag 110619

Standort 901090 (1 WX6) JMPCUSPTR, JMPTRNPTR

Seite 901091 (1 WX6) JMPPRO

Seite 901092 (1 MX64) JMPPRO

  

7. Ein GIDB-Vertrag kann Sites enthalten, die für mehr als (1) zugehörige Konten lizenziert sind.Der Rahmenlizenzvertrag erlaubt es verbundenen Unternehmen, Ergänzungen zu unterzeichnen, die auf den (1) Rahmenlizenzvertrag verweisen:

1. Vereinbarungsstruktur.

1.1 MLA; Ergänzungen; Konflikte. "...Der Kunde und seine verbundenen Unternehmen, wie unten definiert, dürfen SAS-Software lizenzieren (" Software e") oder Dienstleistungen erwerben (" Dienstleistungen ") von SAS durch die Ausführung von Ergänzungen zu diesem MLA (" Ergänzungen "). Jede Ergänzung identifiziert die juristische Person, die für die Zwecke von als "Kunde" gilt diese Ergänzung. Dieses MLA und jede dieser Ergänzungen (zusammen „ Vereinbarung ") regeln die Softwarelizenz des Kunden, die in der anwendbaren Ergänzung und der zugehörigen Online-Dokumentation aufgeführt ist, die von SAS mit jeder Lizenz der Software zur Verfügung gestellt wird (" Dokumentation ") oder der Erwerb von Dienstleistungen durch den Kunden, die in der entsprechenden Ergänzung aufgeführt sind....

1.2 Verwandte Einheiten . Ein Verbundenes Unternehmen kann Software lizenzieren oder Dienstleistungen erwerben, indem es eine Ergänzung unterzeichnet, die auf dieses MLA verweist, und die anwendbaren Softwarelizenzgebühren oder Servicegebühren bezahlt. In einem solchen Fall gilt das Verbundene Unternehmen als „Kunde“ und es wird davon ausgegangen, dass es alle Bedingungen dieses MLA für die Zwecke dieser Ergänzung übernommen hat. Ein Kunde darf trotz der Ergänzungen nicht auf die lizenzierte Software eines anderen Kunden zugreifen verweisen Sie auf dieselbe MLA. A " Verbundene Entität " ist eine separate juristische Person mit Sitz im selben Land wie der Kunde, die vom Kunden kontrolliert wird, unter gemeinsamer Kontrolle steht oder den Kunden kontrolliert. Der Begriff " Kontrolle " bedeutet (a) für kommerzielle Unternehmen das Eigentum an mehr als fünfzig Prozent (50 %) der stimmberechtigten Aktien oder Vermögenswerte eines Unternehmens oder (b) für gemeinnützige oder staatliche Unternehmen eine gesetzliche oder andere dokumentierte rechtliche Befugnis über den allgemeinen Haushalt und Vertragsrechte eines Unternehmens."

Beispiel: The Ultimate Parent, Rho, Inc. unterzeichnet MLA 34619.

 

Rho, Inc. (das ultimative Elternteil) unterzeichnete Ergänzung 5 für JMP Clinical

ORION-Konto: Rho, Inc. (#2872625 SA) E

GIDB-Firmenname: RHO INC (Beachten Sie, dass die GIDB dies tut nicht den richtigen Namen der juristischen Person auflisten)

 

Standort 640144 (3 WX6) SAS, CLINJMP, CLINTLKT

Standort 640496 (3 WX6) JMP4CLIN

 

RHO Federal Systems Division, Inc (eine Tochtergesellschaft von Rho, Inc.) unterzeichnete Supplement 14 für JMP Genomics

ORION-Konto: RHO Federal Systems Division, Inc (#2792624 SA) E
Name der GIDB-Firma: RHO FEDERAL SYSTEMS DIVISION INC (Beachten Sie, dass die GIDB dies tut nicht den richtigen Namen der juristischen Person auflisten)

 

Standort 671804 (8 WX6) SAS, GENOMICS

Standort 671939 (8 WX6) JMP4GEN