Histórico de mensagens

uma duvida, chamei POST : https://pix-h.api.efipay.com.br/v2/cob
mas havia colocado o metadata para a url de notificacao, tomei erro
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"additionalProperties","caminho":".body","mensagem":"não são permitidas propriedades adicionais"}]}
"metadata": { "notification_url": "http:\/\/webhook.site.com.br" }

e vendo na doc, realmente nao da suporte para metadata, entao como fazer para ligar o webhook do pix via notification_url ?

valeu @joaolucas_efi , sem crise, ja consegui passar a maior parte do conteudo para o back, so ficou o token mesmo exposto

Obrigado

Ok

@russofullstack, tudo bem?

Vou abrir um # atendimento para você e prosseguimos por lá, ok?

aí entra no processo igual de configurar webhook passando pela AWS com MTLS ativado?

Tenho que fazer essa chamada usando mTLS?

diz que gerencianet.pixSplitConfigId nao é uma função...

Não estou conseguindo configurar um SPLIT usando o método gerencianet.pixSplitConfigId

Unhandled Promise Rejection {"errorType":"Runtime.UnhandledPromiseRejection","errorMessage":"TypeError: gerencianet.pixSplitConfigId is not a function","reason":{"errorType":"TypeError","errorMessage":"gerencianet.pixSplitConfigId is not a function","stack":["TypeError: gerencianet.pixSplitConfigId is not a function"," at /var/task/src/index.js:783:15"," at Layer.handle [as handle_request] (/var/task/node_modules/express/lib/router/layer.js:95:5)"," at next (/var/task/node_modules/express/lib/router/route.js:144:13)"," at Route.dispatch (/var/task/node_modules/express/lib/router/route.js:114:3)"," at Layer.handle [as handle_request] (/var/task/node_modules/express/lib/router/layer.js:95:5)"," at /var/task/node_modules/express/lib/router/index.js:284:15"," at Function.process_params (/var/task/node_modules/express/lib/router/index.js:346:12)"," at next (/var/task/node_modules/express/lib/router/index.js:280:10)"," at cors (/var/task/node_modules/cors/lib/index.js:188:7)"," at /var/task/node_modules/cors/lib/index.js:224:17"]},"promise":{},"stack":["Runtime.UnhandledPromiseRejection: TypeError: gerencianet.pixSplitConfigId is not a function"," at process. (file:///var/runtime/index.mjs:1276:17)"," at process.emit (node:events:529:35)"," at emit (node:internal/process/promises:149:20)"," at processPromiseRejections (node:internal/process/promises:283:27)"," at process.processTicksAndRejections (node:internal/process/task_queues:96:32)"]}
Unknown application error occurred

@mcunha98 não, a não ser que o seu app e sua infraestrutura fossem homologadas para PCI para o nível de conformidade que permite trânsito de informação de cartão em claro.

Gerando o payment_token no front a única informação referente a sua conta que de certa forma à mostra é o Identificador de conta, o qual não oferece nenhum risco para você.

A regra que você precisa seguir com relação ao txid é:
O txid é único por CPF/CNPJ da pessoa usuária recebedora. Um txid é uma string alfanumérica com comprimentos mínimo de 26 e máximo de 35 caracteres. Um txid válido, portanto, deve obedecer à seguinte expressão regular (regex): ^[a-zA-Z0-9]{26,35}$. Você pode validar strings txid sob a regex aqui.

@tarcizio5821 você pode informar o txid no momento da emissão também no COB através do seguinte endpoint, https://dev.efipay.com.br/docs/api-pix/cobrancas-imediatas#criar-cobran%C3%A7a-imediata-com-txid, sendo o exemplo na SDK de php o https://github.com/efipay/sdk-php-apis-efi/blob/main/examples/pix/cob/pixCreateCharge.php.

sei que vai ser "chover no molhado" mas não custa perguntar...
https://dev.efipay.com.br/docs/api-cobrancas/cartao/#obten%C3%A7%C3%A3o-do-payment_token
Não teria obter o token somente em tempo de backend passando o cartão via post para meu backend os dados necessários, e eu fazendo isso em tempo de servidor , evitando minha exposição (no meu caso via jquery) dos dados da minha "conta" ?

@joaolucas_efi para usar o COBV, vou precisar criar um número randômico que seja único?
Eu não posso criar números randômicos para txid com 4 dígitos que um dia vá se repetir?

vou verificar essa possibilidade. Obrigado.

Uma solução é gerar cobranças COB, onde você pode definir o txid, dai você pode adequar as regras para que o txid seja o N° do seu pedido ou ele mais alguma outra informação para garantir unicidade.

o txid já estou pegando e fazendo as condições. Vou tentar converter em números e gerar um número de pedido, talvez possa funcionar.
Muito obrigado pela a atenção.

Essa informação não tem como você obter através do webhook, esse campo é somente para fins de exibição para seu cliente.

Uma sugestão é que você vincule internamente em seu sistema esse valor que deseja com o txid, assim você consegue fazer uma associação direta no recebimento do webhook.

se essa informação fosse entregue no webhook eu iria economizar uma pancada de códigos e recursos do servidor.