pois é... pensei ter visto isso em algum canto... comi água... vou rever a minha lógica aqui... thanks
Termos mais procurados:
Histórico de mensagens em pix
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
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Implementação da SDK do Pix em Next.js ou React
- Problemas com Token em Ambiente de Homologação
- Recebimento de Pagamentos via QR Code e Arduino
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Autenticação com Certificado em NextJS
- Utilização de Endpoints e Payload no Pix
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Retenção de Pagamento no PIX em Marketplace
- Especificação da URL do Webhook no Exemplo Pix
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Data: 19/07/2022
Canal: pix
Detalhe que essa diferença é só para conta PF, e só para os 30 primeiros Pix sem txid do mês.
Nope, a tarifação é a mesma. Só seria diferente se fosse Pix recebido sem cobrança. Pix que quita cobrança é sempre cobrado.
Mesmo no POST a Gerencianet define um txid, e gera cobrança no recebimento. Só muda se quem define é você ou a GN.
Algum motivo para não usar PUT ao invés de POST ? Garante idempotência... mas nunca tinha notado esse detalhe de um suportar InfoAdicionais e outro aparentemente não suportar.
como a tarifação é diferente pra cob com txid inicial e sem, entendi que era uma forma de proteger a tarifação
o erro que deu foi esse...
{'nome': 'json_invalido', 'mensagem': 'Valores ou tipos de campo inválidos', 'erros': [{'chave': 'additionalProperties', 'caminho': '.body.infoAdicionais[0]', 'mensagem': 'não são permitidas propriedades adicionais'}]}
Tem alguma restrição para o campo "infoAdicionais" no POST em /v2/cob (Criar cobrança imediata sem txid)
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-cobran-a-imediata-sem-txid-
massa... está falando disso, né Rubens? https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-revisar-cobran-a
Não tem. Se você quiser, você pode mudar o status das expiradas para REMOVIDA_PELO_USUARIO_RECEBEDOR.
a exemplo...
calendario: {'criacao': '2022-07-08T18:55:51.000Z', 'expiracao': 3600}
txid:
status: ATIVA
devedor:
valor: {'original': '1.12'}
txid:
status: ATIVA
devedor:
valor: {'original': '1.12'}
Uma dúvida... é normal que as transações criadas via api fiquem com status ATIVA para sempre? não teria um status EXPIRADA?
