Quando uma ferramenta de inteligência artificial erra um fato ou sugere referência inexistente, dizer foi a IA não resolve quem deveria ter prevenido, detectado e corrigido. A tecnologia não possui inscrição profissional, relação contratual com o cliente na condição de advogada ou responsabilidade disciplinar. Pessoas e organizações continuam tomando decisões sobre finalidade, dados, revisão e uso da saída.
Responsabilidade é tema diferente de ética, embora se relacionem. Ética orienta como o profissional deve agir; responsabilidade examina atribuição de deveres e consequências diante de conduta, dano ou descumprimento. Também existem planos distintos: profissional, civil, contratual, processual, proteção de dados, segurança e gestão. O enquadramento depende dos fatos e da norma aplicável.
Este artigo não oferece conclusão jurídica para incidente específico. Ele apresenta uma estrutura para distribuir papéis, documentar supervisão, contratar fornecedores e responder a falhas. O JusParse é apoio à leitura e redação; a equipe mantém responsabilidade por fontes, decisão, prazo, assinatura e protocolo.
A ferramenta não assume responsabilidade profissional
O Estatuto da Advocacia disciplina habilitação, atos, direitos, deveres e infrações. Um modelo de IA não é inscrito, não recebe procuração e não responde perante a OAB. O advogado não transfere sua condição de signatário ao sistema porque usou uma saída.
A responsabilidade profissional está ligada a conduta: aceitar caso, preservar sigilo, pesquisar, orientar, revisar, assinar e agir. A tecnologia pode apoiar etapas, mas pessoas precisam ter competência e tempo. Um aviso de que o texto foi assistido não substitui a diligência.
Isso não significa que fornecedor nunca tenha responsabilidade. Ele pode responder por obrigações legais e contratuais próprias, segurança, serviço e dados conforme o caso. A análise não deve cair em dois extremos: culpar apenas o usuário ou tratar o produto como profissional autônomo.
A pergunta correta de atribuição
Pergunte quem decidiu finalidade, selecionou dados, configurou acesso, forneceu instrução, gerou saída, revisou, aprovou, assinou e executou. Depois examine dever e evidência de cada etapa. Essa linha do tempo é mais útil que procurar um único culpado antes de conhecer fatos.
Separe as camadas de responsabilidade
No plano profissional, Estatuto e Código de Ética orientam diligência, veracidade, independência, sigilo e relação com o cliente. No processual, deveres das partes e procuradores, assinatura e atos seguem CPC, legislação e tribunal. No contratual, escritório e fornecedor assumem obrigações específicas.
Na proteção de dados, LGPD distribui funções entre controlador, operador e outros agentes. O papel depende de decisões reais, não do rótulo. Um fornecedor pode operar autos sob instrução e decidir finalidades próprias para dados de conta. Cada operação requer análise.
Na segurança, organização precisa controlar identidade, acesso, dispositivo, incidente e continuidade. O fornecedor responde pelo que assumiu e pela sua esfera; o escritório, por configuração e uso. Certificação não elimina responsabilidades do cliente, e cláusula genérica não substitui controle.
Na gestão, liderança define meta, capacidade, treinamento e ferramenta aprovada. Se o volume torna revisão impossível, o problema não é apenas do revisor final. Responsabilidade organizacional inclui desenhar condições para cumprimento dos deveres.
- Profissional e disciplinar.
- Processual e ligada ao ato.
- Civil e contratual conforme o caso.
- Proteção de dados e segurança.
- Organizacional e de governança.
Supervisão humana precisa ser material e comprovável
Revisar não é apenas ler rapidamente. O profissional deve conhecer objetivo, acessar fontes, verificar pontos críticos, alterar ou rejeitar e assumir conclusão. Para petição, isso inclui partes, fatos, prazos, provas, fundamentos, precedentes, pedidos, valores e anexos conforme relevância.
A Recomendação OAB 001/2024 é orientação e enfatiza supervisão, verificação, confidencialidade e capacitação. Ela não é lei nem cria defesa automática. O escritório pode convertê-la em checklists, níveis de revisão e treinamento adequados ao risco.
Documentação precisa ser proporcional. Registro de versão, revisor, fontes e alterações materiais ajuda a demonstrar processo, sem criar vigilância excessiva ou reter dados desnecessários. Uma caixa marcada como revisado não prova qualidade se ninguém tinha acesso aos autos.
A revisão também inclui saber não usar. Se a cobertura é insuficiente, a ferramenta mistura casos ou a fonte não existe, interrompa. Continuar para cumprir meta aumenta exposição. A política deve proteger quem escala dúvida.
Assinar e protocolar concentram decisões atribuíveis
O signatário manifesta autoria ou aprovação conforme o mecanismo e assume o ato. IA não possui certificado profissional ou procuração. Quem assina precisa ler e compreender. A aparência pronta não é justificativa para aprovação automática.
Protocolo é etapa separada. Processo, versão, anexos, formato, sigilo, custas e recibo precisam de conferência. Uma minuta salva ou assinada não prova prática do ato. O fechamento deve depender de evidência.
Credenciais não devem ser compartilhadas com ferramenta de redação. Contas individuais, revogação e registros protegem atribuição. Se ocorre uso indevido, acione incidente, preserve evidências e avalie efeitos sem alterar logs.
Automação em lote aumenta impacto potencial. Defina limites, amostragem e aprovação por risco. Um modelo formal igual não torna fatos e pedidos iguais.
- Versão aprovada vinculada à assinatura.
- Signatário com poderes e credencial.
- Ato externo praticado por usuário autorizado.
- Recibo conferido e armazenado.
- Alteração posterior reabre revisão.
Responsabilidade por dados começa na finalidade
Antes de inserir autos, defina finalidade, necessidade, base legal, agentes, destinatários, retenção e segurança. Consentimento não é base universal, e autorização profissional não elimina direitos de terceiros. Dados sensíveis possuem hipóteses próprias.
O escritório pode ser controlador de operações relacionadas ao serviço; fornecedor pode atuar como operador e como controlador em outras finalidades. Contrato deve refletir fatos, tratar suboperadores, transferência, incidentes, direitos e exclusão. Não delegue escolha de finalidade por silêncio.
O artigo 46 da LGPD exige medidas técnicas e administrativas adequadas. Contas, dispositivos e treinamento do escritório fazem parte. Um vazamento pode ocorrer mesmo que a resposta jurídica esteja correta. Revisão textual não substitui segurança.
Quando há incidente com risco ou dano relevante, a Resolução 15/2024 da ANPD disciplina comunicação. A análise deve ser documentada e coordenada. Sigilo profissional pode exigir ações mesmo quando a LGPD não se aplica a determinado conteúdo.
Contrato distribui obrigações, mas não apaga deveres legais
Faça diligência sobre fluxo, retenção, treinamento, suboperadores, suporte, segurança, transferência, incidentes e saída. Guarde versão dos documentos. Afirmação comercial deve virar obrigação ou evidência quando material para decisão.
Defina instruções, confidencialidade, nível de serviço, cooperação, auditoria proporcional, devolução e eliminação. Limitação de responsabilidade pode existir, mas precisa ser analisada à luz da lei e do risco. Não presuma que reembolso de licença cobre impacto de um incidente.
Mudanças devem gerar nova avaliação. Um suboperador ou uso de conteúdo para melhoria altera cadeia. Contrato pode prever aviso, oposição e encerramento. A equipe precisa de proprietário para acompanhar, não apenas arquivar o documento.
Plano de saída protege continuidade. Exporte modelos e dados, revogue contas e confirme descarte. Dependência sem portabilidade pode aumentar risco profissional.
Mantenha uma matriz de responsabilidades
Para cada operação, indique quem decide, executa, revisa, aprova, informa e responde a incidente. Vincule contrato e procedimento. A matriz precisa acompanhar o fluxo real; um rótulo genérico de operador para toda atividade pode esconder decisões próprias do fornecedor.
Prepare uma resposta a erro antes do uso
Erro pode ser fato incorreto, precedente inexistente, documento omitido, dado exposto, versão errada ou ação não autorizada. Defina canal, contenção, evidência, pessoas e comunicação. Usuário deve saber interromper e não corrigir silenciosamente uma falha sistêmica.
Preserve saída, entrada, versão, fonte e logs necessários, respeitando sigilo e proteção de dados. Identifique onde o controle falhou. Não atribua causa ao modelo sem investigar instrução, dados, configuração, pressão e revisão.
Avalie impacto processual e ao cliente. Pode ser necessário corrigir documento, informar, pedir providência ou acionar fornecedor. A resposta depende do caso e deve ser conduzida por pessoas competentes. Evite promessa ou confissão precipitada sem fatos.
Faça retrospectiva: causa, barreira, correção, responsável e teste. Quase erros também entram. Uma cultura não punitiva favorece relato, sem excluir apuração de conduta quando cabível.
- Canal e autoridade de contenção.
- Evidência preservada e acesso restrito.
- Impactos jurídico, contratual e de dados avaliados.
- Comunicação coordenada e verdadeira.
- Correção testada após o incidente.
Como distribuir responsabilidade no uso do JusParse
O usuário abre e autentica o processo e autoriza o JusParse. O escritório decide casos, dados e pessoas autorizadas. A extensão inventaria documentos, lê incrementalmente e mostra cobertura. O advogado verifica se a fonte é suficiente.
A ferramenta organiza fatos, decisões, provas, riscos e providências sugeridas e produz minuta referenciada. O profissional analisa cabimento, prazo, tese, fontes, pedidos e linguagem. Perfis e regras configuradas precisam de proprietário e revisão.
O JusParse não monitora tribunais, não controla prazos, não assina e não protocola. Sistema de gestão e pessoas mantêm acompanhamento e atos. Não atribua à extensão falha de função que ela não promete executar; o fluxo deve cobrir essas tarefas separadamente.
Histórico local, OCR, comparação e exportações criam responsabilidades de dispositivo, acesso e versão. Documente plano e configuração. Compatibilidade varia por tribunal e permissão; lacuna deve bloquear conclusão, não ser preenchida por suposição.
Exemplo hipotético de responsabilidades
A extensão omite anexo ilegível e sinaliza cobertura parcial. O usuário ignora e usa minuta. O caso deve ser analisado considerando sinal, revisão, procedimento, treinamento e produto. Se o escritório havia exigido bloqueio e o revisor não cumpriu, há uma questão; se a ferramenta indicou cobertura completa incorreta, outra. Fatos importam.
Crie um programa de prestação de contas
Inventarie casos de uso, responsáveis, dados, fornecedores, controles e métricas. Aprove por risco e defina data de revisão. Treine usuários e preserve rota manual. Uma política genérica de IA não substitui fichas por fluxo.
Audite amostra de entradas, saídas, fontes e decisões. Inclua rejeições e exceções. Meça correções materiais, cobertura, incidentes e capacidade de revisão. Não use apenas volume produzido.
Revise após mudança de função, contrato, norma, equipe ou sistema. Atualize autorização e comunicação quando material. Desative acessos e fluxos sem finalidade.
A prestação de contas não é promessa de ausência de erro. É capacidade de mostrar escolhas, controles, detecção e correção. Isso melhora responsabilidade sem transformar documentação em defesa automática.
Construa um mapa de decisões, responsáveis e evidências
Responsabilidade se torna administrável quando a organização consegue responder quem decidiu, quem executou, quem revisou e com base em quais fontes. Desenhe o fluxo real, desde a seleção do processo e dos dados até a entrega ao cliente ou prática do ato. Em cada etapa, registre o responsável principal, quem pode substituir, a aprovação necessária e a evidência mínima. O mapa não define sozinho responsabilidade jurídica, mas reduz zonas cinzentas e permite analisar condutas concretas.
Comece pela autorização de uso. A liderança pode aprovar uma ferramenta e suas finalidades, enquanto a equipe de segurança avalia acesso, o encarregado ou função equivalente examina proteção de dados e o responsável técnico valida integração. Ainda assim, o advogado do caso decide se aquela tarefa pode usar assistência e quais documentos são necessários. Aprovação institucional genérica não substitui avaliação do contexto, e decisão individual não elimina controles organizacionais.
Na produção, diferencie operador, revisor e aprovador. O operador reúne o material permitido e registra lacunas. O revisor abre as fontes, verifica fatos, fundamentos, pedidos e linguagem. O aprovador avalia estratégia e consequência. Em tarefas simples, uma pessoa pode acumular papéis; em atos de alto impacto, a segregação oferece uma segunda barreira. A assinatura identifica o profissional, mas a trilha deve mostrar que a revisão foi material, com tempo, competência e poder de rejeitar a saída.
Associe evidência proporcional a cada controle. Inventário e relatório de cobertura demonstram o que foi considerado; versão da minuta e alterações relevantes mostram o percurso; registro de pesquisa aponta fontes oficiais; aprovação identifica o decisor; e recibo confirma eventual ato externo. Evite capturar senhas, chaves, dados excessivos ou conteúdo sigiloso sem necessidade. Rastreabilidade não significa vigilância ilimitada: retenção, acesso e descarte também precisam de finalidade e proteção.
O mapa deve incluir escalonamento. Defina o que acontece quando falta documento, uma referência não é encontrada, a saída contradiz os autos, há suspeita de exposição de dados ou o sistema apresenta comportamento inesperado. O operador precisa poder interromper sem ser pressionado a concluir; o revisor deve saber a quem recorrer; e incidentes relevantes devem seguir o plano jurídico, técnico e de comunicação. Prazos e canais de resposta variam conforme o caso e as normas aplicáveis, por isso não devem ser improvisados pela ferramenta.
Revise o desenho a partir de casos reais e quase incidentes. Se correções recorrentes surgem na mesma etapa, mude fonte, instrução, permissão ou treinamento, em vez de apenas advertir usuários. Se o fornecedor altera funcionalidade, retenção ou subcontratação, reavalie contrato e risco. Se nova orientação ou norma entra em vigor, registre a data e o efeito. Prestação de contas é um ciclo de prevenção, evidência, resposta e melhoria, não um formulário preenchido uma única vez.
Teste o mapa com uma simulação. Escolha uma saída incorreta, uma exposição de dados e um protocolo indevido e peça que a equipe reconstrua decisões, fontes, acessos e providências. Se ninguém souber quem interrompe, comunica ou preserva evidência, o controle existe apenas no papel. A simulação revela lacunas sem presumir antecipadamente qual agente responderia juridicamente no caso concreto.
- Identifique quem autoriza, opera, revisa, aprova e pratica o ato.
- Relacione cada decisão à fonte e à evidência mínima.
- Separe funções em tarefas de maior impacto.
- Minimize conteúdo e prazo de retenção dos registros.
- Crie critérios objetivos de interrupção e escalonamento.
- Use incidentes e correções para redesenhar controles.
Responsabilidade depende do caso concreto
Nenhum guia atribui responsabilidade final sem fatos. Conduta, dano, nexo, contrato, norma, jurisdição e prova precisam ser analisados. A descrição de camadas serve para preparar e investigar, não para antecipar decisão.
Ao enfrentar incidente real, preserve evidência e busque profissionais competentes. Não dependa da própria ferramenta envolvida para definir a resposta. Consulte textos oficiais vigentes e contratos.
Conclusão
Inteligência artificial e responsabilidade profissional devem ser tratadas por uma cadeia de decisões e deveres. A ferramenta não se torna advogada. Advogado, escritório, fornecedor e agentes de dados possuem papéis que variam por operação e precisam de contrato, supervisão e evidência.
No JusParse, cobertura, referências e minuta ajudam a estruturar revisão, mas não transferem responsabilidade. Definir quem autoriza, confere, aprova, assina e responde a incidente mantém a tecnologia dentro de uma prática profissional atribuível e corrigível.
Perguntas frequentes
O advogado responde por todo erro produzido com IA?
A atribuição depende dos fatos e normas. O advogado possui deveres de revisão e atuação; escritório e fornecedor podem ter obrigações próprias; agentes de dados têm funções específicas. A IA não assume responsabilidade profissional. É necessário reconstruir decisões, controles e nexo.
Avisar que a peça usou IA elimina responsabilidade?
Não. Transparência pode ser necessária, mas não substitui revisão, sigilo, segurança ou dever profissional. O signatário precisa compreender e assumir o texto. Autorização do cliente também não elimina direitos de terceiros ou obrigações legais.
Fornecedor de IA é sempre operador na LGPD?
Não. O papel depende das decisões por operação. Ele pode operar conteúdo dos autos sob instrução e ser controlador de dados de conta ou segurança. Contrato deve refletir fatos, suboperadores, finalidades e responsabilidades.
Como demonstrar supervisão humana?
Defina revisor competente, fontes, critérios e possibilidade de rejeição. Registre versão, revisão e alterações materiais proporcionalmente ao risco. Uma caixa marcada ou assinatura não basta se o profissional não tinha tempo e acesso para conferir.
Quem é responsável no uso do JusParse?
O escritório define finalidade, usuários, dados e fluxo; o advogado revisa e decide; o fornecedor possui deveres legais e contratuais próprios. O JusParse é ferramenta, não profissional. Ele não assume prazo, assinatura ou protocolo.
Fontes oficiais e leitura complementar
Continue a leitura
Defina papéis antes de usar a saída
Conheça o fluxo do JusParse e incorpore cobertura e minuta referenciada a uma revisão com responsáveis identificados.
Ver como funciona