# Contratos de Serviços e Call-Offs: Como Medir e Facturar Trabalho que Não Tem Unidades Fixas
TL;DR: um contrato-quadro fixa as regras e as taxas, um call-off activa e limita orçamentalmente um pedaço de trabalho dentro dessas regras, e a folha de serviço é a prova de campo que liga esse trabalho a uma factura — tentar geri-los como se fossem uma ordem de compra por quantidade é a causa mais comum de disputas de facturação em contratos de serviços petrolíferos.
O problema: serviço não é peça de armazém
Uma ordem de compra clássica assume uma equação simples: quantidade acordada × preço unitário = valor a pagar. Compraram-se 200 válvulas a um preço unitário, chegaram 200 válvulas, confere-se a guia de remessa, aprova-se a factura. É o modelo de "three-way match" — PO, recepção, factura — que qualquer ERP de compras resolve bem.
Serviços petrolíferos raramente cabem nessa equação. Uma equipa de wireline cobrada por dia, um técnico de instrumentação chamado por evento, uma grua alugada por turno, uma inspecção de integridade estrutural facturada por relatório entregue — nenhum destes casos tem uma "quantidade" que se possa fixar antes do trabalho começar. O número de dias depende do que se encontra no poço. O número de eventos depende de quantas vezes o equipamento falha. A duração do turno depende do clima offshore.
Quando uma operadora ou um EPC tenta forçar este tipo de trabalho dentro de um módulo de compras desenhado para bens físicos, o resultado habitual é um dos dois extremos: ou se sobrestima uma "quantidade estimada" de dias só para ter uma PO fechada no sistema — e depois há disputa sempre que se ultrapassa — ou aceita-se facturação "em aberto" sem nenhum tecto, o que elimina o próprio propósito de ter um compromisso orçamental. Nenhum dos dois é gestão de contrato; é contabilidade a reboque do fornecedor.
Três camadas, três funções diferentes
A forma que resolve isto na prática não é um documento — são três, cada um com uma função distinta e um ciclo de vida próprio.
1. Contrato-quadro (Master Service Agreement)
O contrato-quadro fixa o que não muda de mês para mês: a tabela de taxas (day rate, taxa horária, taxa por evento), os termos de pagamento, os SLAs, as penalizações, a moeda e a indexação, as cláusulas de conteúdo local, a responsabilidade e o seguro. Não compromete nenhum orçamento e não gera nenhuma factura por si só. É o "acordo de como vamos trabalhar", tipicamente com vigência de um a três anos e renovações automáticas ou negociadas.
Em termos de dados, o contrato-quadro é a entidade-mãe: guarda o rate_card_id, a moeda base, o fornecedor, e as regras de aprovação que todos os call-offs debaixo dele vão herdar.
2. Call-off (ordem de chamada)
O call-off é o que activa trabalho real dentro do quadro. Especifica o escopo ("inspecção de integridade da linha de produção X"), o período de validade, a taxa aplicável (herdada do contrato-quadro, ou uma variante negociada para aquele pedido), e — este é o ponto central — um tecto orçamental, não uma quantidade fixa. O call-off diz "autorizo até USD 180.000 de trabalho desta natureza, dentro deste período, a esta taxa", não "autorizo 12 dias de trabalho".
Essa distinção parece subtil mas muda completamente o modelo de dados. Uma PO por quantidade fecha quando a quantidade recebida bate a quantidade encomendada. Um call-off por tecto orçamental fecha quando o consumo acumulado das folhas de serviço aprovadas atinge o tecto, quando o período expira, ou quando alguém o encerra manualmente — o que ocorrer primeiro. É um contador que desce, não uma lista que se risca.
3. Folha de serviço (field ticket / service sheet)
A folha de serviço é a evidência de campo: data, horas ou eventos, equipamento e pessoal envolvidos, descrição do trabalho, e a assinatura de quem estava no local — normalmente um supervisor da operadora ou do EPC, não do próprio fornecedor. É este documento, e não a factura, que constitui a prova de que o trabalho aconteceu como descrito.
A folha de serviço aprovada é a única coisa que deveria poder debitar um call-off. Sem essa disciplina, qualquer fornecedor pode facturar contra um call-off aberto sem que ninguém tenha confirmado, em tempo real, que o trabalho foi feito.
| Camada | Pergunta a que responde | Compromisso orçamental | Frequência de emissão |
|---|---|---|---|
| Contrato-quadro | A que taxas e condições trabalhamos com este fornecedor? | Nenhum | Uma vez, com renovações |
| Call-off | Quanto autorizamos gastar, neste âmbito, neste período? | Tecto orçamental | Por projecto, poço ou período |
| Folha de serviço | O que foi realmente executado, e quem o confirma? | Consumo real contra o tecto | Diária, por turno ou por evento |
Porque a ordem de compra por quantidade falha aqui
Um sistema de compras tradicional resolve três perguntas: o que foi encomendado, o que foi recebido, o que foi facturado — e reconcilia as três. Aplicado a um day rate, isto colapsa de imediato:
- Não há "recepção" de um dia de trabalho. Recebe-se uma válvula fisicamente; não se "recebe" um turno de 12 horas de forma equivalente. A única confirmação possível é a assinatura na folha de serviço, o que exige um fluxo de aprovação, não uma entrada de armazém.
- A quantidade final só se conhece no fim. Se a PO fixa "10 dias" e o trabalho demora 14 por causa de uma complicação no poço, o sistema força uma alteração de PO retroactiva — normalmente depois de o trabalho já ter sido feito, o que inverte a ordem lógica de autorização.
- Eventos e standby não são unidades comparáveis. Uma taxa de standby (equipamento parado à espera, mas contratualmente a acumular custo) não é a mesma unidade que uma taxa de operação activa. Um modelo de quantidade única não tem onde pôr essa segunda taxa sem duplicar a linha de PO artificialmente.
- A mobilização é um custo único, não recorrente. Taxas de mobilização/desmobilização não escalam com dias trabalhados; são eventos pontuais dentro do mesmo call-off, e uma PO por quantidade tende a tratá-las incorrectamente como mais uma "unidade" ao mesmo preço unitário do trabalho recorrente.
O efeito acumulado é previsível: departamentos financeiros que recebem facturas de fornecedores de serviços e não têm forma sistemática de as validar contra o que foi realmente autorizado, para além de olhar a factura e "confiar". É exactamente o ponto onde entra a automação de aprovação de compras descrita em Procurement Automatizado em Angola — mas aplicada a um modelo de tecto e consumo, não de quantidade e recepção.
Como ligar isto ao orçamento e à factura
O call-off não vive isolado — precisa de se ligar a algo acima dele e a algo abaixo dele.
Acima: em projectos de capital, o call-off deveria debitar contra uma Autorização de Despesa (AFE) ou contra o orçamento operacional aprovado para aquele poço ou instalação. Sem essa ligação, é possível autorizar call-offs que, somados, excedem o tecto de capital aprovado para o projecto sem que ninguém dispare um alerta — o mesmo problema estrutural descrito em AFE e Controlo de Capital, aqui aplicado à camada de serviços em vez de à camada de investimento.
Abaixo: cada linha de factura do fornecedor deveria mapear-se a uma ou mais folhas de serviço aprovadas, que por sua vez se mapeiam a um call-off específico, que por sua vez se mapeia a uma linha da tabela de taxas do contrato-quadro. Quando esta cadeia existe no sistema, validar uma factura de serviços deixa de ser uma leitura manual de PDF e passa a ser uma consulta: soma das folhas aprovadas × taxa contratual = valor esperado da factura. Qualquer desvio salta automaticamente para revisão.
Esta cadeia de rastreabilidade ganha outra camada de urgência com a facturação electrónica obrigatória em Angola. Ao abrigo do Decreto Presidencial n.º 71/25, a facturação electrónica é obrigatória desde 1 de Janeiro de 2026 para grandes contribuintes, fornecedores do Estado e quem emite facturas de valor igual ou superior a 25 milhões de kwanzas; segundo a EY, a extensão aos restantes contribuintes dos regimes Geral e Simplificado está prevista para 1 de Janeiro de 2027 (EY Angola). Uma factura electrónica emitida por software certificado pela AGT ainda tem de justificar-se contra alguma coisa do lado do comprador — e se essa "alguma coisa" for um call-off com tecto e folhas de serviço aprovadas, a reconciliação é directa. Se for apenas uma promessa verbal de taxa e prazo, a factura electrónica só automatiza o problema, não o resolve. O tratamento fiscal do IVA, à taxa geral de 14% sobre a generalidade dos serviços prestados (Lei n.º 7/19, com as alterações introduzidas pela Lei n.º 14/23 — CMS), aplica-se sobre o valor desta factura validada, não sobre uma estimativa.
Um exemplo prático
Considere uma equipa de wireline contratada para intervenções pontuais numa plataforma. O contrato-quadro fixa: taxa diária de operação, taxa diária de standby (mais baixa), taxa fixa de mobilização/desmobilização, e um SLA de tempo de resposta de 48 horas após chamada.
Para uma intervenção específica, a operadora emite um call-off: escopo "intervenção de wireline no poço P-14", período de 30 dias, tecto orçamental que cobre a estimativa de 8 dias de operação mais uma margem de contingência de 4 dias de standby, mais a mobilização.
No terreno, o supervisor da operadora assina folhas de serviço diárias: dia 1-2 mobilização, dia 3-9 operação (7 dias, não 8 — a intervenção correu melhor que o previsto), dia 10 um dia de standby por mau tempo antes da desmobilização. Cada folha entra no sistema, debita o call-off à taxa correspondente ao tipo de dia, e o saldo do tecto desce em tempo real.
No fecho, a factura do fornecedor deveria somar exactamente: mobilização (1×) + 7 dias de operação + 1 dia de standby, às taxas do contrato-quadro. Se a factura chegar com 8 dias de operação, o sistema já sabe, antes de qualquer pessoa abrir o PDF, que há um dia a menos de folha de serviço aprovada a sustentar essa linha.
O que isto exige do sistema, não apenas do processo
Nenhuma destas três camadas funciona de forma fiável em folha de cálculo partilhada por email — é exactamente o cenário descrito em Sair do Excel, onde o ponto de falha não é a intenção das pessoas, mas a ausência de um registo único e auditável do que foi autorizado, consumido e facturado. Um ERP construído para este domínio precisa de modelar explicitamente o call-off como uma entidade própria — com tecto, saldo, período de validade e ligação à AFE ou ao orçamento — e a folha de serviço como o único evento que pode debitar esse saldo, com fluxo de aprovação e trilho de auditoria.
É este tipo de modelação — específica ao domínio, não um módulo genérico de compras adaptado à força — que faz a diferença entre um sistema que financeiro confia cegamente e um que financeiro precisa de verificar linha a linha. A Wise Hustlers está a construir o seu próprio ERP para o sector energético, o Enerxia — ainda sem nenhum cliente em produção —, cobrindo upstream, poços, produção, projectos e contratos, procurement, fornecedores, inventário, MRO, manutenção, frota, logística, HSE, qualidade, RH, formação, finanças, fiscalidade e conformidade — e é este tipo de problema de modelação contratual, entre outros, que motiva construir software à medida em vez de forçar um módulo de compras genérico a fingir que serviços têm unidades fixas.
Perguntas frequentes
Um call-off precisa sempre de um contrato-quadro por trás?
Na prática de gestão de risco, sim — sem contrato-quadro não há tabela de taxas nem termos gerais acordados, e cada call-off teria de renegociar tudo isso do zero. Tecnicamente, um sistema pode permitir "call-offs avulsos" para fornecedores pontuais, mas isso deveria ser a excepção documentada, não o padrão.
Como se lida com uma folha de serviço que ultrapassa o tecto do call-off a meio do trabalho?
O sistema deveria bloquear ou sinalizar novas folhas assim que o consumo projectado se aproxima do tecto — a partir de um limiar que a própria operadora define (por exemplo, 80%) — forçando uma decisão consciente: ampliar o tecto do call-off (com nova aprovação) ou parar o trabalho. O que não deveria acontecer é a folha de serviço ser aceite silenciosamente para além do tecto e só aparecer como problema na factura, semanas depois.
A folha de serviço substitui a factura do fornecedor?
Não — são documentos diferentes com donos diferentes. A folha de serviço é assinada por quem está em campo, do lado do cliente, e confirma o facto físico do trabalho. A factura é emitida pelo fornecedor e reclama o pagamento. A validação da factura é precisamente a comparação entre as duas, mais a taxa contratual.
Isto aplica-se só a operações offshore?
O padrão é o mesmo em qualquer serviço cobrado por tempo ou por evento em vez de por unidade — manutenção em terra, transporte por turno, formação por sessão, consultoria por dia. Offshore é onde os tectos ultrapassados custam mais caro e mais depressa, mas o modelo de dados é idêntico em terra.