Gr@c@

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.

Prorrogada somente a validação. Mas a informação continua obrigatoria.

No Portal de MG está mais esclarecido: Conforme aviso no portal nacional, a regra de validação que exige o CEST na NF-e e NFC-e (N23-10) fica postergada até a publicação de Nota Técnica com maiores esclarecimentos. Aproveitamos para esclarecer que a obrigatoriedade de informação do CEST (NT 2015.003) não mudou - De acordo com o § 1º da cláusula terceira, do Convênio ICMS 92/2015: • indústria e importador a partir de 01.07.17; • atacadista a partir de 01.10.17; • demais segmentos econômicos, a partir de 01.04.18

Postergada validação do CEST 27/03/18 Conforme aviso no portal nacional, a regra de validação que exige o CEST na NF-e e NFC-e (N23-10) fica postergada até a publicação de Nota Técnica com maiores esclarecimentos. Aproveitamos para esclarecer que a obrigatoriedade de informação do CEST (NT 2015.003) não mudou - De acordo com o § 1º da cláusula terceira, do Convênio ICMS 92/2015: • indústria e importador a partir de 01.07.17; • atacadista a partir de 01.10.17; • demais segmentos econômicos, a partir de 01.04.18

Trabalho com aplicação client/server utilizando Bando de Dados SQL Server. Evito ao máximo o uso de componentes terceirizados, atualmente uso Jedi,ACBr e Fortes somente. Já tive a versão Professional e ela não me atendia, por isso adquiri a XE3 Enterprise na época em que o preço da licença era mais coerente com a realidade brasileira. Só acho que o Delphi está caindo cada vez mais no ranking de ferramentas usadas aqui no Brasil, justamente pelo quesito "valor de licença".

Ficaria perfeito se os membros do ACBr pudessem adquirir a versão Delphi Tokyo Enterprise pelo preço do Delphi Tokyo Professional. Certamente seria uma turbinada do Delphi aqui no Brasil.

A tag de rastreabilidade está vinculada ao produto e pode ocorrer de 0-500. Eu entendo que pode ser vendido uma determinada quantidade de um produto e nesse item existir vários lotes com datas de fabricação e validade diferenciadas. Como vocês estão fazendo o lançamento dos produtos rastreaveis na NFe 4.00? Ex 1 - eu acredito que essa seja a forma correta de se lançar item + rastreabilidade Item da NFe: Produto agropecuario Valvet Qtde = 10 lote 1 DtFab 01/01/2016 DtVal 01/01/2017 sendo que desse lote sairão 5 unidades lote 2 DtFab 01/03/2017 DtVal 01/03/2018 sendo que desse lote sairão 2 unidades lote 3 DtFab 01/04/2017 DtVal 01/04/2018 sendo que desse lote sairão 3 unidades Ex 2 3 escritórios de contabilidade de meus clientes estão alegando que não pode ser feito como no exemplo 1, com base na interpretação que eles deram sobre a NT do novo layout da NFe 400. Segundo eles, cada item deve ter apenas uma referencia de lote, então no caso acima, eu deveria lançar o item 3 vezes. Sendo que a ocorrencia de 0-500 seria que a NFe somente pode conter até 500 tags de rastreabilidade.Nesse caso ficaria:(juro que não concordo com isso, pelo que interpretei do layout e também pela prática de venda, pois o vendedor ao fazer o pedido vende o produto sem se ater a lote/data de fabricação) Item 1 da NFe: Produto agropecuario Valvet Qtde = 5 lote 1 DtFab 01/01/2016 DtVal 01/01/2017 sendo que desse lote sairão 5 unidades Item 2 da NFe: Produto agropecuario Valvet Qtde = 2 lote 2 DtFab 01/03/2017 DtVal 01/03/2018 sendo que desse lote sairão 2 unidades Item 3 da NFe: Produto agropecuario Valvet Qtde = 3 lote 3 DtFab 01/04/2017 DtVal 01/04/2018 sendo que desse lote sairão 3 unidades Outra duvida a quantidade do lote na tag será: 1-a quantidade que está saindo desse lote 2-a quantidade que a empresa adquiriu desse lote 3-a quantidade que ainda existe em estoque desse lote

Foi gratificante participar da Palestra Elgin e ACBr. Muitas dicas sobre equipamentos, SAT, MFe, NFC-e e ACBr. Excelente a explicação do Daniel Simoes sobre o ACBr. Espero que esses eventos se repitam com maior frequência.

Aqui em MG esse mesmo erro está ocorrendo ao enviar NFe. Em contingência SVC-AN está normal.

O aplicativo somente tem que ter os campos em tela: vIPI, vIPIDevol,vDespesas, informações adicionais do produto, informações complementares de interesse do fisco e informações complementares. Assim fica sob a total responsabilidade da empresa usuária e do contabilista definir quais valores usar ao fazer a devolução. Se o aplicativo jogar automaticamente nos campos aí a responsabilidade cai sobre o desenvolvedor do aplicativo, uma vez que a empresa usuária não terá como interagir nesses campos.

Pessoal, o que acontece é o seguinte: Na nota de compra veio o IPI destacado na tag vIPI e esse valor é somado na tag vNF O destinatario é simples nacional e teve que fazer a devolução. Como ele não pode destacar o IPI na tag vIPI (na versão 3.10 podia), ele lançou na vIPIDevol. Porém, o vNF ficou igual a nota fiscal de compra. Como no DANFe não aparece a tag vIPIDevol, ele precisa colocar esse valor nas informações complementares para justificar a diferenca entre o valor total dos produtos e o valor total da NF. Ainda estou percebendo aqui muitas controversias entre os contabilistas, uns falando que tem que fazer a nf de devolução igual a nf de compra, outros que tem que lançar em vIPIDevol e outros falando que não tem que colocar IPI em lugar nenhum. Só plantão fiscal para sanar a duvida.

XE3 Enterprise para a versão Enterprise atual. Porem só fazem upgrade do XE7 acima.