kanedasam

Boa tarde a todos Gostaria de algumas orientações no tratamento das Nfe em contingência exemplo : O Meu sistema gera o XML offline em contingência usando, por exemplo, os seguintes tags : , usando a forma e emissão teDPEC. Mando imprimir a DANFE e quando o serviço volta envio ela em teDPEC, quando recebo o retorno do SEFAZ o meu XML e atualizado automaticamente pelo próprio componente recebendo as tags referentes ao protocolo de autorização, por exemplo : 1 12_5_78 31120307642467000184550010000015762000015762 2012-03-08T09:48:03 131120643810242 ZK7LIgT0Zf0V6L/cTz+N2s51g4M= 100 Autorizado o uso da NF-e Em teoria esta tudo certo, o meu XML recebe o protocolo de autorização, vou no site do Sefaz a nota mantém a mesma chave que foi gerada e se encontra autorizada mas quando vou imprimir a mina DANFE mostra isso : Por favor alguém me dá uma luz pois estou tendo problemas sérios por causa disso. 31120307642467000184550010000015762000015762-nfe.xml

Se quer usar, SIM, mas vc tem o QuickReport e FastReport como opcionais !!!

Qual versão do Delphi que vc esta usando? Qual e o convenio? Esta carteira e exclusiva do banco? Isto ocorre no layout de impressão ou no arquivo de remessa? Tente ser mais detalhado possível. Vamos por parte: R- Dei uma olhada rápida no arquivo ACBrBancoBrasil.pas, na linha correspondente a função FormataNossoNumero e não encontrei nada que impede ou que faça a variável ANossoNumero retornar em branco, verifique e faça um debug usando os painéis Local Variables, Watches e Break Point pra ver se os valores da carteira e convenio estão sendo passado pelo seu código e checar em que momento que estas variáveis são alteradas. Às vezes as carteiras usadas por um sistema proprietário do banco são de uso exclusivo do mesmo talvez seja necessário alterar a carteira de uso, mas você somente saberá se isso e necessário através do gerente da conta ou do suporte do banco. R- Isto depende do tipo de contrato de cobrança do seu cliente com o banco, mas você somente saberá se isso e necessário através do gerente da conta ou do suporte do banco.

Muito provável que a sua instalação que esta com erro. Faça uma instalação do zero, deleta a pasta do Acbr, baixa novamente pelo svn e siga as instruções de instalação.

Ops ... esqueci de agradecer a todos pela ajuda, Muito Obrigado.

Retorno a todos O problema de o executável ser detectado como vírus e realmente devido à heurística, mas a culpa e por causa dos hooks incluído em tempo de execução feito por componentes de gerenciamento de erros, crash/exception, no meu caso foi o MADEXCEPTION. Troquei o MADEXCEPTION pelo Eurekalog, e acabaram as mensagens de vírus, como o MADEXCEPTION não distribui as fontes levei um tempão para detectar a origem do problema Fica a dica ai pra todos.

Demorei em dar o retorno. Era exatamente isso, Obrigado. Acredito que seria interessante criar um modulo interno de validação e ajuste de dados para o boleto automaticamente apartir dos manuais, pois as regras são fixas e raramente mudam.

Fiz um pequeno teste no demo do ACBR, ajustando somente o tipo de cobrança, o banco para itau, a carteira para 109, e o tamanho do nosso numero para 8. Obtive o mesmo resultado que aparece no meu sistema, será que pode ser o fonte ???

Meu amigo, a minha situação e a inversa da sua meus boletos foram aprovados mas estou com problemas no arquivo de remessa. Qual e a versão da svn que vc esta usando ?

Boa Tarde Estou implementando o meu primeiro sistema de emissão de boleto com o banco Itaú e utilizando a carteira 109. Obtive sucesso na homologação do layout do boleto, mas tive um erro na homologação do arquivo de remessa usando o layout c400, o banco me informou que a numeração, Nº SEQÜENCIAL DO REGISTRO NO ARQUIVO, foi informada entre as posições 393 a 398, sendo que as posições corretas são 395 à 400. Estou usando como base de desenvolvimento a demo que vem do ACBR. Alguém poderia me orientar em onde eu estou errando, e a primeira vez que faço isso e não estou encontrando o erro Abaixo uma screen da parte citada do arquivo de remessa Estou disponibilizando tbm o arquivo de teste que estou enviando para homologação, pois acredito que o erro possa estar sendo no inicio de cada linha detalhada do arquivo com a falta de algum campo de duas posição assim, talvez, reposicionando os outros campos da linha em diante duas casas anteriores, eu acho ! remessa14102011.txt

EMBarbosa Realizei esta verificação sim, e não foi encontrado em nenhuma das maquina. Acredito que seja realmente um falso positivo. Agora a questão pra mim esta sendo o porquê deste falso positivo e gerado quando atualizo para a rev. 1973 acima, pois até a 1972 todas as revisões funcionam.

Não estou acusando ninguém e nem dizendo que isto foi intencional somente estou relatando um fato muito atípico. Se caso usarmos uma imagem que contém um arquivo camuflado nele em um projeto por sim causar esta situação bastando somente pegar uma imagem da internet.

Caros João Henrique, Marcio, Elton Infelizmente o que escrevi aqui e uma verdade e não um engano realizei mais testes durante a madrugada desta noite para descobrir de qual revisão originou esta mensagem falsa ou código malicioso. Testei fazendo os updates desde a rev. 1935 do dia 06 de janeiro de 2011, sendo esta a Revisão que tenho backup, realizando o build uma por uma até chegar na rev. 1973 que causa esta situação. Usei 4 computadores diferentes sendo que em 3 tinha um VirtualPC, consegui testar em 7 ambientes diferentes e todos apresentaram a detecção do vírus na ver. 1973 sempre após gerar o executável. Realizei um teste final, atualizei o meu acbr para ultima versão disponível no svn a rev. 1978 de 1 de fevereiro de 2011 que apresenta este problema desde a rev. 1973, removi do projeto do meu sistema o meu formulário de boleto, a tela que usa o compoente AcbrBoleto e realizei outro build e desta vez não foi detectado nenhum vírus. Não tem como alegar que o problema esta no fonte (pas e dfm) da minha tela de boleto pois ela existe a mais de 4 meses e sempre funcionou e o seu código não e modificada desde então e sempre compilou com as variadas revisões do Acbr. O Problema se apresenta no componente para o boleto na ver. 1973 que apresenta uma grande mudança, ainda não tive tempo e condições para repassar a todos qual e o código que causa o problema. ------------------------------------------------------------------------------------------------------- Revision: 1973 Author: julianatamizou Date: 09:38:56, segunda-feira, 31 de janeiro de 2011 Message: ---- Modified : /trunk/Exemplos/ACBrLCB/Lazarus/LCBTeste.lpi Modified : /trunk/Exemplos/ACBrLCB/Lazarus/LCBTeste.lpr Modified : /trunk/Fontes/ACBrBoleto/ACBrBancoBanrisul.pas Modified : /trunk/Fontes/ACBrBoleto/ACBrBancoBradesco.pas Modified : /trunk/Fontes/ACBrBoleto/ACBrBancoBrasil.pas Modified : /trunk/Fontes/ACBrBoleto/ACBrBancoItau.pas Modified : /trunk/Fontes/ACBrBoleto/ACBrBancoSantander.pas Modified : /trunk/Fontes/ACBrBoleto/ACBrBoleto-change-log.txt Modified : /trunk/Fontes/ACBrBoleto/ACBrBoleto.pas Modified : /trunk/Fontes/ACBrBoleto/ACBrBoletoFCFortesFr.lfm Modified : /trunk/Fontes/ACBrBoleto/ACBrBoletoFCLazReport.lrs Modified : /trunk/Fontes/ACBrBoleto/ACBrBoletoFCLazReportDm.pas Modified : /trunk/Fontes/ACBrBoleto/FCLazReport_Padrao.lrf Modified : /trunk/Fontes/ACBrBoleto/Logos/Colorido/008.bmp Modified : /trunk/Fontes/ACBrBoleto/Logos/Colorido/033.bmp Modified : /trunk/Fontes/ACBrBoleto/Logos/PretoBranco/008.bmp Modified : /trunk/Fontes/ACBrBoleto/Logos/PretoBranco/033.bmp Modified : /trunk/Fontes/Imagens/Compila_LRS.BAT Modified : /trunk/Pacotes/Lazarus/ACBr_Boleto.lpk Modified : /trunk/Pacotes/Lazarus/ACBr_Boleto.pas Modified : /trunk/Projetos/ACBrMonitor/Lazarus/ACBrMonitor.lpi Modified : /trunk/Projetos/ACBrMonitor/Lazarus/DoBoletoUnit.pas -------------------------------------------------------------------------------------------------------

Boa tarde a todos Quero informar que no dia 02 de fevereiro 2011 ao atualizar a minha pasta do Acbr e logo após gerar um build do meu sistema o meu anti-virus detectou no meu executável à infecção TrojanSpy:Win32/Bancos.gen!A . Achei muito estranho e fiz o seguinte teste : 1 – Deletei a pasta do Acbr e restaurei o backup da minha pasta e dei um outro build, trabalhou normal e o anti-virus não detectou nada. 2 – Realizei o update da minha pasta restaurada do Acbr e dei um novo buld e logo após a linkagem das dcu’s gerando o meu exe e o anti-virus detectou novamente o vírus no meu novo executável. Realizei este processo três vezes e sempre que a pasta do Acbr e atualizada pela svn com esta versão de hoje, o meu anti-virus detecta este vírus no meu exe. Realizei os testes com o AVG-free que não detectou o vírus após o build e com o microsoft security essencial que detectou logo após a criação do exe, infelismente não tive condições de realizar mais testes com outros anti-virus. Peço que os responsáveis do projeto dêem atenção urgente e se caso seja confirmado que detectem de onde ou quem inseriu o código malicioso. Obrigado.