bnobre

Olá Juliomar... Como marca para limpar tudo antes de instalar? Efetuei novamente o SVN Update (agora estou com a revisão 14207). Logo após, eu presumi que essa tal limpeza é executada pelo arquivo "apagarAcbr.bat" presente no diretório do ACBr, portanto executei o mesmo. E por fim executei e conclui a instalação através do "ACBrInstall_Trunk2.exe". Agora está TUDO FUNCIONANDO. Valeu meu amigo.

Olá a todos, vamos lá: RJ, Homologação, ve310 e modelos 55 e 65.

Desculpe a demora, vamos lá: Então, atualizei a pasta ACBR com o SVN Update. Depois executei o ACBrInstall_Trunk2.exe e através dele fiz a instalação... Não fiz nada além disso. Aí abri o delphi, carreguei meu projeto e só recebo esse erro tanto no envio de NFCe quanto NFe. Segue em anexo as configurações de meu ACBrNFe1. Uso o Delphi 2010 + Windows XP.

Olá a todos, Estava com a revisão 14007, mas devido aos problemas no componente de consulta do CNPJ eu atualizei hoje o componente para a revisão 14177 e após isso só recebo o erro 12002. Alguém pode me ajudar?

O problema é que a MANIFESTAÇÃO e o RETORNO do XML ocorrem em frações de segundos distintas... Em uma internet ruim é comum manifestar e não receber o retorno dessa manifestação... Aí em uma segunda tentativa é vital poder reconhecer que houve a manifestação (o que é sabido pelo erro Duplicidade de Evento) e logo em seguida poder resgatar o XML desse evento.

Olá...Outra dúvida sobre manifestações... Supondo que eu tente manifestar uma nota que já foi anteriormente manifestada pela mesma razão, recebo o erro de Duplicidade de Evento, até aí tudo bem. Mas como resgato o XML desse evento enviado anteriormente?

Boa tarde meus amigos, Estou precisando fazer download de XMLs sem validade fiscal, através da chave de acesso com informações de retorno da própria SEFAZ, igual vocês relataram que fazem, ou ao menos faziam. Poderiam disponibilizar o fonte? Desde já agradeço a atenção

Bacana, não sabia. Só um detalhe... Isso parece ser tão importante que ao meu ver deveria ser sempre verificado... Porque uma propriedade com esse valor False como padrão? Em quais casos não é bom verificar

Olá a todos, Navegando pelos tópicos achei esse comentário do BigWings: Só que eu não entendi bem o comentário... Como assim após uma uma consulta um XML pode ser atualizado com o protocolo de outro XML? Alguém poderia me dar um exemplo? Desde já agradeço

Bom dia meu amigo, Só um detalhe, em todos os meus clientes após atualizar a cadeia V5 eu não precisei nem reiniciar o computador e nem fechar o meu aplicativo... Só foi atualizar e tentar enviar novamente e FOI. Fica a dica. Abraços

Olá senhores, alguma definição ai? Já sabem se a Receita definiu de vez o novo link?

Olá André, obrigado, mas eu já havia lido esse aviso. A grande dúvida é porque HOJE e porque não para TODOS os desatualizados? Tudo bem, os certificados não estavam atualizados, mas só na minoria de meus clientes tive tais problemas, a grande maioria que também não possuem essas cadeias atualizadas funcionou normal.

Olá a todos, consegui resolver com a instalação dos certificados citados na pasta "Autoridade de Certificação Raiz Confiavel". Até aí tudo bem, mas a questão é... O que foi isso? Eles simplesmente tornaram isso obrigatório hoje sem aviso? E porque só alguns clientes meus tiveram problema (a grande minoria teve problema)?

Olá a todos, ao longo do dia tenho recebido ligações de alguns clientes com dificuldade para emissão de NF-e/NFC-e, mais precisamente aparece sempre o erro: Erro 12045 - A autoridade de certificação não é válida ou está incorreta Segui a dica do Juliomar em e estou resolvendo sem maiores problemas. Mas porque justamente hoje isso está acontecendo? Mas alguém está enfrentando isso? Desde á agradeço a atenção de todos

Olá a todos, uso o ACBrConsultaCNPJ1 e hoje vários clientes relataram dificuldades para carregar o CAPTCHA. Alguém mais está tendo dificuldades?

Ficou perfeito, obrigado.

Obrigado, Mas deixa eu ir um pouco além, não tem nenhuma MATRIZ como aquelas do pcnConversao(ex. TpcnTipoImpressao, TpcnIndicadorPagamento, TpcnCSTIcms, etc) para essa finalidade? Pois aí eu colocaria, por exemplo, assim: ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := TpcnTimeZone(cbo_timezone.ItemIndex)

Meu amigo, seguindo seu conselho estou colocando essa configuração manual... Coloquei um combo com 3 opções para o usuário marcar: Sistema, Manual ou PCN. Mas como atribuo esses valores via código? ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := ???

Olá meu amigo, acho que era erro na SEFAZ mesmo, voltou a funcionar. Grato

Coloquei tzPCN e funcionou, ele configurou o fuso horário corretamente, como ele identifica se está em horário de verão? Visto que o componente não usa esse valor como padrão, existe algum perigo em usar ele?

Olá senhores, finalmente efetuei a atualização de meus componentes, pois quero estar preparado para o uso da NFe 4.0. Depois de atualizar, estou conseguindo enviar notas normalmente, além de conseguir realizar a busca dos documentos fiscais eletrônicos disparados contra mim, mas não consigo mais me manifestar, fica dando erro "Erro Interno: 0 Erro HTTP: 500". O que pode ser?

Meu amigo, grato pela ajuda... Você saberia que atualização em específico seria essa? Pois alguns clientes usam o Windows XP e não possuem esse problema

Então meu amigo, estou analisando mais atentamente o erro em questão, pois por coincidência na nossa máquina de desenvolvimento está ocorrendo também. Fui analisar o log como sugeriu, ... no arquivo "*-pro-lot.xml" o horário está 2017-10-21T12:38:05-02:00 enquanto no arquivo de envio do XML está 2017-10-21T11:38:15-02:00. Observe que os fusos horários batem, pois especifiquei no Windows o fuso horário Atlântico Central -02:00, mas o horário de envio fica sempre 1 hora menor, mesmo eu configurando no Windows o horário correto manualmente. Por alguma razão o componente está pegando essa 1 hora A MENOS, e não é a hora que está configurada no Windows. Isso ocorre em minha máquina e na máquina de alguns clientes. Se eu mantiver o fuso horário Atlântico Central e colocar 1 hora A MAIS, por exemplo 13:38, aí o componente pega 12:38 e funciona. Se eu colocar o fuso horário Brasília -03:00, aí no arquivo "*-pro-lot.xml" o horário fica 2017-10-21T12:47:24-02:00 enquanto no arquivo de envio do XML fica 2017-10-21T12:47:32-03:00. Como os fusos não batem ele dá erro, e nesse caso mantendo o fuso horário Brasilia -03:00 só pega se eu atrasar a hora, aí fica 2017-10-21T11:47:32-03:00 e a SEFAZ aceita. O que fazer nesses casos? Esse problema é do componente ou do Windows? Como contornar esse problema? PS: Reparei que nessas máquinas com esse erro o Windows afirma que o horário de verão começará apenas dia 22/10/2017 às 00:00, não sei se influencia em algo. Outra coisa, nas máquinas que não apresentam esse problema de horário no envio do XML o horário está normal, com fuso Brasília-03:00 e marcado ajustar horário de verão, e nesses casos o componente coloca no XML o horário correto e com fuso Atlantico Central-02:00 automaticamente.

Também não entendi a inclusão da tag ICMS.pST para informar a alíquot do cálculo do ICMS-ST... Anteriormente já existia uma tag com esse fim, não era a tag ICMS.pICMSST???

Um detalhe, no NFC-e posso ter vários tipos de pagamento em uma mesma nota... Isso também pode ocorrer na NF-e? Como vocês estão tratando isso em suas aplicações?