Fernando Di Pace

Sr. Juliomar estou sim seguindo as regras do fórum, só citei o problema nesse tópico, pois o Sr. cgcesa comentou o problema q está tendo com a transmissão da NFe 310 com o acbr com a propriedade FModeloDF, comentei nesse fórum com o intuito de ajudar a comunidade acbr encontrar o problema resolver de forma célere assim como sempre faço e tenho tempo, pois acredito no acbr, e uso o acbr a bastante tempo, me desculpe se no seu ponto de vista eu estou ferindo alguma regra do fórum, ao tentar ajudar um amigo no fórum. No link onde vc citou como resposta da questão acima, não existe nenhum resposta sua sobre o problema acima menciona, e acredito q o objetivo desse fórum é tentarmos resolver os problemas e chegarmos em um denominador comum. Sem mais.

cgcesar Essa propriedade: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Em tempo de execução a propriedade VersaoDF que recebe o valor acima citado muda para versão 200, ou seja, dando a falsa impressão que o sistema está usando o ambiente 3.10, mais na realidade está utilizando o ambiente 2.00. na realidade não existe ve310 Segue o trecho do código da classe ACBrNFeConfiguracoes que está ocorrendo o problema: procedure TGeralConf.SetModeloDF(AValue: TpcnModeloDF); begin FModeloDF := AValue; FModeloDFCodigo := StrToInt(ModeloDFToStr(FModeloDF)); if FModeloDF = moNFe then SetVersaoDF(ve200) else SetVersaoDF(ve300); end;

Amigos ao mudar a propriedade VersaoDF para 310 do componente ACBRNFe, em tempo de execução a propriedade VersaoDF que recebe o valor acima citado muda para versão 200, ou seja, dando a falsa impressão que o sistema está usando o ambiente 3.10, mais na realidade está utilizando o ambiente 2.00. Algum moderador poderia explicar o que está acontecendo? Segue o trecho do código da classe ACBrNFeConfiguracoes que está ocorrendo o problema: procedure TGeralConf.SetModeloDF(AValue: TpcnModeloDF); begin FModeloDF := AValue; FModeloDFCodigo := StrToInt(ModeloDFToStr(FModeloDF)); if FModeloDF = moNFe then SetVersaoDF(ve200) else SetVersaoDF(ve300); end; Obs: Minha versão do ACBR é : 2561 data atualização SVN 26/03/2014 23:41

Depois de muito pesquisar cheguei a resolução do problema. Formatei os computadores que estavam com esse problema instalei o SO, um bom Antivírus, e em seguida as instalações dos certificados e suas respectivas cadeias de certificado. O problema desapareceu, resolvi postar os procedimentos que tomei, se alguém tiver com esse problema poderá fazer os procedimentos que informei e poderá lograr êxito. Gostaria de agradecer a todos que contribuíram diretamente e indiretamente para resolução do problema.

Bom dia Carlos. Eu fiz uma checagem nos xml's gerados antes e pós erro e não encontrei esse tipo de erro que vc está mencionando, porém a minha revisão é 6031, seria bom vc atualizar a sua versão dos fontes e ver se esse problema dos valores dos impostos continua ou não, porém vou te adiantando que o erro: Assinatura difere do calculado, persiste pois comigo todo santo dia tenho esse erro nos clientes, se é um erro na sefaz não sei ainda, estou verificando, mais que é muito estranho isso é!!!!

anfm obrigado pela resposta, realmente existia erro na base de calculo, porem eu tenho dois xml que se refere aoutra nota e não tem erro de validação de dados, porém existe apresentou erro no envio, no primeiro momento que gerei o xml e mandei enviar deu o erro de Assinatura difere do calculado, salvei com o nome: Erro-NFe.xml e em seguida mandei transmitir novamente onde a nota foi enviada como sucesso, comparei o dois arquivos e observei que são iguais o que está faltando um para o outro é só os dados do protocolo de recebimento da sefaz, mais o resto está ok. Eu estou tendo essa mensagem de Assinatura difere do calculado, de qualquer forma vou anexar os xml's aqui para analise. anfm se vc puder me ajudar ficarei muito grato!!! Erro-NFe.xml -NFe.xml

Bom dia amigos, Segue o XML que está aparecendo o erro: Assinatura difere do calculado. Algum moderador poderia analisar para ver se encontra algum problema na estrutura do xml????? -NFe.xml

OK Francisco. Assim que ocorre o problema antes de mandar reenviar vou capturar o xml e mandarei. Só que eu estou resolvendo o problema da seguinte forma, eu mando gerar duas vezes o xml a primeira eu descarto o que fica valendo é a segunda vez, pois estou suspeitando do campo cNF - Código Numérico que compõe a Chave de Acesso. Esse campo é gerado de forma aleatória, estou achando que pode ser esse campo, veja só estou achando! Pois estou pesquisando e verificando todas as possibilidades. Após a alteração de gerar duas vezes o xml e descartar a primeira vez até agora o erro não aconteceu mais, porém vou ficar na observação.

Pois é Italojjr Muito estranho esse problema eu não tenha, faz mais de dois anos que fiz essa aplicação com o ACBR e nunca tive esse erro antes, e olhe que que tenho uma porrada de clientes usando, porém dois clientes me reportaram esse erro essa semana. minha sorte é quando mandamos reenviar da certo. Vou futucar aqui e vejo se acho algo.

Sim, já chequei. Porém o exemplo talvez não ocorra por se tratar de valores estáticos, pois em um ambiente normal a coisa muda de figura. E existe um monte de relatos no próprio site do ACBR com essa situação em que outras pessoas passaram e estão passando por esse problema. Até no CTe existe casos como esse: Veja: e não houve solução. No meu caso está acontecendo na NFe, porém quando mando retransmitir novamente funciona, é muito estranho. ?????

Boa tarde amigos. Estou tendo o seguinte erro ao transmitir a Nfe para sefaz: Assinatura difere do calculado. Quando eu mando transmitir pela segunda vez dá certo, esse erro é intermitente, ou seja, tem hora que dá e tem hora que não dá. Já atualizei os fontes do ACBR recompilei a aplicação e mesmo assim uma vez ou outra esse erro aparece, eu nunca tive esse erro antes. Já verifiquei certificado, cadeia de certificado, instalei em uma máquina limpa com o windows 7 recém-instalado, o xml não tem caracteres especial, em fim, existe alguma coisa estranha pois na segunda tentativa de envio ele consegue transmitir. Será que existe alguma coisa estranha na geração do numero aliatório da chave da nfe no ACBR?????????? Algum moderador poderia me ajudar?

Sua pasta tá bloqueada, você tem que fazer dois passos: 1º) Ir na pasta clicar com o botão direito escolher Tortoise->release lock 2º) Depois Ir na pasta clicar com o botão direito escolher Tortoise-> Clean Up... Pronto... Espero ter ajudado!

anfm baixei pelo svn o pacote do ACBR dei um rebuild no projeto mais não consigo autorizar a nota no RN, não estou usando ACBRMonitor seria legal fazer as mudanças da url no projeto acbrNfe2.0 para atender RN e disponibilizar para galera via SVN. Segue abaixo as informações ref. a mudança no RN. Valeu! MUDANÇA DO AMBIENTE AUTORIZADOR DA NF-E ATENÇÃO: a parada programada para intervenção no ambiente ocorrerá entre as 08:00 e 10:00 do dia06/05/2013. Empresas do RN emissoras de NF-e devem ajustar seu aplicativo para o novo ambiente autorizador SVRS no dia 06 de maio de 2013 Para tanto, devem providenciar a alteração no software emissor mudando o ambiente autorizador daSVAN para a SVRS. Mudança no Software Emissor da NF-e: 1. Para as empresas que utilizam o programa emissor gratuito, oferecido pela SEFAZ/SP, a atualização do programa será automática, bastando à empresa seguir as orientações do próprio aplicativo. 2. Para as empresas que utilizam programa emissor próprio ou de terceiros, a mudança limita-se a troca do endereço eletrônico dos serviços (WebServices) da NF-e, apontando-os para o ambiente SVRS. (instruções em anexo) Atenção: A atualização deverá ser implantada pela empresa para funcionar a partir do dia 06 de maio de 2013. Após está data, o ambiente autorizador NF-e do SVAN será desativado para os contribuintes do RN. Dúvidas e contato A equipe de atendimento da SET/RN estará à disposição para dirimir quaisquer dúvidas referentes ao processo de mudança do ambiente autorizador para a SVRS. Contatos pelos seguintes canais alternativos: 1. Através do telefone da equipe de atendimento:(84)3232-2090 2. Através do e-mail da equipe de atendimento: [email protected] 3. Através da Sala de Contato do portal da SET/RN: www.set.rn.gov.br opção do menu 'Sala de Contato', assunto 'Nota Fiscal Eletrônica' O horário de funcionamento da equipe de atendimento será diariamente, de segunda a sexta, das 07:00 às 18:00 horas, ininterruptas. Instruções técnicas da mudança para a SVRS (para emissor próprio): 1) Inicialmente, por medida de segurança e para adaptação ao novo ambiente autorizador, recomenda-se testar as autorizações de NF-e no ambiente de homologação (sem valor fiscal) da SVRS . Este ambiente já está disponível e pode ser utilizado livremente pelos emitentes de NF-e. Observar a lista de WebServices da SVRS de homologação: Sefaz Virtual Rio Grande do Sul - (SVRS) - HOMOLOGAÇÃO Serviço URL (endereço eletrônico) NfeRecepcao https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx NfeRetRecepcao https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/NfeRetRecepcao/NfeRetRecepcao2.asmx NfeInutilizacao https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/nfeinutilizacao/nfeinutilizacao2.asmx NfeConsultaProtocolo https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/NfeConsulta/NfeConsulta2.asmx NfeStatusServico https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/NfeStatusServico/NfeStatusServico2.asmx RecepcaoEvento https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/recepcaoevento/recepcaoevento.asmx 2) A partir do dia 06 de maio de 2013, a empresa deverá colocar em produção nova versão do aplicativo próprio ou de terceiros com os endereços (URL) da SVRS de produção. Abaixo, segue lista de WebServices da SVRS de produção: Sefaz Virtual Rio Grande do Sul - (SVRS) -PRODUÇÃO Serviço URL NfeRecepcao https://nfe.sefazvirtual.rs.gov.br/ws/Nferecepcao/NFeRecepcao2.asmx NfeRetRecepcao https://nfe.sefazvirtual.rs.gov.br/ws/NfeRetRecepcao/NfeRetRecepcao2.asmx NfeInutilizacao https://nfe.sefazvirtual.rs.gov.br/ws/nfeinutilizacao/nfeinutilizacao2.asmx NfeConsultaProtocolo https://nfe.sefazvirtual.rs.gov.br/ws/NfeConsulta/NfeConsulta2.asmx NfeStatusServico https://nfe.sefazvirtual.rs.gov.br/ws/NfeStatusServico/NfeStatusServico2.asmx RecepcaoEvento https://nfe.sefazvirtual.rs.gov.br/ws/recepcaoevento/recepcaoevento.asmx

Tive o mesmo problema em um cliente reinstalei o certifica e a CAPICOM funciona normal. Baixa a última versão da CAPICOM pois o pessoal que distribui tem uma versão da mesma auto install, que já faz o registro do windows automático na reinicialização do SO. Espero ter ajudado.