Jag tror att terminologin har förändrats från aloha-appar till ISV-appar.

Tidigare har den största fördelen var att installerade ahola-appar inte räknade med olika organisationsgränser och kunde arbeta med grupp- och professionella utgåvor av Salesforce. I en tidigare Salesforce-version överfördes åtminstone några av fördelarna till alla hanterade paket. p> Inte mycket dokumentation verkar använda termen ”aloha” längre. Det finns ett gammalt blogginlägg Designa en Aloha-app . Inlägget länkat till Designa en applikation för Gro upp och Professional Edition -sidan som nu omdirigeras till Arkitektoniska överväganden för grupp- och professionella utgåvor . Jag drog följande ur wiki-historiken för den gamla sidan:

Dessutom, som en del av AppExchange-partnerprogrammet kommer ditt hanterade paket att vara berättigat till särskilda behörigheter som gör att du kan dra nytta av unika fördelar så att din app kommer att installeras och fungera korrekt i GE och PE. Appar byggda på Force.com och som har dessa speciella behörigheter kallas Aloha Apps . Aloha-appar kommer att visas på AppExchange här .

Vid kvalificering är en Aloha-app Apex-auktoriserad och immun mot vissa utgåvan. Dessutom, om din app kräver API-integration kan kvalificerade partners få API-åtkomst till GE- och PE-organisationer. För mer information om partnerprogrammet, inklusive behörighetskrav, besök oss på www.salesforce.com/partners.

Obs: Din app kan bara vara en Aloha-app och få Aloha-appikonen i din AppExchange-lista om den är förpackad som ett hanterat paket.

Hur att skapa en Aloha-app?

Nu förstår du att det finns många speciella behörigheter som du kan dra nytta av för att bygga för GE och PE. Om du har skapat en app och du tror att den är redo att arbeta med GE / PE som den är kan du logga ett ärende på Partnerportal och skapa ett ärende som begär någon av de nämnda behörigheterna (Apex Authorization, Apps / Objects / Tabs Limit Immunity, och / eller API Access). Observera att din ansökan måste ha ett hanterat paket som är kopplat till listan och att du måste vara en kvalificerad partner. För mer information om partnerprogrammet, inklusive behörighetskrav, besök oss på www.salesforce.com/partners.

Tänk på att du fortfarande kan behöva omorganisera din app för att stödja GE / PE, även med dessa speciella behörigheter aktiva. Som partner har du rätt till olika testmiljöer för att säkerställa att din app fungerar korrekt mot GE / PE. Du kan läsa mer här .

Jag tror att det framöver är bättre att följa dokumentationen från Att använda Apex i grupp- och professionella utgåvor

När du väl har försäkrat dig om att din app uppfyller kraven för Aloha-status måste du ta upp ett ärende i partnerportalen och be om att den ska beviljas, den är inte automatisk . Det finns en specifik fallkategori tillgänglig för sådana förfrågningar.

Kommentarer

• Det verkar som om Aloha-appar är (eller var) appar som kan köras i GE eller PE, och räknar inte heller ’ mot typiska gränser – se success.salesforce.com/answers?id=90630000000h1rAAAQ
• ” Du måste vara en kvalificerad partner med salesforce.com och din app måste klara säkerhetsgranskningen. Lämpliga behörigheter aktiveras automatiskt efter att du klara säkerhetsgranskningen. ” Aloha-status är nu automatisk, enligt länken i svaret.
• Aloha, eftersom den ’ som fortfarande anropas av fliken LMA-prenumeranter, har fortfarande konsekvenser för begränsningar – framför allt aloha-aktiverade paket räknas inte ’ till räknare för prenumerantorganisations flikgränser.

Vad är Aloha:

Aloha var en speciell status som ges till appar så att apparna inte räknas mot olika begränsningar som införts av Salesforce.Fördelarna inkluderade:

• Aloha-appar räknade inte med anpassade appar, objekt och flikgränser
• Aloha-appar kunde köra Apex Code i Group Edition (GE) och Professional Edition (PE)
• Aloha-appar kan använda Web Service API för GE och PE

När Salesforce uppdaterade AppExchange i augusti 2012, Salesforce slutade publicera termen ” Aloha App. ”

Sedan augusti 2012 räknas inte alla hanterade paket mot Salesforce-systemgränser. Här är Salesforce-blogginlägget som meddelar ändringen:

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

Begär ” Aloha ” status:

I huvudsak betraktar Salesforce nu alla hanterade paket som Aloha. Så det enda kravet för att en app ska vara Aloha är att det är ett hanterat paket.

Du kan dock fortfarande behöva begära ” Aloha ” status via partnerportalen.

När du har skapat din hanterade paket, öppna ett ärende med salesforce-partnersupport och begär att ditt paket ska vara ” Aloha aktiverat. ” I ditt supportärende ska du ange följande:

1. Paketinstallations-URL: en
2. AppExchange-listans URL

Kommentarer

• Välkommen till sajten! Be ’ t fråga om uppröstningar på svar; röstning är en inneboende del av SE-nätverket och ditt svar kommer att rösta om det förtjänar röster. När det gäller att säga att de slutade använda termen kan de ha gjort det offentligt, men när du tar upp ett ärende måste du fortfarande be om Aloha-status!
• Jag gjorde en i juni i år – utan den skulle vår app inte ’ t installeras i Professional Edition-organisationer på grund av några av de plattformsfunktioner som vår app använder. Efter att ärendet lämnades in och avslutades med kommentaren ” Kommentar: Jag ’ har aloha aktiverat detta paket. ” det fungerade som förväntat.
• Under prenumerantöversikt står det fortfarande ” Aloha App ” med en kryssruta. Vår app har den, och den måste aktiveras manuellt, även om det var cirka maj 2012.
• Konstigt är min erfarenhet att den har tagits bort från fallstypen ett tag nu (sedan den dåligt formulerade augusti 2012 tillkännagivande om att det ska gå), men som andra affischer måste du fortfarande begära det (via en vaniljfallstyp i mitt fall), efter att ha slutfört säkerhetsgranskning, vilket i sin tur kräver att du är en Salesforce-partner.
• @Robs Beror på hur tekniskt du vill vara. Effekten som tidigare kallades Aloha Status finns fortfarande (hanterade paketappar har speciella begränsningsfunktioner), men termen används inte längre och har inte längre en separat applikationsprocess. När din app uppfyller kraven (Partnerstatus, Säkerhetsgranskning, AppExchange-lista) får din app automatiskt statuseffekten utan ytterligare begäran nödvändig.