Se não estipular o contrário de forma explícita, como vem sendo a tendência actual, factura-se com base na contagem final (ou seja, da tradução ou correcção).

Algumas empresas e tradutores contam em linhas, caracteres ou páginas. Mas consideramos que estas opções apresentam também alguns problemas de arbitrariedade que requeremum acordo adicional:

• Linhas: quantas palavras ou caracteres ou espaços por linha?
• Páginas: quantas palavras, linhas, caracteres por página? Este conceito mecanográfico é ainda mais incoerente com os processadores de texto actualmente existentes.
• Caracteres: incluem espaços ou não?, como os interpretamos em formatos especiais?, todos os sistemas operativos e conjuntos de ofimática contam-nos da mesma forma? Aproxima-se muito do sistema ideal mas, para além das observações anteriores, também obriga a uma dupla operação aritmética e mental se tivermos que definir preços em euros por 100 ou por 1.000 caracteres/espaços.
• Palavras: Não deixa de ser arbitrário, convém admiti-lo, mas requer "menos" convenções ou duplas operações. Também é, possivelmente, o sistema que mais se está a generalizar (apesar de não ser de forma absoluta) dentro do sector. Por outro lado, num ambiente de multiformatos (HTML, software, etc. com muitas etiquetas e códigos) é mais fácil diferenciar o que é texto a traduzir (em palavras) e o que é código (caracteres arbitrários).

Word: É sabido que o Word deixa muitos elementos sem contar, especialmente caixas de texto. Experimente e verifique se não é assim.

Também não conta o texto editável em objectos introduzidos no documento (imagens com texto editável, ficheiros Word, Excel ou PowerPoint inseridos no documento, etc.), e é necessário fazer uma contagem à parte.

O Word também não gere correctamente nem de forma transparente o funcionamento do conjunto de caracteres delimitadores para cada língua em particular (ponto, vírgula, números, endereços electrónicos, etc.).