A política fica visível
A escada de lembretes é uma tabela que o financeiro lê e muda, não um punhado de limites espalhados entre um cron e uma mala direta.
Cobrança de faturas
Um job lê as linhas vencidas toda manhã, decide qual lembrete cada uma merece, envia e grava o estágio de volta — então o razão e a caixa de saída nunca se contradizem.
O problema
As regras não são complicadas — um toque aos sete dias, um mais firme aos quatorze, uma lista de ligação aos trinta, e nunca cobrar quem já está em um acordo de pagamento. Difícil é fazer isso toda manhã, em todas as linhas, sem cobrar alguém duas vezes nem pular uma semana.
The usual answer is a spreadsheet and a person, or a scheduled script that nobody wants to touch. Both fail the same way: when a customer says "I never got a reminder", nobody can produce what was sent, when, or which rule decided it.
Como o fluxo se parece
Numerado porque a ordem é a ordem de execução, não porque é uma lista. Com quantos passos tiver, tudo isso é uma execução só.
Consulte o seu próprio banco direto — Postgres, MySQL, Snowflake, BigQuery, Redshift ou MongoDB — no horário que você definir. Sem exportação e sem uma cópia do seu razão morando em outro lugar.
O nó Loop roda um fluxo filho uma vez por linha, então a política de cobrança é escrita uma vez para uma fatura e aplicada a todas elas.
Um acordo de pagamento, uma contestação aberta, uma conta em cobrança judicial. As exclusões são condições no canvas, não uma cláusula WHERE de que ninguém lembra.
Dias de atraso, valor, faixa do cliente e último contato se encontram em uma grade. O financeiro é dono da grade; ninguém precisa abrir um script para mexer em um limite.
O primeiro aviso por e-mail, o último por SMS, e tudo acima do seu teto vai para uma pessoa em vez de um modelo pronto.
E-mail pelo SendGrid, SMS pelo Twilio ou um alerta interno no Slack — cada um com as suas credenciais e os seus modelos.
Registre o estágio que a fatura alcançou e quando foi enviado, para a execução de amanhã partir do que realmente aconteceu, e não do calendário.
Passado o último lembrete, a fatura vira um caso em uma fila com o histórico anexado — trabalho de gente, entregue de forma limpa, sem parar a execução.
O que o fluxo alcança
Um nó Conexão chama um dos 52 provedores prontos, ou qualquer API HTTPS ou JSON para a qual você tenha credenciais. Seis bancos conectam direto. Toda chamada acontece dentro da execução, com as suas credenciais, e cai na mesma trilha do resto dela.
O que muda
A escada de lembretes é uma tabela que o financeiro lê e muda, não um punhado de limites espalhados entre um cron e uma mala direta.
As exclusões e o último contato fazem parte do fluxo, e o estágio é gravado de volta a cada execução, então a passada da manhã seguinte enxerga o que ontem realmente fez.
Abra a execução daquela fatura naquela data: a regra que disparou, o modelo que saiu, a resposta do provedor e a retentativa, se a primeira tentativa falhou.
Perguntas
Um job lê linhas de uma origem — uma consulta ao banco, um bucket S3 ou um arquivo enviado — e roda o fluxo em cada uma no horário que você definir. Cada linha é uma execução, então uma passada matinal em 400 faturas vencidas são 400 execuções da sua franquia.
Não. Um nó PostgreSQL consulta o seu banco com as suas credenciais durante a execução e usa o resultado naquela execução. O que fica guardado é a trilha da decisão — a regra que disparou e o valor que cada passo produziu — não um espelho dos seus dados financeiros.
Dá, de duas formas. Um nó Criar Caso abre um caso em uma fila e a execução segue, o que serve para revisar o lote de ontem. Um nó Revisão Manual pausa a execução naquele nó e a retoma do mesmo ponto quando alguém responde, o que serve para uma fatura grande e única.
Quando você quiser
Monte o fluxo no Sandbox, rode seus próprios casos por ele e leia a trilha antes de qualquer coisa chegar a um cliente.