Licenças SAP Business One: Professional, Limited e SAP Indirect Explicadas

A documentação oficial define o modelo sem ambiguidade: o SAP Business One é baseado em licenciamento por usuário nomeado, em que cada licença é concedida a um nome de usuário específico. Um usuário nomeado é um empregado do cliente, de uma subsidiária ou de um terceiro autorizado a acessar o software licenciado, de forma direta ou indireta.

A consequência é imediata para quem orça um projeto. Dez pessoas que usam o sistema uma hora por dia consomem dez licenças, e não uma. O cálculo por acesso simultâneo, comum em outras categorias de software, não se aplica aqui, o que precisa entrar cedo em qualquer avaliação de ERP para indústria.

Compartilhar usuário entre turnos não é uma opção

O guia é explícito: empregados não podem compartilhar um mesmo nome de usuário para acessar o SAP Business One. A tentativa de contornar o modelo criando um usuário por posto de trabalho contraria a regra de licenciamento.

Há um detalhe que ajuda no desenho: as licenças atribuídas a um usuário nomeado não são específicas de uma base de dados de empresa. A mesma pessoa acessa mais de uma empresa com a licença dela, embora duas pessoas nunca dividam uma licença.

Os tipos de licença e o que cada um habilita

A documentação reconhece os tipos Professional User, Limited CRM User, Limited Financials User, Limited Logistics User e SAP Business One Starter User. Todos incluem autorizações de Indirect Access, o que é relevante para quem opera em manufatura não seriada com camada de extensão.

Acesso janela a janela

O critério que separa os tipos é o nível de acesso por tela. O guia estabelece que, conforme o tipo de licença concedido, o usuário pode ter controle total de uma janela, abri-la apenas em modo de leitura, ou não ter acesso a ela.

É por isso que dimensionar por cargo é impreciso. O que define o tipo não é a posição da pessoa no organograma, e sim o conjunto de telas que ela precisa operar e em que profundidade.

Starter Package: um caminho separado, não um degrau

Existe uma regra que precisa ser conhecida antes da adoção, e não depois. A documentação estabelece que a licença do starter package não pode ser usada com nenhum outro tipo de licença de usuário do SAP Business One para gerar um arquivo de chave de licença, incluindo licenças de kit de desenvolvimento e de servidor de integração.

Na prática, isso significa que o pacote de entrada não se mistura com os demais tipos. Ele é um caminho próprio, e a decisão de adotá-lo precisa considerar o cenário de crescimento da operação.

Administração de licenças no SAP Business OneVer em alta resolução

As regras oficiais que quase ninguém menciona

Quatro pontos do guia oficial afetam diretamente o desenho de um projeto e raramente aparecem em material comercial, inclusive nos que tratam de SAP Business One para indústria.

A licença é específica de localização

Desde a versão 8.8, cada licença do SAP Business One é gerada para uma localização específica. Uma empresa que opera em mais de um país recebe um arquivo de licença por país, conforme os requisitos daquela localização.

Os usuários ficam licenciados para acessar apenas as bases da localização correspondente. Isso muda o desenho de projetos com operação internacional e precisa ser considerado antes do dimensionamento.

O que já vem incluído com as licenças de usuário

O guia lista componentes recebidos automaticamente com a solicitação de licenças, sem pedido separado: o kit de desenvolvimento na versão de implementação, as ferramentas associadas, os add-ons da SAP, a licença de compatibilidade para add-ons e o componente de fluxo de trabalho.

Conhecer essa lista evita orçar à parte itens que já estão contemplados, o que é comum em projetos que envolvem add-ons de produção para SAP Business One.

Add-ons e a execução em uma máquina

A documentação registra que usuários de todos os tipos de licença podem acessar um número ilimitado de add-ons. Registra também uma restrição operacional: a partir da versão 9.2, um usuário nomeado só pode executar add-ons em uma máquina por vez.

A licença do add-on é do fornecedor do add-on

Sobre solução de parceiro, o guia estabelece que as autorizações de Indirect Access precisam ser contratadas, seja como licenças separadas, seja como parte dos tipos professional, limited ou CRM. Acrescenta que a solução do parceiro precisa estar devidamente licenciada pelo próprio parceiro.

São camadas distintas de licenciamento, e confundi-las gera surpresa no orçamento, ponto que também aparece na avaliação de um SAP Partner no Brasil.

O método abaixo evita os dois erros mais comuns, que são dimensionar por cargo e dimensionar por acesso simultâneo. Ele parte das pessoas e das telas que elas operam.

1. Liste as pessoas, e não os cargos, porque usuário nomeado é pessoa.
2. Mapeie as telas que cada uma precisa operar e em que profundidade: criar, editar ou apenas consultar.
3. Separe amplitude de profundidade, distinguindo quem transita entre áreas de quem atua em uma só.
4. Trate o chão de fábrica como caso próprio, porque quem aponta produção não opera o ERP inteiro.
5. Verifique a localização, já que operação em mais de um país significa mais de um arquivo de licença.
6. Confirme o que já vem incluído antes de orçar componentes à parte.

O que acontece quando se subdimensiona

O sintoma aparece rápido: pessoas compartilhando acesso, o que contraria a regra oficial, ou processos migrando de volta para planilha porque nem todos conseguem entrar no sistema.

O segundo efeito é mais silencioso e mais caro. Quando quem registra a informação não tem acesso, o registro passa a ser feito por terceiros, com atraso e perda de precisão, o que compromete o controle de ordem de produção.

E quem aponta produção no chão de fábrica?

Esta é a pergunta que mais afeta o orçamento de um projeto industrial, e ela não tem resposta automática pelo número de operadores.

O acesso de chão de fábrica é uma decisão de arquitetura. A documentação estabelece que todos os tipos de licença incluem autorizações de Indirect Access e podem acessar add-ons sem limite, e que a solução de parceiro precisa estar licenciada pelo parceiro.

O desenho correto depende de como o add-on expõe o apontamento de produção no chão de fábrica. Por isso essa definição precisa ser feita junto com o projeto, e não descoberta depois que as licenças foram adquiridas.

Gestão de licenças no dia a dia

Depois do go-live, a atribuição de licenças deixa de ser um evento e vira rotina. Pessoas entram, saem e mudam de função, e o desenho inicial envelhece.

O guia registra que o SAP Business One permite a parceiros e administradores de sistema visualizar relatórios de atribuição de licenças e gerenciar conexões de empresa. O relatório mostra as licenças atribuídas a cada usuário individual e facilita a utilização eficiente do que foi contratado.

Revisar esse relatório periodicamente costuma revelar licenças atribuídas a usuários inativos e perfis com tipo acima do necessário, situação frequente em metal-mecânica e demais segmentos com rotatividade em áreas administrativas.

Os erros mais comuns no dimensionamento de licenças

Os padrões abaixo aparecem com regularidade em projetos industriais e todos produzem o mesmo desfecho: orçamento revisto depois da assinatura, quando a margem de negociação já passou.

1. Dimensionar por acesso simultâneo, quando o modelo é de usuário nomeado.
2. Planejar compartilhamento de usuário entre turnos, o que a documentação veda expressamente.
3. Dimensionar por cargo, em vez do conjunto de telas que a pessoa opera.
4. Orçar componentes à parte sem verificar o que já acompanha as licenças de usuário.
5. Ignorar a regra de localização em operação com filial no exterior.
6. Adotar o pacote de entrada sem saber que ele não se combina com os demais tipos.

Por que o erro de dimensionamento aparece tarde

Um dimensionamento apertado não impede o go-live. Ele se manifesta semanas depois, quando a operação estabiliza e as pessoas que ficaram de fora começam a precisar de acesso.

Nesse momento, a empresa está com o sistema em produção e menos espaço para negociar. É por isso que o levantamento de perfis vale mais do que parece: ele custa algumas horas antes e evita uma renegociação em condição desfavorável depois.

O levantamento correto antecede qualquer proposta comercial. Sem o mapa de pessoas e telas, qualquer número apresentado é estimativa, e estimativa de licença costuma errar para baixo.

O caminho que funciona começa por listar quem vai usar o sistema e o que cada um precisa fazer nele, passa pela definição do acesso de chão de fábrica junto com o desenho do add-on, e termina com a verificação de localização e dos componentes já incluídos. É esse levantamento que transforma estimativa em dimensionamento, e ele faz parte da metodologia de implementação SAP.