Fraude em boleto de NFe.

[André Angeluci]

Prezado,

muitos já se depararam com um golpe aplicado em contribuintes que informam o e-mail de seus clientes no XML da nota fiscal eletrônica, criando uma vulnerabilidade que possibilita a falsificação de boletos com o mesmo valor do documento.

Já foi discutido o assunto nesse tópico: 

 

Adicionei uma propriedade ao TACBrNFe que define se a tag será alimentada no XML, possibilitando assim informar o atributo "email" do destinatário, sem serializar no XML.

Segue anexo as units alteradas:

pcnNFeW.pas

ACBrNFeNotasFiscais.pas

ACBrNFeConfiguracoes.pas

[BigWings]

Bom dia,

A solução já foi dada no tópico que você referenciou, basta gerar o código da NF de forma aleatória, assim apenas os envolvidos terão acesso à chave da nota.

E se não quer que o e-mail seja gerado no XML, basta não alimentá-lo no componente, coloque uma rotina na sua aplicação.

Na minha opinião isso está fora do escopo do componente.

[André Angeluci]

Decidi fazer dessa forma pois existem outras maneiras de interceptar o XML gerado, seja por um vírus tratando os arquivos gerados pelo emissor ou até um sniffer interceptando as requisições à Sefaz.

Dessa maneira eu consigo guardar o e-mail do destinatário para poder enviá-lo posteriormente, em um faturamento por lote, por exemplo, sem ter que gravar a informação no XML.

[André Ferreira de Moraes]

Qual o motivo de informar o campo nfe.Dest.Email e não gerá-lo no XML?

[André Angeluci]

A informação é necessária para enviar o e-mail ao cliente após o faturamento.

[Gr@c@]

acho que assim seria incorreto para o ACBr, pois trata-se de um controle interno do sistema. Se a tag é informada pelo sistema emissor tem que ir para o xml. Se quer enviar o email após o faturamento você mesmo deveria adaptar isso no seu sistema, ou seja, não informando o email na tag e após concluir o envio da nota, ler o cadastro do cliente para buscar o email e enviar. 

[André Angeluci]

Entendi, tudo bem ent...

Fica o código caso seja útil à alguém.