Italo Giurizzato Junior

Boa noite luciolt, Proposta implementada no componente, favor atualizar e testar.

Boa noite a todos, Desculpa Régys a mensagem de erro: "Ancestor for 'TfqrDanfeQR' not found" não é por falta de instalação do Quick Report e sim pela tentativa de abrir o fonte ACBrNFeDANFeQRRetrato antes do ACBrNFeDANFeQR. O que deve estar ocorrendo, é que o fonte ACBrNFeDANFeQRRetrato esta desatualizado e desta forma provocando um erro, e quando o Delphi tenta abri-lo para apresentar o erro mostra a mensagem: "Ancestor for 'TfqrDanfeQR' not found". Todos tem que ter em mente que um componente pode e usa como é o caso do ACBrNFe, fontes contidos em outras pastas, portanto se elas não estiverem atualizadas, erros podem aparecer.

Boa noite lvr, Sugestão aceita, favor atualizar os fontes e testar.

Boa noite José, Vou verificar e se possível disponibilizar.

Boa noite Mauricio, O componente ACBrNFSe faz tudo o que você precisa, desde que a cidade em questão utilize um provedor que segue o padrão Abrasf e que o mesmo já esteja implementado no componente.

Bom dia a todos, Esse erro ocorre porque você esta utilizando uma versão do Quick Report anterior a do DANFSE disponibilizado. Como resolver esse problema, sem a necessidade de trocar a versão do Quick Report? Simples, siga os passos descritos no post: Ai vocês vão dizer, que esse post se refere ao DACTE, mas o meu problema é o DANFSE, ai eu respondo: resolve por semelhança. no DACTE temos: os seguintes fontes que devem ser alterados: ACBrCTeDACTeQR e ACBrCTeDACTeQRRetrato no DANFE temos: ACBrNFeDANFeQR e ACBrNFeDANFeQRRetrato no DANFSE temos: ACBrNFSeDANFSeQR e ACBrNFSeDANFSeQRRetrato no DAMDFE temos: ACBrMDFeDAMDFeQR e ACBrMDFeDAMDFeQRRetrato Perceberam a semelhança ? Por favor siga os passos que constam no link acima e aplica-os nos arquivos referente ao Documento Auxiliar que esta com problema de propriedades inexistentes.

Bom dia Mauricio, O componente permite que você adicione vários RPS. Recentemente foi implementado uma função chamada GerarLote. Declaração: function GerarLote(ALote: Integer): Boolean; overload; function GerarLote(ALote: String): Boolean; overload; Como usar: Ok := ACBrNFSe.GerarLote(25); // sendo que Ok é uma variável booleana e 25 é o numero do lote informado como integer ou Ok := ACBrNFSe.GerarLote('25'); // sendo que Ok é uma variável booleana e 25 é o numero do lote informado como string A função salva em disco na pasta Ger o seguinte arquivo: 25-lot-rps.xml onde 25 é o numero do lote que foi informado. Esse arquivo contem o lote de RPS que pode ser importado pelo site. Caso seja adicionado 10 RPS, o arquivo *-lot-rps.xml vai conter todos eles. Espero ter ajudado.

Bom dia Michel, Muito obrigado pela colaboração.

Bom dia Darlana, O arquivo que você esta salvando é o retorno, nele contem a NF-e, mas contem as tags referente ao retorno. Outra coisa foi informado um dos MD-5 entre os caracteres << numero >>. Se você remover as tags de retorno e esses caracteres, vai ser possível visualizar o XML sem nenhum problema através no navegador.

Bom dia Samuel, Já estou trabalhando na implementação. Por favor aguarde.

Bom dia a todos, O problema é que no provedor 4R devemos utilizar o Gerar e Enviar NFSe ou o Enviar Sincrono, sendo que este último não esta implementado no programa exemplo.

Bom dia Caetano, Temos no componente a função: ConsultarNFSe(ACnpj, AInscricaoMunicipal: String; ADataInicial, ADataFinal: TDateTime; NumeroNFSe: string = ''): Boolean; Onde você informa o CNPF e IM do emitente mais o periodo (Data Inicial e Final) Desta forma todas as NFS-e emitidas dentro desse periodo vão ser retornadas e salvas na pasta NFSe.

Bom dia a todos, Todas as modificações que realizei para que o componente ACBrNFe pudesse suportar os dois modelos de documentos fiscais, ou seja NF-e e NFC-e, já encontram-se disponiveis, basta atualizar os fontes. Como acrescentei uma propriedade nova ao componente há necessidade de abrir o pacote de instalação do ACBrNFe e compilar novamente, caso contrario essa propriedade não aparece. É através dela que você defini o modelo de documento fiscal deseja utilizar. Apesar do componente já esta pronto para a NFC-e lembre-se: 1. A NFC-e esta sendo utilizada somente por 7 UF participantes do projeto piloto. 2. Em cada UF temos por volta de 4 ou 5 empresas participando. 3. Não consegui as URLs de homologação e produção de todas as UF participantes. 4. No momento não é permitido que outras empresas realizem testes mesmo sendo da UF participante. Nos resta apenas, matermos os nossos fontes atualizados, assim que eu conseguir as URLs que faltam, vou atualizar o fonte e disponibilizar. Acredito que no segundo semestre deste ano a SEFAZ vai liberar para as demais empresas, desta forma outras UF vão aderir o NFC-e.

Boa tarde Cristiano, Me desculpe, a messagem de rejeição não se refere a nenhuma versão. Veja: Rejeicao: Ambiente informado diverge do Ambiente de recebimento O que estra ocorrendo é que no XML você informou o ambiente de produção e esta enviando para o ambiente de homologação. Ambiente informado => faz referencia ao XML da NF-e Ambiente de recebimento => para onde esta sendo enviado a mesma.

Boa tarde Cristiano, Que arquivo de retorno você se refere? Se possivel poste ele como anexo.

Boa tarde Guerreiro, Nenhum provedor até onde sei implementou uma maneira de checar se o Web Service esta OK. O jeito mesmo é enviar e torcer para que esteja funcionando.

Boa tarde Caetano, Basta realizar uma consulta a NFSe informando o periodo.

Boa tarde Cristiano, Não, os schemas referente a versão 3.0 são destinados as empresas que participam do projeto piloto da NFC-e. A NF-e continua na versão 2,0 por enquanto. Para mais detalhes favor pesquisar no fórum.

Boa tarde Nelsao2011, O que pode estar ocorrendo é que a versão 5.2 do Quick Report não possui esse valor definido, você vai ter que descobrir qual é agora. Para variar eles devem ter mudado o nome.

Bom dia Markapollo, Os schemas versão 2.0 ja estão disponiveis na pasta ...\Exemplos\ACBrCTe\Delphi\Schemas O MOC também esta disponivel na pasta ...\Exemplos\ACBrCTe com o nome de: CTe_Nota_Tecnica_2013_006.pdf Atualize os fontes, imprima a NT que contem o MOC, são apenas 190 páginas. E vamos estuda-la.

Boa noite a todos, Essa chave se refere a versão anterior a 2.0 da NFe será que ainda esta disponivel para consulta?

Boa tarde a todos, Foi publicado no Portal Nacional do CT-e os schemas e o MOC da versão 2.0 Em uma foleada rapida temos as seguintes novidades. * A tão sonhada CC-e; * O pesadelo de muitos, o Cancelamento por evento; * Alteração drastica nas tags referentes aos documentos originários, elas estão agora em uma nova posição dentro do XML e temos novas TAGs. Como trata-se de uma publicação preliminar, ainda pode ocorrer algumas alterações conforme consta na página 2 do MOC. Bom pessoal, como vamos implementar essa nova versão? Da mesma forma que foi da outra vez, ou seja através de diretiva de compilação ou um novo componente especifico para a versão 2.0 do CT-e?

Boa noite Caetano, Desculpe não entendi a sua pergunta: "Como é salvo pelo padrão do acbr o xml?" O ACBrNFSe salva o XML segundo um layout que no caso foi estabelecido pelo ABRASF.

Boa noite Abinoan, A implementação em sim é rapida, um dia, mas para fazer funcionar a contento vai depender do maior numero de informações que conseguir sobre a comunicação com o webservices.

Boa noite a todos, Muito obrigado pela colaboração, a unit foi alterada e já encontra-se disponivel.