Alex Pereira

Alguém conseguiu baixar a NT2015/003-v1.40 ? Porque no site da nfe não está baixando... se alguém tiver disponibiliza aqui por favor.

Bom dia Italo. Verifiquei e estava ativado, mas mesmo desativando o Windows Defender, o erro permanece. Você está conseguindo transmitir pra Fiorilli? Até assinei digitalmente o aplicativo pra ver se ajudava mas nada até agora... permaneço na luta aqui, rs Obrigado. Att, Alex.

Boa tarde Italo. Agradeço os retornos e o ajuste realizado, quanto aquela situação foi resolvida. Muito Obrigado. Tentei fazer a transmissão após a atualização dos fontes e agora o erro é este: Erro Interno: 12045 Erro HTTP: 0 Erro: Requisição não enviada. 12045 - A autoridade de certificação não é válida ou está incorreta Tentei procurar dentro do componente a mensagem mas não encontrei, então essa creio que seja do WerbService. Mas erro no certificado não é, pq to transmitindo na Trunk normalmente. A forma que estou enviando é: ACBrNFse1.EnviarSincrono(numRPS); Debugando achei a linha que ocorre esse erro nº 312 na Unit ACBrDFeWebService FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); Oque pode ser? Lembrando que este teste está sendo realizado no provedor Fiorilli para a cidade de Bariri-SP (homologação). Obrigado mas uma vez. Att, Alex.

Se alguém precisar tbm, troquei o método para salvar o XML da CC-e. var vSalvar : TStrings; vSalvar := TStringList.Create; vSalvar.Text := UTF8Encode(ACBrNFe1.WebServices.EnvEvento.DadosMsg); vSalvar.Text := StringReplace(vSalvar.Text, '<-><->', '', [rfReplaceAll]); vSalvar.SaveToFile( ChecaBarra(ExtractFilePath(Application.ExeName)) + 'tempCCe.xml'); vSalvar.Free; Att, Alex.

Bom dia. Não sei se vc está com o "problema" ainda, mas creio que vc não precisa mais alterar no componente pois hoje mesmo imprimi uma NF-e Cancela utilizando o Fortes e a mensagem de "NF-e Cancelada" está saindo tanto em cima do código de barras quanto centralizado no meio da DANFE tbm, ou seja, está aparecendo duas vezes a mensagem, creio que assim ficou bacana. Tente atualizar os seus fontes e imprimir novamente. Obs: Não é indicado vc fazer alterações no componente pois toda vez que vc precisar atualizar ou reinstalar o ACBR você irá perder a sua modificação. Foi oque aconteceu quando vc reinstalou. Att, Alex.

Bom dia. Eu utilizava esse comando para salvar o XML da Carta de Correção Eletrônica da NF-e: ACBrNFe1.Configuracoes.Geral.Save('tempCCe.xml', ACBrNFe1.WebServices.EnvEvento.DadosMsg, ChecaBarra(ExtractFilePath(Application.ExeName))); porém não existe mais essa opção ACBrNFe1.Configuracoes.Geral.Save alguém sabe qual eu posso usar para substituir? Att, Alex.

Bom dia ALA. Conseguiu resolver o problema? Na vdd me expressei mal ontem quando eu disse que funcionou quando troquei para o Capicom, porém apenas parou de dar aquele erro de "INTERNET_OPTION_CLIENT_CERT_CONTEXT", mas começou outro erro pra mim aqui tbm "raised exception class EACBrDFeException with message 'Número de Série do Certificado Digital não especificado !'." mas o provedor do Pronim não utiliza certificado digital. Att, Alex.

Bom dia Italo. Como nosso colega Guto disse e eu já havia dito anteriormente, no WebService da Fiorilli (ambiente de homologação) eles não validam o CNPJ pois eles pedem para que utilize esse CNPJ fictício. Então para essa regra do componente será necessário permitir excessões para alguns provedores. Lembrando que como eu já disse tbm, na versão da Trunk essa validação não ocorria na Fiorilli e eu transmito normalmente utilizando esse CNPJ fictício junto com o certificado que tenho na empresa, inclusive hoje mesmo já transmiti. Obrigado pelo retorno.

Boa tarde ALA. Estava com esse mesmo erro e fui orientado a usar o Capicom no SSLib e funcionou. Att, Alex.

Boa tarde ítalo. Obrigado pelo retorno. Ajustei para o Capicom e parou de ocorrer este erro. Porém agora está dando erro de "Erro ao Assinar. O XML informado possui CNPJ diferente do Certificado Digital" mas no Fiorilli tenho que passar o seguinte CNPJ 01.001.001/0001-13 e IM 100010, e utilizar o certificado digital que tenho na empresa e na versão da Trunk não validava se eram iguais esses CNPJ's. Chegou a fazer esse teste? Obrigado mais uma vez.

Boa tarde pessoal. Estou migrando tbm para a Trunk2.. até o momento a Fiorilli está em desenvolvimento? Tentei transmitir uma NFS-e agora e retornou o erro "raised exception class EACBrDFeException with message 'Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046'." Obrigado.

Bom dia. Bom dia Marcio. Estou migrando para a Trunk2 e não estou conseguindo transmitir a NFS-e de Assis-SP (Pronim). Você já está utilizando a Trunk2 e conseguindo enviar a nota normalmente? Aqui está dando erro "raised exception class EACBrDFeException with message 'Número de Série do Certificado Digital não especificado !'." porém a NFS-e de Assis não utiliza certificado digital. Obrigado.

Editando: Referente às funções FormatarFone, FormatarCNPJ, FormatarCPF, FormatarCEP encontrei para onde foram agora, basta declarar a UNIT ACBrValidador e não passar mais como DFeUtil.NomedaFuncao e sim passar o nome direto. Referente ao FormatFloat foi trocada pela função FormatFloatBr e está na UNIT ACBrUtil. Att, Alex.

Bom dia. Não estou encontrando as funções FormatarFone, FormatarCNPJ, FormatarCPF, FormatarCEP, FormatFloat que antes eu passava por exemplo DFeUtil.FormatarFone Alguém sabe se foram movidas para outro lugar? Obrigado.

Bom dia pessoal. Estou no mesmo dilema do nosso colega Paulo Henrique de Castro, pois ainda estou na Trunk e não consegui migrar para a Trunk2 até o momento. Existe a possibilidade de ser implementada na Trunk a alteração do CEST, pois acho que não vou conseguir migrar para a Trunk2 até o início da validade das novas regras da NF-e... seria de grande ajuda se conseguissem. Obrigado, att, Alex.

Bom dia pessoal. Utilizo o componente para a NFS-e da cidade de Assis-SP. Estou tentando fazer uma pré impressão antes de fazer a transmissão da Nota, apenas para conferência seria, porém eu queria que saísse alguma tarja informando que não tem valor fiscal aquela DANFE. Procurei no fonte do componente e encontrei a propriedade FSemValorFiscal dentro da Unit ACBrNFSeDANFSeQR, mas tentei utilizar essa tag para passar True pra ela e não consegui... Outra coisa que percebi também é que essa Nota quando impressa em Ambiente de Homologação, também não mostra esta tarja de Sem Valor Fiscal. Edit: Olhando aqui abri a Unit ACBrNFSeDANFSeQRRetrato que é a utilizada para Assis e vi que existe a tarja de "AMBIENTE DE HOMOLOGAÇÃO - SEM VALOR FISCAL" porém sempre está sendo passado Visible = False pra ela, passando True apenas quando for uma NFS-e Cancelada. // Mensagem para modo Homologacao. qrlMsgTeste.Visible := False; qrlMsgTeste.Enabled := False; if (FNFSe.NfseCancelamento.DataHora<>0) or FNFSeCancelada then begin qrlMsgTeste.Caption := 'NFS-e CANCELADA'; qrlMsgTeste.Visible := True; qrlMsgTeste.Enabled := True; end; qrlMsgTeste.Repaint; Alguém sabe como posso fazer isso? Obrigado.

Bom dia. Para dar como concluído o tópico, o ambiente de homologação retornou à alguns dias e os ajustes funcionaram com sucesso. Agradeço aos colegas que ajudaram. Att, Alex.

Boa tarde. Desculpem a demora pelo retorno, mas acabei envolvido com outros projetos aqui e esse ajuste acabou ficando parado, agora retomei para finalizá-lo. Resolvi mudar a rotina conforme a orientação do Italo visto que o mesmo considerou não ser uma falha do componente por não se tratar de um XML de uma NF-e e sim de um retorno de download. Agradeço a ajuda do amigo Leonardo que já tinha feito a alteração e havia funcionado, mas resolvi alterar pelo motivo de não ter subido o ajuste para a versão oficial e daí fica complicado quando preciso atualizar o componente. Porém, não estou conseguindo fazer o teste pois parece que não está funcionando a rotina do Download no ambiente de homologação, a mesma rotina está funcionando em ambiente de produção. ACBrNFe1.DownloadNFe.Download.Chaves.Clear; with ACBrNFe1.DownloadNFe do begin Download.CNPJ := sCNPJ; with Download.Chaves.Add do begin chNFe := sChave; end; end; ACBrNFe1.Download; Retorno: 999 - Rejeicao: Erro nao catalogado Alguém tem tido esse problema também? Obrigado, Alex.

Bom dia Leonardo, agradeço o retorno e a alteração feita. Fiz os testes com essa UNIT que vc passou e funcionou perfeitamente. Obrigado, Att, Alex. Bom dia Italo. Conforme o Leonardo falou pode acontecer do usuário receber o XML igual esse meu vindo de outro sistema e nesse caso o ACBR vai ler a versão errada. Peço que se possível analise a alteração feita pelo Leonardo na UNIT que ele anexou, pois funcionou corretamente, dessa forma poderá subir à versão oficial no SVN. Obrigado pelo retorno. Att, Alex.

Boa tarde Leonardo, agradeço o retorno. Conforme vc me falou, fiz novos testes e detectei que o problema ocorre somente quando é um XML que foi baixado utilizando a rotina de download pelo componente. Segue o XML em anexo, se puder, tente fazer com esse XML meu pra ver se funciona no seu software por gentileza. Para saber se deu certo, basta vc checar a Data de Emissão por exemplo pois vai estar em branco. Obs: meus fontes estão atualizados corretamente. Obrigado, Att, Alex. 35150659225698000196550010000006601479104318.XML

Boa tarde pessoal. Depois que atualizei o ACBR começou a dar problema em uma rotina que eu tinha antes e funcionava normalmente... É o seguinte... tenho uma rotina onde leio um XML em uma pasta e carrego no componente utilizando o código: ACBrNFe1.NotasFiscais.LoadFromFile('arquivo.xml'); Onde esse XML que estou lendo já está na versão 3.10 "infNFe versao="3.10"" Porém na Unit ACBrNFeNotasFiscais.pas na função: function TNotasFiscais.LoadFromFile(CaminhoArquivo: String; AGerarNFe: Boolean = True): Boolean; e especificamente na linha LocNFeR := TNFeR.Create(Self.Add.NFe); o componente está trocando a versão para 2.00 e daí o XML fica diferente e perde o conteúdo das tags que são do layout 3.10. Em testes debugando a aplicação percebi que isso acontece nessa linha acima. Obs: Já testei também passando False para a propriedade AGerarNFe, mas o problema continua. ACBrNFe1.NotasFiscais.LoadFromFile('arquivo.xml', False); Alguém mais teve esse problema, se sim, como foi resolvido? Obrigado, Att, Alex.

Boa tarde galera. Efetuei novo teste hoje e funcionou na versão "3.10" enviado com a propriedade "RetirarAcentos = True". Porém com a propriedade "RetirarAcentos = False" continua retornando o erro: "Erro ao enviar NF-e Erro: Erro: Requisição não enviada. 0 - A" tanto na "3.10" como na "2.00". Mas menos mal porque agora já pode ser enviado na versão "3.10" sem gerar o erro de rejeição que ocorria anteriormente. Att, Alex.

André, alterei e efetuei os testes, deu certo. Ajuste feito da UNIT pcnNFeW (Fontes\PCN2\pcnNFeW) procedure GerarTotalISSQNtot; - Linha 1869 mudar de: Gerador.wCampo(tcStr, 'W22g', 'cRegTrib ', 01, 01, 1, RegTribISSQNToStr( nfe.Total.ISSQNtot.cRegTrib ) , DSC_CREGTRIB); para: Gerador.wCampo(tcStr, 'W22g', 'cRegTrib ', 01, 01, 0, RegTribISSQNToStr( nfe.Total.ISSQNtot.cRegTrib ) , DSC_CREGTRIB); Pois estava sendo passado o parâmetro ocorrencias = 1, mas deve ser 0 (zero). Att, Alex.

Bom dia André. Primeiramente, agradeço a ajuda. Quanto a essa mudança teria uma previsão para ser implementada no fonte do ACBR? Att, Alex.

Boa tarde amigo. Também estou com esse problema.. mesmo não informando nada nessa tag está gerando com valor=1 (Microempresa Municipal). Tentei também passando: NotaFiscal.NFe.Total.ISSQNtot.cRegTrib := RTISSNenhum; Mas retorna o erro: TAG:<total><ISSQNtot> ID:W22g/cRegTrib(Código do Regime Especial de Tributação) - Nenhum valor informado. '' violates enumeration constraint of '1 2 3 4 5 6'. The element '{http://www.portalfiscal.inf.br/nfe}cRegTrib'with value '' failed to parse. Então não sei oque fazer nesse caso, pois realmente não é um campo obrigatório conforme a NT. Conseguiu resolver? Att, Alex.