Oi, @bgeneto. Bom dia! Tudo bem?
Conforme a Yasmin comentou, já passamos essa demanda para o nosso time de engenharia da API para corrigir o bug.
Assim que tivermos novidades, avisamos você!
Termos mais procurados:
Histórico de mensagens
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Alternativas para Detalhar QR Code Pix
- Implementação do Módulo Gerencianet no Perfex CRM
- Cancelamento de Boleto e Remoção do DDA
- Endpoint para Recuperar Saldo
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Utilização de Endpoints e Payload no Pix
- Configuração de URLs para Recebimento de Status
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação da SDK do Pix em Next.js ou React
- Consulta de Chave PIX na API de Envio
- Problemas com Token em Ambiente de Homologação
- Lista de ISPB e Códigos dos Bancos
- Integração de API Pix em Bot no Telegram
- Integrações com o Laravel e SDK de PHP da EFI
- Autenticação com Certificado em NextJS
- Integração da API do Pix em Sistema Próprio
- Teste de Status de Pagamento em Ambiente de Homologação
- Atualização de informações no Retentiva de Cobrança
- Retenção de Pagamento no PIX em Marketplace
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Especificação da URL do Webhook no Exemplo Pix
EXIBINDO CONVERSAS RECENTES:
Site também indisponível
Bom dia, Devs! Tenho uma dúvida rápida ou um pedido de ajuda. Minha aplicação está recebendo uma notificação da aplicação da Efi no endpoint destinado ao webhook. Em seguida minha aplicação solicita aos servidores da Efi o conteúdo da notificação e recebe a seguinte mensagem:
{
"code": 3500010,
"error": "property_does_not_exists",
"error_description": {
"property": "notification",
"message": "A propriedade [notification] informada não existe."
}
}
Isto está recorrente desde ontem. Um ciclo infinito.
Obs: Os pagamentos estão funcionando e chegando notificações, e recebendo OK, exceto está notificação que a própria Efi que enviou, diz não existir.
Bom dia, vocês estão cientes disso?
Eu não sugeri isso. Leia melhor o que postei.
Bora mudar a documentação inteira, os exemplos etc... para esse padrão aqui? O que você acha?
php
$customer = [
"name" => "Gorbadoc Oldbuck",
"cpf" => "\"94271564656\"",
];
// pixCreateCharge.php
$body = [
"calendario" => [
"expiracao" => 3600 // Charge lifetime, specified in seconds from creation date
],
"devedor" => [
"cpf" => "\"12345678909\"",
"nome" => "Francisco da Silva"
],
Que tal?$customer = [
"name" => "Gorbadoc Oldbuck",
"cpf" => "\"94271564656\"",
];
// pixCreateCharge.php
$body = [
"calendario" => [
"expiracao" => 3600 // Charge lifetime, specified in seconds from creation date
],
"devedor" => [
"cpf" => "\"12345678909\"",
"nome" => "Francisco da Silva"
],
Questiona com razão.. O problema é só querer ter razão...
Se você não gosta de questionamento, pode preferir enviar isso em privado para Efí... canal público poderá ter opiniões de outros clientes.
Desculpe, mas não... Não é quebrar padrão nenhum. Ajuda aí vai por favor!!! Será possível que temos que debater tanto para sinalizar um BUG tão óbvio? Quanta perda de tempo!
A API inteira da Efí quando usa CPF ou CNPJ não precisa usar quotes, daí só este end-point que precisa e você tá defendendo que isso tá certo? Desculpe eu realmente não entendo o motivo...
Exemplo da SDK PHP:
php
// createCarnet.php
$customer = [
"name" => "Gorbadoc Oldbuck",
"cpf" => "94271564656",
];
// pixCreateCharge.php
$body = [
"calendario" => [
"expiracao" => 3600 // Charge lifetime, specified in seconds from creation date
],
"devedor" => [
"cpf" => "12345678909",
"nome" => "Francisco da Silva"
],
// createCarnet.php
$customer = [
"name" => "Gorbadoc Oldbuck",
"cpf" => "94271564656",
];
// pixCreateCharge.php
$body = [
"calendario" => [
"expiracao" => 3600 // Charge lifetime, specified in seconds from creation date
],
"devedor" => [
"cpf" => "12345678909",
"nome" => "Francisco da Silva"
],
Mas o problema aqui é justamente um padrão, o JSON... para fazer como você está sugerindo, eles vão precisar desobedecer esse padrão. Agora, as chamadas do SDK não são afetadas por esse padrão. Então uma possibilidade seria o SDK sempre colocar entre aspas ao criar o JSON, e aí garantir que não seja interpretado como inteiro.
E os exemplos que você deu são de path parameters, também não afetados por codificação JSON.
Bom dia! Para cancelar uma assinatura eu preciso do subscription_id, certo? E como eu faço para obtê-lo? Digo, como buscar na API o subscription_id da assinatura de um cliente? Grato!
Até pode, mas seria bem estranho e totalmente fora dos padrões... imagine eu usando a sdk php e tendo que fazer assim para escapar as aspas:
php
$params = [
"charge_type" => "subscription",
"begin_date" => "2024-02-18",
"end_date" => "2025-02-18",
"customer_document" => "\"03973638004\"" // CPF with double quotes?!?
];
$params = [
"charge_type" => "subscription",
"begin_date" => "2024-02-18",
"end_date" => "2025-02-18",
"customer_document" => "\"03973638004\"" // CPF with double quotes?!?
];
Ou em vanilla javascript:
javascript
fetch("https://cobrancas.api.efipay.com.br/v1/charges?charge_type=subscription&begin_date=2024-02-18&end_date=2025-02-18&customer_document=\"03973638004\"", requestOptions)
.then((response) => response.text())
.then((result) => console.log(result))
.catch((error) => console.error(error));
fetch("https://cobrancas.api.efipay.com.br/v1/charges?charge_type=subscription&begin_date=2024-02-18&end_date=2025-02-18&customer_document=\"03973638004\"", requestOptions)
.then((response) => response.text())
.then((result) => console.log(result))
.catch((error) => console.error(error));
E pode ficar pior... em nodejs, tendo que escapar com '%22':
javascript
var options = {
'method': 'GET',
'hostname': 'cobrancas.api.efipay.com.br',
'path': '/v1/charges?charge_type=subscription&begin_date=2024-02-18&end_date=2025-02-18&customer_document=%2203973638004%22',
'headers': {
'Authorization': 'Bearer ',
'Content-Type': 'application/json'
}
};
var options = {
'method': 'GET',
'hostname': 'cobrancas.api.efipay.com.br',
'path': '/v1/charges?charge_type=subscription&begin_date=2024-02-18&end_date=2025-02-18&customer_document=%2203973638004%22',
'headers': {
'Authorization': 'Bearer ',
'Content-Type': 'application/json'
}
};
Mas se insistirem nisso eu realmente espero que uniformizem isso para toda a API EfíPay.... e não somente para esse endpoint. É lamentável que a gente não consiga falar com os devs da API diretamente por aqui...
Precisa, mas pode ser um gratuito como let's encrypt
A vps onde roda projeto x precisa ter um certeficado ssl, correto?
vou testar, obrigado.
ngrok usando opção x-skip-mtls-checking deveria funcionar. Mas são frequentes casos de quem tenta isso e não consegue, tendo porém bastante gente que consegue...