Usted estĆ” aquĆ:
Otorgar vinculaciĆ³n
La vinculaciĆ³n de subvenciones determina cĆ³mo se agrupan y consumen las subvenciones de recursos contenidas en un activo. En tĆ©rminos mĆ”s sencillos, la vinculaciĆ³n decide si un servicio adquirido (como 1.000 mensajes de texto) estĆ” relacionado con un Ćŗnico activo o compartido entre un grupo mĆ”s amplio, como una organizaciĆ³n o un contrato especĆfico.
Ediciones necesarias
| Disponible en: Lightning Experience |
| Disponible en: Enterprise Edition, Unlimited Edition y Developer Edition con la licencia Revenue Cloud Advanced o la licencia Revenue Cloud Billing |
Objetivos vinculantes
Cuando agrega una partida de presupuesto o una partida de pedido a un presupuesto o un pedido de productos basados en el uso, debe seleccionar un destino vinculante.
| Objetivo vinculante | DescripciĆ³n |
|---|---|
| Auto | Los recursos de uso estĆ”n vinculados al activo en sĆ. Se crea un activo independiente donde las subvenciones solo estĆ”n disponibles para esa partida especĆfica. Este es el destino predeterminado para todos los productos de uso. |
| Producto | Los recursos de uso estƔn vinculados a un producto. Un activo vinculado al producto de paquete o una partida puede consumir los recursos. |
| Cuenta | Los recursos de uso estĆ”n vinculados a una cuenta especĆfica. MĆŗltiples activos asociados con la cuenta seleccionada pueden compartir los recursos. |
| Contrato | Los recursos de uso estĆ”n vinculados a un contrato especĆfico. Cualquier activo vinculado a ese contrato puede consumir los recursos. |
| Personalizar | Los recursos de uso estĆ”n vinculados a un objeto personalizado, si las opciones estĆ”ndar no se ajustan al modelo comercial. Utilice el objeto BindingObjectCustomExt para la vinculaciĆ³n de objetos personalizados. |
Cuando se vincula a un destino y se activa el pedido, el proceso de consumo crea un registro Cuenta de asignaciĆ³n de uso (UEA). Este registro actĆŗa como el contenedor para el ciclo de vida del servicio.
Se pueden vincular mĆŗltiples activos al mismo destino (por ejemplo, cinco telĆ©fonos diferentes que utilizan el servicio de datos adjunto a la cuenta familiar). La UEA realiza un seguimiento del periodo de validez del servicio compartido calculando la fecha de inicio mĆnima y la fecha de finalizaciĆ³n mĆ”xima de todos los activos vinculados a esa cuenta. La UEA permanece activa siempre que al menos un activo vinculado al destino estĆ© activo.
Para cada combinaciĆ³n de destino de vinculaciĆ³n y recurso de uso, el proceso GestiĆ³n de uso crea una cartera, que se sigue por el DepĆ³sito de asignaciĆ³n de uso. Incluso si compra mĆŗltiples productos de paquete, el saldo total se agrega y se muestra en esta cartera.
Cuando vincula mĆŗltiples activos al mismo destino:
- La entrada de producto y lista de precios asociada con la cuenta de asignaciĆ³n de uso se determina por el primer activo vinculado al destino.
- El periodo de vigencia para el objetivo limitado se determina por la fecha de inicio mĆ”s temprana y la fecha de finalizaciĆ³n mĆ”s tardĆa de todos los activos asociados.
- La asignaciĆ³n de uso de transacciĆ³n asociada con la asignaciĆ³n de uso principal es la primera asignaciĆ³n de uso de transacciĆ³n creada despuĆ©s de que se active el primer producto relacionado con el destino limitado.
Para comprender quĆ© tipo de vinculaciĆ³n seleccionar, consideremos una empresa, Quantum Corp. La empresa adquiere un conjunto de comunicaciones que incluye 500 SMS, 1.000 correos electrĆ³nicos y 10.000 llamadas de API. Dependiendo de sus necesidades organizativas, pueden vincular estas subvenciones de cuatro formas:
- Enlace consigo mismo (Enlace de activo): Quantum Corp compra un plan especĆficamente para un contratista remoto. Las subvenciones estĆ”n vinculadas al activo individual. Solo el dispositivo especĆfico del contratista puede utilizar estos 500 SMS. En la vista Cartera, el destino se enumera como Propio.
- Vincular a cuenta: Quantum Corp desea que toda su organizaciĆ³n comparta el conjunto de recursos y, por lo tanto, las subvenciones estĆ”n vinculadas a la cuenta. Todos los departamentos, como Ventas, Marketing y Finanzas que estĆ”n asociados con esa cuenta toman de los mismos 1.000 correos electrĆ³nicos. La vinculaciĆ³n permite compartir recursos entre mĆŗltiples activos vinculados a una cuenta.
- VĆnculo a contrato: Quantum Corp tiene un acuerdo legal especĆfico para un proyecto de tres aƱos. Las subvenciones estĆ”n vinculadas al Id. de contrato. Cualquier activo creado bajo este contrato especĆfico se basa en las 10.000 llamadas de API. La vinculaciĆ³n garantiza que el uso estĆ” estrictamente vinculado a los tĆ©rminos y la duraciĆ³n de una entidad legal especĆfica.
- Vincular a personalizado: Quantum Corp utiliza una arquitectura de nube de mĆŗltiples arrendatarios. Las subvenciones estĆ”n vinculadas a una entidad personalizada, como un Id. de arrendatario. Se utiliza para modelos comerciales especializados donde los recursos deben aislarse por un identificador exclusivo que no sea una cuenta o un contrato estĆ”ndar.
Calificar conflictos y negociaciĆ³n
Surge una complejidad cuando intenta vincular mĆŗltiples productos al mismo destino que comparten el mismo recurso, pero tienen diferentes Ćndices negociados.
Si adquiriĆ³ un producto vinculado a Cuenta A con un tipo negociado de 0,80 $ por texto y mĆ”s adelante intenta comprar otro producto vinculado a Cuenta A con un tipo de 0,70 $ por texto, se convierte en un conflicto.
Para resolver el conflicto, para una combinaciĆ³n de recurso y objetivo vinculante determinada, debe haber un Ćndice acordado Ćŗnico. GestiĆ³n de uso selecciona automĆ”ticamente el precio mĆ”s barato disponible entre mĆŗltiples activos vinculados al destino. Si un nuevo activo o paquete se adquiere mĆ”s adelante, sustituye los tipos existentes.
