BK-207 - Teste isolado de credencial do checkout classico PagSeguro

Objetivo

Isolar a hipotese de credencial do PagSeguro antes de tocar no restante do fluxo classico.

Escopo desta rodada

• comparar o estado do fluxo ate 2026-03-30
• manter efetua-pagamento.php sem alteracao funcional
• reverter apenas a credencial ativa de producao em PagSeguroLibrary/config/PagSeguroConfig.php
• testar o checkout sem misturar ainda a correcao de sender

Evidencias coletadas

• ultimo checkout classico com sucesso confirmado em 2026-03-31 10:36:22 -03, referencia 73633
• primeiros erros 11192 confirmados em 2026-04-03 09:15:30 -03, referencia 73634
• comparativo Git ate 2026-03-30 usa como base o commit f6cb118ed (2026-03-26 22:53:31 -03), ultimo commit relevante antes de 2026-03-31
• diff atual vs base ate 2026-03-30 nos arquivos centrais do checkout mostrou:
• notifications.php com alteracoes de Meta CAPI
• efetua-pagamento.php com log de depuracao local
• sem mudanca funcional recente em action.php, pedido.php, checkout.php, confirm_pagamento.php ou PagSeguroConfig.php
• credencial ativa pagseguro@loja.rionoteatro.com.br / F66DA8B187DA4C84A97B2564946B8EDC existe desde o commit 3d07c8dc0 (2025-10-15)

Hipotese em teste

Trocar apenas a credencial ativa de producao para o estado antigo comentado no proprio arquivo:

• email: pagseguro@rionoteatro.com.br
• token: 1FC88C457D374C9D800605DC161A9162

Proximo passo apos esta rodada

• se o checkout voltar a registrar sessao, a credencial passa a ser a principal suspeita
• se o erro persistir, abrir segunda rodada isolada para corrigir o setSender(...) com dados reais do cliente

Atualizacao de 2026-04-03 18:00 -03

• o usuario confirmou que pagseguro@loja.rionoteatro.com.br e a conta correta
• a variante de teste com credencial antiga foi descartada e guardada apenas como backup fora do repo
• a segunda trilha isolada passa a ser corrigir somente o sender em efetua-pagamento.php, sem tocar em credencial, retorno ou notificacao

Atualizacao de 2026-04-03 18:00 -03 - rodada de restore exato

• o usuario pediu retorno literal dos dois pontos de comunicacao com o PagSeguro para o estado anterior a 2026-03-31
• backups externos salvos antes do restore:
• pre_edit_20260403-1747/notifications.php.before_revert_20260330
• pre_edit_20260403-1747/efetua-pagamento.php.before_revert_20260330
• base Git escolhida para o restore: commit f6cb118ed (2026-03-26 22:53:31 -03), ultimo snapshot relevante antes de 2026-03-31