Histórico de mensagens sobre n

pois é, a gente não tem plano enterprise no teams

Bem curioso usar uma solução de ZeroTrust para webhook, boa idéia de quem pensou nisso.

O usuário no caso seria o gn-webhook-pix (Gerencianet).

Pelo que vi no site do Teams, só no Enterprise do Teams... mas se der para manter os demais serviços no Free ou Pro conforme a empresa já use, e pague apenas por 1 enterprise user no Teams, a conta fica acessível.

Vixi, pior que não sei

Mas isso tem no free, no Pro ou só no Enterprise ? Pq uma saída que acharam só tinha no Enterprise, por causa da CA privada da Gerencianet. O requisito não é só mTLS com a CA da Cloudflare, que aí teria suporte em mais planos.

Na Cloudflare também é possível via Cloudflare Teams

Feliz ano novo, será que entre as novidades está a máquina de cartão?

Esta mensagem indica que algum dado fornecido na cobrança está incorreto, no sentido de não pertencer ao cliente informado.

Boa tarde, tenho um cliente recebendo o retorno "Error 4600142 - server_error - Transação não processada por conter incoerência nos dados cadastrais." porém não encontrei maiores informações sobre isso... já verificamos cpf, cep, endereço, tudo está ok...

O que será que vem por aí, @everyone? 👀
Fiquem ligados, 2022 só está começando e estamos preparando muitas novidades para vocês. 🧡

Pessoal, volta e meia alguém pergunta de mTLS em plataformas de cloud... onde o AWS funciona (tem mTLS no API Gateway) e o Google Cloud não. Me contaram que no Oracle Cloud também deve funcionar, pois permitem mTLS com CA privada:
https://blogs.oracle.com/cloud-infrastructure/post/announcing-support-for-client-mtls-in-oci-api-gateway

Guilherme só confirmando para fazer o update do tempo de expiração seri só essas informações a enviar correto
$params = ['txid' => ''];

$body = [
'calendario' => [
'expiracao' => 86400
],

];

Beleza. Por nada!
Qual que coisa pode contar com a gente!

ótimo vou analisar essa opção então para ver a implantação
muito obrigado

Funcionaria também desvincular o txid do location.

Mas acredito que para ter menos processos você pode executar a terceira opção que mencionei, que é:
Consumir o endpoint PATCH /v2/cob/:txid, e atualizar o tempo de expiração para que fique disponível para pagamento novamente. Desta forma o txid se mantém o mesmo.

Guilherme eu posso só desvinvular o txid da location criada ?
E manter o mesmo TXid para o cliente gerar o novo pix ?
ou é melhor gerar novo TXId também

porque internamente no sistema temos o TXid que utilizamos como controle em nosso sistema

a minha dúvida é qual a melhor opção mesmo, para evitar muitos processos desnecessários

Bom dia, <@!902225078371115058>! Tudo bem?
Você pode sim gerar um novo Pix. Neste caso, visualizo algumas opções:
- Manter o Pix como está. Ele continuará com o status ATIVO, mas como está expirado, não é possível efetuar o pagamento. E então gerar um novo Pix.
- OU Consumir o endpoint PATCH /v2/cob/:txid, setar um status REMOVIDA_PELO_USUARIO_RECEBEDOR, para você saber que este Pix foi finalizado, e então gerar um novo.
- OU Consumir o endpoint PATCH /v2/cob/:txid, e atualizar o tempo de expiração para que fique disponível para pagamento novamente. Desta forma não seria preciso gerar um novo.

Link do endpoint PATCH /v2/cob/:txid na documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-revisar-cobran-a

Bom dia surgiu uma duvida aqui com um cliente
um exemplo, o cliente gerou o pix, mas por algum motivo ele não efetuou o pagamento na hora, e o PIX expirou.
O cliente quer gerar um novo pix, no sistema (interno) eu consigo fazer isso normal
a minha dúvida é (preciso excluir aquele pix que ficou vencido ?? ) ou não tem necessidade ?

ou cachorrinho hahaha... detalhe aqui também foi ativado o bolix e de quebra foi criada uma chave pix aleatória na conta