Pesquisar na Comunidade

Pessoal estou com problemas na Versão 4.0 ( 92- Grupo de Tributação informado indevidamente ) Usando CST 60 Produto = Gás P-13 | CST = 60 | NCM = 27111910 | CEST = 0601100 | ANP = 210203001 CST/CSON 500 passa Normal. ( Produção sem Problemas ) CST 60 - Erro Já pesquisei no fórum, vi vários comentários mas não encontrei solução final ? alguém conseguiu e pode nos ajudar ?? Agradeço desde já. email: [email protected]

Boa tarde, Estou trabalhando com um produto Vasilhame P3 (botijão de gás). Já adicionei o código ANP e tudo mais. Porém fico na duvida na utilização do campo vPart (Valor da Partida), encontrei apenas a sua descrição 'Deve ser informado neste campo o valor por quilograma sem ICMS.' Esse valor seria com base em que? No valor unitário, no valor total (vUnTrib x quantidade) ou é um valor completamente diferente que o usuário deve informar por fora? Mais uma dúvida, procurei um site que me informasse as porcentagens de cada elemento, GLP, GNN e GNI, porém não encontrei nada. Essa informação deveria ser recuperada com quem, fornecedor? Bom, é isso...

Boa tarde. Uso o ACBR para emissão de notas e ao mudar para a versão 4.0 da NFE no meu sistema, me deparei com o seguinte erro na emissão da NFE. External exception C06D007E Estou testando no ambiente de homologação no estado de GO Configurações da internet: Alguem poderia me ajudar?

Boa tarde pessoal, hoje atualizei meu sistema para a versão de layout 4.0. Após instalar as dlls novas atualizar os schemas e inserir as tags novas consegui emitir Nfe, porém a Nfc-e não funciona. Ao enviar o arquivo recebo erro interno 0, erro http 404. Me parece que são os web services. No arquivo servicos.ini a url de status não funciona https://nfce.sefaz.mt.gov.br/nfcews/v2/services/NfeStatusServico4. Alguém pode me ajudar, ou já conseguiu emitir a Nfce com o layout 4.0 em MT. Obrigado.

Estou emitindo NFe na versão 4.0 em homologação, e está retornando a rejeição descrita abaixo: Rejeicao: Somatorio percentuais de GLP derivado do petroleo, GLNn e GLGNi diferente de 1. Estou informando apenas o percentual de GLP, porém no unit pcnNFeW, linha 1068 e 1069, está preenchendo os campos PGNN e PGNI com o valor do PGLP. Ocasionando a rejeição mencionada acima. Esta correto essa parte do código?

Boa noite, Caso ajude alguém ... Exatamente a algumas horas baixei os fontes mais recentes do ACBr e vi que não estava emitindo NFC-e 4.0 para o Amazonas, Encontrei o link abaixo que informava os novos links para a 4.0 e fiz essa pequena alteração no ACBrNFe.pas, com isso conseguir emitir. function TACBrNFe.EhAutorizacao( AVersao: TpcnVersaoDF; AModelo: TpcnModeloDF; AUFCodigo: Integer ): Boolean; begin Result := (AVersao >= ve310); if (AModelo = moNFCe) And (AVersao < ve400) then Result := not (AUFCodigo in [13]); // AM end; http://portalnfce.sefaz.am.gov.br/desenvolvedor/enderecos-webservices/ [NFCe_AM_P] NfeAutorizacao_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeAutorizacao NFeRetAutorizacao_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeRetAutorizacao NfeConsultaProtocolo_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeConsulta2 NfeRecepcao_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeRecepcao2 RecepcaoEvento_1.00=https://nfce.sefaz.am.gov.br/nfce-services/services/RecepcaoEvento NfeStatusServico_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeStatusServico2 NfeRetRecepcao_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeRetRecepcao2 NfeInutilizacao_3.10=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeInutilizacao2 AdministrarCSCNFCe_1.00=https://nfce.sefaz.am.gov.br/nfce-services/services/CscNFCe NfeAutorizacao_4.00=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeAutorizacao4 NFeRetAutorizacao_4.00=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeRetAutorizacao4 NfeConsultaProtocolo_4.00=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeConsulta4 NfeInutilizacao_4.00=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeInutilizacao4 NfeStatusServico_4.00=https://nfce.sefaz.am.gov.br/nfce-services/services/NfeStatusServico4 RecepcaoEvento_4.00=https://nfce.sefaz.am.gov.br/nfce-services/services/RecepcaoEvento4 URL-QRCode=http://sistemas.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp URL-ConsultaNFCe=http://sistemas.sefaz.am.gov.br/nfceweb/formConsulta.do [NFCe_AM_H] NfeAutorizacao_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeAutorizacao NFeRetAutorizacao_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeRetAutorizacao NfeConsultaProtocolo_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeConsulta2 NfeRecepcao_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeRecepcao2 RecepcaoEvento_1.00=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/RecepcaoEvento NfeStatusServico_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeStatusServico2 NfeRetRecepcao_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeRetRecepcao2 NfeInutilizacao_3.10=https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeInutilizacao2 AdministrarCSCNFCe_1.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/CscNFCe NfeAutorizacao_4.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/NfeAutorizacao4 NFeRetAutorizacao_4.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/NfeRetAutorizacao4 NfeConsultaProtocolo_4.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/NfeConsulta4 NfeInutilizacao_4.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/NfeInutilizacao4 NfeStatusServico_4.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/NfeStatusServico4 RecepcaoEvento_4.00=https://homnfce.sefaz.am.gov.br/nfce-services/services/RecepcaoEvento4 URL-QRCode=http://homnfce.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp URL-ConsultaNFCe=http://homnfce.sefaz.am.gov.br/nfceweb/formConsulta.do

Estou migrando para a Versão 4.0 da NF-e porém quando vou fazer os testes no servidor de homologação (SP) da erro porém no servidor de produção funciona perfeitamente, a nota sai tudo perfeito mas como no de homologação não tem acordo Erro interno 10091 Erro HTTP 500 url ...:/homologacao.nfe.fazenda.sp.gov.br/ws/nfstatusservico4... Network subsystem is unusable alguem sabe que está havendo com o homologação? segue anexo do erro

Prezados, Sabendo dos prazos da NT 2016.002, e partindo do princípio que em 02/07/2018 sairá a NFe 3.10 do ar, já estou iniciando um cronograma para mudanças dessa versão nos clientes... Assim, gostaria de saber se alguém já migrou para a versão 4.0 em ambiente de produção, e se está enfrentando dificuldades, ou se está bem tranquilo e estável a versão 4.0 no ar. Se possível, gostaria que os que já migraram compartilhassem conosco as experiências. Grato, Michel,

Olá pessoal , estou com um erro interno 503 quando tento cancelar minha nota fiscal com o novo layout 4.0. Gostaria de uma ajuda de como resolver essa.

Bom dia! Preciso ajustar a emissão para 4.0 só que estou tendo dificuldade em fazer o monitor aceitar o TLS. Instalei um PC com Windows 7 do zero, coloquei o SP1 e fiz as atualizações de seguranças via Update do próprio Windows. Baixei também o pacote para habilitar o TLS1.2 em https://support.microsoft.com/en-us/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-a-default-secure-protocols-in Baixei o AcbrMonitorPlus v1.1.0.54 e configurei de todas as formas a guia certificados e nenhuma deu certo, cada uma apresentou um erro diferente. Já alterei as configurações da internet de várias formas e nada. No registro do Windows está habilitada uso de TLS para httpWinHttp Meu log.txt apresenta isso Preciso fazer funcionar no Windows 7 por que a maioria dos clientes usam e trocar o Windows seria um grande problema. Uso certificado A3. Alguma dica pessoal?

Pessoal, boa tarde. Estamos tendo alguns problemas na Versão 4.0 quando o executável está na rede, quando o executável é colocado na máquina local consegue enviar e autorizar a NF-e normalmente, alguém tem algum relato ou dica sobre isso. O detalhe é que ele retorna como Falha no Schema XML, apenas isso, sem nenhuma outra informação. Grato

Bom dia, estou com o ACBRMonitor travando em alguns clientes. Liguei para o Ítalo e ele me informou que você @José M. S. Junior é a pessoa mais indicada para me auxiliar neste problema. Ocorre que o acbrmonitor trava e meu sistema envia comandos e não obtém retorno, resetando o acbr volta tudo ao normal. Eu em anexo vou colocar o Log do acbr e também estou adicionando um log do meu sistema, que fiz inspirado no log do acbr para ver o que está sendo enviado. E neste, consta a mensagem "NÃO ACHOU ARQUIVO SAI.TXT" após dar o erro. O que significa que não está havendo comunicação com o monitor. Estou apresentando este caso abaixo de um cliente específico, logo que eu tiver mais casos de outros clientes meus que estão apresentando o mesmo erro irei adicionando aqui ao tópico. LOG ACBR : https://www.dropbox.com/s/y2uzv2dhgsbaq40/LOG.TXT?dl=0 LOG MEU SISTEMA: https://www.dropbox.com/s/y2uzv2dhgsbaq40/LOG.TXT?dl=0 IMAGEM LOG ACBR COM A LINHA DO POSSÍVEL PROBLEMA : https://www.dropbox.com/s/yicef2awbue5evn/001.png?dl=0 IMAGEM LOG DO MEU SISTEMA EXIBINDO O POSSÍVEL PROBLEMA: https://www.dropbox.com/s/4lz4h8bmvztqq10/002.png?dl=0

Boa tarde, Atualizei os arquivos do ACBr, e agora na hora do envio da NFCe (nos ambientes de produção e homologação), as NFCe 4.0 estão sendo rejeitadas como: 1668-> Rejeição: Falha no schema XML Alguem tem alguma informação acerca disso?

Srs, estamos com problemas para emissão de NFe na 4.0 - Rejeição: GTIN (cEAN) com prefixo inválido [nItem: 2] Abaixo segue parte XML do item 2 - tivemos que voltar para 3.10 e liberar o cliente. --------------------------- Erro : Nota(s) não confirmadas: 9955->Rejeição: GTIN (cEAN) com prefixo inválido [nItem: 2] --------------------------- -<det nItem="2"> -<prod> <cProd>198097</cProd> <cEAN>78986574561257</cEAN> <xProd>CA COM CORDA CRISANTEMO PIRAMIDE</xProd> <NCM>46029000</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>30.0000</qCom> <vUnCom>7.2000000000</vUnCom> <vProd>216.00</vProd> <cEANTrib>78986574561257</cEANTrib> <uTrib>UN</uTrib> <qTrib>30.0000</qTrib> <vUnTrib>7.2000000000</vUnTrib> <indTot>1</indTot>

Boa tarde fiz todas alterações mencionadas no tópico, 1 = Todo o fonte atualizado 2 = De {.$DEFINE USE_MINGW} para {$DEFINE USE_MINGW} 3 = Reinstalar 4 = Atualizei as dll da pasta ACBr\DLLs\XMLSec\MinGW\32 - Para o System32, SysWOW64 e pasta da minha aplicação 5 = Configuração do componente AcbrNfce.SSL.SSLType := LT_TLSv1_2; AcbrNfce.Configuracoes.Geral.ModeloDF := moNFCe AcbrNfce.Configuracoes.Geral.VersaoDF := ve400 AcbrNfce.Configuracoes.Geral.SSLLib := libOpenSSL; AcbrNfce.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; AcbrNfce.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; AcbrNfce.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec; E o problema persiste; - Inativo ou Inoperante tente novamente. Erro Interno: 10091 Erro HTTP: 500. Porem quando utilizo libWinCrypt funciona tudo perfeitamente AcbrNfce.Configuracoes.Geral.SSLLib := libWinCrypt; Alguém já passou ou esta passando; Att;

Boa tarde. Estou com dificuldade em migrar meu Emissor de NFe da versão 3.10 para a versão 4.0. Está ocorrendo os problemas abaixo 1 - Quando abro o projeto ou quando tento instalar o frce.dpk no delphi xe2 (cannot load package 'frce'. It contains unit 'RLTypes', wich is also contained in package 'RLibWinDXE2'.) : 001.png 2 - Quando tento compilar o projeto (undeclared identifier: FineTuneAngleLabels'): 002.png 3 - Erro na instalação do Fortes Report (Erro ao compilar o pacote frce.dpk): 003.png Log da instalação do Fortes Report: Caminho: D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\ Versão do delphi: Delphi XE2 (1) Plataforma: Win64(1) ================================================================================ Setando parâmetros de plataforma... Criando diretórios de bibliotecas... Adicionando library paths... Compiling package D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Packages\frce.dpk "C:\Program Files (x86)\Embarcadero\RAD Studio\9.0\bin\dcc32.exe" "D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Packages\frce.dpk" --no-config -B -$O- -$W+ -$Y- -M -Q -H- -W- -DRELEASE -U"C:\Program Files (x86)\Embarcadero\RAD Studio\9.0\lib\Win64\release" -U"c:\program files (x86)\embarcadero\rad studio\9.0\lib\Win64\release;C:\Users\ABRAHAO\Documents\RAD Studio\9.0\Imports;c:\program files (x86)\embarcadero\rad studio\9.0\Imports;C:\Users\Public\Documents\RAD Studio\9.0\Dcp\Win64;c:\program files (x86)\embarcadero\rad studio\9.0\include;c:\program files (x86)\embarcadero\rad studio\9.0\RaveReports\Lib64;C:\Program Files (x86)\madCollection\madBasic\BDS9\win64;C:\Program Files (x86)\madCollection\madDisAsm\BDS9\win64;C:\Program Files (x86)\madCollection\madExcept\BDS9\win64;C:\Program Files (x86)\madCollection\madExcept\..\Plugins\win64;C:\Program Files (x86)\madCollection\madSecurity\BDS9\win64;C:\Program Files\fortesreport-ce-master\Binary\LibD16x64;D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -U"D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -I"c:\program files (x86)\embarcadero\rad studio\9.0\lib\Win64\release;C:\Users\ABRAHAO\Documents\RAD Studio\9.0\Imports;c:\program files (x86)\embarcadero\rad studio\9.0\Imports;C:\Users\Public\Documents\RAD Studio\9.0\Dcp\Win64;c:\program files (x86)\embarcadero\rad studio\9.0\include;c:\program files (x86)\embarcadero\rad studio\9.0\RaveReports\Lib64;C:\Program Files (x86)\madCollection\madBasic\BDS9\win64;C:\Program Files (x86)\madCollection\madDisAsm\BDS9\win64;C:\Program Files (x86)\madCollection\madExcept\BDS9\win64;C:\Program Files (x86)\madCollection\madExcept\..\Plugins\win64;C:\Program Files (x86)\madCollection\madSecurity\BDS9\win64;C:\Program Files\fortesreport-ce-master\Binary\LibD16x64;D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -R"c:\program files (x86)\embarcadero\rad studio\9.0\lib\Win64\release;C:\Users\ABRAHAO\Documents\RAD Studio\9.0\Imports;c:\program files (x86)\embarcadero\rad studio\9.0\Imports;C:\Users\Public\Documents\RAD Studio\9.0\Dcp\Win64;c:\program files (x86)\embarcadero\rad studio\9.0\include;c:\program files (x86)\embarcadero\rad studio\9.0\RaveReports\Lib64;C:\Program Files (x86)\madCollection\madBasic\BDS9\win64;C:\Program Files (x86)\madCollection\madDisAsm\BDS9\win64;C:\Program Files (x86)\madCollection\madExcept\BDS9\win64;C:\Program Files (x86)\madCollection\madExcept\..\Plugins\win64;C:\Program Files (x86)\madCollection\madSecurity\BDS9\win64;C:\Program Files\fortesreport-ce-master\Binary\LibD16x64;D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -N0"D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -LE"D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -LN"D:\Programas\fortesreport-ce-master novo\fortesreport-ce-master\Binary\LibD16x64" -NS"Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;Vcl;Vcl.Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell;System;Xml;Data;Datasnap;Web;Soap;Winapi;System.Win" Embarcadero Delphi for Win32 compiler version 23.0 Copyright (c) 1983,2011 Embarcadero Technologies, Inc. frce.dpk(38) Fatal: E2202 Required package 'designide' not found Compilation failure

Olá pessoal, Acabei de enviar para o SVN, modificações para que o ACBrDFe e ACBrDFeOpenSSL suportem comunicação segura usando TLS 1.2 O componente ACBrNFe, já irá tentar ajustar a comunicação para TLS 1.2, se detectar que a versão é superior a 3.1 Atualizando o OpenSSL Para usar TLS 1.2, é necessário ter a versão do OpenSSL superior a 1.0.1, normalmente a versão usada é a 0.9.8.14, e portanto ela precisa ser substituída. Se você tentar utilizar uma versão inferior, o ACBrDFeOpenSSL acusará o seguinte erro: Porém não basta apenas baixar e copiar uma nova versão das DLLs do OpenSSL (libeay32.dll e ssleay32.dll). O problema, é que a libxmlsec, que se encontra na pasta: "ACBr\DLLs\XMLSec", não é compatível com OpenSSL superior a 0.9.8... e se você simplesmente atualizar as Libs do OpenSSL no seu sistema, provavelmente o ACBrNFe, passará a acusar Exceptions no momento de assinar o XML A solução, é utilizar um novo conjunto de DLLs, da OpenSSL e libXmlSec, libXML, e demais... você pode achar essas DLLs em: ftp://ftp.zlatkovic.com/libxml/ Essas DLLs foram compiladas com "MinGW", e portanto elas precisarão das DLLs de RunTime, da MinGW. Para sua conveniência, copiamos todas as DLLs necessárias para a pasta: \ACBr\\DLLs\XMLSec\MinGW. Observe que temos a versão 32 e 64 bits dessas DLLs... quais eu devo usar ? Em resumo, use 32 se o seu Compilador é 32 bits, e 64 apenas se você estiver usando um Compilador que gere .EXE em 64 bits... Leia esse tópico, para compreender melhor: Copie TODAS as DLLs (e não somente algumas) da pasta "\ACBr\DLLs\XMLSec\MinGW\32" ou "\ACBr\trunk2\DLLs\XMLSec\MinGW\64" (conforme o seu compilador), para o seu diretório de DLLs... (se não tem certeza para onde você deve copiar as DLLS, leia com atenção o Post indicado anteriormente) Outro problema, é que a MinGW, gera as DLLs com uma nomenclatura ligeiramente diferente do VisualC, exemplo: libxmlsec1.dll com MinGW, e "libxmlsec.dll" com VisualC. Portanto, o ACBr teria dificuldades em encontrar essas DLLs e carrega-las de forma dinâmica. Precisamos portanto, informar ao ACBr, que usaremos o conjunto de DLLs no formato da MinGW... Isso é feito, editando o arquivo: ACBr.inc. Repare que lá no final do ACBr.inc, temos a seguinte linha: {.$DEFINE USE_MINGW} Apenas remova o ".", alterando para: {$DEFINE USE_MINGW} Pronto... com isso você estará pronto para usar o ACBr com OpenSSL e TLS 1.2, seja em 32 ou 64 bits... Obrigado... e considere nos ajudar, contratando o SAC ocasionalmente: http://www.projetoacbr.com.br/forum/sacv2/sobre/ http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/ http://www.projetoacbr.com.br/forum/sacv2/cadastro/

Bom dia, Estamos migrando a NFC-e para a versão 4.0. Porém ao fazer o envio recebemos o retorno: "Project Frente.exe raised exception class EACBrDFeException with message " conforme imagem em Anexo, e os retornos vem zerados. Como verificamos que o arquivo XML esta sendo gerado na versão 4.0 corretamente, entramos em contato com a Sefaz do PR para verificar se estava havendo algum problema. Após informar uma chave de acesso, eles informaram que a NFC-e não estava chegando la. Verifiquei então que no arquivo ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.ini, os endereços dos WebServices para o PR estavam errados. Fiz a correção, inclusive se puderem efetuar a alteração no SVN, eles não mantiveram o padrão e ficou sendo https://homologacao.nfe.sefa.pr.gov.br/nfce/NFeAutorizacao4 ao invés de NfeAutorizacao_4.00=https://homologacao.nfce.sefa.pr.gov.br/nfce/NFeAutorizacao4, contando com a mudança da primeira parte da URL de NFCE para NFE. Em todo caso mesmo corrigindo os webservices não obtivemos sucesso e o erro abaixo continua. Observações:- WebService do PR; Fonte do ACBr atualizado em 01/08/2017 13:48; Schemas atualizados. Alguém já esta emitindo NFC-e 4.0 para esse ou outro estado e esta conseguindo ? Teria mais algum detalhe que estamos esquecendo ? Att,

Boa Noite estou fazendo ajustes no sistema para NF 4.0 baixei do site portal da nfe os schemas mais novos que vi, o envio da NF como 4.0 gera tranquilo já com os pequenos ajustes necessários Agora se tento corrigir ou cancelar dá a mensagem: arquivo schema nao especificado Qual o problema ? preciso de ajuda. no aguardo. Grato.

Bom dia ! Meu sistema estava funcionando normalmente, mas hoje quando fui tentar enviar uma Nfe começou a disparar uma Exception com mensagem em branco "". Estou utilizando o ambiente de homologação com o WebService de SP. Alguém sabe o que pode estar ocorrendo. Segue XML e print do erro que ocorre. 35170924821544000182550010000666751000666754-nfe.xml

Bom dia pessoal, Apenas como informação, foi prorrogado o prazo de implantação do ambiente de Produção da NF-e 4.0: _____________________________________________________________________________________________________________ Publicada a versão 1.31 da NT 2016.002 alterando a data de entrada em produção para 06-nov-2017. Assinado por: Coordenação Técnica do ENCAT 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: – Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017. – Ambiente de Produção: 06/11/17. – Desativação da versão anterior: 02/04/18. Segue o link: https://goo.gl/M99h1g _____________________________________________________________________________________________________________ Obs: tentei postar diretamente no tópico da nfe 4.0, porém estava fechado para publicações. Caso seja necessário alterar, por favor me informem.

A Secretaria da Fazenda, finalmente disponibilizou um site onde podemos conferir o Status da NFe 4.0. Homologação Produção

Bom dia Ao realizar a consulta de cadastro em MT, com a versão NFE 4.00 no ACBr, não é retornado as informações de cadastro, apenas na versão 3.10 que funciona. Saberiam me informar se os webservices de MT já estão implementados na versão do ACBr: 1.1.0.57? Att. Jhonatan Lucas

Bom dia pessoal. Estamos fazendo a atualização de nosso sistema para emissão da NF-e 4.0 aqui no estado de Goiás. Porém não estamos conseguindo estabelecer a comunicação com nenhum dos webservices disponibilizados pelo estado de Goiás. NfeInutilizacao 4.00 https://homolog.sefaz.go.gov.br/nfe/services/NFeInutilizacao4?wsdl NfeConsultaProtocolo 4.00 https://homolog.sefaz.go.gov.br/nfe/services/NFeConsultaProtocolo4?wsdl NfeStatusServico 4.00 https://homolog.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl NfeConsultaCadastro 4.00 https://homolog.sefaz.go.gov.br/nfe/services/CadConsultaCadastro4?wsdl RecepcaoEvento 4.00 https://homolog.sefaz.go.gov.br/nfe/services/NFeRecepcaoEvento4?wsdl NFeAutorizacao 4.00 https://homolog.sefaz.go.gov.br/nfe/services/NFeAutorizacao4?wsdl NFeRetAutorizacao 4.00 https://homolog.sefaz.go.gov.br/nfe/services/NFeRetAutorizacao4?wsdl Ao tentarmos qualquer tipo de comunicação, recebemos o erro "The request failed with HTTP status 495: Unknown Code". Stack Trace at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall) at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters) at NFeStatusServico4.NFeStatusServico4.nfeStatusServicoNF(XmlNode nfeDadosMsg) in C:\Users\henriquerg\source\Workspaces\MSTIDOT\MSTIDOT\Sefaz\WebServices\4.0\NFeStatusServico4.vb:line 80 at MSTIDOT.Sefaz.NFE.ConsStatServ(XmlDocument XML, String URLWebService, X509Certificate2 Certificate) in C:\Users\henriquerg\source\Workspaces\MSTIDOT\MSTIDOT\Sefaz\NFE.vb:line 1033 at MSTIDOT.Sefaz.NFE.CONSULTASTATUSSERVICO() in C:\Users\henriquerg\source\Workspaces\MSTIDOT\MSTIDOT\Sefaz\NFE.vb:line 1110 at frmTeste.btnNFEStatus_Click(Object sender, EventArgs e) in C:\Users\henriquerg\source\Workspaces\MSTIDOT\MSTIDOT\frmTeste.vb:line 204 at System.Windows.Forms.Control.OnClick(EventArgs e) at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ButtonBase.WndProc(Message& m) at System.Windows.Forms.Button.WndProc(Message& m) at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at frmTeste.Main() O mais estranho, é que, se alterarmos os endereços dos webservices para o SVC-RS, a comunicação ocorre sem problemas. Também fizemos testes utilizando os webservices de outros estados e a comunicação também ocorre normalmente (obviamente nestes último caso, recebemos a "Rejeição: Código da UF informada diverge da UF solicitada") Gostaria de saber se algum colega, já passou por este problema no ambiente autorizador do Estado de Goiás, ou em algum outro estado, e o que foi feito para solucioná-lo. Qualquer dica será muito bem vinda. Silvair L. Soares EVIDÊNCIAS DE ERRO NA COMUNICAÇÃO COM WS SEFAZ GO.pdf

Boa noite galera. Faz dias que implementei algumas modificações em relação a NFe 4.0, porém o Evento de Manifestação está retornando um exception em branco, eu debuguei inclusive e não consegui descobrir o problema. Alguém passou por isso ou pode me dar uma luz? Quando eu volto para 3.10, o evento funciona sem problema nenhum. Segue o código: dmDataSets.NFE.EventoNFe.Evento.Clear; with dmDataSets.NFE.EventoNFe.Evento.Add do begin InfEvento.cOrgao := 91; infEvento.chNFe := Chave; infEvento.CNPJ := Trim(SoNumeros(CNPJ)); infEvento.dhEvento := now; InfEvento.detEvento.xJust := Trim(Mensagem); case Tipo of 0: infEvento.tpEvento := teManifDestConfirmacao; 1: infEvento.tpEvento := teManifDestCiencia; 2: infEvento.tpEvento := teManifDestDesconhecimento; 3: infEvento.tpEvento := teManifDestOperNaoRealizada; end; end; dmDataSets.NFE.EnviarEvento(StrToInt(IDLote)); Se já tem um post sobre isso eu acabei não encontrando, e se precisarem de mais algo é só me avisar. Desde já, obrigado.