API de software jurídico: quando o escritório precisa de uma e quando é só promessa de vendedor
Gestão · · 5 min de leitura · Equipe Adv3
Uma API de software jurídico é o caminho para outro sistema ler ou gravar dados no seu: o formulário do site criando um cadastro, o sistema do cliente empresarial mandando casos, a ferramenta de relatório puxando números. Ela resolve problemas reais em escritório com volume e integração, e para a maior parte das bancas é recurso que aparece na proposta comercial e nunca é usado.
"Tem API?" virou pergunta padrão em comparação de sistemas, e quase ninguém sabe dizer para que usaria. Vale entender antes de deixar isso pesar na escolha. Vale entender o que uma API de software jurídico resolve antes de deixar isso pesar na escolha.
O que uma API de software jurídico faz
Ela é a porta pela qual outro programa fala com o seu sistema, sem ninguém digitar: criar um cliente, abrir um caso, consultar o andamento, puxar uma lista para relatório. É o que permite que dois sistemas diferentes compartilhem o mesmo dado sem trabalho manual.
O que ela não é: um recurso que funciona sozinho. API é matéria-prima, e alguém precisa construir a ponte, o que significa desenvolvedor, tempo e manutenção.
Quando ela resolve de fato
| Situação | O que a API resolve |
|---|---|
| Formulário do site que vira cadastro | Elimina digitação e perda de contato |
| Cliente empresarial que manda casos | Recebe o caso no formato dele, sem planilha |
| Volume alto com origem única | Abertura em lote, sem erro de digitação |
| Relatório em ferramenta própria | Números sem exportação manual |
| Sistema contábil do escritório | Lançamentos sem redigitação |
Note o padrão: todas envolvem repetição e origem externa. Sem os dois, a integração custa mais do que economiza.
Quando ela é só item de proposta
Em escritório pequeno, com casos que entram um a um por indicação e por telefone, não há o que integrar. O tempo que a API economizaria é menor que o custo de construí-la e mantê-la, e o item entra na conta de recursos que impressionam na demonstração e ninguém usa, com a régua de como escolher um software jurídico.
A pergunta que separa é direta: qual dado, hoje, você digita duas vezes em dois sistemas diferentes? Se não houver resposta concreta, a API não é o seu problema.
O que perguntar ao fornecedor
- A API é documentada e pública? Sem documentação, não há integração possível.
- O que ela permite fazer? Ler é diferente de gravar, e muitos fornecedores oferecem só leitura.
- Está incluída no plano? Há quem cobre à parte, por volume de chamadas.
- Existe limite de uso? Integração que para no meio do mês por limite é pior que não ter.
- Como é a autenticação, e o que acontece se a chave vazar? Chave de acesso é credencial, com a régua de gerenciador de senhas.
O custo que ninguém soma
Integração não termina quando funciona: ela precisa de manutenção quando qualquer um dos dois lados muda. Quem construiu precisa continuar disponível, e escritório que integrou com o estagiário de tecnologia de dois anos atrás descobre isso no dia em que a ponte quebra.
Por isso a decisão de integrar é a mesma de qualquer dependência técnica: só vale se houver quem mantenha, e o custo entra no custo fixo do escritório.
API não é exportação, e as duas são necessárias
Exportar é levar os seus dados embora, e é direito seu, com a régua de exportar os dados do sistema jurídico e a discussão de propriedade em quem é dono dos dados do escritório.
API é conversa contínua entre sistemas. Um fornecedor pode ter as duas, uma ou nenhuma, e para a maior parte dos escritórios a exportação é a que realmente importa.
Proteção de dados também atravessa a integração
Dado de cliente que sai do seu sistema para outro continua sendo dado pelo qual você responde. Integração com ferramenta de terceiro exige a mesma checagem de contrato, finalidade e segurança descrita em contrato com fornecedor de tecnologia.
O caminho mais barato antes de integrar
Antes de construir qualquer ponte, vale tentar duas coisas mais simples. A primeira é reduzir a origem do problema: se o dado é digitado duas vezes porque existem dois sistemas fazendo a mesma coisa, talvez o caminho seja parar de usar um deles, com o que está em sistemas duplicados.
A segunda é a importação por arquivo, que resolve carga inicial e cadastro em lote sem nenhuma programação. Integração contínua só se justifica quando o dado chega o tempo todo, de fora, e em volume que não cabe no trabalho manual.
Perguntas frequentes
Preciso de programador para usar uma API?
Na prática, sim. Existem ferramentas de automação que reduzem a necessidade, e ainda assim alguém precisa montar e manter o fluxo.
API substitui a importação inicial dos dados?
Pode ajudar numa migração grande, e para a maioria das trocas de sistema o caminho é a importação por arquivo, descrita em migrar de sistema jurídico.
Fornecedor sem API é pior?
Não necessariamente. Para escritório que não integra nada, isso não muda o dia a dia. O que não se deve aceitar é fornecedor sem caminho de exportação.
E integração com sistemas de tribunal?
Isso é outra coisa, e depende do que cada tribunal disponibiliza. O que os sistemas de gestão costumam ler é a publicação e a base pública de dados, como em consulta processual.
Como o Adv3 trata isso
O Adv3 não oferece hoje uma API pública documentada para integrações do escritório, e é melhor dizer isso do que prometer o contrário. O que ele oferece é o que resolve a maior parte dos casos: os módulos já conversam entre si, as publicações chegam pelo DJEN, a consulta processual lê a base do CNJ, a agenda espelha no Google Agenda e o acervo é exportável pelo escritório a qualquer momento.
Todos os artigos · Adv3: software jurídico para escritórios de advocacia · Criar uma conta