Italo Giurizzato Junior

Juliomar, Achei a dita cuja da NFe (43121195211272000147550010000000491000600000) no ambinete de homogação ao realizar uma consulta completa no Portal Nacional da NFe e consta como autorizada. Encontrei também no SEFAZ de RS, também em ambiente de homologação. O que deve estar ocorrendo: 1. O ambiente de homologação registra a NFe em seu banco de dados mas retorna o rejeição; 2. O componente ACBr trata de forma correta os retornos da SEFAZ e apresenta para o usuário o motivo da rejeição. 3. O outro software que o nosso amigo usou para enviar a NFe não deve tratar todos as rejeições, logo não apresenta para o usuário. Concluo que o componente esta realizando a sua tarefa de forma correta e que existe um bug no ambiente de homologação da SEFAZ-RS. Alan, quando é apresentado uma mensagem de Rejeição, significa que o componente gerou o XML, assinou, validou e enviou e a SEFAZ ao receber o mesmo detectou uma falha e o rejeita, retornando o código e a mensagem de erro que motivou a rejeição. Como você pode ver não é o componente que não esta aceitando os seus dados e sim a SEFAZ, agora de duas ou uma, se o que você esta dizendo esta correto, o CFOP 2949 esta correto, então existe um BUG na SEFAZ que esta o rejeitando apesar de estar armazendo a NFe em sua base de dados. Se você configurou para salvar as mensagens de envio e de retorno, você vai achar um xml contendo a mensagem de rejeição retornada pela SEFAZ.

Boa tarde rcerqueira, Sem saber qual é o erro apresentado ao validar a nota fica dificil em te ajudar.

Bom dia Leonardo, Pelo que estou vendo você criou as suas proprias rotinas. Você não esta utilizando o componente ACBrMDFe que encontra-se no repositório branches. Eu já realizei alguns teste de envio usando o componente e funcionou sem nenhum problema em ambiente de homologação.

Bom dia Darlana, Dentro da pasta ...\Exemplos\ACBrNFSe\Delphi\Schemas temos a pasta GovBR, você esta usando os schemas desta pasta? Se você abrir o fonte: ACBrProvedorGovBR na function: GetConfigSchema temos a seguinte linha: ConfigSchema.NameSpaceXML := 'http://www.abrasf.org.br/ABRASF/arquivos/'; Nome que o Name Space termina com / isso diz para o componente acrescentar o nome do arquivo XSD referente ao serviço, no caso do GovBR todos os serviços utilizam o arquivo nfse.xsd. Desta forma o Name Space completo ao gerar o XML é 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd'.'>http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd'. Sendo assim o arquivo schema no caso o nfse.xsd tem que possuir o mesmo Name Space, e o que encontra-se dentro da pasta GovBR possui, veja: Se utilizar outro arquivo de schema mesmo que tenha o mesmo nome podera ocorrer erro, principalmente se o Name Space for diferente.

Bom dia Fabiano, Não foi colocado o botão para Download de NFe no programa exemplo, quem costuma atualizar o mesmo é o João Henrique.

Bom dia a todos, A rejeição referente a versão do cabeçalho, ocorre no envio do lote, no cancelamento por evento, em ambos? Em qual UF esta ocorrendo esse problema? Ele é frequente ou não? Pois estive checando as rotinas e esta tudo OK quanto as versões.

Boa tarde LeoSlander, Acrescente no uses a unit ACBrDFeUtil e altere a linha para: Documento := Trim(DFeUtil.LimpaNumero(Documento));

Fabinho, Uma coisa é você detectar falhas e postar no fórum a solução, bem como melhorias no código. Outra coisa é ter permissão de atualizar os fontes no repositório, isso é com o tempo. E quem avalia são os administradores. De qualquer forma pode-se considerar membro dessa equipe.

Dionatan, Esse botão [Gerar e Enviar NFSe] que tem no programa exemplo foi criado para o provedor Saatri que não possui um webservice de envio de lote de RPS, logo você deve se baser no outro botão [Gerar e enviar Lote]. Lembre-se que a NFSe é bem diferente da NFe. Você vai gerar e enviar um lote de RPS (Recibo Provisório de Serviço) e o WebService após processar o lote devolve o XML da NFSe. Espero ter ajudado.

Correto, Vou checar quanto as funções Formatar CEP e Fone que me parece possui diferenças entre as units.

Fabinho, Por favor atualiza novamente os fontes e tente mais uma vez.

Boa tarde a todos, O DAMDFe disponibilizado no branches foi feito usando o Quick Report 5.02 para o Delphi 7. Esperimente copiar os arquivos que encontram-se dentro da pasta ...\Fontes\ACBrMDFe\DAMDFe_QR3 para dentro da pasta ...\Fontes\ACBrMDFe substituindo os existentes. Depois compile a amplicação usando a opção Build.

Boa tarde Dionatan, Tem mais atualizações, baixe e compile a sua aplicação usando o comando Build que encontra-se no menu Project.

Boa tarde Fabinho, Favor atualizar novamente os seus fontes e compile a sua aplicação usando a opção Build que encontra-se no menu Project. Caso ocorra algum erro favor reportar a mensagem de erro completa.

Boa tarde Isaque, Perfeito, no decorrer dos dias vamos eliminando dos fontes as linhas comentadas, assim que notarmos que esta funcionando a contento. Vamos deixar por exemplo na unit ACBrNFeUtil as function que diz respeito somente a NFe. Desta forma vamos simplificar as units, evitar de ter function em duplicidade, tornando a manutenção do código muito mais rapida.

Por favor apague os fontes ACBrCTeConhecimentos.pas e ACBrCTeUtil.pas e baixe-os novamente.

Bom dia Fabinho, Encontra-se disponivel a correção, favor baixar e testar. Na verdade o problema não é a falta da declaração da unit ACBrNFe e sim o nome do identificador errado. Estava escrito EACBrNFeException sendo que o correto é EACBrCTeException. Quanto a function sign_file, foi alterado na declaração e ficou faltando alterar na implementação. Obrigado por detectar as falhas e apontar as soluções.

Agora ficou claro, desculpe.

Isaque, Desculpe, não compreendi "assumimos o nome da ACBrUtil"? A minha idéia e termos as duas units: ACBrUtil que contem as function de uso geral, e a ACBrDFeUtil que contem as function de uso dos componentes ACBrNFe, ACBrNFSe e ACBrCTe e outros que venham a ser criados para gerar documentos fiscais eletrônicos. No meu post anterior apenas alertei sobre as 3 funções que na unit ACBrUtil tem os seus nomes em ingles e nas demais em portugues.

Isaque, Perfeito, penso da mesma forma, só incluir uma function na unit ACBrUtil quando esta for de uso geral. E aproveitando, temos 3 funções no ACBrUtil que aparecem nas outras ACBrxxxUtil com nomes diferentes mas com a mesma funcionalidade. ACbrUtil ACBrxxxUtil padL PadE padR PadD padC PadC No ACBrUtil os nomes estão em ingles (L, R e C) e nas units ACBrxxxUtil estão em portugues (E, D, C).

Bom dia Sérgio, Não adinata você tentar acessar esse endereço pelo navegador pois trata-se de um NameSpace que deve estar presente no XML pois o validador necessida do mesmo para validar o XML. Dionatan, já atualizei a unit com as URLs para a cidade de Ijui/RS, favor atualizar os fontes e testar.

Bom dia Fabinho, Você esta com todos os fontes de todos os componentes atualizados?

Bom dia Arce, Em uma primeira checagem o seu XML esta correto. Qual é exatamente o erro que aparece? Você esta inutilizando a numeração 20, existe algum CTe de numero 20? Cuidado para não confundir: Eu Cancelo um CTe que foi enviado e autorizado pela SEFAZ. Eu Inutilizo um numero ou faixa de numeros, que não foi ou foram utilizados. No seu caso, se você esta inutilizando o numero 20, significa que não existe o CTe de numero 20.

Bom dia, Isso é uma coisa para ser revista, visto que ao executar o LoadFromFile a string contendo todo o XML da NFe é atribuido a propriedade XML. Mas ao ler essa propriedade é executado a função GetNFeXML que gera uma nova string com os dados da NFe armazenados nas propriedades do componente. Desta forma provoca o problema que você esta enfrentando.

Bom dia Sérgio, Sim, é por isso que pedi para o Dionatan entrar em contato com o pessoal da Dueto ou prefeitura para fornecerem as URLs dos WebServices.