Renato Lucas Pandolfo

Mas essa validação só deveria estar ocorrendo a partir de 01/01/16 correto ?

Estou com o mesmo problema em MG em ambiente de produção.

Boa noite Italo, Debuguei a rotina e não encontrei o erro. Essa mensagem "Erro no certificado" é a msg que está no arquivo -rec. Esse arquivo quem retorna é a propria prefeitura...certo?! Coloquei o arquivo em anexo. Tentei setar no GetConfigCidade do AcbrProvedorBHISS, o AssinaRPS e AssinaLote p/ False, pois a prefeitura está tirando a obrigatoriedade da assinatura p/ as empresas que estão com este problema, porém retornou a mesma mensagem(Erro de certificado); Fiz um teste no RPS através do validador da receita, que retornou que a assinatura do documento é valida. Obrigado 201400000000179-rec.xml

bom dia. Tentei fazer o envio do lote via site, porém aparece a msg Arquivo enviado com erro de certificado. Alguem tem alguma idéia ?

Régys, boa tarde. Acredito que o correto seja , "O registro D4 é gerado somente quando você altera alguma informação em um D3 já existente " . Certo ? Obrigado

Boa noite Francisco. A MSG é "erro de certificado" mesmo. Uso o mesmo certificado p emissão da nfe, e a origem do numero de série é a mesma no banco. Obrigado.

Boa noite Francisco. A MSG é "erro de certificado" mesmo. Uso o mesmo certificado p emissão da nfe, e a origem do numero de série é a mesma no banco. Obrigado.

Boa tarde Italo, Deixei a configuração conforme abaixo, mas aparece a mesma mensagem de erro (Erro de certificado): Usar SSL 2.0 (esta desmarcado) Usar SSL 3.0 (esta marcado) Usar TLS 1.0 (esta marcado) Verificar revogação de certificados do servidor (esta desmarcado) Verificar se há assinaturas em programas baixados (esta marcado) Verificar se há revogação de certificados do editor (esta desmarcado) Obrigado.

Me confundi. Na verdade os arquivos estão sendo gerados sim. Consegui uma resposta da prefeitura. "Foi verificado inconformidade de assinatura com o padrão XMLDSig, após testes em componentes diferentes de assinatura.". Peguei o arquivo do lote e tentei enviar direto pelo site, e retorna também o erro. Arquivo enviado com erro de certificado.

Boa tarde, Ainda não consegui uma solução. Reparei q o sistema não chega nem a gerar o RPS. Alguem tem alguma idéia ?

Boa tarde Juliomar. Em ambos os casos, consigo emitir nf-e, acessar a receita federal por exemplo. A TI da prefeitura me informou que alguns clientes estão tendo problemas com certificado da Serpro e que eles estão desabilitando a exigência da assinatura nestes casos. Ficaram de nos retornar. No caso do A1, vou tentar fazer o q vc falou. Obrigado.

Boa tarde Ítalo, Tive o mesmo problema com um outro cliente hoje. Porém com certificado A1. O cliente estava emitindo de manhã e o certificado venceu. Fizemos a troca do certificado, e agora está retornando a mesma mensagem de erro "Erro de certificado". A coincidência é q em ambos os casos, os certificados foram emitidos recentemente. No primeiro caso, a certificadora é Sic. No segundo caso, é a Serpro. Entrei em contato com a prefeitura que ficou de dar um retorno. Estou aguardando.

Bom dia Italo, Para emitir nf-e está funcionando normalmente. Testei o certificado também p/ baixar xml, acessar receita federal etc. Funcionou normalmente. Achei q pudesse ser algum problema na minha aplicação, apesar de funcionar em outros clientes. Testei também utilizando o exemplo do AcbrNFSe e tive o mesmo erro. Entrei em contato com a Sic Certificação Digital. Fizeram os testes e constataram q estava tudo ok.

Só com este cliente. Vou entrar em contato com a certificadora e retorno. Obrigado.

Boa tarde Italo, Peguei o certificado do cliente e coloquei em uma maquina q emito nfse, e deu o mesmo erro. Coloquei p/ visualizar as mensagens, tentei consultar uma nfse por período e apareceu a mensagem com código de erro : Código Erro: E196 Mensagem: Erro de Certificado. Correção: Provedor: BHISS Tem alguma dica ? Identifiquei q esta exception ocorre na functon TWebServices.ConsultaNFSe

Funciona sim Italo. Só neste cliente que estou tendo problemas. Engraçado é que consigo utilizar o certificado em outras operações, como por exemplo, baixar o arquivo xml. Já desabilitei o firewall. O antivirus é o kaspersky. Não tem proxy. O sistema operacional é windows 7. Todo atualizado. O certificado digital é da SIC.

Bom dia Italo. O envio realmente não ocorre. Não debugei. Estou c este problema em apenas um cliente.

Boa tarde, Estou com um problema em um cliente p/ emitir NFS-e p/ a prefeitura de Juiz de Fora. Quando vamos enviar a nfs-e, após digitar o pin, aparece a mensagem "Erro De Certificado." Windows 7 64 Bits Certificado A3. Estou utilizando o mesmo ambiente p/ emissão da nf-e e não está apresentando problemas.

Boa tarde. Estou com dificuldade em criar nfse com tomador sem cpf/cnpj na prefeitura de Juiz de Fora(BHISS). Pelo site, existe a opção de criar sem cpf/cnpj, sendo que, os campos Razão Social, CEP e endereço completo são obrigatórios. Via webservice, tentei informar apenas os campos obrigatórios do tomador(Razão Social, CEP e endereço completo) e deixei cpf/cpnj em branco, mas dessa maneira ocorre erro na validação do xml. Tentei também não informar o tomador do serviço, porém o webservice retorna que os campos obrigatórios do tomador do serviço não foram informados. Alguem passou por alguma situação parecida ?

A função para detectar o tipo existe no Acbr ?

Eu sei que tem q alterar o GT por fora do PAF. Talvez eu não tenha me expressado bem. O arquivo auxiliar criptografado, deve ser gerado por outro aplicativo, por exemplo, um Editor do AAC. Certo?! O homologador, não aceita que eu mude GT e CRO utilizando o próprio editor do AAC. Ele queria que eu modificasse diretamente no arquivo criptografado. Ele exigiu que eu abrisse o arquivo no bloco de notas e alterasse o arquivo diretamente por lá. O procedimento dele está correto ?

Se eu entendi bem sua explicação, sua idéia é alterar o GT e CRO, usando por exemplo, o mesmo programa que usamos para criar o arquivo criptografado. Ai seria, entrar no programa...mudar o gt...e salva novamente o arquivo criptografado. Porém no nosso caso, o homologador não permitia isso. Ela queria que alteração fosse feita diretamente no arquivo criptografado.

Eu tb tive que modificar meu arquivo criptografado quando homologuei. Não utilizava o AcbrAAC na ocasião. O homologador fez eu escrever o meu arquivo criptografado com cada informação em uma linha e saltasse uma linha de uma p/ outra p/ q o arquivo ficasse "organizado". Na ocasião, alterei o arquivo pq precisava homologar o sistema, mas não concordava com essa exigência DO HOMOLOGADOR. No roteiro não tem essa exigência. Tem?! Não havia lugar nenhum que obrigasse que o arquivo tivesse essa "organização" que ele nos exigiu. Eu acredito que se o arquivo tivesse que estar "organizado" da maneira que o homologador queria, então o manual deveria vir com essa informação e não ser este, um "Teste surpresa". Deveria então ter um layout do Arquivo Criptografado. Vcs concordam com esta exigência ? O homologador tem este poder ?

No quick e no fast está funcionando legal. Só no fortes que acontece esse problema. Alguém tb está nesta mesma situação ?

Tudo verde e atualizado. Exclui a pasta com os fontes do AcbrNfse, atualizei novamente. Primeiro mostrou a msg Error reading frlDANFSeRL.LCLVersion: Property LCLVersion does not exist. Fui nos fontes...abri o ACBrNFSeDANFSeRL.pas e ignorei as propriedades que estavam incompatíveis com a versão. Depois, abri o arquivo ACBrNFSeDANFSeRLRetrato.pas e tb ignorei as propriedades incompatíveis. Neste ponto, ainda aparece a msg de que o componente dsItens já existe. Também ignorei. Depois compilei com a opção Build. A discriminação dos serviços está aparecendo normalmente. Porém, voltou aquele problema da acentuação das palavras e continua aparecendo a msg que a versão do fortes é diferente. Estou utilizando Delphi7 e e Fortes 3.72