Pesquisar na Comunidade
Showing results for tags 'Erro'.
Encontrado 419 registros
-
Boa tarde, Estou enfrentando um erro de validação XSD ao emitir NFS-e para o município de Itaboraí/RJ (IBGE 3301900), provedor CTA versão 2.00. O erro é retornado pelo próprio webservice da prefeitura. Informações do ambiente: • Provedor.........: CTA versão 2.00 • Município........: Itaboraí/RJ (IBGE 3301900) • Webservice.: https://prefeituradeitaborai.online/wsnfse/ Reproduzido no Exemplo oficial do ACBrNFSeX (Exemplos\ACBrDFe\ACBrNFSeX\Delphi\ACBrNFSeX_Exemplo.dproj), sem nenhuma alteração no código: Retorno do webservice: Requisição Ambiente : 2 - Homologação Cidade : Itaborai/RJ Provedor : CTA Versão: 2.00 Método Executado: Enviar Lote Assíncrono Parâmetros de Retorno Sucesso : False Erro(s): Código : Mensagem: XSD REPORTOU ERRO - CODIGO: 1871 | MENSAGEM: Element 'ClassificacaoCNAE': This element is not expected. Expected is ( CodigoNbs ). | LINHA: 1; Tags geradas (XML): <Informacoes> <IssRetido>2</IssRetido> <ResponsavelRecolhimento>1</ResponsavelRecolhimento> <ItemListaServico>06.01</ItemListaServico> <ClassificacaoCNAE>9602501</ClassificacaoCNAE> <CodigoTributacaoMunicipio>06.01</CodigoTributacaoMunicipio> </Informacoes> Fico à disposição! Agradeço a atenção da equipe. -
Olá comunidade ! Por volta das 10h do dia 03/06/2026, começamos a receber alguns relatos de membros da nossa comunidade de problemas ao emitir NFS-e para o provedor GISS da empresa EICON. Os relatos tinha em comum o mesmo retorno com a seguinte rejeição: Depois de entrar em contato com o suporte do provedor o membro de nossa comunidade @Luiz Ribeiro conseguiu o seguinte retorno confirmando que o problema ocorre do lado do web service e o provedor está se movimentando para providenciar uma correção.
-
O Discord está enfrentando instabilidade hoje (08 de maio de 2026)
um tópico no fórum postou Daniel InfoCotidiano Notícias do ACBr
O Discord está enfrentando instabilidade hoje (08 de maio de 2026), com erros que impedem muitos usuários de iniciar sessões e usar recursos básicos. Recomendando usar o Fórum neste período de instabilidade;
-
Provedor Giss apresenta falha na validação da tag CodigoPais na NFS-e
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! Por volta das 08h18 do dia 13/04/2026, começamos a receber diversos relatos em nossos canais de atendimento sobre falhas na emissão de NFS-e utilizando o provedor Giss. Todos os relatos apresentam a mesma mensagem de retorno: Codigo=E383 Correcao=Informe o codigo do pais. Descricao=Codigo do pais nao informado. Após contato com o suporte do provedor, um membro da comunidade compartilhou a informação de que a equipe do Giss confirmou que o problema está no lado do web service. Até o momento, não há previsão para a correção, mas o atendimento já foi priorizado pelo provedor.
-
nfs-e NFS-e Código: E160 Prefeitura de Garanhus/PE
um tópico no fórum postou fpereirasilv Duvidas Gerais ACBr API
Código: E160 Descrição: ERROR #5001: Tag principal do Lote nao encontrada no XML. Verifique a estrutura ou os Namespaces. - Arquivo enviado fora da estrutura do arquivo XML de entrada. Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. Segue em anexo o arquivo xml dps do envio. Obs: Emitido com o demo em produção, creio que o demo deveria esta atualizado com as novas tags. NFS-e_Osacre.xml -
Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Erro ao emitir nota para Paulínia: Neste tópico um colega compartilha que conseguiu resolver o problema após corrigir o CNAE do cliente. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.
-
.thumb.jpg.9ac6eb62d16b8ad39acc52c0df686849.jpg)
Erro E9999 - Problemas no Emissor Nacional da Nota Fiscal de Serviços
um tópico no fórum postou Alexandre.Paula Notícias do ACBr
Bom dia a todos! Temos recebido multiplos relatos de problemas dos nossos usuários ao tentar emitir notas fiscais de serviço usando o Ambiente Nacional! Os usuários estão recebendo o erro: O erro E9999 normalmente indica um erro não identificado do lado do servidor dos serviços. Nesses casos a orientação é registrar um fale conosco diretamente com o Ambiente Nacional através dos canais formais de atendimento: https://www.gov.br/nfse/pt-br Também foi divulgado na comunidade um email [email protected] para contato. Assim que tivermos mais informações sobre as ocorrencias vamos atualizar este tópico. -
Sefaz do Paraná devolvendo indevidamente a Rejeição 1034.
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá comunidade ! No dia 02/02/2026, por volta das 08h36, começamos a receber múltiplos relatos de membros da nossa comunidade com problemas para autorizar determinadas notas fiscais junto a Sefaz Paraná. Todos os relatos tem em comum o mesmo retorno com a seguinte rejeição: Como é possível observar, esta rejeição costuma ocorrer quando é utilizado um CST e um cClassTrib que tem redução de alíquota, mas o percentual utilizado é inválido. No entanto, tudo indica ser um problema de rejeição sendo devolvida indevidamente, pois temos relatos de notas como esta do exemplo abaixo sendo rejeitadas: <IBSCBS> <CST>200</CST> <cClassTrib>200003</cClassTrib> <gIBSCBS> <vBC>100.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSUF>0.00</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.00</vIBS> <gCBS> <pCBS>0.9000</pCBS> <gRed> <pRedAliq>100.0000</pRedAliq> <pAliqEfet>0.0000</pAliqEfet> </gRed> <vCBS>0.00</vCBS> </gCBS> </gIBSCBS> </IBSCBS> Essa estrutura está correta de acordo com o Validador da Conformidade Fácil e o valor utilizado nos percentuais de redução também estão corretos de acordo com o CST x cClassTrib, conforme a Tabela de Classificação Tributária. Caso esteja enfrentando esta rejeição, o recomendado é que abra um Fale Conosco junto a Sefaz do Paraná.
-
Guia de Correção: Lista de Erros e Rejeições da NFS-e no Padrão Nacional
um tópico no fórum postou Diego.Foliene NFS-e
E0039: O município emissor informado na DPS deve estar parametrizado para utilizar os emissores públicos nacionais, conforme parametrização do município no Sistema Nacional NFS-e. - Como resolver? E0116: A IM deve ser informada para o emitente prestador do serviço na DPS, conforme informações complementares registradas no CNC NFS-e do município emissor informado na DPS. - Como resolver? E0160: No mês de competência da NFS-e, a opção de situação perante o Simples Nacional, do prestador, informada na DPS não está de acordo com o cadastro Simples Nacional. - Como resolver? E0310: O código de tributação nacional informado não existe ou não está administrado pelo município de incidência do ISSQN na data de competência informada na DPS, conforme a lista de serviços nacional do Sistema Nacional NFS-e. - Como resolver? E0330: É obrigatório prestar informações de todos os campos relativos ao comércio exterior - Como resolver E0536 : Não é permitido o preenchimento de informações relativas à benefício municipal para o prestador de serviço ME/EPP que não tenha o regime de apuração de tributos nesta NFS-e fora do Simples Nacional - Como resolver E0690: A alíquota do Cofins deve ser informada quando a base de cálculo deste imposto for informada - Como resolver -
Rejeição E0712: Para ME/EPP indTotTrib nunca poderá ser informado. - Como resolver?
um tópico no fórum postou Diego.Foliene NFS-e
Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251216 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição indTotTrib Se a situação do emitente da DPS perante o Simples Nacional na data de competência informada for ME/EPP, o choice indTotTrib nunca poderá ser informado. E0712 Para ME/EPP indTotTrib nunca poderá ser informado. Ainda de acordo com o mesmo leiaute, a tag indTotTrib faz parte de um "elemento escolha" junto dos grupos vTotTrib, pTotTrib e pTotTribSN. Ou seja, o arquivo XML só vai poder ter o vTotTrib ou o pTotTrib ou o indTotTrib ou o pTotTribSN, mas nunca mais de um deles. Se você está recebendo essa rejeição, isso significa que seu arquivo está sendo enviado com o elemento indTotTrib, quando deveria ser com um dos outros 3. Como resolver? No momento de geração do XML, uma lógica é aplicada para definir qual é o grupo que vai ser gerado. Verifica se foram preenchidos os valores que compõe vTotTrib. Se forem maiores do que zero, gera o grupo vTotTrib; Se não foi gerado o grupo no passo anterior, verifica se foram preenchidos os valores que compõe pTotTrib. Se forem maiores do que zero, gera o grupo pTotTrib. Se não foi gerado o grupo no passo anterior, verifica se o valor de pTotTribSN é maior do que zero. Se for, gera o grupo pTotTribSN. Se não foi gerado o grupo no passo anterior, verifica se o valor de indTotTrib é zero, se for, gera o grupo indTotTrib. Considerando isso, é preciso preencher as informações de modo que o indTotTrib não seja gerado. Caso utilize ACBrNFSeX para Delphi e Lazarus Para gerar o vTotTrib preencha: NFSe.Servico.Valores.totTrib.vTotTribFed := NFSe.Servico.Valores.totTrib.vTotTribEst := NFSe.Servico.Valores.totTrib.vTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTrib preencha: NFSe.Servico.Valores.totTrib.pTotTribFed := NFSe.Servico.Valores.totTrib.pTotTribEst := NFSe.Servico.Valores.totTrib.pTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTribSN preencha: NFSe.Servico.Valores.totTrib.pTotTribSN := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Caso utilize ACBrMonitorPLUS ou ACBrLib Para gerar o vTotTrib preencha: [totTrib] vTotTribFed= vTotTribEst= vTotTribMun= indTotTrib=1 Para gerar o pTotTrib preencha: [totTrib] pTotTribFed= pTotTribEst= pTotTribMun= indTotTrib=1 Para gerar o pTotTribSN preencha: [totTrib] pTotTribSN= indTotTrib=1-
- 2
-
-
-
- e0712
- padraonacional
- (e 5 mais)
-
Boa tarde a todos. Durante a exportação das notas ao ADN, algumas me retornam o erro E1626 - O valor do Cofins informado não corresponde ao resultado da BC Pis/Cofins x Alíquota Cofins, que foram informados na DPS Analisando a nota e os valores declarados estão correto. Em uma nota de exemplo a báse de calculo foi R$ 1400,00, aliquota COFINS 3% então o valor CONFS seria de R$ 42,00 *Se o valor da alíquota do Cofins (pAliqCofins) for informado, então o valor Cofins informado na DPS deve ser igual ao valor da base de cálculo do Pis/Cofins x alíquota do Cofins , que foram informados na DPS. Porém ao exportar me retorno erro de cálculo E162. O que me deixa ainda em dúvida já que esté erro não se encontra no layout ou manual . Pela documentação, esperava-se o erro E0696 que possui o mesmo texto "O valor do Cofins informado não corresponde ao resultado da BC Pis/Cofins x Alíquota Cofins, que foram informados na DPS." Mais alguém passou por isso ou sabem me orientar o que o causa e solução? Muito obrigado Obs.: Já testei com mais de duas casas decimais e me retorna erro de layout. Já tentei no lugar do 3.00 declarar 0.03, mas me retorna o mesmo erro. Exemplo da nota <...> <tribFed> <piscofins> <CST>01</CST> <vBCPisCofins>1400.00</vBCPisCofins> <pAliqPis>0.65</pAliqPis> <pAliqCofins>3.00</pAliqCofins> <vPis>9.10</vPis> <vCofins>42.00</vCofins> <tpRetPisCofins>1</tpRetPisCofins> </piscofins> <vRetCP>0.00</vRetCP> <vRetIRRF>21.00</vRetIRRF> <vRetCSLL>14.00</vRetCSLL> </tribFed> <...> -
Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe.xlsx que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição opSimpNac Opção de situação perante o Simples Nacional do prestador, informada na DPS, não está de acordo com o cadastro Simples Nacional na data de competência informada na DPS. Se CNPJ do prestador não consta no cadastro então opSimpNac é igual a 1; E0160 No mês de competência da NFS-e, a opção de situação perante o Simples Nacional, do prestador, informada na DPS não está de acordo com o cadastro Simples Nacional. Ainda de acordo com o mesmo arquivo, esses são os valores válidos para este campo: Portanto, se você está recebendo esta rejeição, o valor enviado na tag opSimpNac está incorreto de acordo com as informações cadastrais internas que a API possui sobre o prestador de serviços. Como resolver? Certifique-se de que o valor correto foi enviado na tag opSimpNac. Em caso de dúvidas sobre qual é a situação do prestador de serviços, confirme junto ao mesmo. Consultar o CNPJ também pode ajudar. Caso utilize ACBrNFSeX para Delphi e Lazarus, a propriedade que alimenta a tag no arquivo XML é: NFSE.OptanteSN; Ela é do tipo TOptanteSN e pode receber os valores osnNaoOptante, osnOptanteMEI ou osnOptanteMEEPP. Certifique-se de alimentar a propriedade com o valor correto e correspondente. Caso utilize ACBrMonitorPLUS ou ACBrLib Defina o valor na chave opSimpNac da seção [Prestador] no arquivo INI que estiver utilizando para gerar a NFSe. Não confundir com a chave OptanteSN
-
Olá comunidade ! Nos últimos dias temos recebido diversos relatos de membros da comunidade de problemas ao tentar autorizar NFCe junto a Sefaz de São Paulo com os campos da Reforma Tributária. Os relatos tem em comum: Rejeições indevidas para NFCe, como por exemplo, acusar que o CST e o cClassTrib não existem, mesmo eles constando nas tabelas disponibilizadas. (Veja mais AQUI) Problema somente para NFCe enquanto que a NFe funciona normalmente. Em casos assim a orientação é abrir um Fale Conosco junto a Sefaz de São Paulo para relatar o problema. No dia 19/11/2025, membros da comunidade compartilharam em nosso servidor do Discord um retorno do chamado junto a Sefaz confirmando que eles de fato estão com problemas:
-
Erro API Sicoob 401, 403 , falha de credenciais ou erro de autenticação
um tópico no fórum postou Daniel InfoCotidiano Boleto
Recebemos diversos relatos ontem dia 17/11/2025 de usuarios reportando erros de autenticação com o Banco Sicoob. Na maioria dos casos, fazendo o processo de criar novas credenciais com certificados validos resolveram o problema. O banco enviou para os clientes uma nota: E no próprio portal, quando você acessa: Atenção Alguns cooperados estão relatando o recebimento de erros com o status http 403. Esse erro ocorre, na maioria das vezes, quando o certificado está vencido ou inválido. Neste caso será necessário substituir o certificado utilizado por certificado válido e vigente. Para mais informações acesse a nossa documentação. Então acesse a documentação citada por eles e siga o passo a passo , orientando como exportar o certificado digital: Exportar Certificado - Portal Developers - Sicoob Observe que eles tem um passo a passo para gerar o arquivo .PEM e nao o. CRT, favor tentar com o PEM! ArquivoCRT=C:\MeuCertfificado\certificado.pem Obrigado ao usuário@Luiz Eduardo Segato por nos repassar estas informações -
Olá, comunidade ! Nos últimos dias temos recebidos diversos relatos em nosso Discord e em nosso Fórum de problemas com certificado A3. Todos os relatos tem em comum o mesmo erro: Tudo indica que este problema está relacionado a alguma atualização recente do Windows, visto que ele começou a ocorrer repentinamente. Como é explicado AQUI a configuração WinCrypt que é utilizada para certificados A3 faz uso da própria API do Windows. Alguns membros relataram ter sanado o problema ao desinstalar e instalar novamente o certificado. Um agradecimento ao membro de nossa comunidade @RicardoAGRO1 compartilhou no canal #sefaz em nosso servidor do Discord o link: Podem ocorrer problemas de autenticação do SmartCard com a atualização do Windows de outubro de 2025 com um passo a passo para a solução do problema.
-
Algumas UFs estão devolvendo rejeições indevidas relacionadas a Reforma Tributária
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá, comunidade ! Temos recebidos múltiplos relatos em nosso servidor do Discord e também em nosso fórum de problemas ao emitir notas fiscais utilizando os campos da reforma tributária. Os relatos tem em comum a súbita devolução de rejeições relacionadas aos novos campos da reforma tributária para XMLs que eram aprovados anteriormente. Para citar dois exemplos: Mesmo informando <pIBSUF>0,10</pIBSUF> que é o valor a ser informado em 2025 e em 2026 conforme Lcp 214 e texto da própria regra de validação. Mesmo informando CST e cClassTrib válidos de acordo com a Tabela do Conformidade Fácil. Outro fato curioso foi a presença de alguns relatos mencionando que o problema ocorria apenas para NFC-e, com a emissão de NF-e continuando normalmente. Vale lembrar que está não é a primeira vez que isso ocorre: E apesar de tudo, é preciso haver compreensão e o bom senso de que as UFs também estão correndo para buscar a adequação de seus web services de emissão em tempo hábil. Por isso, caso esteja enfrentando problemas semelhantes, se constatar que o problema não se encontra no arquivo XML ao passar o mesmo pelo Validador da Sefaz do RS e pelo Validador da Conformidade Fácil. Abra uma Fale Conosco junto a Sefaz. Quanto mais pessoas relatando, mais rápido eles percebem que há algo de errado e tomam as devidas providências.-
- 10
-
-
-
- reformatributaria
- reforma tributaria
- (e 11 mais)
-
Erro EACBrXmlException >> EndTag: '</' not found
um tópico no fórum postou RibaSoft NFC-e - Nota Fiscal do Consumidor Eletrônica
Olá a todos, procurei algo semelhante em outros tópicos, mas não encontrei, por isso estou criando este. Para leitura de xmls baixados no site do Receita/PR "NFs Emitidas contra o CNPJ" esse erro ocorre ao tentar carregar o xml no componte utilizando o {$DEFINE USE_ACBr_XMLDOCUMENT} Comentando-o {.$DEFINE USE_ACBr_XMLDOCUMENT} e recompilando o projeto ele lê normalmente. xxxxxxxxxx.xml -
Boa tarde comunidade ACBr ! "Em relação às intercorrências apresentadas no grupo sobre o QRCode 3.0 offline (SP), informamos que recebemos retorno da Sefaz/SP hoje, a qual comunicou que foi disponibilizada uma correção em ambiente de homologação." Por favor façam novos testes ! Caso identifiquem algum erro, pedimos a gentileza de registrarem a ocorrência no portal da Sefaz/SP (Fale Conosco) !
-
- 4
-
-
- erro
- qrcode 3.0
- (e 3 mais)
-
Prezados(as) usuários Comunidade ACBr, Nos últimos dias, identificamos e melhoramos referente a ocorrências de falhas de autenticação junto à API Rest do Banco do Brasil, impactando principalmente a emissão de boletos híbridos, boletos com QR Code. Os sintomas mais comuns relatados foram: Serviço que estava funcionando e parou subitamente; Retorno de erros HTTP 400 ou 500 no momento da autenticação OAuth2. Aviso Importante ao Usuário Esta atualização trata-se de uma melhoria no componente. Para quem já está utilizando o scope no formato cobrancas.boletos-info%20cobrancas.boletos-requisicao, não haverá impactos e o funcionamento permanecerá normal. Entretanto, após atualizar o componente, é recomendado remover o %20 e utilizar o espaço simples entre os valores, por mais que o componente de Boletos agora aplica a RFC3986 em QueryString, caso houver espaços e utilizado QueryString o componente aplicará %20 automaticamente. O que mudou na nova versão dos componentes Na versão mais recente dos nossos componentes, houve alteração na forma de envio do parâmetro scope em produção: Antes: O scope era enviado via URLParms (Query String). Agora: O scope é enviado via Payload na requisição de autenticação, indiferente do ambiente (Produção|Homologação|Sandbox) e utilizado a RFC3986. Com essa atualização: Não é mais necessário utilizar %20 ou recomendado para separar múltiplos valores. O scope pode ser informado de forma simples: cobrancas.boletos-info cobrancas.boletos-requisicao Orientação para atualização Usuários Delphi | Lazarus: Atualizar o repositório SVN para a última revisão disponível, reinstalar o componente e gerar nova versão da aplicação. Demais linguagens: Atualizar para a versão mais recente do ACBrMonitor ou ACBrLibBoleto. Para quem não puder atualizar imediatamente Se a atualização de componentes ou sistema não for possível no momento, mantenha o envio via URLParms (Query Strings) e utilize o scope com o espaço codificado: cobrancas.boletos-info%20cobrancas.boletos-requisicao Recomendação final Sempre que possível, mantenha seus componentes e sistemas atualizados para garantir compatibilidade com as integrações bancárias e evitar indisponibilidades. Tópico relacionado:
-
Este erro ocorre devido a uma divergência entre o ambiente de homologação do Santander e a própria documentação do mesmo. Se acessarmos a documentação do endpoint COB para criação de cobrança imediata ou do endpoint COBV para criação de cobrança com vencimento, é possível observar que em ambos o verbo que deve ser utilizado para requisição é o PUT. No entanto, após recebermos relatos de membros da comunidade enfrentando este erro e realizar testes de comunicação diretamente com o PostMan, foi possível observar que apenas no ambiente de homologação da API: Está sendo utilizado o verbo POST. Não está aceitando utilização de certificado. Está respondendo de maneira incorreta a requisição /cob Foram enviadas alterações na unit do PSP Santander ao SVN na Rev-40344 visando contornar essas divergências. Portanto se você estiver testando em homologação com o PSP Santander e estiver enfrentando o erro mencionado, atualize seus fontes, reinstale o ACBr e faça novos testes!
-
Olá, pessoal! No dia 04/07/2025, por volta das 14h12, começamos a receber diversos relatos de membros da nossa comunidade, tanto em nosso servidor do Discord quanto em nosso fórum, sobre problemas relacionados à NF-e e à NFC-e junto a Sefaz sefaz de múltiplas UFs. Todos os relatos tinham em comum a mesma situação: o número do protocolo de autorização (nProt) devolvido pelos web services continha 17 caracteres, em vez dos habituais 15. Se conferirmos na Nota Técnica 2025/002, podemos observar que, de fato, está previsto um aumento de 15 para 17 caracteres nesta informação. No entanto, ainda não alcançamos as datas previstas no cronograma para esta implementação. De acordo com alguns relatos, essa questão foi sanada e, após pouco tempo, as notas autorizadas voltaram a apresentar o nProt com tamanho 15. Contudo, ainda temos relatos de problema, pois algumas notas que foram geradas com protocolo de 17 caracteres estão devolvendo erro de schema ao tentar cancelar: Falha na validação dos dados do Evento: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe%7DnProt': [facet 'pattern'] The value '3XXXX0000003XXXX2' is not accepted by the pattern '[0-9]{15}'. Considerando todas essas informações: Caso esteja enfrentando erro de schema ao tentar realizar o cancelamento dessas notas, confirme se não está utilizando arquivo de schema desatualizado, pois a regex já foi atualizada nos arquivos .XSD em pacote de schemas liberado anteriormente para a Reforma Tributária. ...\trunk2\Exemplos\ACBrDFe\Schemas\NFe\tiposBasico_v4.00.xsd <xs:simpleType name="TProt"> <xs:annotation> <xs:documentation>Tipo Número do Protocolo de Status</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="17"/> <xs:pattern value="[0-9]{15}|[0-9]{17}"/> </xs:restriction> </xs:simpleType> Caso ainda esteja recebendo o nProt com tamanho 17 ao autorizar uma NFe/NFCe ou esteja recebendo erro diferente do mencionado acima ao tentar cancelar essas notas, recomendamos que abra um Fale Conosco junto a Sefaz para relatar a situação. Quanto mais pessoas reportarem, mais rápido a respectiva Sefaz perceberá que existe algum problema. Para abrir um Fale Conosco junto a Sefaz, siga as orientações de acordo com a Sefaz de sua Jurisdição
- 1 reply
-
- 6
-
-
- svrs
- sefaz virtual rs
- (e 10 mais)
-
Disponibilizada correção para o erro: "Valor String inválido para TtpOperGov"
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá pessoal! Informamos aqueles que utilizam ACBrMonitorPLUS ou ACBrLibNFe, que foi disponibilizado ajuste visando sanar o erro: Portanto, se você estiver utilizando uma versão dessas soluções, de antes das 14h02 do dia 23/06/2025, atualize! A versão mais recente da ACBrLibNFe pode ser encontrada AQUI. As versões mais recentes do ACBrMonitorPLUS podem ser encontradas AQUI.-
- 3
-
-
- erro
- acbrmonitorplus
- (e 5 mais)
-
Boa tarde. Como devo assinar os XML da nota de BH, Já tentei um monte de combinação mas sempre obtenho o ERRO E174Arquivo enviado com erro na assinatura. Alguem poderia me dar uma dica de qual ordem correta das assinaturas? Onde encontro um validador tbm?
-
Sefaz de São Paulo passando por problemas na emissão de NF-e.
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá pessoal! No dia 11/03/2025, por volta das 08h44 começamos a receber múltiplos relatos em nosso servidor de Discord de membros com problemas para emitir NF-e para Sefaz de São Paulo. Todos os relatos tem em comum o mesmo retorno de Consumo Indevido. Consultando o DownDetector, é possível observar que o volume de relatos de problemas aumentou consideravelmente no mesmo período o que indica ser um problema do lado da Sefaz. Até o momento da publicação deste tópico não tem informação de contingência ativada para o estado no Portal Nacional.
-
Sefaz da Bahia devolvendo a rejeição 204 indevidamente.
um tópico no fórum postou Diego.Foliene Notícias do ACBr
Olá pessoal! No dia 25/02/2025, por volta das 15h40 começamos a receber em nosso servidor do Discord múltiplos relatos de membros de nossa comunidade com problemas para transmitir notas fiscais para a Sefaz da Bahia. Todos os relatos tinham em comum estarem recebendo a mesma rejeição: Como a rejeição não informa que há diferença na chave de acesso, subentende-se que a mesma nota fiscal que está tentando ser transmitida já existe na base de dados da Sefaz com a mesma chave de acesso. No entanto, os mesmos relatos também afirma que ao tentar consultar a referida chave é devolvida rejeição apontando que a nota fiscal não existe na base de dados da sefaz. No dia 26/02/2025, por volta das 09h17, o membro de nossa comunidade @wendelswl compartilhou no canal #sefaz a resposta que recebeu em chamado aberto junto ao Fale Conosco confirmando que o problema de fato é do lado da Sefaz:
