Só se for CNPJ, se você cadastrar um nome fantasia para esse CNPJ, incluir esse nome fantasia no seu cadastro na Efí e então criar uma nova chave Pix para as cobranças.
Termos mais procurados:
Termos mais procurados:
Só se for CNPJ, se você cadastrar um nome fantasia para esse CNPJ, incluir esse nome fantasia no seu cadastro na Efí e então criar uma nova chave Pix para as cobranças.
Boa noite. Tenho uma plataforma comigo e outros professores. Cada um recebe na sua conta via pix as parcelas dos seus clientes e eu cobro mensalmente um percentual sobre o total pago. Consigo criar e validar pagamentos de pix para contas em outras instituições financeiras ou somente na conta desta empresa?
Boa noite. Existe a possibilidade de criar um webhook para pagamentos igual há no PIX ou apenas inserindo notification_url em cada cobrança?
João, os desenvolvedores indicanos me reportaram o seguinte: "Tentamos fazer o checkout no modo Sandbox e recebemos a mensagem de erro de que as credenciais da API não são válidas. Verifique as credenciais do sandbox e configure as credenciais corretas para que possamos testá-las."
Mas observando a imagem que eles enviaram (anexa neste post), percebi que o PIX Key, que está cadastrado na referente a configuração PIX, na extenção da API da EFÍ, é a minha chave pix aleatórioa da conta do Administrador. Deveria ser a "Chave client ID" ou a "Chave Secret" ?
Outra dúvida é que tenho uma Aplicação da API cobrança, criada dentro da área de API da conta do administrador do marketplace, para "API Cobranças, API Pix, API Pix via Open Finance". Sendo assim, entendo que já seria possível cobrar no cartão de crédito, boleto e pix, e ter o split de pagamento fazendo as divisões necessárias no marketplace, certo? Não é necessário eu criar mais uma API de Cobrança específica para a API PIX, certo? Pois aí teria mais pares de credenciais e chaves para produção e homologação, e não teria como configurar isso na extensão da EFí para OpenCart 3. Deveria funcionar os 3 meios de pagamento com esta mesma API, certo?
Bom dia, @excarplex_27431! Tudo bem?
1. Para configurar um split de pagamento em uma cobrança Pix, você precisará seguir alguns passos específicos e utilizar os endpoints adequados da API. Aqui está um resumo das informações para te orientar:
1.1. Configuração do Split de Pagamento:
Primeiro, é necessário criar uma configuração de split. Isso é feito através do endpoint específico para configuração de split, disponível aqui. Esta configuração pode ser reutilizada em múltiplas cobranças Pix, o que facilita o processo se você tiver uma estrutura de split recorrente.
1.2. Criação da Cobrança Pix:
Após configurar o split, o próximo passo é criar a cobrança Pix. Isso pode ser feito de duas maneiras, dependendo do tipo de cobrança:
1.2.1. Cobrança Imediata: Utilize o endpoint para criar uma cobrança imediata com um TXID, disponível aqui.
1.2.2Cobrança com Vencimento: Se a cobrança tiver vencimento, utilize este endpoint.
1.3. Associação da Configuração de Split à Cobrança Pix:
Com a cobrança Pix criada, você precisará associar a configuração de split à cobrança. Isso é feito através do endpoint específico para vinculação de cobrança com split, disponível aqui.
Além disso, para melhor compreensão do processo de split de pagamento, você pode consultar o fluxograma disponível neste link.
2. O Split de pagamento Pix só pode ser realizado entre contas Efí, com limite máximo de 20 contas para o repasse.
3. Para configurar o webhook, você precisará fazer isso através de uma requisição HTTP utilizando o endpoint específico fornecido pela Efí. Esse processo envolve associar uma chave Pix registrada na sua conta Efí, que é a mesma chave que será utilizada na criação da cobrança, à URL de retorno da sua aplicação.
Você pode seguir o passo a passo detalhado na nossa documentação sobre webhooks. Lá, você encontrará o endpoint que deve ser utilizado para essa configuração.
Além disso, é essencial que você configure o mTLS (Mutual TLS) no seu servidor web para garantir que a comunicação siga os padrões de segurança estabelecidos. Mais detalhes sobre essa configuração podem ser encontrados na seção sobre mTLS na nossa documentação.
Se precisar de mais ajuda, conte com a gente!
Boa tarde!
Estou recebendo o seguinte erro ao criar um webhook de pix:
{
"code": 400,
"error": "json_invalido",
"errorDescription": "Parâmetro \".headers['x-skip-mtls-checking']\", deve ser igual a um dos valores predefinidos"
}
Estou usando o SDK, e todos endpoints funcionam (cartão, pix e boleto) porém não consigo gerar o webhook. Ou recebo o erro acima, ou recebo Curl 52 Error.
bom, não to conseguindo entender o seu problema pra tentar te ajudar, mas pelo que parece você quer criar uma chave pix e quer cadastrar ela em uma webhook
Na criação da cobrança é onde você poderá definir o valor e expiração do QrCode que será gerado posteriormente.
Você precisa criar uma cobrança imediata ( https://github.com/efipay/sdk-node-apis-efi/blob/master/examples/pix/cob/pixCreateImmediateCharge.js )
E no retorno da criação terá um atributo chamado loc > id
Você usará esse atributo no params da criação do QrCode
Bom dia!
Obtive sucesso ao criar a API de boleto no sistema da empresa onde trabalho. Agora, preciso implementar via PIX.
Considerando que estou implementando para a empresa e já possuo Client_secret, Client_id e chave pix aleatória (gerada no painel da Efi). Em todos os cenários via PIX, eu preciso de OAuth para apenas gerar o QR Code para o cliente efetuar o pagamento, assim como via boleto (que não necessita de OAuth)?
O de envio é mais fácil você criar uma chave Pix que você só usa para o webhook de envio. Aí o que vier para ele, você sabe que é de envio.
Devolução não é um tipo diferente... é uma atualização no recebimento, aonde vem campos de devolução.
Olá, bom dia.
Estou trabalhando numa plataforma onde os clientes vão vender seus produtos. Sei que alguns gateways de pagamento permitem criar contas de "vendedores", ou seja, a plataforma conecta um vendedor e assim o PIX/pagamento são vinculados ao vendedor e não diretamente a plataforma em si.
Existe alguma forma para o pagamento serem vinculados direto com meu cliente? Ou eu teria que solicitar aos vendedores que me enviem suas api/keys/certificados para eu integrar na minha plataforma?
Bom dia,
estou tendo o seguinte erro ao criar uma charge pix com location e notification_url usando a sdk pra Go, ambiente homolog
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"additionalProperties","caminho":".body","mensagem":"não são permitidas propriedades adicionais"}]}
Os recebimentos são tarifados em 1.19% do valor recebido ou 1 centavo, o que for maior.
Mas não há taxa para criar a cobrança na API Pix, nem taxa para devolução.
Oi, @luizfeleal. Bom dia! Tudo bem?
O endpoint de criar chave Pix funciona somente em produção. Na criação das cobranças Pix em homologação, basta você utilizar uma chave Pix semanticamete válida.
Oi pessoal, boa noite. Estou tentando criar uma chave aleatória com a API Pix e estou tendo o seguinte erro:
{
"nome": "erro_aplicacao",
"mensagem": "Ocorreu um erro ao solicitar a criação da chave"
}
Estou passando o certificado de homologação e o token de acesso, porém, me retorna esse erro. De alguma forma, é possível saber o motivo do erro mais detalhado? É possível gerar chave aleatória em ambiente de homologação?
Dentro da sua conta digital você consegue criar QrCode para pagamento, para isso você precisa acessar:
Pix -> Gerar QR Code
Se RUAN é pessoa física, não. Se for PJ, você precisa incluir isso como marca fantasia na empresa na JuntaComercial/Receita Federal e então criar nova chave Pix.
Então, eu consigo criar o split pelo Insomnia, porém com o mesmo body no SDK não funciona. Estou utilizando o pixSplitConfig.
Bom dia! Gostaria de confirmar a linha que a integração deve seguir baseado nas necessidades do meu sistema. Eu preciso criar um qr code, sem um valor definido, para que ele fique disponível para receber diferentes valores e de diferentes clientes. Entendi que precisaria criar um payload location e a partir disso gerar um QR CODE. Também gostaria de receber os eventos de recebimento de pix via webhook, porém, notei que é necessário a criação de uma chave aleatória, para setar a url do webhook. Criando essa chave e efetuando os pagamentos pelo qr criado, irei conseguir receber os eventos via webhook? O fluxo estaria minimamente correto?