Por que não existe prazo de tabela
A parte técnica da atualização é conhecida. A TOTVS publica o passo a passo: pré-requisitos de infraestrutura, verificação de duplicidades com o CHECKDUPL, cópia fria da base e das pastas do Protheus, e a atualização dos dicionários pelo UPDDISTR. Desde a 12.1.2310, o dicionário diferencial (SDF) permite sair de qualquer release da versão 12 direto para a mais recente, sem passar pelas intermediárias.
O que não está em nenhum manual é o seu ambiente. Duas empresas com o mesmo tamanho de base podem ter projetos de duração muito diferente: uma usa o padrão com poucos ajustes, a outra tem centenas de fontes customizados, pontos de entrada nas rotinas de custo e integrações com operador logístico e frente de caixa. O prazo e o custo saem dessa diferença, e ela só aparece quando alguém abre o RPO.
Os seis fatores que definem prazo e custo
| Fator | Por que pesa | Como medir antes |
|---|---|---|
| Customizações nas rotinas que mudam | Na 12.1.2610, custo e estoque passam a rodar em stored procedures, o financeiro troca as chaves das FKs e o Smart X descontinua pontos de entrada de filtro. Customização nessas rotinas precisa ser reescrita ou revisada. | Lista de fontes do RPO e pontos de entrada, cruzada com as rotinas alteradas |
| Volume total de customizações | Cada fonte precisa ser classificado: segue igual, precisa de ajuste ou precisa ser reescrito. Mesmo o que segue igual precisa ser testado. | Quantidade de fontes, relatórios e consultas SQL próprias, e quais ainda são usados |
| Integrações | APIs, EDI, WMS, frente de caixa, bancos e o TSS conversam com tabelas e rotinas que podem mudar. Cada integração pede teste de ponta a ponta. | Mapa das integrações, com quem é o dono de cada uma do outro lado |
| Empresas, filiais e tamanho da base | O UPDDISTR atualiza os grupos de empresas e o CHECKDUPL roda para todas elas. Base grande e muitas empresas aumentam a janela e o tempo de conferência. | Grupos de empresas, filiais e volume das maiores tabelas |
| Infraestrutura | A 12.1.2610 exige License Server 3.7.2, DBAccess 26.1.0.0 e AppServer 26.3.0.0, banco e sistema operacional homologados e dicionário no banco. Quem está longe disso tem um projeto de infraestrutura antes. | Versões atuais de cada componente e do banco de dados |
| Tempo das áreas para testar | Quem valida fiscal, financeiro, custos e faturamento são os usuários-chave. Se eles não têm agenda, o projeto espera. | Calendário de fechamento e obrigações de cada área nos próximos meses |
Os dois primeiros fatores costumam responder pela maior parte do esforço em ambientes maduros. O detalhe técnico do que muda está nos artigos sobre Estoque e Custos na 12.1.2610 e SE5 e FKs na 12.1.2610, e o panorama completo, no guia da release 12.1.2610.
Onde o tempo vai
Quem olha só para a virada subestima o projeto. A janela de atualização é a etapa mais curta. O tempo está nas etapas que vêm antes dela e na que vem depois.
| Etapa | O que acontece | O que define a duração |
|---|---|---|
| Diagnóstico | Leitura do RPO, dos pontos de entrada, das integrações e da infraestrutura. Sai o mapa do que quebra, do que muda e do que segue igual. | Volume de fontes e qualidade da documentação existente |
| Infraestrutura | Atualização de License Server, DBAccess, AppServer, banco e sistema operacional, quando necessário, e montagem do ambiente de homologação com cópia da produção. | Distância entre as versões atuais e as exigidas |
| Adequação | Reescrita e ajuste das customizações e integrações classificadas no diagnóstico. | Quantidade de fontes que precisam de reescrita, em especial nas rotinas de custo e financeiro |
| Homologação | As áreas testam seus processos na release nova: emissão de notas, baixas, fechamento de custo, relatórios e integrações. | Roteiro de testes e agenda dos usuários-chave |
| Virada | Cópia fria da base e das pastas, atualização pelo UPDDISTR e conferência antes de liberar os usuários. | Tamanho da base, número de empresas e preparação |
| Primeiros fechamentos | Acompanhamento do primeiro fechamento de custo, fiscal e contábil na release nova. | Calendário de fechamento da empresa |
A sequência e os cuidados de cada etapa estão em atualização de release com homologação e menor risco.
O que encarece e o que barateia
- Customização que ninguém usa. Fontes de processos que já mudaram continuam no RPO e entram na conta de testes. Limpar o que não é usado antes de começar reduz o escopo.
- Falta de documentação. Sem saber por que um fonte existe, o diagnóstico precisa descobrir a regra lendo o código e perguntando para as áreas. Ambiente documentado custa menos para atualizar.
- Fonte sem versionamento. Quando não se sabe qual é a versão em produção, cada ajuste começa por uma comparação. Repositório organizado encurta a adequação.
- Base com duplicidades. Chaves duplicadas nos dicionários impedem a atualização de terminar. Rodar o CHECKDUPL e o diagnóstico de dicionários da TOTVS no começo evita surpresa na janela.
- Homologação sem roteiro. Teste livre encontra menos e demora mais. Um roteiro por processo, com o resultado esperado, encurta a etapa e dá segurança para a virada.
- Infraestrutura atrasada. Quem ainda não tem dicionário no banco, banco homologado ou SmartClient WebApp faz essas mudanças primeiro, e elas têm prazo próprio.
Não existe volta depois da virada. A TOTVS bloqueia o retorno do sistema para releases anteriores. Por isso a cópia fria e a homologação não são etapas opcionais para cortar custo: são o que garante que um problema apareça antes, e não no primeiro fechamento.
Quanto custa não atualizar
Adiar também tem custo, só que ele não aparece em uma proposta. A TOTVS mantém atualização de legislação e manutenção no release corrente e no anterior que ainda não expirou. A 12.1.2410 expirou em 30/06/2026: correção e legislação para ela dependem de garantia estendida. Com a 12.1.2610 no ar, a 12.1.2510 passa a ser a release anterior.
Em 2026 isso tem peso fiscal, porque os pacotes da Reforma Tributária saem para as releases suportadas. E cada ano adiado acumula mudanças: quem pula duas releases não passa por elas no dicionário, graças ao SDF, mas as customizações precisam absorver tudo o que mudou nas duas de uma vez. Os cenários de quem já está em release expirada estão em release Protheus expirada: garantia, 2510 e 2610.
O que uma proposta precisa trazer
Duas propostas de atualização só são comparáveis se cobrirem o mesmo trabalho. Antes de olhar o valor, confira se cada uma traz:
- Mapa de customizações: lista de fontes, pontos de entrada, relatórios e integrações, com a classificação de cada um (segue igual, ajuste ou reescrita).
- Horas por etapa: diagnóstico, infraestrutura, adequação, homologação, virada e acompanhamento, separadas.
- O que fica com a sua equipe: quantas horas dos usuários-chave a homologação vai pedir, e em quais semanas.
- Plano da janela: data, duração prevista, cópia fria, critério para liberar os usuários e o que acontece se algo não passar na conferência.
- Critério de aceite: quais processos precisam estar validados para o projeto ser considerado entregue.
- Acompanhamento depois da virada: quem responde pelo primeiro fechamento e por quanto tempo.
Proposta que traz só um valor fechado e uma data de virada deixa de fora justamente as etapas que mais pesam. Os modelos de contratação, como preço fechado, horas e fee mensal, estão em quanto custa uma consultoria Protheus.
O projeto de atualização da Erpworks começa pelo mapa de customizações. Lemos o RPO, os pontos de entrada, as integrações e a infraestrutura, e apresentamos o plano com horas por etapa e a janela de virada antes de qualquer compromisso de execução. Conheça a atualização para a 12.1.2610.
Em resumo
- Prazo e custo de uma atualização dependem do ambiente, não do tamanho da base: customizações, integrações, empresas, infraestrutura e agenda das áreas.
- Na 12.1.2610, as customizações em custo e estoque, no financeiro e nos filtros do Smart X são as que mais pesam.
- A virada costuma caber em um fim de semana. O tempo do projeto está no diagnóstico, na adequação e na homologação.
- Limpar customização sem uso, documentar e rodar o CHECKDUPL antes reduzem o escopo e o risco.
- Não há volta depois da virada, e adiar tem custo fiscal: legislação e correção só nas releases suportadas.
Próximo passo: levantar o RPO, os pontos de entrada e as integrações do ambiente, e pedir propostas que tragam o mapa de customizações e as horas por etapa.
Fontes e referências
- TDN: Upgrade de Release do Protheus 12 (pré-requisitos, cópia fria, CHECKDUPL, UPDDISTR e bloqueio de retorno).
- TDN: Protheus 12.1.2610, informações gerais sobre o release (dicionário diferencial SDF).
- TOTVS: portal da release 12.1.2610.
- TDN: ciclo de vida de software da Linha Protheus.
- Central TOTVS: expiração do release 12.1.2410 em 30/06/2026.
Perguntas frequentes
Principais dúvidas sobre o tema
Quanto tempo leva para atualizar o Protheus para a 12.1.2610?
Depende do ambiente. A virada costuma caber em uma janela de fim de semana, mas o projeto inclui diagnóstico, infraestrutura, adequação das customizações, homologação com as áreas e acompanhamento do primeiro fechamento. Em ambientes com poucas customizações são semanas; com muitas customizações nas rotinas que a release muda, meses. O diagnóstico é o que define o prazo.
Quanto custa atualizar o Protheus?
Não existe preço de tabela. O custo sai das horas de diagnóstico, adequação das customizações e integrações, homologação e virada, e essas horas dependem do volume de fontes customizados e de quantos deles tocam as rotinas alteradas pela release. Uma proposta confiável traz o mapa de customizações e as horas por etapa.
Preciso passar pelas releases intermediárias para chegar à 12.1.2610?
Não. Desde a 12.1.2310, o dicionário diferencial (SDF) permite atualizar de qualquer release da versão 12 direto para a mais recente. As customizações, porém, precisam absorver todas as mudanças acumuladas entre a release atual e a nova.
Dá para voltar para a release anterior se der problema?
Não. A TOTVS incluiu um bloqueio que impede o sistema de retroceder para releases anteriores. Por isso a homologação com cópia da produção e a cópia fria da base e das pastas antes da virada são etapas obrigatórias do projeto.
O que mais encarece a atualização de um Protheus customizado?
Customizações nas rotinas que a release muda, fontes sem uso que ainda estão no RPO, falta de documentação e de versionamento, integrações sem dono e infraestrutura distante dos requisitos mínimos. Homologação sem roteiro também alonga o projeto.
O que acontece se a empresa não atualizar?
A TOTVS mantém legislação e manutenção no release corrente e no anterior que ainda não expirou. Fora disso, correções dependem de garantia estendida. Em 2026 isso afeta os pacotes da Reforma Tributária, e cada ano adiado acumula mudanças que as customizações terão de absorver de uma vez.
Nota: este conteúdo tem finalidade informativa. Questões contratuais, tributárias ou jurídicas devem ser validadas com os responsáveis da sua empresa.
