Termos mais procurados:
Pessoal, Quando envio o código pix por e-mail ou whatsapp as plataformas transformam o pix copia e cola em link e isso faz uma confusão com as pessoas que clicam no link ao invés de só copiar.
00020101021226900014BR.GOV.BCB.PIX2568qrcodes-pix-h.gerencianet.com.br/v2/fc5b2bc8a7ca4e959325479730cb39dc5204000053039865802BR5914GERENCIANET_SA6010OURO_PRETO620705036304A79C
Alguém sabe como fazer para inibir isso nas plataformas? uma vez que isso não é um link ...
Boa tarde, <@!497618632541601797> vou te passar alguns conceitos do mTLS para auxiliá-lo.
Boa tarde! Vou te chamar no privado para pegar mais detalhes.
é mesmo configurando como no vídeo continua com o erro 400: A URL informada respondeu com o código HTTP 403: A URL informada respondeu com o código HTTP 403
Sim, pq aí ao invés de chamar /webhook/pix, vai chamar /webhook?ignorar=/pix . E aí isso vira parâmetro, não é mais parte do path.
só precisa colocar esse ?ignorar= no final da url?
Minha resposta era para a pergunta do <@!497618632541601797>
Boa tarde, Caros estou realizando teste da integração PIX e estou recebendo esse retorno:: orbiddenAuthentication certificate expired on 1969-12-31 21:00:00
Pode ser o nome do script tratando o webhook. Ou você pode ignorar o /pix colocando a URL como /webhook/?ignorar=
<@!780500321994539068> sabe como faz essa tratativa /pix no iss?
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Boa tarde tudo bem? Estou tentando integrar o webhook e retorn isso
<@!780500321994539068> tem razão agora estou configurando só na pasta que a rota do pix
Não pode configurar no site todo, só na parte que recebe o webhook.
<@!747457595060650014> não tive muito sucesso com as configurações, meu site faz a request e recebe o post do callback quando configuro esse certificado meu site para da erro 403
Em homologação as cobranças de cartão sempre tem a mudança para o status pago, independente do trial_days, neste caso só em produção mesmo para não ser cobrado no período definido.
Boa tarde, neste cenário o recomendado é cancelar a assinatura anterior e gerar a nova com o novo cartão de crédito escolhido, quando ao tempo de 1 semana, na nova assinatura você poderia utilizar o trial_days a fim de dar mais tempo ao cliente antes de cobrar a assinatura, pois, ele já havia pago a do mês/semana anterior.
olá, estou com uma duvida quanto ao trial day. no ambiente ded homologação estou oferecendo 30 dias de trial para os clientes no modo de assinatura por cartão. tudo funciona bem sem nenhum erro. mas apos a confirmação do cartão, este valor é dado como pago e aparece inclusive na minha carteira da GN o valor, o que nao deveria acontecer, pois é dado ao cliente 30 dias sem pagr nada. gostaria de saber se isso so acontece durante a homologação
Ou há uma forma de alterar a forma de pagamento de uma assinatura ativa?
Quanto ao recebimento sem problema, o preciso fazer é dar a opção do cliente poder alterar a forma de pagamento de uma assinatura já existente. Vocês me falaram que isso não é possível, apenas se o cliente realizar uma nova assinatura, nesse caso o que estou fazendo é, cancelando a assinatura ativa dele e criando uma nova assinatura com a forma de pagamento escolhida pelo cliente. Nesse cenário vamos imaginar, o cliente assina algo com um cartão X e passou 1 semana o mesmo quer alterar para outro cartão. Nesse caso é lançado 2 faturas para ele pagar no cartão ou apenas a mais nova?
