Italo Giurizzato Junior

Bom dia José, Você se refere ao ACBrNFeMonitor, correto? A opção de emissão Offline é destinada a emissão da NFC-e e não NF-e. Para obter mais informações sobre o assunto você encontra na Nota Técnica 2013/005 versão 1.21 e Especificações Técnicas do DANFE NFC-e QR-Code Versao 3.2, disponíveis no Portal Nacional da NF-e

Bom dia, Por favor atualize os fontes e teste novamente.

Walter, Devemos deixar marcado as opções: Usar SSL 3.10, TLS 1.0 e Verificar se há assinatura em programas baixados. E desmarcas as opções: Usar SSL 2.0, Verificar revogação de certificados do servidor e Verificar se há revogação de certificados do editor.

Bom dia, Muito estranho. 1. a versão 3.00 é só para a NFC-e e foi usada inicialmente no projeto piloto e foi desativada, portanto devemos utilizar a versão 3.10 2. na sua postagem #1 esta aparecendo 2.00 como versão do Layout para a NFC-e, portanto a rejeição esta correta, pois não existe a versão 2.00 para NFC-e

Bom dia Paulo, Estamos trabalhando para corrigir o problema.

Bom dia Hercules, Lembre-se que no caso da NFC-e quando enviamos um lote com apenas uma NFC-e a conexão é síncrona, ou seja, o retorno após o envio já é o protocolo de autorização ou a rejeição. Quando enviamos um lote com 2 ou mais NFC-e a conexão é assíncrono, ou seja, o retorno após o envio é o numero do recibo, que utilizamos para realizar a consulta, o retorno desta consulta temos o protocolo de autorização ou a rejeição.

Bom dia a todos, Por favor atualizem os fontes e tente novamente.

Bom dia, Estamos trabalhando para descobrir o problema e fazer as devidas correções, por favor aguarde.

Bom dia Ricardo, Para os usuários do SAC é disponibilizado uma nova compilação toda segunda-feira.

Bom dia Walter, Você verificou a configuração do Internet Explorer, no que diz respeito a revogação de certificados?

Boa tarde Carlos, Você tem que carregar (LoadFromFile) o XML do MDF-e, ou seja, <chave>-mdfe.xml

Fabio, Fiz uma alteração, por favor atualize os fontes e teste novamente.

Boa tarde, Analisando o arquivo de retorno consta que o MDF-e em questão já encontra-se encerrado. Foi feito uma alteração no componente a fim de mostrar o motivo da rejeição e não a mensagem de erro. Favor atualizar os fontes e testar novamente.

Boa tarde João, Por favor atualize os fontes e teste novamente.

Boa tarde inform, Por favor atualize os fontes e teste novamente.

Boa tarde Fabio, Só 2 horas para poder cancelar??? Muito estranho o normal é 168 horas, esta certo que cada UF tem a liberdade de alterar esse prazo, mas 2 horas acho muito pouco uma vez que as NF-e tem prazo de 24 horas. Respondendo as suas perguntas: Sim, após emitir um CT-e de Anulação temos que emitir o de Substituição, que no seu caso não resolve o problema. Não existe um CT-e de retorno, devolver uma mercadoria é uma coisa, não faz sentido devolver um serviço que já foi prestado. Se o contador contabilizar somente uma prestação de serviço, a transportadora terá problemas futuros, uma vez que na SEFAZ consta que ela realizou 4 serviços.

Boa tarde Rafael, Muito obrigado pela colaboração, ainda hoje será disponibilizado a alteração.

Boa tarde, O componente ACBrMDFe possui a propriedade: Configuracoes.WebServices.Salvar, atribua o valor True e faça novos testes. Isso não vai resolver o problema, mas os arquivos de envio e retorno serão salvos com a palavra soap no final. Post como anexo esses arquivos para que possamos analisar.

Fabio, O componente ACBrCTe possui a propriedade: Configuracoes.WebServices.Salvar atribua o valor True e faça novos testes. Isso não vai resolver o problema, mas serão gravados arquivos de envio e de retorno com a palavra soap no final do nome. Post como anexo o arquivo de envio e de retorno para que possamos analisar.

Boa tarde Marcelo, Por favor, procure sempre postar como anexo fragmentos de códigos e não como texto como você fez.

Boa tarde Ricardo, Muito obrigado pelas informações. Checando os fontes do componente ACBrNFe notei que ele se utilizava exclusivamente da SV-AN no caso de Piauí, fiz uma alteração para que se tratando de NF-e utilize SV-AN e quando for NFC-e é para utilizar a SV-RS. A alteração mencionada já encontra-se no repositório dos fontes, ficamos agora no aguardo de uma nova compilação do ACBrNFeMonitor.

Boa tarde Fabio, Favor atualizar os fontes e testar novamente.

Bom dia, Atualize os fontes e tente novamente.

Bom dia Ricardo, No componente consta que o Piaui se utiliza do SEFAZ-Virtual Ambiente Nacional. Mas segundo o Portal Nacional da NF-e se utiliza da SEFAZ-Virtual do Rio Grande do Sul. Precisamos saber se para ambos os documentos (NF-e e NFC-e) agora é SV-RS?

Bom dia a todos, As empresas que participam do projeto piloto da NFC-e solicitaram que seja incluída uma TAG para informar o truco vamos aguardar.