SEA University · Sankhya ERP

SEA-N03 — Arquitetura Comercial e Pricing no Sankhya ERP

Curso gratuito para quem trabalha com Sankhya ERP: 4 módulos, 16 aulas e 5 horas, com certificado SEA Practitioner — Comercial na trilha Núcleo ERP. Escrito pelo especialista do domínio, com casos trabalhados a partir de situações reais do ERP. Aprofunda o trabalho do SEA - Comercial Expert.

Ementa

  1. Módulo 1 · Território do Comercial Expert

    • Cobertura: pedidos, TOPs, faturamento, CRM e marketplace
    • Fronteira com Fiscal na emissão e com Estoques na reserva
    • Quando a dúvida é de pricing e quando é de parametrização
    • Limites: não deduz política comercial sem a regra escrita
  2. Módulo 2 · Perguntando com evidência comercial

    • Anexando a TOP em uso e o pedido que falhou
    • Descrevendo a política de preço e a regra de comissão vigente
    • Informando canal de venda e o comportamento esperado
    • Separando sintoma comercial de efeito fiscal
  3. Módulo 3 · Casos de uso do dia a dia

    • Desenho de processo comercial e arquitetura de pedidos
    • Revisão de TOPs comerciais e regras de faturamento
    • Análise de pricing, margem e estrutura de comissão
    • Projeto de operação omnichannel e integração de marketplace
  4. Módulo 4 · Entregas, validação e governança

    • Lendo a arquitetura comercial e os fluxos de processo
    • Aplicando o plano de integração e governança
    • Estabelecendo observabilidade sobre o ciclo do pedido
    • Homologando a política comercial antes do rollout
Primeira aula aberta

Cobertura: pedidos, TOPs, faturamento, CRM e marketplace

Você aciona o Comercial Expert quando o problema está no ciclo comercial: pedido, TOP, pricing, faturamento comercial, CRM, marketplace, omnichannel ou na integração entre essas etapas. O território dele não termina na tela do Portal de Vendas. O expert acompanha o comportamento da operação e as dependências que podem alterar o resultado comercial. O escopo institucional do Comercial Expert inclui explicitamente pedidos, faturamento, pricing, CRM, marketplace e omnichannel.

Pedido e TOP são o núcleo operacional

Quando existe um documento no Sankhya, NUNOTA é uma evidência central. No cabeçalho, a TGFCAB representa o movimento; os itens ficam na TGFITE. Para analisar a TOP usada naquele documento, não basta olhar o código atual. O vínculo histórico conhecido é TGFCAB.CODTIPOPER = TGFTOP.CODTIPOPER junto com TGFCAB.DHTIPOPER = TGFTOP.DHALTER. Isso evita analisar uma versão atual da TOP como se fosse necessariamente a configuração vigente quando o documento foi processado.

A documentação oficial confirma a criticidade da TOP: ela participa de definições como atualização de estoque e financeiro, cálculo de impostos e impressão. Por isso, mensagens como "Tipo de Operação não existe ou está inativo ou não pode ser usado aqui" entram diretamente no terreno de diagnóstico comercial e de parametrização da operação.

O ciclo continua depois do pedido

O expert também cobre a passagem do pedido para faturamento. O Portal de Vendas diferencia pedidos e notas, e o faturamento depende de regras e TOPs compatíveis com o processo.

Em CRM, o território do expert inclui lead, oportunidade, pipeline, forecast, conta, contato e histórico comercial. Em marketplace, inclui catálogo, preço, estoque, pedido, faturamento, cancelamento, devolução, comissão, taxas e conciliação.

Não interprete essa cobertura como promessa de resolver sozinho qualquer consequência desses processos. Quando a causa migra para uma especialidade fiscal, financeira, logística ou técnica, o expert preserva a evidência comercial e delimita a fronteira.

Caso

o pedido 4471 e os cinco lugares onde ele pode parar

"O pedido 4471 não faturou." O território comercial começa antes disso e termina depois.

Percorrendo a cadeia:

  • pedido — existe, aprovado, itens corretos
  • pricing — preço veio de uma tabela vigente ou de exceção? qual?
  • TOP — qual CODTIPOPER governou, e em qual versão histórica
  • faturamento — a TOP de pedido tem destino para uma TOP de venda compatível?
  • canal — o pedido nasceu no Portal, num marketplace ou numa integração?

Cada elo produz um sintoma parecido e exige evidência diferente. Um pedido que não entra na grade de faturamento e um pedido processado com impedimento não são o mesmo problema.

Por isso a primeira coisa é localizar o estágio, não a causa. Mensagens como "Tipo de Operação não existe ou está inativo ou não pode ser usado aqui" já entregam o estágio de graça — é diagnóstico de parametrização da operação.

Leve para a prática

Antes de acionar o expert, identifique em qual estágio o problema nasceu — pedido, TOP, pricing, faturamento, CRM ou marketplace — e preserve o identificador do documento e a TOP efetivamente utilizada.

As demais aulas, as avaliações e o certificado ficam disponíveis após o cadastro. Iniciativa independente, sem vínculo oficial com a fornecedora do Sankhya ERP.