Italo Giurizzato Junior

Bom dia, Esse tipo de erro tem haver com o certificado. Ele pode estar vencido, ou a cadeia de certificados vencida, .... aqui no fórum existem vários tópicos que tratam sobre esse assunto e várias soluções. Por favor pesquise por "12029" ou por "Requisição não enviada".

Bom dia Graziani, Por favor post em anexo o MDF-e que foi rejeitado. No que diz respeito ao salvar, talvez ele esteja salvando em uma outra pasta que não seja a que você configurou em PathSalvar.

Bom dia Marciono, Favor atualizar os fontes e testar novamente.

Bom dia Santos, Favor atualizar os fontes novamente.

Bom dia Daniel, No ACBrNFe a propriedade SalvarEvento antes se chamava SalvarCCeCanEvento e tinha como finalidade definir se os XMLs referente a eventos: CCe e Cancelamento seriam salvos na pasta definida por GetPathEvento ou salvos na pasta definida por GetPathCCe / GetPathCan. Sendo assim ela não tinha a função de informar se os XMLs seriam salvos ou não e sim definir o local de gravação, quem realmente defini se será salvo ou não é a propriedade Salvar (Configuracoes.Arquivos.Salvar). Se você abrir a unit ACBrNFeWebServices (repositório Trunk) e procurar pela propriedade SalvarCCeCanEvento vai encontra-la apenas em: function TNFeEnvEvento.GerarPathEvento: String; e vai poder confirmar o que escrevi acima. Se tratando de Eventos, o componente ACBrNFe gera 3 XMLs, são eles: *-ped-eve.xml <=== XML que contem o pedido do evento, ou seja, é a solicitação enviada a SEFAZ *-eve.xml <=== XML que contem o retorno da SEFAZ informando que o evento foi registrado ou não. *-procEventoNFe.xml <=== esse XML contem o pedido e o retorno, ou seja, o conteúdo dos dois acima e é o XML que devemos encaminhar para o destinatário e é este que usamos para imprimir ou gerar o PDF do Evento. Lembre-se que o XML da NF-e, ou seja, *-nfe.xml é a nota e esse arquivo para ter validade jurídica tem que estar assinado e com o protocolo de autorização. Caso esta nota venha ser cancelada, o XML da NF-e não deve ser alterado (em nenhum manual ou nota técnica diz que devemos substituir o protocolo de autorização pelo de cancelamento). Sendo assim ao efetuar o cancelamento (evento) teremos o *-procEventoNFe.xml, este é um documento com validade jurídica pois esta assinado e possui o protocolo da SEFAZ que diz que o evento foi registrado e vinculado a NF-e. De forma semelhante os componentes ACBrCTe e ACBrMDFe geram os 3 XMLs acima citados e com os mesmos propósitos sendo que o último tem o seu nome diferente: *-procEventoCTe.xml / *-procEventoMDFe.xml No meu entendimento e pela legislação devemos armazenar em disco ou no banco de dados os arquivos que tem validade jurídica, os demais podemos com o passar do tempo excluir ou até mesmo não salvar. Sendo assim concluo que a propriedade: Configuracoes.Arquivos.Salvar tem que ser usada para definir se os arquivos com validade jurídica serão salvos em disco ou não, se eu optar por não salvar tenho que ler a propriedade que contem o XML em questão para poder armazena-lo no banco de dados. Por outro lado a propriedade: Configuracoes.Geral.Salvar tem que ser usada para definir se os demais arquivos (sem validade jurídica) serão salvos em disco ou não.

Boa noite Santos, Desculpa a todos errei ao escrever o nome da propriedade, o correto é: ACBrNFe1.configuracoes.WebServices.PathSchemas := <informar o path que contem os arquivos XSD>;

Boa noite, Qual é o erro?

Boa noite a todos, Por favor atualizem os fontes e realizem novos testes. Pois foi removido dos componentes ACBrCTe e ACBrMDFe a propriedade SalvarEvento. Agora quem determina se os arquivos *-procEventoCTe.xml e *-procEventoMDFe.xml serão ou não gravados em disco é a propriedade de configuração: Configuracoes.Arquivos.Salvar := [True = Grava | False = Não Grava];

Boa noite Fabio, Tente algo do tipo: 1. Configure o componente DACTE para mostrar o Preview, ou seja, atribua o valor True a propriedade MostrarPreview; 2. Alimente o componente com os dados pertinentes ao transporte; 3. Execute o método Imprimir.

Boa noite Luiz, Favor atualizar os fontes e testar novamente.

Luiz, Acredito ter encontrado o problema, mas peço que tenha um pouco mais de paciência, pois preciso analisar um pouco mais. Entre hoje e amanhã iremos disponibilizar uma correção.

Configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Refaça o teste e post como anexo os arquivos de envio e de retorno (os que possuem a palavra soap no nome).

Boa tarde Ricardo, Tenha uma coisa em mente: 1. O componente ACBrNFe não realiza cálculos, principalmente relacionados a impostos. 2. A nomenclatura das propriedades é a mesma que consta nos manuais e notas técnicas. 3. Sendo assim no componente existe duas propriedades vTotTrib, uma usada para informar o valor referente ao item e a outra usada para informar o total, ou seja, a soma de todos os itens. Fragmentos da minha aplicação: with Imposto do begin {Calcula o Tributo ICMS} // Valor Aproximado Total de Tributos Federais, Estaduais e Municipais ValorTotalTrib := ValorTotalTrib + DM_VEN.ItensValorTribAprox.AsFloat; // Valor Aproximado Total de Tributos Federais, Estaduais e Municipais vTotTrib := RoundTo(DM_VEN.ItensValorTribAprox.AsFloat, -2); (...) end; O fragmento abaixo temos a variável ValorTotalTrib que é usada para fazer a somatória e a propriedade vTotTrib sendo alimentada com o respectivo valor do tributo refente ao item ADD. O fragmento abaixo temos a propriedade vTotTrib (total) recebendo a somatória. {======================================================================} { Valores Totais da Nota Fiscal } {======================================================================} Total.ICMSTot.vBC := RoundTo(BaseICMS, -2); Total.ICMSTot.vICMS := RoundTo(ValorICMS, -2); (...) // Valor Aproximado Total de Tributos Federais, Estaduais e Municipais Total.ICMSTot.vTotTrib := RoundTo(ValorTotalTrib, -2);

Boa tarde a todos, A TAG verProc contem a versão da sua aplicação. A minha por exemplo já esta na versão 4.0, portanto não tem nada haver com a versão da NF-e. Se você não alimentar essa propriedade o componente assume o valor: ACBrNFe3 se não me falha a memória.

Boa tarde, Estranho esse erro, pois tinha feito uma correção na semana passada se não me falha a memória, visando corrigir esse problema. Verifique se todos os seus fontes contem uma bolinha verde no icone.

Boa tarde Marcello, A propriedade: AdicionarLiteral esta com o valor True?

Boa tarde Junior, A rejeição é clara: o autor do evento diverge do emissor da ct-e, ou seja, o CNPJ informado no evento tem que ser igual ao CNPJ do emitente do CT-e.

Boa tarde Luiz, O nome do arquivo de retorno após a consulta é salvo apenas -sit.xml ? Se sim tem mais coisa errada.

Valdir, As Notas Técnicas que se referem a NFC-e possui "NFC-e" no link da mesma.

Bom dia Marcelo, Você esta achando que tem menos componentes, devido que alguns componentes da aba ACBr agora estão em outras 2 abas se não me falha a memória.

Valdir, Não se refere a EPEC, acesse o link abaixo: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= e clique no link: Nota Técnica NFCe 2014.001

Bom dia Jeferson, Obrigado pelo retorno, ainda hoje estarei enviando a alteração para o repositório.

Bom dia Cardilo, Sim, a estrutura de salvar em disco os XMLs referentes aos evento é a mesma tanto no ACBrNFe, quanto no ACBrCTe e ACBrMDFe. Lembrando que algumas pastas podem não ser criadas uma vez que não existe o tipo de evento para o respectivo documento fiscal. Por exemplo a pasta CCe (dentro de evento) não será criada no caso do ACBrMDFe uma vez que este não possui Carta de Correção, por outro lado vai ser criado a pasta Encerramento e os outros dois (ACBrNFe e ACBrCTe) não.

Bom dia Marciano, Caso você queira contribuir fazendo um novo DANFE - NFC-e em tamanho A4 mas com o QR-Code fique a vontade.

Bom dia Valdir, Por favor leia a Nota Técnica 2014/001, essa NT trata sobre a Administração do Código de Segurança do Contribuinte - CSC. Se não me falha a memória esse serviço só esta disponível na SEFAZ-AM, mas poderá ser implantado por outras SEFAZ.