PurchaseOrder com aprovação por alçada, fornecedor recebe pelo portal, sobe NF, AP é gerado. Centro de custo amarrado a projeto, contrato ou ticket — despesa rastreável até a margem.
Pedido por WhatsApp, aprovação por mensagem, NF do fornecedor encaminhada por email, AP cadastrada manualmente, centro de custo deixado em branco. No fim do mês, ninguém sabe qual projeto deu prejuízo.
"Pode comprar X?". "Comprou". Aprovação foi quem? Por que valor? Em que conta? Sem documento, sem trilha — só conversa.
Política diz "compras > R$ 5k passam pelo financeiro". Quem cobra? Funcionário ignora, faz a compra, e o financeiro descobre depois.
Fornecedor manda XML/PDF. Comprador encaminha. Financeiro abre, cadastra AP manual, copia dados. Erro entra. Pagamento sai errado.
AP cadastrada sem categoria, sem projeto, sem centro de custo. Vira "despesa geral". Margem real por cliente fica invisível.
Pedido, aprovação, fornecedor, NF e AP num único fluxo. Quem solicitou, quem aprovou, qual fornecedor entregou, em qual projeto entrou — tudo registrado por padrão.
Comprador cria PO em draft, submete. Status vai pra pending, aprovador verifica valor, categoria e centro de custo. Aprovação cria AP automático. Audit registra quem, quando, por quê.
Cadastrar SupplierContact com email dispara convite automático ao portal. Fornecedor vê pedido aprovado, sobe NF (XML + PDF) direto. Sistema lê o XML, valida valor vs PO. NF cadastrada sem alguém re-digitar.
Alerta no portal: "X pedidos aguardando NF"PO obrigatoriamente vincula categoria, centro de custo e (opcionalmente) projeto, contrato ou ticket. Margem real por projeto e por cliente fica visível no dashboard financeiro — sem ETL, sem planilha de rateio.
Despesa não cai mais em "diversos"Pedido, fornecedor, recebimento, NF e AP no mesmo cadastro. Aprovação configurável, portal do fornecedor incluído, centro de custo obrigatório.
Status draft/pending/approved/rejected/cancelled. Fluxo end-to-end auditado.
requested_by, submitted_at, approved_by, approved_at, rejection_reason — tudo persistido.
SupplierContact (primário, financeiro). Portal auto-invite ao cadastrar email.
SupplierPaymentInfo: bank, agência, conta, PIX. updated_by_portal flag, last_updated_by.
PurchaseCategory obrigatório. Cor, ordem, vínculo a centro de custo.
PO linkável a Project, Contract, Ticket. Margem rastreável por cliente.
XML + PDF anexos. document_number, xml_file. Validação contra PO.
Aprovação cria AccountPayable na hora. Status herdado, due_date, payment_method.
is_received, received_at, received_notes. Sinal pro fornecedor de falta de documento.
default_hourly_rate alimenta timesheet do portal — terceirizado lança horas.
Sistemas de procurement standalone resolvem PO e aprovação. Param ali.Tabium amarra PO → fornecedor com portal → NF anexada pelo próprio fornecedor → AP gerado → centro de custo no projeto. Trilha completa.
Você ganha controle de pedido.
Trilha até o pagamento fica fragmentada.
Você ganha procurement integrado ao caixa.
Despesa nasce com origem, vai com destino claro.
14 dias grátis. Cada PO aprovado vira AP rastreável até o projeto, contrato ou ticket que gerou a despesa.