Pesquisar na Comunidade

Olá pessoal! Na página Sobre o SAT da Sefaz de São Paulo, consta um recado informando que no dia 01/10/2024 a partir das 08h30 a Sefaz vai iniciar o processo de desligamento do protocolo TLS 1.0, com previsão inicial de o processo durar 2 horas. Durante esse período pode ocorrer instabilidade da comunicação com a Sefaz e por isso orienta que a ativação de novos SATs sejam feitos fora deste período. Também é lembrado que: Após este processo, os somente os SATs que se comunicam usando o protocolo TLS 1.0 não vão mais conseguir realizar comunicação. Esse processo já foi previamente comunicado pela Sefaz em aviso no dia 15/03/2024 (noticiado em nosso fórum no tópico Desligamento dos protocolos SSL 3.0 e TLS 1.0 para SAT nos próximos meses no dia 28/03/2024 e também no tópico ATENÇÃO!!! Desativação de Protocolos inseguros na comunicação dos SATs SSL3.0 e TLS1.0 no dia 13/06/2024). A tabela abaixo mostra os modelos de SAT afetados por este processo: Fabricante Modelo de SAT Versões de Software Básico de SAT Há atualizações de SAT para versão mais segura? Bematech RB-1000 e RB-2000 02.00.00 e 02.01.00 NÃO Jetway JS-1000 03.00.01 SIM Nitere NSAT4200 02.00.03 e 02.01.04 NÃO Tanca TS-1000 e TS-2000 01.00.00, 01.01.00, 01.01.01, 02.00.00, 02.02.00, 02.02.02, 03.00.00, 03.00.03 e 03.00.04 SIM Urano SAT UR e U-S@T 01.00.01 e 01.00.02 NÃO

Quando e feito um MDF-e o mesmo retorna um XML de protocolo como resposta, meu problema e que em um XML de protocolo não foi salvo. Como eu consigo recuperar o XML de protocolo de envio de MDF-e depois de ter sido enviado ?

Pessoal, tem como consultar a NFCe no site da receita pela chave de acesso e pegar alguns dados como protocolo e data/hora de autorização? Isto usando o componente ACBrNFe. Tem como me darem um exemplo ou um norte de como fazer isto por favor.

Conforme informação compartilhada conosco pelo nosso colega explorerSilva, a SEFAZ-PE enviou comunicado aos seus contribuintes informando que os seguintes protocolos terão seu suporte removido de suas sessões de conexão segura dos web services do Portal GNRe. SSL2 SSL3 TLS 1.0 TLS 1.1 Importante: A partir de 13/07/2021 somente o protocolo TLS 1.2 será aceito para as conexões com o os web services do GNRe. A seguir a transcrição do comunicado. "Com objetivo de manter a segurança dos serviços da Secretaria da Fazenda de Pernambuco - SEFAZ/PE, comunicamos a todos os usuários do serviço GNRE que serão tomadas medidas técnicas para proteger a confidencialidade e integridade da comunicação https, no sentido de remover o suporte aos protocolos obsoletos SSL2, SSL3, TLS 1.0 e TLS 1.1 em sessões seguras dos web services do Portal GNRE (https://www.gnre.pe.gov.br/gnreWS/services). A partir de 13/07/2021, disponibilizaremos, apenas o protocolo TLS 1.2 para sustentar as sessões seguras do GNRE, com os seguintes requisitos obrigatórios: 1) Utilizaremos apenas as cifras AES 256 ou 384 bits, com modo de cifragem GCM. Não haverá suporte às cifras DES, RC2, RC4, 3DES. 2) Utilizaremos apenas o protocolo ECDH para troca inicial de chaves da sessão https. Não haverá suporte ao protocolo RSA para essa finalidade. 3) Os hashes para assinatura dos blocos de cifragem serão de no mínimo 256 bits. Em síntese, a SEFAZ disponibilizará o serviço GNRE com protocolo TLS 1.2 nas seguintes configurações: a) TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 b) TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 Atualmente, o conjunto de cifras acima representa a forma mais segura para proteger a confidencialidade e integridade da sessão https. Diante do exposto, solicitamos aos usuários que adequem os serviços consumidores do GNRE, a fim de prover suporte ao protocolo TLS 1.2, na configuração supracitada. A partir de 13/07/2021, os protocolos obsoletos não serão mais admitidos, e as conexões que as utilizem serão negadas no ambiente de Produção. O ambiente de testes do Portal GNRE (https://www.testegnre.pe.gov.br/gnreWS/services) passará por esta atualização, deixando de suportar os protocolos obsoletos mencionados, em 02/07/2021. Sugerimos à equipe técnica responsável pela sustentação do serviço consumidor do GNRE a diagnosticá-lo por meio da página do SSLLabas (https://www.ssllabs.com/ssltest/), ou por meio de utilitários específicos para essa necessidade. O resultado revelará quais protocolos estão sendo utilizados, obsoletos ou não. Finalmente, esclarecemos que o suporte às cifras seguras é provido pelo sistema operacional que sustenta a aplicação consumidora do GNRE, e que, em regra, sistemas operacionais obsoletos ou sem suporte do fabricante não dispõem do protocolo TLS 1.2 na configuração informada, sendo necessário muitas vezes atualizar o sistema operacional para dispor da configuração adequada. Em caso de dúvidas tratar EXCLUSIVAMENTE com o TELESEFAZ, através dos canais de atendimento abaixo: (81) 31835913 - Whatsapp @Sefz_pe_bot – Telegram www.sefaz.pe.gov.br – Chat 08002851244: para ligações feitas em Pernambuco através de telefone fixo (81) 3183 6401: para as demais ligações (celular, outros Estados, etc). Horário de atendimento do Telesefaz: 8:00h às 18:00h - de segunda a sexta Atenciosamente, Gestor Nacional do Sistema GNRE Secretaria da Fazenda do Estado de Pernambuco"

bom dia amigos, por duas vezes aconteceu com o cancelamento da nfe, o sistema fez o cancelamento normal, foi gerado o xml de retorno com protocolo e confirmação do cancelamento, porém no site da fazenda ao fazer a consulta não consta o evento de cancelamento. alguém mais teve esse problema ??? houve alguma alteração em relação a cancelamento de nfe ??? no aguardo, até mais.

Bom dia a todos! O método clear abaixo não está limpando o numero do protocolo. Eu fiz a correção como na imagem e estou colocando em anexo a unit ACBrNFeWebServices.pas, compactada, com a correção para anexar nos fontes do SVN. FPDV.ACBrNFe1.WebServices.Inutilizacao.Clear; ACBrNFeWebServices.rar

Boa tarde. Gostaria de saber se existe alguma forma ou algum site para consulta de XML autorizado e o Download do mesmo (sendo este XML de qualquer UF), através de algum site, já que o antigo Site que era utilizado: https://www.sefaz.rs.gov.br/NFE/NFE-CER.aspx agora só consulta os Xml's respectivos ao UF Cód. 43.

Bom Dia! Na minha cidade o provedor é a CONAN, e estou realizando teste para implantação da emissão de nota de serviços em alguns clientes. Acontece que em algumas ocasiões ocorre um timeout e não é gravado o número do protocolo. Porém para carregar a nota em uma consulta é necessário o número do protocolo. Estudei nos fontes mas não consegui identificar uma solução.

Boa tarde a todos.. Estou tendo um problema muito estranho e gostaria que vocês me ajudassem... Seguinte...Ao protocolar um MDFe, busca normalmente o Numero de protocolo e gera o PDF com ele Carimbado... Porém em alguns MDFe, a cada 15, 1 por exemplo..o PDF fica com o Numero de protocolo porém o XML vem sem, e vem faltando algumas Tags. Queria saber se alguem já teve esse problema e como proceder...

No Cte uso a rotina do exemplo: MemoDados.Lines.Add('Recibo: '+ ACBrCTe1.WebServices.Retorno.Recibo); MemoDados.Lines.Add('Protocolo: '+ ACBrCTe1.WebServices.Retorno.Protocolo); Como fazer no Cte OS ? Obrigado

Bom dia! Tem alguma tag no xml de retorno de envio de um lote de eventos, que eu possa utilizar parar identificar qual lote foi enviado? A qual lote refere-se o protocolo de envio do XML recebido?

Prezado, O que fazer para autalizar o XML com o protocolo da autorização da NFC-e quando dá erro de TimeOut? Quando isso acontece, não tenho o xml autorizado e o DANFC-e sai com a observação de "não enviada a SEFAZ", pois não tem o protocolo. Se realizo a consulta, recebo os dados da autorização, mas o xml fica como antes, ou seja, sem o protocolo. Como os senhores resolvem isso? Desde já agradeço a atenção.

Bom dia amigos, Vou começar dizendo o que eu preciso: Quero via programação (ACBR) baixar o meu proprio XML original que foi transmitido para a SEFAZ, exatamente quando entramos na tela de consulta completa e digitamos a chave de acesso. Agora vou explicar o problema que estou enfrentando: Nossa empresa tem um sistema de transmissão de notas fiscais, por algum ou alguns motivos transmitimos a nota fiscal via ACBR e não recebemos o retorno da SEFAZ, então temos a ilusão de que a nota não foi transmitida logo o usuário tenta enviar novamente o que gera um erro de DUPLICIDADE. Temos o XML que foi enviado porém sem o protocolo de autorização e quando utilizamos esse XML o PDF do DANFE fica com aquela tarja vermelha dizendo que a nota fiscal não foi transmitida. Para resolver este problema de imediato eu baixo o XML do site da SEFAZ e substituo manualmente o XML sem o protocolo assim ficando tudo certo. Porém isso me toma tempo e eu gostaria de saber se existe alguma forma de eu baixar o meu proprio XML novamente. Obrigado a todos.

Bom dia, estou com o seguinte problema, tenho alguns clientes que precisa emitir de vez em quando MDFe, mas o problema que são Produtores Rurais, e a conexão da internet geralmente e via-Radio, e em alguns casos estão tento perda do protocolo (retorno)., a minha dificuldade e capturar este protocolo quando tenta transmitir e retorno erro de rejeição em duplicidade. estou tentando fazer assim : ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(XML); ACBrMDFe1.Manifestos.Consultar; apos isso creio que deveria salvar o XML com o protocolo e já autorizado o uso ou será que estou fazendo algo errado grato

Bom dia amigos, desde o dia 20/11/2017 nossos clientes vem apresentando uma certa dificuldade em relação a eventos relacionados a Cancelamento e Envio de NF-e e CC-e. Em análise com nossa equipe de desenvolvimento, identificamos e conseguimos resolver o retorno apresentado ao enviar a NF-e, que nos retornava a seguinte mensagem: Erro Interno: 12002 Erro HTTP: 0 Falha no Envio da Requisição. Erro: 12002 - TimeOut de Requisição Nas configurações de nosso Software fizemos uma mudança de combinações no Protocolo SSL e conseguimos normalizar o serviço de envio de NF-e. Já referente a Cancelamento de NF-e ou Emissão de CC-e, continuamos sem conseguir, pois apresenta o retorno (2254 - Falha na validacao de esquema Xml.), gostaria de saber se alguém esta passando pela mesma situação, e se conseguiu resolver de alguma forma. Aproveito a ocasião para verificar com os Senhores quais as combinações de Protocolo SSL que estão setando como padrão na NF-e. como : SSLType SSLCryptLib SSLLib SSLHttpLib SLLXmlSignLib Desde já, agradeço!

Boa tarde. Estou tentando consultar uma nota no provedor WebISSv2, mas não consigo por falta do protocolo. O componente esta setado com "ConsultaLoteAposEnvio" para true e mesmo assim não retorna o número do protocolo. Vem sempre zero. Estou desde quinta-feira parado. Alguém poderia dar uma ajuda?

Bom dia, estou com uma dúvida em como pegar o protocolo de envio NFe: Faço o envio das Notas Fiscais de Serviço em Lote e o componente me retorna um protocolo o qual armazeno em uma tabela. Mas agora, quando fui tentar cancelar uma nota por evento (Cancelamento por Chave da NFe), e passei esse protocolo como parâmetro me retornou a mensagem que o protocolo era inválido. O protocolo de envio é por nota fiscal, não um único por lote. Dessa forma, como faço para pegar esse protocolo das Notas separados ? meu código está assim: with FACbrNFe do begin Enviar( FNumeroLote ) ; FMensWebService := WebServices.Retorno.xMotivo; FProtocolo := WebServices.Retorno.Protocolo; ... end // Vi que o Código do Componente onde pega o protocolo está assim if FNFeRetorno.CStat = 104 then begin Result := Confirma(FNFeRetorno.ProtNFe); fChaveNfe := FNFeRetorno.ProtNFe.Items[0].chNFe; fProtocolo := FNFeRetorno.ProtNFe.Items[0].nProt; fcStat := FNFeRetorno.ProtNFe.Items[0].cStat; end; // Só que pega a posição [0] ... não pegando de todas as notas ... alguém sabe o que pode ser feito ? Obrigado.

Bom dia Hoje meus clientes estão com problemas para fazer ciência da operação. Retorna erro que não consegue gerar protocolo. Alguém sabe se é um problema na receita? Obrigado. Charles

Boa Tarde, estou tendo problema para protocolar o XML de um CTe(31160986442720000122570010002317961230226377) Utilizo os comandos: ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega para o componente o xml do CTe não protocolado ACBrCTe.Consultar; // realiza a consulta na SEFAZ e protocola o xml ACBrCTe.Conhecimentos.Clear; Usei todos os procedimentos demonstrado no fórum abaixo: Todos os procedimentos necessário indicado no fórum, foram aplicados; A única diferença é que: utilizando a chave, se eu consultar no site da Sefaz MG o Cte esta OK; No entanto quando consulto no portal nacional(http://www.cte.fazenda.gov.br), o CTe é inexistente na base nacional.....; O CTe foi criado em : 30/09/2016, em resumo, ele esta Sefaz de MG mas não esta ambiente nacional. Com isso não consigo um XML protocolado; Estou deixando de fazer algo?

Boa tarde povo. vamos la. Estou emitir uma NFe e esta indo normalmente imprimindo bonito com protocolo de autorização de uso. quando manda reimprimir no campo PROTOCOLO DE AUTORIZAÇÃO DE USO esta saindo sem a data. segue a foto das 2 impressões.

Olá equipe SAC ACBR. Tudo bem com vocês? Preciso de ajuda com a emissão de NFS-e usando o provedor WebISS em Palmas – TO. Nós usamos um RPS por Lote. Nosso código de emissão de NFS-e funciona desde a fase de homologação do servidor. No entanto, de uns tempos para cá, aleatoriamente ocorre o seguinte erro ao Emitir NFS-e. (figura 1: Erro ao Emitir NFS-e) Um de nossos clientes relatou que em quase toda 1ª emissão de NFS-e do dia o erro ocorre. Após o erro, o protocolo do RPS não é gravado no BD, mesmo que o Lote\RPS tenha sido recebido pelo servidor WebISS. Neste momento, naturalmente, o registro da NFS-e permanece com o status 1 – NÃO ENVIADO no banco de dados. Analisando o Log implementado em meu executável, constatou-se que sempre que o referido erro ocorre, o Protocolo não é retornado\armazenado nos atributos: · dmNFSe.ACBrNFSe.NotasFiscais.Items[0].NFSe.Protocolo; · dmNFSe.ACBrNFSe.WebServices.ConsSitLoteRPS.Protocolo; Ou seja: os atributos que armazenam o Protocolo do RPS ficam em branco. Ao executar a mesma instrução de Envio novamente, aparece o erro “RPS JÁ INFORMADO”, pois estou tentando Emitir uma NFS-e com um RPS já associado a um protocolo anterior. (figura 2: Rps já informado) Nesses casos, minha equipe de suporte está sendo acionada e nós temos que procurar manualmente no site do webISS o número do protocolo associado ao RPS, para só então executar a função de Processar e atualizar o RPS. (figura 3: Consulta Protocolo por RPS no site WebISS) Durante os testes, foi identificado que a exceção “1 – O tempo limite da operação foi atingido” ocorre na linha 870 ao chamar a instrução dmNFSe.ACBrNFSe.Enviar( Lote ); (figura 4: método de envio de RPS da NFS-e) O código seguinte, de concluirNfse(), simplesmente salva o protocolo e situação retornados pelo objeto acbrNfse e os grava no BD. Segue o código para fins de avaliação: (figura 5: método concluirNFSe() ) Nós tentamos fazer algumas alterações para esse tipo de situação de contingência, mas não obtivemos sucesso. Nossa última tentativa foi disparar na exceção do método EnviarNFSe (figura 4) a instrução para recuperar o número do protocolo e o armazenar no BD em seguida. Tentamos utilizar a instrução dmNFSe.ACBrNFSe.ConsultarNFSeporRPS(...) para de alguma forma recuperar o Protocolo, mas não obtivemos êxito. (figura 6: método enviarNFSe() com contingência para recuperar o protocolo) Sempre que se forçava o delphi em debug a executar a exceção, nos era retornada a seguinte mensagem: (figura 7: erro ConsultarNFSePorRps) Temos algumas perguntas a fazer e gostaríamos que os senhores nos orientassem na melhor abordagem: 1_Há alguma forma de reproduzir a exceção “tempo limite a operação foi atingido” em modo de debug? Em quais situações ela costuma ocorrer? 2_Qual a instrução correta para gravar no BD o número do protocolo após o evento Enviar(Lote) ? · dmNFSe.ACBrNFSe.NotasFiscais.Items[0].NFSe.Protocolo; · dmNFSe.ACBrNFSe.WebServices.ConsSitLoteRPS.Protocolo; 3_Se no momento de disparar o método Enviar(Lote), ocorrer a exceção de “tempo limite da operação foi atingido”, como posso recuperar o número do protocolo na exceção logo em seguida? Qual seria a instrução para substituir a dmNFSe.ACBrNFSe.ConsultarNFSeporRPS(...) ? 4_Em um outro caso de contingência, onde a internet do emitente tenha caído, não seja possível recuperar o Protocolo de imediato e a NFS-e fique com o status 1 – Não processado no BD, como devo proceder para que o executável identifique que já houve uma tentativa de emissão desse RPS, acesse o servidor webISS, recupere o protocolo e Consulte a situação do lote ao mesmo tempo?! K Atenciosamente, Equipe Inorte Sistemas.

Saudações, estou Gerando e Enviando Lote - Síncrono para o provedor Coplan, porem algumas vezes o XML de retorno tem a tag protocolo, no entanto o componente não retorna o protocolo. Alguém passou por esta situação? Há alguma forma de consultar o protocolo quando o envio é Síncrono?

Na ACBr Monitor Ver.0.1.12.9 (acbrplus) em um de nossos clientes, a nota autorizada, no campo de protocolo de uso não sai os números do protocolo e sim a escrita "NFE.Ativo" ja aconteceu isto com alguém ?

Bom dia, Pessoal ao efetuar o cancelamento de uma nota observei que o cancelamento era emitido e realizado pela sefaz, entretendo ocorreu algum erro/problema durante o retorno, impossibilitando que eu consegui-se capturar o num. de protocolo de cancelamento. (Erro de requisição ao servidor). Gostaria de saber como posso recuperar esse protocolo, utilizando a consulta que carrega o arquivo xml. Obrigado!

Estou com problemas com o ACBRMONITOR, já testei algumas versões e ainda continua o mesmo problema. Quando emito uma NFe. o XML fica sem o protocolo de autorização. Se eu consultar novamente pelo acbr eu consigo o xml com o protocolo.. Isso passou a acontecer recentemente, estava funcionando corretamente e parou do nada. Alguém tem alguma idéia do que seja? Obrigado por enquanto.