ISV

Un ISV (Independent Software Vendor, o proveedor independiente de software) es una empresa que desarrolla un producto de software y lo comercializa, en lugar de prestar servicios a medida. En el ecosistema de Salesforce el término tiene un sentido preciso: un ISV construye una aplicación sobre la plataforma de Salesforce, la empaqueta como paquete gestionado y la publica en AppExchange, la tienda oficial de apps. La analogía útil: si Salesforce es un sistema operativo empresarial, el ISV es quien fabrica una app para ese sistema y la sube a su tienda.

La diferencia clave con otros partners es que el ISV vende producto, no horas de servicio. El cliente instala la app dentro de su propia org de Salesforce, donde corre de forma nativa junto a Sales Cloud, Service Cloud o la nube que ya use, bajo su mismo contrato con Salesforce. La plataforma reconoce cuatro categorías de partner: ISV, Consulting, OEM y Reseller, y una misma empresa puede tener más de un estatus a la vez.

Entender qué es un ISV ayuda a leer cualquier app nativa: quién la construyó, cómo se distribuye y bajo qué modelo comercial se licencia. Ese es el terreno del desarrollo sobre Salesforce, donde una app empaquetada se instala en minutos en vez de montarse de cero.

Un ISV es, ante todo, un fabricante de producto. No implementa Salesforce para un cliente puntual: construye una aplicación una sola vez, la empaqueta y la publica para que muchas empresas la instalen. Esa distinción, producto contra servicio, es la que ordena todo el ecosistema de partners de Salesforce y define cómo se vende, se instala y se mantiene una app nativa.

Cómo funciona, paso a paso

El camino de un ISV para llevar una app al mercado sigue una secuencia bastante estandarizada:

1. Unirse al Salesforce Partner Program y obtener una Partner Business Org, el entorno desde el que se gestiona todo el ciclo de vida de la app.
2. Construir la aplicación como paquete gestionado (managed package) sobre la plataforma, usando sus objetos, su modelo de seguridad y sus APIs.
3. Firmar el acuerdo comercial que corresponde a su modelo de distribución (ISVforce u OEM).
4. Aprobar el Security Review de AppExchange, la auditoría de seguridad obligatoria antes de poder publicar.
5. Publicar el listado en AppExchange, desde donde cada cliente instala la app en su propia org bajo su propio contrato con Salesforce.

Por qué le importa a una empresa de LATAM

Para una empresa mediana, instalar una app de un ISV tiene una ventaja concreta: la app corre dentro de la infraestructura de Salesforce que la empresa ya audita y en la que ya confía. No hay un servidor externo nuevo que evaluar, ni un ciclo de compra separado, ni datos que salgan a otro proveedor. La app se instala bajo el acuerdo maestro existente, lo que reduce la fricción de procurement y de seguridad. Las certificaciones de cumplimiento (como SOC 2 o ISO 27001) son de la plataforma de Salesforce, no del ISV, y cubren la capa donde la app vive. Como referencia del rol, Vantegrate nace de EGA Futura, que es ISV y Consulting Partner de Salesforce desde 2009 y opera bajo contrato OEM.

ISV, Consulting Partner y OEM: en qué se diferencian

Los tres términos suelen mezclarse, pero responden a roles distintos:

Un Consulting Partner presta servicios de implementación; un ISV vende un producto empaquetado; y una misma empresa puede ser las dos cosas a la vez. El modelo OEM es una variante comercial del ISV: en lugar de venderle solo a quien ya usa Salesforce, incrusta una licencia de plataforma dentro de su propio producto y lo vende también a quien todavía no es cliente de Salesforce, normalmente con una tasa de revenue share más alta.

Errores comunes

• Confundir ISV con Consulting Partner: el primero vende producto, el segundo vende servicios.
• Creer que un ISV reemplaza la seguridad de Salesforce: la app corre dentro de la org del cliente y hereda su modelo de permisos.
• Suponer que toda app de AppExchange usa el mismo modelo comercial: ISVforce y OEM son distintos.
• Pensar que instalar una app de un ISV obliga a un contrato de infraestructura nuevo: se instala bajo el acuerdo que la empresa ya tiene.

En resumen, saber si un proveedor es un ISV te dice mucho antes de firmar: significa que comprás un producto probado y empaquetado, que pasó un Security Review y que va a vivir dentro de tu propia org, no en un servidor ajeno que tenés que auditar por separado.