SAP Business One e a Reforma Tributária: preparar o ERP para IBS e CBS

📚 Continue aprendendo sobre este tema:

O que já está posto, e o que isso significa para o seu ERP

A Lei Complementar 214/2025, publicada em 16 de janeiro de 2025, regulamenta a Reforma Tributária. O ano de 2026 é ano-teste, com alíquotas de 0,1% para o IBS e 0,9% para a CBS. Esses são os únicos números fiscais que você precisa guardar para entender o impacto em tecnologia.

O ponto que interessa a quem cuida de sistema é o seguinte: durante a transição, o ERP precisa emitir e escriturar os novos tributos em paralelo aos atuais. Paralelo é a palavra-chave. Não é substituição de um campo por outro. É conviver com dois mundos ao mesmo tempo, no mesmo banco, nos mesmos documentos, nos mesmos relatórios, com a mesma equipe.

Todo o resto do trabalho decorre disso. Documento fiscal com mais campos, layout novo, mais linhas de imposto por item, mais registros na escrituração, mais volume de dados, mais consulta pesada em fechamento. Nada disso é dramático se o ambiente tiver folga. Tudo isso vira crise se o ambiente já estiver no limite hoje.

O que a BS IT Solutions faz e o que não faz neste projeto

Vale deixar a divisão clara logo no começo, porque ela evita a maior parte dos mal-entendidos:

Frente	Quem responde	Exemplo do que sai daí
Interpretação da regra e enquadramento	Contabilidade e área fiscal da empresa	Como a operação deve ser tratada, o que é obrigatório para o seu caso
Parametrização fiscal e patch de localização	Parceiro de localização e time funcional do B1	Configuração de imposto, layout de documento, atualização legal
Ambiente, versão, capacidade e continuidade	Infraestrutura de TI	Servidor, banco, homologação, backup, janela, rollback, monitoramento

Este artigo trata só da terceira linha. Se alguém prometer resolver as três com o mesmo time e o mesmo orçamento, desconfie.

Passo 1: descobrir em que versão o seu B1 está de verdade

A pergunta parece boba e derruba projeto. Muita média empresa acha que está numa versão e está em outra, com patch antigo, porque a última atualização foi feita às pressas e nunca virou rotina. Sem essa informação não dá para planejar nada, porque atualização legal chega em pacote e pacote tem pré-requisito de versão.

Levante e registre:

Versão e patch level do SAP Business One em produção.
Banco em uso, SQL Server ou HANA, com a versão exata.
Versão do sistema operacional do servidor de banco e do servidor de aplicação.
Add-ons instalados, com fornecedor e contato de suporte de cada um.
Integrações que leem ou escrevem no B1: e-commerce, WMS, folha, BI, portal de nota, robô de conciliação.
Customizações feitas por consultoria antiga, com quem tem o código e quem consegue recompilar.

Esse levantamento é o mesmo que serve para qualquer outro projeto de TI do ano. Se a sua empresa ainda não tem essa lista viva, o caminho está descrito em inventário de TI: o primeiro passo que quase toda empresa pula.

Por que add-on antigo é o maior risco silencioso

O B1 pode ser atualizado. O add-on de terceiro, nem sempre. Se você tem um add-on cujo fornecedor sumiu, ou que ninguém sabe recompilar, ele vira o item que define o cronograma inteiro. Descobrir isso em maio é aborrecimento. Descobrir isso na véspera da virada é parada de faturamento.

Passo 2: montar ou consertar o ambiente de homologação

Aqui está o item que quase toda média empresa pula, e é o que separa uma atualização tranquila de um sábado inteiro perdido. Homologação não é luxo de empresa grande. É o único lugar onde você pode errar de graça.

Um ambiente de homologação útil precisa de:

Cópia recente da base de produção, para que o teste rode com dados reais de volume e não com três notas fiscais de exemplo.
Mesma versão de banco e de sistema operacional da produção, senão o teste prova pouco.
Os mesmos add-ons e integrações, apontados para ambientes de teste dos sistemas vizinhos, nunca para o ambiente real do parceiro comercial.
Isolamento de saída, para que nenhum teste dispare e-mail para cliente, transmissão para órgão ou pedido para fornecedor.
Facilidade de reset, porque você vai querer repetir o mesmo teste várias vezes a partir do mesmo ponto de partida.

Sobre custo: um ambiente de homologação não precisa ficar ligado o ano inteiro. Em nuvem, ele pode existir pelas semanas do projeto e ser desligado depois, o que muda bastante a conta. Esse raciocínio é o mesmo de FinOps aplicado a custos de cloud: pagar pelo que se usa, quando se usa.

Passo 3: olhar capacidade antes de olhar cronograma

Rodar dois regimes em paralelo consome mais recurso do que rodar um. Não é preciso número de fabricante para entender por quê: mais campos por documento significa mais escrita, mais índice e mais linha de log. Mais linhas na escrituração significam arquivo maior e consulta mais pesada no fechamento. Mais relatório em paralelo significa mais concorrência no mesmo banco.

Os pontos que merecem medição antes de qualquer decisão de data:

Recurso	O que observar	Sinal de alerta
Memória	Consumo no pico do mês, não na média	Servidor no limite justamente no fechamento
CPU	Fila de processador nos horários de emissão	Emissão que já demora hoje e ninguém reclamou formalmente
Disco	Espaço livre e crescimento mensal da base	Menos de alguns meses de folga no ritmo atual
Backup	Duração da rotina completa e do restore	Backup que já invade o horário comercial
Rede	Latência entre aplicação, banco e integrações	Integração que falha de vez em quando sem explicação

Se o ambiente for HANA, a memória é o recurso que manda, porque o banco trabalha em memória. O detalhe de dimensionamento está em requisitos de servidor para SAP Business One. Se o ambiente estiver em nuvem, a folga é mais fácil de comprar, e o raciocínio de desempenho aparece em SAP Business One na nuvem e performance.

A pergunta que a diretoria vai fazer

A pergunta costuma ser: preciso trocar de servidor por causa disso? A resposta honesta é que só a medição responde. Muita empresa vai atravessar a transição com o hardware que tem, desde que o crescimento da base esteja sob controle. Outras já estão no limite hoje e vão descobrir isso agora, o que é melhor do que descobrir depois. O erro é comprar antes de medir e o erro simétrico é decidir não comprar sem nunca ter medido.

Passo 4: backup antes de atualizar, sem exceção

Atualização de ERP é o momento clássico de descobrir que o backup não presta. Antes de encostar em qualquer pacote, faça o seguinte:

Backup completo do banco e dos arquivos de configuração, com hora e responsável registrados.
Restauração desse backup num ambiente separado, para provar que ele volta. Backup não testado é intenção, não é proteção.
Snapshot da máquina virtual, quando existir virtualização, como caminho rápido de volta.
Cópia dos add-ons, licenças e chaves, no mesmo lugar do backup.
Uma cópia fora do servidor principal e fora do alcance da mesma credencial de administrador.

Esse último item vale para além do projeto. Backup acessível com a mesma senha que administra o servidor é o primeiro alvo de um ataque, assunto tratado em como evitar um ataque de ransomware.

Passo 5: janela de parada combinada, não avisada

Combinada quer dizer negociada com quem fatura, quem expede e quem recebe. Avisada quer dizer e-mail na sexta às 18h dizendo que o sistema cai no sábado. A diferença aparece no domingo.

Uma janela bem montada tem:

Data e horário com folga real, longe de fechamento, de virada de mês e de pico sazonal do seu negócio.
Duração declarada, com o tempo de execução medido em homologação, mais uma reserva.
Ponto de não retorno, ou seja, o horário limite depois do qual você volta para trás em vez de insistir.
Plano de rollback escrito, com quem executa, quanto tempo leva e como se avisa a operação.
Lista de contatos de plantão, incluindo os fornecedores de add-on e de integração.
Critério de aceite definido antes, para não virar discussão de opinião às três da manhã.

Passo 6: plano de teste que a operação assina

Teste de TI valida se o sistema subiu. Teste de operação valida se a empresa consegue trabalhar. São coisas diferentes e você precisa das duas.

O roteiro mínimo, com um responsável nomeado por linha:

Emissão dos tipos de documento que a empresa mais usa no dia a dia.
Documentos de exceção: devolução, remessa, transferência entre filiais, operação com serviço junto de mercadoria.
Fechamento de um período de mentira, do começo ao fim, com os relatórios que a contabilidade realmente usa.
Integrações de ponta a ponta, incluindo o retorno de erro, não só o caminho feliz.
Relatórios gerenciais e painéis que a diretoria olha, para conferir se os números continuam batendo.
Desempenho sob carga parecida com a do pico, e não com dois usuários logados.

Cada linha desse roteiro precisa de um aceite formal de quem usa. Aceite verbal em corredor não protege ninguém, muito menos o gestor de TI.

Erros que mais aparecem

Tratar a mudança como assunto do contador. A regra é do fiscal, mas quem entrega é o sistema, e sistema é projeto com prazo, teste e risco.
Atualizar direto em produção porque o ambiente de teste ficaria caro. Sai muito mais caro quando o faturamento para.
Deixar o add-on para o fim. Ele costuma ser o caminho crítico do cronograma.
Não medir capacidade e descobrir o gargalo no primeiro fechamento depois da virada.
Confiar em backup nunca restaurado.
Concentrar tudo numa pessoa. Se só um profissional conhece o ambiente, o risco do projeto é a agenda dele.

Um cronograma de trabalho que costuma funcionar

Etapa	O que entrega	Quem participa
Levantamento	Versões, add-ons, integrações, capacidade medida	TI e fornecedores atuais
Preparação	Homologação no ar, backup testado, plano de rollback	TI
Atualização em teste	Pacote aplicado em homologação e tempo real de execução medido	TI e parceiro funcional
Teste de operação	Roteiro executado e assinado pelas áreas	Fiscal, faturamento, expedição, contabilidade
Virada	Janela executada dentro do prazo, com critério de aceite atendido	Todos, com plantão definido
Estabilização	Monitoramento reforçado no primeiro fechamento	TI e NOC

Repare que a maior parte do esforço está antes da virada. Projeto de ERP que dá certo é chato no dia da virada, porque tudo já foi ensaiado.

Perguntas frequentes

Preciso mesmo de um ambiente de homologação só para isso?

Precisa, e o motivo é financeiro antes de ser técnico. Homologação é onde você descobre que um add-on não sobe, que uma integração quebra ou que o processo demora três horas em vez de vinte minutos. Descobrir isso em produção significa operação parada, gente parada e decisão tomada sob pressão. O ambiente pode ser temporário e ficar de pé apenas durante o projeto.

Quem define a parametrização fiscal do SAP Business One?

A parametrização é definida pela área fiscal e contábil da empresa, junto do parceiro responsável pela localização do B1. A consultoria de infraestrutura entra em outra frente: manter a versão suportada, preparar o ambiente de teste, garantir capacidade, backup, janela de parada e retorno seguro caso algo falhe. As duas frentes precisam conversar, mas não se substituem.

Dá para adiar a atualização do ERP para o ano que vem?

Adiar a decisão é diferente de adiar o preparo. Levantar versão, montar homologação, medir capacidade e testar o backup não dependem de nenhuma definição fiscal pendente, e são justamente as tarefas que consomem semanas. Quem faz essa base antes atravessa a atualização em uma janela curta. Quem deixa tudo para depois vai tentar fazer o projeto inteiro dentro de um fim de semana.

Onde a BS IT Solutions entra

A BS IT Solutions cuida da camada de infraestrutura que sustenta o SAP Business One: dimensionamento e gestão de servidores, ambientes B1 e HANA, Basis, nuvem em Azure, AWS e Google Cloud, backup, monitoramento com NOC 24x7 e segurança. Na prática, é o time que prepara o terreno para que a atualização do ERP aconteça sem susto e que fica de olho no ambiente no primeiro fechamento depois da virada.

Se você não sabe em qual versão o seu B1 está, se nunca restaurou um backup para valer ou se não tem onde testar antes, comece por um diagnóstico do ambiente. Conheça o serviço de infraestrutura SAP e fale com um especialista da BS IT Solutions para avaliar o que o seu ambiente precisa antes da próxima atualização.