Italo Giurizzato Junior

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.

Boa tarde, Se você se refere ao numero do recibo retornado quando enviamos o lote para SEFAZ, por favor leia a minha postagem #6.

Boa tarde, Estou com problemas de enviar para o repositório, assim o problema for sanado estarei atualizando. Desde já muito obrigado pela colaboração.

Boa tarde Dangelo, Antes o componente trocava o protocolo de autorização pelo de cancelamento. Chegamos a conclusão, que esse procedimento não esta correto, uma vez que a nota foi sim autorizada em um primeiro momento e depois foi solicitado o seu cancelamento. Sendo assim o XML valido juridicamente é aquele que contem a assinatura e o protocolo de autorização de uso retornado pela SEFAZ-Autorizadora. Como proceder agora? No banco de dados você tem que ter uma tabela de eventos onde seja possível através de uma consulta simples saber se uma determinada nota possui ou não um evento de cancelamento, caso afirmativo você atribui o valor True a propriedade NFeCancelada antes de imprimir o DANFE da mesma senão atribua o valor False.

Bom dia Carlos, Todos os fontes de todas as pastas estão atualizados? A Unit responsável pela leitura do XML de uma NF-e encontra-se dentro da pasta PCN2. É a pcnNFeR.pas esta unit esta atualizada? Verifiquei e a mesma contem as linhas que faz a leitura das TAGs referentes ao Medicamento.