Italo Giurizzato Junior

Bom dia Antonio, No meu caso todas as DLLs que você mencionou e coloco na mesma pasta da aplicação e registro as que tem que ser registradas. E funciona.

Bom dia Igor, Seria interessante você pegar essa sua postagem e enviar para a SEFAZ, pode ser um erro deles.

Weriton, A procedimento é simples, corrigir a informação errada, gerar novamente o XML, assinar, validar e enviar. Com certeza o erro a ser corrigido não vai afetar o valor final da nota, então qual é o problema?

Bom dia Allan, Primeiramente, quem disse a você que o XML assinado e protocolado pode ser alterado? Quem disse que você pode trocar o protocolo de autorização pelo de cancelamento? Cancelamento é um evento vinculado a uma nota autorizada, sendo assim é necessário você possuir o XML da nota com o protocolo de autorização mais o XML do evento de cancelamento da mesma. Quem disse a você que existe inutilização de nota fiscal? Você inutiliza um numero e não a nota, quando você solicita a SEFAZ a inutilização do numero 150 (por exemplo) esta informando a SEFAZ que não existe a nota de numero 150. Se por algum motivo o XML assinado da nota enviada para SEFAZ esta sem o protocolo de autorização pois ocorreu um problema na conexão, o procedimento é, carregar o componente com o XML e depois executar o método Consultar, desta forma você terá o XML com validade jurídica, ou seja, assinado e protocolado. Se o componente estiver configurado para salvar em disco (Configuracoes.Arquivos.Salvar := True) ele será salvo e se desejar poderá obter o mesmo para salvar no banco de dados ledo a seguinte propriedade: ACBrNFe.NotasFiscais.Items[ x ].XMLAssinado Reveja os seus conceitos, eles estão errados.

Bom dia a todos, Weriton, como assim o consumidor já levou o DANFE? O DANFE só pode ser impresso em duas situações: 1. Se a nota for autorizada pela SEFAZ. 2. Se a nota for impressa em Offline. Uma nota rejeitada tem sim que ser corrigida e enviada novamente. Alguém tem que ficar monitorando todas as notas enviadas para saber quais as que foram rejeitadas, qual foi o motivo para efetuar as devidas correções, gerar novamente o XML, assinar e por fim enviar novamente. Dependendo da informação que fez com que a nota tenha sido rejeitada não consta no DANFE sendo assim não existe problema algum fazer a correção para enviar novamente.

Bom dia Zanutto, O consultar não baixa nada, apenas retorna a situação atual do CT-e. O consultar age de duas formas diferentes: 1. Se for informado somente a chave do CT-e é retornado a situação atual do mesmo. 2. Se o componente for carregado com o XML do CT-e a ser consultado, alem de retornar a situação atual o XML será atualizado, deixando-o com validade jurídica, ou seja, assinado e protocolado, isso se ele tenha sido autorizado pela SEFAZ.

Bom dia Ciomar, Você não esta usando o ACBrInstall em vez do ACBrInstall_Trunk2? Pois no caso do Trunk2 o pacote se chama ACBr_OpenSSL.

Bom dia Edudidu, É bem provável que a SEFAZ ainda não atualizou a página no seu site para apresentar essas informações.

Boa tarde Douglas, Entre em contato com a SEFAZ-MG o problema é la.

Orlando, Eu não tenho um exemplo de rotina para lhe dar uma vez que ainda não implementei o EPEC na minha aplicação. Mas lembre-se que o EPEC é um evento e a estrutura é igual para todos os eventos, alguns tem algumas informações a mais do que outros, mas a estrutura é igual. Não existe nenhum método especifico para esse evento.

Boa tarde Allan, Qual é a rotina que esta com o erro?

Juliano, Se você faz a consulta somente pela chave o que temos como resposta é o resultado da consulta. Por outro lado se você carregar o componente com todos os dados da NF-e que deseja consultar, você terá nas propriedades que mencionei o XML completo, ou seja, assinado e protocolado.

Boa tarde Douglas, Só realizamos alterações dessa natureza mediante a publicação de Nota Técnica, assim que for publicada tenha certeza que faremos os ajustes necessários.

Boa tarde Juliano, Já tentou algo do tipo: ACBrNFe.NotasFiscais.Items[J].XMLAssinado ou ACBrNFe.NotasFiscais.Items[J].XMLOriginal

Boa tarde Ronaldo, Essa alteração não será aplicada pois tivemos diversos problemas com outros desenvolvedores que estavam atribuindo valores inválidos a propriedade ID. Chegamos a conclusão que o conteúdo da propriedade ID tem que ser gerada pelo próprio componente com os dados atribuídos as outras propriedades usadas na geração do mesmo. Te faça uma pergunta, você gera por fora o conteúdo da propriedade ID do Inutilizar Numeração? Acredito que não, sendo assim por que você quer gerar por fora a chave que é o conteúdo do atributo ID da nota? Não faz nenhum sentido, você pode muito bem deixar o componente gerar essa informação e depois ler: chave := ACBrNFe.NotasFiscais.Items[ X ].NumID;

Boa tarde Orlando, Se a rejeição diz que foi informado indevidamente isso significa que mais alguma coisa esta faltando. Primeiro o grupo de ICMSUFDest para ser aceito tem que atender uma meia duzia de condições. Lhe convido a ler a regra NA01-30 que encontra-se na página 11 da Nota Técnica 2015/003 versão 1.40 Verifique se o XML que esta sendo gerado satisfaz todas as condições impostas por essa regra.

Boa tarde Orlando, Lhe convido a ler a Nota Técnica 2014/001 versão 1.10 que trata sobre o EPEC. São apenas 20 páginas, leia com muita atenção a página 5. O fluxo é mais ou menos esse que você postou, mas leia a NT para obter mais alguns detalhes.

Boa tarde, Não existe mais no XML os grupos de retirada e de entrega, logo se existe alguma coisa nesse sentido no DACTE tem que ser removido.

Boa tarde a todos, Primeiro, desculpe pelo puxão de orelha. Segundo, quando digo que os componentes estão ou devem estar em conformidade com os Manuais e Notas Técnicas, o primeiro lugar que devemos buscar por uma resposta são nesses documentos. E a resposta para o questionamento do nosso amigo Igor Nunes, esta exatamente na NT.

Orlando, Não vai funcionar a data de emissão tem que ser igual a do servidor da SEFAZ e este esta com a data de hoje.

Fechado por duplicidade.

Orlando, Não adianta você alterar a data do computador ou a data de emissão que consta no XML o servidor da SEFAZ vai comparar a data do servidor com a data de emissão que consta no XML e elas tem que ser iguais, inclusive a hora tem que ter uma variação máxima de 1 minuto ou 5 dependendo da UF. Você esta realizando os testes em ambiente de homologação?

Bom dia, Editei a sua postagem. Não informe o nome de ninguém da Secretaria da fazenda ou do fisco, eles não lhe dão essa autorização, no máximo coloque a resposta deles.

Graça, Os arquivos que você mencionou são de envio e resposta mas note que eles possuem a palavra soap no nome. Eles contem a estrutura completa do XML enviado e recebido da SEFAZ que nos auxiliam em muito para detectar erros. Para que os mesmos não sejam salvos basta: ACBrCTe1.Configuracoes.WebServices.Salvar := True;

Bom dia a todos, Vamos ao nosso velho e amigo Nota Técnica 2013/005 versão 1.22 página 46 campo #14 ( dhSaiEnt ) na coluna observação temos qual é o formato desse campo e uma observação extra. Por favor leiam o que esta escrito nessa observação extra.