Fila de aprovação de faturas de fornecedores: um guia simples de configuração

Por que as aprovações de faturas são difíceis de acompanhar

A aprovação de uma fatura costuma começar como uma rotina simples: um fornecedor envia um PDF por e-mail, alguém confere e o financeiro faz o pagamento. O processo se complica quando as faturas chegam com frequência, várias pessoas precisam aprová-las ou uma compra muda depois que o pedido foi feito.

O e-mail não é um bom lugar para acompanhar o status de pagamentos. Um revisor pode responder apenas ao remetente, outro pode encaminhar a fatura sem a conversa anterior e o mesmo anexo pode acabar em várias caixas de entrada. Então o financeiro precisa perguntar se a fatura está em revisão, foi contestada, aprovada ou já foi paga.

Planilhas compartilhadas oferecem mais visibilidade, mas criam outros problemas. As pessoas sobrescrevem células, esquecem de atualizar uma linha ou usam rótulos como «aguardando», «pendente» e «verificar» para situações diferentes. Uma planilha pode listar faturas, mas raramente explica por que alguém aprovou um valor maior ou quem deve agir em seguida.

Uma fila de aprovação de faturas dá a cada fatura um registro e um status atual. Ela deve mostrar o fornecedor, o número da fatura, o valor, o vencimento, a referência da compra, o revisor responsável e o histórico das decisões. Todos os envolvidos veem o mesmo registro, em vez de reconstruir a história a partir de mensagens.

A fila também deve comparar a fatura com o que a empresa pretendia comprar. Uma conferência pode comparar fornecedor, número do pedido de compra, item ou serviço, quantidade e preço. Por exemplo, um escritório pede 20 monitores a US$ 180 cada, mas a fatura informa 22. O sistema deve sinalizar a diferença de US$ 360 antes que alguém aprove o pagamento.

Algumas diferenças são legítimas. Frete, entrega parcial ou uma alteração de preço acordada podem explicar um valor diferente dos detalhes originais da compra. Os revisores precisam de um local para registrar essa explicação e anexar observações de apoio. Caso contrário, o financeiro verá uma exceção sem explicação e repetirá a mesma investigação.

A falta de clareza sobre o responsável causa os atrasos mais longos. Um líder de equipe pode presumir que o setor de compras conferirá o pedido, enquanto compras presume que o solicitante confirmará a entrega, e o financeiro aguarda os dois. A fatura fica parada até que o fornecedor pergunte sobre o pagamento.

Atribuir um revisor identificado e um substituto elimina essa lacuna. O revisor aprova, rejeita ou sinaliza a fatura para acompanhamento. Um processo claro de aprovação de pagamento registra quem tomou a decisão final, quando e por quê. Esse histórico ajuda a equipe a pagar no prazo e a responder a perguntas mais tarde sem procurar conversas antigas por e-mail.

Escolha as informações necessárias na fila

Uma fila de aprovação de faturas funciona melhor quando todas as faturas incluem os mesmos dados básicos. Os revisores não deveriam abrir vários arquivos ou perguntar ao contas a pagar por informações ausentes antes de decidir.

Comece pelo registro da fatura. Dê a cada entrada um ID interno único e registre o nome do fornecedor, número e data da fatura, valor total, moeda, vencimento e o anexo original. Mantenha o número da fatura do fornecedor em um campo próprio, pois fornecedores diferentes podem usar o mesmo número.

Coloque os detalhes da compra ao lado dos dados da fatura. O revisor precisa do número do pedido de compra, da descrição do item ou serviço, da quantidade pedida, da quantidade recebida, do preço unitário acordado e do total do pedido. Para serviços, use um campo como «trabalho confirmado» em vez de quantidade recebida. Assim, o registro continua útil sem exigir um campo de recebimento de mercadorias em todas as faturas.

Um registro prático de fatura inclui:

• Fornecedor, contato do fornecedor, número e anexo da fatura
• Data da fatura, vencimento, valor, imposto, moeda e condições de pagamento
• Número do pedido de compra, valor pedido, valor recebido e preço acordado
• Status atual, revisor responsável, data da decisão e observações do revisor
• Tipo e valor da divergência e documentos de apoio

Use status que descrevam o processo real de aprovação. «Nova» significa que a equipe ainda não conferiu a fatura. «Em revisão» significa que alguém é responsável por ela. «Aguardando correção» informa que o fornecedor ou comprador precisa responder. «Aprovada» significa que o financeiro pode programar o pagamento, enquanto «Rejeitada» encerra a solicitação com um motivo registrado.

Evite rótulos vagos como «pendente». Eles não mostram se a fatura aguarda um gestor, uma confirmação de recebimento ou um preço corrigido. Um status específico permite que o supervisor filtre a fila e veja rapidamente a próxima ação.

As permissões exigem o mesmo cuidado que os campos. Um gestor de departamento pode precisar confirmar que os produtos chegaram, mas não precisa ver dados bancários ou os preços de todos os fornecedores. O financeiro costuma precisar dos valores, dos impostos e do status do pagamento. Compras precisa das informações sobre pedidos e preços. Dê a cada função acesso apenas aos registros e campos necessários ao trabalho.

Por exemplo, um revisor do armazém pode confirmar que chegaram 48 cadeiras de um pedido de 50. A fila deve mostrar a diferença de duas unidades, manter a fatura em revisão e encaminhar o caso ao comprador. Um único registro preserva o motivo do atraso e evita um pagamento antecipado.

Mapeie o fluxo de aprovação antes de criá-lo

Anote o caminho percorrido por uma fatura antes de criar campos, telas ou automações. Um caminho definido evita que faturas fiquem em uma caixa de entrada compartilhada enquanto todos presumem que outra pessoa agirá.

O processo começa quando alguém do contas a pagar registra uma fatura ou envia o arquivo. Registre fornecedor, número e data da fatura, total, departamento, número do pedido de compra e vencimento. Marque o item como «Recebido» e atribua um responsável imediatamente.

Depois, compare a fatura com os detalhes da compra. Confira fornecedor, itens ou serviços, quantidades, preços e totais. Uma correspondência correta pode avançar. Se a fatura não tiver pedido de compra ou exceder o valor acordado, mova-a para um status de divergência em vez de pedir que o revisor adivinhe o que aconteceu.

Escolha revisores para cada tipo de fatura

Um único fluxo não deve tratar todas as cobranças da mesma forma. Uma compra de material de escritório de US$ 75 e uma fatura de consultoria de US$ 25.000 exigem conferências diferentes. Crie regras de atribuição usando informações que já estejam no registro da fatura.

Por exemplo, um fluxo de aprovação pode:

• Enviar faturas de marketing ao responsável pelo orçamento de marketing.
• Enviar faturas acima de um valor definido ao gestor do departamento e ao financeiro.
• Enviar compras de equipamentos ao funcionário que solicitou o item.
• Enviar faturas sem pedido de compra à pessoa responsável pelo departamento.
• Enviar cobranças recorrentes de fornecedores ao financeiro depois que a primeira fatura aprovada confirmar as condições.

Atribua um revisor substituto para ausências. Defina um lembrete depois de um período razoável, como dois dias úteis para uma fatura normal. A fila deve mostrar quem está com a fatura, quando a recebeu e por que a recebeu.

Registre uma decisão de pagamento clara

Depois que todos os revisores necessários aprovarem, mova a fatura para «Pronta para pagamento». O financeiro então registra a decisão: aprovada para pagamento, retida ou rejeitada. Mantenha no mesmo registro a data, a pessoa responsável e um motivo breve.

Uma fatura rejeitada deve voltar para um responsável definido, como contas a pagar ou o solicitante, com um motivo específico. «Confira o preço da linha 3» dá uma tarefa clara. «Precisa de revisão» não dá.

Esse caminho também facilita o acompanhamento das divergências. Uma diferença permanece visível até ser resolvida, em vez de desaparecer em uma conversa por e-mail. Um fluxo escrito aplica as mesmas etapas às faturas rotineiras e encaminha compras incomuns às pessoas certas.

Crie a fila passo a passo

Comece com dois registros conectados: Fornecedor e Fatura. O registro do fornecedor armazena nome, contatos, condições de pagamento e informações fiscais. O registro da fatura armazena número, data de emissão, vencimento, valor, moeda e documento anexado.

Adicione os detalhes da compra ao registro da fatura, em vez de mantê-los em uma planilha separada. Cada fatura pode se conectar a um pedido de compra, a um ou mais registros de recebimento, ou aos dois. Essa conexão fornece aos revisores os valores necessários antes da aprovação.

No AppMaster, crie esses registros no Data Designer e conecte-os por meio de relacionamentos. Um fornecedor pode ter muitas faturas, e uma fatura pode ter várias linhas de compra quando o fornecedor cobra mais de um pedido.

Adicione os campos usados pelos revisores

Dê a cada fatura um status claro e mantenha as opções simples:

• Rascunho, quando alguém registrou a fatura, mas ainda não a enviou para revisão
• Aguardando revisão, quando o revisor responsável precisa agir
• Precisa de esclarecimento, quando os valores ou detalhes da compra não correspondem
• Aprovada ou rejeitada, depois que o revisor registra uma decisão
• Paga, depois que o financeiro confirma o pagamento

Adicione revisor responsável, data da decisão, comentários e motivo da divergência. O revisor deve escolher um motivo como «preço diferente do pedido» ou «mercadoria não recebida», em vez de escrever uma observação vaga. Ainda pode incluir um comentário curto para dar contexto.

Crie um formulário de entrada com verificação de duplicidade. Quando o usuário informar um número de fatura, o formulário deve procurar um registro existente com o mesmo fornecedor e número. Se encontrar um, interrompa o salvamento e mostre a fatura existente. Como os números podem se repetir entre fornecedores, confira o par, não apenas o número.

Crie a fila de trabalho

Crie uma visão da fila para o financeiro e os revisores. Mostre fornecedor, número da fatura, valor, vencimento, status, revisor e sinalização de divergência. Ordene as faturas não pagas pelo vencimento e coloque os itens aguardando revisão acima dos rascunhos.

Use filtros para que cada revisor veja apenas as faturas atribuídas a ele, enquanto o financeiro pode ver todos os itens abertos. Uma sinalização vermelha para faturas vencidas é útil, mas mantenha os registros rejeitados disponíveis em um filtro de status separado. A equipe ainda precisa do histórico completo de pagamentos.

Por exemplo, uma fatura com vencimento na sexta-feira e diferença de preço deve mostrar «Precisa de esclarecimento» e permanecer fora da aprovação de pagamento até que alguém resolva a diferença. A fila mostra quem é responsável pela próxima ação e por que a fatura parou.

Defina regras para conferência e divergências

As regras de conferência determinam quais faturas podem avançar sem revisão manual. Mantenha a primeira versão simples: compare a fatura do fornecedor com o pedido de compra e o registro de recebimento. Se a equipe não registrar quantidades recebidas, compare a fatura com a quantidade pedida e envie as exceções ao comprador antes do pagamento.

Use a conferência em três vias quando os três registros estiverem disponíveis. A fila verifica o que a empresa pediu, o que chegou e o que o fornecedor cobrou. Isso detecta problemas comuns. O fornecedor pode cobrar 20 unidades, o pedido listar 20, mas o armazém ter recebido apenas 16.

Defina tolerâncias claras para pequenas diferenças. Uma diferença de um centavo por arredondamento não deve bloquear uma fatura, enquanto um aumento de preço de 10% provavelmente deve. Financeiro e compras devem concordar com esses limites antes de usar a fila.

Confira os mesmos detalhes em todas as faturas:

• Quantidade cobrada em comparação com a recebida ou pedida
• Preço unitário em comparação com o preço aprovado no pedido
• Imposto sobre vendas, IVA ou outros impostos em comparação com a alíquota esperada
• Frete, manuseio e taxas extras em comparação com as condições da compra
• Total da fatura em comparação com o total calculado

Quando a fila encontrar uma diferença, não use um status vago como «erro». Registre um motivo que explique o problema. «A quantidade cobrada excede a recebida em 4 unidades» dá ao comprador algo concreto para verificar. «O imposto excede o valor esperado em US$ 18,40» mostra ao contas a pagar onde procurar.

Dê a cada divergência uma categoria, uma observação curta, um responsável e um prazo. As categorias podem incluir quantidade, preço, imposto, frete, fatura duplicada e pedido de compra ausente. O responsável deve ser uma pessoa ou função identificada, como comprador, responsável pelo recebimento ou contato do fornecedor. Um prazo evita que as faturas permaneçam sinalizadas por semanas.

Encaminhe a fatura de acordo com o problema. Envie uma divergência de preço ao comprador que aprovou a aquisição. Envie um registro de entrega ausente à pessoa responsável pelo recebimento. Peça ao contato do fornecedor uma fatura corrigida quando o valor estiver errado ou houver uma taxa não aprovada.

Bloqueie o pagamento enquanto houver uma divergência relevante em aberto. Um revisor pode aprovar um pagamento parcial apenas quando a política da empresa permitir, e a fila registrar valor, motivo e decisão. Depois que o responsável resolver o problema, devolva a fatura à etapa de aprovação com a resolução anexada.

Veja uma fatura típica na prática

Um coordenador de instalações pede 20 cadeiras de escritório para uma equipe em crescimento. O pedido de compra informa preço unitário de US$ 180, total de mercadorias de US$ 3.600, o gerente de compras como revisor e prazo de pagamento de 30 dias.

Quando o fornecedor envia a fatura, alguém do contas a pagar a adiciona à fila. Informa fornecedor, número e data da fatura, vencimento, número do pedido, valor e uma cópia do documento. A fila encontra o pedido correspondente e compara os detalhes.

A maioria dos campos corresponde: fornecedor, número do pedido e quantidade de 20 cadeiras. A fatura cobra US$ 190 por cadeira, elevando o total para US$ 3.800. Como a diferença de US$ 200 supera a variação de preço permitida pela equipe, o fluxo muda o status para «Precisa de revisão».

O revisor resolve a diferença

A fila atribui o item ao gerente de compras que fez o pedido. Ele vê o pedido original ao lado da fatura, sem procurar conversas por e-mail.

O gerente verifica a mensagem do fornecedor e descobre que o modelo original estava indisponível. Ele aprovou um modelo substituto mais caro, mas ninguém atualizou o pedido. Então adiciona o comentário: «Modelo substituto aprovado a US$ 190 cada. Atualizar o pedido para US$ 3.800». Depois escolhe «Aprovar com revisão», em vez de rejeitar uma fatura que a empresa ainda precisa pagar.

O comentário permanece no registro. Ele fornece ao contas a pagar um motivo claro para o valor alterado e apoia análises futuras de gastos.

Envie o registro para pagamento

A fila atualiza o valor do pedido para US$ 3.800 ou o marca para correção, conforme as regras da equipe. Ela registra o nome do gerente, a decisão, o comentário e o horário. A fatura agora tem quantidades conferidas e preço aprovado.

Em seguida, a fila envia o registro à pessoa que agenda pagamentos. Ela vê o valor aprovado, o vencimento, as condições e a observação do gerente. Agenda o pagamento de US$ 3.800 para a data combinada e altera o status para «Pagamento agendado».

Cada pessoa tem uma tarefa clara. O coordenador vê que a fatura avançou, o gerente é responsável pela exceção e quem agenda pagamentos trabalha com um registro aprovado, não com uma cobrança sem conferência.

Erros que causam atrasos nos pagamentos

Uma fila de aprovação fica lenta quando trata todas as faturas da mesma maneira. Uma fatura rotineira que corresponde ao pedido e ao registro de entrega não deveria esperar a aprovação de cinco pessoas. Defina níveis de aprovação por valor, departamento, fornecedor ou status de divergência. Envie a fatura apenas às pessoas responsáveis por uma decisão necessária.

Por exemplo, uma fatura de material de escritório de US$ 180 pode seguir diretamente ao responsável pelo orçamento depois da conferência. Uma fatura US$ 1.200 acima do pedido deve ir para o comprador e o revisor financeiro. Assim, os pagamentos rotineiros avançam e as exceções recebem atenção.

Não substitua o valor original da fatura quando encontrar uma diferença. Mantenha separados o valor informado pelo fornecedor, o valor do pedido e o valor corrigido. O financeiro precisa saber o que chegou, o que a equipe esperava e por que o pagamento final mudou.

Se o fornecedor cobrar US$ 2.450 contra um pedido de US$ 2.300, a fila deve manter os dois valores. O revisor pode registrar se os US$ 150 extras correspondem a uma alteração aprovada, uma taxa de frete ou um erro. Sobrescrever o valor original dificulta o acompanhamento das divergências e causa confusão em auditorias.

Rejeições e pedidos de alteração também precisam de um motivo escrito. Um status sozinho informa pouco à próxima pessoa. Exija uma observação curta, como «A quantidade não corresponde ao registro de recebimento» ou «Anexe a aprovação do gestor para as horas de serviço adicionais». O contato do fornecedor, o comprador e o financeiro podem agir sem adivinhar.

Regras úteis incluem:

• Encaminhar faturas de baixo valor que correspondem aos registros por um fluxo mais curto.
• Bloquear os detalhes originais após a entrada e registrar as correções separadamente.
• Exigir um motivo e uma observação quando o revisor rejeitar ou devolver uma fatura.
• Dar a cada revisor um prazo e enviar um lembrete antes que a fatura fique atrasada.
• Limitar o acesso às faturas atribuídas à função ou ao departamento do usuário.

Mantenha a aprovação do pagamento separada da solicitação de compra. Uma solicitação pede permissão antes que a equipe assuma um compromisso financeiro. A aprovação do pagamento confirma que o fornecedor entregou o que a organização combinou comprar e que a fatura está correta. Misturar as duas decisões pode levar revisores a aprovar o pagamento apenas porque se lembram de ter aprovado a solicitação original.

O AppMaster pode manter essas etapas em um aplicativo sem código, com registros separados para solicitações e pedidos de compra, faturas, observações dos revisores e decisões de pagamento. Assim, o financeiro tem um histórico claro quando uma fatura precisa de nova revisão.

Faça verificações rápidas antes de usar a fila

Um teste curto identifica problemas antes que uma fatura chegue à fila errada. Use faturas realistas, não registros de exemplo vazios, e peça às pessoas que aprovam ou pagam as faturas para testarem as telas.

Confira as informações obrigatórias. O formulário deve impedir o envio sem fornecedor, vencimento, valor total e arquivo da fatura anexado. Esses campos dão aos revisores informações suficientes para decidir e ao financeiro algo para conferir depois.

Analise também a visão da fila. Cada linha deve mostrar fornecedor, valor, vencimento, status atual, revisor e próxima ação. O revisor deve saber se precisa aprovar, rejeitar, pedir correção ou aguardar outra pessoa sem abrir vários registros.

Use dois casos de teste para o fluxo de aprovação:

• Envie uma fatura cujo fornecedor, detalhes do pedido, quantidades e preço correspondam. Confirme que ela chega ao revisor certo e pode avançar para a aprovação do pagamento.
• Envie uma fatura com diferença de preço. Confirme que a fila sinaliza a divergência, registra o motivo e bloqueia o pagamento até que a pessoa certa a resolva.

Acompanhe os dois registros por todos os status. Verifique se a redistribuição funciona quando um revisor está ausente e se o vencimento continua visível enquanto a fatura passa entre revisores. Se o processo enviar notificações, teste com endereços reais da equipe para confirmar quem recebe cada mensagem.

Teste também o histórico de auditoria. Aprove uma fatura e rejeite ou devolva a outra. Depois, pesquise cada registro por fornecedor ou número. O registro deve mostrar a decisão final, quem a tomou, quando e quais comentários foram adicionados. Esse histórico ajuda quando um fornecedor pergunta por que o pagamento mudou ou atrasou.

Faça uma verificação de permissões antes do lançamento. Um solicitante pode enviar uma fatura, mas não deve aprovar a própria solicitação. O pessoal de pagamentos precisa acessar faturas aprovadas, enquanto os demais usuários devem ver apenas os registros necessários à função. Corrigir essas lacunas antes do lançamento é mais fácil do que consertar um processo confuso depois que as faturas começam a chegar.

Coloque a fila em uso diário com o AppMaster

Comece pequeno. Coloque um tipo de fatura em um fluxo antes de adicionar exceções, departamentos ou várias regras de pagamento. Por exemplo, comece com faturas padrão de pedidos de compra que passem do comprador ao financeiro e depois ao responsável pela aprovação do pagamento.

O AppMaster permite criar esse aplicativo sem escrever código. No Data Designer, crie registros para fornecedores, pedidos de compra, faturas, linhas de fatura, revisores, observações de divergência e decisões de pagamento. Dê a cada fatura um status claro, como Rascunho, Aguardando revisão, Precisa de correção, Aprovada ou Rejeitada.

Use o Business Process Editor para definir o que acontece depois de cada ação. Quando alguém adicionar uma fatura, o processo poderá comparar fornecedor, número do pedido, quantidades e totais com os detalhes relacionados da compra. Se o valor ultrapassar o limite escolhido, o processo enviará o item para revisão da divergência, em vez do fluxo normal de aprovação.

Teste com trabalho real

Peça a uma pessoa de compras e a uma do financeiro que testem a primeira versão usando faturas já processadas pela equipe. Inclua uma fatura correta, uma com total errado e uma sem pedido de compra correspondente. Exemplos familiares revelam rapidamente as informações que faltam.

Durante o teste, os revisores devem responder às perguntas abaixo sem abrir uma planilha ou enviar um e-mail:

• Qual pedido de compra sustenta esta fatura?
• Quem precisa aprová-la agora?
• Por que a fila sinalizou uma divergência?
• Que decisão cada revisor tomou?
• O financeiro consegue ver a decisão final de pagamento?

Crie telas web para funcionários que trabalham em uma mesa e telas móveis se os gestores costumam aprovar faturas longe do computador. O revisor deve ver detalhes, resultados da conferência, comentários, anexos e botões de decisão em uma única tela. Mantenha a primeira tela objetiva, pois muitos campos opcionais tornam as aprovações rotineiras mais lentas.

Atualize a fila quando a equipe encontrar lacunas

Considere a primeira versão um rascunho funcional. Se o financeiro pedir sempre um código fiscal, adicione-o ao registro da fatura. Se compras precisar explicar alterações de preço, adicione campos para motivo e comentário. Se faturas de alto valor exigirem uma segunda aprovação, atualize o fluxo em vez de pedir que a equipe se lembre da exceção.

O AppMaster regenera o aplicativo quando os requisitos mudam. Assim, as equipes podem revisar modelos de dados, regras de aprovação e telas sem reconstruir o aplicativo manualmente. Publique a fila no AppMaster Cloud ou na sua própria infraestrutura quando o grupo de teste estiver confortável com o uso.

Uma fila de aprovação de faturas conquista confiança quando cada decisão tem revisor identificado, horário e motivo claro. Crie essa base primeiro e adicione tipos de fatura e fluxos de aprovação conforme o processo diário se estabilizar.