Domínio 1
Visão Geral e Contexto Estratégico
Papel do ERP na Operação
O WinThor atua como sistema de retaguarda completo — da compra à venda ao consumidor final — cobrindo compras, estoque, expedição, financeiro, contábil/fiscal e frente de loja (PDV) em uma única plataforma. A ficha técnica oficial confirma que o WinThor atende nativamente o nicho de "Higiene, beleza e cosméticos" — segmento diretamente aderente ao negócio da BEL/Mundo.
Áreas Afetadas (mapeadas na Cadeia de Valor oficial do projeto)
O mapeamento de cadeia de valor do grupo (3 faixas, 97 atividades) identifica as seguintes frentes com dependência direta ou indireta do ERP:
| Faixa | Frentes com dependência do ERP | Natureza da dependência |
|---|---|---|
| Tecnologia & Sistemas (Corporativo) | Gestão de ERP (WinThor) e integrações; Gestão de PDV/TEF/POS/PIX | Dependência direta e explícita — é o próprio objeto de gestão. (A cadeia de valor cita "Dunnirle" junto ao WinThor nesta atividade — tratado como sistema apartado, fora do escopo.) |
| Abastecimento (Core, estágio 1) | Gestão de pedidos via sistema integrado ao ERP; controle de itens não atendidos | Dependência direta — pedido de compra nasce integrado ao ERP. (A cadeia de valor cita "Winvest/Chaufest" como o sistema de pedidos ligado ao ERP — tratado como sistema apartado, fora do escopo.) |
| Precificação e Promoções (Comercial) | Precificação de produtos novos; ajuste de tabela de preços; controle de promoções; gestão de descontos; regras de arredondamento | Dependência direta — rodam nas rotinas do WinThor (111/200-201/290-296/820-8121, numeração ainda a validar) |
| Cadastro de Catálogo e Produtos (Comercial) | Cadastro de produtos novos (NCM, tributação); gestão de EAN duplicado/de-para | Dependência direta — WinThor trava movimentação se cadastro incompleto; reversão de modelo 1:1→N:1 em curso |
| Gestão Comercial e Negociação (Comercial) | Controle de conta corrente de marcas | Dependência latente: WinThor tem ferramenta nativa para isso ("Contas a Receber do Fornecedor"), mas o processo real roda 100% em Excel |
| Recebimento de Mercadoria (Core, estágio 3) | Lançamento de nota fiscal no sistema; controle de produtos próximos ao vencimento | Dependência direta |
| Armazenagem e Gestão de Estoque (Core, estágio 4) | Controle de estoque, ajustes, transferências, inventário | Dependência direta |
| Frente de Caixa / PDV (Core, estágio 6) | Escrituração fiscal e obrigações acessórias | Dependência direta, via integração PDV (Zanthus) ↔ ERP |
| Financeiro, Tesouraria e Controladoria (Corporativo) | Contas a Pagar, Contas a Receber, Tesouraria, Controladoria/FP&A, integração e rateio de despesas | Dependência direta no lado Mundo; no lado Bel roda fora do ERP (Excel) |
| Fiscal & Tributário (Corporativo) | Apuração fiscal, emissão de NF, recolhimento de impostos, cadastro fiscal, Reforma Tributária (CBS/IBS) | Dependência direta |
Contexto Estratégico
O WinThor hoje sustenta a operação da Mundo (65 lojas) e já tem direcionamento oficial de se tornar o sistema-alvo único para o grupo, substituindo o Proton da Bel (72 lojas) — decisão já registrada como confirmada em documento prévio à entrevista (TI BEL Documento Consolidado.pptx — slide 5). A extensão do escopo do ERP após a fusão depende de decisões ainda pendentes sobre as frentes hoje fora dele (CRM, Trade, Jurídico), listadas acima.
Domínio 2
Arquitetura de Negócio & Capacidades de Negócio
Capacidades Operacionais de Negócio Suportadas
O WinThor cobre nativamente toda a cadeia operacional de compra, venda e retaguarda: Compras, Vendas/Faturamento, Estoque, Financeiro (Contas a Pagar, Contas a Receber, Tesouraria), Contábil, Fiscal, Patrimonial (ativo fixo/depreciação) e um módulo de PDV com motor de promoções próprio (mais de 400 regras de desconto).
Na operação real da Mundo/BEL REC, as seguintes capacidades estão de fato em uso:
- Precificação: carga 2x/dia via ERP (WinThor). (O Zanthus, sistema de PDV apartado, opera precificação/promoções em paralelo direto ao PDV — fora do escopo deste relatório.)
- Controle de validade: integrado — cruzamento automático entre data de validade e estoque por loja.
- Verbas/JBP: aplicadas como margem dentro do ERP, mas de forma não rateada proporcionalmente por loja/produto (concentração em 2-3 lojas distorce a margem por filial).
- Pedidos & Compras: integrado ao ERP, com rotinas de acompanhamento e simulação (ex.: simulação de Black Friday via rotina 200 do WinThor).
- Canais digitais: finalização de vendas de delivery (iFood, Rappi, 99) feita manualmente no PDV, com lançamento manual de NSU Cielo sem validação. A hipótese inicial de integração nativa referia-se ao TOTVS Food Service (produto diferente, para restaurantes) e foi descartada por não ser confiável para este contexto.
Aderência e Uso
Mesmo com o WinThor implantado, existem controles paralelos relevantes:
- Conta corrente de fornecedores: 100% em Excel — o único dado que vem do ERP é a nota bonificada (rotina 290); apuração de promoções, débitos e créditos de verba é toda manual.
- Cadastro de produtos: vínculo entre os códigos internos BEL x Mundo é feito manualmente por uma única pessoa (Cristiane) — não há de-para sistêmico.
Achado relevante
A ficha técnica oficial confirma que o módulo de Compras do WinThor já possui uma ferramenta nativa chamada "Contas a Receber do Fornecedor", projetada especificamente para controlar o saldo de operações promocionais em parceria com a indústria — incluindo recebimento em dinheiro, mercadorias ou descontos futuros, de forma automatizada. Isso indica que o problema relatado no diagnóstico não é uma limitação do sistema, mas uma subutilização de uma capacidade nativa já disponível e não adotada — um achado importante para replanejar a Frente 1.4 do plano de atividades (hoje desenhada como "automatizar do zero", quando poderia ser "ativar e parametrizar ferramenta já existente").
Gap
Não há informação documentada sobre o programa formal de treinamento e capacitação contínua dos usuários do WinThor (cadência, responsável, material).
Domínio 3
Arquitetura de Aplicações
| Dimensão | Estado Atual (As-Is) |
|---|---|
| Componentes e Módulos | Ficha técnica oficial confirma a lista completa de módulos: Compras (com "Contas a Receber do Fornecedor" para operações promocionais), Vendas (até 11 modelos de comissionamento, contas correntes de vendas), Televendas, Expedição e Estoque, Radiofrequência (contratado à parte), WMS (SaaS ou linha WinThor, contratados separadamente do core), Beneficiamento, Comodato, Ordens de Serviço, Produção, Importação, Contábil/Fiscal (NF-e/CT-e, SPED), Configurador de Tributos (já preparado para a Reforma Tributária — CBS/IBS), Financeiro (CAP/CAR/Tesouraria + Controle de Caixa Motorista), Patrimonial, e módulos de Varejo: PDV (400+ regras de promoção), Self Checkout, Venda Assistida. <CONFIRMAR> quais módulos a Mundo efetivamente licencia e usa, a versão exata em produção, e o grau de customização sobre o core standard. |
| Integrações e Interfaces | Parceiros/módulos adicionais homologados: TOTVS Performance e Gestão, BI by Targit, Inteligência de Estoque by Systock, Automação de Vendas by N3urons, Inteligência de Vendas by N3urons (IA generativa via WhatsApp), Cobrança Digital by Pague Bem Brasil, TOTVS Roteirização e Entregas, Plataforma B2B by Ishtmus. Nenhuma integração nativa com plataformas de delivery (iFood, Rappi, 99) aparece nessa lista oficial. O WinThor integra-se com terceiros via API/Webservice (módulos 25/26). Na prática da Mundo, a finalização de pedidos de delivery e o lançamento de NSU via link de pagamento são manuais — consistente com a ausência de integração nativa para esse fluxo. |
| Gestão de Dados | Cadastro mestre de produtos não é único entre BEL e Mundo (códigos internos distintos, sem chave EAN/GTIN unificada) — vínculo manual centralizado em uma única pessoa, risco de ponto único de falha (ver Domínio 5). Conta corrente de fornecedores não é dado mestre no ERP — vive fora dele, em Excel. |
Gap
Não há inventário documentado de todas as interfaces ativas do WinThor (quantidade de integrações, direção do fluxo, volatilidade dos dados) além das mencionadas acima — recomenda-se levantamento direto com a equipe de TI/TOTVS.
Nota relevante para o plano de migração
A ficha técnica confirma que o WinThor já possui um Configurador de Tributos preparado para a Reforma Tributária (cadastro de CBS, IBS e IS, importação de tabelas do Fisco, redução de risco de rejeição de documentos eletrônicos a partir de janeiro de 2026). Isso deve ser considerado na atividade 3.3.10 do plano de atividades (Homologar módulo fiscal SPED/EFD) — a homologação deve validar especificamente essa parametrização, já que o prazo regulatório (jan/2026) é anterior à janela provável de conclusão do rollout.
Domínio 4
Arquitetura de Infraestrutura e Tecnologia
Hospedagem e Plataforma
As fontes consultadas não concordam entre si sobre qual banco de dados o WinThor suporta atualmente:
- Uma fonte (empresa de hospedagem especializada em WinThor) afirma compatibilidade com três SGBDs: Oracle, Firebird ou SQL Server.
- Outra fonte (guia técnico de migração para nuvem) afirma que o WinThor atualmente suporta apenas Oracle Database.
Não foi encontrada uma fonte oficial da TOTVS que resolva essa contradição (pode depender da versão do WinThor). Quanto ao modelo de implantação, fontes de terceiros indicam ambiente Windows Server, on-premise ou em nuvem/IaaS — nenhuma fonte confirma qual modelo a Mundo usa de fato.
Confirmar
Qual(is) SGBD(s) o WinThor da Mundo efetivamente utiliza, e se o ambiente é on-premise ou em nuvem (e qual provedor/infraestrutura).
Performance e Sizing
Gap
Não há indícios de performance documentados especificamente para o WinThor (ERP) — a lentidão de carga relatada no projeto está associada ao Zanthus (PDV), sistema apartado, fora do escopo deste relatório.
Gap
Não há dados de taxa de utilização de recursos, nem de capacidade para absorver picos de processamento, além da menção de que a Black Friday é simulada previamente no WinThor (rotina 200) — sugere alguma preocupação com sizing, mas sem detalhamento técnico.
Continuidade e Segurança
Gap total
Nenhuma das informações a seguir consta nos documentos do projeto atual:
- Metas de RTO (Recovery Time Objective) e RPO (Recovery Point Objective).
- Política de backup, estrutura de Alta Disponibilidade (HA) ou Plano de Disaster Recovery.
- Gestão de acessos e segregação de funções (SoD) no WinThor.
- Conformidade com LGPD específica do ambiente WinThor (há menção de LGPD apenas em produtos correlatos da TOTVS, como TOTVS Cloud IaaS, não confirmada para o ambiente da Mundo).
Recomendação: estas quatro lacunas devem ser tratadas como itens de levantamento obrigatório na Etapa 2 do plano de migração (Frente 2.4), antes de dimensionar o ambiente de produção combinado BEL + Mundo — atualmente a atividade 2.4.1-2.4.3 assume que essas definições já existirão, mas os documentos-fonte não as confirmam.
Domínio 5
Capacidades dos Times de TI
Modelo de Sustentação & Suporte
Gap
Não há, nos documentos do projeto, descrição da estrutura de suporte (N1/N2/N3) do WinThor na Mundo, nem do equilíbrio entre equipe própria e consultoria/squad terceirizada.
Estrutura e Competências Técnicas — Pontos Únicos de Falha (SPOF)
Dois SPOFs concretos já foram identificados no diagnóstico, mesmo sem uma análise formal de TI:
- Cristiane — concentra sozinha o vínculo manual de cadastro de produtos entre códigos BEL e Mundo.
- Suan — analista de pricing, ponto central da operação de precificação (2 cargas diárias) no WinThor.
Gap
Não há mapeamento de conhecimento técnico concentrado em pessoas-chave do lado de TI (ex.: quem detém o conhecimento de customizações do WinThor, de scripts de integração via módulos 25/26, ou de administração do banco de dados).
Práticas de Engenharia e Operação (DevOps / ITIL)
Gap total
Não há informação sobre governança de mudanças, gestão de versão, esteira de deploy (DEV/QAS/PRD), SLAs de atendimento de incidentes, ou qualidade da documentação técnica do ambiente WinThor da Mundo.
Observação
A documentação pública da TOTVS confirma que o WinThor possui rotinas próprias de integração (módulos 25 e 26) e que qualquer customização sobre objetos internos do banco de dados não é suportada pelo fabricante — isso é relevante para o plano de migração porque qualquer integração hoje existente entre WinThor e sistemas satélites (PDV, canais digitais) que não use API/Webservice oficial representa risco técnico e de suporte, e deveria ser auditada antes da Etapa 2.6 (Camada de Coexistência) do plano de atividades.
Domínio 6
Matriz de Lacunas, Riscos e Pontos de Dor
| Camada | Lacuna / Ponto de Dor | Fonte | Severidade |
|---|---|---|---|
| Aplicações / Dados | Cadastro de produtos duplicado entre BEL e Mundo, vínculo manual sem chave EAN/GTIN | Diagnóstico | Crítica |
| Aplicações / Integrações | Finalização de delivery (iFood/Rappi/99) manual no PDV | Diagnóstico + Ficha técnica | Alta confirmado: sem integração nativa homologada |
| Aplicações / Integrações | NSU Cielo lançado manualmente sem validação (canal WhatsApp/Suri) | Diagnóstico | Alta |
| Negócio / Processo | Conta corrente de fornecedores 100% em Excel, sem automação mesmo no ambiente WinThor | Diagnóstico + Ficha técnica | Crítica rebaixada para "gap de adoção" — ferramenta nativa já existe |
| Negócio / Governança | Verba aplicada como margem sem rateio proporcional por loja/produto, distorcendo DRE por filial | Diagnóstico | Alta |
| Capacidade do Time | Concentração de conhecimento crítico em poucas pessoas (Cristiane, Suan), sem redundância documentada | Diagnóstico | Média-Alta |
| Infraestrutura / Plataforma | Modelo de hospedagem (on-premise vs. nuvem) e SGBD (Oracle/Firebird/SQL Server) não confirmados | Gap total | Média bloqueia dimensionamento da Etapa 2.4 |
| Infraestrutura / Continuidade | RTO/RPO, backup, HA e DR não documentados | Gap total | Crítica sem isso não é possível desenhar contingência |
| Capacidade do Time | Modelo de suporte (N1/N2/N3), sourcing e práticas DevOps/ITIL não documentados | Gap total | Média |
| Segurança / Compliance | Segregação de funções (SoD) e aderência LGPD no ambiente WinThor não confirmadas | Gap total | Alta relevante para a Frente 2.3 (Perfil de Acessos) |
Domínio 7
Próximos Passos Recomendados
- Levantamento técnico direto com a TI da Mundo para fechar os gaps de infraestrutura (SGBD, hospedagem, RTO/RPO, backup/DR) — pré-requisito da Frente 2.4 do plano de atividades.
- Investigar por que a ferramenta nativa "Contas a Receber do Fornecedor" (módulo Compras) não está sendo usada para a conciliação de verbas/conta corrente, hoje feita 100% em Excel. Se ativável com parametrização, a Frente 1.4 do plano de atividades pode ser drasticamente simplificada.
- Auditar todas as integrações não documentadas (canais digitais, TEF/NSU) — confirmado que não há integração nativa homologada com iFood/Rappi/99, então precisarão ser desenvolvidas via API/Webservice (módulos 25/26) como projeto à parte.
- Mapear formalmente os SPOFs de TI (não apenas os de negócio já identificados) antes da Etapa 2.3 (Perfil de Acessos) do plano de migração.
- Confirmar prazo e status da parametrização do Configurador de Tributos (CBS/IBS) frente ao cronograma de rollout, dado o prazo regulatório de janeiro de 2026.
Referências
Fontes Consultadas
- Ficha técnica oficial TOTVS WinThor (produtos.totvs.com/ficha-tecnica/tudo-sobre-o-totvs-distribuicao-e-varejo-linha-winthor/) — conteúdo completo fornecido diretamente pelo usuário após bloqueio de acesso automático. Fonte primária para toda a Seção 3 (módulos e integrações) deste relatório.
- Cadeia de Valor — Bel & Mundo (cadeia-de-valor-bel-mundo.html) — mapeamento oficial de 97 atividades em 3 faixas (Comercial, Core Operação, Corporativo), usado para identificar as áreas de negócio afetadas pelo ERP (Domínio 1).
- CONSOLIDADO_Comercial_Gente_BEL_14ago.md — diagnóstico do projeto (14/ago/2026).
- Conteúdo de terceiros sobre hospedagem/arquitetura WinThor (Macromind, WiseDB, Mistral Tecnologia), obtido via busca — usado apenas para o Domínio 4 (Infraestrutura), com contradição explícita sinalizada entre fontes sobre SGBD suportado. Não confirma a configuração real da Mundo.