Italo Giurizzato Junior

Boa tarde Silva Soares, La vamos nós novamente. Tarefa de casa: Qual ou quais os Lay-out que estão na versão 2.01? Qual é a versão do Lay-Out da NFe? Dica: Manual versão 5.00 da NFe, última versão disponibilizada no Portal da Nota Fiscal Eletrônica, Página 3, tabela com as versões dos Lay-out.

Bom dia Adão, Se você esta desenvolvendo um aplicação para emissão de NFe, você vai usar dois componentes, o ACBrNFe e o ACBrNFeDANFEQR, sendo que este segundo é responsável pela emissão do DANFE feito em Quick Report. Existe também para emissão do DANFE os componentes: ACBrNFeDANFeFR, ACBrNFeDANFeRL, ACBrNFeDANFeRV e ACBrNFeDANFeRVCodeBase. Se não me falha a memória: FR = Fast Report RL = Forts Report RV e RVCodeBase = Rave Portanto, para emissão do DANFE use o componente que melhor resolve o seu problema. No que diz respeito a gerar o XML, assinar, enviar, protocolar, cancelar, em fim todas essas funcionalidades estão no ACBrNFe.

Boa noite Adão, Você leu o meu terceiro post deste tópico? Pelo jeito não, pois nele tem a solução para o seu problema.

Bom noite Doni, Tenho um cliente que utiliza 2 certificados A3 (um leitor para cada cartão) na mesma maquina, utiliza 2 aplicações, cada uma configurada com o respectivo certificado. Esta funcionando a mais de 1 ano sem nenhum problema.

Boa noite Arivaldo, Abra o pacote ACBr_NFSe e remova a unit ServiceGinfesImpl1 da lista, salve o pacote e compile. Mas acredito que os seus fontes estejam desatualizados, dai o erro.

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