Régys Silveira

Opa, falha minha, , foi mal mesmo.

Mas foi isso que te passei lá atrás:

Para que as alterações possam ser validadas é necessário que sejam postados os arquivos alterados, não fazemos validação de alterações com trechos de código.

Não existe na lei nenhum texto padrão tanto para o corpo do e-mail quanto para a própria carta de correção em si, na verdade a impressão da carta de correção nem é prevista, portanto, você poderia fazer como bem entender. Aqui eu gosto de colocar no corpo do e-mail as informações básicas da nota fiscal (numero, serie, data, etc), emitente (razao social, cnpj) e destinatário (razao social, cnpj) e um texto citando a lei que regulamenta a emissão e a guarda dos XMLs para que o usuário saiba como proceder quanto ao recebimento e guarda dos arquivos.

Quanto ao evento de cancelamento as mudanças são transparentes para o usuário, porque são alterações internas, não vai mudar a forma que é hoje, bastaria recompilar o ACBrNFeMonitor quando liberarmos as alterações e pronto ele já vai estar funcionando como deve. Quanto as validações também é transparente, o webservice vai retornar os erros para o monitor e o monitor retorna para o aplicativo que deve então tratá-los.

Eu compilei ele em XE2 e compila normal, provavelmente vai funcionar com o XE também.

Para compilar o ACBRInstall e necessário o Delphi 2010, ACBr, JCL e a JVCL instalados.

Qual UF, se for PR não estava mesmo passando.

Sim porque os erros partem do webservice e não do componente, todos são erros de retorno.

Anexe a unit modificada, mesmo sendo trechos pequenos precisamos do arquivo para comparar no todo. Quanto a modificação, eu tenho aqui o ACBr instalado no XE2 e funciona perfeitamente, não foi necessário fazer nenhum acerto, qual era a mensagem de erro?

Eu olhei o artigo, bastante interessante, mas veja que o artigo já tem mais de 1 ano, o ACBr evoluiu muito neste período, se você fizer como disse e consultar o demo do ACBrEAD vai ver que não precisa fazer tudo aquilo para gerar o par de chaves e inclusive o demo já gera o arquivo xml para utilizar no eECFc, quanto a utilização das chaves basta a chave como é gerada inclusive com as quebras de linha que o componente assina e valida corretamente. Para validar agora pode-se utilizar o chave publica ou o próprio arquivo xml que é utilizado no eECFc, basta passar o conteúdo do arquivo xml na variável chave do evento.

Eu fiz uma atualização agora a tarde, atualize e teste. As chaves você está informando no formato RSA correto, como o gerado pelo exemplo do ACBrEAD. Veja o exemplo ACBrEAD em \exemplos\ACBrEAD, lá tem a demonstração de tudo que se pode fazer com ele, geração de par de chaves, arquivo eECFc, validação, etc, etc.

O seu ACBr está atualizado pois hoje estou fazendo testes com ela para fazer alguns acertos e está tudo funcionando corretamente. Como você está passando as chaves?

O erro ocorre justamente porque o retorno não é nada do esperado, são situações que o componente não espera e o software deveria tratar visto que algo falhou.

Também acredito nisto, pois se pegarmos o conteúdo do arquivo ped-cce e validarmos em: http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx não apresenta erros. Isso mesmo Kiko e o retorno em branco para alguns casos demonstra a falha de comunicação, já em outros casos o erro é de versão do cabeçalho, o ACBr está gerando corretamente conforme as versões liberadas, parece que o webservice é que não está validando está versão corretamente.

depende da mensagem, veja que existem vários eventos no ACBrECF, estude cada um deles.

Esse retorno ai é de erro por isso não salva. O Webservice parece não estar funcionando corretamente pois vários usuários tem relatado o mesmo erro, aguarde a normalização e tente novamente.

Sim, com o delphi 7 você utiliza ele sem problemas, inclusive todos os demos do ACBr são feitos em delphi 7.

Utilize "CCeRetorno.retEvento.Items.RetInfEvento.XML" ou o arquivo salvo na pasta setada em configurações do ACBrNFe

Parece que o webservice do PR ainda não está OK, vários usuários estão relatando problemas, aguarde mais um tempo até tudo se normalizar. Esse erro ai acontece quando não é recebida resposta do webservice, ele não está retornando nada para o aplicativo.

Chegou a olhar o demo que existe em acbr\exemplos\ACBrBoleto?

Fiz alguns testes aqui e está tudo correto, aparentemente é algo no webservice do PR. Faça o seguinte marque a opção "ACBrNFe.Configuracoes.Arquivos.Salvar" e anexe o arquivo do pedido do envio da CCe "*-ped-cce.xml" gerado aqui.

Você tem certeza que o cliente do qual está utilizando o certificado possui o cadastro no SEFAZ como emissor de NF-e em homologação? Você está mesmo enviando a NF-e, está testando o cstat e ele está retornando os status de nota enviada?

Já existe um tópico no fórum relatando este problema, faça uma busca antes de abrir novos tópicos: viewtopic.php?f=6&t=6255

Isso mesmo, sempre se evidencia a inclusão/exclusão no registro de abertura do arquivo (X1).