rcfatura

Bom dia Alguem com esse erro ? Nao achei nada relacionado. 09/01/2026 07:30:15 - NFSE.CRIARENVIARRPS(NFSE.INI, "1", 0, 1) 09/01/2026 07:30:15 - OK: [Alerta1] Codigo= Correcao= Descricao=Erro na assinatura: Não foi encontrado elemento Signature

Se vc verificar os RPSs emitidos em 2025, tambem nao aparecem os dados do emitente, creio esse nao ser o maior problema.

Bom dia Conseguimos avançar com os erros acima porem agora estamos entrando num BURACO NEGRO sem respostas. Envio uma RPS e o retorno é apemas OK: sem numero de nota, sem implementar no Site da Prefeitura, sem erros, sem nada. Entramos em contato com o pessoal da SilTecnologia e eles nos responderam que era erro no Sistema local deles, tempo de execução essas coisas (caiu), porém desde ontem estamos tentando enviar RPSs, e de vez em quando, totalmente aleatório vem as respostas "Já existe um processo de envio de nota fiscal, aguarde o processo terminar para enviar novamente", ou "Erro na assinatura: Não foi encontrado elemento Signature" e se trocarmos o numero do RPS +1 passa porem fica sem respostas... Buraco Negro, tenta implementar mas não vai. Meus XMLs de RPS tambem ficam malucos, sem esses dados de emitente, porém para quem usa o ACBRMonitor essas informações do emitente já ficam previamente cadastradas lá então está tudo sendo enviado conforme manual de orientação do ACBR. Infelizmente estamos a deriva.

Pessoal o erro mudou. Estamos parametrizados assim, ACBrNFSeXServicosRTC.ini e com o valor lnfsProvedor. na versão 392 do ACBR Monitor [Erro1] Codigo=X800 Correcao= Descricao=Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CodigoNbs': This element is not expected. Expected is one of ( {http://www.abrasf.org.br/nfse.xsd}CodigoPais, {http://www.abrasf.org.br/nfse.xsd}ExigibilidadeISS ). Ja temos esses campos sendo enviados no TXT. Dentro do ACBrNFSeXServicosRTC.in está assim: [3205200] ; Atualizado em 28/10/2022 Nome=Vila Velha UF=ES Provedor=SmarAPD Versao=2.03 ProRecepcionar=https://tributacao.vilavelha.es.gov.br/tbw/services/Abrasf23 ProLinkURL=http://tributacao.vilavelha.es.gov.br/tbw/loginWeb.jsp?execobj=NFSENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%CodVerif% HomLinkURL= Sem solução até o momento. NFSE1.INI

Bom dia Algumas dadptações nos fazem avançar: Numero do Documento sem Zeros a esquerda Retirado as Tags de Documentos001 Colocado NBS e suas Tags de IBS e CBS Versão do ACBR 392 lançada ontem [3205200] ; Atualizado em 28/10/2022 Nome=Vila Velha UF=ES Provedor=SmarAPD Versao=2.03 ProRecepcionar=https://tributacao.vilavelha.es.gov.br/tbw/services/Abrasf23 ProLinkURL=http://tributacao.vilavelha.es.gov.br/tbw/loginWeb.jsp?execobj=NFSENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%CodVerif% HomLinkURL= Estamos usando as URLs acima e ACBR configurado --> ACBrNFSeXServicosRTC.ini e com o valor lnfsProvedor. e ainda assim retorna o erro: [Erro1] Codigo=E0039 Correcao= Descricao=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. Alguem avançou ?

Boa tarde. Município de Vila Velha irá ficar por enquanto com o provedor atual porém com as tags referentes a reforma tributária. Já fizemos alguns testes aqui e com as Tags da IBS/CBS. 1 – ACBR Configurado com “lnfsProvedor” e o ACBrNFSeXServicos.ini nosso Sistema Configurado Padrão Municipal (e suas Tags Layout Proprio) e nos retorna o erro: Não é mais permitido o envio deste tipo de arquivo, sendo aceito apenas envio via WebService no padrão nacional. 2 - ACBR Configurado com “lnfsPadraoNacionalv101” e o ACBrNFSeXServicosRTC.ini Sistema Configurado Padrão Nacional (e suas Tags) e nos retorna o erro: 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. 2 - ACBR Configurado com “lnfsProvedor” e o ACBrNFSeXServicosRTC.ini Sistema Configurado Padrão Municipal (e suas Tags Layout Proprio) e nos retorna o erro: ATENÇÃO! Não é mais permitido o envio deste tipo de arquivo, sendo aceito apenas envio via WebService no padrão nacional. O aqruivo em anxeo refere-se ao Item 3 acima relacionado. Ja colocamos dentro de ACBrNFSeXServicosRTC.ini a URL da prefeitura de Vila Velha [3205200] Nome=Vila Velha UF=ES Provedor=SilTecnologia ProRecepcionar=https://tributacao.vilavelha.es.gov.br/tbw/services/WSInterface HomRecepcionar=https://tributacao.vilavelha.es.gov.br/tbwhomologacao/services/NotaFiscalNacional Ainda assim o erro persiste. Mais alguem passando por algo parecido. podem nos ajudar ? NFSE1.INI

Tambem estamos com o mesmo problema no Município de Vila Velha - ES Ja stamos com as tabelas atualizadas CtribNat e NBS Sem solução até o momento

Boa tarde. Município de Vila Velha irá ficar por enquanto com o provedor atual porém com as tags referentes a reforma tributária. Já fizemos alguns testes aqui e com as Tags da IBS/CBS. 1 – ACBR Configurado com “lnfsProvedor” e o ACBrNFSeXServicos.ini nosso Sistema Configurado Padrão Municipal (e suas Tags Abrasf) e nos retorna o erro: Não é mais permitido o envio deste tipo de arquivo, sendo aceito apenas envio via WebService no padrão nacional. 2 - ACBR Configurado com “lnfsPadraoNacionalv101” e o ACBrNFSeXServicosRTC.ini Sistema Configurado Padrão Nacional (e suas Tags) e nos retorna o erro: 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. 2 - ACBR Configurado com “lnfsProvedor” e o ACBrNFSeXServicosRTC.ini Sistema Configurado Padrão Municipal (e suas Tags Abrasf) e nos retorna o erro: ATENÇÃO! Não é mais permitido o envio deste tipo de arquivo, sendo aceito apenas envio via WebService no padrão nacional. Mais alguem passando por algo parecido. podem nos ajudar ? O aqruivo em anxeo refere-se ao Item 3 acima relacionado. NFSE1.INI

Bom dia, Em Vila velha - ES, estamos com o mesmo problema. Ja foi atualizado o sistema no padrão nacional porém a pref de Vila Velha nos informa que ainda irão utilizar o provedor municipal porem com as tags atualizadas da Reforma Trib. Ja foi atualizado o --> C:\ACBr\ACBrNFSeXServicosRTC.ini dentro do monitor, estamos usando a versão 1.4.0.389. [Erro1] Codigo=E0039 Correcao= Descricao=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. Segue TXT [IDENTIFICACAONFSE] TIPOXML=RPS [IDENTIFICACAORPS] SITUACAOTRIB=TP PRODUCAO=1 STATUS=1 OUTRASINFORMACOES= TIPOTRIBUTACAORPS=T SERIEPRESTACAO= NUMERO=5907 SERIE=0 TIPO=1 DATAEMISSAO=02/01/2026 COMPETENCIA=02/01/2026 NATUREZAOPERACAO=1 VERAPLIC=1.00 TPEMIT=1 [PRESTADOR] REGIME=1 OPTANTESN=1 OPSIMPNAC=1 INCENTIVADORCULTURAL=2 CNPJ=19338183000188 INSCRICAOMUNICIPAL= INSCRICAOESTADUAL=083000330 RAZAOSOCIAL=RC NOMEFANTASIA=RC TELEFONE=9999993 CEP=29102599 LOGRADOURO=RUA S NUMERO=57 COMPLEMENTO= BAIRRO=PARQUE R CODIGOMUNICIPIO=3205200 CIDADE=VILA VELHA UF=ES CODIGOPAIS=55 XPAIS=BRASIL [email protected] [TOMADOR] TIPO=2 CNPJCPF=0599999999 INSCRICAOMUNICIPAL= INSCRICAOESTADUAL=3007905 RAZAOSOCIAL=LUCAS G TIPOLOGRADOURO= LOGRADOURO=AVE SRO. 5000 NUMERO=. COMPLEMENTO= BAIRRO=PRAIA DE CODIGOMUNICIPIO=3205200 XMUNICIPIO=VILA VELHA UF=ES CODIGOPAIS=55 CEP=29102032 XPAIS=BRASIL TELEFONE=27999312242 [email protected] ATUALIZATOMADOR=2 TOMADOREXTERIOR=2 [SERVICO] ITEMLISTASERVICO=010701 CODIGOCNAE=4751-2/01 CODIGOTRIBUTACAOMUNICIPIO= DISCRIMINACAO=QTD: 1.00 VL UNIT. 5.00 VL TOTAL: 5.00 NOME: SERVICO CRT 3 ; CODIGOMUNICIPIO=3205200 CODIGOPAIS=1058 EXIGIBILIDADEISS=1 MUNICIPIOINCIDENCIA=3205200 UFPRESTACAO=ES RESPONSAVELRETENCAO=2 OPERACAO=A TRIBUTACAO= CODIGONBS=115013000 CODIGOINTERCONTR= [VALORES] VALORSERVICOS=5.00 VALORDEDUCOES=0.00 ALIQUOTADEDUCOES=0.00 DESCONTOINCONDICIONADO=0 DESCONTOCONDICIONADO=0 VALORRECEBIDO=5.00 [TRIBMUN] TRIBISSQN=1 CPAISRESULT=1058 TPBM= NBM= VREDBCBM=0 PREDBCBM=0 TPSUSP= NPROCESSO= TPIMUNIDADE= PALIQ=0 TPRETISSQN=1 [IBSCBSDPS] FINNFSE=0 INDFINAL=0 CINDOP=050101 TPOPER= TPENTEGOV= INDDEST=0 [DESTINATARIO] CNPJCPF=05919999999 NIF= CNAONIF=0 XNOME=LUCAS CEP=29102032 CODIGOMUNICIPIO=3205200 CODIGOPAIS=55 CENDPOST=AVE XCIDADE=VILA VELHA XESTPROVREG= LOGRADOURO=AVE SA NUMERO=. COMPLEMENTO= BAIRRO=PRAIA DE ITAPARICA TELEFONE=2799999 [email protected] [DOCUMENTOS0001] TIPOCHAVEDFE= CHAVEDFE= CMUNDOCFISCAL= NDOCFISCAL= XDOCFISCAL= NDOC= XDOC= CNPJCPF= NIF= CNAONIF= XNOME= DTEMIDOC= DTCOMPDOC= TPREEREPRES= XTPREEREPRES= VLRREEREPRES= [GIBSCBS] CST=000 CCLASSTRIB=000001 CCREDPRES=01 [GTRIBREGULAR] CSTREG=000 CCLASSTRIBREG=000001 [GDIF] PDIFUF= PDIFMUN= PDIFCBS=

Bom dia Estamos com o mesmo ERRO [Erro1] Codigo=RNG9999 Correcao=Ocorreu um erro inesperado. Descricao=Erro não catalogado. 3226011933818300018856000000000000001-rps.xml

Olá... Totalize arquivo com essas tags abaixo: Inclua... [IBSCBSTot] vBCIBSCBS= (Soma de todas as vCBS=) Funcionou normal aqui conosco. Abs

Resolvido, atualizei para versão ACBrMonitorPLUS-1.4.0.245-x64 e Saiu a NFC-e e NF-e. Obrigado !

Utilizando o ACBrMonitorPLUS-1.4.0.231-x64-Instalador funciona normalmente. com os mesmos comandos. Na versão 242 tenho que mundar alguma coisa no camando ? arquivos em anexo.32240328312491000125650010000011191001011190-nfe.xmlLOG.TXTENTNFE1.RCI

Estamos utilizando ACBrMonitorPLUS-1.4.0.242-x64, quando vamos gerar o NF-e e NFC-e não cria o XML e da o retorno no LOG. Retorno NFC-e ENTNFE1_NFC-e.RCILOG_NFC-e.TXT [DadosAdicionais] Complemento=MD-5:35c734c5778b14e837835c657a6e39d0 FaturaRC 100% Compativel com PAF-ECFENTNFE1_NF-e.RCILOG_NF-e.TXT 13/03/2024 09:01:08 - ERRO: Valor string inv?lido para TmotRedAdRem: 0 Retorno NF-e [DADOSADICIONAIS] INFCPL=MD-5:35C734C5778B14E837835C657A6E39D0 PV0000000008 ; DOCUMENTO EMITIDO POR ME OU EPP OPTANTE;PELO SIMPLES NACIONAL NAO GERA DIREITO A;CREDITO DE IPI E ISS;"); 13/03/2024 09:07:09 - ERRO: Valor string inv?lido para TpcnFinalidadeNFe: 0 Em anexo os arquivos e log.

Repostei o Passo a Passo, posis em alguns a Linguagem do Gmail está diferente.

Em alguns é diferente. Pode clicar nesse e configurar igual os Prints que vai dar certo. Qualquer coisa tira print das outras telas que eu te mostro como fazer

Achei a Solção Galera!! Segue abaixo os Prints. Vá na Configuração do seu Gmail em SEGURANÇA. Habilite e Vincule o Celular "Verificação em Duas Etapas". Depois Configure a Opção "Senhas de App". Uma senha aleatória será Criada, coloque essa Senha no ACBr. e Pronto.

Bom dia estou utilizando o ACBrMonitorPLUS-1.2.0.84-20191004-Windows-Instalador e quando vou emitir um CT-e retorna esse erro: xMotivo=Rejeição: Endereço do site da UF da Consulta via QR Code diverge do previsto já marquei a opção Geração da tag QRcode no XML no monitor. Grato

Bom dia, deu certo, era o <CST>00</CST > que estava errado, acertamos e saiu a nota de forma correta. Agradeço pela ajuda.

Bom dia meu cliente estava usando o ACBrMonitorPLUS-1.2.0.9 e estava destacando o IPI normalmente. Nota 679 em anexo DANFE e XML. Quando atualizei para o ACBrMonitorPLUS-1.2.0.62 apresentou o erro "538-Rejeicao: Total do IPI difere do somatorio dos itens", o XML também está em anexo. 32190619338183000188550010000006791000006794-nfe.xml 32190619338183000188550010000006801000006809-nfe.xml

Cara funcionou ... vlw manoo

Bom dia, O que fiz foi assinar o arquivo Binário com "openssl" depois extrai a assinatura e coloquei dentro de um TXT. Att.

Boa tarde Lucas Moretti, estamos da mesma situação. Usamos o ACBr monitor Plus, qual a solução ? Grato !

Bom dia Alisson Marques, como ficou a questão da Transmissão BlocoX_Estoque e BlocoX_ReducaoZ na Homologação ?

Faça assim... XmlParaAssinar := '"'C:\" + curdir() + "\"+NOMEARQ+'"' @ LIN,00 SAY 'ECF.AssinarBlocoXReducaoZ(&XmlParaAssinar)' PICT '@' XML_ASSINADO_REDUCAOZ.TXT