Previsão de Vendas no Protheus: Configuração, Integração e Governança de Dados entre SIGAPCP, SIGACOM e CRM

O que é Previsão de Vendas no Protheus e qual sua Função dentro do MRP e do Plano Mestre de Produção?

A previsão de vendas no Protheus é um cadastro (tabela SC4, nome técnico "Sales Forecast") que representa a demanda esperada de um produto antes de existir um pedido confirmado. É esse registro que o MRP e o Plano Mestre de Produção usam para antecipar necessidade de compra ou produção⁴. Diferente de um pedido de venda já faturado, a previsão é uma estimativa: ela entra no cálculo como entrada prevista, junto com empenhos e pedidos de venda, para chegar ao saldo e às saídas previstas do período¹.

No MRP Memória (PCPA712), a lógica é direta: o sistema soma a quantidade da previsão em saída, e abre Solicitações de Compra ou Ordens de Produção apenas se necessário⁵. Já no Plano Mestre de Produção, a mesma previsão entra como entrada — e para os itens nele descritos, o sistema sempre gera SC’s ou OP’s, independentemente da posição atual do estoque⁵.

A diferença que decide o resultado do cálculo

Documento	Onde entra no cálculo	Gera OP/SC mesmo com estoque suficiente?
Previsão de Vendas (PV)	Somada em Saída	Não — só se faltar saldo5
Plano Mestre de Produção (PMP)	Somada em Entrada	Sim, sempre5

Um pedido de venda em carteira não se soma simplesmente à previsão. Os parâmetros "Pedidos de venda colocados?" e "Pedidos de venda já faturados?" do MATA712 decidem se o sistema subtrai a quantidade pendente ou já entregue da previsão, evitando duplicar demanda no cálculo⁶.

Saiba mais no nosso guia completo: O que é um Sistema Operacional de Vendas: o loop que muda o resultado.

Como Importar e Configurar a Previsão de Vendas para o Cálculo do MRP (Rotinas PCPA712 e PCPA144)?

Importar e configurar a previsão de vendas para o MRP exige um fluxo em quatro etapas: cadastro no MATA700, criação de demanda no PCPA136, importação para essa demanda e execução do PCPA712 — só então o PCPA144 lista os documentos gerados². Pular qualquer etapa é a causa mais comum de a previsão "sumir" do cálculo.

1. Cadastre a previsão de vendas no MATA700.
2. Inclua uma demanda correspondente no PCPA136 — Demandas do MRP.
3. Importe a previsão para essa demanda pelo botão Importar.
4. Confirme no PCPA139 que a API MRPDemands está online. Se houver pendências, reprocesse via PCPA142 antes de rodar o PCPA712².

No cálculo, o PCPA712 soma a previsão de vendas em Saída e abre SCs/OPs quando necessário. Esse comportamento difere do Plano Mestre de Produção, que entra em Entrada e sempre gera ordens, independente do estoque⁵. Sem a parametrização correta de horizonte e cobertura, a previsão cadastrada simplesmente não aparece no PCPA144 — mesmo que o vendedor a tenha registrado corretamente.

Como Cadastrar e Manter a Previsão de Vendas Diretamente na Tabela SC4 (Inclusão Manual)?

A tabela SC4 é o repositório nativo do Protheus para previsão de vendas: cada registro guarda produto, cliente, período e quantidade prevista, organizado por empresa e filial ⁴. Ela aceita dois caminhos de alimentação — digitação manual na rotina MATA700 ou importação sistemática via API/integração —, e a escolha certa depende do perfil de demanda do item ⁷.

Para produtos com padrão de consumo estável, o cadastro manual funciona bem: o analista registra quantidade, valor médio e data de previsão diretamente na tela ⁷. Itens sazonais ou com comportamento aleatório pedem outra abordagem. Eles exigem atualização sistemática, porque previsão defasada gera dois erros opostos: falta de estoque por subprodução ou capital parado por superprodução ⁴.

O ponto cego está na manutenção. A tabela SC4 não se atualiza sozinha, e um fórum de consultores Protheus já registrou a pergunta "alguém sabe como incluir as previsões de vendas?" sem resposta prática disponível ⁸ — sintoma de que manter esse cadastro vivo depende de disciplina manual, não do sistema.

Como Usar a Previsão de Vendas na Central de Compras via Rotina MATA179 (SIGACOM)?

A rotina MATA179, na Central de Compras do SIGACOM, usa a previsão de vendas cadastrada na tabela SC4 para calcular automaticamente o que precisa ser comprado. Ela compara a quantidade prevista com o saldo real em estoque⁹. Nenhum comprador decide isso digitando uma planilha paralela: o sistema cruza o previsto com o disponível e sugere a reposição.

O pré-requisito é simples, mas rígido. Você precisa ter produtos cadastrados, fornecedores vinculados com condição de pagamento, vínculo produto-fornecedor e saldo inicial informado⁹. Sem isso, a rotina não tem base para calcular nada — ela não inventa dado, só processa o que foi alimentado.

O processo funciona assim:

1. O usuário informa quantidade prevista, valor médio e data de previsão para o produto⁹.
2. A Central de Compras compara essa previsão com o saldo de estoque atual, dentro do período (range de datas) definido⁷.
3. O sistema gera automaticamente uma sugestão de pedido ou solicitação de compra⁷.
4. Você pode refinar a sugestão filtrando por tipo de produto, grupo, categoria ou um filtro mix que combina critérios, além de aplicar fórmula personalizada¹⁰.

Um exemplo documentado pela própria TOTVS mostra o peso que o dado de previsão carrega: um produto com previsão de consumo de 1.000 unidades e saldo de apenas 1 unidade gerou necessidade de compra calculada em 999 unidades, de forma automática⁹. Se aquela previsão estivesse errada — inflada ou subestimada — a mesma automação teria comprado o volume errado, com o mesmo grau de confiança.

É aqui que a dependência entre SIGAPCP e SIGACOM fica evidente: a MATA179 não questiona a qualidade da previsão que recebe, apenas executa sobre ela^9⁷. Uma previsão de vendas desatualizada ou digitada por achismo — o mesmo problema que distorce funis de CRM quando o vendedor não registra o que realmente aconteceu — não gera só um relatório incorreto. Gera capital parado em estoque ou ruptura de produto, com impacto direto em fluxo de caixa.

No Play2sell SalesOS, o módulo Leads ataca essa raiz: ele distribui e captura eventos de pipeline automaticamente, por integração, sem depender da digitação do vendedor — o mesmo tipo de dado "sujo" que, no Protheus, acaba virando uma previsão de compra equivocada. Se a sua operação comercial e sua cadeia de suprimentos dependem do mesmo dado de previsão, o próximo passo é auditar onde esse número nasce antes de confiar na automação que o consome.

Como Acompanhar Previsão de Vendas e Oportunidades pelo Módulo CRM?

O módulo CRM do Protheus rastreia o pipeline comercial registrando cada oportunidade — do primeiro contato até o fechamento — e vinculando-a a um valor estimado e a uma data de previsão de fechamento. Esse dado alimenta diretamente a previsão de vendas e, por consequência, o MRP¹¹.

Cada etapa do processo carrega um percentual de probabilidade de fechamento: contato inicial em 30%, agendamento de visita em 50%, envio de proposta em 90%. Funciona como termômetro do avanço da negociação¹². Mas se o campo de receita estimada da oportunidade fica em branco, o indicador de previsão zera — mesmo havendo oportunidades abertas¹³. É exatamente nesse ponto que a previsão alimentada ao PCP começa a divergir da realidade.

O funil de vendas do CRM permite consultar oportunidades por vendedor, status e período, gerando totalizadores de valor em aberto, ganho e perdido¹⁴. Quando uma oportunidade é ganha, o sistema converte o prospect em cliente e já permite gerar o pedido de vendas a partir dela¹². Assim, fecha-se o ciclo entre previsão comercial e previsão operacional.

O problema não é o vendedor esquecer de atualizar um status. É que a previsão de demanda inteira do PCP depende de um registro manual, feito por alguém que não é cobrado por isso. É o mesmo padrão que aparece fora do universo ERP: dado de pipeline que só existe se alguém parar de vender para digitar. No Play2sell SalesOS, o módulo Leads resolve esse ponto de forma estrutural — captura eventos de funil automaticamente, por integração, sem depender da boa vontade do vendedor em preencher campo de receita estimada.

Quais são as Diferenças e Integração entre os Módulos SIGAPCP, SIGACOM e CRM no Tratamento da Previsão de Vendas?

A previsão de vendas não é um dado único e compartilhado dentro do Protheus — é três lógicas diferentes, cada uma otimizada para um objetivo distinto, que raramente conversam entre si. No SIGAPCP, a previsão alimenta o cálculo do MRP: a quantidade cadastrada é somada em saída e pode gerar ordens de produção ou solicitações de compra automaticamente⁵. No SIGACOM, a mesma lógica de previsão serve como gatilho comercial para o abastecimento, comparando o valor informado manualmente com o saldo de estoque disponível⁷. No CRM, a previsão nasce de outra origem inteiramente: o valor estimado de uma oportunidade de venda, usado para compor funil e indicadores de fechamento¹².

Módulo	Papel da previsão	Fonte do dado
SIGAPCP	Insumo de cálculo do MRP, gera OP/SC	Demanda importada da MATA7005
SIGACOM	Gatilho de reposição e compra	Cadastro manual na Central de Compras7
CRM	Indicador comercial de funil	Receita estimada da oportunidade12

O problema estrutural é que essas três previsões não se retroalimentam automaticamente. O CRM não exporta oportunidades para a tabela SC4⁴, o MRP não devolve restrições de capacidade ao comercial, e compras não comunica rejeições de solicitações de volta à previsão original. Cada módulo decide isoladamente — e a empresa paga o preço da desconexão.

Quais são as Boas Práticas para Obter Dados Confiáveis da Área Comercial e Alimentar a Previsão de Vendas?

Boas práticas confiáveis para previsão de vendas combinam três pilares: governança clara, integração automatizada entre CRM e PCP, e visibilidade compartilhada do resultado real versus previsto. Sem esses três juntos, a previsão vira um número isolado que ninguém atualiza.

O primeiro pilar é a governança. Alguém da área comercial precisa ser dono formal da previsão, com ritmo de revisão definido — semanal ou mensal —, comparando o previsto na SC4 com o que o funil do CRM mostra de fato: status aberto, ganho, perdido ¹³.

O segundo pilar é técnico: integrar a oportunidade do CRM diretamente à previsão de vendas via API. Isso evita dupla digitação e a defasagem entre o que o vendedor registra e o que chega ao MRP ¹⁵.

1. Vendedor preenche receita estimada na oportunidade ¹²
2. Dado é importado como demanda no PCPA136 ²
3. PCPA712 processa e gera SC/OP ⁵

O terceiro pilar é visibilidade: expor o indicador de previsão também para quem vende, fechando o ciclo de ajuste contínuo ¹³.

Quais são os Erros Comuns e Pontos de Atenção na Parametrização da Previsão de Vendas no Protheus?

Os erros mais comuns na parametrização da previsão de vendas no Protheus se concentram em três pontos: congelamento excessivo do período, lead times mal calibrados e ausência de governança sobre a atualização dos dados. Os três geram o mesmo sintoma: o MRP calcula necessidades erradas de compra e produção.

Congelar a previsão por tempo demais

Manter a previsão travada (freeze) por um período longo impede o ajuste a mudanças reais de mercado. Na prática, isso gera compra de emergência — o sistema continua gerando SCs e OPs com base numa demanda que já não existe⁵.

Lead time e período mal parametrizados

Parâmetros como lote mínimo, lote econômico, lead time e estoque de segurança precisam refletir a operação real. Sem isso, a implantação do MRP já nasce comprometida¹⁶. E quando a parametrização comercial e de faturamento também é malfeita, o efeito se propaga: falta ou sobra crônica de estoque, retrabalho e perda de confiança no sistema¹⁷.

Falta de versionamento e validação

Uma previsão desatualizada, sem data e responsável registrados, alimenta o MRP com dados obsoletos. Documentar a última atualização é o mínimo exigido para garantir rastreabilidade¹⁷.

No fim, o problema não é o vendedor esquecer de atualizar um número — é a ausência de um sistema que capture essa informação continuamente. É exatamente essa lacuna que módulos como o Leads do Play2sell SalesOS endereçam: eventos comerciais capturados por integração, sem depender de digitação manual, mantêm a base viva.

Perguntas Frequentes

Pedidos de venda têm prioridade sobre a previsão cadastrada na SC4. O MRP usa os parâmetros "Pedidos de venda colocados?" e "Pedidos de venda já faturados?" do MATA712 para decidir se o volume pendente ou já entregue deve ser subtraído da previsão ⁶. Na prática, o sistema processa a previsão integralmente apenas nos períodos ou produtos em que ainda não existe demanda confirmada via pedido ⁶.

Qual é a frequência ideal de atualização da previsão?

O mínimo recomendado é mensal, acompanhando o calendário comercial. Itens voláteis ou sazonais pedem ciclo semanal, com revisão coordenada entre CRM e PCP — afinal, a própria rotina de previsão existe para apoiar a definição do total a produzir com base em tendência de mercado e histórico ⁷.

Por que o MRP não reconhece mudanças na previsão imediatamente?

Porque o cálculo roda sob demanda, pelo PCPA712 ou por agendamento. Qualquer alteração na SC4 só aparece no resultado depois que você executa a rotina novamente ².

Posso usar apenas previsão ou preciso combinar com pedidos confirmados?

O modelo do MRP soma previsão de vendas e plano mestre de produção como entradas previstas, junto com pedidos de venda, para chegar ao saldo e às saídas previstas. Ou seja: a previsão serve ao planejamento de capacidade e compras, enquanto os pedidos comandam a execução ¹.

Próximo Passo: Governança de Dados Comerciais e Automatização da Previsão de Vendas

Na prática, a previsão de vendas no Protheus falha por um motivo recorrente: os dados de origem — oportunidades, propostas, status de negociação — chegam incompletos ou desatualizados ao sistema. Não é o módulo SIGAPCP ou o CRM mal configurado. É um problema de sistema operacional de vendas, não de esforço individual do vendedor.

O vendedor que não preenche o campo de receita estimada na oportunidade não está sendo negligente. Ele está reagindo a um fluxo que exige digitação manual sem retorno imediato¹³. Sem esse valor, o indicador de previsão fica zerado mesmo com pipeline ativo¹³ — e a cadeia quebra antes de chegar à SC4 e ao MRP⁶.

O Play2sell SalesOS resolve essa lacuna operando acima do Protheus. Ele captura eventos comerciais — ligação feita, proposta enviada, oportunidade ganha ou perdida — por integração, sem depender de digitação manual, e distribui leads com inteligência via o módulo Leads. Isso alimenta previsão de vendas confiável e sincronizada, reduzindo o retrabalho de integração que hoje trava o PCPA712². Já o módulo RolePlay sustenta o ramp-up do time comercial: garante que novos vendedores alimentem o pipeline desde o primeiro mês, sem depender de cobrança manual do gestor¹⁵.

Próximo passo: agende uma conversa com nosso time para mapear sua operação comercial e definir como o Play2sell SalesOS se integra ao seu Protheus — sem substituir o CRM — garantindo dados confiáveis para decisões de receita.

## Fontes

1. https://www.scribd.com/document/772501522/Como-otimizar-seu-PCP-com-TOTVS-Protheus-1 — https://www.scribd.com/document/772501522/Como-otimizar-seu-PCP-com-TOTVS-Protheus-1 ↩
2. https://centraldeatendimento.totvs.com/hc/pt-br/articles/1500012234902-Manufatura-Linha-Protheus-SIGAPCP-Previs%C3%A3o-de-Vendas-no-MRP-Mem%C3%B3ria — https://centraldeatendimento.totvs.com/hc/pt-br/articles/1500012234902-Manufatura-Linha-Protheus-SIGAPCP-Previs%C3%A3o-de-Vendas-no-MRP-Mem%C3%B3ria ↩
3. https://veti.com.br/5-erros-gestao-erp-protheus — https://veti.com.br/5-erros-gestao-erp-protheus ↩
4. https://dicionario.dev.br/tabela-protheus/sc4 — https://dicionario.dev.br/tabela-protheus/sc4 ↩
5. https://centraldeatendimento.totvs.com/hc/pt-br/articles/360028236812-Manufatura-Linha-Protheus-SIGAPCP-Plano-mestre-de-produ%C3%A7%C3%A3o-e-Previs%C3%A3o-de-vendas-no-MRP — https://centraldeatendimento.totvs.com/hc/pt-br/articles/360028236812-Manufatura-Linha-Protheus-SIGAPCP-Plano-mestre-de-produ%C3%A7%C3%A3o-e-Previs%C3%A3o-de-vendas-no-MRP ↩
6. https://pt.scribd.com/document/690836721/Manufatura-Linha-Protheus-SIGAPCP-Como-o-MRP-interpreta-os-pedidos-de-venda-ao-executar-pela-previsao-de-vendas-Central-de-Atendimento-TOTVS — https://pt.scribd.com/document/690836721/Manufatura-Linha-Protheus-SIGAPCP-Como-o-MRP-interpreta-os-pedidos-de-venda-ao-executar-pela-previsao-de-vendas-Central-de-Atendimento-TOTVS ↩
7. https://centraldeatendimento.totvs.com/hc/pt-br/articles/7622249915031-Cross-Segmentos-Totvs-Backoffice-Protheus-SIGACOM-Central-de-Compras-Previs%C3%B5es-de-Vendas — https://centraldeatendimento.totvs.com/hc/pt-br/articles/7622249915031-Cross-Segmentos-Totvs-Backoffice-Protheus-SIGACOM-Central-de-Compras-Previs%C3%B5es-de-Vendas ↩
8. https://www.masteradvpl.com.br/index.php/forum/5-modulo-faturamento/12305-inclusao-de-previsao-de-vendas-tabela-sc4 — https://www.masteradvpl.com.br/index.php/forum/5-modulo-faturamento/12305-inclusao-de-previsao-de-vendas-tabela-sc4 ↩
9. How To | SIGACOM – Central de Compras – Método Previsão de Vendas — https://www.youtube.com/watch?v=c6yl7zgAZu4 ↩
10. How To | MP – SIGACOM – Central de Compras – Método Média de Vendas — https://www.youtube.com/watch?v=XwfWQ5Rfw8s ↩
11. Protheus CRM — https://pt.scribd.com/presentation/502547516/Protheus-CRM ↩
12. [OPORTUNIDADE DE VENDAS CRM] TOTVS PROTHEUS — https://www.youtube.com/watch?v=OcmYZtpDE28 ↩
13. CRM Module Tip – Sales Forecast Query — https://www.youtube.com/watch?v=0IrEu9S3UrY ↩
14. Configurando o Funil de Vendas no Protheus — https://fbsconsultoria.com.br/erp-totvs-protheus/crm-erp-totvs-protheus/configurando-o-funil-de-vendas-no-protheus ↩
15. https://atosdata.com.br/saiba-tudo-sobre-a-integracao-do-protheus-com-a-forca-de-vendas — https://atosdata.com.br/saiba-tudo-sobre-a-integracao-do-protheus-com-a-forca-de-vendas ↩
16. Como otimizar seu PCP com o TOTVS Protheus Parte 2 — https://www.youtube.com/watch?v=VmvjTmRjs-k ↩
17. Parametrização do Protheus: por que ela define o sucesso da implantação — https://blog.globalgcs.com.br/parametrizacao-do-protheus-por-que-ela-define-o-sucesso-da-implantacao ↩