Painel de líderes

Olá Pessoal, Troquei uma mensagem com o @Daniel Simoes a respeito deste projeto e ele me pediu para postar aqui no fórum para que outros também possam participar se desejar. Ha alguns anos atras fiz um componente para consumir o WS Recopi. E sempre achei que este projeto tem tudo há ver com o DFE do ACBr. (XML, Consumo de WS, Assinatura e certificado digital) https://www.fazenda.sp.gov.br/RECOPI/ A principio fiz apenas com Capicom e ainda hoje funciona normalmente. Logo que o trunk2 foi disponibilizado aqui no ACBr, senti o desejo de compartilhar o componente, mas antes eu queria deixa-lo mais próximo do ACBr. Enfim o tempo passou, e o ACBr sofreu outra grande mudança que foi o fim da Capicom. E agora acho que o componente ficou mais distante ainda do ACBr. Inicie o projeto novamente e estou compartilhando com vocês minha codificação inicial. No Zip Recopi tem um projeto em Lazarus para testar as funções e no Zip tem o componente inicial só em Lazarus ainda. Implementei um método chamado consulta publica, é o método que pode ser consumido por qualquer pessoa, pois os demais métodos só podem ser consumidos por CNPJs cadastrados no Recopi. O método obter versão também pode ser consumido por qualquer um, mas achei ele muito simples. Segue abaixo o link do manual atualizado https://www.fazenda.sp.gov.br/RecopiNacional/Manual RECOPI Nacional - Web Service.pdf Outra observação importante é o link de homologação que deve ser este abaixo https://webhomolog2.fazenda.sp.gov.br/RecopiNacionalWS/RECOPI.asmx Outra observação importante é que apesar da minha implementação, recebo um erro "-2" no momento de enviar os dados. Passei alguns dias tentando resolver isso, mas acredito que não tenho conhecimento suficiente para resolve-lo sozinho, se alguém puder dar alguma dica ou precisar de alguma informação estou a disposição. Abraços acbr.zip Recopi.zip

Buenas. farei o possível para ler e entender e poder lhe ajudar e quem sabe subir no branchs inicialmente para testes

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

Já solicitei ajuda dos "universitários"....

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.

Vídeo explicativo... http://www.infocotidiano.com.br/2016/05/instalando-componentes-acbr-no-lazarus.html

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, No Comando MDFe.ConsultarMDFe, não está limpando a consulta anterior, olhando os fontes acho que esta faltando o comando ACBrMDFe1.Manifestos.Clear; Segue o anexo com a correção para vocês analisar linha 122. Obrigado. DoACBrMDFeUnit.pas

Enviado para o SVN Rev.: [13206]

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.