Estou usando nodejs
Termos mais procurados:
Histórico de mensagens sobre js
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:
Texto: js
Data: 19/02/2025
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.
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...