Creo que la terminología ha cambiado de aplicaciones aloha a aplicaciones ISV.

Anteriormente, La principal ventaja era que las aplicaciones ahola instaladas no contaban para varios límites organizativos y podían funcionar con las ediciones Group y Professional de Salesforce. En una versión anterior de Salesforce, al menos algunas de las ventajas se transmitían a todos los paquetes administrados.

Parece que ya no hay mucha documentación que utilice el término «aloha». Hay una antigua publicación de blog Diseña una aplicación Aloha . La publicación está vinculada a la Diseño de una aplicación para Gro up y Professional Edition que ahora redirige a Consideraciones arquitectónicas para las ediciones grupal y profesional . Saqué lo siguiente del historial wiki de la página anterior:

Además, como parte del Programa de socios de AppExchange, su paquete administrado será elegible para permisos especiales que le permiten aprovechar los beneficios únicos que garantizan que su aplicación se instalará y funcionará correctamente en GE y PE. Las aplicaciones creadas en Force.com y que tienen estos permisos especiales se denominan Aplicaciones Aloha . Las aplicaciones Aloha aparecerán en AppExchange aquí .

Una vez elegible, una aplicación Aloha está autorizada por Apex e inmune a ciertos límites de edición. Además, si su aplicación requiere la integración de API, los socios elegibles pueden obtener acceso de API a las organizaciones de GE y PE. Para obtener más información sobre el Programa de socios, incluidos los requisitos de elegibilidad, visítenos en www.salesforce.com/partners.

Nota: Su aplicación solo puede ser una aplicación Aloha y recibir el icono de la aplicación Aloha en su lista de AppExchange si está empaquetada como un paquete administrado.

Cómo ¿Cómo hacer una aplicación Aloha?

A estas alturas, comprende que hay muchos permisos especiales que puede aprovechar para crear para GE y PE. Si creó una aplicación y cree que está lista para trabajar con GE / PE tal cual, puede registrar un caso en el Partner Portal y crear un caso que solicita cualquiera de los permisos mencionados (Autorización de Apex, Inmunidad de límite de aplicaciones / Objetos / Pestañas y / o Acceso a API). Tenga en cuenta que su aplicación debe tener un paquete administrado asociado con su listado y usted debe ser un socio elegible. Para obtener más información sobre el Programa de socios, incluidos los requisitos de elegibilidad, visítenos en www.salesforce.com/partners.

Tenga en cuenta que es posible que deba rediseñar su aplicación para que sea compatible con GE / PE, incluso con estos permisos especiales activos. Como socio, tiene derecho a varios entornos de prueba para garantizar que su aplicación funcione correctamente contra GE / PE. Puede obtener más información aquí .

Creo que, en el futuro, es mejor seguir la documentación de Uso de Apex en ediciones profesionales y grupales

Una vez que se haya asegurado de que su aplicación cumpla con los requisitos para el estado Aloha, deberá presentar un caso en el portal de socios solicitando que se le otorgue; no es automático . Hay una categoría de caso específico disponible para tales solicitudes.

Comentarios

• Parece que las aplicaciones de Aloha son (o eran) aplicaciones que pueden ejecutarse en GE o PE, y también ‘ t contar con los límites típicos; consulte success.salesforce.com/answers?id=90630000000h1rAAAQ
• » Debe ser un socio elegible de salesforce.com y su aplicación debe pasar la revisión de seguridad. Los permisos correspondientes se habilitarán automáticamente después de que pasar la revisión de seguridad. » El estado de Aloha ahora es automático, de acuerdo con el enlace en la respuesta.
• Aloha, ya que ‘ s todavía llamado por la pestaña de suscriptores de LMA, todavía tiene implicaciones en los límites; más notablemente, los paquetes habilitados para aloha no ‘ cuentan para los límites de la pestaña de la organización del suscriptor.

¿Qué es Aloha:

Aloha fue especial estado otorgado a las aplicaciones para que las aplicaciones no se contabilicen en varios límites impuestos por Salesforce.Los beneficios incluían:

• Las aplicaciones Aloha no contaban para los límites de aplicaciones, objetos y pestañas personalizadas
• Las aplicaciones Aloha podían ejecutar Apex Code en Group Edition (GE) y Professional Edition (PE)
• Las aplicaciones Aloha podrían utilizar la API de servicios web para GE y PE

Cuando Salesforce actualizó AppExchange en agosto de 2012, Salesforce dejó de publicar el término » Aloha App. »

Desde agosto de 2012, todos los paquetes administrados no cuentan para los límites del sistema de Salesforce. Aquí está la publicación del blog de Salesforce que anuncia el cambio:

http://blogs.salesforce.com/company/2012/08/everything-you-need-to-know-about-the-new-salesforce-appexchange.html

Solicitando » Aloha » estado:

En esencia, Salesforce ahora considera todos los paquetes administrados como Aloha. Entonces, el único requisito para que una aplicación sea Aloha es que sea un paquete administrado.

Sin embargo, es posible que aún deba solicitar » Aloha » estado a través del portal de socios.

Una vez que haya creado su paquete, abra un caso con el soporte de socios de Salesforce y solicite que su paquete sea » Aloha Enabled. » En su caso de soporte, proporcione lo siguiente:

1. La URL de instalación del paquete
2. La URL de la lista de AppExchange

Comentarios

• ¡Bienvenido al sitio! Por favor, no ‘ t pida votos a favor en las respuestas; la votación es una parte inherente de la red SE y su respuesta será votada si merece votos. En cuanto a decir que dejaron de usar el término, es posible que lo hayan hecho en público, pero al plantear un caso, ¡todavía tiene que solicitar el estado de Aloha!
• Hice uno en junio de este año; sin él, nuestra aplicación no ‘ t instalar en organizaciones de la Edición Profesional debido a algunas de las funciones de la plataforma que utiliza nuestra aplicación. Después de que el caso fuera enviado y cerrado con el comentario » Comentario: I ‘ ve aloha habilitado este paquete. » funcionó como se esperaba.
• En Descripción general del suscriptor, todavía dice » Aloha App » con una casilla de verificación. Nuestra aplicación lo tiene, y tuvo que habilitarse manualmente, aunque esto fue alrededor de mayo de 2012.
• Mi experiencia extraña es que se ha eliminado del tipo de caso por un tiempo (desde el mal redactado August 2012 anuncio de que va), pero al igual que otros carteles, aún tiene que solicitarlo (a través de un tipo de caja de vainilla en mi caso), después de haber completado la revisión de seguridad, que a su vez requiere que sea un socio de Salesforce.
• @Robs Depende de lo técnico que quieras ser. El efecto anteriormente llamado Aloha Status todavía existe (las aplicaciones de paquetes administrados tienen características especiales para romper los límites), pero el término ya no se usa y ya no tiene un proceso de solicitud separado. Una vez que su aplicación cumple con los requisitos (estado de socio, revisión de seguridad, listado de AppExchange), su aplicación obtiene automáticamente el efecto de estado sin necesidad de una solicitud adicional.