OEM

El OEM (por sus siglas en inglés, Original Equipment Manufacturer) es, en el ecosistema Salesforce, el modelo comercial por el cual un ISV (proveedor independiente de software) embebe la plataforma dentro de su propio producto y lo revende como una solución con marca propia, incluso a clientes que nunca compraron Salesforce. Formalmente se lo conoce como Lightning Platform Embedded u OEM Embedded.

La analogía es la misma que en la industria del hardware: el software que viene preinstalado con una cámara o una computadora es "OEM", porque el fabricante lo integra y lo vende bajo su marca. En Salesforce, un ISV con contrato OEM incrusta licencias de plataforma en su aplicación, de modo que el cliente final opera el producto sin adquirir Salesforce por separado y, a menudo, sin saber que la plataforma corre por debajo.

Es un modelo pensado para quien construye producto sobre la plataforma, no para quien solo la usa. Por eso aparece seguido en las conversaciones de arquitectura y licenciamiento que preceden a cualquier proyecto de desarrollo sobre Salesforce: define a quién se le puede vender, qué objetos están disponibles y cómo se reparte el revenue.

Cómo funciona el modelo OEM

Un ISV con contrato OEM incrusta licencias de la plataforma Salesforce dentro de su aplicación, de modo que el cliente final usa el producto sin comprar Salesforce por separado y, muchas veces, sin saber que hay Salesforce debajo. Cuatro piezas definen el modelo:

• Licencia embebida: el ISV incluye la licencia de plataforma dentro de su producto; el piso de referencia público de la AppExchange OEM Edition ronda los US$25 por usuario al mes.
• Alcance de venta: puede venderle a clientes nuevos, incluso fuera del ecosistema Salesforce.
• Revenue share: el modelo OEM Embedded le paga a Salesforce alrededor del 25% de los ingresos, frente al 15% de ISVforce; el porcentaje suele ser negociable para partners de alto volumen.
• Sin objetos CRM core: las apps OEM no acceden a objetos estándar como Leads, Opportunities o Cases; se construyen sobre objetos custom.

Por qué le importa a una empresa de LATAM

Para una empresa que evalúa una solución construida sobre Salesforce, entender el modelo OEM aclara qué está comprando: una aplicación con la robustez, la seguridad y la infraestructura de la plataforma debajo, pero con la marca, el precio y el soporte del ISV. No es un detalle menor a la hora de auditar riesgos, porque la escalabilidad y los controles de seguridad son los de Salesforce, mientras que la hoja de ruta y la atención al cliente dependen del proveedor del producto. Un ángulo de primera mano: EGA Futura, empresa de origen de Vantegrate, opera bajo contrato OEM con Salesforce, proveyendo orgs con su ERP ya instalado.

OEM frente a ISVforce

Los dos son caminos del programa de partners de AppExchange, pero apuntan a públicos distintos:

El punto que más se confunde: en OEM el cliente no compra Salesforce aparte y a veces ni sabe que corre debajo, mientras que en ISVforce la app extiende una org que el cliente ya tiene. El Security Review es obligatorio en ambos modelos, así que elegir OEM no lo evita.

En la práctica

Una empresa de software de gestión en Buenos Aires que quiere venderle su ERP a pymes que nunca usaron Salesforce puede firmar un contrato OEM: embebe la plataforma dentro de su producto y el cliente instala el ERP, recibe una org con la aplicación ya montada y opera sobre la infraestructura de Salesforce sin comprar licencias por separado. Para ese cliente es "el ERP de tal empresa"; por debajo corre la plataforma, con su seguridad y su escalabilidad. Esa capacidad de construir producto propio sobre Salesforce es el terreno del desarrollo sobre Salesforce.

Errores comunes

• Confundir OEM con ISVforce: cambian el público objetivo, el acceso a objetos y el revenue share.
• Suponer que una app OEM usa los objetos CRM estándar: no lo hace, se apoya en objetos custom.
• Creer que el cliente final compra Salesforce aparte: en OEM la licencia va embebida.
• Pensar que el modelo OEM saltea el Security Review: no lo saltea.