Mapeamento de processos numa PME: guia em 6 passos, com exemplo de compras no PHC

Mapear um processo numa PME é pôr no papel, com quem faz o trabalho, o caminho real de uma tarefa: onde começa, quem faz cada passo, que decisões se tomam, onde se espera e que exceções aparecem. Faz-se em seis passos. Bastam papel, post-its e uma ou mais conversas com a equipa. O resultado é um mapa que a equipa reconhece e que serve para melhorar, medir ou automatizar.

O que é, na prática, o mapeamento de processos?

A ISO, na orientação sobre a abordagem por processos na ISO 9001:2015, define processo como atividades relacionadas entre si que usam entradas para entregar um resultado pretendido. É uma definição seca. Numa empresa de 10 a 50 pessoas, traduz-se assim: há um pedido que chega, várias pessoas que lhe mexem e um resultado que alguém espera. Mapear é desenhar esse percurso tal como acontece, com os atalhos, as esperas e os «depende» incluídos.

O mesmo documento da ISO sobre a abordagem por processos liga a decisão de documentar ao tamanho da organização e à complexidade dos processos, e aceita fluxogramas, instruções escritas, listas de verificação ou representações gráficas. Entretanto, a ISO publicou a ISO 9001:2026 a 16 de setembro de 2026; a orientação citada foi escrita para a edição de 2015. A lição é simples. Para uma PME chega uma folha grande, canetas e as pessoas certas na sala.

Porque é que isto vem antes de qualquer automação já está explicado no artigo sobre definir o processo antes de automatizar. Aqui fica o como.

Como se mapeia um processo em 6 passos?

1. Escolher um processo e fechar as pontas. Uma frase chega. Nela ficam o gatilho (o que o faz arrancar) e o resultado (o que entrega). «Compras» é vago de mais; «da falta de stock à fatura do fornecedor lançada» já se consegue desenhar.
2. Juntar quem faz o trabalho, no sítio onde ele acontece. O Lean chama-lhe gemba, o lugar real onde se faz o trabalho que cria valor, e pede observação direta antes de agir. Na sala devem estar as pessoas que tocam no processo todos os dias. A gerência valida no fim.
3. Contar os passos de hoje, pela ordem real. Um post-it por passo. Escreva-o sempre com verbo e objeto («conferir a guia», «lançar a fatura»). Divida a folha em colunas, uma por pessoa ou função, e cole cada passo na coluna de quem o faz. As passagens entre colunas são onde o trabalho costuma ficar parado.
4. Marcar decisões, esperas e exceções. Cada vez que alguém responde «depende», há um losango por desenhar; pergunte de quê, e escreva a regra. As esperas levam uma nota à parte. As exceções também entram no mapa, com o nome de quem as resolve.
5. Pôr números no mapa. Quantas vezes por semana o processo arranca, quanto tempo leva cada passo mais pesado e onde aparecem os erros. Estimativas de quem faz servem para já; a medição a sério vem depois.
6. Validar e datar. O dono do processo lê o mapa com a equipa, corrige o que falta e assina. Só então se desenha a versão desejada, ao lado da atual, para se ver o que muda.

Uma dica prática. Faça o passo 3 sem computador na sala; quando alguém abre o software de gestão para mostrar, a conversa passa a ser sobre ecrãs e não sobre o trabalho.

Que notação usar: papel, fluxograma ou BPMN?

Para uma primeira versão, bastam cinco símbolos. Os fluxogramas da informática têm até norma própria, a ISO 5807, de 1985 e confirmada pela ISO em 2019, mas ninguém na equipa precisa de a conhecer para ler um mapa destes.

Símbolo	O que representa	Exemplo nas compras
Oval	Início (gatilho) e fim (resultado)	Stock abaixo do mínimo; fatura lançada
Retângulo	Um passo, escrito com verbo e objeto	Criar a encomenda a fornecedor
Losango	Uma decisão com respostas possíveis	A fatura bate com a encomenda?
Seta	Passagem para o passo seguinte	Da receção para a contabilidade
Colunas (raias)	Quem faz cada passo	Armazém, compras, contabilidade, gerência

O BPMN é opcional. É a notação da OMG para processos de negócio, também publicada como norma ISO/IEC 19510, e compensa quando o mapa vai servir a programadores ou a um sistema que executa fluxos. Numa PME que está a mapear pela primeira vez, a notação completa costuma afastar precisamente quem sabe como o trabalho corre. Comece simples.

Como fica o mapa das compras num Cegid PHC?

Tomemos uma distribuidora com armazém, uma pessoa nas compras e a contabilidade interna. O gatilho é um artigo abaixo do stock mínimo; o resultado é a fatura do fornecedor lançada e conferida. O pagamento fica de fora. É outro processo, com outro dono.

1. Armazém: vê o artigo em falta, pela listagem do PHC ou na prateleira, e pede a compra.
2. Compras: confirma o preço com o fornecedor e cria a encomenda a fornecedor no PHC.
3. Decisão: o valor passa o limite que a empresa definiu? Se sim, a gerência aprova antes do envio.
4. Compras: envia a encomenda por email ao fornecedor, e segue-se uma espera até à entrega que no mapa fica marcada com uma nota própria.
5. Armazém: recebe a mercadoria com a guia de remessa e confere quantidades e artigos com a encomenda.
6. Decisão: bate certo? Se faltar ou vier trocado, o armazém regista a diferença e avisa as compras.
7. Armazém: dá entrada da mercadoria no PHC a partir da encomenda, para o stock ficar certo.
8. Contabilidade: recebe a fatura em PDF e compara-a com a encomenda e com a entrada de mercadoria.
9. Decisão: preço e quantidade coincidem? Se sim, lança a fatura no PHC. Se não, devolve às compras, que tratam com o fornecedor (nota de crédito ou correção).

Nove passos, três decisões e quatro colunas. Escrito assim, o mapa começa logo a fazer perguntas. Quem decide as diferenças de preço? Quanto tempo passa entre a mercadoria chegar e dar entrada no PHC? Que acontece a uma fatura que chega sem encomenda, porque alguém pediu por telefone?

Estas perguntas não têm resposta universal. Cada empresa escreve a sua, e é por isso que o mapa se faz com quem trabalha lá. Os nomes dos documentos também variam: cada instalação do PHC tem as suas séries e os seus tipos de documento configurados, e o mapa deve usar os nomes que a equipa vê no ecrã. Se a conferência das faturas for o passo mais pesado, há um artigo dedicado a faturas de fornecedor no PHC com IA.

Quais são os erros mais comuns ao mapear um processo?

• Desenhar o processo como devia ser, em vez de como é. O mapa bonito esconde os atalhos, e são os atalhos que explicam os atrasos.
• Fazer o mapa só com chefias. Quem gere conhece o manual; quem faz conhece as exceções.
• Detalhe errado. Descer ao clique torna o mapa ilegível, e ficar em cinco caixas genéricas não mostra nada. Um passo é uma coisa que uma pessoa faz e que dá para verificar.
• Deixar as exceções para depois. Quando metade dos casos foge à regra, o que falta é a regra.
• Processo sem pontas. Se não se sabe onde começa e onde acaba, cada pessoa desenha um processo diferente.
• Mapa sem dono nem data. Seis meses depois já ninguém sabe se ainda vale.
• Escolher a tecnologia a meio da sessão. Primeiro percebe-se o trabalho; a forma de o apoiar vem depois.

Depois do mapa, o que se faz com ele?

Às vezes, o mapa basta. Uma regra no PHC (um campo obrigatório, um alerta de diferença de preço) ou uma mudança de procedimento acaba com o retrabalho. Quando o problema de fundo é informação presa em folhas de cálculo, começa-se por tirar o processo do Excel. Há também um caso na página do projeto de digitalização de processos.

Noutros casos, o mapa é a base da ficha do processo. Tem doze campos, do dono do processo às métricas de partida e alvo, passando pelas regras de decisão, pelas exceções, pelos acessos aos sistemas e pelos limites da parte automática. É com essa ficha, aprovada por escrito pelo dono do processo, que a RTC decide se faz sentido ligar um agente de IA ao software de gestão, no serviço de processos com IA para PME. Sem ficha aprovada, nada se desenvolve.

Perguntas frequentes

Quanto tempo demora a mapear um processo numa PME?

Depende do processo. Também conta quantas pessoas lhe tocam. O que costuma atrasar é juntar quem faz o trabalho, e raramente o desenho. Um processo como o das compras faz-se numa ou mais conversas: primeiro contam-se os passos, depois valida-se o mapa com o dono do processo.

É preciso software de mapeamento ou saber BPMN?

Não é preciso. Papel, post-its e uma fotografia do resultado chegam para a primeira versão. Depois pode passar-se o mapa para um programa de diagramas, para ficar legível e com data. O BPMN só compensa quando o mapa vai ser lido por programadores ou executado por um sistema de fluxos.

Qual é a diferença entre mapear e modelar um processo?

Mapear é registar como o processo corre hoje, com quem o faz. Modelar é desenhar como deve passar a correr, com regras, responsáveis e indicadores definidos. Na prática, fazem-se os dois. Primeiro vem o mapa atual, validado, e depois o desenho desejado, para ser claro o que muda e porquê.

Quem deve participar no mapeamento?

As pessoas que tocam no processo todos os dias, uma por função, e quem vai ser o dono do processo. A gerência entra na validação. Convém que alguém de fora conduza a conversa e escreva os post-its, para quem trabalha no processo se concentrar em contar o que faz.

Quer um mapa do seu processo de compras, ou de outro que se repete todas as semanas? Peça o diagnóstico gratuito. Até uma semana depois da reunião, recebe por escrito a 1.ª versão da ficha do processo. Também pode escrever por WhatsApp (sem custo de chamada; aplica-se o tarifário de dados do seu operador).