Italo Giurizzato Junior

Bom dia Wagner, O ACBrMonitor não esta configurado para salvar os arquivos? Não foi definido um caminho para salvar os arquivos de eventos? Chegou a abrir o Windows Explorer e mandar pesquisar por: *proceventomdfe.xml ?

Wagner, Eu sei, mas esses 3 que mencionei são gerados pelo Monitor. Você gerou um arquivo INI com o comando de encerramento, perfeito, mas o Monitor gera os arquivos que mencionei. *-ped-eve.xml é o arquivo XML que contem o pedido, ou seja, o envio do evento de encerramento no seu caso. *-eve.xml é o arquivo XML que contem o retorno da SEFAZ acusando se o evento foi aceito ou não e se sim nele consta o protocolo do evento de encerramento. *-procEventoMDFe.xml este XML nada mais é do que a união dos dois acimas, ou seja, contem o pedido de encerramento e o retorno da SEFAZ, este arquivo é conhecido como o XML que contem o processamento do evento, dai o "procEvento" em seu nome. Verifica, o monitor deve ter criado uma pasta chamada Evento e dentro desta uma outra chamada Encerramento e dentro desta ultima consta os 3 arquivos.

Luciano, Você disse que com a NF-e funciona conforme o que você deseja e com o CT-e não. Pois bem, o pessoal esta trabalhando para compatibilizar tudo, portanto com as alterações que estão sendo promovidas certamente vai passar a funcionar também no CT-e. Não estou participando dessas alterações, mas sei que muita coisa esta sendo feita e pra melhor. Tudo vai ser apresentado no Dia do ACBr, agora dia 10 de novembro e acredito que ao mostrar as mudanças será anunciado quando vamos ter isso disponível para que possamos atualizar nossos fontes.

Boa tarde, Você concorda que se você resolver o problema de duplicidade por tabela resolve o outro? Pois bem, porque esta ocorrendo rejeição pode duplicidade? Essa rejeição só ocorre se o mesmo MDF-e for enviado mais de uma vez. Você não marca no banco de dados que o MDF-e já foi enviado e desta forma impedir que o usuário envie novamente? Você deixa o usuário alterar o numero do MDF-e que será enviado? O numero do MDF-e tem ser sequencial, a sua aplicação que tem que controlar e nunca deixar que o usuário possa alterar esse numero.

Luciano, Peço que leia a minha primeira resposta a sua postagem. Mais precisamente o segundo paragrafo.

Wagner, E os arquivos: *-ped-eve.xml, *-eve.xml e o *-procEventoMDFe.xml ?

Luciano, Não querendo ser chato, eu prefiro que você use termo "visualizar" quando se referir a tela e "imprimir" quando se referir a impressora. Digo isso pois, carregar "n" CT-e e depois executar o método Imprimir esta funcionando 100%. O seu problema é visualizar todos esses DACTEs de uma só vez, pelo que eu entendi, em vez de visualizar o primeiro, fechar o form para visualizar o segundo e assim por diante. E pelo que entendi você consegue carregar "n" NF-e e visualizar todos os DANFE sem a necessidade de fechar o form para visualizar o próximo, correto? E o que você deseja é o mesmo para o CT-e. Confere tudo o que eu disse acima?

Boa tarde Wagner, Acredito que você não entendeu, eu pedi os XMLs de envio e de retorno do evento de Encerramento. Você anexou os XMLs de consulta ao status de serviço e de consulta ao MDF-e, que por sinal esta autorizado e possui um evento de encerramento vinculado ao mesmo. Abra o arquivo *-sit.xml

Boa tarde Luciano, Deixa eu entender a sua situação. Você deseja imprimir no papel folha A4 dois CT-e ou penas um só? Pois o que o Elton lhe passou é uma versão do DACTE que permite a impressão de dois CT-e por folha. O que eu entendi é que você deseja ter a possibilidade de em um único preview visualizar vários DACTE antes de imprimir definitivamente no papel. Estou correto?

Sim, o EPEC é uma outra alternativa, mas devemos lembrar que o EPEC é um evento e deve ser enviado para a SEFAZ-Autorizadora. Vamos lá, como a coisa funciona. Supondo que o emitente é do Amazonas, temos duas situações. 1. A SEFAZ-AM parou, neste caso o emitente tem que enviar a sua nota para a SVC-RS (SEFAZ Virtual de Contingência do RS), esta por sua vez se encarrega de replica a nota para a SEFAZ-AM assim que ela voltar a funcionar. 2. A internet do emitente parou, neste caso o emitente pode enviar o evento EPEC para a SEFAZ-AM através de uma conexão 3G ou 4G (por exemplo) e quando o problema for sanado deve enviar a nota para a SEFAZ. Para mais informações sobre o EPEC, aconselho que leia a Nota Técnica 2014/001 versão 1.10.

Bom dia, A alteração foi realizada e já se encontra no repositório.

Bom dia, Você tem algum contato da prefeitura de Salvador responsável pelo Webservice que poderia mostrar exatamente o porque do erro. Qual é a forma correta de gerar para que não ocorra o erro. Desta forma teremos condições de realizar as alterações e você fazer os testes.

Bom dia, A NFS-e não funciona da mesma forma que a NF-e. Para começar na NFS-e, enviamos para o webservice o XML do RPS (Recibo Provisório de Serviço) e se tudo estiver OK, teremos como resposta o XML da NFS-e. Segundo, o numero do protocolo que retornado ao enviar o lote de RPS tem a mesma finalidade no numero do recibo quando enviamos um lote de NF-e para a SEFAZ. Ou seja, esse numero só diz a você que o lote foi recebido. O métodos ConsultarSituacao e ConsultarLoteRps se utilizam do numero do protocolo bem como do numero do lote. Detalhe importante se o provedor segue a versão 2 do layout da ABRASF devemos utilizar apenas o ConsultarLoteRps. O ConsultarSituacao só esta disponível nos provedores que seguem a versão 1 do layout da ABRASF e ele tem a finalidade de informar se o lote já foi processado ou não, se foi processado com sucesso ou com erros. Por outro lado o ConsultarLoteRps caso o(s) RPS forem processados com sucesso já temos no retorno o XML da(s) NFS-e, caso contrario teremos a lista de erros.

Deve ter alguma coisa errada, pois para mim funcionou. 1-env-lot.xml 1-rec.xml

Bom dia, O emitente da NF-e é do Amazonas? Se sim, quando a SEFAZ-AM esta fora do ar a nota deve ser enviada para a SVC-RS. Veja neste link: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=

Bom dia, Você esta lendo o valor do campo Status após obter o retorno da consulta, ou após carregar o XML da NFS-e? Você tem o retorno e ou o XML da NFS-e para que possamos analisar o problema? Se sim, favor anexar aqui.

Pessoal, A SEFAZ-CE na data de hoje (23/10/2018) esta com todos os serviços parados. O motivo é que criminosos na tentativa de um assalto a uma empresa de transporte de valores romperam os cabos de fibra ótica da SEFAZ. Vejam este link: http://diariodonordeste.verdesmares.com.br/editorias/seguranca/online/policia-federal-frustra-assalto-a-empresa-transportadora-de-valores-na-capital-1.2016644

Bom dia Luciano, Se faz necessário analisar os dois código do DANFE e do DACTE feitos em Fortes Report para saber o que existe de diferente entre eles que em um isso é possível e em outro não a visualização de vários sem a necessidade de fechar para ver o próximo. Acredito que esse e outros problemas serão sanados com as mudanças que estão sendo promovidas no que diz respeito a visualização e impressão dos Documentos Auxiliares, ou seja, DANFE, DACTE, etc. Não sei lhe informar quando vai ser disponibilizado essas alterações, mas com certeza será apresentada no Dia do ACBr.

Bom dia Jeferson, Ao aparecer o erro de nó não encontrado clique no botão Continuar.

Bom dia, Tente com essa configuração: AACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt; AACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; AACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; AACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsXmlLib2; e o SSLType atribua o valor LT_TLSv1_2

Bom dia Wagner, Favor anexar os XMLs de pedido e de retorno do evento de encerramento para que possamos analisar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Igor, Neste caso, você deve fazer a alteração no arquivo Cidades.ini, informando o provedor correto e depois se necessário for alterar o arquivo INI do provedor incluindo as URLs de produção e homologação que constem no manual ou no site da prefeitura. Por fim iniciar os testes. Estando tudo funcionando, favor anexar os arquivos INI alterados para que possamos enviar para o repositório.

Boa tarde Fernanda, O problema se encontra na data e hora de emissão do evento, abra o arquivo de pedido de evento e veja. Tag: <dhEvento>

Boa tarde Alex, Muito obrigado pela colaboração, já enviei para o repositório.