mcob

Bom Dia, e-tech Segue em anexo, o arquivo para o rave que utilizo sem problemas, tente utiliza-lo para ver se resolve o seu problema. Abraços, e espero ajudar. DANFENFSE.zip

Boa Tarde, Luciano, observei no arquivo remessa que você postou, que você está utilizando o CNAB240; mas se não estiver engano o ITAÚ está trabalhando apenas com o CNAB400, você já tentou enviar neste tipo de remessa ? Pois até mesmo o Software de cobrança do próprio banco gera apenas no CNAB400, pelo que observei aqui. Abraços. Miguel

Bom Dia Sim, mas, é preciso esperar que um dos responsáveis do SVN suba para atualização do projeto, sendo assim temos que esperar um pouco

Bom Dia, a todos Segue em anexo, o arquivo da unit ACBrNFSeDANFSeRVClass, com a correção solicitada pelo colega Andre. ACBrNFSeDANFSeRVClass.pas

Desculpem esqueci de anexar o arquivo. Abraços Miguel DANFSE_RAVE.zip

Boa Tarde, a todos A algum tempo atrás, por causa de alguns clientes desenvolvi uma versão para DANFS-e em Rave e estou utilizando ele até hoje e já faz 2 dois anos; e agora como surgir este tópico resolvi disponibilizar o componente para analise. Lembrando que neste período apenas utilizo(ei) para o provedor Ginfes... no arquivo em anexo, segue o seguinte: a pasta fontes->acbrnfse => os fontes do componente a pasta pacotes->delphi->acbrnfse => os pacotes de instalação sendo que existe a pasta xe2 para o delphi xe2 que tive que recriar o pacote o que também creio que deva ser feito para algumas versões mais antigas ou superiores. o arquivo rave danfenfse.rav que é o arquivo em Rave do DANFSe. espero ajudar com o projeto. Abraços a todos. Miguel

Boa Tarde, Italo O Teste que fiz foi apenas lotação, pois, os meus clientes não trabalhão com carga fracionada. E foi com canhoto tanto no cabeçalho quanto no rodapé. Pois, como mencionei no final de semana, fiquei verificando os componentes CTE e DACTE e percebi que você apenas atribui o valor do contador de páginas do QuickReport a propriedade FTotalPages e não encontrei nenhum lugar que estivesse alterando o valor. então decidi fazer isso para que os clientes não reclamassem mais da numeração das páginas. Abraços. Miguel C. de Oliveira.

Boa Tarde, a Todos Estive verificando o problema mencionado este final de semana e resolvi da seguinte forma. Tive que alterar a seguinte linha no arquivo ACBrCteDACTEQRRetrato.pas está assim qrlPageNumber.Caption := format('%2.2d', [QRCTe.PageNumber]) + '/' + format('%2.2d', [FTotalPages]); Alterei para qrlPageNumber.Caption := format('%2.2d', [QRCTe.PageNumber]) + '/' + format('%2.2d', [QRCTe.QRPrinter.PageCount]); Resolveu o problema Abraços. Miguel C. de Oliveira

Bom Dia, Josemar Também tive este problema com o GMAIL, e para resolver tive que fazer o seguinte: 1 - Verificar no Webmail do GMAIL se o e-mail está habilitado a envio e recebimento via POP3 ou SMTP, caso não esteja você deve habilita-lo, pois, por padrão ele não está. 2 - Configurar no envio do e-mail a porta TLS como TRUE, pois, a porta 465 ela é TLS com segurança por isso deve estar com TRUE, que no seu exemplo não está Após ter feito isto funcionou perfeitamente. Espero que ajude Abraços. Miguel C. de Oliveira

Bom Dia, Carlos Na pasta ACBrCTE dos fontes do componente tem dois arquivo o ACBRCteDAEventosQR e ACbrCteDAEventosQRRetrato, basta abri-los e repetir o processo com o DACTE. Abraços. Miguel C. de Oliveira

Boa Noite, Luiza Para baixar estes arquivo acesse o portal nacional do CTE e na Documentos/Diversos você terá os arquivos zipados para download. abraços.

Boa Tarde, Sergio. O componente não efetua nenhum cálculo, apenas efetua o todo o processo de transmissão, recepção, e impressão da NFS-e. Verifique seu sistema e de uma lida no manual da Ginfes no que se diz respeito ao Iss Retido, pois se ele for retido deverá ser preenchido caso contrário não, e também se a empresa é simples ocorre o mesmo caso por isso está ocorrendo este problema com você. Espero ter ajudado. Abraços. Miguel C. de Oliveira

Boa Tarde, Italo Baixei as atualizações feitas, e fiz alguns testes e encontrei um problema na procedure LerXML do evento, não está carregando as informações da correção, isto é os campos grupo, campo, valor e numero do item alterado. Que não estão sendo impressos na carta de correção ao se carregar um evento já transmitido, então tomei a liberdade de efetuar uma alteração na mesma. Segue em anexo o arquivo alterado para sua análise. Abraços Miguel C. de Oliveira pcteRetEnvEventoCTe.pas

Boa Tarde, a todos Gleycon, o retorno do número da NFSe determinado pelo webservice da prefeitura você pode utilizar desta maneira. ACBrNFSe1.NotasFiscais.Items[0].NFSe.Numero Espero ter ajudado. Abraços

Bom Dia, Elisana ! Faça uma consulta desta nota utilizando a opção de consulta carregando o arquivo XML, ele corrigirá este problema, após isto faça a impressão do danfe. Pelo menos quando ocorre este problema comigo isto resolve. Espero que ajude. Miguel.

Olá Bruno Ok, mas basta que você faça uma consistencia na hora de preencher o componente e passar as informações que você quer. De uma olhada no XML em anexo na mensagem anterior nas informações referente ao Destinatário como foi preenchido. Abraços.

Boa Noite, Italo e Bruno ! Também passei, por este problema um tempo atrás; mas resolvi da seguinte forma: No cadastro do remetente / destinatário nos campos referente a UF coloquei 'EX' (Exterior como é feito na nota fiscal de exportação) No campo Cidade coloquei 'EXTERIOR' idem a nota fiscal eletrônica Nos campos Código Pais e Nome do Pais preenchi com as informações corretas. e funcionou corretamente, o meu cliente emiti os conhecimentos, ok Segue em anexo um conhecimento que emiti em homologação para analisarem. Abraços 35130606245432000149570010000043341000043348-cte.xml

Boa Noite a Todos, Eu estou enviando Notas Fiscais de Serviços para a cidade de Jundiaí / GINFES, e configurando as propriedades abaixo no componente pelo menos para mim resolveu o problema. AguadarConsultaRet = 1500 ; AjustaAguardaConsultaRet = True ; Conforme o Italo informou no link, abaixo: Abraços.

Boa Noite, lexishome ! Também transmito NFS-e para o provedor GINFES, e funciona tudo normal. Observei o XML, que você postou, e o que pude ver é que o seu código de tributação no município está incorreto, pois o Ginfes não trabalha com este código como você está informando. exemplo: para ItemListaServico => 17.02 Código de Tributação => 675. para ItemListaServico => 01.03 Código de Tributação => 670. Estes códigos você poderá encontrar no Alvará de Funcionamento da empresa ou, consultando a situação da mesma no site da GINFES. espero ter ajudado. Abraços.

Boa Tarde ! tbalbinos Vou tentar me esplicar. A informações que você cita, são diferentes para cada cidade, certo? Por lógica, cada um tem uma tabela de serviços no seu sistema onde poderemos cadastrar estas informações e passa-las para o componente como já é feito hoje, sendo que a unica coisa que é diferente é a descrição, a qual podemos colocar na descrição do serviço ou como cada um achar melhor, e passar esta informação nos campos do compenente que ele irá imprimir corretamente. Por isso, passei o fragmento de código acima pois o componente não está imprimindo o Código de Tributação do Município. espero ter conseguido me esplicar. Abraços.

Bom Dia a todos Pessoal, acho que não é preciso ter todo esse trabalho para por o Codigo de Tributação do Municipio, pois, como apenas é preciso imprimir o código junto da descrição do serviço, creio eu que apenas alterando a linha de impressão no compoente é suficiente, segue abaixo como fiz. nova linha de impressão: qrlCodServico.Caption := FNFSe.Servico.ItemListaServico + ' - '+ FNFSe.Servico.CodigoTributacaoMunicipio + ' - '+ FNFSe.Servico.xItemListaServico; Antiga Linha de Impressão : qrlCodServico.Caption := FNFSe.Servico.ItemListaServico + ' - '+ FNFSe.Servico.xItemListaServico; Creio que seja isso. Abraços.

Boa Noite a Todos Hoje, também tive este problema com a NFE de Sao Paulo. Consultei a portal da recita do estado e eles agora estão fazendo a validação das informações colocadas na Tag referente ao Volume informado na NFE, no meu caso foi apenas preencher estas informações e resolveu o problema. Abraços a todos

Bom Dia a Todos Também estou com este problema, e pelo que percebi no ambiente de produção nos novos códigos ele não está conseguindo receber o XML da nota fiscal do provedor, pois, olhei e quando da este erro não grava o XML da nota. Também estou transmitindo para Jundiaí e ontem tentei transmitir 3 rps e as três deram o mesmo erro. Detalhe fiz o teste no ambiente de homologação e funcionou corretamente. E também deu este outro erro "Não foi possível encontrar crl do certificado" no envio da rps.

Bom Dia Sim troquei para CST41 e funcionou. É olhei o componente e ví que nele consta o cst45 para ICMS45, então pensei que deveria utiliza-lo nno lugar dos 41,40 e 51. Mas ontem olhando melhor o componente verifiquei que este código não está na validação ne ma montagem do XML. Obrigado .

Boa Noite Estou com problemas, para transmitir conhecimentos na versão 1.04 com cst = ICMS45; pois quando informo ICMS45 o arquivo XML está sendo montado errado, não preenche a TAG ICMS corretamente e mostra a seguinte mensagem abaixo: Falha na validação dos dados do conhecimento 1345 de acordo com o DTD ou esquema do elemento '{http://www.portalfiscal.inf.br/cte}ICMS não pode estar vazio. hoje, fiz a atualização do componente e mesmo assim não funcionou. Utilizo o DELPHI 2007, e segue em anexo o XML gerado para análise. Fico no aguardo, se puderem me ajudar? 35120307516505000152570010000013451000013455-cte.xml