Pesquisar na Comunidade

Olá pessoal! Por volta das 08h56 do dia 14/01/2025 começamos a receber múltiplos relatos em nossa comunidade do Discord nos canais #acbrnfe, #sefaz e #pro-nfe de membros da comunidade com problemas com a manifestação do destinatário. Os relatos tem em comum: A não disponibilização dos resumos de notas recentes para o envio de eventos de manifestação, mesmo as notas estando presentes no portal nacional para consulta. A não disponibilização da nota completa após o envio de um evento de manifestação conclusivo. Quando falamos do processo de distribuição dessas notas durante o processo de manifestação do destinatário, é importante reforçar algumas coisas: O processo de sincronização entre os ambientes estaduais e nacionais pode acarretar em um intervalo entre a emissão da nota fiscal eletrônica e a disponibilização da mesma. O web service distribui as notas de até os últimos 90 dias, não trazendo notas emitidas com datas que ultrapassem este limite. Se o cliente deixar de utilizar o serviço por mais de 60 dias, a distribuição é interrompida, sendo necessária nova consulta para voltar a distribuir a partir do momento da mesma. O web service não distribui as notas de forma retroativa. Os documentos que serão recebidos podem variar de acordo com o papel que o CNPJ que está consultando desempenhe no processo de emissão da NF-e(por exemplo, um CNPJ que desempenhe um papel de emissor, não vai receber as notas que emitiu). Possíveis causas: Se certificar de que o cliente faz uso da consulta de Distribuição DFe regularmente para que a mesma não deixe de distribuir os NSUs. Se certificar de que não está havendo consulta paralela para que outro software ou ferramenta de captura esteja recebendo os XMLs que você esperava receber. Se certificar de que o CNPJ que está realizando a consulta de fato recebe os XMLs que espera receber. Se você conferiu todas essas questões, tudo está correto e mesmo assim ainda está tendo problemas, é importante que abra um Fale Conosco junto ao ambiente nacional que é responsável pelo processo de Manifestação relatando o problema. Você pode fazer isso através do link https://www.serpro.gov.br/menu/suporte/css, selecionando a opção "SPED - NFe e CTe" na lista. Quanto mais pessoas reportarem, mais cedo o pessoal da Receita entende que possa existir um problema. Não há comunicado oficial relacionado no Portal da Nota Fiscal até a publicação deste tópico.

<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <nfes:nfeDadosMsg xmlns:nfes="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRecepcaoEvento4"> <envEvento versao="1.00"> <idLote>1</idLote> <evento versao="1.00"> <infEvento Id="###########"> <cOrgao>93</cOrgao> <tpAmb>1</tpAmb> <CNPJ>########</CNPJ> <chNFe>############</chNFe> <dhEvento>2019-08-16T10:37:30-03:00</dhEvento> <tpEvento>210210</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Ciencia da Operacao</descEvento> </detEvento> </infEvento> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI="###############"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>############</DigestValue> </Reference> </SignedInfo> <SignatureValue>##########</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>#########</X509Certificate> </X509Data> </KeyInfo> </Signature> </evento> </envEvento> </nfes:nfeDadosMsg> </soap12:Body> </soap12:Envelope> <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <soap:Fault> <soap:Code> <soap:Value>soap:Receiver</soap:Value> </soap:Code> <soap:Reason> <soap:Text xml:lang="en">Server was unable to process request. ---&gt; 'http' is an unexpected token. The expected token is '"' or '''. Line 1, position 28.</soap:Text> </soap:Reason> <soap:Detail /> </soap:Fault> </soap:Body> </soap:Envelope>* Connection #0 to host www.nfe.fazenda.gov.br left intact Estou com um problema no meu XML de request para o serviço: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx . Ao executar minha rotina, tenho como resposta o último xml.

Boa tarde Pessoal! Não sei seria exatamente uma dúvida ou algo apenas para compartilhar com vocês mas tem acontecido o seguinte. Sempre usamos e seguimos as regras das NT e Manuais da SEFAZ para o desenvolvimento de aplicativos que usam Web Services disponiveis para Emitir, Consultar, Manifestar, etc... Daí em um cliente que utiliza meu aplicativo, construido e parametrizado de acordo com as regras e com tudo mais que aprendemos por aqui, passou a ter os arquivos XML das NFes retornados já na primeira pesquisa do dia, sem que tenha havido nenhuma manifestação por parte dele ou de outra pessoa da empresa (segundo ele), ou seja, numa análise lógica do processo, sabemos que se não houver a manifestação com Ciência ou Confirmação o arquivo XML não é retornado pela SEFAZ, então alguem deve estar realizando essa manifestação, inclusive a revelia do próprio cliente destinatário desses arquivos. Comecei a consultar as chaves das NFes direto no portal da SEFAZ, uma vez que como não era minha aplicação que realizava as manifestações, como elas estavam registradas lá no portal... Percebi que o tempo das pesquisas e envio do evento era em média a cada 5 minutos (tipo um robô ou serviço fazendo isso) e também que não existe um meio, ou uma informação vinculada a manifestação para que pudessemos pelo menos apontar de qual aplicação foi realizada a manifestação do destinatário, com a intenção de mostrar ao cliente que não é nossa aplicação que está realizando esse procedimento. Então como poderíamos fazer nesses casos? Qual seria a sugestão de vocês quanto a isso. O cliente diz que não é ele ou ninguem da sua equipe. Talvez algum escritório de contabilidade, talvez alguem que tenha acesso ao Certificado Digital, já que sem ele não é possível enviar ou consultar eventos ao Web Service... O que vocês fariam nesse caso? Grato pela atenção.

Bom dia pessoal, Algum de vocês possui o XML enviado a sefaz no web service *RecepcaoEvento*? Eu estou enviando o seguinte XML: <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <idLote>1</idLote> <evento versao="4.00"> <infEvento Id="ID210200[chavenfe]1"> <cOrgao>35</cOrgao> <tpAmb>1</tpAmb> <CNPJ>[cnpj]</CNPJ> <chNFe>[chavenfe]</chNFe> <dhEvento>2018-23-08T18:00:00-00:00</dhEvento> <tpEvento>210200</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Confirmacao da Operacao</descEvento> </detEvento> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod> <Reference URI="#ID210200351805441458450002215500100131937313123542851"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod> <DigestValue>[CHAVE]</DigestValue> </Reference> </SignedInfo> <SignatureValue>[CHAVE]</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>[CHAVE]</X509Certificate> </X509Data> </KeyInfo> </Signature> </infEvento> </evento> </envEvento> Mas só retorna dizendo que o XML está incorreto. Endereço do WebService: "https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx?wsdl"