Histórico de mensagens sobre n em dúvidas

O ponto que se aplica ao seu caso de uso é este aqui:

Bom, irei seguindo a documentação, e caso precisar, retorno aqui com as dúvidas que surgirem. Agradeço imensamente pela ajuda, pois consegui agora, entender melhor a proposta da Efi em relação a esse processo.

Nesse caso, criarei uma conta para fins de testes

Pq ? A conta é gratuita, você pode abrir e não usar para transações reais, só para usar o ambiente de homologação.

Tipo um gerador, como a ferramenta 4devs

Entendi, no meu caso, como sou prestador de serviços para a empresa que utiliza a Efi como banco, seria inviável criar uma conta. Por algum caso, a Efi teria algum "cadastro" para devs, onde pudessemos pegar informações fakes para usar nos testes?

Sobre o "vocês", eu não sou da Efí... os da Efí são os de ID laranja.
Alguém precisa te passar o ID da conta para gerar. Ou você abrir uma conta PF sua e usar para teste.

Tentei utilizar o exemplo de payment_token que vocês possuem de teste, contudo eu não tenho o Id da conta que ele pede para ser gerado esse token

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