Pagamento manual vs auto

1) Moldura compreensível

Pagamento automático - As decisões «passar/rejeitar/escalar» são tomadas automaticamente com base em regras e acréscimos, e o envio para o corredor é feito sem a participação do operador.

Pagamentos manuais - verificação humana (fim. o operador/analista de risco) confirma ou cancela o pedido antes de ser enviado/depois de devolvido.

2) Critérios de escolha de modo

Quando «auto» padrão

Same-method & return-to-nature foram respeitados.
ND ≥ 0 (sem depósitos netos negativos).
Nível KYC ≥ L1, sem bloqueios RG ativos.
Risco-screen <limiar, sem conflito geo (IP≈KYC≈SIM).
A soma da liminar pré-approved para o segmento.
Método/corredor - instante/confiável com baixo retorno.
Sem sinais de chargeback/abuse recentes.

Quando «manual» padrão

SoF/SoW necessário (limiar/sinal).
RR/fase sank (fuzzy-hits) ou documentos controversos.
Conflito GEO, suspeita de multi-matt/household.
Velocity/amount anomalias (muitos pedidos, um grande montante).
Um novo adereço sem histórico.
Cenários de arbitragem FX, corredores não convencionais (SWIFT).
Quaisquer exceções de regras e devoluções com razões não claras.

3) Prós/contras

4) Arquitetura de linha de montagem híbrida

1. Pré-checks: same-method, ND, RG/KYC, sanções.
2. Mapeamento Risk: payment/device/behavior/geo/fx sinais.
3. Decisionador: 'AUTO _ PASS/MANUAL _ REVIEW/DENY'.
4. Filas: fila de mão com prioridades SLA, carro-rowser para o corredor.
5. Orquestração: seleciona o corredor (momento → fast → standard) para a costa/ETA/limites.
6. Treasury/FX: pré-funding, limites de pool, slippage-guard.
7. Reconciação: estatais, devoluções/reversos, ré-rout/refand.
8. Observabilidade: times, p95/p99, backlog, breach-alerts.

5) Políticas (pseudo-DSL)

yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true

6) Filas e prioridades de verificação manual

1. Valores superiores com SLA vencidos.

2. Same-method & ND≥0 (lançamento rápido quando confirmado).

3. Multi-tíquetes de um jogador (reduzir churn/circulação).

4. Corredores instantâneos com degradação de rede (saída rápida ou resolução).

5. O resto.

SLA gerenciamento de fila: alvo p95 soluções '≤ 4-8 h' (licença/mercado-dependente).
Ferramentas: Subproduto automático de documentos, checklists, macros de respostas, Approve with note, Partial release.

7) UX e comunicações

Ramo automático: Exibindo ETA e estatais («Iniciado», «Inscrito»).
Ramo manual: Honestamente, informamos a janela prevista (limiar) e o que você precisa (lista de documentos/verificações).
Escalonamento: notificações ao sair do SLA, sugestão de alterar o método (a menos que violem same-method/ND).
Histórico de adereços: marca o destinatário verificado para pagamentos futuros de automóveis.

8) Modelo de dados

sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS    MANUAL    DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);

review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);

risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);

9) Modelos SQL

9. 1. Proporção de automóveis/manuais/falhas e seus TTW

sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;

9. 2. Backlog fila manual e atrasos SLA

sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;

9. 3. Pagamentos automáticos - breach pelos corredores

sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;

9. 4. Conversão manual permitida

sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;

10) Métricas e dashboards

Auto-rate%: proporção de pagamento no ramo automóvel.
Manual approve %/deny%, manual p95 TAT (tempo de decisão).
TTW p95/p99 по decision/corridor/provider/geo.
SLA-breach% (auto e manual).
Returns/Reverse% e taxa de reembolso após reembolso.
Vale para payout por ramais e corredores.
ND <0 share entre os pedidos.
Queue health: open, in-progress, breaches, espera média.
Modo Complaint/1k payouts e CSAT vs.

11) Alertas

Manual backlog spike: 'open _ tickets'> limiar ou 'manual p95 TAT'> SLA.
Auto p95 breach no corredor/provedor.
Returns surge por código/lata/geo.
ND negativo spike nas candidaturas.
Policy draft: pagamento sem solução fixada/fich-snapshot.
New beneficiary risk: alta proporção de novos destinatários manuais.

12) Playbooks incidentes

A. Aumento manual (trava TTW)

1. Incluir pré-approval para segmentos low-risk até o montante X.
2. Aumentar capacity com revezamento (long-day, trocar de turno).
3. Elevar temporariamente o limite de risk _ score para MANUAL em métodos/GEO seguros.

B. Degradação do corredor automóvel (p95↑/returns↑)

1. Cascata para corredor alternativo, reduzir limite per-txn.
2. Atualizar o ETA aos usuários, tíquete PSP/banco.
3. Pós-mortem, ajustar o peso do routing.

C. Retornos de onda com novos adereços

1. Unidade automática de «novos» destinatários antes da confirmação manual.
2. Oferecer ao jogador um adereço/origem comprovado.
3. Auto-refund na carteira de jogo e CTA «escolha método».

13) Economia e compromissos

O Auto torna a operação mais barata e aumenta a CSAT/retenção, mas requer investimentos em padrões/regras/telemetria.
Os manuais são mais caros, mas reduzem as perdas importantes raras e importantes para a proteção regulatória.
Procurando um ponto de equilíbrio: o máximo de automóveis para segmentos de baixo risco e corredores instantâneos; manuais para as malas de edge.

14) Testes A/B

Liminares 'risk _ score', limites pré-approval, prioridade dos corredores em cascata.
Copiado e ETA para o ramo manual.
Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.

15) Best pratices (curta)

1. Default-auto para ND≥0, same-method, KYC L1 +, quantias baixas e adereços verificados.
2. Policy-as-código + regulação de fichas/soluções, reprodutividade.
3. Cascata de corredores para a costa/ETA/saúde, auto-failover.
4. Filas com prioridade SLA e folhas de cheque para o operador.
5. Transparência ETA e estatais para ambos os ramos.
6. Pré-funding/limites de pool, FX-guard.
7. Métricas p95/p99 e alertas por cauda/retorno/backlog.
8. Pós-incidentes e sintonizações regulares/regulamentos.

16) Folha de cheque de implementação

• Matriz de desencadeadores AUTO/MANUAL/DENY e versioning.
• Mapeamento e limites pré-approval por segmento.
• Same-method/ND/KYC/RG/sanções pré-checks.
• Filas e prioridades, SLA e papéis.
• Cascatas de corredores e health-fid, failover.
• Modelo de dados e timeline, fich/soluções.
• Dashboards e alertas por TTW/SLA/returns/backlog.
• Playbooks: degradação, onda de retorno, crescimento manual.
• A/B e data-frisa com laje de retorno/ST.
• Auditorias regulares de conformidade com licenças/políticas.

Currículo

«Pagamento manual vs auto» não é uma escolha de «ou-ou», mas sim um sistema estabelecido: auto - para cenários seguros previsíveis com forte telemetria; manual - para malas estreitas, arriscadas e regulatórias sensíveis. Formalize as regras como código, mede p95/p99 e backlog, mantenha os corredores em cascata e transparente ETA - e você receberá pagamentos rápidos, confiáveis e sustentáveis economicamente.