61144_it-IT

liliconcom

Sessione 1: Convalida dell'account

Flusso di processo corrente

Sfide con il processo attuale

• Richieste di convalida del volume
• Urgenza / tempo di risposta alle richieste
• Biz Ops supporta la creazione di account per JMP in tutto il mondo
• Il processo degli ordini DP è incoerente - da affrontare in una sessione separata
• Troppe e-mail di richiesta di convalida: è necessario un "feed" di richieste di convalida
• Processo per l'aggiornamento degli account convalidati.Se l'account è convalidato, significa che le informazioni sono già in Orion e possono essere abbinate.Il lavoro quotidiano per lo ynching risolverà questo problema.
• Qualità dei dati tra due sistemi
• Creazione di account non convalidati: aggiunta di spazzatura a SF
• I siti legati insieme.Questa operazione verrà eseguita nell'elenco correlato dei siti in Salesforce.L'abbinamento dovrebbe essere effettuato tramite Ultimate Duns anziché Parent Duns.
• Aggiunta manuale di Duns e numero del sito
• Come colleghiamo gli account che sono entità associate?
• Come rispondere alla domanda: "Cosa sta succedendo in GE?" in modo semplice
• Indirizzo aziendale (account) vs. indirizzo utente (sito): è necessario il campo in SF per fornire l'indirizzo aziendale a ORION e sincronizzarlo con ORION
• La struttura dell'account Salesforce deve imitare quella di Orion; ovvero una gerarchia di siti sotto gli account

Possibile approccio

Flusso di alto livello

• Sincronizzazione giornaliera dei dati in ORION con Salesforce
• Le vendite interrogherebbero prima la tabella ORION in SF per l'account/sito convalidato esistente
• Se trovato, associare con l'opportunità
• Se non trovato, richiedi la creazione di un nuovo account da parte di Biz Ops
• Biz Ops avrebbe quindi notificato alle vendite quando era disponibile un nuovo account
• Le vendite aggiornerebbero l'opportunità con le informazioni sull'account

 

Ipotesi

• Richiederebbe la pulizia degli account correnti e non convalidati contro ORION
• Avrebbe bisogno di addestrare le vendite su quali fonti interrogare se l'account non viene trovato in modo che possano trasmettere informazioni utili da cui Biz Ops potrebbe creare un account.
• Allena le squadre Perché i campi sono obbligatori
• Il successo dipende dalla convalida lato client e dal requisito di determinati valori in Salesforce, nonché dalla formazione
• I nuovi account devono avere Duns e Site# in Salesforce dopo la creazione dell'account in ORION
• Sincronizza l'ID account ORION: utilizza il nome e l'indirizzo dell'azienda per tentare la corrispondenza
• Sincronizza ID contatto ORION: utilizza nome e cognome, azienda, stato se l'e-mail non è disponibile
• Fonti per il nuovo acct. validazione: Google, Orion, Hoovers, sito web aziendale, Segretario di Stato, EIS

Flusso proposto (bozza)

 

 

Sessioni preliminariOrioneSalesforceOggetto: Sessione 1: Convalida dell'account

Aggiunta di alcune informazioni sui tipi di nome AKA per gli account ORION.

Come parte della mossa di ORION per utilizzare più dati D&B e limitare le capacità di modifica, è stato scoperto che il valore AKA Account Name Type determina se i nomi AKA sono visibili per il consumo di GIDB e CDHub.

 

Il tipo di nome account AKA di "Internazionale/Locale" che viene utilizzato per il nome internazionale (utilizzando caratteri speciali) è richiesto per alcuni paesi quando le pratiche burocratiche e la fatturazione richiedono il nome internazionale.

 

Ecco i tipi di nomi di account ORION AKA

 

Asia Pacifico [AKA] Tipi di nomi di account

Asia Pacific Names (AKA) Tipi per gli account
Tipo	Descrizione
Nome commerciale	Rappresenta il nome dell'azienda.
Internazionale/Locale	Il nome account nella lingua locale deve essere acquisito utilizzando questo tipo di nome account.
Legale	Rappresenta il nome legale.
Stile commerciale 3, 4 o 5	Rappresenta il nome Tradestyle.
Definito dall'utente	Utilizzato per rappresentare il nome corretto dell'account.

Canada e America Latina [AKA] Tipi di nome account

Tipi di nomi di Canada e America Latina (AKA) per gli account
Tipo	Descrizione
Nome commerciale	Rappresenta il nome dell'azienda.
Stile commerciale 1–5	Rappresenta il nome Tradestyle.

EMEA [AKA] Tipi di nome account

Tipi di nomi EMEA (AKA) per gli account
Tipo	Descrizione
Nome commerciale	Rappresenta il nome dell'azienda.
Internazionale/Locale, Legale	· Il nome account nella lingua locale deve essere acquisito utilizzando questo tipo di nome account. Rappresenta il nome legale.
Stile commerciale 3	Rappresenta il nome Tradestyle.
Definito dall'utente	Utilizzato per rappresentare il nome corretto dell'account.

Stati Uniti [AKA] Tipi di nomi di account

Tipi di nomi degli Stati Uniti (AKA) per gli account
Tipo	Descrizione
Nome commerciale	Uno dei nomi commerciali della sede secondo DNB.
Eredità	Il nome principale dell'account contemporaneamente. I nomi legacy non si trovano più in DNB. Un nome legacy potrebbe essere il nome principale corrente.
Stile commerciale 1–5	Uno dei nomi commerciali del luogo.
Definito dall'utente	Un nome aggiuntivo che non è un nome attuale secondo DNB; potrebbe essere selezionato come nome primario. È possibile utilizzare un nome definito dall'utente in attesa di una correzione da parte di Dun & Bradstreet. Nota: Solo gli utenti con le autorizzazioni appropriate possono aggiungere a Definito dall'utente nome.

 

D&B fornisce a ORION molti nomi validi, ma sono forniti come valore di tipo "Tradestyle 1-5" o "Business Name".

 

International, Legal, ecc. non sono tipi che riceviamo da D&B anche se uno dei nomi forniti da un utente/cliente potrebbe benissimo essere International, Legal, ecc.

 

Un tipo può essere utilizzato solo una volta, ma un AKA può avere più tipi.Ad esempio, un account può avere solo 1 nome AKA internazionale, ma tale nome AKA internazionale potrebbe anche essere il nome legale.

Oggetto: Sessione 1: Convalida dell'account

Sto aggiungendo informazioni e-mail da SAS Legal che sono state inoltrate a Biz Ops da Kelli Jackson in merito al GDPR e alcuni esempi. queste informazioni saranno utili nella progettazione di SFDC 3.0 e da tenere in considerazione durante la discussione dei contatti.

 

Da: Melissa Roy
Inviato: Venerdì 29 giugno 2018 17:04
A: Jeffrey Smith < Jeffrey.Smith@sas.com >; Alan Wrobel < Alan.Wrobel@sas.com >; David Yoon < David.Yoon@sas.com >; Matteo 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 Cavaliere < 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 Haskell < Chris.Haskell@sas.com >; Jimmy Elliott < Jimmy.Elliott@sas.com >; Ingo Macht < Ingo.Macht@sas.com >; Patricia Marrone < Patricia.Brown@sas.com >
CC: Brian Zuercher < Brian.Zuercher@sas.com >; Jay Exum < Jay.Exum@sas.com >; Kelly Perry < Kelly.Perry@sas.com >
Soggetto: Scenari GDPR e alcune informazioni aggiuntive

 

Ciao a tutti:

 

Molti di voi hanno chiesto la "chiave" del gioco "Soggetto a GDPR/Non soggetto a GDPR" che abbiamo giocato durante il nostro primo mini workshop sul PIL. Si prega di passare ai rapporti.

 

Questi sono gli scenari SAS soggetti al GDPR:

 

1. Ricezione di un set di dati che include i nomi dei cittadini dell'UE
2. Analizzando un set di dati in Francia che include punteggi di credito per i cittadini dell'UE
3. Invio tramite e-mail di un elenco di tutti i dipendenti nell'UE che accedono al sistema di un cliente
4. Memorizzazione di dati che includono indirizzi e-mail di cittadini dell'UE
5. Visualizzazione remota dei dati che includono i nomi utente dei cittadini dell'UE
6. Visualizzazione in remoto degli indirizzi e-mail aziendali dell'UE per una prova di concetto
7. Ricezione di un modulo delle informazioni di contatto del cliente con le informazioni di contatto commerciali dei contratti SAS del cliente in Danimarca
8. Ricezione di un elenco di funzionari e direttori aziendali dell'UE
9. Visualizzazione di un set di dati di nomi e indirizzi dell'UE durante una conferenza web
10. Memorizzazione di dati personali dell'UE resi anonimi, in cui il cliente ha la "chiave" per decodificarli ma SAS no
11. Supporto tecnico SAS che visualizza in remoto un registro di sistema con indirizzi IP UE
12. Utilizzo degli indirizzi e-mail dei dipendenti finlandesi per scopi amministrativi di SAS, come l'invio di una fattura
13. Cancellazione di record contenenti nomi di cittadini dell'UE

 

Questi sono gli scenari SAS che non sono soggetti al GDPR:

 

1. Analizzando un set di dati solo negli Stati Uniti che include i punteggi di credito dei cittadini dell'UE
2. Ricezione di un set di dati che include i nomi delle società dell'UE
3. Yoga all'esterno di un edificio nella SAS Germany indossando una targhetta con il nome
4. Yoga presso la RFC presso la sede centrale della SAS a Cary
5. Memorizzazione di dati personali dell'UE resi anonimi dove non esiste alcuna chiave per decodificarli in nessuna parte del mondo
6. Mangiare un cono gelato nell'Edificio R

 

Jay Exum ci ha anche gentilmente fornito ulteriori informazioni su come determinare se si applica il GDPR. L'ho trovato molto utile, quindi l'ho aggiunto a questa email come segue:

 

Le persone presumono abitualmente che l'applicazione del GDPR sia guidata dalla nazionalità della persona su cui vengono raccolti i dati, ma non è del tutto corretto. La giurisdizione GDPR è un'analisi in due fasi.Un passaggio è abbastanza semplice, ma l'altro lo è meno.

(Il linguaggio incomprensibile legale può essere trovato in Articolo 3 del GDPR per riferimento).

 

Passo 1: Il titolare del trattamento o il responsabile del trattamento è impegnato nel trattamento dei dati personali stabiliti nell'UE ?In caso affermativo, il GDPR si applica a tutti i dati personali elaborati indipendentemente da chi siano i dati personali .Se no, vai al passaggio 2.

• Esempio: vai in vacanza a Parigi e soggiorni al Paris Novatel.Stai visitando dal Botswana.I tuoi dati sono coperti dal GDPR perché Paris Novatel ha sede nell'UE. Il fatto che tu sia del Botswana non ha importanza.
• Sfumatura per i nerd: generalmente questo significa che l'entità è organizzata nell'UE (cioè è una società francese).Ma "establishment" può essere più ampio di così.Per la maggior parte dei nostri scopi, tuttavia, l'ubicazione dell'entità aziendale fungerà da valida delega.

 

Passaggio 2: ora abbiamo a che fare con un titolare o responsabile del trattamento che non è stabilito nell'UE.La nostra domanda in 2 parti è L'attività di trattamento svolta da questo responsabile del trattamento riguarda (a) l'offerta di beni e servizi agli interessati nell'UE, O (b) il monitoraggio del comportamento degli interessati che si verifica nell'UE?Se sì, si applica il GDPR.In caso negativo, il GDPR non si applica e nessuna delle sue gioie entra nella tua vita.Nota che da nessuna parte qui viene considerata la cittadinanza di nessuno.

• Esempio: Oliver Schabenberger è tedesco.Quando si reca al Centro di assistenza sanitaria e fornisce le sue informazioni, il fatto che sia tedesco non ha alcuna importanza.Non si trova nell'UE e non gli vengono offerti beni e servizi lì, e nella misura in cui si verifica qualsiasi monitoraggio su di lui, non viene effettuato nell'UE.Quindi il GDPR non si applica.
• Esempio: vendi pneumatici ricostruiti dal tuo garage a Fuquay e scopri che ai polacchi piacciono davvero i ricostruiti.Inizi a fare pubblicità in Polonia e a raccogliere informazioni sui potenziali clienti.Anche se non metti mai piede in Polonia e non ti piace il clima, queste informazioni sono coperte dal GDPR e da tutti i suoi requisiti.Questo è vero anche se ci sono persone a Fuquay che non hanno mai sentito parlare della Polonia.
• Dal punto di vista di SAS Institute, Inc., spesso usiamo l'abbreviazione "residenti nell'UE" come abbreviazione di una regola empirica per l'applicazione extraterritoriale del GDPR quando insegniamo su di esso.Anche "residenti" non è del tutto esatto, perché (i) implica una sorta di residenza permanente, che non è richiesta; e (ii) a meno che non stia commercializzando beni e servizi o monitorando, anche alcuni trattamenti di dati personali dell'UE rimarrebbero fuori dall'ambito di applicazione.Ma penso che sia più vicino al marchio che a "cittadino" perché si concentra sulla geografia piuttosto che sulla nazionalità.

 

Buon fine settimana,

Melissa

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

Melissa Roy

Vice Presidente e Consigliere Generale

Vendite e servizi globali

Ufficio: (919) 531-1623 ▪ Cellulare (919) 389-3997

Fax: (919) 677-4444

Sede mondiale SAS ▪ SAS Campus Drive, Rm. T2048 ▪ Cary, Carolina del Nord 27513

melissa.roy@sas.com

SAS ® … IL POTERE DI SAPERE ®

 

Questo messaggio e gli eventuali allegati contengono informazioni che possono essere riservate e privilegiate. A meno che tu non sia il destinatario (o autorizzato a ricevere per il destinatario), non puoi utilizzare, copiare, stampare o divulgare a nessuno il messaggio o qualsiasi informazione contenuta nel messaggio. Se hai ricevuto questa e-mail per errore, ti preghiamo di avvisare il mittente tramite risposta e di eliminare il messaggio e gli eventuali allegati. Grazie.

 

Oggetto: Sessione 1: Convalida dell'account

Ecco un collegamento SWW relativo alle informazioni di contatto ORION in relazione al GDPR:

 

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

 

 

Ecco le informazioni...

Importante modifica ORION per tutti i record dei contatti

 

DI DEIRDRE ARNOLD E VOLKER EMDEN

L'Unione europea (UE) Regolamento generale sulla protezione dei dati (GDPR) entra in vigore il 25 maggio 2018. Ai sensi del GDPR, dobbiamo essere in grado di informare i residenti dell'UE sull'origine delle informazioni che abbiamo su di loro.

In che modo SAS acquisirà le informazioni sull'origine in ORION

A partire dal 12 maggio, ORIONE i record dei contatti conterranno un nuovo campo denominato "Origine" che integrerà il campo esistente "Origine di input". Il campo "Input Source" sarà limitato a tre possibili valori:

1. Generato dall'utente: Dati di contatto inseriti direttamente o manualmente in ORION tramite la schermata "Contact Record". Questo sarà l'unico valore di origine di input disponibile per gli utenti Sales di ORION.

    

2. Terzo: C dati di contatto acquistati da terze parti e importati tramite staging o "Validator". Se i membri del team di vendita devono caricare elenchi di contatti, devono collaborare con i propri contatti locali di Marketing Science per assicurarsi che il campo "Fonte di terze parti" sia completo. In caso contrario, si verificheranno errori durante il caricamento.

    

3. SAS.com: Dati di contatto da sistemi interni SAS, come ad esempio www.sas.com , EDW, ecc.

    

Per tutti i contatti esistenti in ORION, il valore "Origin" sarà impostato su "Legacy". Per tutti i nuovi contatti aggiunti a ORION, è necessario selezionare un valore nel campo "Origine". Questo sarà un campo obbligatorio a livello globale.

I possibili valori per il campo "Origin" differiranno in base al valore "Input Source". L'elenco a discesa dei possibili valori "Origine" contiene la maggior parte delle origini note, comprese varie piattaforme di social media, database di contatti e contatti diretti con un residente nell'UE. Il tuo campione ORION può aiutarti a ottenere nuovi valori "Origine" aggiunti all'elenco a discesa.

Gli utenti ORION dovranno inoltre inserire la "Data di origine" nel record del contatto, che dovrebbe essere la data in cui abbiamo ricevuto o raccolto i dati personali, non la data in cui è stato creato il record del contatto ORION. Ricorda che i campi "Origine" e "Data di origine" diventeranno di sola lettura una volta salvato il record del contatto.

In che modo questo influisce sulla nostra prima comunicazione con un contatto

Quando contattiamo per la prima volta un residente, potenziale cliente o cliente dell'UE, dobbiamo essere in grado di informare tale individuo della fonte dei dati che abbiamo su di lui. Questo è particolarmente importante quando abbiamo ricevuto i loro dati da fonti di terze parti. Questo requisito si applica solo la prima volta che contatti una persona.

Consulta il campo "Origine" in ORION prima di contattare per la prima volta un residente dell'UE, in modo da essere pronto a comunicargli dove abbiamo ottenuto i suoi dati personali. Se il campo "Origine" riporta "Legacy" e il tuo contatto vuole sapere dove abbiamo ottenuto i suoi dati personali, contatta il tuo contatto locale di Marketing Science:

• Asia Pacifico – Greg Legno
  

   

• Canada e America Latina – Marina Jovicic
  

   

• EMEA – Søren Borg
  

   

• NOI - Giulia Gesso
  

   

Promemoria importanti

• Controlla i flag "Non contattare" in ORION prima di contattare un potenziale cliente.

   

• Se utilizzi i social media per connetterti o contattare un potenziale cliente, assicurati di seguire il nostro linee guida di vendita sociale . Contatta il tuo Rappresentante legale con domande.

   

• Tutte le e-mail di marketing devono contenere un opzione di rinuncia e un link al Informativa sulla privacy SAS . In alcuni paesi, le comunicazioni di marketing inviate tramite e-mail o messaggio istantaneo richiedono il consenso preventivo.Saperne di più .

Oggetto: Sessione 1: Convalida dell'account

Ecco alcuni feedback, chiarimenti o commenti aggiuntivi...

• Supporta le operazioni di business ORIONE creazione di account per JMP in tutto il mondo
  
  
• Processo per l'aggiornamento degli account convalidati.Se l'account è convalidato, significa che le informazioni sono già in Orion e possono essere abbinate.Il lavoro quotidiano per la sincronizzazione risolverà questo problema.
  • Un promemoria che tutte le informazioni sull'account in ORION non sono sempre pulite o aggiornate:
  • Il processo originale consentiva molte immissioni manuali di dati, ma il processo attuale prevede che il numero DUNS guidi le informazioni D&B correnti.D&B non è sempre attuale, quindi le informazioni sulla sfida vengono fornite a D&B affinché possano ricercare e aggiornare D&B a seconda dei casi. Quindi questo potrebbe richiedere settimane o un mese o 2 per l'aggiornamento di D&B e poi di ORION.
  • Ci sono alcuni account ORION che sono stati creati, ma non "verificati", quindi forniranno un messaggio che indica che l'account deve essere risolto. Alcuni account di risoluzione possono essere eseguiti da un utente, ma alcuni sono più complessi e devono essere eseguiti dal team ORION. Pertanto, se un account ORION ha il messaggio "Needs Resolving", non deve essere considerato un "Account valido" da SalesForce nel diagramma di flusso del flusso proposto (bozza).
     
  • Alcuni conti ORION sono stati creati nel gruppo di vendita errato. Pertanto, sarà necessario creare un nuovo account ORION nel gruppo di vendita corretto e quindi il team ORION dovrà spostare qualsiasi informazione sull'account errato.
  • Ci sono alcuni conti ORION che hanno informazioni errate e devono essere rivisti e aggiornati. Ci sono meno utenti ORION che dispongono dell'accesso "Crea account" per garantire la qualità dei dati rispetto a quando ORION è stato rilasciato per la prima volta.  
• Aggiunta manuale di Duns e dovrebbe essere l'ID account ORION e non il numero del sito. È necessario rimuovere la (1) posizione del sito poiché un account può avere più numeri di sito e numeri di contratto.
  
  
• Indirizzo aziendale (account) rispetto all'indirizzo utente (sito): è necessario il campo in SF per fornire l'indirizzo aziendale a ORION e sincronizzarlo con ORION – Nota: l'indirizzo fisico dell'account ORION (l'ubicazione fisica della Società) corrisponde all'indirizzo in Hoovers e non può essere modificato manualmente in ORION. C'è un processo per fornire informazioni aggiornate al team D&B e questi cercheranno e se può essere confermato con il cliente, D&B aggiornerà Hoovers che alla fine aggiornerà ORION.

• La schermata dell'account in SalesForce deve essere riprogettata. Ecco alcuni dei nostri consigli...

1. Rimuovere le etichette di spedizione e fatturazione e sostituirle con l'indirizzo fisico aziendale e l'indirizzo postale aziendale
2. Rimuovi "Sito" e "Contratto n."
3. Rimuovi "Riconciliato con Orione"
4. Aggiungi gruppo di vendita ( Sono necessarie ulteriori discussioni su Salesgroup poiché non è stato discusso in nessuno dei precedenti incontri SFDC 3.0 )
5. Aggiungere l'ID account ORION
6. Aggiungere il codice SIC primario D&B
7. Aggiungi la data di approvazione dell'account
8. Dovremmo affrontare più parametri per affrontare le PMI statunitensi come numero di dipendenti, filiale sì o no, ecc...?

L'account richiede l'indirizzo fisico aziendale che sarà l'indirizzo sui documenti di licenza (è necessario l'indirizzo fisico e l'indirizzo postale)

I contatti dovrebbero avere un ruolo assegnato con le informazioni di spedizione e fatturazione che sono gli indirizzi dei contatti GIDB.

• Le vendite interrogherebbero prima la tabella ORION in SF per l'account convalidato esistente /luogo

• Richiederebbe la pulizia della corrente Convalidato E conti non convalidati contro ORION
• È necessario aggiungere tutti i clienti Global GIDB esistenti in SalesForce e gli account da convalidare. Nota: il GIDB consente solo MAIUSCOLE quindi il nome cliente (nome account) non sarà sempre corretto. È necessario fare riferimento a ORION che ha Mixed Case.
• Formare i team sul motivo per cui i campi sono obbligatori

• Assicurati che il nome legale della società (account) corretto sia elencato in SalesForce e Orion. Perché?
  
  

• Abbiamo bisogno di un nome account valido in Orion. È lo strumento di relazione con i clienti globale di SAS e altro ancora. Una versione di un nome account univoco per la qualità dei dati. Aka, nomi di stili commerciali e nomi legacy possono essere tutti associati al nome dell'account principale.
• Per noi è importante seguire lo standard stabilito da SAS anche se JMP utilizza SalesForce perché le opportunità JMP devono passare attraverso Orion per essere elaborate dalle operazioni legali e di licenza in tutto il mondo.
• Uso coerente del nome legale corretto dell'azienda su tutti i preventivi generati da JMP Sales in SalesForce e qualsiasi potenziale documento di licenza creato da Orion.
• Verificare che l'indirizzo fisico aziendale di SalesForce sia un luogo valido per il nome dell'account e che la contea o la provincia sia elencata in SalesForce.Perché?
  
  
• L'indirizzo fisico aziendale viene utilizzato per cercare Hoovers al fine di selezionare l'account corretto e il numero DUNS.
• L'indirizzo fisico aziendale è un'informazione richiesta per completare il Orion Nuovo account e richiesta di convalida modulo web se l'Account non può essere trovato in Hoovers e Orion.
• La Provincia o Provincia è:

• Richiesto sui documenti di licenza
• Criteri per la determinazione di alcuni territori JMP di Stati Uniti e Cina
  
  

• Individua e aggiungi il numero DUNS all'account in SalesForce. Perché?
  
  
• Un'ulteriore conferma che abbiamo l'account giusto
• Un imminente miglioramento di SalesForce creerà un elenco di siti relativi all'account basato sul numero DUNS.
• Individua e aggiungi l'ID account Orion all'account in SalesForce. Perché?
  
  
• L'ID account Orion è uno dei requisiti API del progetto JOI per aprire un record Opportunità Orion e Comit Sales.
  
  
• Aggiungi SalesGroup all'account in SalesForce. Perché?
  
  
• Il codice SalesGroup è uno dei requisiti API del progetto JOI per aprire un record Orion Opportunity e Comit Sales.
• Il codice SalesGroup determina i valori della valuta ORION e la tabella di instradamento COMIT (determina a chi è assegnata la richiesta in base al codice territorio e al codice SalesGroup del proprietario principale per il software Opportunity. Il proprietario della richiesta è un membro dell'elaborazione delle vendite, dei contratti o del legale.)

 

• I nuovi account devono avere Duns e ID account ORION Luogo# in Salesforce dopo la creazione dell'account in ORION
• Sincronizza l'ID account ORION: utilizza il nome e l'indirizzo dell'azienda e codice gruppo di vendita tentare l'incontro
• Sincronizza ID contatto ORION: utilizza nome e cognome, azienda, stato se l'e-mail non è disponibile. È necessario tenere una riunione separata su Contatti .
  

• È necessario disporre di Orion Contact ID e ruoli per i contatti. Necessità di tenere conto delle regole del GDPR. Ecco i campi di contatto necessari:
• *Fonte di input del contatto: (fornire un elenco a discesa. Sceglierne uno):
• com
• Terzo
• Generato dall'utente
• *Origine del contatto: (fornire un elenco a discesa. Sceglierne uno):
• banchiere americano
• Visione luminosa
• ClientIQ
• Ricchezza Comune
• Pagina iniziale dell'azienda
• Informazioni sulla società
• Contatto diretto (meeting o chiamata in arrivo/e-mail)
• ScopriOrg
• Otto
• Facebook
• GovWin QI
• Cresci nordico
• di Hoover
• IBIS World
• IDEA
• Evento di approfondimento
• JMP
  Kakao parla
• Leadership Governo Federale Insight
• Eredità
• Linea
• Linkedin
• Gestione Eventi
• Marksforing
• Soldi dal vivo
• Carta personale / biglietto da visita
• Retail Institute Scandinavia
• Chat SAS
• Sophia per la vendita al dettaglio e la produzione
• Cinguettio
• WeChat
• Mercoledì Relazioni
• Weibo
• Xing
• *Data di origine del contatto: (data del primo contatto con il contatto)
• *Nome del contatto:
  Contatto Titolo di lavoro:
• *Ruolo di contatto: (fornire un elenco a discesa. Sceglierne uno):
• Amministratore
• Avversario
• Consulente
• Analista
• Campione di analisi
• Beneficiario
• Fatturazione
• Consegna
• EDU – Libri
• EDU – Dati
• EDU – Fattura
• EDU - Primario
• EDU – Coordinatore del servizio
• EDU – Specialista tecnico del sito
• Utente finale
• Finanziario
• Il decisore chiave
• Legale
• Marketing
• Relazioni con i media
• Altro
• Compagno
• Partner – Affiliato
• Partner – Oro
• Partner – Platino
• Partner – Argento
• Sponsor di potere
• Power user
• Approvvigionamento
• Responsabile del progetto
• Sponsor
• Statistico
• Tecnico
  
• *Contatto telefonico:
• □ Non chiamare
• *Contatto email:
• □ Attiva □ Decidere di uscire
• *Tipo di indirizzo di contatto: (fornire un elenco a discesa. Sceglierne uno):
• Conto
• processore
• Consegnare
• Casa
• Mailing
• Mercato
• Rappresentante SAS principale
• Nave
• Imposta
• * Indirizzo di contatto Riga 1
• Indirizzo di contatto Riga 2
• Riga dell'indirizzo di contatto 3
• Riga dell'indirizzo di contatto 4
• Contatta Città
• Contatta la Contea
• Contattare ST/CO/PR
• Codice postale di contatto
• Paese di contatto
• Lingua di contatto:

Oggetto: Sessione 1: Convalida dell'account

Vorrei aggiungere alcune definizioni ed esempi da tenere a mente durante la progettazione di SalesForce 3.0

Definizioni

Luogo

• All'interno di SAS, un Sito si riferisce al numero univoco assegnato a una licenza nel GIDB che identifica i prodotti software autorizzati per l'uso su hardware e sistema operativo designati.
• Ciascun numero di sito deve includere un prodotto di base o autonomo.
• Ogni sito è collegato a un numero di contratto che rappresenta un contratto di licenza principale SAS, un contratto di clic o eventualmente un contratto di valutazione.
• È bene tenerlo presente" Sito GIDB " per i proiettili di cui sopra

• Esternamente, il termine "Sito" ha un significato diverso. I clienti fanno riferimento a un "sito" come il numero che appare sul loro setinit che è un numero di 8 o 9 cifre composto dal numero del contratto combinato e dal numero del gruppo CPU, come 01194004.Questo numero può essere cercato nel GIDB utilizzando la variabile "Tech Support #" o "Setnumid".

 

Numero di contratto

• Rappresenta il valore univoco assegnato nel GIDB per il contratto di licenza.
• A seconda del tipo di contratto di licenza in vigore, più account correlati possono essere concessi in licenza con lo stesso numero di contratto.
• Se è in vigore un contratto di clic, solo (1) riferimento all'account (1) ordine JMP Store (il cliente può concedere in licenza JMP per Windows e Mac e JMP Pro per Windows e Mac, risultando in (4) siti GIDB ai sensi di (1) contratto di clic ). Dopo l'entrata in vigore dell'accordo sui clic originale, NO software aggiuntivo può essere concesso in licenza in base al contratto Click.
• REF4 era il nome della variabile precedente nell'IDB legacy per Contract

 

Account

• è un'unica persona giuridica in un unico luogo fisico.
• Un account può avere diversi numeri di contratto in base ai diversi contratti di licenza che hanno in essere. Ad esempio: un cliente può disporre di (1) Sito concesso in licenza ai sensi di un Contratto di licenza principale e (1) Sito concesso in licenza ai sensi di un Contratto clic.

  

I prodotti JMP e JMP Pro richiedono (1) sito GIDB per combinazione di prodotto/sistema operativo. Questo è per scopi multimediali e SETINIT (codice di autorizzazione del prodotto).

 

Le soluzioni JMP Clinical e JMP Genomics richiedono (2) siti GIDB per numero di bit per soluzione/sistema operativo (32 o 64)

 

Il pacchetto JMP Academic Suite richiede fino a (7) siti GIDB: (1) sito per i codici prodotto di fatturazione e (1) sito per ciascuna combinazione di prodotto/sistema operativo.  

 

Una licenza Partner JMP richiede un minimo di (2) Siti: (1) Sito è il sito di fatturazione esentasse con un massimo di (3) Codici prodotto tipo partner JMPCUSPTR, JMPTRNPTR, JMPCLNPTR e gli altri Siti sono per ciascun prodotto e sistema operativo.

Esempi di siti JMP GIDB

 

1. Un cliente (account) dispone di una licenza annuale (contratto di licenza principale) per JMP su Windows e Mac. Questo è rappresentato sul GIDB come (2) Siti sotto (1) Numero di contratto MLA:

Contratto 67981

Sito 623875 (1 WX6) JMP

Sito 661342 (1 MX64) JMP+

 

(Nota: "1" tra parentesi con il codice del sistema operativo è il numero del gruppo CPU. Quando i prodotti/siti sono correlati, vengono aggiunti allo stesso numero di gruppo CPU. Nel caso precedente, JMP+ è un componente aggiuntivo del prodotto JMP di base).

2. Un cliente dispone di 2 licenze JMP Store separate (contratti clic) ciascuna per JMP su Mac. Questo è rappresentato sul GIDB come 2 numeri di contratto separati ciascuno con 1 numero di sito:

Contratto 112023

Sito 906692 (1 MX64) JMP

 

E

 

Contratto 111753

Sito 905738 (1 MX64) JMP

   

3. Un cliente (account) dispone di una licenza annuale (contratto di licenza principale) per JMP Clinical su Windows a 32 bit e JMP Clinical su Windows a 64 bit. Questo è rappresentato nel GIDB come un totale di (4) Siti:
   
   
   1. (2) Siti per JMP Clinical su Windows a 32 bit (1 sito per i prodotti SAS della soluzione e 1 sito per il prodotto JMP della soluzione)
      E
   2. (2) Siti per JMP Clinical su Windows 64-bit (1 sito per i prodotti SAS della soluzione e 1 sito per il prodotto JMP della soluzione)

Contratto 19675

Sito 617977 (9 WNDW) SAS, CLINJMP

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

Sito 851856 (9 WX6) JMP4CLIN

        

4. Un cliente accademico (account) dispone di una licenza annuale per tutto il campus (contratto di licenza principale) per JMP Academic Suite rappresentata nel GIDB come un totale di 7 siti : (1) Sito è il sito di fatturazione con il Prodotto JMPACDST e gli altri (6) siti sono per ciascun prodotto e sistema operativo:
   
   Contratto 12854
   Sito 603156 (9 WNDW) JMPACDST
   Sito 543013 (9 WNDW) JMP
   Sito 603598 (9 WX6) JMPPRO
   Sito 603599 (9 MX64) JMPPRO
   Sito 603601 (9 WX6) JMP
   Sito 603602 (9 WNDW) SIMSTUDIO
   Sito 895105 (9 WX6S) JMPPRO
   
   
5. Un cliente accademico (account) dispone di una licenza annuale per tutto il campus (contratto di licenza master) per JMP Academic Suite e i componenti aggiuntivi JMP Clinical per JMP Academic Suite e JMP Genomics per JMP Academic Suite rappresentati nel GIDB in (1) Numero di contratto e un totale di 14 siti . (1) Il Sito è il sito di fatturazione per tutte le (3) Offerte JMPACDST, JMPCLNACD e JMPGENACD, e gli altri (13) siti sono per ciascun prodotto e sistema operativo:

Contratto 39466
Sito 527702 (107 WX6) JMP

Sito 530070 (107 MX64) JMP

Sito 565806 (107 WNDW) JMPACDST, JMPCLNACD, JMPGENACD

Sito 565854 (107 WX6) JMPPRO

Sito 589084 (107 MX64) JMPPRO

Sito 589087 (107 WNDW) SIMSTUDIO

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

Sito 589090 (107 WNDW) JMP4GEN

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

Sito 606090 (107 WX6) JMP4CLIN

Sito 875507 (107 WNDW) SAS, GENOMICS

Sito 875520 (107 WX6) SAS, GENOMICS

6. Un partner JMP (account) dispone di una licenza partner annuale (contratto del programma partner JMP) per JMP Pro su Windows e Mac rappresentata nel GIDB come un totale di 3 siti : (1) Il sito è il sito di fatturazione esente da commissioni con (2) dei (3) codici prodotto tipo partner JMPCUSPTR e JMPTRNPTR e gli altri (2) siti sono per ciascun prodotto e sistema operativo:

Contratto 110619

Sito 901090 (1 WX6) JMPCUSPTR, JMPTRNPTR

Sito 901091 (1 WX6) JMPPRO

Sito 901092 (1 MX64) JMPPRO

  

7. Un Contratto GIDB può avere Siti concessi in licenza a più di (1) Account correlati.Il Contratto di licenza principale consente alle entità correlate a ciascun Supplemento di firma che fa riferimento al (1) Contratto di licenza principale:

1. Struttura dell'accordo.

1.1 MLA; Supplementi; Conflitti. "...Il Cliente e le sue Entità correlate, come definite di seguito, possono concedere in licenza il software SAS (" Software e") o può acquisire servizi (" Servizi ") da SAS mediante l'esecuzione di integrazioni al presente MLA (" Supplementi "). ciascun Supplemento identificherà il soggetto che sarà considerato "Cliente" ai fini di quel Supplemento. Questo MLA e ciascuno di tali Supplementi (collettivamente, " Accordo ") disciplinano la licenza del Software del Cliente elencata nel Supplemento applicabile e la relativa documentazione on-line resa disponibile da SAS con ciascuna licenza del Software (" Documentazione ") o l'acquisizione da parte del Cliente dei Servizi elencati nel Supplemento applicabile....

1.2 Entità correlate . Un'Entità correlata può concedere in licenza il Software o acquisire Servizi firmando un Supplemento che fa riferimento a questo MLA e pagando le tariffe di licenza del Software applicabili o le tariffe di Servizio. In tal caso, l'Ente Collegato sarà il "Cliente" e si riterrà che abbia adottato tutti i termini e le condizioni del presente LLA ai fini di tale Supplemento. Un Cliente non può accedere al Software con licenza di un altro Cliente nonostante i Supplementi fare riferimento a questo stesso MLA. UN " Entità correlata " è un'entità legale separata situata nello stesso paese del Cliente che è controllata da, è sotto controllo comune o controlla il Cliente. Il termine " controllo " indica (a) per le entità commerciali, la proprietà di oltre il cinquanta percento (50%) delle azioni o dei beni con diritto di voto di un'entità o (b) per le entità senza scopo di lucro o governative, autorità legale o altra autorità legale documentata sul bilancio generale e i diritti contrattuali di un'entità."

Esempio: The Ultimate Parent, Rho, Inc. ha firmato MLA 34619.

 

Rho, Inc. (The Ultimate Parent) ha firmato il Supplemento 5 per JMP Clinical

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

Nome azienda GIDB: RHO INC (Nota che GIDB fa non elencare il nome corretto della persona giuridica)

 

Sito 640144 (3 WX6) SAS, CLINJMP, CLINTLKT

Sito 640496 (3 WX6) JMP4CLIN

 

RHO Federal Systems Division, Inc (una sussidiaria di Rho, Inc.) ha firmato il Supplemento 14 per JMP Genomics

Conto ORION: RHO Federal Systems Division, Inc (#2792624 SA) E
Nome azienda GIDB: RHO FEDERAL SYSTEMS DIVISION INC (Si noti che GIDB fa non elencare il nome corretto della persona giuridica)

 

Sito 671804 (8 WX6) SAS, GENOMICS

Sito 671939 (8 WX6) JMP4GEN