Histórico de mensagens sobre dados em devs

No ticket 264 que está em aberto, eu forneço todos os dados que foram preenchidos e configurados, no entanto, só estou com problema com essa parte de conectar a API ao domínio.

Referente ao servidor compartilhado, o suporte da HOSTGATOR orientou a trocar os DNS para CLOUDFLARE para que fosse atendido o requisitos da API, foi gerado e instalado os certificados SSL das duas empresas HOSTGATOR e CLOUDFLARE

Todos os processos dos vídeos em PYTHON fornecidos foram feitos.
Caso toda dificuldade seja referente ao um servidor compartilhado, por gentileza me indique 1 dedicado da confiança da empresa

Nós temos o endpoint de Envio de Pix, onde você pode estar transferindo diretamente para uma chave Pix ou para dados bancários.

Não são as credenciais.
E não pode trafegar dados de cartão para chegar até o backend, violação das políticas de PCI.

Exatamente, minha solução foi enviar o salt e os dados do cartão já com criptografia pro back-end, e no back-end gerar o payment token

Pra usar no NodeJS
O token ele segue um fluxo pra ser criado.

Primeiro é gerar o salt da sua conta
Depois com os dados do cartão, você junta os dados do cartão com esse salt gerado. - Vai retornar um objeto de cartão + salt
Seguinte, você requisita a public key da Gerencia Net - Futuramente no fluxo do código você vai encriptar os dados com essa public key
Com esse objeto de salt + cartão na biblioteca de criptografia seta a public key que você pegou, e cria o objeto salt + cartão encriptado com essa public key.
Quando você tiver esse objeto encriptado você pode fazer a requisição do payment_token.

Minha solução foi enviar os dados já encriptados do ReactJS pra api do sistema (NodeJS) e a API criar o payment_token

Sei q não é uma resposta para sua pergunta... Mas eu não salvaria os dados do cartão em banco de dados... É bem arriscado, e fere, se não me engano, a lgpd...

Boa tarde pessoal
Na documentação não achei como consultar as cobranças sem informar o id. Não é possível recuperar uma lista páginada?
Ou conseguir usar outro identificador para retornar dados de uma cobrança?

pois ja tenho os dados do cartao no banco de dados

Apos o cliente efetuar o login ele teria que ter acesso aos boletos deles e a todos os dados referente ao faturamento dele

No caso, ao emitir pela SDK, você informa todos os dados do cliente no momento da emissão. Com nossa API não há necessidade de cadastrar os clientes previamente na conta para criar a cobrança, assim como funciona pelo painel.

Bom dia pessoal.
Estou tento problemas na geração de boleto em produção.

Meu sistema não está recebendo os dados de retorno, gostaria de saber se foi feita alguma mudança.

Pagamento por cartão está tudo ok.

via plugin e dados de balancetes e DRE com integrações bancos em ofx e banco Asaas para DRE e Balancetes gerais com o plugins da gerencianet

endpoints tipicamente se referem à uma API, e banco de dados a um armazenamento de dados, não a código.

Não por causa do mTLS. Mas tirando isso, em geral são suficientes, apesar de que eu não chamaria de endpoint de banco de dados.

Entendi. No caso, um endpoint de um banco de dados, as tais functions, seriam o suficientes para ser usadas como um link de webhookUrl?

Boa tarde!
A documentação do backend está ok, consegui implementar. O problema é a parte de front, na geração do payment token. Nessa parte a documentação é bem pobre, só tem um campo que gera um script e pronto.
Usando o script gerado em javascript puro, no React acusa o erro "Uncaught ReferenceError: $gn is not defined". Pesquisei aqui e já falaram sobre esse erro, mas não deram nenhuma solução.
Então tentei seguir o projeto em Vue, indicado por vocês, porém ao usar o 'no-cors' gera um 'type: opaque' sem resposta nenhuma. Então transferi a parte de pegar o salt e public key para o backend e funcionou.
Mas essa parte que eu citei (de realmente mandar para vocês os dados do cartão criptografado), não posso jogar no backend, porque são os dados do cartão, então necessariamente eu preciso fazer no front.

Mas em relação a troca de empresa, não me refiro a parte de dados e sim implementação no sistema. Atualmente o cliente já usa outra empresa, e para pegar o token de pagamento é muito fácil com a outra empresa.
Eu mandei mensagem aqui, para ver se o suporte consegue me ajudar e somente caso não seja possível, aí não tem como implementar no sistema, logo, o cliente vai ver uma outra empresa.

O problema não é o gateway, colocar os dados não criptografados em algum momento na sua estrutura requer um nível de homologação PCI muito maior. E isso não muda com empresa A ... Z.

Homologação, para ver se é possível implementar isso em React. Porque se não for possível, aí o cliente vai ver outra empresa.

Nesse projeto que você citou, nada rodou em react. Para gerar o salt e publicKey tive que fazer em NodeJS. Porém essa etapa de mexer com os dados do cartão, acredito que não possa ser jogado para o backend em Node, mesmo estando criptografado.