Filtro mensal aplicado — 350 → 285 escritórios elegíveis

Por quê esse relatório existe

O doc do JV de 28/04 definiu como filtro adicional pro piloto: apenas clientes pagando MENSALMENTE (excluir cartão de crédito, à vista anual, parcelado em 2x+).

O xlsx c350.xlsx que o JV/Gabriel produziu trazia 350 escritórios pré-selecionados via lookalike de health/engajamento — mas sem aplicar o filtro de modalidade de pagamento. Esse refinamento ficou comigo.

O recorte abaixo cruzou os 350 com a tabela tb_receitas em produção, identificando a modalidade de pagamento da última receita ativa de cada pagador vinculado. 65 caíram em 4 categorias incompatíveis com a mecânica de cobrança proporcional do processar_contratacao_plg.

Resumo do impacto

Distribuição por motivo

Cartão de crédito recorrente 42 escritórios

Pagamento à vista (parcelas = 1) 11 escritórios

Sem id_pagador_vinculado 8 escritórios

add_log_entry('easyjur-logs-plg', [..., 'etapa' => 'VALIDACAO_PAGADOR', 'status' => 'ERRO']);
return ['status' => 'error', 'message' => 'Não foi possível processar sua contratação...'];

Sem receita ativa em advogados_iturn 4 escritórios

Como o filtro foi aplicado (SQL)

Query rodada contra advogados_iturn em produção. Critérios de exclusão em ordem de prioridade (uma vez classificado num motivo, não cai em outro).

WITH pagadores AS (
    SELECT id as id_empresa, id_pagador_vinculado
    FROM tb_escritorio_advogados
    WHERE id IN ($IDS_350)
),
ultima_receita AS (
    SELECT r.id_pagador, r.tipo_pg, r.parcelas,
           ROW_NUMBER() OVER (PARTITION BY r.id_pagador
                              ORDER BY r.data_vencimento DESC, r.id DESC) as rn
    FROM tb_receitas r
    WHERE r.id_empresa = 1                                -- conta master
      AND r.id_pagador IN (SELECT id_pagador_vinculado FROM pagadores)
      AND r.status IN ('A','P')                           -- aberta ou paga
)
SELECT p.id_empresa, p.id_pagador_vinculado,
       CASE
         WHEN p.id_pagador_vinculado IS NULL OR p.id_pagador_vinculado = 0
              THEN 'SEM_PAGADOR'
         WHEN ur.tipo_pg = 'CC'    THEN 'CARTAO'
         WHEN ur.parcelas = 1      THEN 'A_VISTA'
         WHEN ur.tipo_pg IS NULL   THEN 'SEM_RECEITA'
         ELSE NULL
       END as motivo
FROM pagadores p
LEFT JOIN ultima_receita ur ON ur.id_pagador = p.id_pagador_vinculado AND ur.rn = 1
HAVING motivo IS NOT NULL;

Re-estratificação A/B/C

Após o filtro, a estratificação original (A=124, B=115, C=111 — proporção 35.43% / 32.86% / 31.71%) foi recalculada sobre os 285 mantidos respeitando a mesma proporção, com seed determinística (42).

O que fazer com os 65 excluídos

Não estão perdidos — só ficam de fora desta primeira leva. Próximas ações sugeridas:

• CARTAO (42): aguardar V2 com fluxo de cobrança dedicada do aditivo (fatura PLG separada da assinatura principal). Permite ajustar valor sem mexer na cobrança recorrente do cartão.
• A_VISTA (11): oferecer a API como contratação avulsa após D-day — cliente paga proporcional via boleto único quando contratar.
• SEM_PAGADOR (8) e SEM_RECEITA (4): triagem do CS — ver caso a caso se é cortesia/demo (sai da lista) ou cadastro novo a regularizar.

Dados em /tmp/excluir.tsv (snapshot da query) e ~/claude/api-launch-v1/output/csv1_escritorios.csv (lista 350 original).

Lista refinada de 285 + estratificação em ~/app3/sgr/advogados/scripts/minha_assinatura/api_easyjur/escritorios_elegiveis.php (commit f4b7b62).