Italo Giurizzato Junior

Você tem o Componente ACBrNFe instalado? Todos os fontes de todos os componentes estão atualizados? Se sim você deve compilar novamente o pacote PCN2. E depois compilar e instalar o ACBrMDFe.

Bom dia Expedito, Fica dificil de te ajudar, você não diz qual é o erro e muito menos informa qual é o componente que esta sendo usado.

Bom dia Adaildon, Experimente remover o visualclx da lista de Required.

Julio, Você deve estar fazendo alguma coisa errada, pois eu deixo a propriedade: ACBrCTeDACTeQR1.MostrarPreview := False; Se monto um lote com 10 CTe e envio, se todos forem autorizados ocorre a impressão dos 10 DACTE sem nenhuma parada entre eles como se fosse um relatório com 10 folhas. outra coisa ao enviar utilizo o seguinte comando: ACBrCTe1.Enviar(nLote); // nLote é o numero sequencial do lote espero ter ajudado.

Boa noite Sérgio Duas sugestões: 1. Leia os posts anterios, já foi tratado sobre esse retorno. 2. Leia a NT no que diz respeito aos valores a ser informados para realizar a consulta.

Boa noite Akai, Não você não vez nada de errado. Execute o Delphi e abra a unit ACBrNFSeDANFSeQR se aparacer a mensagem de erro que alguma propriedade não existe, click no botão ignorar todas. Em seguida abra a unit ACBrNFSeDANFSeQRRetrato, faça a mesma coisa click no botão ignorar todas caso apareça a mensagem de erro. Salve as units e feche. Abra a aplicação e compile com a opção Build. Espero ter ajudado. Até o final desta semana pretente disponibilizar os fontes do DANFSe para o Quick Report 3.0

Boa noite Julio, Basta deixar a propriedade de Preview = False neste caso não vai aparecer o Preview e todos os DACTEs serão impressos em sequencia.

Boa tarde Samuel, Ainda esta semana vou disponibilizar uma versão do DAMDFe para o Quick Report 3.0 Quanto a tela de cadastro para emissão do MDF-e ainda estou desenvolvendo para a minha aplicação, mas nada concreto ainda.

Boa tarde Samuel, No portal do MDF-e não encontrei nada a respeito de um emissor gratuito.

Boa tarde Luis Claudio, O componente ACBrMDFe encontra-se disponivel no repositório branches. Agradeço pela colaboração em realizar os testes e reportar os erros. Desde já muito obrigado.

Bom dia Iran, seja mais especifico, qual é o problema encontrado na mascara da chave? Com relação ao numero da NFe notei que esta estorando o espaço reservado para a mesma.

Boa noite Luiz, Estamos atualizando somente o novo. Não esqueça de indicar no fonte as correções e inclusões realizadas por você.

Boa tarde NCC, Já esta disponivel a alteração realizada por você no que diz respeito as URLs de Homologação e Produção da SEFAZ-PR. Peço a todos que atualizem os fontes e realizem os testes.

Bom dia Helder, Muito obrigado pelas palavras, mas sem a colaboração de todos vocês em realizar os testes, apontar os erros, sugerir correções, a coisa não anda. O grande segredo de tudo é não ter medo de compartilhar o conhecimento e unir esforços para atingir um unico objetivo. Temos agora o MDF-e - Manifesto Eletrônico de Documentos Fiscais. O componente esta pronto no repositório branches, quem se habilita em testa-lo?

Bom dia Jefferson, No caso de Contingencia FS_DA, em vez de executar o comando Enviar, faça desta forma: // Gera o XML, Assina e Salva o Arquivo ACBrCTe1.Conhecimentos.Assinar; // Valida os dados do XML salvo ACBrCTe1.Conhecimentos.Valida; // Imprime o DACTe ACBrCTe1.Conhecimentos.Imprimir; Note que o comando Assinar vai gerar o XML, consequentemente vai gerar a chave. Espero ter ajudado.

Bom dia a todos, Gostaria de saber se após realizar o dowload de varias notas, segundo o teste de jGuto, foi criado um arquivo XML para cada nota e se foi salvo na pasta esperada. Desde já muito obrigado pelos testes e retornos para que possamos corrigir os erros.

Bom dia Yusu, Como hoje é sexta-feira vou dar um desconto, pelo seu Boa Tarde e por postar no fórum errado, note que temos um especifico para a NFSe. Mas tratando-se do problema exposto pesquise no fórum temos um post tratando-se desse assunto inclusive com a solução.

Bom dia Graça, Já esta tudo preparado para aplicar as Regras da NT 2012/005. Como elas só entram em vigor no dia 01/09/2012, na próxima sexta-feira (dia 31), vou disponibilizar as alterações.

Boa noite a todos, Já esta disponivel no repositório trunk a unit pncRetDownloadNFe e as devidas alterações na unit ACBrNFeWebServices para tratar o retorno da SEFAZ segundo a solicitação de Download de NFe. Favor ler a Nota Técnica 2012/002 que trata da Manifestação do Destinatário e também do Download de NFe via WebServices. Peço que atualizem os fontes e realizem os testes. Reportem os problemas para que possamos sanar.

Boa tarde Akai, Esse botão foi criado, para os municipios cujo provedor não implementou a operação: RecepcionarLoteRPS e sim GerarNFSe como é o caso do provedor Saatri. No caso do Ginfes devemos usar o botão que esta a esquerda ou seja [Gerar e Enviar Lote].

Boa tarde Felipe, Manual versão 5.00 da NFe página 205, Regras de Preenchimento dos campos da Nota Fiscal Eletrônica: * O uso de caracteres acentuados e símbolos especiais para o preenchimento dos campos alfanuméricos devem ser evitados. Os espaços informados no início e no final do campo alfanumérico também devem ser evitados;

Boa tarde Rodrigo, A versão da Manifestação do Destinatário é 1.01

Boa tarde es.sistemas, Favor postar no fórum as respostas quanto aos questionamentos, desta forma toda comunidade poderá ajudar. Eu não trabalho com o Rave somente Quick Report, logo não sei se o problema esta no componente que não imprimi a palavra ISENTO atribuida ao campo IE.

Boa tarde Igor, Se tratando de cancelamento por evento podemos continuar com o mesmo procedimento, remover o protocolo de autorização e colocar a homologação de cancelamento. Com relação aos demais eventos, até o momento não vi nenhum XML de NFe que contenha as tags dos eventos. Logo, no caso dos eventos, acredito que deveremos ter um arquivo a parte.

Igor, Segundo o manual da NFe página 146 item 10.3 Layout de Distribuição: Cancelamento de NFe diz: Será disponibilizada para o destinatário a mesma NF-e enviada para a SEFAZ, acrescentados os dados da homologação do pedido de cancelamento, na forma que segue. Só que é apresentado a estrutura de retorno da SEFAZ contendo o pedido de cancelamento e a respectiva homologação do pedido. O componente se habilitado, ao efetuar um cancelamento ele remove do XML o protocolo de autorização e coloca em seu lugar a homologação de cancelamento. Não vejo a necessidade de ter os dois protocolos (autorização e cancelamento) no XML, basta o mais recente, uma vez que se a SEFAZ homologou o cancelamento de uma NFe é que antes a mesma tinha sido autorizada.