Vou começar com uma cena que se repete. Empresa média, TOTVS Protheus rodando há cinco, sete anos. Várias customizações foram feitas pela equipe interna e por parceiros que entraram e saíram. Chega o momento de atualizar o ERP pra uma versão nova, ou de migrar o banco de dados, ou de cumprir uma exigência fiscal nova. E aí o pessoal de TI descobre que parte das customizações não tem código-fonte, outra parte está num repositório que ninguém lembra a senha, e mais um pedaço foi escrito por um consultor que saiu da empresa há três anos.
É nesse momento que o nome serviço BSO aparece nas reuniões. E geralmente já é tarde demais pra começar do zero.
Esse texto vai explicar o que é o serviço BSO da TOTVS, quando sua empresa de fato precisa dele, o que muda quando ele é contratado depois do problema versus antes, e o que olhar em parceiro de implementação pra não cair na mesma armadilha.
Table of Contents
ToggleO que é o serviço BSO, sem jargão
BSO significa Business Software Outsourcing. É o serviço da TOTVS, oferecido pelo Delivery Center, de gestão técnica e guarda de objetos customizados dos ERPs Protheus, RM, Datasul e Logix.
Tradução pra quem não é técnico: toda customização que sua empresa faz no ERP gera um “objeto” (um pedaço de código) que precisa ser guardado, controlado e mantido compatível com cada nova versão do sistema. Se ninguém cuida disso de forma estruturada, esses objetos se acumulam, perdem o código-fonte original, brigam com atualizações da TOTVS, e em algum momento causam problema sério.
O serviço BSO resolve isso com quatro frentes principais:
Repositório homologado. Os customizados ficam armazenados num ambiente seguro da TOTVS, com controle de versão (segregação de releases). Não fica mais “na pasta do servidor X” ou “no notebook do Fulano”.
Gestão de fontes. Acompanhamento ativo do que existe, do que está em uso, do que pode ser descomissionado. É quem mantém a casa em ordem.
Compatibilização técnica. Quando sai uma versão nova do ERP, ou um patch, o BSO valida e ajusta os objetos customizados pra continuarem funcionando.
Correções e governança. Toda alteração passa por ticket, com histórico, auditoria e controle de quem fez o quê.
O BSO é contratado por volume de objetos e complexidade do ambiente. Quanto mais customização, maior o escopo. Linha Protheus precifica por objeto. Linha RM, por horas de projeto ou quantidade de fontes. O atendimento é remoto, segunda a sexta, das 8h às 18h.
Por que isso importa de verdade
Esse é o ponto que a maioria dos materiais sobre o tema não toca. O serviço BSO não é “mais um produto da TOTVS”. É a resposta pra um problema crônico de quem trabalha com ERP customizado: customização barata pra fazer e cara pra manter.
Quando uma empresa customiza muito o ERP sem governança, três coisas acontecem com o tempo:
A primeira é que cada atualização da TOTVS vira um drama. A versão nova entra em conflito com o que foi customizado, alguma coisa quebra, e o pessoal de TI passa fim de semana corrigindo. Isso atrasa upgrades importantes, inclusive os fiscais (e aí entra multa).
A segunda é a perda de código-fonte. Customização pode estar compilada em PRW ou PRX no ambiente de produção, mas o código original (o “fonte”) sumiu. Aí é que a TOTVS oferece o serviço de Reversão de Códigos-Fonte, dentro do BSO, que usa engenharia reversa pra reconstruir o que foi perdido. Caro, demorado, evitável.
A terceira é a entropia geral. Empresa não sabe quantas customizações tem, qual está em uso, qual virou rotina padrão da TOTVS depois de uma atualização (sim, isso acontece), qual depende de outra. O ambiente vira caixa-preta.
O BSO ataca os três. Mas só funciona de verdade se for contratado antes do caos virar emergência.
Quando contratar o serviço BSO faz sentido
Lista honesta. Se você reconhece três ou mais, vale conversar:
A empresa tem TOTVS rodando há mais de três anos com customizações feitas por mais de uma equipe (interna, parceiros que entraram e saíram, consultores pontuais).
Não existe inventário claro de quantos objetos customizados a empresa tem hoje, nem do status de cada um.
A última atualização do ERP foi adiada porque “não dá tempo de testar tudo”.
Algum patch fiscal entrou em produção sem ser validado contra as customizações, e gerou problema depois.
A pessoa que escreveu boa parte das customizações já não está mais na empresa, e ninguém documentou direito.
O time de TI passa boa parte do tempo apagando incêndio ligado a customização, em vez de evoluir o sistema.
Existe planejamento de migração pra TOTVS Cloud ou de upgrade significativo nos próximos doze meses.
Se três ou mais bateram, o ambiente provavelmente já está numa zona de risco. E o melhor momento pra contratar o serviço BSO é antes do upgrade, não no meio dele.
O que o serviço BSO não faz (e isso importa)
Pra evitar expectativa errada, vale deixar claro o que o BSO não é:
Não é desenvolvimento de novas customizações. Pra criar funcionalidade nova, você precisa de fábrica de software ou de equipe interna de desenvolvimento. O BSO mantém o que já existe.
Não é suporte a usuário final. Quando o analista de faturamento tem dúvida em como usar o módulo, isso é suporte funcional, parte do AMS ou da sustentação contratada com o parceiro. BSO atua na camada técnica de código.
Não é consultoria de processo. Se a empresa quer mudar como funciona o fluxo de aprovação de compra, isso é projeto de consultoria. BSO ajusta o que já está customizado, não redesenha processo.
Por isso o BSO funciona melhor quando combinado com um serviço de AMS bem estruturado. Os dois cobrem camadas diferentes. AMS cuida do dia a dia do ERP (suporte, melhorias, evolução funcional). BSO cuida especificamente da saúde técnica das customizações.
Como o serviço BSO se encaixa no projeto típico de TOTVS
Pra empresa que está implementando ou já usa TOTVS, a sequência saudável é:
Antes da implantação. O parceiro de implementação (Bee IT, por exemplo) faz a entrega das customizações iniciais com código-fonte completo, documentação e padrões de desenvolvimento. Isso evita o problema na origem.
Durante a operação normal. A sustentação via AMS cuida de bugs, ajustes pequenos e suporte funcional. As customizações maiores que surgem vão sendo registradas e versionadas.
Antes de upgrades grandes ou migrações. Aí o BSO faz sentido como parceiro complementar, com Assessment de Customizações pra mapear o que existe, Compatibilização pra preparar o ambiente, e gestão contínua depois.
Em ambientes herdados ou bagunçados. O BSO entra com Reversão de Códigos-Fonte (quando o fonte foi perdido), Inventário pra colocar a casa em ordem, e gestão recorrente depois. É o caso mais comum em empresa que tem TOTVS há muitos anos sem governança.
Não é regra fechada, mas é o caminho que evita surpresa.
O que olhar em parceiro de implementação pra não precisar de BSO emergencial
Boa parte das empresas que acabam contratando serviço BSO em modo emergência poderia ter evitado isso com escolha melhor de parceiro de implementação. Algumas perguntas concretas pra fazer ao parceiro antes de contratar projeto novo:
Como vocês entregam o código-fonte das customizações? Em qual repositório fica? Quem tem acesso?
Vocês seguem padrão de nomenclatura e documentação? Posso ver exemplo?
Como vocês tratam compatibilidade com upgrades futuros do ERP? Existe processo de revisão antes de cada release?
Quem é responsável por manter as customizações depois do go-live? Vocês oferecem AMS contínuo, ou a empresa precisa cuidar disso depois?
Em caso de auditoria, vocês conseguem mostrar histórico de alterações com data, autor e justificativa?
Parceiro bom responde isso sem hesitar. Parceiro que enrola na resposta é o tipo de parceiro que vai te empurrar pra contratar serviço BSO emergencial daqui a quatro anos.
Na Bee IT, a gente trata desde a primeira customização do projeto com código-fonte versionado, padrão de nomenclatura, documentação e processo de revisão pré-upgrade. Isso é o que mantém o ambiente saudável a longo prazo, e o que diferencia parceria de dez anos de implementação que vira problema em três.
Quando o serviço BSO da TOTVS é a escolha certa, e quando o parceiro pode resolver
Tem uma pergunta válida que cliente faz: “se meu parceiro implementador é bom e oferece AMS, eu preciso do BSO da TOTVS também?”
Resposta honesta: depende do tamanho e do nível de criticidade da operação.
Pra empresa média com customizações sob controle, parceiro experiente e AMS contratado, geralmente não precisa do BSO formal da TOTVS. O parceiro cobre a gestão técnica de customizações dentro do contrato de sustentação.
Pra grande empresa, com volume alto de customizações, múltiplas filiais, complexidade tributária pesada e requisitos de auditoria, o BSO da TOTVS faz sentido como camada adicional, junto com o parceiro. Os dois trabalham complementares: o parceiro cuida do funcional e da operação, o BSO da TOTVS garante o repositório homologado e a compatibilização técnica em upgrades grandes.
A decisão não é “BSO ou parceiro”. É “qual combinação cobre o nível de risco que minha operação tem”.
Como a Bee IT entra nessa conversa
A Bee IT é parceira homologada TOTVS há mais de dez anos, com foco em médias e grandes empresas. Trabalhamos com Protheus, RM e Datasul, em projetos de implantação, customização do módulo de estoque e outros módulos, e sustentação contínua via AMS.
A nossa abordagem é evitar o cenário em que o cliente precisa de serviço BSO em modo emergencial. Customização entregue com fonte versionado, documentação clara, e processo de manutenção que não vira pesadelo em upgrade. Quando a empresa precisa do BSO formal da TOTVS por porte ou regulação, a gente coordena junto, sem brigar de território.
Se a sua empresa está na situação descrita lá no início (vários anos de TOTVS, customizações dispersas, upgrade sendo adiado), vale uma conversa. Diagnóstico antes de proposta, sempre. Pra ver mais conteúdo técnico do time, o LinkedIn da Bee IT tem material novo toda semana sobre TOTVS, ERP e gestão de customizações.
Perguntas frequentes sobre serviço BSO
O serviço BSO atende quais sistemas TOTVS? Protheus, RM, Datasul e Logix, além de TOTVS Agro Multicultivo e Bioenergia. A precificação varia conforme a linha e o volume de objetos customizados.
Qual a diferença entre o serviço BSO e o AMS do parceiro? O AMS cuida da operação geral do ERP (suporte funcional, ajustes, evolução, atendimento ao usuário). O serviço BSO foca especificamente na camada técnica das customizações (repositório, compatibilização, governança de código). São complementares, não concorrentes.
Preciso contratar o serviço BSO direto com a TOTVS, ou posso fazer pelo parceiro? O serviço BSO oficial é da TOTVS, contratado via Delivery Center. Mas parceiro homologado bom oferece equivalente da camada técnica de customizações dentro do contrato de AMS. Pra empresas grandes com regulação pesada, ter o BSO formal da TOTVS adiciona uma camada de segurança auditável.
Quanto custa o BSO? Varia bastante. Linha Protheus precifica por objeto gerenciado. Linha RM por horas de projeto, quantidade de fontes ou objetos. Empresa com 50 customizações simples paga muito menos que empresa com 500 customizações complexas. A TOTVS faz uma análise inicial gratuita pra dimensionar o escopo.
Vale a pena contratar BSO antes de fazer um upgrade grande? Quase sempre sim. O Assessment de Customizações que o BSO oferece como serviço pontual identifica problemas que vão aparecer no upgrade, e dá tempo de resolver antes. Custa mais barato fazer a Compatibilização preventiva do que apagar incêndio depois do upgrade já em produção.
Se eu perdi o código-fonte de uma customização crítica, dá pra recuperar? Sim, pelo serviço de Reversão de Códigos-Fonte, que é parte do BSO (disponível na linha Protheus). A engenharia reversa reconstrói o código-fonte original a partir do objeto compilado em produção. É serviço pontual, não recorrente, mas cobre justamente a situação de “perdi o fonte e preciso fazer manutenção”.