Determinar a versão do Salesforce para seu aplicativo
Objetivos de aprendizagem
Após concluir esta unidade, você estará apto a:
- Descrever as diferenças básicas entre as versões compatíveis com os aplicativos ISVforce.
- Com um conjunto de requisitos, definir as versões compatíveis com sua solução.
- Descrever a importância de definir a versão do Salesforce e as licenças do Salesforce na sua organização desejada.
- Descrever quando um parceiro AppExchange determina quais as versões do Salesforce desejadas.
Determinar a versão correta
Agora é hora de determinar as versões do Salesforce a que você deseja dar suporte. Mais uma vez, imagine que você é um designer de móveis que projetou um sofá lindo. Com base no seu design, você recebeu vários pedidos de pré-venda. A fábrica cria o sofá. Quando a primeira entrega é feita, você descobre que o sofá não passa pela porta da frente. As dimensões são maiores do que as da maioria das portas. Isso não é um bom resultado. Um pouco mais de planejamento poderia ter poupado você e seus clientes dessa dor de cabeça.
Queremos evitar esse tipo de resultado na criação de seu aplicativo AppExchange. Seu aplicativo é criado em uma organização Developer Edition (DE) especial configurada para parceiros AppExchange ou uma organização temporária do Salesforce DX. Os dois tipos de organização têm tudo o que é necessário para dar suporte ao desenvolvimento de tipos de aplicativos diferentes que servem a públicos diferentes. No entanto, o ambiente do seu cliente de destino pode não incluir todos esses recursos. Se você não limitar os recursos na sua solução aos disponíveis na sua organização de destino, você terá que repensar seus planos.
O que é uma versão do Salesforce?
Oferecemos várias versões do Salesforce com diferentes níveis de funções e recursos para nossos clientes. Como parceiro AppExchange, você precisa conhecer quatro versões: Unlimited Edition (UE), Enterprise Edition (EE), Professional Edition (PE) e Starter (S).
As versões são em camadas, e cada uma evolui da anterior. Subir uma camada significa ter mais recursos disponíveis e limites mais altos de determinados recursos. Por exemplo, as organizações S não são compatíveis com tipos de registro, mas as UE, EE, PE e DE, sim. Uma organização S tem um limite de cinco licenças de usuário. Uma organização PE ou de versão acima pode ter uma quantidade ilimitada de licenças de usuário. Para ver as diferenças mais detalhadamente, consulte nosso gráfico de comparação das edições.
A importância de escolher uma versão do Salesforce
A versão escolhida determina os recursos que serão utilizados no aplicativo. Ela também define os limites dos recursos que o aplicativo pode consumir. Você não precisa se restringir a uma versão. Por exemplo, você pode oferecer pacotes diferentes para versões diferentes. Ou pode criar sua solução para se adequar à versão em que for instalada. Lembre-se de que seu plano de negócios também influencia a escolha das versões.
Se você estiver criando um aplicativo integrado ao OEM, o único tipo de organização que pode ser oferecida a novos clientes é a EE. Os clientes existentes só poderão instalar seu aplicativo se tiverem organizações da EE ou de versões acima.
Organizações, versões e licenças
O ambiente de nuvem do Salesforce costuma ser comparado a um prédio de apartamentos. Todos compartilham a infraestrutura, como o encanamento e a eletricidade, mas cada negócio tem seu próprio espaço dedicado que outros locatários não podem acessar: sua organização. Quando os clientes escolhem uma versão, eles escolhem seu próprio ambiente de escritório. Alguns locatários escolhem várias salas sem área de recepção ou cozinha. Outros escolhem um andar inteiro, com área de recepção, cozinha e escritórios. O menor ambiente de escritório é como uma organização PE; o andar inteiro é como uma organização EE.
Quando os clientes adquirem licenças de usuário, eles estão definindo quem tem acesso aos “escritórios” e que tipo de acesso eles têm. As licenças de usuário padrão dão “chaves” que permitem o acesso a todos os recursos da organização. Outras licenças de usuário oferecem acesso mais limitado. Por exemplo, usuários com licenças Customer Community não podem acessar objetos Lead e Oportunidade e não podem ser mencionados nos fluxos.
Os clientes também podem comprar licenças de conjuntos de recursos ou de permissões para recursos que não são padrão. Por exemplo, o uso do Salesforce Knowledge no Sales Cloud exige uma licença de conjunto de permissões.
Escolher as versões que serão compatíveis
Vejamos os públicos das diferentes versões.
Versão |
O que é importante saber... |
---|---|
Starter (S) |
A versão para empresas com cinco usuários ou menos. Ela tem o mínimo de funções. |
Professional Edition (PE) |
As empresas de médio porte usam a PE. Ela tem tudo o que é necessário para o cliente em termos de CRM e não há limite de licenças de usuário. Ele não inclui todos os detalhes interessantes, mas inclui ferramentas de personalização, integração e administração fáceis de usar para facilitar as implantações de tamanho médio. |
Enterprise Edition (EE) |
EE é a nossa versão mais popular. Ela inclui todas as principais ferramentas e tecnologias e atende às necessidades de empresas grandes e complexas. Além de toda a funcionalidade disponível na Professional Edition, inclui ferramentas avançadas de personalização e administração para oferecer suporte a implantações em larga escala. |
Unlimited Edition (UE) |
UE é como EE que tomou anabolizantes. As grandes empresas compram essas versões. Além de toda a funcionalidade disponível na EE, a UE inclui Suporte Premier, limites de armazenamento aumentados e outros recursos. |
A maioria dos clientes está em uma EE ou versões maiores. Os clientes nessas versões maiores normalmente compram a maioria das licenças e, portanto, representam o maior mercado. A EE e as versões maiores têm a maioria das funções internas, o que pode facilitar a implantação do seu design.
Os clientes da PE, diferentemente da maioria dos clientes empresariais de grande porte, costumam ter um ciclo de compras curto, o que ajudaria a vender seu aplicativo mais rapidamente. Se você está pensando em adicionar a PE como outra versão, pense no esforço em relação ao mercado em potencial.
Determinar os recursos declarativos disponíveis
É essencial que você limite o design e o desenvolvimento para usar somente os recursos disponíveis na sua organização de destino. Recomendamos verificar periodicamente o Guia ISVforce e outros documentos do Salesforce para não ter que retornar.
Por exemplo, digamos que você esteja considerando clientes S ou PE. A seção Considerações de arquitetura no Guia ISVforce contém uma tabela que lista alguns dos recursos mais populares usados por parceiros AppExchange.
Recurso |
Starter | Professional Edition |
---|---|---|
Ativos |
Não |
Sim |
Campanhas |
Não |
Sim |
Contratos |
Não |
Sim (com o Sales Cloud) |
Previsões |
Não |
Sim (sem divisões de oportunidade ou previsões de campo personalizado) |
Ideias |
Não |
Sim |
Produtos |
Não |
Sim |
Soluções |
Não |
Sim |
Tipos de registro |
Não |
Sim |
Conjuntos de permissões |
Sim |
Sim |
Perfis personalizados |
Não |
Sim |
Tipos de relatório personalizado |
Não |
Sim |
Fluxos e aprovações |
Não |
Não (ver observação) |
Código do Apex |
Ver observação. |
Ver observação. |
Regras de compartilhamento |
Não |
Sim (para alguns recursos) |
API |
Ver observação. |
Ver observação. |
Sites |
Não |
Não |
Essa lista não é exaustiva. Para ter a certeza de que os recursos usados estão disponíveis, verifique a lista de versões que aparece nas páginas de documentação. Verifique essa página sobre tipos de registro.
O Starter não está listado, portanto não é compatível com tipos de registro.
Determinar os recursos programáticos disponíveis
Os recursos e as funcionalidades que estivemos descrevendo giram em torno de personalizações declarativas, as que podem ser feitas com a interface de apontar e clicar do Salesforce. Você também pode personalizar uma organização programaticamente usando, por exemplo, a linguagem de programação baseada em nuvem do Salesforce, Apex. As organizações S e PE não têm acesso a Apex ou às APIs. No entanto, como parceiro AppExchange, seu aplicativo aprovado pode usar Apex e as APIs listadas na tabela a seguir em organizações S e PE de clientes. O Guia ISVforce tem todos os detalhes sobre como colocar seu aplicativo na lista de permissões e como obter um token de acesso à API para ele.
API |
Acesso a S e PE |
---|---|
Serviços Web (SOAP) |
Sim, com token |
Métodos do Apex expostos como serviços Web (SOAP) |
Não |
Serviços Web (REST) |
Sim, com indicação na lista de permissões de cliente do aplicativo conectado |
Métodos do Apex expostos como serviços Web (REST) |
Sim, com indicação na lista de permissões de cliente do aplicativo conectado |
API REST do Chatter |
Sim |
API de metadados |
Sim, com token |
API em massa |
Não |
Ferramenta Data Loader (usa serviços Web SOAP) |
Não, não é possível definir o token |
API de transmissão |
Não |
Eventos de plataforma |
Não |
Limites e sua organização desejada
Todas as organizações do Salesforce compartilham infraestrutura. Para fazer com que nenhuma organização consuma recursos excessivamente, nós impomos limites. Essa é uma das formas de garantir a sua confiança e a de seus clientes no Salesforce. Os limites variam de acordo com a versão. Por exemplo, considere esses limites de regras de validação, um recurso de verificação de valores nos campos de entrada.
Recurso |
Starter | Professional Edition |
Enterprise Edition |
Unlimited Edition e Performance Edition |
---|---|---|---|---|
Número de regras de validação ativas por objeto |
20 |
20 |
200 |
200 |
Quando clientes atuais instalam seu aplicativo, eles trazem a sobrecarga do seu uso de recursos, além dos recursos que eles já estiverem usando. Digamos que um cliente em uma organização da PE tem 18 regras de validação ativas no objeto Conta e seu aplicativo adiciona mais três. Seu aplicativo não conseguirá ser instalado na organização do cliente porque o limite de regras de validação ativas foi excedido.
No entanto, os aplicativos de parceiros AppExchange qualificados têm mais folga em três recursos específicos. Quando um aplicativo é aprovado na análise de segurança, os aplicativos, objetos e guias incluídos no pacote não contam para os limites do cliente.
Para saber mais sobre limites declarativos, verifique nossa documentação de ajuda.
Cuidado com os limites na execução do código. Se os limites de transação forem excedidos, toda a transação falhará e seu cliente não ficará feliz. Para saber mais sobre limites de programação, leia Administradores e limites de execução.
Fazer com que seus aplicativos funcionem nas versões escolhidas
Você pode usar seu Hub do ambiente ou o Salesforce DX para criar organizações de teste específicas de cada versão.
Em que versões devo me concentrar?
Vamos praticar a escolha de versões percorrendo algumas hipóteses.
Primeira hipótese: Previsor de andamento do negócio
Tipo de aplicativo:
ISVforce
Nuvem base:
Sales Cloud
Versões em foco:
Enterprise Edition
Função do aplicativo:
Adicionar insight a oportunidades no Salesforce:
- Analisando negócios relacionados anteriores
- Analisando o uso geral
- Vinculando as análises ao estado atual do ciclo de vida de oportunidades de um representante de vendas
O segmento ideal para esse aplicativo é o de clientes com uma organização EE ou de outra versão acima porque eles têm mais conjuntos de dados para análise. Você poderia projetar seu aplicativo para funcionar com organizações S e PE? Examine as informações desta tabela.
Se você quiser... |
Os clientes poderão instalar seu aplicativo ISVforce em suas organizações S ou PE? |
---|---|
Usar a hierarquia de papéis para restringir algumas informações |
Não. A hierarquia de papéis não está disponível nessas versões. |
Criar 10 objetos personalizados |
Sim! Os aplicativos, os objetos e as guias criadas não contam em relação aos limites dos clientes. |
Usar a API REST para integração |
Sim! Embora seus clientes S e PE não possam usar a API REST para se conectar às organizações, você pode! |
Segunda hipótese: Rastreamento de tempo do agente de suporte
Tipo de aplicativo:
ISVforce
Nuvem base:
Service Cloud usando o Console de serviço do Lightning
Versões em foco:
Enterprise Edition
Função do aplicativo:
Dar aos agentes de suporte um calendário rastreador de tempo no Console de serviço do Lightning. O calendário conscientiza sobre:
- Agenda de um agente
- Casos de trabalho de um agente
- Disponibilidade de um agente
O Console de serviço do Lightning está disponível apenas nas edições Starter, Professional, Enterprise e Unlimited com o Service Cloud. Não é possível vender esse aplicativo aos clientes sem o Service Cloud. Isso limita seu TAM (Mercado total disponível), portanto, você pode querer considerar outras alternativas. Para ver mais detalhes, leia o Documento de ajuda do Console de serviço do Lightning.
Terceira hipótese: Fornecimento relacionado a fornecedores
Tipo de aplicativo:
Integrado ao OEM
Nuvem base:
Salesforce Platform
Versões em foco:
Enterprise Edition
Função do aplicativo:
Dar suporte ao processo de requisição de fornecimento em projetos complexos ajudando os funcionários a:
- Rastrear requisições de peças
- Identificar fornecedores adequados
- Rastrear e escolher ofertas
Pergunta difícil! Os aplicativos integrados ao OEM só podem ser usados com organizações EE ou acima.
Conseguiu pegar tudo?
As versões, licenças de usuário e licenças de conjunto de permissões e de recursos de seus clientes desejados afetam o design do seu aplicativo.
Se você está criando um aplicativo ISVforce ou um aplicativo integrado ao OEM, pergunte-se:
- Os recursos declarativos que você quer usar estão disponíveis nas versões desejadas?
- Os recursos programáticos que você quer usar estão disponíveis a um parceiro AppExchange nas versões desejadas?
- O design fica dentro dos limites impostos pela versão desejada?
Parabéns! Você chegou ao fim e está pronto para o teste!