Italo Giurizzato Junior

Bom dia ALA, Por favor vamos seguir as regras do fórum, assuntos diferentes tópicos diferentes, não misture os assuntos.

Bom dia Marcos, Com essa alteração o envio de um lote com 1 ou mais RPS foi processado com sucesso? Qual método foi utilizado para o envio (Enviar ou EnviarSincrono)?

Bom dia Everto, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Esse XML esta errado, pois segundo o manual o grupo <ideServSaude> fica dentro do grupo <aso> logo após o grupo <exames> Favor montar corretamente o XML e faça novos testes.

Luciano, Desde da versão 2.00 da NF-e a versão dos eventos é 1.00 e não ocorreu a desativação dos eventos quando a NF-e foi para a versão 3.10, logo não vai ser agora que isso vai acontecer. Outra coisa se você notar nos nomes dos Schemas (arquivos XSD) vai notar que os Schemas referentes aos eventos consta que a versão é 1.00 Até o momento a SEFAZ não disponibilizou Schemas de eventos que contenha no nome a indicação da versão 4.00, ou seja, _v4.00 Quando isso ocorrer teremos que passar a utilizar esses Schemas e não mais os que indicam _v1.00

Bom dia Niron, Realmente o ACBrMonitor Plus ao ler o arquivo INI estava gerando tags no XML cujos dados não constam no arquivo INI. Foi feita uma correção, favor verificar se já foi disponibilizado uma nova versão do Monitor, se sim favor baixar e utilizar essa nova versão.

Bom dia Luciano, Ao enviar o evento de cancelamento a SEFAZ esta recusando pelo fato da versão do mesmo ser 1.00? Todos os eventos da NF-e ainda permanecem na versão 1.00

Bom dia Paulo, Realmente o IE informado no grupo <rem> se refere ao CNPJ também informado no mesmo grupo. Favor entrar em contato com a SEFAZ e questionar sobre esse problema, uma vez que ao realizar uma consulta desse CNPJ através do Webservice Consultar Cadastro disponibilizado pela própria SEFAZ retorna exatamente o IE que esta sendo informado no XML.

Walter, Com os dois valores que te passei ocorrem o mesmo erro? A minha aplicação esta com a mesma configuração sua, ou seja, SSLLib = libWinCrypt , SSL Type = LT_All e XML Sign Lib = csLibXML2 e esta funcionando tanto no ambiente de homologação quanto o de produção. Outra coisa importante você configurou o Monitor para emitir a Nota na versão 4.00?

Bom dia Everto, Muito obrigado pela colaboração, já enviei para o repositório.

Walter, Altere o valor de SLL Type para LT_TLSv1_1 se não funcionar tente com o valor LT_All.

Bom dia Arce, No componente o nome da tag usada na consulta é numeroReciboFechamento, vamos aguardar a publicação de uma Nota Técnica que define o nome correto a ser utilizado.

Carlos, Se o erro é de Violação de Acesso não faz sentido você copiar a BPL em questão que é do Delphi para tudo que é pasta que você acha que ela deve existir. A mensagem de erro não se trata de BPL não encontrada e mesmo que fosse, o correto é descobrir o porque de não esta encontrado. Esta tudo errado o seu procedimento. Nessa angustia de tentar resolver o problema com essa atitude de copiar DLL ou BPL esta tornando o problema maior ainda, ou seja, um caos. A minha sugestão é que você pegue uma maquina, formate, instale o Windows, o Delphi, o ACBr, copia os fontes da sua aplicação e antes de compilar checar se nas pastas que contem os fontes da sua aplicação, não exista nenhuma DLL, BPL ou DCU do Delphi ou ACBr.

Bom dia Walter, Ao configurar o Monitor, quais os valores de SSLLib, SSLType e XMLSignLib?

Bom dia, Você poderia anexar a unit alterada para que possamos analisar a sua proposta de correção?

Bom dia, Favor atualizar os fontes e faça novos testes.

Bom dia Velmer, O arquivo *-dist-dfe-soap.xml é o retorno da SEFAZ sem nenhum tratamento, ou seja, ele ainda contem o <Envelope>. O arquivo *-dist-dfe.xml é o retorno da SEFAZ com tratamento, ou seja, foi removido o <Envelope>. Esse arquivo pode conter até 50 documentos que podem ser: Resumo de Nota, Nota Fiscal, Resumo de Evento ou Evento, mas compactado. O arquivo *-resNFe.xml, trata-se de um Resumo de Nota já descompactado. Realmente não contem todas as informações por se tratar de um resumo, veja o nome do arquivo (resNFe) Resumo da NFe. Para que o DistribuicaoDFe retorno o XML completo da NF-e, que é o que você deseja, se faz necessário o envio do evento de Manifestação do Destinatário. De forma resumida o processo é o seguinte: 1. Executar o DistribuicaoDFe para obter os resumos das notas; 2. Enviar o evento de Manifestação do Destinatário de cada nota, tomar como base os resumos obtidos no passo anterior. 3. Voltar ao passo 1. Lembre-se que o DistribuicaoDFe retorna tanto os resumos como as notas completas, mas para obter o XML completo da nota se faz necessário a Manifestação do Destinatário da mesma. Leitura complementar: Nota Técnica 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário (nessa NT o que se refere a consulta de NFe Destinada e Download da NF-e deve ser desconsiderado, pois estes dois serviços fora desativados pela SEFAZ). Nota Técnica 2014/002 versão 1.02b que trata sobre a Distribuição DFe. Ambas Notas Técnicas estão disponíveis no Portal Nacional da NF-e. A leitura dessas duas NT é fundamental para uma melhor compreensão sobre esses dois assuntos e consequentemente tirar o maior proveito do Monitor.

Bom dia Valdir, Pela sua primeira postagem o erro de AV, não é constante, correto? Existem maquinas que nunca ocorreu o erro? E as que ocorreram, é esporádico?

Bom dia Carlos, É muito estranho o Monitor estar fechando do nada ao enviar uma nota. Com relação a sua aplicação, o AV pode estar ocorrendo na aplicação ou no componente e somente um "debug" poderá mostrar o ponto exato que ele ocorre. O fato de não poder usar o libWinCrypt é por conta dos computadores 32 bits?

Bom dia Luciano, Pelo que entendi, você não tem o Fast Report instalado no seu Delphi, correto? Se sim, porque você não baixa o Fortes Report e instala? Feito isso basta instalar o DANFE feito em Fortes Report. Como que fica o programa exemplo? Abra ele, com certeza o Delphi vai lhe avisar que o componente do DANFE feito em Fast Report não existe, nesse ponto peça para ignorar. Remova da declaração uses as units referentes ao Fast Report, inclua no programa exemplo o componente do DANFE feito em Fortes Report, e faça as devidas alterações para que o programa passa a reconhecer o DANFE em Fortes em vez do Fast. Agora basta compilar e iniciar os testes.

Boa tarde Gean, A Manifestação do Destinatário é um evento, na verdade 4 eventos. * teManifDestCiencia ==> Este evento diz que o Destinatário tem Ciência da Operação, ou seja, esta informando a SEFAZ que realmente comprou o produto. * teManifDestDesconhecimento ==> Este evento diz que o Destinatário Desconhece a Operação, ou seja, esta informando a SEFAZ que não comprou o produto. * teManifDestConfirmacao ==> Este evento diz que o Destinatário Confirma a Operação, ou seja, esta informando a SEFAZ que recebeu o produto. * teManifDestOperNaoRealizada ==> Este evento diz que o Destinatário Não Confirma a Operação, ou seja, esta informando a SEFAZ que não recebeu o produto (neste caso se faz necessário uma justificativa). Gostaria de saber qual é a sua duvida, uma vez que a passagem das informações para o componente é semelhante a da carta de correção ou do cancelamento, uma vez que estes também são eventos.

Bom dia Leonardo, Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Valdir, Não sei se você sabe, mas quando definimos o valor de SSLLib o componente se encarrega de definir os valores das demais propriedades. Valores estes que na maioria dos casos vai funcionar sem nenhum problema.

Bom dia Wagner, O que não esta funcionando é o envio da Carta de Correção do CT-e, correto? Por outro lado o Cancelamento do CT-e esta tudo OK, correto? Na página 30 do Manual do CT-e versão 3.00 temos uma tabela de eventos. No primeiro quadro são os eventos enviados pelo Emitente do CT-e. Nesse quadro temos 5 eventos, sendo apenas 1 (EPEC) é enviando para a SVC - SEFAZ-Virtual de Contingência, os demais são enviados para a SEFAZ-Autorizadora, que no seu caso é SEFAZ-SP. Os 4 eventos que são enviados para a SEFAZ-Autorizadora são: CC-e, Cancelamento, Registros do Multimodal e Informações da GTV. Se o envio do evento de Cancelamento esta funcionado, o de CC-e também deveria funcionar uma vez que vão para o mesmo webservice. Você poderia anexar o XML do evento de CC-e para que possamos analisar?

Velmer, E não tem nenhuma pasta com os XMLs retornados pelo DistribuicaoDFe?