61144_es-ES

liliconcom

Sesión 1: Validación de cuenta

Flujo de proceso actual

Desafíos con el proceso actual

• Solicitudes de validación de volumen
• Urgencia / tiempo de respuesta en las solicitudes
• Biz Ops admite la creación de cuentas para JMP en todo el mundo
• El proceso de pedidos de DP es inconsistente: se abordará en una sesión separada
• Demasiados correos electrónicos de solicitud de validación: necesita un "feed" de solicitudes de validación
• Proceso de actualización de Cuentas Validadas.Si se valida la cuenta, eso significa que la información ya está en Orion y se puede comparar.El trabajo diario de ynching solucionará esto.
• Calidad de datos entre dos sistemas
• Crear cuentas que no están validadas: agregar basura a SF
• Los sitios unidos.Esto se logrará en la lista relacionada de sitios en Salesforce.La coincidencia debe realizarse a través de Ultimate Duns en lugar de Parent Duns.
• Adición manual de Duns y número de sitio
• ¿Cómo vinculamos las cuentas que son entidades asociadas?
• Cómo responder a la pregunta: "¿Qué está pasando en GE?" de una manera sencilla
• Dirección corporativa (Cuenta) versus dirección de usuario (sitio): campo necesario en SF para enviar la dirección corporativa a ORION y sincronizar con ORION
• La estructura de la cuenta de Salesforce debe imitar la de Orion; es decir, una jerarquía de sitios bajo cuentas

Posible enfoque

Flujo de alto nivel

• Sincronización diaria de datos en ORION a Salesforce
• Ventas consultaría primero la tabla ORION en SF para la cuenta/sitio validado existente
• Si se encuentra, asociar con la oportunidad
• Si no se encuentra, solicite la creación de una nueva cuenta por parte de Biz Ops
• Biz Ops luego notificaría a las ventas cuando una nueva cuenta estuviera disponible
• Ventas actualizaría la oportunidad con la información de la cuenta

 

suposiciones

• Requeriría limpieza de cuentas actuales no validadas contra ORION
• Necesitaría capacitar a las ventas sobre qué fuentes consultar si no se encuentra la cuenta para que puedan transmitir información útil a partir de la cual Biz Ops podría crear una cuenta.
• Formar equipos en por qué los campos son obligatorios
• El éxito depende de la validación del lado del cliente y el requisito de ciertos valores en Salesforce, así como de la capacitación.
• Las cuentas nuevas deben tener Duns y Site# en Salesforce después de crear la cuenta en ORION
• Sincronice el ID de la cuenta de ORION: use el nombre y la dirección de la empresa para intentar hacer coincidir
• Sincronice el ID de contacto de ORION: use el nombre y apellido, la empresa, indique si el correo electrónico no está disponible
• Fuentes para nueva cuenta. validación: Google, Orion, Hoovers, sitio web de la empresa, Secretaría de Estado, EIS

Flujo propuesto (borrador)

 

 

Sesiones de lanzamientoOriónFuerza de ventasRe: Sesión 1: Validación de cuenta

Se agregó información sobre los tipos de nombres AKA para las cuentas ORION.

Como parte del movimiento de ORION para utilizar más datos de D&B y limitar las capacidades de edición, se descubrió que el valor del tipo de nombre de cuenta AKA determina si los nombres AKA son visibles para el consumo de GIDB y CDHub.

 

El tipo de nombre de cuenta AKA de "Internacional/Local" que se utiliza para el nombre internacional (usando caracteres especiales) se requiere para algunos países cuando el papeleo y la facturación requieren el nombre internacional.

 

Estos son los tipos de nombres de cuenta de ORION AKA

 

Asia Pacífico [AKA] Tipos de nombre de cuenta

Tipos de nombres de Asia Pacífico (AKA) para cuentas
Tipo	Descripción
Nombre del Negocio	Representa el nombre comercial.
Internacional/Local	El nombre de la cuenta en el idioma local debe capturarse utilizando este tipo de nombre de cuenta.
Legal	Representa el nombre legal.
Estilo comercial 3, 4 o 5	Representa el nombre de Tradestyle.
Usuario definido	Se utiliza para representar el nombre correcto de la cuenta.

Canadá y América Latina [AKA] Tipos de nombre de cuenta

Tipos de nombres de Canadá y América Latina (AKA) para cuentas
Tipo	Descripción
Nombre del Negocio	Representa el nombre comercial.
Estilo comercial 1–5	Representa el nombre de Tradestyle.

EMEA [AKA] Tipos de nombre de cuenta

Tipos de nombres de EMEA (AKA) para cuentas
Tipo	Descripción
Nombre del Negocio	Representa el nombre comercial.
Internacional/Local, Legal	· El nombre de la cuenta en el idioma local debe capturarse utilizando este tipo de nombre de cuenta. Representa el nombre legal.
Estilo comercial 3	Representa el nombre de Tradestyle.
Usuario definido	Se utiliza para representar el nombre correcto de la cuenta.

Estados Unidos [AKA] Tipos de nombre de cuenta

Tipos de nombres de Estados Unidos (AKA) para cuentas
Tipo	Descripción
Nombre del Negocio	Uno de los nombres comerciales de la ubicación según DNB.
Legado	El nombre principal de la cuenta a la vez. Los nombres heredados ya no se encuentran en DNB. Un nombre heredado podría ser el nombre principal actual.
Estilo comercial 1–5	Uno de los nombres comerciales de la ubicación.
Usuario definido	Un nombre adicional que no es un nombre actual según DNB; podría seleccionarse como Nombre principal. Se puede usar un nombre definido por el usuario mientras se espera una corrección de Dun & Bradstreet. Nota: Solo los usuarios con los permisos apropiados pueden agregar un Usuario definido nombre.

 

D&B proporciona ORION con muchos nombres válidos, pero se proporcionan como un valor de tipo "Estilo comercial 1-5" o "Nombre comercial".

 

Internacional, Legal, etc. no son tipos que recibimos de D&B aunque uno de los nombres proporcionados por un usuario/cliente puede muy bien ser Internacional, Legal, etc.

 

Un tipo solo se puede usar una vez, pero un AKA puede tener varios tipos.Por ejemplo, una cuenta solo puede tener 1 nombre AKA internacional, pero ese nombre AKA internacional también podría ser el nombre legal.

Re: Sesión 1: Validación de cuenta

Estoy agregando información de correo electrónico de SAS Legal que Kelli Jackson envió a Biz Ops con respecto a GDPR y algunos ejemplos. esta información será útil en el diseño de SFDC 3.0 y para tener en cuenta al hablar de Contactos.

 

De: melissa rey
Enviado: viernes, 29 de junio de 2018 17:04
A: Jeffrey Smith < Jeffrey.Smith@sas.com >; Alan Wrobel < Alan.Wrobel@sas.com >; David Yoon < David.Yoon@sas.com >; Mateo Montaigne < Mateo.Montaigne@sas.com >; Heather Puentes < Heather.Bridgers@sas.com >; Kelli Jackson < Kelli.Jackson@sas.com >; Dudley Padgett < Dudley.Padgett@sas.com >; Tamisa Greening < Tamisa.Greening@sas.com >; meghan caballero < 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 >; Dish 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 moreno < Patricia.Brown@sas.com >
CC: Brian Zuercher < Brian.Zuercher@sas.com >; Jay Exum < Jay.Exum@sas.com >; kelly perry < Kelly.Perry@sas.com >
Sujeto: Escenarios de GDPR y alguna información adicional

 

Hola a todos:

 

Varios de ustedes han pedido la "clave" del juego "Sujeto a GDPR/No sujeto a GDPR" que jugamos durante nuestro primer mini taller de GDP. Vaya a sus informes.

 

Estos son los escenarios de SAS que están sujetos al RGPD:

 

1. Recibir un conjunto de datos que incluye los nombres de los ciudadanos de la UE
2. Análisis de un conjunto de datos en Francia que incluye puntajes de crédito para ciudadanos de la UE
3. Enviar por correo electrónico una lista de todos los empleados en la UE que acceden al sistema de un cliente
4. Almacenamiento de datos que incluyen direcciones de correo electrónico de ciudadanos de la UE
5. Visualización remota de datos que incluyen nombres de usuario de ciudadanos de la UE
6. Visualización remota de direcciones de correo electrónico de empresas de la UE para una prueba de concepto
7. Recepción de un formulario de información de contacto del cliente con información de contacto comercial de los contratos de SAS del cliente en Dinamarca
8. Recibir una lista de funcionarios y directores corporativos de la UE
9. Mostrar un conjunto de datos de nombres y direcciones de la UE durante una conferencia web
10. Almacenamiento de datos personales de la UE anonimizados, donde el cliente tiene la "clave" para decodificarlos pero SAS no
11. El soporte técnico de SAS visualiza de forma remota un registro de sistemas con direcciones IP de la UE
12. Usar las direcciones de correo electrónico de los empleados de Finlandia para fines administrativos de SAS, como enviar una factura
13. Borrado de registros que contengan nombres de ciudadanos de la UE

 

Estos son los escenarios de SAS que no están sujetos al RGPD:

 

1. Análisis de un conjunto de datos solo en los EE. UU. que incluye puntajes crediticios de ciudadanos de la UE
2. Recibir un conjunto de datos que incluye nombres de empresas de la UE
3. Yoga fuera de un edificio en SAS Alemania mientras usa una etiqueta con su nombre
4. Yoga en el RFC en la sede de SAS en Cary
5. Almacenamiento de datos personales de la UE anonimizados donde no existe ninguna clave para decodificarlos en ninguna parte del mundo
6. Comer un cono de helado en el edificio R

 

Jay Exum también nos ha brindado amablemente más información sobre cómo determinar si se aplica el RGPD. Lo encontré bastante útil, así que lo agregué a este correo electrónico de la siguiente manera:

 

La gente suele suponer que la aplicación del RGPD depende de la nacionalidad de la persona sobre la que se recopilan los datos, pero eso no es del todo correcto. La jurisdicción de GDPR es un análisis de dos pasos.Un paso es bastante sencillo, pero el otro no lo es tanto.

(El galimatías legal se puede encontrar en Artículo 3 del RGPD como referencia).

 

Paso 1: Es el responsable o encargado del tratamiento que se dedica al tratamiento de los datos personales establecido en la UE ?En caso afirmativo, el RGPD se aplica a todos los datos personales que procesa independientemente de quién sean los datos personales .Si no, vaya al paso 2.

• Ejemplo: Te vas de vacaciones a París y te alojas en el Paris Novatel.Estás de visita desde Botswana.Sus datos están cubiertos por el RGPD porque Paris Novatel está establecida en la UE. El hecho de que seas de Botswana no importa.
• Matiz para los nerds: generalmente esto significa que la entidad está organizada en la UE (es decir, es una corporación francesa).Pero “establecimiento” puede ser más amplio que eso.Sin embargo, para la mayoría de nuestros propósitos, la ubicación de la entidad corporativa servirá como un buen proxy.

 

Paso 2: ahora estamos tratando con un controlador o procesador que no está establecido en la UE.Nuestra pregunta de 2 partes es ¿La actividad de procesamiento realizada por este procesador se relaciona con (a) la oferta de bienes y servicios a interesados en la UE, O (b) el seguimiento del comportamiento de los interesados que se produce en la UE?En caso afirmativo, se aplica el RGPD.Si no, GDPR no se aplica y ninguna de sus alegrías entra en tu vida.Tenga en cuenta que en ninguna parte aquí se considera la ciudadanía de nadie.

• Ejemplo: Oliver Schabenberger es alemán.Cuando va al Centro de Salud y proporciona sus datos, el hecho de que sea alemán no tiene importancia.No está en la UE y no se le ofrecen bienes y servicios allí, y en la medida en que se realiza un seguimiento de él, no se realiza en la UE.Por lo tanto, el RGPD no se aplica.
• Ejemplo: vende neumáticos recauchutados en su garaje en Fuquay y se entera de que a los polacos les gustan mucho los recauchutados.Empiezas a anunciarte en Polonia y a recopilar información sobre posibles clientes.Incluso si nunca pusiste un pie en Polonia y no te gusta el clima, esa información está cubierta por el RGPD y se adjuntan todos sus requisitos.Esto es cierto a pesar de que hay gente en Fuquay que nunca ha oído hablar de Polonia.
• Desde la perspectiva de SAS Institute, Inc., a menudo usamos la abreviatura "residentes de la UE" como abreviatura de una regla general para la aplicación extraterritorial del RGPD cuando lo enseñamos."Residentes" tampoco es del todo exacto, porque (i) implica una especie de residencia permanente, que no es obligatoria; y (ii) a menos que se trate de mercadeo de bienes y servicios o de monitoreo, incluso algún procesamiento de datos personales de la UE estaría fuera del alcance.Pero creo que está más cerca de la marca que "ciudadano" porque se centra en la geografía en lugar de la nacionalidad.

 

Ten un excelente fin de semana,

Toronjil

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

melissa rey

Vicepresidente y Consejero General

Ventas y servicios globales

Oficina: (919) 531-1623 ▪ Móvil (919) 389-3997

Fax: (919) 677-4444

Sede mundial de SAS SAS Campus Drive, Rm. T2048 ▪ Cary, Carolina del Norte 27513

melissa.roy@sas.com

S.A.S. ® … EL PODER DE SABER ®

 

Este mensaje y todos los archivos adjuntos contienen información que puede ser confidencial y privilegiada. A menos que usted sea el destinatario (o esté autorizado a recibir para el destinatario), no puede usar, copiar, imprimir o divulgar a nadie el mensaje o cualquier información contenida en el mensaje. Si ha recibido este correo electrónico por error, avise al remitente respondiendo y elimine el mensaje y los archivos adjuntos. Gracias.

 

Re: Sesión 1: Validación de cuenta

Aquí hay un enlace SWW con respecto a la información de contacto de ORION con respecto a GDPR:

 

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

 

 

Aquí está la información...

Cambio importante de ORION para todos los registros de contacto

 

POR DEIRDRE ARNOLD Y VOLKER EMDEN

La Unión Europea (UE) Reglamento General de Protección de Datos (GDPR) entra en vigor el 25 de mayo de 2018. Según el RGPD, debemos poder informar a los residentes de la UE sobre el origen de la información que tenemos sobre ellos.

Cómo SAS capturará la información de origen en ORION

A partir del 12 de mayo de ORIÓN los registros de contacto contendrán un nuevo campo llamado "Origen" que complementará el campo "Fuente de entrada" existente. El campo "Fuente de entrada" se limitará a tres valores posibles:

1. Generado por el usuario: Datos de contacto ingresados directa o manualmente en ORION a través de la pantalla "Registro de contacto". Este será el único valor de fuente de entrada disponible para los usuarios de ventas de ORION.

    

2. Tercero: C Datos de contacto comprados a terceros e importados a través de staging o "Validator". Si los miembros del equipo de ventas necesitan cargar listas de contactos, deben trabajar con sus contactos locales de Marketing Science para asegurarse de que el campo "Fuente de terceros" esté completo. De lo contrario, se encontrarán errores durante la carga.

    

3. SAS.com: Datos de contacto de los sistemas internos de SAS, como www.sas.com , EDW, etc

    

Para todos los contactos existentes en ORION, el valor "Origen" se establecerá en "Legacy". Para todos los nuevos contactos agregados a ORION, se debe seleccionar un valor en el campo "Origen". Este será un campo obligatorio a nivel mundial.

Los valores posibles para el campo "Origen" diferirán según el valor de "Fuente de entrada". La lista desplegable de posibles valores de "Origen" contiene la mayoría de los orígenes conocidos, incluidas varias plataformas de redes sociales, bases de datos de contactos y contacto directo con un residente de la UE. Su ORION Champion puede ayudarlo a agregar nuevos valores de "Origen" a la lista desplegable.

Los usuarios de ORION también deberán ingresar la "Fecha de origen" en el registro de contacto, que pretende ser la fecha en que recibimos o recopilamos los datos personales, no la fecha en que se creó el registro de contacto de ORION. Recuerde, los campos "Origen" y "Fecha de origen" serán de solo lectura una vez que se guarde el registro de contacto.

Cómo afecta esto a nuestra primera comunicación con un contacto

Al contactar a un residente de la UE, cliente potencial o cliente por primera vez, debemos poder informar a esa persona de la fuente de los datos que tenemos sobre ellos. Esto es especialmente importante cuando hemos recibido sus datos de fuentes de terceros. Este requisito solo se aplica a la primera vez que contacta a una persona.

Consulte el campo "Origen" en ORION antes de comunicarse con un residente de la UE por primera vez, de modo que esté preparado para decirle dónde obtuvimos sus datos personales. Si el campo "Origen" dice "Legado" y su contacto quiere saber dónde obtuvimos sus datos personales, comuníquese con su contacto local de Marketing Science:

• Asia Pacífico – greg madera
  

   

• Canadá y América Latina – marina jovicic
  

   

• EMEA- Soren Borg
  

   

• A NOSOTROS - julie tiza
  

   

Recordatorios importantes

• Verifique las banderas de "No contactar" en ORION antes de contactar a un posible cliente.

   

• Si está utilizando las redes sociales para conectarse o ponerse en contacto con un posible cliente, asegúrese de seguir nuestro pautas de venta social . Póngase en contacto con su Representante legal con preguntas

   

• Todos los correos electrónicos de marketing deben contener un opción de exclusión y un enlace a la Declaración de privacidad de SAS . En algunos países, las comunicaciones de marketing enviadas por correo electrónico o mensaje instantáneo requieren consentimiento previo de suscripción.Aprende más .

Re: Sesión 1: Validación de cuenta

Aquí hay algunos comentarios, aclaraciones o comentarios adicionales...

• Soporte de operaciones comerciales ORIÓN creación de cuenta para JMP en todo el mundo
  
  
• Proceso de actualización de Cuentas Validadas.Si se valida la cuenta, eso significa que la información ya está en Orion y se puede comparar.El trabajo diario de sincronización solucionará esto.
  • Un recordatorio de que toda la información de la cuenta en ORION no siempre está limpia o actualizada:
  • El proceso original permitía una gran cantidad de ingreso manual de datos, pero el proceso actual es que el número DUNS dirija la información actual de D&B.D&B no siempre está actualizado, por lo que se proporciona información sobre desafíos a D&B para que investiguen y actualicen D&B según corresponda. Por lo tanto, esto podría llevar semanas o un mes o 2 para que D&B y luego ORION se actualicen.
  • Hay algunas cuentas ORION que se crearon, pero no se "verificaron", por lo que proporcionarán un mensaje de que la cuenta necesita ser resuelta. Un usuario puede resolver algunas cuentas, pero otras son más complejas y deben ser realizadas por el equipo ORION. Por lo tanto, si una cuenta ORION tiene el mensaje "Necesita resolución", SalesForce no debe considerarla una "Cuenta válida" en el diagrama de flujo del Flujo propuesto (borrador).
     
  • Hay algunas cuentas ORION que se crearon en el grupo de ventas incorrecto. Por lo tanto, se deberá crear una nueva cuenta ORION en el grupo de ventas correcto y luego el equipo ORION deberá transferir cualquier información sobre la cuenta incorrecta.
  • Hay algunas Cuentas ORION que tienen información incorrecta y necesitan ser revisadas y actualizadas. Hay menos usuarios de ORION que tienen acceso a "Crear cuenta" para garantizar la calidad de los datos que cuando se lanzó ORION por primera vez.  
• Adición manual de Duns y debe ser ID de cuenta de ORION, no número de sitio. Es necesario eliminar la (1) ubicación del sitio, ya que una cuenta puede tener varios números de sitio y números de contrato.
  
  
• Dirección corporativa (Cuenta) frente a dirección de usuario (sitio): campo necesario en SF para enviar la dirección corporativa a ORION y sincronizar con ORION: Nota: La dirección física de la cuenta ORION (la ubicación física de la Compañía) es igual a la dirección en Hoovers y no se puede cambiar manualmente en ORION. Hay un proceso para proporcionar información actualizada al equipo de D&B y ellos investigarán y, si se puede confirmar con el cliente, D&B actualizará Hoovers, que eventualmente actualizará ORION.

• La pantalla de cuenta en SalesForce necesita ser rediseñada. Estas son algunas de nuestras recomendaciones…

1. Retire las etiquetas de envío y facturación e intercambie con la dirección física corporativa y la dirección postal corporativa
2. Eliminar "Sitio" y "Contrato #"
3. Eliminar “Reconciliados con Orión”
4. Agregar grupo de ventas ( Necesita más discusión sobre Salesgroup ya que no se discutió en ninguna de las reuniones anteriores de SFDC 3.0 )
5. Agregar ID de cuenta de ORION
6. Agregar código SIC principal de D&B
7. Agregar fecha de aprobación de la cuenta
8. ¿Deberíamos abordar más parámetros para abordar las PYMES de EE. UU., como el número de empleados, la subsidiaria, sí o no, etc.?

La cuenta necesita la dirección física corporativa, que será la dirección en los documentos de licencia (se necesita la dirección física y la dirección de correo)

Los contactos deben tener una función asignada con la información de envío y facturación, que son las direcciones de contacto de GIDB.

• Ventas consultaría primero la tabla ORION en SF para una cuenta validada existente /sitio

• Requeriría limpieza de corriente Validado y cuentas no validadas contra ORION
• Necesita agregar todos los clientes GIDB globales existentes en SalesForce y las cuentas para ser validadas. Nota: El GIDB solo permite MAYÚSCULAS, por lo que el Nombre del cliente (Nombre de la cuenta) no siempre será correcto. Necesita referirse a ORION que tiene Mixed Case.
• Capacite a los equipos sobre por qué los campos son obligatorios

• Asegúrese de que el nombre legal correcto de la empresa (cuenta) aparezca en SalesForce y Orion. ¿Por qué?
  
  

• Necesitamos un nombre de cuenta válido en Orion. Es la herramienta global de relación con el cliente de SAS y más. Una versión de un Nombre de cuenta único para la calidad de los datos. Los alias, los nombres comerciales y los nombres heredados se pueden asociar con el nombre de cuenta principal.
• Es importante para nosotros seguir el estándar establecido por SAS aunque JMP use SalesForce porque las Oportunidades de JMP deben fluir a través de Orion para ser procesadas por Legal and Licensing Operations Worldwide.
• Uso constante del nombre legal de la empresa en todas las cotizaciones generadas por JMP Sales en SalesForce y cualquier documento de licencia potencial creado a partir de Orion.
• Confirme que la dirección física corporativa de SalesForce sea una ubicación válida para el nombre de la cuenta y que el condado o provincia figure en SalesForce.¿Por qué?
  
  
• La dirección física corporativa se utiliza para buscar en Hoovers a fin de seleccionar la cuenta y el número DUNS correctos.
• La Dirección Física Corporativa es información requerida para completar el Nueva Cuenta Orion y Solicitud de Validación formulario web si la cuenta no se puede encontrar en Hoovers y Orion.
• El Condado o Provincia es:

• Requerido en los documentos de licencia
• Criterios para determinar algunos territorios JMP de EE. UU. y China
  
  

• Localice y agregue el número DUNS a la cuenta en SalesForce. ¿Por qué?
  
  
• Confirmación extra de que tenemos la cuenta correcta
• Una próxima mejora de SalesForce creará una lista de sitios relacionados con la cuenta basada en el número DUNS.
• Localice y agregue el ID de cuenta de Orion a la cuenta en SalesForce. ¿Por qué?
  
  
• El ID de la cuenta de Orion es uno de los requisitos de la API del Proyecto JOI para abrir un registro de Oportunidad de Orion y Comit Sales.
  
  
• Agregue el grupo de ventas a la cuenta en SalesForce. ¿Por qué?
  
  
• El código SalesGroup es uno de los requisitos de la API del proyecto JOI para abrir un registro de Orion Opportunity y Comit Sales.
• El código de grupo de ventas controla los valores de moneda de ORION y la tabla de enrutamiento COMIT (determina a quién se asigna la solicitud según el código de territorio y el código de grupo de ventas del propietario principal de la oportunidad de software). El titular de la solicitud es un miembro de procesamiento de ventas, contratos o legal.)

 

• Las cuentas nuevas deben tener Duns y ID de cuenta ORION Sitio# en Salesforce después de la cuenta creada en ORION
• Sincronice el ID de la cuenta de ORION: utilice el nombre y la dirección de la empresa y código de grupo de ventas intentar emparejar
• Sincronice el ID de contacto de ORION: use el nombre y apellido, la empresa, indique si el correo electrónico no está disponible. Necesita tener una reunión separada en Contactos .
  

• Necesita tener ID de contacto de Orion y funciones para los contactos. Necesidad de tener en cuenta las reglas de GDPR. Estos son los campos de contacto que se necesitan:
• * Fuente de entrada de contacto: (Proporcione una lista desplegable. Elegir uno):
• com
• Tercero
• Generado por el usuario
• *Contacto Origen: (Proporcione una lista desplegable. Elegir uno):
• banquero americano
• visión brillante
• ClientIQ
• Riqueza común
• Página de inicio de la empresa
• Información de la empresa
• Contacto directo (reunión o llamada entrante/correo electrónico)
• DescubrirOrg
• Ocho
• Facebook
• GovWin IQ
• crecer nórdico
• de Hoover
• IBISWorld
• AIF
• Evento de información
• JMP
  charla kakao
• Liderazgo Perspectiva del gobierno federal
• Legado
• Línea
• LinkedIn
• Gestión de Eventos
• marcadosforing
• dinero en vivo
• Tarjeta personal / Tarjeta de visita
• Instituto minorista Escandinavia
• Charla SAS
• Sophia para Venta Minorista y Manufactura
• Gorjeo
• WeChat
• Miércoles Relaciones
• Weibo
• Xing
• *Fecha de origen del contacto: (Fecha del primer contacto con el contacto)
• *Nombre de contacto:
  Título del puesto de contacto:
• *Rol de contacto: (Proporcione una lista desplegable. Elegir uno):
• Administrador
• Adversario
• Tutor
• Analista
• Campeón analítico
• Beneficiario
• Facturación
• Entrega
• EDU – Libros
• EDU – Datos
• EDU – Factura
• EDU – Primaria
• EDU – Coordinador de servicios
• EDU - Especialista técnico del sitio
• Usuario final
• Financiero
• Tomador de decisiones clave
• Legal
• Marketing
• Relaciones con los medios
• Otro
• Pareja
• Socio – Afiliado
• Socio – Oro
• Socio – Platino
• Socio – Plata
• Patrocinador de poder
• Usuario de poder
• Obtención
• Gerente de proyecto
• Patrocinador
• Estadístico
• Técnico
  
• *Teléfono de contacto:
• □ No llames
• *Email de contacto:
• □ Optar en □ Optar por no
• *Tipo de dirección de contacto: (Proporcione una lista desplegable. Elegir uno):
• Factura
• UPC
• Entregar
• Hogar
• Envío
• Mercado
• Representante principal de SAS
• Barco
• Impuesto
• * Línea de dirección de contacto 1
• Línea de dirección de contacto 2
• Línea de dirección de contacto 3
• Línea de dirección de contacto 4
• Ciudad de contacto
• Condado de contacto
• Contacto ST/CO/PR
• Código postal de contacto
• País de contacto
• Idioma de contacto:

Re: Sesión 1: Validación de cuenta

Me gustaría agregar algunas definiciones y ejemplos para tener en cuenta al diseñar SalesForce 3.0

Definiciones

Sitio

• Dentro de SAS, un Sitio se refiere al número único asignado a una licencia en GIDB que identifica los productos de software que están autorizados para su uso en hardware designado y un sistema operativo designado.
• Cada número de sitio debe incluir un producto base o independiente.
• Cada Sitio está vinculado a un Número de contrato que representa un Acuerdo de licencia principal de SAS, un Acuerdo de clic o posiblemente un Acuerdo de evaluación.
• Es bueno tenerlo en cuenta" Sitio GIDB " para las viñetas anteriores

• Externamente, el término "Sitio" tiene un significado diferente. Los clientes se refieren a un "sitio" como el número que aparece en su configuración, que es un número de 8 o 9 dígitos que consiste en el número de contrato combinado y el número de grupo de CPU, como 01194004.Este número se puede buscar en el GIDB utilizando la variable "Tech Support #" o "Setnumid".

 

Número de contrato

• Representa el valor único asignado en GIDB para el Acuerdo de licencia.
• Según el tipo de Acuerdo de Licencia vigente, se pueden licenciar varias Cuentas relacionadas con el mismo Número de Contrato.
• Si existe un Acuerdo de clic, solo (1) cuenta que hace referencia a (1) pedido de JMP Store (el cliente puede licenciar JMP para Windows y Mac y JMP Pro para Windows y Mac, lo que da como resultado (4) sitios GIDB bajo (1) Acuerdo de clic ). Después de que el Acuerdo de clic original esté en vigor, No el software adicional se puede licenciar bajo el Acuerdo de clic.
• REF4 era el nombre de variable anterior en el IDB heredado para Contract

 

Cuenta

• es una sola entidad legal en una ubicación física única.
• Una cuenta puede tener varios números de contrato en función de los diferentes acuerdos de licencia que tengan vigentes. Por ejemplo: un cliente puede tener (1) sitio con licencia en virtud de un contrato de licencia principal y (1) sitio con licencia en virtud de un contrato de clic.

  

Los productos JMP y JMP Pro requieren (1) sitio GIDB por combinación de producto/sistema operativo. Esto es para propósitos de medios y SETINIT (código de autorización del producto).

 

Las soluciones JMP Clinical y JMP Genomics requieren (2) sitios GIDB por bitness de solución/sistema operativo (32 o 64)

 

El paquete JMP Academic Suite requiere hasta (7) sitios GIDB: (1) sitio para los códigos de productos de facturación y (1) sitio para cada combinación de producto/sistema operativo.  

 

Una licencia de socio de JMP requiere un mínimo de (2) sitios: (1) el sitio es el sitio de facturación sin cargo con hasta (3) códigos de producto de tipo de socio JMPCUSPTR, JMPTRNPTR, JMPCLNPTR y los otros sitios son para cada producto y sistema operativo.

Ejemplos de sitios JMP GIDB

 

1. Un cliente (cuenta) tiene una licencia anual (acuerdo de licencia principal) para JMP en Windows y Mac. Esto está representado en el GIDB como (2) Sitios bajo (1) Número de Contrato MLA:

Contrato 67981

Sitio 623875 (1 WX6) JMP

Sitio 661342 (1 MX64) JMP+

 

(Nota: el "1" entre paréntesis con el código del sistema operativo es el número de grupo de CPU. Cuando los Productos/Sitios están relacionados, se agregan al mismo número de Grupo de CPU. En el caso anterior, el JMP+ es un complemento del producto base JMP).

2. Un cliente tiene 2 licencias separadas de JMP Store (acuerdos de clic) cada una para JMP en Mac. Esto se representa en el GIDB como 2 números de contrato separados, cada uno con 1 número de sitio:

Contrato 112023

Sitio 906692 (1 MX64) JMP

 

y

 

Contrato 111753

Sitio 905738 (1 MX64) JMP

   

3. Un cliente (cuenta) tiene una licencia anual (acuerdo de licencia principal) para JMP Clinical en Windows de 32 bits y JMP Clinical en Windows de 64 bits. Esto se representa en el GIDB como un total de (4) Sitios:
   
   
   1. (2) sitios para JMP Clinical en Windows de 32 bits (1 sitio para los productos SAS de la solución y 1 sitio para el producto JMP de la solución)
      y
   2. (2) sitios para JMP Clinical en Windows de 64 bits (1 sitio para los productos SAS de la solución y 1 sitio para el producto JMP de la solución)

Contrato 19675

Sitio 617977 (9 WNDW) SAS, CLINJMP

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

Sitio 851856 (9 WX6) JMP4CLIN

        

4. Un Cliente académico (Cuenta) tiene una licencia anual para todo el campus (Acuerdo de licencia principal) para JMP Academic Suite que se representa en GIDB como un total de 7 sitios : (1) Sitio es el sitio de facturación con el Producto JMPACDST y los otros (6) sitios son para cada producto y sistema operativo:
   
   Contrato 12854
   Sitio 603156 (9 WNDW) JMPACDST
   Sitio 543013 (9 WNDW) JMP
   Sitio 603598 (9 WX6) JMPPRO
   Sitio 603599 (9 MX64) JMPPRO
   Sitio 603601 (9 WX6) JMP
   Sitio 603602 (9 WNDW) SIMSTUDIO
   Sitio 895105 (9 WX6S) JMPPRO
   
   
5. Un Cliente académico (Cuenta) tiene una licencia anual para todo el campus (Acuerdo de licencia principal) para JMP Academic Suite y los complementos JMP Clinical para JMP Academic Suite y JMP Genomics para JMP Academic Suite representados en GIDB bajo (1) Número de contrato y un total de 14 sitios . (1) El sitio es el sitio de facturación para todas las (3) Ofertas JMPACDST, JMPCLNACD y JMPGENACD, y los otros (13) sitios son para cada producto y sistema operativo:

Contrato 39466
Sitio 527702 (107 WX6) JMP

Sitio 530070 (107 MX64) JMP

Sitio 565806 (107 WNDW) JMPACDST, JMPCLNACD, JMPGENACD

Sitio 565854 (107 WX6) JMPPRO

Sitio 589084 (107 MX64) JMPPRO

Sitio 589087 (107 WNDW) SIMSTUDIO

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

Sitio 589090 (107 WNDW) JMP4GEN

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

Sitio 606090 (107 WX6) JMP4CLIN

Sitio 875507 (107 WNDW) SAS, GENÓMICA

Sitio 875520 (107 WX6) SAS, GENÓMICA

6. Un socio de JMP (cuenta) tiene una licencia de socio anual (acuerdo del programa de socios de JMP) para JMP Pro en Windows y Mac que se representa en GIDB como un total de 3 sitios : (1) El sitio es el sitio de facturación sin cargo con (2) de los (3) códigos de producto de tipo de socio JMPCUSPTR y JMPTRNPTR y los otros (2) sitios son para cada producto y sistema operativo:

Contrato 110619

Sitio 901090 (1 WX6) JMPCUSPTR, JMPTRNPTR

Sitio 901091 (1 WX6) JMPPRO

Sitio 901092 (1 MX64) JMPPRO

  

7. Un Contrato GIDB puede tener Sitios con licencia para más de (1) Cuenta relacionada.El Acuerdo de licencia principal permite que las entidades relacionadas con cada uno firmen Suplementos que hacen referencia al (1) Acuerdo de licencia principal:

1. Estructura del Acuerdo.

1.1 MLA; suplementos; Conflictos. "...El Cliente y sus Entidades relacionadas, tal como se definen a continuación, pueden licenciar el software de SAS (" guerra blanda e") o podrá adquirir servicios (" Servicios ") de SAS mediante la ejecución de suplementos a este MLA (" Suplementos "). cada Suplemento identificará la entidad que se considerará "Cliente" a los efectos de ese Suplemento. Este MLA y cada Suplemento (colectivamente, " Acuerdo ") rigen la licencia del Software del Cliente enumerada en el Suplemento correspondiente y la documentación en línea relacionada que SAS pone a disposición con cada licencia del Software (" Documentación ") o la adquisición por parte del Cliente de los Servicios enumerados en el Suplemento aplicable....

1.2 Entidades relacionadas . Una Entidad Relacionada puede otorgar licencias de Software o adquirir Servicios firmando un Suplemento que haga referencia a este MLA y pagando las tarifas de licencia de Software o las tarifas de Servicio correspondientes. En tal caso, la Entidad Relacionada será el "Cliente" y se considerará que ha adoptado todos los términos y condiciones de este MLA para los fines de ese Suplemento. Un Cliente no puede acceder al Software con licencia de otro Cliente aunque los Suplementos haga referencia a este mismo MLA. A " Entidad relacionada " es una entidad legal separada ubicada en el mismo país que el Cliente que está controlada por, está bajo el control común o controla al Cliente. El término " control "significa (a) para entidades comerciales, propiedad de más del cincuenta por ciento (50%) de las acciones con derecho a voto o activos de una entidad o (b) para entidades gubernamentales o sin fines de lucro, autoridad estatutaria u otra autoridad legal documentada sobre el presupuesto general y contraer derechos de una entidad”.

Ejemplo: The Ultimate Parent, Rho, Inc. firmó MLA 34619.

 

Rho, Inc. (la matriz última) firmó el Suplemento 5 para JMP Clinical

Cuenta ORION: Rho, Inc. (#2872625 SA) mi

Nombre de la empresa GIDB: RHO INC (Tenga en cuenta que GIDB no no indique el nombre de la entidad jurídica adecuada)

 

Sitio 640144 (3 WX6) SAS, CLINJMP, CLINTLKT

Sitio 640496 (3 WX6) JMP4CLIN

 

RHO Federal Systems Division, Inc (una subsidiaria de Rho, Inc.) firmó el Suplemento 14 para JMP Genomics

Cuenta ORION: División de sistemas federales de RHO, Inc. (#2792624 SA) mi
GIDB Nombre de la empresa: RHO FEDERAL SYSTEMS DIVISION INC (Tenga en cuenta que GIDB no no indique el nombre de la entidad jurídica adecuada)

 

Sitio 671804 (8 WX6) SAS, GENÓMICA

Sitio 671939 (8 WX6) JMP4GEN