VEXCOM Sistemas - Valtair

Olá @danieloliveira-mm Segue abaixo o SOAP utilizando o Método GET https://prod.acbr.api.br/debug/http-requests/req_3a207e5408934de38790109d2ebd53b8/request-content <EnviarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> <LoteRps Id="Lote_212" versao="2.04"> <NumeroLote>212</NumeroLote> <Prestador> <CpfCnpj> <Cnpj>43707533000110</Cnpj> </CpfCnpj> <InscricaoMunicipal>73760</InscricaoMunicipal> </Prestador> <QuantidadeRps>1</QuantidadeRps> <ListaRps> <Rps> <InfDeclaracaoPrestacaoServico Id="Dec_33900"> <Rps> <IdentificacaoRps> <Numero>33</Numero> <Serie>900</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <DataEmissao>2026-04-07</DataEmissao> <Status>1</Status> </Rps> <Competencia>2026-04-07</Competencia> <Servico> <Valores> <ValorServicos>10.00</ValorServicos> <Aliquota>0.00</Aliquota> </Valores> <IssRetido>2</IssRetido> <PisRetido>2</PisRetido> <CofinsRetido>2</CofinsRetido> <ItemListaServico>14.01</ItemListaServico> <Discriminacao>ALINHAMENTO - R$ 10,00</Discriminacao> <CodigoMunicipio>4204202</CodigoMunicipio> <ExigibilidadeISS>1</ExigibilidadeISS> <MunicipioIncidencia>4204202</MunicipioIncidencia> </Servico> <Prestador> <CpfCnpj> <Cnpj>43707533000110</Cnpj> </CpfCnpj> <InscricaoMunicipal>73760</InscricaoMunicipal> </Prestador> <TomadorServico> <IdentificacaoTomador> <CpfCnpj> <Cnpj>33462939000127</Cnpj> </CpfCnpj> <InscricaoMunicipal>73760</InscricaoMunicipal> </IdentificacaoTomador> <RazaoSocial>VEXCOM SISTEMAS LTDA</RazaoSocial> <Endereco> <Endereco>ANTONIO MORANDINI E PAR</Endereco> <Numero>604 E</Numero> <Bairro>SAIC</Bairro> <CodigoMunicipio>4204202</CodigoMunicipio> <Uf>SC</Uf> <Cep>89802162</Cep> </Endereco> <Contato> <Telefone>4991084267</Telefone> <Email>[email protected]</Email> </Contato> </TomadorServico> <RegimeEspecialTributacao>2</RegimeEspecialTributacao> <OptanteSimplesNacional>1</OptanteSimplesNacional> <IncentivoFiscal>2</IncentivoFiscal> <IBSCBS> <cLocalidadeIncid>0000000</cLocalidadeIncid> <xLocalidadeIncid/> <valores> <vBC>0.00</vBC> <uf> <pIBSUF>0.00</pIBSUF> <pRedAliqUF>0.00</pRedAliqUF> <pAliqEfetUF>0.00</pAliqEfetUF> </uf> <mun> <pIBSMun>0.00</pIBSMun> <pRedAliqMun>0.00</pRedAliqMun> <pAliqEfetMun>0.00</pAliqEfetMun> </mun> <fed> <pCBS>0.00</pCBS> <pRedAliqCBS>0.00</pRedAliqCBS> <pAliqEfetCBS>0.00</pAliqEfetCBS> </fed> </valores> <totCIBS> <vTotNF>0.00</vTotNF> <gIBS> <vIBSTot>0.00</vIBSTot> <gIBSUFTot> <vIBSUF>0.00</vIBSUF> </gIBSUFTot> <gIBSMunTot> <vIBSMun>0.00</vIBSMun> </gIBSMunTot> </gIBS> <gCBS> <vCBS>0.00</vCBS> </gCBS> </totCIBS> </IBSCBS> </InfDeclaracaoPrestacaoServico> <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="#Dec_33900"> <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>ubu4dSi9GMhh9MRyQvfkcgwPk/I=</DigestValue> </Reference> </SignedInfo> <SignatureValue>5R40CVGv7VUv1XVE7pf2KLcTM4gZf9EzEwrNuOi2UfUUwiX6LuzObJ6e69rXEY/neB85+ZSUV/QlerPfELbK37vxXCPXl3NgNcSTQL/+spsbuc7sYhVScbFB1dFEcC1gGhHNGmt1P0rSFFv2avESqjw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHcagta43ct0P8coxYKbf+zrkCFZie7E2bFZBkl/poTEo5fMsifCGaKR1lnRzUy8W7LA0BggTdoJ2ddyThsi/vyQ==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Rps> </ListaRps> </LoteRps> <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="#Lote_212"> <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>a3BGJ2SVIjBEe+G+4ZN07/5IdVM=</DigestValue> </Reference> </SignedInfo> <SignatureValue>X/+n/XV8AciQdag7ht+dlKpzDN2dSojD0ZYAtJQMJsCQfOQB989ur1U6CyBxfEbjdLOeGUw+s6vwV0DVfgNQixVmxkz4ZdmwRID3heag==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>/XdK5/4nbch59zJtdw85GRvRUikMRmcj8t/fzciKKWu+67mTqG91Bn6xiAMP6VpTsLnFq3jyqSH7mLFTplLedb/Q8DIkRfXuSgrGp5BjFpPo/Or00Ti/vyQ==</X509Certificate> </X509Data> </KeyInfo> </Signature> </EnviarLoteRpsEnvio> Este SOAP emiti no dia de hoje para termos dados mais atualizados, o retorno que tenho ao tentar emitir a NF desta forma seria: Se removermos o I.M do ACBr API o retorno que temos seria: Porém, como mostra na imagem abaixo, o cliente possui I.M ativa em 2026 no sistema da prefeitura.

Implementamos a API de NFSe para uma empresa de Chapecó - SC no Console da ACBr, preenchemos todos os dados necessários juntamente com o certificado. O CNPJ da empresa seria 43.707.533/0001-10 e esta empresa seria Simples Nacional optante pelo MEI O payload enviado a ACBr seria: { "provedor": "padrao", "ambiente": "producao", "referencia": "39288412000104_87_14:09:49", "infDPS": { "dhEmi": "2026-03-23T14:08:42.174Z", "dCompet": "2026-03-23T00:00:00.000Z", "prest": { "CNPJ": "43707533000110", "regTrib": { "regEspTrib": 1 } }, "toma": { "xNome": "VEXCOM SISTEMAS LTDA", "end": { "endNac": { "cMun": "4204202", "CEP": "89809499" }, "xLgr": "EDUARDO PEDROSO DA SILVA", "nro": "542", "xBairro": "EFPI" }, "fone": "4991084267", "email": "[email protected]", "IM": "xxxxx", "IE": "xxxx", "CNPJ": "33462939000127" }, "serv": { "cServ": { "cTribNac": "140101", "xDescServ": "BALANCEAMENTO - R$ 12,00", "cTribMun": "2607901", "cNBS": "120013110", "CNAE": "4520001" } }, "valores": { "vServPrest": { "vServ": 12 }, "trib": { "tribMun": { "tribISSQN": 1, "tpRetISSQN": 1, "cLocIncid": "2607901", "pAliq": 5 }, "totTrib": { "vTotTrib": { "vTotTribFed": 0, "vTotTribEst": 0, "vTotTribMun": 0.6 } } } } } } Porém ao tentar emitir a NFSe está sendo retornado o erro: { "id": "nfs_3a20673ba44d48b28bbde7157d460394", "created_at": "2026-04-02T20:35:26.382Z", "status": "erro", "ambiente": "producao", "referencia": "39288412000104_87_14:09:49", "DPS": { "serie": "900", "nDPS": "33" }, "mensagens": [ { "codigo": "EL18", "descricao": "Não é possível processar este lote. O Lote não pode ser processado por que já está na fila ou já foi processado. - CODE: 1" } ] } Qualquer nota que criamos, independente do numero do lote retorna este erro. Ao validar na prefeitura, nao aparece nada referente a NF, ficando travado neste problema. Mesmo se alterarmos as configurações de "Situação Simples Nacional" e "Regime Especial de Tributação" para outras o erro persiste, sabem se pode ser apenas um problema temporário nos serviços do SigCorp ou se é algum erro de comunicação com a API?

Boa tarde @Daniel InfoCotidiano, enviamos um e-mail para a Tinus solicitando mais informações a respeito. Assim que obtivermos uma resposta retorno aqui mesmo.

Essa orientação - De onde veio a orientação? Assim podemos verificar se é algo em nossa documentação que precisa ficar mais claro. veio do grupo do discord, mas tudo bem se não tem que fazer ok, irei ajustar o processo aqui mas a orientação correta é apenas executar o método de consulta ? https://prod.acbr.api.br/nfse/nfs_3a20337cc78a446882c07b6410531363 se ficar consultando de tempos em tempos (10 segundos) em algum momento retornaria a nota ou o erro ? porque para esse provedor não é isso que acontece, fica apenas com o retorno abaixo mas na prefeitura consta como Autorizada Estamos usando cenário de produção mesmo { "id": "nfs_3a20337cc78a446882c07b6410531363", "created_at": "2026-03-23T19:26:20.011Z", "status": "negada", "ambiente": "producao", "referencia": "39288412000104_87_14:09:50", "DPS": { "serie": "1", "nDPS": "16" }, "mensagens": [ { "codigo": "E861", "descricao": "Protocolo recebido mas ainda não processado." } ] }

Endpoint utilizado: POST https://prod.acbr.api.br/nfse/nfs_3a2032460b194cdb9b84db9ee49f2f79/cancelamento

Recentemente houve a troca de URL do provedor Pronim de Pato Branco - PR. Conseguimos realizar a emissão das NFSe agora que foi liberado na API, porém, estamos com problemas para realizar o cancelamento da NFSe emitida no nosso sistema. Request Body: { "codigo": "1", "motivo": "NF EMITIDA EM TESTES" } Response Body: { "id": "nfs_3a2032460b194cdb9b84db9ee49f2f79", "pdf": "", "numero": "", "status": "erro", "xml_dps": "", "ambiente": "producao", "link_url": "", "xml_nfse": "", "dps_serie": "", "mensagens": "EACBrDFeException - Serviço %s não implementado para este provedor.", "dps_numero": "", "referencia": "", "data_emissao": "", "codigo_verificacao": "" } Precisa ser realizado alguma liberação?

mas ai o que acontece é o seguinte (fiz pelo postman) enviei pelol metodo https://prod.acbr.api.br/nfse/dps tive o response { "id": "nfs_3a20337cc78a446882c07b6410531363", "created_at": "2026-03-23T19:26:20.011Z", "status": "processando", "ambiente": "producao", "referencia": "39288412000104_87_14:09:50", "DPS": {}, "mensagens": [] } se somente chamar o método GET https://prod.acbr.api.br/nfse/nfs_3a20337cc78a446882c07b6410531363 tenho só esse retorno { "id": "nfs_3a20337cc78a446882c07b6410531363", "created_at": "2026-03-23T19:26:20.011Z", "status": "negada", "ambiente": "producao", "referencia": "39288412000104_87_14:09:50", "DPS": { "serie": "1", "nDPS": "16" }, "mensagens": [ { "codigo": "E861", "descricao": "Protocolo recebido mas ainda não processado." } ] } se não chamar o sincronizar, fica com esse retorno infinitamente pode executar varias vezes o método GET https://prod.acbr.api.br/nfse/nfs_3a20337cc78a446882c07b6410531363 a resposta é sempre a mesma tive uma orientação que deveria chamar a função de sincronizar quando não tem o retorno ou está como "processando" ai se chama esse método POST https://prod.acbr.api.br/nfse/nfs_3a20337cc78a446882c07b6410531363/sincronizar ai tem o retorno { "status": "erro", "mensagens": [ { "codigo": "X999", "descricao": "Erro de Conexão: Serviço Consultar NFSe Por Faixa não implementado para este provedor." } ] } e o GET https://prod.acbr.api.br/nfse/nfs_3a20337cc78a446882c07b6410531363 agora volta como { "id": "nfs_3a20337cc78a446882c07b6410531363", "created_at": "2026-03-23T19:26:20.011Z", "status": "negada", "ambiente": "producao", "referencia": "39288412000104_87_14:09:50", "DPS": { "serie": "1", "nDPS": "16" }, "mensagens": [ { "codigo": "X999", "descricao": "Erro de Conexão: Serviço Consultar NFSe Por Faixa não implementado para este provedor." } ] } qual o procedimento correto para ou "sincronizar" ou conseguir pegar o retorno no método de consulta mesmo? Não sei se é a lentidão da integração da Tinus com o próprio provedor nacional na autorização. E a nota fiscal na prefeitura está Emitida

Boa tarde @Matheus klein Não realizamos envio de Payload para realizar a consulta da cidade, utilizamos apenas o método GET para verificar o retorno da ACBr com o código do IBGE: https://prod.acbr.api.br/nfse/cidades/3170206 postman request 'https://prod.acbr.api.br/nfse/cidades/3170206' \ --header 'Accept: application/json' \ --header 'Authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldUIiwia2lkIiA6ICJZcG9wrD41gjJti_O5XoGXKdyTEIhw3lWQ'

No arquivo ACBrNFSeXServicos.ini a cidade de Uberlândia - MG está configurada como: [3170206] Nome=Uberlandia UF=MG Provedor=PadraoNacional Porém, ao consultarmos a cidade com o Endpoint https://prod.acbr.api.br/nfse/cidades/3170206 é retornado: { "error": { "code": "MunicipioNaoHomologado", "message": "Município não homologado" } } Poderiam verificar e realizar o ajuste? Obrigado.

A adição da cidade no ACBr API resolveu Testamos e está enviando e cancelando NFSe. Obrigado @Diego Foliene

Localizamos o erro, o ENDPOINT EmitirNFSE está emitindo corretamente, porém no Sincronizar está ocorrendo o erro ENDPOINT: POST https://prod.acbr.api.br/nfse/nfs_3a2017ff88344ef1a7f249915ccc3582/sincronizar { "status": "erro", "mensagens": [ { "codigo": "X999", "descricao": "Erro de Conexão: Serviço Consultar NFSe Por Faixa não implementado para este provedor." } ] }

O endpoint seria POST /v1/dfe/nfse/EmitirNFSe Segue o JSON enviado para o ACBr: { "provedor": "padrao", "ambiente": "producao", "referencia": "3928841200010423_86_09:13:19", "infDPS": { "dhEmi": "2026-03-18T09:03:17.968Z", "dCompet": "2026-03-18T00:00:00.000Z", "prest": { "CNPJ": "39288412000104", "regTrib": { "regEspTrib": 1 } }, "toma": { "xNome": "VEXCOM SISTEMAS LTDA", "end": { "endNac": { "cMun": "4204202", "CEP": "89809499" }, "xLgr": "EDUARDO PEDROSO DA SILVA", "nro": "542", "xBairro": "EFPI" }, "fone": "4991084267", "email": "[email protected]", "CNPJ": "33462939000127" }, "serv": { "cServ": { "cTribNac": "140101", "xDescServ": "BALANCEAMENTO - R$ 10,00", "cTribMun": "140101", "cNBS": "120013110", "CNAE": "4520001" } }, "valores": { "vServPrest": { "vServ": 10 }, "trib": { "tribMun": { "tribISSQN": 1, "tpRetISSQN": 1, "cLocIncid": "2607901", "pAliq": 5 }, "totTrib": { "vTotTrib": { "vTotTribFed": 0, "vTotTribEst": 0, "vTotTribMun": 0.5 } } } } } }

Agora deu certo! Muito obrigado pela ajuda.

O CNPJ do cliente que está com este problema seria 23.106.256/0001-83

Agora, ao tentar emitir uma nova NFSe está sendo nos retornado o erro{ { "id": "nfs_3a2018308d474ca7bf203759b8d7286c", "created_at": "2026-03-18T12:13:19.528Z", "status": "negada", "ambiente": "producao", "referencia": "39288412000104_86_09:13:19", "DPS": { "serie": "1", "nDPS": "15" }, "mensagens": [ { "codigo": "X999", "descricao": "Erro de Conexão: Serviço Consultar NFSe Por Faixa não implementado para este provedor." } ] } Poderiam verificar se está correto? Este comportamento deve ocorrer ao emitir a NFSe ou apenas ao consultar?

Bom dia, Finalizamos a integração com o webservice, porém, estamos tendo alguns problemas na aprovação da nota fiscal. Ao enviarmos o RPS notamos que la no portal da prefeitura a nota fica com o status em processamento, este status demora alguns minutos para se tornar aprovado. Se ficamos consultando aguardando o retorno da nota fiscal o webservice esta nos retornando "RPS rejeitado pelo ADN", porém la no portal ainda esta em processamento, não esta rejeitado. Depois de um tempo executamos essa consulta manualmente e este mesmo RPS que rejeitou nos retorna sucesso. Conseguem nos ajudar nesta situação? Pois se mantermos assim o cliente vai ter que aguardar uns 5 minutos toda vez e consultar manual o status desta nota, nunca vai retornar a nota no momento do envio.

Nós ainda estamos sem conseguir enviar para provedor Fiorilli, alguém já conseguiu fazer uma emissão para esse provedor ? estamos com os fontes atualizados essa é a configuração que está no ACBrNFSeXServicos.ini [2106326] Nome=Maracacume UF=MA Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://nfse.adtrcloud.com.br:8158/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://nfse.adtrcloud.com.br:8158/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Exemplo que a URL, me parece correta para a cidade, pois é a mesma porta que é acessado o portal esse é o retorno após enviar NFSe Mensagem do retorno: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns3:recepcionarLoteRpsResponse xmlns:ns4="http://www.w3.org/2000/09/xmldsig#" xmlns:ns3="http://ws.issweb.fiorilli.com.br/" xmlns:ns2="http://www.abrasf.org.br/nfse.xsd"><ns2:EnviarLoteRpsResposta><ns2:NumeroLote>76</ns2:NumeroLote><ns2:DataRecebimento>2026-03-17T14:19:56</ns2:DataRecebimento><ns2:Protocolo>1SVTBN6TSDIQ4KF</ns2:Protocolo><ns2:ListaMensagemRetorno/></ns2:EnviarLoteRpsResposta></ns3:recepcionarLoteRpsResponse></soap:Body></soap:Envelope> mas a nota não aparece na prefeitura, mesmo retornando protocolo

Olá! Poderiam realizar o credenciamento da cidade de Maracaçumé - MA [2106326] Nome=Maracacume UF=MA Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://nfse.adtrcloud.com.br:8158/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://nfse.adtrcloud.com.br:8158/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Exemplo da URL e ip do login no provedor da cidade

Ao tentar emitir pelo payload com "provedor = nacional" é retornado essa rejeição na NFS-e nacional: Para resolver isso, precisaria deixar o campo “Regime de Apuração - Simples Nacional (ME/EPP)” vazio no cadastro da empresa na API ACBr, porém, o campo obriga informar 1, 2 ou 3 Testamos de todas as formas alterando situação do simples nacional, regime especial e regime de apuração. Dá essa rejeição: Se tentamos emitir com outras situações do Simples Nacional é retornado: Favor ajustar para permitir que seja enviado null para esse campo, para que não seja enviado no xml quando estiver null. Obrigado.

Boa tarde! JSON enviado para o ACBr: { "provedor": "padrao", "ambiente": "producao", "referencia": "53704934000170_5915_15:12:54", "infDPS": { "dhEmi": "2026-03-13T15:11:35.422Z", "dCompet": "2026-03-13T00:00:00.000Z", "prest": { "CNPJ": "53704934000170", "regTrib": { "regEspTrib": 6 } }, "toma": { "xNome": "VEXCOM SISTEMAS LTDA", "end": { "endNac": { "cMun": "4204202", "CEP": "89802162" }, "xLgr": "ANTONIO MORANDINI E PAR", "nro": "604 E", "xBairro": "SAIC" }, "fone": "4991084267", "email": "[email protected]", "CNPJ": "33462939000127" }, "serv": { "cServ": { "cTribNac": "14.01", "xDescServ": "SERVICO MAO DE OBRA REMOCAO E INSTALACAO JOGO PALHETAS - R$ 10,00" } }, "valores": { "vServPrest": { "vServ": "10" }, "trib": { "tribMun": { "tribISSQN": "1", "tpRetISSQN": "1" }, "totTrib": { "vTotTrib": { "vTotTribFed": "0", "vTotTribEst": "0", "vTotTribMun": "0" } } } } } } Segue também o resultado de DebugHttpRequestContent: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfse="http://nfse.abrasf.org.br"> <soapenv:Header/> <soapenv:Body> <nfse:GerarNfse> <nfseCabecMsg> <cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd"> <versaoDados>2.04</versaoDados> </cabecalho> </nfseCabecMsg> <nfseDadosMsg> <GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> <Rps> <InfDeclaracaoPrestacaoServico Id="Dec_5053"> <Rps> <IdentificacaoRps> <Numero>505</Numero> <Serie>3</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <DataEmissao>2026-03-13</DataEmissao> <Status>1</Status> </Rps> <Competencia>2026-03-13</Competencia> <Servico> <Valores> <ValorServicos>10.00</ValorServicos> </Valores> <IssRetido>2</IssRetido> <ItemListaServico>14.01</ItemListaServico> <Discriminacao>SERVICO MAO DE OBRA REMOCAO E INSTALACAO JOGO PALHETAS - R$ 10,00</Discriminacao> <CodigoMunicipio>5300108</CodigoMunicipio> <ExigibilidadeISS>1</ExigibilidadeISS> </Servico> <Prestador> <CpfCnpj> <Cnpj>53704934000170</Cnpj> </CpfCnpj> <InscricaoMunicipal>0827531100106</InscricaoMunicipal> </Prestador> <TomadorServico> <IdentificacaoTomador> <CpfCnpj> <Cnpj>33462939000127</Cnpj> </CpfCnpj> </IdentificacaoTomador> <RazaoSocial>VEXCOM SISTEMAS LTDA</RazaoSocial> <Endereco> <Endereco>ANTONIO MORANDINI E PAR</Endereco> <Numero>604 E</Numero> <Bairro>SAIC</Bairro> <CodigoMunicipio>4204202</CodigoMunicipio> <Uf>SC</Uf> <Cep>89802162</Cep> </Endereco> <Contato> <Telefone>4991084267</Telefone> <Email>[email protected]</Email> </Contato> </TomadorServico> <RegimeEspecialTributacao>6</RegimeEspecialTributacao> <OptanteSimplesNacional>1</OptanteSimplesNacional> <IncentivoFiscal>2</IncentivoFiscal> </InfDeclaracaoPrestacaoServico> <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=""> <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>T8RWamAqvRvBX0o141ZfIWk4K2Y=</DigestValue> </Reference> </SignedInfo> <SignatureValue>bH1z...==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHTz...</X509Certificate> </X509Data> </KeyInfo> </Signature> </Rps> </GerarNfseEnvio> </nfseDadosMsg> </nfse:GerarNfse> </soapenv:Body> </soapenv:Envelope>

Realmente esta foi a solução para a emissão e consulta de rps, também estou tentando resolver o cancelamento da NFSe

Boa tarde, Também estou com este problema em todos nossos clientes que possuem IPM (pinhalzinho/SC, São Bento do Sul/SC...). Detalhe, a nota consta no portal da IPM como autorizada, porém o retorno vem vazio. Sabem informar se mudou algo no webservice deles?

Ao tentar realizar o envio de uma NFSe via API ACBr para Brasília - DF está sendo retornado o erro: A cidade de Brasília possui provedor próprio e o payload está correto para provedor = proprio. { "codigo_ibge": "5300108", "uf": "DF", "municipio": "Brasilia", "provedor": "ISSNet", "ambientes": [ "producao", "homologacao" ], "credenciais": [ "certificado" ] } Todas as informações cadastrais do usuário estão configuradas corretamente, alguem já passou por isto? Acredito que esses dados mesmo que existam não estão adaptados no XML de envio

Olá pessoal, tudo bem? Estamos tentando realizar a emissão de uma NFSe para o município de Jaboatão dos Guararapes utilizando a API do ACBr, porém ao realizar o envio está retornando o seguinte erro: Inicialmente levantamos a hipótese de que poderia ser alguma informação obrigatória faltando, como por exemplo CodigoListaServico ou outros campos do serviço. No entanto, após revisar os dados enviados, aparentemente todas as informações estão corretamente preenchidas, tanto no item do serviço quanto na própria nota. Alguém já passou por essa situação ao emitir NFSe para Jaboatão dos Guararapes utilizando a API ou saberia indicar o que pode estar causando esse erro na estrutura do XML? Agradeço desde já pela ajuda.

Ao realizar a consulta no ACBr API Get para https://prod.acbr.api.br/nfse/cidades/2111201 estamos com o retorno { "error": { "code": "MunicipioNaoHomologado", "message": "Município não homologado" } } porém no ACBrNFSeXServicos.ini é padrão nacional, poderia alterar o provedor na API do ACBr [2111201] Nome=Sao Jose de Ribamar UF=MA Provedor=PadraoNacional