Painel de líderes

Bom dia a todos recentemente os clientes da empresa em qual trabalho vem recebido emails falsos de cobrança com boletos falsos, porem contendo informações verdadeiras.. como a compra realmente existir, dados cadastrais do destinatário e do remente vencimento e valor, apos muita investigação cheguei a seguinte conclusão: Estão usando portal da nfe, os hackers consultam chaves aleatoriamente no portal da nfe, e como exige apenas um captcha eles tem acesso as informações da empresam, do cliente e do financeiro usando apenas um parser de html simples ( como muitos usam para "baixar" o dito xml do portal se o uso do certificado digital) e como no portal é exibido também o e-mail do destinatário fica de prato cheio a eles. Isso descobri após uma analise das informações enviadas no boleto falso estão exatamente iguais as informações que registro na nfe que tem alguns detalhes diferentes de quanto eu envio o boleto real ao meu cliente. Como medida de segurança parei de enviar o e-mail do cliente em meus xmls, desta forma ao consultar a informação no portal do nfe ele nao tem como enviar ao cliente

Realmente o parâmetro estava funcionando apenas em modo de comunicação TCP. Já fiz uma correção no ACBrMonitorPLUS, e enviei para o SVN Rev.: [13221] A correção deverá estar na versão semanal do SAC.

Após analise do @Jean Patrick, correção enviada para o SVN Rev.: [13220]

Obrigado pela analise e modificações... Já adicionei no SVN, (também modifiquei as Units de GNRE)

Realmente haviam problemas nos fontes... Já no SVN...

Bom dia Kiko. Realmente se colocar o caminho do certificado sem apertar o botão resolve o problema. Valeu pela dica. Daniel imaginei mesmo que o problema seria na maquina. Inclusive esses dias eu estava com problemas para abrir uma NF-e em PDF utilizando o adobe em um windows server 2008 e dava erro (somente nessa maquina). Então mudei a propriedade dos arquivos pdf para abrir no browser dessa maquina e pronto... problema solucionado. Mas é cada uma que aparece né.

Isso mesmo, você precisa adicionar o componente ACBrTEFD na sua aplicação, lembre-se de destravar após fazer a função que você precisa: // Exemplo de uso da função no momento da leitura da memória fiscal ACBrTEFD1.BloquearMouseTeclado( True ) ; ACBrECF1.LeituraMemoriaFiscal(DtIni, DtFim, Simplificada) ; ACBrTEFD1.BloquearMouseTeclado( False ) ;

Uma forma simples para fazer essa conferência é a consulta do cupom pela chave. https://satsp.fazenda.sp.gov.br/COMSAT/Public/ConsultaPublica/ConsultaPublicaCfe.aspx

Não... com esse comando você apenas está enviando o XML para o SAT. Estude as propriedades ConfigArquivos do componente. ACBrSAT1.ConfigArquivos.SalvarCFe := True; ACBrSAT1.ConfigArquivos.SalvarCFeCanc := True; ...

O provedor 4R é suportado pela NFSe, basta adicionar a cidade ao arquivo.

Existe uma tag no XML da NF-e/NFC-e a cNF, conforme nota técnica e manual, ela DEVE ser um um número aleatório, porque? Ela faz parte da geração da chave da NF-e, ela traz segurança não permitindo esse tipo de prática, já que fica muito complicado alguém gerar uma chave desconhecendo o número aleatório gerado no momento da criação da chave. Muitas empresas adotam a prática de utilizar um número fixo ou o próprio número da NF-e/NFC-e, isso leva a este tipo de problema. A tag XMLAut não serve para isso, ela serve para restringir o download, veja, um usuário de posse da chave pode consultar a NF-e/NFC-e e fazer parsing da página de consulta gerando um XML ou lendo os dados que necessitar, o correto é utilizar a tag que foi criada para isso, ou seja, cNF, basta gerá-la corretamente como manda o manual e a seguranças será incrementada e dificultará em muito o acesso aos dados.