gerar o token também dá esse problema
Termos mais procurados:
Histórico de mensagens sobre n
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Implementação da SDK do Pix em Next.js ou React
- Consulta de Chave PIX na API de Envio
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Repetição do Processo de Criação com txid
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação do Módulo Gerencianet no Perfex CRM
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Problemas com Token em Ambiente de Homologação
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Atualização de informações no Retentiva de Cobrança
- Geração de Link de Pagamento e Reembolso
- Utilização de Endpoints e Payload no Pix
- Funcionamento do Webhook em Ambiente de Homologação
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Notificações de Pagamento de Boleto e Pix
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
EXIBINDO CONVERSAS RECENTES:
Texto: n
Data: 12/01/2024
curl --location 'https://pix.api.efipay.com.br/oauth/token' \
--header 'Content-Type: application/json' \
--header 'Authorization: Basic dedededede' \
--data '{
"grant_type": "client_credentials"
}'
--header 'Content-Type: application/json' \
--header 'Authorization: Basic dedededede' \
--data '{
"grant_type": "client_credentials"
}'
eu estou usando pelo postman
Bom dia @.lotuus ! Essa falha ocorre quando o charge_id informado não pertence aplicação.
Quando você cria uma cobrança, dentre os campos retornados, tem o charge_id.
É ele que você precisa passar como :id
Bom dia Paulo! Você está utilizando alguma de nossas SDKs?
Olá, bom dia!
Estou com dificuldades de executar uma rota de cobrança: https://cobrancas.api.efipay.com.br/v1/charge/12345
Está tudo configurado com o Bearer e tudo mais, porém o retorno é:
{
"code": 3500010,
"error": "property_does_not_exists",
"error_description": {
"property": "id",
"message": "A propriedade [id] informada não existe."
}
}
"code": 3500010,
"error": "property_does_not_exists",
"error_description": {
"property": "id",
"message": "A propriedade [id] informada não existe."
}
}
Alguém consegue me ajudar perante esse problema?
dá erro: Error: socket hang up
estou tentando usar essa rota e não consigo
Tentando 54.242.231.66:443... Conectado ao pix-h.api.efipay.com.br (54.242.231.66) porta 443 (#0) ALPN, oferecendo http/1.1 CAfile: /etc/ssl/ certs/ca-certificates.crt CApath: /etc/ssl/certs Conexão SSL usando TLSv1.3 / TLS_AES_256_GCM_SHA384 ALPN, servidor aceito para usar http/1.1 Certificado do servidor: subject: C=BR; ST=MINAS GERAIS; L=OURO PRETO; O=EFI SA - INSTITUIÇÃO DE PAGAMENTO; CN=.api.efipay.com.br data de início: 17 de maio 19:31:27 2023 GMT data de expiração: 17 de junho 19:31:26 2024 GMT subjectAltName: host "pix-h.api.efipay. com.br" certificado correspondente ".api.efipay.com.br" emissor: C=BE; O=GlobalSign nv-sa; CN=GlobalSign RSA OV SSL CA 2018 Certificado SSL verificado ok. > PUT /v2/webhook/9f86e12a-370d-44dd-bd47-4b6a0b17bae5 HTTP/1.1 Host: pix-h.api.efipay.com.br User-Agent: GuzzleHttp/7 Content-Type: application/json Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9 ..VrAQ4hHRYVRvl9dzWsvX79j_VvtOcz-fSvo0LxuaQgY api-sdk: efi-php-1.6.1 x-skip-mtls-checking: false Content-Length: 51 ID de sessão SSL antigo está obsoleto, removendo Marcar pacote como não compatível com multiuso < HTTP/1.1 400 Solicitação incorreta Conexão #0 ao host pix-h.api.efipay.com.br deixada intacta 400
webhook_invalido Uma URL informada respondeu com o código HTTP 400
vou tentar aqui obrigado
Digital Ocean
pode indicar algum?
E pode ser uma pasta no seu site principal, não precisa ser hostname exclusivo.
Pode ser um sub-domínio. Em geral os provedores de hosting dão sub-domínio de graça.
precisa ter um dominio pra criar o webhook?
Dito isso, o melhor é usar o webhook complementado por um GET em /pix de baixa frequência, só para os casos de ter perdido o webhook. As outras duas você vai ficar batendo no endpoint toda hora e pode exceder o limite da API.
Tem 3 jeitos de confirmar uma transação:
1) Webhook
2) GET em /cob/:txid, ver se tem um objeto pix na cobrança
3) Get em /pix/?inicio=fim=txid= , se vier algum objeto pix
nao faco ideia de como criar e configurar o webhook
tem como confirmar uma transação pix sem ser pelo webhook?