Valdir Dill

Antecipadamente peço desculpas aos moderadores pelo assunto não estar diretamente ligado ao componente, mas já pesquisei e inclusive tentei respostas em outros foruns, sem sucesso. Muito bem, vamos ao problema: Utilizo o componente ACBr para enviar notas eletrônicas através do meu sistema. O problema que vou relatar não está relacionado diretamente com o ACBR, mas indiretamente sim, pois talvez a solução esteja em alguma rotina do ACBr. Oque ocorre é o seguinte: quando aciono alguma rotina (assinar o arquivo XML, por exemplo) que precisa do certificado, o ACBR aciona o certificado pelo número que já passei para o componente e que por sua vez abre a tela de login do certificado. O próximo passo do operador, logicamente, é inserir a senha nessa telinha de login. Após inserir a senha, se o usuário clicar no botão "Ok" da dessa tela de login, tudo tranquilo. O problema acontece se o operador informar a senha e pressionar enter. Esse enter aciona o "ok" da tela de login do certificado, mas, também afeta o meu sistema, ou seja, é como se tivesse pressionado um enter no MEU programa, o que aciona o componente (botão) ativo no programa, o que executaria indevidamente as rotinas vinculada a esse botão. Será consegui me fazer entender? Alguém tem alguma dica para contornar esse problema? Obrigado!

Bom dia Italo, Você sempre me ajuda (aliás ajuda a todos) com muita presteza e agradeço sempre por isso. Mas desta vez você está enganado. Eu leio absolutamente todas as NT pelo menos duas vezes cada uma. Sei que tem muitos que usam o fórum com postagem sem necessidade tipo "Quanto é 2 mais 2?" e não fazem nenhuma pesquisa antes. Mas com certeza não é meu caso. Antes de postar qualquer coisa, eu gasto, no mínimo, 4 horas de pesquisa aqui no fórum e em vários outros. Eu tinha entendido pela NT que não se pode mudar a forma de emissão da NFe enviada por evento EPEC, ou seja, tem que manter tudo igual no novo envio. O que eu estava querendo fazer, e estava fazendo errado (vide abaixo), era a alteração da forma de emissão no componente ACBr, conforme inclusive está orientado em uma das respostas deste mesmo tópico. Como você sabe, mas ressalto aqui para outros usuários, é preciso mudar a forma de emissão no componente para que o novo envio do XML seja para o WS novo e não o de recepção de EPEC. Depois que postei minha pergunta, fiquei mais 3 horas fuçando e descobri meu erro. Bastante simples, mas programação é assim mesmo. Ás vezes, coisinhas simples demoram mais para se conseguir o acerto que funções complexas. O que eu estava fazendo (item c do meu post): ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal; A forma correta: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; Fiz essa mudança e tá tudo certo. Mais uma vez obrigado!

Boa noite, Por favor me auxiliem no processo de reenvio de NFe cujo EPEC foi enviado anteriormente. Estou fazendo da seguinte maneira: 1) Monto o XML normal com tpEmiss = 4 e envio o evento EPEC. O processo funciona beleza. 2) Depois que o sistema volta ao normal, reenvio o xml da seguinte forma: a) ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(VNomeArq); //VNomeArq é o mesmo XML enviado no EPEC (item 1); c) ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal; //mudo a forma de emissão para normal no COMPONENTE. d) ACBrNFe1.WebServices.Envia(numeroLote); O que estaria errado nesses passos, já que ocorre o erro "Falha no reconhecimento da autoria ou da integridade do arquivo digital..." Percebi que o arquivo (1215-env-lot.xml anexo) XML que o ACBr envia, está com tpEmiss=1. Isso está correto? Tentei validar o 1215-env-lot.xml enviado pelo no validador da SEFAZ-RS e dá erro. Se alterar tpEmiss para 4, aí o arquivo não dá erro no validador. Acredito que o problema esteja aí, ou seja, no tpEmiss=1 que está sendo colocado no XML enviado pelo ACBR. Será que o erro está no item 2a acima? Mas como então eu devo mudar o tpEmiss no COMPONENTE? Em anexo está o XML original (com tpEmiss=4) e também os arquivos de lote do envio e retorno. obrigado. 1215-env-lot.xml 1215-rec.xml 26150303702657000199550010000011924178131093-nfe.xml

Bom dia, Eduardo, você poderia por favor informar como/onde baixou o Fortes Report para o XE7? Obrigado!

É Fortes Report mesmo. Só coloquei FR (agora editei) na segunda menção, mas inicial eu havia informado que era o Fortes. Não entendi tua última frase. Você quer dizer é que os componente ACBR ainda não estão compatíveis com o Fortes, é isso? Obrigado!

Desculpe o "1/2 off" desta meu post, mas passei o final de semana todo pesquisando e tentando instalar o Fortes Report no Xe7 e não consegui. Todos os componentes ACBR e demais componentes que eu usava no Xe4 consegui instalar beleza. Só tá o Fortes que tá difícil. Se alguém puder me dar uma dica sobre o erro que ocorre (anexo print). Não sei bem, mas pelo que parece a diretiva que pede arquivos Qt, QTypes, ..., e que está gerando o erro não seria Delphi Xe7, ou seja, não poderia dar esses erros, já que estou com o XE7. Obrigado!

Certo, entendi. Obrigado.

Boa noite, Estou iniciando na utilização do ACBrNFeDANFeESCPOS para impressão da NFCe. Surgiu a seguinte dúvida: o componente tem a função ativar e desativar, certo? A dúvida é se esse ativar/desativar devo executar toda vez que for iniciar/finalizar uma impressão ou apenas ao iniciar o sistema? Tem alguma forma correta ou mais recomendável? Obrigado.

Bom dia, Está ocorrendo um erro na atualização do captcha do consulta CNPJ. O consulta CPF está tudo ok. Atualizei os fontes e testes direto no exemplo do ACBR. É o mesmo erro que ocorria há algum tempo e foi corrigido. Creio que seja alguma coisa relacionada a mudança de layout da receita. Obrigado!

Boa tarde, Infelizmente ainda não consegui descobrir. Parece que a empresa é desse site www.ipm.com.br. Pedi o nome do provedor e URLs, mas está complicado de obter informações. Vou tentar com a PF, rs, prá ver se descubro. Aí informo. Obrigado.

Boa tarde, Peço aos desenvolvedores a inclusão da cidade de Colombo-PR na lista de cidades do ACBRNFSe. Obrigado!

Bem, posso estar enganado, mas o fato do endereço do WS estar divulgado no portal nacional não significa necessariamente que a SEFAZ já recebe os XML na nova versão 3.10.

Bom dia, Será que todas as SEFAZ já estão aptas a receber NFe na nova versão 3.10? Alguém tem informação de alguma SEFAZ que ainda não tenha atualizado? Obrigado!

Valeu Rômulo. Obrigadão.

Muito bom João! Vivendo e aprendendo, hehe! Eu não estava sabendo disso, apesar de sempre ler o manual. Obrigado pelo alerta. Só me diga uma coisa: você disse que essa orientação do rodapé ficar somente na primeira página estaria no manual de integração, certo? Revi o manual e não localizei. Você poderia, por gentileza, passar mais detalhes de onde está essa orientação? Mais uma vez, obrigado!

Muito bom! Funciona perfeito. Já tentou enviar esse arquivo para o pessoal do componente disponibilizarem no svn? Obrigado

Bom dia Mayworm, Eu já havia feito tudo isso. Atualizei os fontes, testei tanto o DanfeRetrato.fr3, como o DanfeRetratoNovo.fr3, sempre com o mesmo resultado, ou seja, o rodapé sendo impresso na última página. Estou enviando os arquivos .fr3 que utilizei, o xml da nota e também o .pdf do Danfe gerado. Obrigado. NFeFastErroRodape.rar

Fast Report

Boa tarde, Estou com um XML de uma NFe com vários itens, o que fez com que o Danfe utilizasse duas folhas na impressão. Ocorre que o rodapé (os quados com as informações adicionais) é impresso apenas na primeira página. Já o cabeçalho sai em todas as folhas. Pergunto: isso está correto? Não deveria imprimir na última página, já que é um rodapé da nota? Ou então em todas as páginas, como ocorre com o cabeçalho? Obrigado Valdir

Recebi um retorno hoje do IBPT informando que até o final desta semana as novas tabelas estarão disponíveis.

Alguém tem ideia de como proceder nos cálculos dos tributos a partir de 01/01/2015, já que as tabelas IBPT têm vigência só até 31/12/14? Enviei e-mail para o instituto pedindo se tinham alguma previsão de disponibilização de novos arquivos, mas não tive retorno. No próprio manual do IBPT diz que não se deve usar as alíquotas se estiver fora da vigência. Mas e aí, como fica? Teríamos que ter um "plano b" de alíquotas para o caso do IBPT não disponibilizar novos arquivos tempestivamente? Como os colegas pretendem proceder nesse caso? Obrigado!

Só para avisar aos colegas: alguns (não todos) arquivos, como o de SC, MT, ES e outros, da nova tabela IBPT 14.2.b estão com um probleminha. A última linha está apenas com a informação ";;;;;;;;;;;;" (vários ponto e vírgula). No meu caso (faço um laço para ler as linhas), isso estava causando um erro. A solução foi alterar o arquivo e tirar essa última linha. Espero que essa informação lhes seja útil. Obrigado

Alguém já percebeu que o arquivo TabelaIBPTaxPR14.2.b.csv, ou seja, das alíquotas do PR está inconsistente? Não tem a coluna M (fonte) e a coluna L (versão) está "14.2.a"!! Enviei um e-mail para o IBPT, mas até agora não tive retorno. Fiz um novo download agora e continua.

Bah tchê! Pior que não sabia disso, hehe! Eu era um desses que mudava Vivendo e aprendendo! Tudo esclarecido. Muitíssimo obrigado mais uma vez.

Certo, entendi. E quanto a chave da nota é isso mesmo que eu entendi do manual, ou seja, agora (no EPEC), a um nota em contingência é iniciada com valor "4" na posição 35 da chave e esse valor ficará eterno, mesmo depois que a nota for reenviada no tpEmis normal, correto? Obrigado!