Gr@c@

Mas que eu saiba a ICPBrasil v5 é pré-requisito para funcionamento dos certificados a partir de 2017. Você terá problemas ao assinar a NFe.

Sei que a NFC-e é para ser emitida para cliente estadual. Mas suponha a seguinte situação: cliente compra num estabelecimento de outro estado e quer que identifique seu Cpf. Isso é possível com o cupom fiscal, pois já comprei varias vezes em SP (produtos que ia consumir lá mesmo) e somente pegaram meu cpf. Como fica isso na NFC-e? 1-emito a NFC-e com o cpf do consumidor e dados de endereço ficticio ou do proprio estabelecimento? 2-bloqueio a emissão da NFC-e e obrigo a emissão de uma NF-e? (um problema aqui é que a NF-e não poderá ser emitida pelo caixa da loja/supermercado, terá que ser emitida em um setor especial) 3-emito a NFC-e somente se o consumidor abrir mão da informação do Cpf?

Qto a crypt32.dll é só mandar procurar ela no pc ou https://msdn.microsoft.com/pt-br/library/windows/desktop/aa379884(v=vs.85).aspx Verificar Framework veja o link https://docs.microsoft.com/pt-br/dotnet/framework/migration-guide/how-to-determine-which-versions-are-installed

Vc tem que instalar a cadeia de certificado ICP-Brasilv5, sem ela os certificados não funcionam mais (já tem um tempinho isso). desmarque também as opções "Verificar revogações de certificado do servidor" e "verificar se há certificados revogados do fornecedor"

Vários itens precisam ser verificados: antes de tudo cheque a velocidade da internet. 1-Versão do Windows e se é compativel com a TLS 1.2 (já tem um tópico sobre isso, onde relacionei os windows e service packs) 2-Verificar se o Windows está atualizado 3-Checar a Crypt32.dll. 4-Checar a versão do Framework (deve ser a 4.6.2 ou superior) 5-Checar o certificado digital do cliente 6-Checar as cadeias de certificado, principalmente aAutoridade Raiz Certificadora v5 7-Tente desabilitar o firewall do windows

Eu também recebi esse retorno.

Quando dá falha na validação dos dados geralmente mostra o element onde ocorre o erro. Post o xml e um print da mensagem de erro.

Você conseguiu solução para o seu tópico? Eu também estou com o mesmo erro.

Bom dia Italo a frase "O layout do XML já esta implementada na unit referente ao envio de eventos do componente ACBrCTe." me deu uma dúvida aqui. Quem deve enviar o evento de Prestação de serviço em desacordo? A transportadora com o seu certificado digital ou o tomador do serviço através da manifestação? Tenho que implementar esse evento no meu aplicativo emissor de CTe?

Antes de enviar vc está enviando o comando assinar?

Fiz os testes em 2 desktops com windows 7 sp1 original (com atualizações automaticas) e nas duas funciona com wincrypt. Fiz os testes em 1 notebook com windows 8.1 original (com atualizações automaticas) e funcionou também. Quanto a: "Firewall, Windows Defender e Anti vírus todos desativados" isso não faço nunca porque sei que é impossível trabalhar sem proteção. No máximo (e em ultimo caso), desativo o Firewall. Problema só pode estar em atualizações do windows mesmo. A crypt32.dll da máquina que não funciona é a mesma versão da que funciona.

Eu também estou com o mesmo problema. O mesmo cliente usa o mesmo certificado A1 em 2 máquinas Windows 7 Professional com SP1. Em ambas as máquinas usa o mesmo aplicativo emissor de CT-e e as mesmas configurações de SSLLib....As máquinas tem a mesma configuração de internet e o mesmo antivirus. Firewall do Windows desativado em ambas. Em uma máquina funciona e na outra não. a diferença que notei foi o Framework. A que funciona está com Framework 4.7.1. Na outra está o Framework Client e nela não consegui atualizar para o Framework 4.7.1 ou pelo menos para o Framework 4.6.2 como recomendado. Resumindo: vou solicitar ao cliente que formate a máquina que não funciona.

Hoje recebi um email de retorno da Elgin. Meu chamado está em andamento, foi encaminhado para o Sr Rubens Andrade. Qualquer novidade, posto aqui.

Estou com problemas na averbação de cargas AT&M. O CT-e não averba, mas o retorno vem vazio. Não vem nenhuma informação do erro. Houve alguma alteração no componente? Estou usando essa configuração: ACBrANe1.Configuracoes.Geral.SSLLib := ACBrCTe1.Configuracoes.Geral.SSLLib; ACBrANe1.Configuracoes.Geral.SSLCryptLib := ACBrCTe1.Configuracoes.Geral.SSLCryptLib; ACBrANe1.Configuracoes.Geral.SSLHttpLib := ACBrCTe1.Configuracoes.Geral.SSLHttpLib; ACBrANe1.Configuracoes.Geral.SSLXmlSignLib := ACBrCTe1.Configuracoes.Geral.SSLXmlSignLib;

Isso começou a ocorrer ontem com um dos meus clientes, na mesma configuração versão 3.10, SSL 3.0 e TLS 1.0. Porém do Maranhão(SVAN).

Fiz o cadastro da empresa no Clube Automação Elgin antes do evento, assinei a lista de presença no evento de Uberlândia/MG. Abri um chamado hoje. Obrigada, vou aguardar.

Alguma previsão da entrega das impressoras i9? Preciso iniciar os testes da NFC-e MG este mês. Enviei email para Elgin mas não obtive retorno.

Se vc está usando libCapicom e o httpWinInet vai ficar dependente das configurações avançadas da Internet e lá deverá estar marcado o TLS 1.2. Fiz o teste aqui sem estar marcado e dá a mensagem que você postou. Mantendo a libCapicom e substituindo o httpWinInet por httpWinHttp não ocorre o erro. Acho que o ideal seria substituir a libCapicom por libWinCrypt e deixar as configurações padrões para libWinCrypt e no SSLType usar a LT_TLSv1_2.

No demo não está ocorrendo. Aliás, no meu aplicativo também não é sempre que ocorre. Testei até com o mesmo CT-e pra ver se poderia ser algum campo, mas ora visualizo ora dá o erro. Não encontrei muita informação sobre essa exceção. O erro está ocorrendo ao fechar o preview de um relatório do Fortes. obs: com DANFE não consegui simular o mesmo erro.

No mapa de tendencias diz que Maranhão continuará usando ECF e NFC-e. Tenho clientes no Maranhão e lá somente podem usar NFC-e. Todos eles receberam uma notificação sobre a proibição do uso do ECF a partir de 01/2018. Além disso, há controvérsias...  Transição do ECF:  Não será concedida autorização de uso de ECF e de Nota Fiscal, modelo 2, a partir da data da adesão voluntária ou obrigatória do contribuinte;  O contribuinte que tenha adquirido ECF e/ou que Notas Fiscais modelo 2, anteriormente à data da sua adesão voluntária ou obrigatória, poderá utilizá-lo no mesmo estabelecimento em que esteja emitindo NFC-e, pelo período máximo de 2 (dois) anos, a partir da data de adesão;

Pelo que entendi de tudo que vi até agora, a tendência é acabar com o ECF sim. E adotar NFC-e ou SAT ou MFe. Se não me engano, MG é o unico estado atrasadinho que ainda não disponibilizou o ambiente de homologação para NFC-e. Mas já tem prazo definido para implantação em abril/2017 com obrigatoriedade a partir de julho/2017.

Ao tentar visualizar um PDF de CT-e em FortesReport retorna esse erro "External Exception EEFFACE". Ambiente: Windows 7 32bits atualizado

Tenho essa tabela sobre a compatibilidade de S.O. com as versões NFe e CTe que utilizarão TLS 1.2 Versão TLS Microsoft .NET Framework 4.6.2 Emissão CT-e/NF-e Windows XP Não Não Incompatível Windows Vista Não Não Incompatível Windows 7 Sim Não Incompatível Windows 7 - SP1 Sim Sim Compatível Windows 8 Sim Não Incompatível Windows 8.1 Sim Sim Compatível Windows 10 Sim Sim Compatível Windows Server 2003 Não Não Incompatível Windows Server 2008 Sim Não Incompatível Windows Server 2008 - SP2 Sim Não Incompatível Windows Server 2008 R2 - SP1 Sim Sim Compatível Windows Server 2018 Sim Sim Compatível Windows Server 2012 R2 Sim Sim Compatível Windows Server 2016 Sim Sim Compatível

Para analisar isso você precisa nos informar: 1-qual o Sistema Operacional (e suas respectivas versões/service packs) 2-a versão do NF-e (3.10 ou 4.00) 3-o que está usando como configuração do SSLLib 4-UF do emitente

Pessoal, na dúvida de obrigatoriedade ou não, coloquem o campo CEST no cadastro de produto e, se houver informação nesse campo, vocês mandam para a NFe. Se houver rejeição da NFe, a culpa será do usuário do sistema que não forneceu a informação no cadastro e ele terá recursos para corrigir isso. Essa questão de CEST já é antiga e acredito que todo mundo já deixou isso habilitado nos aplicativos. Precisamos mudar essa regra de "brasileiro deixa tudo pra ultima hora" e não ficar dependendo de prorrogação.