Operações e manutenção

Nenhum objeto personalizado é usado no cartucho da Gateway de Pagamento, e todos os dados são armazenados nos Objetos de Sistema padrão.

Não há um repositório de armazenamento de dados separado usado no cartucho. O processo de tokenização armazena algumas informações relacionadas a cartões de crédito, mas isso é considerado um serviço porque as informações não são acessíveis como seriam em um armazenamento de dados regular, mas apenas pela API do Gateway de Pagamento.

Disponibilidade

A disponibilidade dos serviços deve ser de 99,9% do tempo. O cartucho não implementa uma solução de fallback em si caso os serviços estejam indisponíveis. O comportamento padrão do SFRA é exibir uma mensagem de erro e, para desviar desse comportamento, os comerciantes devem trabalhar com sua equipe de desenvolvimento para permitir que o pedido seja feito e tentar processar o pagamento em um momento mais conveniente por meio de rotinas de código agendadas.

Não há ferramentas específicas para verificar a disponibilidade dos serviços, mas ocorrerá um erro de tempo limite se os serviços não estiverem respondendo.

Entre em contato com o suporte caso os serviços estejam indisponíveis ou não estejam respondendo.

Processo de Failover/Recuperação

Quando o serviço estiver indisponível, o processo de pagamento não poderá ser concluído e não será possível prosseguir com os métodos de pagamento com cartão de crédito, cartão de débito, Pix e Boleto.

O código padrão do SFRA exibe uma mensagem de erro genérica quando um processador de pagamento está indisponível. Cabe a cada comerciante personalizar a loja virtual com sua equipe de desenvolvimento e implementar outros comportamentos diferentes do que o SFRA faz por padrão. Essas alterações não estão no escopo deste cartucho, mas se implementadas, poderiam permitir algum comportamento resiliente, como permitir que o pedido seja feito e tentar processar o pagamento usando um trabalho em outro momento.