Histórico de mensagens sobre n

E para gerar cartões, pode usar este site ou algum outro método de cálculo do algoritmo de Luhn:
https://www.4devs.com.br/gerador_de_numero_cartao_credito

Sim, consegue. Você pode gerar cartões em que o algoritmo de dígitos dê certo, e dependendo do dígito final a Efí dá um ou outro tratamento.

Esse tipo de processo, conseguimos testar em ambiente de homologação?

Vi também que, para gerar a carga da cobrança, esse payment_token é necessário, além do Id da conta da Efi

Em relação ao token, pelo que li na documentação da Efi, ele é gerado no front, e passado para o backend fazer as validações e realizar as transações

O ponto era mais de que isso é permitido, não viola PCI.

Claro, podemos adicionar um campo com esse tipo de dado

Em adição a isso você poderia guardar o nome do banco emissor ou os dígitos iniciais que caracterizam o banco emissor. Se der é legal, tipo "Cartão Nubank". Mas não carece, de fato.

O que temos em tabela seria os 4 últimos dígitos e o token, o restante seria somente dados de cobrança (endereço) e o Id do usuário

Ah sim, mas até tem partes do cartão que podem ser guardadas... BIN, 4 últimos dígitos, expiração.
E o problema não é LGPD, e sim as normas de segurança das bandeiras de cartões. E que são muito mais efetivas em enforçar essas normas.

Assim evitamos infringir a LGPD

Os dados do cartão seriam mais relacionados a endereço de cobranca, dados de cartão mesmo não são salvos, apenas o token

Não, nenhum problema.
Agora, o que você descreveu de guardar os dados dos cartões(não tokens) é uma violação brutal de segurança PCI. Se vocês realmente fazem isso, sugiro mudar isso ontem.

Entendi, e seria problema guardar esse token diretamente em uma tabela de cartões de crédito? Pois temos uma aqui que guarda todos os dados dos cartões, e que são consultados atráves do Id do usuário atrelado ao cartão cadastrado

A validação é que o token precisa ser um que esteja disponível no repositório de tokens associado à sua conta...

O mínimo que a Efi permite para gerar cobranças seria de R$5,00 se não me falha memória. Nesse quesito, nossas cobranças são acima de R$100,00. Em relação ao blob, teria que ser validado pelo sistema da Efi, para que assim possa ser feito a cobrança, certo?

Para isso você precisaria de licença do OpenFinance, e aí via endpoints OF de cada instituição detentora de contas, fazer o acesso.

Nesse caso você vai ter que guardar o token e usar novamente em cada cobrança, e realizar cada cobrança na época do vencimento. Mas o token é só um blob, não é o cartão em si e não requer armazenamento super-seguro. Mas precisa de um mínimo já que ele é suficiente para gerar novas despesas no cartão.

Desenvolvedor backend disponível para projetos, integrações, consultoria, suporte técnico cloud e hospedagens.

Olá pessoal, meu nome é Marcos, desenvolvedor backend, que também atua com front caso necessário, disponível para freelancer. Também sou dono da empresa Codetech Soluções em Software, onde prestamos os serviços que descrevi anteriormente. Trabalho com as stacks C#, JS/TS e PHP. Caso precise de um desenvolvedor ou serviços de nossa empresa, estou a disposição sempre que precisarem.

Deixo logo abaixo meu linkedin e webiste da empresa para maiores contatos, além de claro, estar disponível também pelo Discord:

- Linkedin: https://www.linkedin.com/in/marcos-melo-ferreira/
- Website: https://www.codetechbr.net.br/