Gr@c@

Obrigada André. O erro estava ocorrendo porque estava setado DanfeESCPos e não DanfeFortes. Porém, no final, ocorreu esse erro: NFCe_MG_H não encontrada no arquivo ACBrServicos.Porém estou enviando uma NF-e(31170386493095000148550010000001561000001560). MG ainda não tem NFC-e. A nota agora foi enviada corretamente pelo demo. No meu aplicativo Danfe e impressora estão setados corretamente, mas não retorna mensagem de erro (deve ser outro problema). Vou debugar o meu aplicativo novamente e também realizar testes com um certificado/emitente do Maranhão. -<protNFe versao="3.10"> -<infProt> <tpAmb>2</tpAmb> <verAplic>14.0.25</verAplic> <chNFe>31170386493095000148550010000001561000001560</chNFe> <dhRecbto>2017-03-31T10:05:44-03:00</dhRecbto> <nProt>131170128324132</nProt> <digVal>a+V/F2PbjUCWx345suj5VTsrdi8=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> </nfeProc>

Esse erro ocorre no demo tanto de NF-e como CT-e usando wincrypt. No meu aplicativo ocorre erro também, porém a mensagem de erro retorna vazia. Usando a libCapicom ou OpenSSL não ocorre erro. Abaixo a imagem da tela do demo com a tentativa de criação e envio de uma NF-e. Ao mudar para libCapicom a mesma NF-e é enviada com sucesso. Alguma sugestão? Teste realizado em: 1---> Delphi 7 + Windows 7 Professional 32 bits (original e com atualização automática) 2---> Delphi XE3 + Windows 7 Professional 64 bits (original e com atualização automática) ACBr atualizado, ACBr_TCP compilado Certificado digital A1 SafeWeb com cadeia de certificado V5 instalada. Emito NF-e em produção também usando esse certificado.

tem que instalar a nova cadeia de certificado MG. Veja o aviso no portal do CT-e de MG.

Em 2014 criei o post acima e não consegui muito sobre ele. Alguém saberia mais detalhes sobre essa tag? O que declarar nela (peso/volume). Por exemplo, em uma carga tpUnidTransp = Rodoviario Tração, onde o idUnidTransp será preenchido com a placa do veiculo, o que irá no qtdRat do #65 do layout do MDF-e? No meu caso, tanto volume quanto peso informados na NF-e ultrapassam o limite de 999.99 <infDoc> <infMunDescarga> <infCTe> <infUnidTransp> <infUnidCarga> <qtdRat> ?

o que está ocorrendo com o Paulo Alexandre Hostert é o mesmo que ocorre na minha máquina utilizando um certificado A1. Tudo na minha máquina está atualizado, meu windows 7 Professional 32bits é original e está com as ultimas atualizações, certificado A1 safeweb com cadeia de certificado v5 atualizada, meu ACBr está atualizado. Ocorre erro com o demo e com o meu aplicativo também. Com o demo, uso o wincrypt com as demais configurações padrões que são setadas. Tentei usar o libCustom e alterar algumas opções mas também nada. Com libCapicom funciona normal. Não tenho mais o certificado A3 para realizar os testes. Com relação a um passo-a-passo, simplesmente no demo escolho a opção do Wincrypt e deixo as demais configuradas pelo próprio demo. Testei nas versões 7 e XE3 do Delphi.

Na versão 3.00 do manifesto, como deve ser declarada as tags infANTT e infCIOT?

Delphi 7, mas no XE3 também não deu.

O meu aplicativo está funcionando com libCapicom, libCapicomDelphiSoap. Não consigo funcionar com libWinCrypt.

A questão não é a cadeia de certificados. Isso já foi resolvido com a instalação da cadeia ICP-Brasil v5 e a cadeia de certificado do CT-e disponibilizada pela SEFAZ/MG. A questão está no uso do wincrypt. Fiz testes com o demo e ele dá erro com o wincrypt (Communication error 2), isso porque o arquivo com o protocolo ora retorna vazio ora nem retorna. Creio que é o mesmo problema do meu aplicativo, só que o meu vem a tela de mensagem vazia (justamente porque não está retornando conteudo do protocolo). Porém com o libCapicom, o processo ocorre com sucesso, tanto no meu aplicativo quanto no demo do ACBr. Meus clientes estão enviando ct-e com forma de emissão Normal com sucesso usando o capicom. Os meus testes com o wincrypt é que não estão dando certo. Mas vc está usando o wincrypt e certificado A1?

Se no ERP não existe configuração de como gerar o cNF (se mesmo numero da nota ou um numero sequencial aleatorio) e está sendo colocado o mesmo numero da NF nesse campo sequencial, você deve entrar em contato com o desenvolvedor e solicitar a alteração porque não terá como configurar.

Mudando essa propriedade as outras já não são setadas pelo componente na procedure TGeralConf.SetSSLLib(AValue: TSSLLib) ? CryptLib,httplib,xmlsignlib. Mas mesmo setando novamente no meu fonte conforme o demo, ainda dá erro. No debugue as propriedades são setadas corretamente. O que mais é preciso alterar? (lembrando que estou testando com o ACBrCTe (MG já com as novas cadeias de certificado) e estou com a atualização 13059 do svn porque a última estava com erro no ACBr_Capicom.dpk) ACBrCTe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrCTe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrCTe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrCTe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

desmarcando tudo e marcando um por um do que quero instalar e não marcando o ACBr_Capicom.dpk ainda dá erro. Acabei de atualizar todo o Svn do zero, inclusive o ACBr_Install.exe. Estou rodando o instalador de dentro da nova versão e ele ainda faz referencia ao ACBr_Capicom.dpk.

o meu não consigo, solicita cleanup, mas o cleanup não executa. Fiz algumas alterações ontem em units do forts e não queria perdê-las. Tem como resolver sem criar uma nova pasta ACBr vazia? ok deletei a pasta acbr e comecei do zero. Mas no instalador novo ainda tem o pacote capicom.dpk para instalar e dá erro. Não consigo desmarcar a opção.

Mas vou atualizar todo o ACBr com a 13059 ou somente o ACBr_Capicom?

como atualizar para a versão anterior usando o ACBr_Install? Não tenho a versao 13059. E como vai ficar para quem ainda usa capicom?

estou atualizando com a versão 13060 e está dando o erro: o diretório do pacote: ACBr_Capicom.dpk.

Fiz essa configuração somente: ACBrCTe1.Configuracoes.Geral.SSLLib := libWinCrypt; Não funcionou, ao enviar o CT-e retorna uma tela de erro vazia (sem mensagem de erro). Voltando para libCapicom o CT-e é enviado normalmente. Falta mais alguma configuração? O certificado é A1 e está instalado em um micro com Windows7 32 Professional original. Não informei caminho do pfx, nem senha como já fazia antes. Mas também tentar informar e o retorno foi vazio. A série e a data de validade do certificado (vence em 2018) aparecem corretamente.

o erro que mostra na mensagem é 12175 e não 12157. Acho que 12175 é Falha de conexão com Internet. Aqui em MG já estão enviando NFe normal.

RESOLVIDO.

A instalação dessa revisão está diferente do normal. Tentei atualizar via SVN atraves do ACBr_Install a minha pasta ACBr já existente e deu erro. O Clean-up também falhou. Tive que criar uma nova pasta ACBr e fazer o checkout. OK. Porém ao instalar os componentes, não aparece a instalação com sucesso dos demais componentes. Está correto? A imagem está em anexo log_Delphi_7.txt Só instalou o ACBrDiversos Refiz o processo. Ficou correto.

Pelo jeito o problema foi causado pela atualização do Avast e não do Windows. Infelizmente, a informação chegou depois de inúmeros micros terem sido formatados. Usuários brasileiros do Windows 7 se depararam com uma surpresa desagradável nesta segunda-feira, 20. O sistema operacional tem encarado a famigerada “tela azul da morte” repetidamente poucos minutos após o computador ser iniciado. Todos os indícios, no entanto, apontam que não se trata de uma falha do sistema operacional, e sim um bug em uma atualização da versão grátis do antivírus Avast. A recomendação é esperar um novo update que solucione a situação. A boa notícia é que empresa reconhece o problema, e afirma que a atualização de correção está a caminho. Por meio do Twitter oficial de suporte do Avast, a companhia tem orientado seus usuários a desligar temporariamente o File System Shield, um componente do antivírus. Para isso, acesse a interface do Avast, entre em Configurações, em Componentes e desligue a opção File System Shield. A atualização deve estar disponível a todos os usuários ainda hoje. Para verificar se a atualização que corrige o problema já está disponível para você, abra a interface do Avast, entre em "Configurações", "Atualizações", "Definições de vírus" e "Atualizar".

Alguém de vocês teve clientes com problemas na atualização do windows 7 do dia 18/03? Máquinas reinicializando, dlls da bematech deletadas, problemas com certificado digital? Já estou com 4 clientes com o mesmo problema e outra empresa concorrente daqui da cidade já está com vários clientes relatando o mesmo erro.

No meu cliente não funcionou com nenhuma das dicas acima. No entanto, hoje de manhã 20/03 ele conseguiu enviar em contingência. Sinal que o motivo da rejeição vai muito além da nossa imaginação

Pessoal, passei por isso em apenas 1 cliente. Os outros estavam enviando ct-e normal nesse fim de semana (de sexta a sábado), inclusive um deles emitiu 300 CT-e´s no sábado de manhã . E a versão do aplicativo emissor de CT-e e schemas era a mesma em todos. O funcionário desse cliente é novato e não soube me dizer qual a autoridade certificadora do certificado dele e eu não consegui fazer o acesso remoto na máquina dele para verificar as propriedades do certificado. Desconfio que seja algo especifico de certificado ou de atualização de cadeia de certificado. Uma observação é que houve uma atualização automática do Windows 7 na sexta-feira e as configurações do Internet Explorer foram alteradas nessa atualização, por exemplo, a verificação de certificados revogados. Porém, mesmo voltando essas alterações como anteriormente, o cliente não conseguiu enviar CT-e. Antes dessa atualização, o cliente estava enviando CT-e sem problemas. Foi a partir da atualização que começou a rejeição. Segunda-feira, caso o cliente ainda não tenha conseguido enviar CT-e, farei manutenção presencial e só então saberei o por quê do erro. Pode ser versão de capicom, firewall do Windows, dlls sobrepostas pela atualização, configuração do windows ou atualização de cadeia.

anexo CliSiTef.log ECF.log