Italo Giurizzato Junior

Bom dia Luciano, Primeiramente me responda, esse XML que você postou como anexo, esta tentando validar no validador da SEFAZ-RS? Se sim, esqueça, o validador da SEFAZ-RS espera encontrar um XML assinado e sem o protocolo de autorização. Repito mais uma vez, a partir do momento que o componente gerou o XML, assinou, validou, foi enviado para SEFAZ, esta retornou o protocolo de autorização, isso significa que o mesmo esta tudo OK. E ainda você esta duvidando da SEFAZ? Desculpe não estou entendendo a sua preocupação.

Bom dia Fabio, Desculpe pela demora, fiz o teste sim na sexta a noite e funcionou 100%.

Bom dia Luciano, Acredito que você deve ter realizado o teste de validação do site da SEFAZ-RS, correto? Pois bem esse site visa validar o XML que ainda não foi enviado para SEFAZ, sendo assim não possui o protocolo de autorização. Portanto é de se esperar que esse validador vai acusar erro, pois vai detectar o grupo nfeProc que significa que a NFe foi processada pela SEFAZ e a mesma retornou o protocolo de autorização. Você concorda que se o XML gerado pelo ACBrNFe, foi assinado, validado pela rotina interna do mesmo, não acusou nenhum erro, foi enviado para SEFAZ, que possui uma rotina de validação mais minuciosa, também não encontrou nenhuma irregularidade a ponto de dar a mesma como autorizada, sendo assim esse XML assinado e com o protocolo de autorização tem validade jurídica, não é mais do que suficiente para concluir que é valido? O primeiro fragmento de XML que você postou é o XML assinado sem o protocolo, logo ele pode ser dado como valido pelo validador da SEFAZ-RS, mas não tem validade jurídica pois não possui o protocolo de autorização. O segundo fragmento de XML que você postou que possui o grupo nfeProc, esta assinado e com o protocolo de autorização, logo ele tem validade jurídica.

Bom dia Maurício, Você ainda esta usando os fontes do repositório Trunk ou já passou a usar os do repositório Trunk2? A minha sugestão é que você desinstale tudo exclua todos os arquivos referentes ao ACBr, crie uma nova pasta e configure o Torpoise para baixar os fontes do Trunk2. Depois se utilize do ACBrInstall_Trunk2 para instalar. Não instale os componentes ACBrGNRE e ACBrNFSe pois eles ainda não estão prontos. Quando aos Documentos Auxiliares como DANFE, DACTE, etc., agora a suite do ACBr vai oferecer apenas em Fast Report e Fortes Report.

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

Bom dia Dimas, Quanto ao DAMDFE em Fast Report vou ficar lhe devendo pois não o conheço. Com relação a gerar o XML, tentou apenas alimentar o componente e depois executar o método Assinar?

Boa tarde Fabio, Tenho o Trunk2 instalado em casa. A noite vou fazer testes de visualização do DACTE, até o momento só tinha feito com o DANFE. Caso eu detecte alguma falha, vou tentar sanar e disponibilizar a correção.

Fabio, No caso do Fast Report você atribuindo o arquivo em tempo de execução? Quanto ao certificado posso ter me enganado.

Bom dia Ricardo, Como hoje devemos detalhar (Federal, Estadual e Municipal) sendo assim devemos realizar 3 cálculos, correto? No exemplo que mostrei é uma versão antiga da minha aplicação onde não era necessário esse detalhamento. Mas em vez de atribuir em vTotTrib você pode realizar os cálculos e atribuir em: infAdProd := 'Valor aproximado dos tributos Federal R$ ' + FormatFloat('0.00', vTribFed) + ' (' + FormatFloat('#0.00', pAliqFed) + '%) Fonte: IBPT'; infAdProd := infAdProd + 'Valor aproximado dos tributos Estadual R$ ' + FormatFloat('0.00', vTribEst) + ' (' + FormatFloat('#0.00', pAliqEst) + '%) Fonte: IBPT'; infAdProd := infAdProd + 'Valor aproximado dos tributos Municipal R$ ' + FormatFloat('0.00', vTribMun) + ' (' + FormatFloat('#0.00', pAliqMun) + '%) Fonte: IBPT'; Para aparecer em cada item. Depois você pode fazer 3 somatórias e colocar o resultado em observações.

Se você pesquisar no fórum vai encontrar várias postagens orientando que deve-se configurar o Modelo e a Versão do Documento Fiscal para que o componente funcione de forma correta. Para emitir NF-e deve-se configurar: ModeloDF := moNFe; VersaoDF := ve310; Para emitir NFC-e deve-se configurar: ModeloDF := moNFCe; VersaoDF := ve310;

Por favor, post como anexo o log de instalação.

Bom dia Fabio, Qual erro? Com os fontes do Trunk2 acredito que sim, seja possível detectar a presença do certificado.

Bom dia Marcello, Os arquivos: -env-lot.xml, -rec.xml, -ped-rec.xml e -proc-rec.xml, entre outros são arquivos de envio e de retorno da SEFAZ e conforme a minha postagem anterior não os considero como arquivos com validade jurídica. Para mim, os XMLs: *-nfe.xml (assinado e protocolado), *-procEventoNFe.xml e *-procInutNFe.xml são os únicos com validade jurídica, os demais não. É por isso que deveríamos mudar o conceito das propriedades Salvar para: Configuracoes.Geral.Salvar <== Salva ou não os arquivos sem validade jurídica Configuracoes.Arquivos.Salvar <== Salva ou não os arquivos com validade jurídica Essa alteração é simples de ser feita e seria realizada em apenas uma unit. Fazendo essa alteração os componentes ACBrNFe, ACBrCTe e ACBrMDFe por herança passariam a ter o mesmo comportamento no que diz respeito a essas propriedades.

Bom dia, Atualize os fontes e tente novamente.

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 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.

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.