Micromed Health
Portal de Processos · acesso exclusivo

Insira a chave de acesso para entrar.

Documento confidencial
Praxis Processos Inteligentes
Micromed Health Início
Portal de Processos · Confidencial
Micromed Health
Portal de Processos · Diagnóstico AS IS

Diagnóstico de processos da Micromed Health

Retrato preliminar dos processos operacionais, montado do que as conversas de projeto permitem afirmar. A validar com quem opera cada etapa.

Faturamento
52
Em consolidação
Confiabilidade 52/100
Primeiro retrato do processo de faturamento da Micromed Health, construído das reuniões do projeto de implantação do Fluig (nov/2025 a mai/2026) e, sobretudo, do relato direto da operadora do faturamento. O processo transforma um pedido de venda em nota fiscal emitida e...
Perfil do cliente

O contexto em que esse processo vive

Micromed Health
Razão social
Micromed Biotecnologia S.A.
nome fantasia Micromed · Sociedade Anônima Fechada, ativa
CNPJ
38.048.013/0001-03
matriz
Fundação
18/11/1993
mais de 30 anos no setor de tecnologia médica
Sede
Brasília, DF
Guará II; filial ativa em São Paulo (administrativo)
Porte
Médio
capital social R$ 2.252.043,00; fabricação de aparelhos eletromédicos (CNAE 26.60-4)
Escala do processo
picos de ~400 notas/dia
citado o caso Tandera: ~230 pedidos ≈ 400 notas num dia (produto + licença); volume médio não confirmado

A Micromed (razão social Micromed Biotecnologia S.A.) é uma provedora brasileira de soluções para diagnóstico cardiológico, fundada em 1993 e sediada em Brasília (Guará II, DF), com filial ativa em São Paulo. Fabrica equipamentos eletromédicos e desenvolve o software que os acompanha, integrando suas tecnologias ao mercado corporativo e ao SUS. É reconhecida como pioneira e líder em diagnóstico cardiológico no Brasil, com mais de 30 anos de história.

Seu portfólio reúne eletrocardiografia digital de repouso (ECG), monitoramento da pressão arterial (MAPA), teste de esforço e cardiopulmonar, Holter, plataformas digitais de gestão de exames e telemedicina/monitoramento remoto de pacientes. Em 2021 recebeu investimento da OMRON Healthcare, que adquiriu 30% de participação para expandir a telemedicina no Brasil; em 2022 adquiriu a startup Beliva e lançou o Micro Holter, e em 2023 o Monitoramento Remoto de Pacientes.

Este perfil institucional vem de um relatório de investigação de fontes públicas (Econodata, LinkedIn, site oficial, imprensa). Este portal mapeia o processo de Faturamento - a emissão das notas de equipamento e licença e a expedição da mercadoria - que está sendo redesenhado no Fluig sobre o ERP Protheus.

Soluções e linhas de diagnóstico
Eletrocardiografia digital de repouso (ECG)Monitoramento da pressão arterial (MAPA)Teste de esforço e cardiopulmonarMonitoramento do ritmo cardíaco (Holter / Micro Holter)Plataformas digitais de gestão de exames e interação médico-pacienteTelemedicina e monitoramento remoto de pacientes
Diferenciais
  • Pioneira no Brasil em teste de esforço digital, ECG digital e MAPA, com mais de 30 anos de história em diagnóstico cardiológico
  • Parceria estratégica com a OMRON Healthcare, que adquiriu 30% da empresa em 2021 para expandir a telemedicina no Brasil
  • Integração de hardware e software próprios, do equipamento à plataforma de laudos; responde ~100% das reclamações no Reclame Aqui
Liderança
Renato Duarte
Sócio e CPO (Chief Product Officer), fundador - Engenharia Elétrica e desenvolvimento de produtos
Odelio Rodarte Arouca Filho
Sócio e CEO - finanças corporativas e conselhos
Marcelo Marques Moreira Filho
Sócio - gestão e investimentos em saúde
Fernanda Zamikhowsky Villalobos
Sócia
Concorrência em tecnologia médica e telemedicina
CardioNet - monitoramento cardíaco remoto e diagnósticoTEB (Tecnologia Eletrônica Brasileira) - tradicional em equipamentos médicos e cardiologiaPhilips Healthcare - multinacional de equipamentos de diagnóstico e tratamentoGE Healthcare - equipamentos médicos e software para cardiologiaInCor (Instituto do Coração) - referência em tecnologias avançadas de cardiologiaStartups de telemedicina - plataformas de laudo a distância e monitoramento remoto
A empresa e seus processos

Visão geral do portfólio

Onde a Micromed está na jornada de gestão dos seus processos. Este portal começa pelo Faturamento, mas a ambição é ser o mapa institucional de todos os processos da empresa - cada um evoluindo de identificado até automatizado e em produção. O painel abaixo mostra, com honestidade, o que já enxergamos e o quanto ainda há pela frente.

3
Identificado
apareceram nas conversas, ainda sem diagnóstico
1
Em diagnóstico
retrato preliminar (Faturamento)
0
Mapeado dedicado
entrevistas com a ponta
0
Automatizado / produção
Fluig ainda em construção
Processos conhecidos
Faturamento
Do pedido de venda à NF emitida e à expedição. Retrato preliminar em curso - o processo deste portal.
em diagnóstico
Vendas / Comercial
Origina o pedido que abre o faturamento. Aparece como processo vizinho, ainda não diagnosticado.
identificado
Expedição / Logística
Entrega a mercadoria depois da NF. A mapear.
identificado
Financeiro / Cobrança
Recebe o título após a emissão. O próprio cliente o descreveu como "outro processo". A mapear.
identificado
O inventário completo dos processos da Micromed ainda não foi levantado - por isso este painel não mostra um total nem um percentual: seria um número inventado. Começamos pelo Faturamento porque foi por ele que o projeto de automação começou - não por uma priorização estratégica do portfólio. Levantar o inventário e priorizar quais processos mapear e automatizar primeiro é um passo futuro, que a estratégia da empresa vai orientar, e é o que faz o portal virar o mapa institucional dos processos.
Onde os processos criam valor

Cadeia de valor

Onde o faturamento se encaixa na cadeia da Micromed, e o quanto já enxergamos de cada processo. O bloco em destaque é o processo deste portal - um entendimento compilado de reuniões de alinhamento, ainda sem mapeamento dedicado; os demais registram, com honestidade, o limite atual da nossa base de conhecimento.

Atividades de suporte
Faturamento e emissão fiscal
Em diagnóstico
O processo deste portal: do pedido de venda à NF emitida e à expedição. O que temos é um entendimento compilado das reuniões de alinhamento para automação (nov/2025 a mai/2026); o mapeamento dedicado - AS-IS validado, TO-BE, plano de melhorias - ainda não foi contratado nem feito.
Financeiro (contas a receber)
Tocado pelo diagnóstico
Aparece pelo papel que cumpre no faturamento (liberação financeira, análise de crédito, prazos), mas a área não foi ouvida diretamente.
TI / Sistemas (Protheus, Fluig)
Tocado pelo diagnóstico
Protheus (ERP), CRM e Fluig apareceram pelo papel que cumprem no faturamento. O desenho completo da área não foi levantado.
Fiscal
Sem informação
Citado apenas de passagem (série, DIFAL). Nenhum levantamento dedicado.
Atividades primárias
Comercial / vendas (CRM)
Tocado pelo diagnóstico
Origina o pedido que dispara o faturamento; aparece só nesse ponto de contato. O processo comercial em si não foi abordado.
Assistência técnica (ATC)
Tocado pelo diagnóstico
Citada como canal que abre o próprio pedido (via Freshdesk). Seu fluxo próprio não foi mapeado.
Logística / expedição
Tocado pelo diagnóstico
Executa a liberação de estoque e a expedição; descrita pela operadora, não ouvida diretamente.
Produção / fábrica
Sem informação
Citada (fábrica em Brasília) mas sem nenhum levantamento. Fora do recorte deste diagnóstico.
Esboço montado a partir das reuniões do projeto de faturamento (nov/2025 a mai/2026) e de um relatório de perfil institucional de fontes públicas (Econodata, LinkedIn, site oficial, imprensa). O perfil da empresa apoia-se nessas fontes públicas; nenhum processo além do faturamento teve levantamento dedicado, e as descrições dos demais blocos registram apenas o que essas fontes permitem afirmar. A cadeia se completa à medida que novos processos forem mapeados.
Panorama do processo

Faturamento

Retrato em consolidação, a partir das reuniões do projeto e do relato direto de quem fatura. O código do Fluig em construção ficou de fora do AS-IS.

52
Em consolidação
confiabilidade /100
8
Reuniões
9
Etapas descritas
8
Achados
5
Lacunas
Governança do processo

Quem responde pelo processo, quem decide e com que rito ele é revisto. Nas reuniões do projeto, nenhum destes papéis foi formalizado - a condução hoje se concentra na gestão/analista que acumulou funções após uma reestruturação da equipe.

Dono do processo
Não definido
Nenhuma reunião nomeou um responsável formal único. A condução do projeto está concentrada na gestão/analista de processos.
Gestor operacional
Não definido
O faturamento é operado pela operadora, mas sem designação formal de gestão do processo ponta a ponta.
Alçadas de aprovação
Não definido
Só a doação (diretoria) e os prazos de pagamento (autorizados pelo financeiro) têm alçada citada. As demais não foram definidas.
Fórum de revisão
Não definido
Há reuniões semanais do projeto (terças), mas não um rito de revisão do processo após a entrega.
Seções deste diagnóstico
1 / 12
O esqueleto do processo

O fluxo do processo, como foi descrito

O diagrama abaixo é o processo como as pessoas o descrevem - o fluxo de negócio de hoje (Protheus + Excel + e-mail), não o desenho do Fluig em construção. Cada etapa traz seu tipo: a pessoa faz por um sistema (pessoa), a pessoa faz fora de qualquer sistema estruturado (mão) ou o sistema faz sozinho (engrenagem, como o e-commerce que já nasce no Protheus). A correspondência entre este fluxo e o do Fluig está na camada de automatização.

↓ Baixar o fluxo em SVG (amplie sem perder qualidade)
FATURAMENTO · AS IS · MICROMED HEALTH COMERCIAL FATURAMENTO CONTAS A RECEBER LOGÍSTICA ⬡ LACUNA · CARTEIRA EM EXCEL E DOCUMENTOS/EXPEDIÇÃO NO E-MAIL, FORA DO ERP 1. Origina o pedido 2. Cadastra no Protheus 3. Libera financeiro 4. Libera estoque 2 liberações ok? falta uma aguarda sim 5. Emite e transmite NF 6. Organiza docs e avisa expedição 7. Expede mercadoria SEFAZ rejeitou → trata e reemite
Descrição das atividades
1
Comercial
Originar o pedido
2
Faturamento
Cadastrar o pedido no Protheus
3
Contas a Receber
Liberação financeira
4
Logística
Liberação de estoque
As duas liberações OK? → fatura | falta uma → aguarda
5
Faturamento
Selecionar o que faturar (carteira)
6
Faturamento
Emitir e transmitir a NF (SEFAZ)
SEFAZ autorizou? → segue | rejeitou → trata e reemite
7
Faturamento
Organizar documentos (DANFE / DIFAL)
8
Faturamento
Comunicar a expedição
9
Logística
Expedir a mercadoria
Detalhamento das etapas

A versão densa de cada etapa, para leitura e validação em campo. Onde o detalhe vem de uma única voz, isso está sinalizado no texto.

1 Originar o pedido
Comercial
O pedido de venda nasce no comercial, que o registra no CRM (Sales Journey, em migração para o Salesforce) e envia diariamente um lote por e-mail ao faturamento, com o código do pedido no CRM e o nome do vendedor. A operadora do faturamento segue o PDF do pedido como fonte de verdade - 'aqui do faturamento eu não fico olhando tudo quanto é documentação', diz ela. Há outros dois canais de entrada: o e-commerce (iStore/VTEX), em que o pedido já nasce integrado no Protheus e a operadora só confere o lote de PDFs, e a ATC (assistência técnica), que abre o próprio pedido no Protheus via Freshdesk e apenas informa o faturamento. O comercial não foi ouvido diretamente: como monta o PDF, o que costuma faltar e seus prazos por canal são relato de segunda mão, a confirmar.
2 Cadastrar o pedido no Protheus
Faturamento
A operadora pega o código do lote, abre o PDF no CRM e digita o pedido no Protheus. Antes, verifica se o cliente tem cadastro: busca por CNPJ (o Protheus puxa razão social e endereço da Receita), confere a inscrição estadual no Sintegra e atualiza os dados. Sem CPF/CNPJ, razão social, endereço completo com CEP, telefone e e-mail, ela não avança. Quando encontra dados errados ou faltando - CEP que não bate, endereço divergente da Receita, ou a ordem de compra que certos clientes exigem - devolve o pedido ao comercial por e-mail e aguarda a correção pelo mesmo canal. Limite de crédito e regime tributário ela não usa no cadastro.
3 Liberação financeira
Contas a Receber
O setor de Contas a Receber confere o pagamento no banco e marca liberação financeira = sim num botão do Protheus, diariamente, sem horário fixo. Quando o pagamento é a prazo (boleto, financiamento), há antes uma análise de crédito, feita hoje de forma informal por e-mail entre comercial e financeiro - que define percentual de entrada e parcelas - e que 'muitas vezes nem vira pedido'. Contas a Receber não foi ouvido diretamente; os critérios internos e os prazos autorizados são descritos pela operadora e pela gestão.
4 Liberação de estoque
Logística
A Logística confere os itens em estoque e marca liberação de estoque = sim no Protheus. As duas liberações - financeira e de estoque - são independentes e ambas obrigatórias: o pedido só cai para o faturamento quando as duas estão 'sim', em qualquer ordem. Aqui aparece uma fricção recorrente: mesmo com a logística tendo liberado, o pedido às vezes continua com bloqueio de estoque, e a operadora precisa voltar à logística e refazer a liberação - relato de voz única, causa e frequência a confirmar.
5 Selecionar o que faturar (carteira)
Faturamento
Com as liberações prontas, a operadora seleciona o que faturar - e é aqui que o controle sai do ERP. Ela exporta a carteira do Protheus para o Excel por um filtro próprio via browser (pedidos com as duas liberações e sem NF emitida), monta a 'planilhinha', remove à mão os pedidos recorrentes (que emitem só 1 nota por mês) e detecta 'pedidos intrusos' (reabertos por cancelamento de nota que ficaram liberados). Depois libera pedido a pedido no Protheus. Produto e licença são emitidos separados - equipamento com licença exige a liberação duas vezes, primeiro o produto.
6 Emitir e transmitir a NF (SEFAZ)
Faturamento
Na tela de 'documento de saída', a operadora insere a sequência de pedidos liberados, o sistema traz todos e ela confere planilha × sistema; clicar em gerar faz a numeração das notas. Confere a sequência (número pulado = investiga antes de transmitir) e transmite por faixa à SEFAZ, usando série 001 para produto e 003 para licença/serviço. O monitor mostra notas autorizadas ou com erro; os erros comuns (853, 702, 930) ela trata na hora: exclui a nota, ajusta pedido/cadastro, refaz a liberação e reemite. Emite as duas notas (produto e licença) no mesmo dia, salvo problema na SEFAZ.
7 Organizar documentos (DANFE / DIFAL)
Faturamento
Depois de autorizadas, a operadora organiza os documentos - tudo fora do sistema. Como o Protheus não gera bem um PDF por nota de produto, ela usa o iLovePDF para separar a sequência e renomeia cada arquivo à mão com o número do pedido e da NF. Quando a venda gera DIFAL, gera o XML e paga a guia na plataforma Dutax ('o DIFAL é pago todo dia certinho'); as UFs SP, MG, BA, RN e DF não geram DIFAL na saída, são pagas na apuração mensal. A nota de serviço (série 003) já sai nomeada do Protheus e não tem o bug de bloqueio de estoque.
8 Comunicar a expedição
Faturamento
A operadora comunica a expedição por e-mail, para o grupo notas@micromed.health, separando os envios de e-commerce e os demais em disparos distintos (mesmo grupo, e-mails separados). A partir daí o processo encerra para o faturamento - 'eu encerro neste momento'. É o último ponto de controle dentro do sistema estruturado; o restante é acompanhado pela logística.
9 Expedir a mercadoria
Logística
A Logística recebe o aviso, vincula a NF, cadastra transportadora e informações de rastreio no Protheus e registra a expedição até a entrega (situação muda para 'entregue'), fazendo a manutenção do histórico da expedição. A regra dura: o cliente não retira na fábrica - toda venda é entregue no endereço do cliente. A logística não foi ouvida diretamente; os detalhes da expedição vêm da descrição da operadora e da TI.
Pontos de atenção
Fluig em construção - não confundir com o AS-IS
Um form Fluig novo está sendo construído (protótipo, ~90 instâncias de teste, CNPJ ainda não validado, nem chegou à produção). O que este AS-IS descreve é o processo vivido hoje no Protheus + Excel + e-mail. O código do Fluig alimenta as camadas de automação e futuro, não este retrato.
As pontas foram descritas, não ouvidas
Comercial, Contas a Receber e Logística executam etapas centrais (originar o pedido, liberar financeiro, liberar estoque e expedir), mas foram descritas pela operadora do faturamento e pela gestão. Os detalhes internos de cada uma são relato de segunda mão, a validar.
O controle vive fora do ERP
O faturamento se apoia numa planilha Excel própria (carteira, filtro de recorrentes, conferência de sequência) e em e-mail para a expedição. O Protheus é a fonte, mas a coordenação acontece em ferramentas paralelas - risco de erro e de perda de rastreabilidade.
Fase 1 é só leitura do Protheus
Na primeira fase, o Fluig apenas consulta o Protheus (SELECT read-only); a emissão e a transmissão da NF seguem manuais no ERP. Gravar no Protheus (requisição, pedido, nota) é Fase 2 e depende de endpoints ainda não desenvolvidos - o principal desafio técnico.
Vocabulário do processo

Termos como a casa usa, no sentido em que aparecem neste documento.

Carteira
A lista de pedidos aptos a faturar (com as duas liberações e sem NF). Hoje a operadora a exporta do Protheus para uma planilha própria.
Liberação financeira
Marcação no Protheus, feita por Contas a Receber, confirmando que o pagamento foi validado no banco. Obrigatória antes da NF.
Liberação de estoque
Marcação no Protheus, feita pela Logística, confirmando disponibilidade dos itens. Obrigatória e independente da financeira.
Documento de saída
Etapa no Protheus onde a operadora insere a sequência de pedidos liberados e gera a numeração das notas fiscais.
Série 001 / 003
Série da nota: 001 para produto, 003 para licença/serviço (REC para recibo de aluguel). Produto e licença emitem notas separadas.
DIFAL
Diferencial de alíquota de ICMS devido em vendas interestaduais. Pago diariamente na plataforma Dutax; algumas UFs (SP, MG, BA, RN, DF) pagam na apuração mensal.
DANFE
O documento impresso da NF-e. O Protheus não gera bem um PDF por nota de produto, então a operadora separa no iLovePDF e renomeia à mão.
Pedido recorrente
Pedido que gera 1 nota por mês apesar de múltiplos cadastros. A operadora o filtra à mão da carteira para não emitir a mais.
ATC
Assistência técnica. Único setor que abre o próprio pedido no Protheus (via Freshdesk) e só informa o faturamento; não passa por análise de crédito.
2 / 12
De onde vem e para onde vai

Cadeia do processo

Todo processo tem uma entrada, um processamento e uma saída - e nenhum vive isolado. O faturamento não começa nem termina em si: recebe de Vendas o pedido aprovado e entrega para a Expedição e o Financeiro. Este portal ilumina o meio da corrente; o que vem antes e o que vem depois ainda não foram mapeados. Aqui o foco é o encadeamento entre processos; o detalhe do que entra e sai por dentro do faturamento está no SIPOC, logo abaixo.

Antes · a mapear
Vendas / Comercial
Origina o pedido (CRM, e-commerce ou ATC) e trata a análise de crédito. Define cliente, itens e condição de pagamento antes de chegar ao faturamento.
entradapedido de venda aprovado
Este processo · em diagnóstico
Faturamento
Cadastro no Protheus, dupla liberação (financeira + estoque), emissão e transmissão da NF à SEFAZ, organização dos documentos e comunicação da expedição.
saídaNF emitida + mercadoria liberada
Depois · a mapear
Expedição / Logística
Recebe a NF, separa e entrega a mercadoria no endereço do cliente, com transportadora e rastreio.
Financeiro / Cobrança
Acompanha o recebimento do título após a emissão. O próprio cliente descreveu a cobrança como "outro processo".
Mapear e automatizar só o faturamento é um bom começo, mas o ganho pleno vem de tratar a corrente inteira. O que vem antes (Vendas) e o que vem depois (Expedição, Financeiro) são os próximos processos a diagnosticar - cada um com o mesmo rigor deste, para que a automação não fique ilhada no meio.

Enquadramento do processo

SIPOC · o processo em uma folha

O SIPOC delimita o processo por dentro - o que entra, o que sai e quem fornece e recebe (a Cadeia do processo, acima, mostra o encadeamento com os processos vizinhos). Os passos, entradas e saídas derivam do AS-IS ouvido direto da operadora e são sólidos. Fornecedores e clientes ficam a confirmar: as áreas nas pontas (Comercial que origina, cliente final que recebe) não foram ouvidas diretamente.

Vazio honesto · estado parcial
Fornecedor
  • Comercial (a confirmar)
  • E-commerce / iStore (a confirmar)
  • ATC / assistência técnica (a confirmar)
Entrada
  • Pedido de venda em lote por e-mail (CRM)
  • Pedido de e-commerce integrado no Protheus
  • Chamado ATC via Freshdesk
  • PDF do pedido (fonte de verdade)
Processo
  • Cadastrar no Protheus
  • Liberar (financeiro + estoque)
  • Emitir e transmitir NF à SEFAZ
  • Organizar DANFE/DIFAL
  • Comunicar expedição
Saída
  • NF-e / NFS-e transmitida e autorizada
  • DANFE organizada e renomeada
  • Guia de DIFAL paga (quando aplicável)
  • E-mail à expedição autorizando o envio
Cliente
  • Logística / expedição
  • Cliente final (a confirmar)
3 / 12
Responsabilidades

Matriz RACI · quem faz o quê em cada etapa

O R (Responsável) de cada etapa deriva do ator observado; A/C/I ficam a validar com o cliente. As pontas (Comercial, Contas a Receber, Logística) precisam ser confirmadas por quem as opera.

Proposta · papéis derivados das reuniões, a validar com o cliente
EtapaComercialFaturamentoContas a ReceberLogísticaDiretoria
Originar o pedidoRI
Cadastrar no ProtheusCR
Liberação financeiraIR
Liberação de estoqueIR
Aprovar doaçãoCA
Emitir e transmitir NFR
Organizar documentos (DANFE/DIFAL)R
Expedir mercadoriaIR
R Responsável (executa) A Aprova C Consultado I Informado
4 / 12
O que já emergiu do cruzamento

Achados ricos e dores recorrentes

Do cruzamento das entrevistas emergiram dores recorrentes e caminhos paralelos ao sistema. Os pontos confirmados por mais de uma voz já valem como achados; os de voz única ficam marcados como relato a confirmar.

Dor / gargalo
Faturamento apoiado em Excel e e-mail paralelos ao ERP
Alta
A operadora exporta a carteira do Protheus para uma planilha própria, filtra recorrentes e detecta pedidos intrusos à mão, e comunica a expedição por e-mail. O controle do processo vive fora do ERP, com risco de erro e sem rastreabilidade.
Confirmado em 2 fontes da operadora
Faturamento (S1, S3) · descrito em S8
Dor / gargalo
Organização de DANFEs 100% manual (iLovePDF)
Média
O Protheus não gera um PDF por nota de produto: a operadora usa o iLovePDF para separar e renomeia cada DANFE à mão (pedido + nº da NF). Repetitivo e sujeito a erro; some quando é nota de serviço (série 003), que já sai nomeada.
Confirmado em 2 fontes da operadora
Faturamento (S1, S3)
Retrabalho
Bug de bloqueio de estoque força refazer a liberação
Média
Mesmo com a logística tendo liberado, o pedido às vezes continua com bloqueio de estoque e a operadora precisa voltar à logística, pedir ajuste e refazer toda a liberação. Relato de voz única (operadora); a causa e a frequência não foram confirmadas.
Voz única - a confirmar
Faturamento (S1)
Retrabalho
Tratamento manual de rejeição da SEFAZ
Média
Erros comuns na transmissão (853, 702, 930) exigem excluir a nota, ajustar pedido/cadastro, refazer a liberação e reemitir na hora. A operadora já sabe tratar, mas é interrupção manual recorrente.
Confirmado em 2 fontes da operadora
Faturamento (S1, S3)
Risco do projeto
Risco de trabalho duplicado (Protheus + Fluig)
Alta
Na Fase 1 o Fluig só lê o Protheus; a emissão segue no ERP. O receio central da gestão é as áreas terem que operar os dois sistemas e dar baixa duas vezes. Sem a gravação automática (Fase 2), a adoção fica ameaçada.
Confirmado por 2+ vozes
Gestão · Faturamento (S8)
Lacuna de controle
Análise de crédito informal, sem rastreabilidade
Média
Quando o pagamento é a prazo/boleto/financiamento, a análise de crédito acontece por e-mail entre comercial e financeiro e muitas vezes nem vira pedido. Não há registro nem medição do volume dessas solicitações.
Confirmado por 2+ vozes
Gestão · Faturamento (S6)
Dor / gargalo
Pedidos com dados errados voltam ao comercial
Média
Divergências comuns no PDF do pedido (CEP que não bate, endereço diferente da Receita, falta da ordem de compra exigida pelo cliente) fazem a operadora devolver o pedido por e-mail e aguardar. Retrabalho no comercial e atraso no faturamento.
Confirmado em 2 fontes da operadora
Faturamento (S3, S5)
Risco de controle
Indisciplina de processo fura a fila
Média
Pedidos entram como urgência furando a ordem, com CNPJ inapto, endereço faltando ou pedido de retirada na fábrica (proibido). Levantado numa conversa operacional entre operadora e gestão; a frequência não foi medida.
Confirmado por 2+ vozes
Faturamento · Gestão (S8)
5 / 12
Para fechar o retrato

O que falta e o caminho para os 100%

O diagnóstico aponta os próprios buracos. Abaixo, o que nenhuma versão preencheu ainda, o que fazer para fechar cada um, e com quem falar a seguir.

52hoje · Em consolidação
100alvo · Consolidado
Cada lacuna abaixo, quando fechada, sobe a confiabilidade do retrato - é o caminho para o diagnóstico deixar de orientar e passar a sustentar decisão. Estas sugestões completam o mapeamento; as propostas de melhoria do processo em si entram no TO BE, depois que o mapeamento consolidar.

Lacunas e o que fazer

// gap → ação → o que sobe na nota
Contas a Receber, Logística e Comercial não ouvidos. Três áreas que executam etapas centrais (liberar financeiro, liberar estoque e expedir, originar o pedido) foram descritas pela operadora e pela gestão, nunca ouvidas diretamente. O que elas vivem pode diferir do relatado.
→ O que fazer: Agendar uma entrevista de mapeamento dedicada com cada área (Contas a Receber, Logística e Comercial), com roteiro focado no que executam, nas exceções e nos "jeitinhos" do dia a dia.
↑ Cobertura + Convergência
Fiscal ainda não consultado. As regras de série de NF, DIFAL por UF e retenções dependem do Fiscal, que não participou das reuniões. É a base da conformidade das notas.
→ O que fazer: Uma sessão com o Fiscal para fechar séries, DIFAL por UF e retenções, e validar as regras tributárias que a automação terá de respeitar.
↑ Cobertura + Profundidade
Volumes e SLAs por canal não medidos. Há números pontuais (Tandera ~230 pedidos ≈ 400 notas/dia; ~55 formas de pagamento; lote SaaS corta dia 25) mas não a distribuição por canal/dia nem SLA medido. Os SLAs citados por canal (venda / ATC / e-commerce) nunca foram quantificados.
→ O que fazer: Extrair do Protheus os volumes por canal e por dia e cronometrar o tempo real de cada etapa; o painel do Fluig passa a medir SLA continuamente depois.
↑ Profundidade
Causa e frequência do bloqueio de estoque. O pedido liberado pela logística que continua bloqueado é relato de voz única. Falta confirmar por que acontece e com que frequência - impacta o desenho da liberação no Fluig.
→ O que fazer: Investigar com a Logística e a TI a causa do bloqueio residual e medir a frequência - define se vira uma regra tratada no redesenho ou um caso isolado.
↑ Consistência
O que está em produção vs. homologação. O protótipo do Fluig convive com o processo manual no Protheus. Não está claro o que de fato roda em produção e o que ainda é teste - o Fluig do faturamento nem entrou em produção.
→ O que fazer: Mapear com a TI o que do fluxo Fluig já roda e o que ainda é protótipo, separando com precisão o AS-IS (hoje) do TO-BE (desenhado).
↑ Consistência

Com quem falar a seguir

// vozes que mudam a nota
Contas a Receber (financeiro) Operação
Quem confirma o pagamento e faz a liberação financeira. Critérios reais, análise de crédito, prazos autorizados.
Logística / Estoque Operação
Quem libera o estoque e expede. Causa do bloqueio de estoque, critérios de conferência, expedição real.
Comercial Operação
Quem origina o pedido no CRM. Como monta o PDF, o que costuma faltar, os canais e prazos.
Fiscal Operação
Séries de NF, DIFAL por UF, retenções e conformidade da nota.
6 / 12
O que já foi decidido

Decisões

Nenhuma decisão registrada ainda.
7 / 12
Métricas propostas · leitura de diretoria

Indicadores para a diretoria financeira

Oito indicadores que uma diretoria financeira acompanha - e que hoje a Micromed não tem, porque dependem de processo mapeado e instrumentado. Não há número medido aqui: seria inventado. São a proposta do que o mapeamento e a automação passam a entregar, agrupados pelo que um CFO de fato compra: caixa, custo, controle e escala.

Proposta · a instrumentar (nenhum valor medido ainda)
Caixa e capital de giro
Tempo de ciclo ponta a ponta↓ dias
MedeO tempo do gatilho à entrega (pedido → NF → expedição).
Por que o CFO se importaCada dia a menos libera capital de giro e antecipa o caixa.
Como o processo moveEliminar esperas e handoffs manuais entre áreas encurta o ciclo.
baseline: a medir · meta: a pactuar
Prazo de recebimento (DSO)↓ dias
MedeO tempo médio entre a venda e o dinheiro efetivamente no caixa.
Por que o CFO se importaDSO alto é a empresa financiando o cliente; poucos dias valem milhões.
Como o processo moveFaturar rápido e certo de primeira (sem nota rejeitada) adianta o recebimento.
baseline: a medir · meta: a pactuar
Custo
Custo por transação processada↓ R$ / transação
MedeO custo de processar uma NF, pedido ou pagamento (tempo × pessoas × sistemas).
Por que o CFO se importaCusto escondido que cresce a cada canal e loja e não aparece na DRE por linha.
Como o processo moveA automação derruba o custo unitário e desacopla o volume do headcount.
baseline: a medir · meta: a pactuar
Taxa de retrabalho / erro↓ %
MedeA fração de transações que voltam (dados errados, rejeição da SEFAZ, valor divergente).
Por que o CFO se importaRetrabalho é custo puro somado a atraso de caixa e risco.
Como o processo movePadronização e validação na entrada evitam o erro na origem.
baseline: a medir · meta: a pactuar
Controle e risco
Índice de conformidade ao processo↑ %
MedeA fração de transações que seguiram o fluxo com aprovação na alçada, requisição e conferência corretas.
Por que o CFO se importaÉ a resposta ao auditor e ao conselho: compra sem requisição e pagamento sem conferência são risco de fraude.
Como o processo moveFluxo com trilha e alçadas obrigatórias impede o desvio.
baseline: a medir · meta: a pactuar
Perdas evitáveis↓ R$
MedePagamentos duplicados ou indevidos, multas e juros por atraso, glosas fiscais.
Por que o CFO se importaDinheiro que vaza em silêncio; costuma pagar o projeto já no primeiro ano.
Como o processo moveConferência automática (nota × pedido × físico) e validação de dados barram o vazamento.
baseline: a medir · meta: a pactuar
Produtividade e escala
Straight-through (sem toque manual)↑ %
MedeA fração de transações que vão do início ao fim sem intervenção humana.
Por que o CFO se importaCrescer o faturamento sem crescer a equipe na mesma proporção - é a definição de escala.
Como o processo moveCaptura automática (XML/DANFE), integração e regras eliminam a digitação.
baseline: a medir · meta: a pactuar
Aderência a SLA por etapa↑ % no prazo
MedeA fração de tarefas concluídas dentro do SLA, etapa a etapa.
Por que o CFO se importaPrevisibilidade: expõe o gargalo (a liberação de 1h que leva 4 dias).
Como o processo moveUm painel com SLA por etapa cobra e realoca onde o processo trava.
baseline: a medir · meta: a pactuar
Nenhum destes está medido hoje na Micromed - e é proposital não estampar número: seria inventado. Baseline e meta se definem no mapeamento dedicado e no redesenho (TO BE). Instrumentar estes indicadores é justamente a entrega do projeto - o portal passa a ser o painel onde a diretoria os acompanha.
8 / 12
Redesenho do processo

TO BE · o processo que o projeto está construindo

O projeto de implantação do Fluig redesenha este processo, e boa parte do desenho já foi discutida nas reuniões e construída no protótipo. Este TO-BE não é abstrato: é o que está sendo montado no Fluig. Está em movimentação (ainda não virou o novo AS-IS) e depende de decisões técnicas e de negócio em aberto.

Em movimentação · desenho ativo, ainda não aprovado como novo AS IS
As transformações desenhadas
Solicitação centralizada no Fluig
Substituir o lote por e-mail e a busca manual no CRM por uma solicitação estruturada no Fluig (origem, tipo de pedido, cliente por CNPJ, forma de pagamento, anexos), servindo de porta única de entrada do faturamento.
Aprovação de doação no fluxo
A doação passa por aprovação da diretoria dentro do Fluig, com histórico e e-mail, em vez de a operadora 'ir atrás' da autorização manualmente.
Análise de crédito registrada
A análise de crédito (hoje e-mail informal que 'nem vira pedido') vira etapa opcional disparada pela condição de pagamento, permitindo medir o volume de solicitações por mês.
Duas liberações como tarefas Fluig
As liberações financeira e de produção viram tarefas paralelas no Fluig, com gateway de junção antes da NF, tornando visível quem está segurando o pedido.
Painel de acompanhamento com SLA
Um dashboard com SLA por atividade expõe os gargalos e serve de alavanca para a diretoria forçar a adoção pelas áreas - resposta direta à resistência de acessar o Fluig.
Gravação no Protheus (Fase 2)
O Fluig passa a gravar no Protheus (pedido, nota) via endpoints a desenvolver, com um 'robozinho' que baixa a tarefa quando a nota é transmitida - acabando com o trabalho duplicado (ERP + Fluig).
Faturamento em lote como tarefa única
O caso SaaS/plataforma (corte dia 25, centenas de pedidos) vira uma tarefa única em vez de N tarefas, para caber o volume de notas por dia.
Tensões em aberto · decisões ainda não tomadas
Onde fazer a liberação
No Protheus (visão da TI, com o robô do Fluig apenas lendo/atualizando) vs. direto no Fluig (visão da gestão). Depende de desenvolver endpoint - orçamento pendente. Não decidido.
Trabalho duplicado na Fase 1
Enquanto o Fluig só lê o Protheus, as áreas podem ter que operar os dois sistemas e dar baixa duas vezes. É a maior ameaça à adoção, reconhecida por todos.
Transmissão de NFe em lote
Centenas de notas num dia (ex.: Tandera ~400) não cabem numa tarefa por pedido. Como modelar o lote no Fluig ainda está em aberto.
Adoção e cultura
Resistência das áreas a acessar o Fluig ('o pessoal tenta fazer por fora'). O painel para a diretoria é a alavanca proposta, mas a virada cultural depende de decisão de gestão.
9 / 12
A régua que torna o diagnóstico honesto

O quanto você pode confiar neste retrato

Ponto de partida honesto, já em consolidação. Diferente de um retrato só de reuniões de alto nível, aqui a operadora do faturamento foi ouvida em profundidade - narrou o fluxo inteiro numa reunião de descoberta e respondeu um questionário denso e concreto - e a TI responsável pelo Protheus corroborou o mesmo fluxo de forma independente. Esse cruzamento operador + dono do ERP é o que sustenta a nota acima de Preliminar. Duas escolhas de honestidade seguram a nota abaixo de Consolidado: (1) o código do Fluig foi deliberadamente excluído como fonte deste AS-IS - ele é o protótipo em construção (nem chegou à produção: ~90 instâncias de teste), mais próximo do TO-BE do que do processo vivido, e por isso alimenta as camadas de Automatização e TO-BE; (2) as áreas nas pontas - Comercial, Contas a Receber e Logística - foram descritas pela operadora e pela gestão, não ouvidas diretamente por quem as opera. Resultado: Em consolidação (52). Serve para orientar decisões sobre o núcleo do faturamento, com cuidado nas etapas adjacentes. A nota sobe para Consolidado quando as áreas das pontas forem ouvidas e os volumes/SLAs, instrumentados.

52 de 100
Em consolidação
Convergência peso 35%
50 / 100
O núcleo do faturamento converge de verdade: a operadora descreve o mesmo fluxo em duas fontes (reunião de descoberta e questionário respondido) e a TI/Protheus corrobora de forma independente (cadastro manual, dupla liberação, emissão, SEFAZ, expedição). Mas as áreas adjacentes (comercial, Contas a Receber, Logística) aparecem em voz única, descritas pela operadora e pela gestão, não confirmadas por quem as opera.
Cobertura peso 30%
40 / 100
Ouvidos: Faturamento (a operadora, em profundidade), TI/Protheus e a gestão/analista do projeto. Não ouvidos: Contas a Receber, Logística/Estoque, Comercial e Fiscal, que executam etapas centrais do fluxo. Cobre bem o meio do processo (emissão), pouco as pontas.
Consistência peso 20%
68 / 100
As 8 sessões, ao longo de 6 meses, contam uma história coerente. As divergências são de desenho da solução (onde liberar, direção da integração), não contradições sobre o processo de hoje.
Profundidade peso 15%
60 / 100
Muito concreto no faturamento: sistemas nominados (Protheus, Sales Journey, iStore/VTEX, Freshdesk, Dutax, iLovePDF, SEFAZ), séries de NF (001/003), erros SEFAZ (853/702/930), regra de DIFAL por UF, alguns volumes (Tandera ~230 pedidos ≈ 400 notas/dia, ~55 formas de pagamento). Falta profundidade nas áreas adjacentes e SLAs medidos.
Como a nota é composta · score da dimensão × peso
Convergência50 × 35%17,50
Cobertura40 × 30%12,00
Consistência68 × 20%13,60
Profundidade60 × 15%9,00
Índice de confiabilidadesoma17,50 + 12,00 + 13,60 + 9,00 → 52
⬡ O que falta para subir de nível

Ouvir diretamente Contas a Receber (liberação financeira), Logística/Estoque (liberação e expedição), o Comercial (originação do pedido) e o Fiscal (série, DIFAL, retenções). Confirmar a causa e a frequência do bloqueio de estoque e instrumentar volumes e SLAs por canal. É o que fecha a cobertura das pontas e move a nota para Consolidado.

0–39
Preliminar
Versão de poucos. Serve para orientar, não para decidir.
você está aqui
40–69
Em consolidação
Várias vozes cruzadas. Convergências confiáveis aparecem.
70–100
Consolidado
Retrato firme. Base sólida para redesenhar o processo.
10 / 12
Como a Praxis trabalha

O método por trás deste documento

Não mapeamos por opinião. Cruzamos versões de quem vive o processo, medimos a confiabilidade do que encontramos e só damos como verdade o que mais de uma voz confirma.

01
Entrevistas de campo
Ouvimos cada pessoa que toca o processo, na linguagem dela. A ferramenta de entrevista guiada extrai casos reais, não respostas genéricas.
02
Cruzamento de versões
Nenhuma entrevista isolada é a verdade do processo. A verdade emerge quando as versões se confirmam ou se contradizem.
03
Nota de confiabilidade
Medimos o quanto o retrato pode ser usado para decidir. Poucos respondentes, nota baixa. Sem maquiagem.
04
Redesenho (TO BE)
Com o retrato consolidado, desenhamos o processo melhor: mais rápido, rastreável e ligado aos objetivos da organização.
Registro de fontes · rastreabilidade

Cada informação deste retrato vem de uma entrevista. Abaixo, todas as sessões, identificadas por função e modalidade de coleta; a identificação nominal fica no registro interno da Praxis. Documentos de apoio produzidos pela Praxis a partir das entrevistas não contam como fonte independente.

Faturamento (operadora)
Cadastro, liberações de emissão, NF/SEFAZ, DANFE/DIFAL, expedição; fonte central do AS-IS
Online · reuniões + questionário respondido
TI / Protheus
Descrição do AS-IS no ERP e arquitetura de integração (leitura SQL)
Online · transcrição
Gestão / analista de processos
Escopo, regras (doação, análise de crédito, tipos de pedido), condução do projeto
Online · transcrição
Praxis
11 / 12
Trilha de mudanças

Versões

Duas linhas do tempo que não se misturam: a do processo, que registra a realidade da operação mudando, e a do diagnóstico, que registra o nosso retrato ficando mais nítido. Uma nota que muda não significa que o processo mudou; significa que passamos a enxergar melhor.

Versões do processo
O processo de faturamento nunca teve uma versão formal: não há baseline documentado nem rito que registre mudanças de regra. As mudanças até hoje aconteceram pela prática. O versionamento formal nasce com o redesenho: quando o processo desenhado no Fluig entrar em produção, ele passa a ser o Processo v1.0, e cada mudança posterior de regra, série, alçada ou etapa será registrada nesta página, com data de vigência e quem aprovou.
Versões deste diagnóstico
v0.1atual20 jul 2026
Primeira publicação

Primeiro retrato do processo de faturamento, das 8 sessões do projeto (nov/2025 a mai/2026) e do relato direto da operadora do faturamento.

  • Fluxo AS IS em 9 etapas (originar → cadastrar → liberar → faturar → SEFAZ → DANFE/DIFAL → expedir), com detalhamento por atividade.
  • 8 achados, 6 lacunas e o TO BE em movimentação (o redesenho do Fluig).
  • O código do Fluig foi deliberadamente excluído das fontes do AS IS: é protótipo, alimenta Automatização e TO BE.
  • Nota de confiabilidade inicial: 52 (Em consolidação) - o núcleo do faturamento foi ouvido de quem opera e corroborado pela TI/Protheus; as pontas ainda não.
12 / 12