As customizações mais pedidas no SAP Business One

O limite entre configuração e desenvolvimento

Muitas empresas utilizam o SAP Business One e percebem a necessidade de adaptar o sistema aos seus processos. O ERP atende diversos cenários como padrão. No entanto, cada operação tem suas particularidades. É aqui que entram as customizações.

Existe uma diferença clara entre configuração nativa e desenvolvimento avançado. A configuração nativa utiliza as ferramentas do próprio SAP Business One. Você adiciona regras e campos sem escrever código fonte complexo. Isso facilita a manutenção. O desenvolvimento avançado exige conhecimento em programação e utiliza o SDK.

Entender essa diferença é o primeiro passo para o gestor de TI. Escolher o caminho errado gera custos desnecessários. Além disso, adaptações incorretas dificultam a manutenção do ambiente. Vamos analisar as opções mais comuns solicitadas pelos usuários.

O SAP Business One possui um conjunto de ferramentas nativas. Elas permitem que um consultor experiente resolva problemas sem programação. Isso inclui a criação de campos, tabelas, alertas e relatórios. Quando a necessidade ultrapassa esse limite, nós recorremos ao desenvolvimento de addons.

Campos e tabelas de usuário (UDFs e UDTs)

A necessidade mais básica em qualquer implantação é a criação de campos específicos. O SAP Business One chama isso de User Defined Fields (UDFs). Você pode criar campos para guardar informações que não existem no padrão do sistema. Por exemplo, a placa do caminhão em uma nota fiscal ou o código de um representante externo no cadastro do cliente.

As tabelas de usuário (User Defined Tables ou UDTs) seguem a mesma lógica. Elas servem para armazenar dados estruturados e regras de negócio da sua empresa. Você pode criar uma tabela para guardar as metas de vendas mensais por vendedor. O sistema cria as tabelas diretamente no banco de dados.

Tudo isso é feito via interface do SAP Business One. Não é necessário abrir o SQL Server ou o SAP HANA para criar essas estruturas. O ERP gerencia a criação de forma segura. Essa é uma customização nativa recomendada. Ela não interfere nas atualizações do sistema e resolve a maioria das demandas de armazenamento.

O cuidado principal aqui é a padronização. Criar campos sem planejamento polui a interface visual. O gestor de TI deve aprovar cada novo campo. É importante definir o tipo de dado correto e se o preenchimento é obrigatório.

Pesquisas formatadas e alertas automáticos

As pesquisas formatadas (Formatted Searches ou FMS) automatizam o preenchimento de campos na tela. Elas executam consultas de banco de dados no momento em que o usuário interage com o formulário. Você pode usar uma pesquisa formatada para buscar o preço de um frete com base na região do cliente e preencher esse valor no pedido de venda.

Essa ferramenta elimina a digitação manual e evita erros. O usuário seleciona um dado e o SAP Business One preenche os demais campos automaticamente. A pesquisa formatada também pode trazer informações das tabelas de usuário.

Os alertas nativos são outra customização muito pedida. O controller da empresa precisa saber quando a margem de lucro de um pedido fica abaixo do limite. Você cria uma consulta no banco de dados e configura o SAP Business One para enviar uma mensagem interna. O sistema também pode enviar um email para os gestores.

Essas duas ferramentas garantem produtividade. Elas exigem conhecimento em linguagem de banco de dados para a criação das consultas. No entanto, sua manutenção é simples e não exige compilação de código.

Validações com o TransactionNotification

O controle da operação exige regras rígidas. O usuário não pode salvar um pedido de venda sem informar a condição de pagamento correta. Para resolver essas regras, o SAP Business One disponibiliza um recurso chamado SBO_SP_TransactionNotification. Este é um procedimento no banco de dados, seja SQL Server ou SAP HANA.

Esse procedimento é executado toda vez que o usuário tenta adicionar, atualizar ou cancelar um documento no sistema. O consultor insere blocos de código SQL ali para validar os dados. Se a regra for violada, o procedimento retorna uma mensagem de erro e bloqueia a ação. A tela do ERP exibe o erro e o usuário precisa corrigir os dados.

• Você pode bloquear notas fiscais se o cadastro do cliente estiver incompleto.
• Pode impedir o recebimento de mercadorias com quantidade superior à ordem de compra.

Apesar de ser uma ferramenta nativa, ela exige cuidado. Códigos mal escritos nessa estrutura causam lentidão no sistema. Toda gravação de dados passa por ali. É fundamental que as regras sejam otimizadas e documentadas.

Relatórios, layouts e procedimentos de autorização

A extração de dados e a impressão de documentos também recebem customizações. O SAP Business One utiliza o Crystal Reports como ferramenta oficial. Os layouts determinam o formato impresso de pedidos, notas fiscais e boletos. Os relatórios cruzam dados de diferentes módulos para apoiar a tomada de decisão.

A criação de layouts exige entender a estrutura de tabelas do ERP. O usuário precisa de documentos claros para enviar aos fornecedores e clientes. O Crystal Reports permite incluir logotipos, códigos de barra e formatar os dados conforme a necessidade da empresa.

Procedimentos de Autorização

Os procedimentos de autorização trabalham em conjunto com alertas. Eles transferem a decisão operacional para um gestor. Se um pedido de compra ultrapassa o orçamento aprovado, ele cai em um fluxo de aprovação. O diretor recebe um aviso no SAP Business One e aprova ou recusa o documento.

Você pode configurar condições complexas para os procedimentos de autorização. O sistema permite o uso de consultas SQL para definir se o documento precisa de aprovação. Isso garante o controle financeiro sem travar o andamento do trabalho. Tudo fica registrado para futuras auditorias.

Telas e lógicas complexas via SDK

Algumas operações exigem telas inéditas dentro do SAP Business One. O cliente pode precisar de um painel específico para apontamento de produção ou integração direta com uma loja virtual. Para essas demandas, nós utilizamos o SDK.

O SDK é dividido em duas partes principais. A UI API permite manipular a interface visual. Com ela, nós criamos janelas e botões idênticos ao padrão do ERP. A DI API permite manipular os dados do banco. Ela garante que a gravação das informações respeite todas as regras de negócio nativas do sistema.

O desenvolvimento resulta na criação de um addon. É uma customização complexa que exige gerenciamento de versão e manutenção contínua pelo desenvolvedor. Vale definir em contrato de quem é o código-fonte e onde ele fica guardado.

O gestor de TI deve aprovar um addon apenas quando não há outra saída. O custo é mais alto. No entanto, é a ferramenta correta para atender integrações complexas com sistemas externos.

Como customizar sem travar atualizações

O maior receio de um gestor de TI é não conseguir atualizar o ambiente para receber melhorias de segurança. Atualizar para o SAP Business One 10.0 exige que o ambiente esteja íntegro. O segredo para uma atualização tranquila é seguir as boas práticas da fabricante.

• Nunca modifique as tabelas originais do banco de dados diretamente.
• Inserções devem passar pelas APIs oficiais ou pelo Service Layer.

O uso correto das ferramentas nativas garante que o sistema suporte a troca de versão sem gerar erros na base de dados.

A B1Hub é uma consultoria brasileira focada exclusivamente no SAP Business One. Ao longo de 16 anos, acumulamos experiência técnica atendendo 47 empresas. Sabemos identificar a forma correta de aplicar uma regra de negócio.

Avaliamos a necessidade da sua empresa para definir se a configuração nativa resolve a demanda. Se o desenvolvimento for inevitável, criamos o código dentro dos padrões oficiais. Entre em contato conosco para uma avaliação técnica. Também documentamos o que foi feito, para o ambiente continuar fácil de manter nas próximas versões.

Perguntas frequentes