Monitoramento de processos em 2ª instância#

O registro de processos para monitoramento em 2ª instância é feito da mesma forma que para os de 1ª instância.

Use a flag is_monitored_children para indicar se há interesse em monitorar processos filhos ou relacionados (instâncias superiores e incidentes) a partir do CNJ informado. Esta flag tem o valor padrão true, o que significa que, por padrão, o processo será monitorado em todas as instâncias.

Caso haja interesse explícito em monitorar apenas o número em 2ª instância, é necessário definir o parâmetro instancia como 2, conforme a documentação (ver Instâncias de processos suportadas). O campo tipo_numero deve ser preenchido com o valor correspondente (ver Tipos de números de processos) ao número informado, e a flag is_monitored_children deve ser definida como false.

Exemplo de uso: Se você registra para monitoramento um processo 0009843-63.2016.8.13.0301 que atualmente não está na 2ª instância, quando ele subir de instância, vamos detectar essa mudança. O campo target_number de um Evento de movimentação de processos indicaria que uma nova movimentação se refere a um recurso ordinário desse processo:

"target_number": "RO 0009843-63.2016.8.13.0301"

Ambiguidade ao registrar processo em 2ª instância#

Ao fazer o registro de um processo, se houver ambiguidade com o mesmo número CNJ na 1ª e 2ª instância ou incidentes com o mesmo CNJ, e não for escolhido o monitoramento automático dos processos filhos, retornamos um código de erro HTTP 400 e uma lista de tuplas em JSON neste formato:

[número, tipo_numero, descricao]

Por exemplo:

{
   "message": [
      [
         300002083,
         7,
         "RTOrd 1000043-87.2015.5.02.0041"
      ],
      [
         300002085,
         7,
         "RO 1000043-87.2015.5.02.0041"
      ]
   ],
   "status": 400
}
Com estes números retornados, é necessário decidir entre:

  • Registrar para monitoramento algum número específico.

  • Reenviar a chamada com a flag is_monitored_children com valor true.