C4Dev

Não foi implementado no ACBr ou no provedor?

@armando.boza Conseguiu fazer o cancelamento de uma NFSe no provedor Pronim?

Estou enviando em produção

Boa tarde! @Daniel InfoCotidiano, consegui retomar os testes nesta NFS-e só agora. Sim, estou alimentando seguindo o padrão abrasf e estava usando o RTC. @Kaio Gerhardt Talvez era algo do provedor, pois hoje já tentei enviar várias notas e não recebi o erro relatado acima. Porém, conforme estou recebendo a mesma mensagem do @Milton Campanhã: "Protocolo recebido mas ainda não processado". Porém, se eu fizer a consulta está retornando as rejeições. Estou ainda tentando entender as rejeições se realmente é algo errado de minha parte ou não. Ao enviar com a cidade do prestador diferente do tomador, ocorre a rejeição: O local de incidência do ISSQN deve ser igual ao município do endereço do prestador. Se eu enviasse tomador da mesma cidade do prestador, estava retornando que a cidade do tomador não encontrada. Porém, agora consegui autorizar uma NFS-e, mas parece que ela ainda não está retornando para o ACBr corretamente. Obs: não estou enviando o grupo IBSCBS Segue anexo para avaliar. 20136326442-lista-nfse-con-lot-soap.xml

Bom dia! Testei aqui, consegui pegar o retorno, mas fiz alterações no código. em TACBrNFSeProviderBethaAPIPropria.PrepararConsultaSituacao alterei a forma que pega o ambiente para TACBrNFSeX(FAOwner).Configuracoes.WebServices.Ambiente da forma original, estava sempre buscando em homologação. Em TratarRetornoConsultaSituacao, alterei a forma de pegar o idDps, pois da forma que estava, não estava retornando Response.NumeroLote := ObterConteudoTag(ANode.Childrens.FindAnyNs('emissao').Childrens.FindAnyNs('idDps'), tcStr); Fiz também atribuir a propriedade Response.DescSituacao, atribuindo o statusProcessamento. Uma nota que eu emiti ontem, permanece o mesmo status: Aguardando validação do ambiente nacional Outras duas notas que emiti, está com a situação: '<ConsultarStatusDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps"><statusProcessamento>Processado com erro</statusProcessamento><dataHoraRecebimento>2026-01-05T10:54:37.416-03:00</dataHoraRecebimento><protocolo>324908099955543</protocolo><listaMensagens><mensagem><codigo/><mensagem>The specified key does not exist. (Service: Amazon S3; Status Code: 404; Error Code: NoSuchKey; Request ID: N36Z0T9WB2AVF46V; S3 Extended Request ID: H7+4XBiKWQCwOSH/qsNAutcA+N8K3iAS68gWDyvwz3X7w07ynpaBtTnNa4lCykfSKjUcOkb74y/PDzuZu2P4PCd1UDTwwFwX)</mensagem><correcao/></mensagem></listaMensagens><emissao><idDps>DPS431210421064985900018000001000000000000151</idDps></emissao></ConsultarStatusDpsResposta> Betha.Provider.pas 646043444188928-sit-soap.xml

O erro acima era de uma configuração da lib tls, não tinha me atentado. Agora estou recebendo o seguinte retorno: <?xml version="1.0" encoding="UTF-8" ?> <SOAP-ENV:Envelope xmlns:SOAP-ENV='http://schemas.xmlsoap.org/soap/envelope/' xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' xmlns:s='http://www.w3.org/2001/XMLSchema'> <SOAP-ENV:Body><outputXML>ERRO no ProcessBody: <UNDEFINED></outputXML></SOAP-ENV:Body> </SOAP-ENV:Envelope> 319-env-lot-sinc.xml 319-env-lot-sinc-soap.xml 319-lista-nfse-sinc-soap.xml 3311-rps.xml

Estou testando na cidade de Jaboatão dos Guararapes/PE, provedor Tinus. Código : X999 Mensagem: Erro de Conexão: Erro Interno: 10091 Erro HTTP: 500 URL: https://www.tinus.com.br/csp/jaboatao/WSNFSE203.Service2.nfseSOAP.cls Network subsystem is unusable Erro Interno: 0 Erro HTTP: 0 URL: https://www.tinus.com.br/csp/jaboatao/WSNFSE203.Service2.nfseSOAP.cls Network subsystem is unusable Correção: --------- No site da prefeitura https://www.tinus.com.br/csp/JABOATAO/portal/index.csp?013BRbO9665ucenl65822KgEX3536ip=thiI20Reu800ZoY88426XYvVh464PlHXw6122B3064267RNfv404&CHATELA=opcoes.csp-WLILEV1=5-WLILEV2=-316mXky5286qHoiZ32178KMoZ4010Yh=Zach31RQT794tNL00153KxWXY442citfi0175S8361346NZBK128 Está com essa documentação:

Boa tarde! Para mim está retornando também com erro: <GerarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Arquivo em desacordo com o XML Schema.</Mensagem> <Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.;/nCódigo de Tributação Nacional Inválido, são 8 caracteres númericos(99.99.99). Endereço da TAG InfDeclaracaoPrestacaoServico/Rps/Servico/cTribNac</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </GerarNfseResposta> Entrei em contato com o provedor, me passaram um e-mail, solicitei os schemas. Estou aguardando. No site acima encontrei existe um xml de exemplo (anexo). GerarNfseExemplo1.zip

Sim, conseguimos autorizar em homologação. Uma parte dos campos está em "NFSe.infNFSe.IBSCBS" e outra em "NFSE.IBSCBS". Pelo menos eu localizei e alimentei nesses locais.

@Italo Giurizzato Junior Realizei a emissão de uma NFSe no ambiente de produção da IPM, para o município de Concórdia/SC, e no meu caso autorizou o documento mesmo contendo as tags do IBS e CBS zeradas no XML de envio. Após isso baixei o XML pelo site do provedor e não constam as tags, então no meu entendimento eles estão ignorando essas novas tags em produção. Nesse caso pode desconsiderar a sugestão de ajuste que enviei. Qualquer dúvida estou a disposição.

Na função TNFSeW_IPM.GerarValoresServico do arquivo IPM.GravarXml.pas, está sempre chamando a função GerarXMLIBSCBSNFSe. Dessa forma sempre cria os campos do IBS e CBS para o Serviço. Como não informei dados da reforma (CST e cClassTrib e demais campos) está enviando as tags mesmo assim, mas com os valores zerados. XML: 17695-ger-nfse.xml De acordo com o manual do IPM as tags deveriam ser ignoradas pelo WS da IPM, caso não existir a tag <nfse_teste> porém pelo que o colega acima comentou, parece estar rejeitando em produção. Não tentei transmitir em produção, porque não consigo com essas credências que estou usando, mas me parece que o melhor seria não enviar, caso não estejam preenchidos os campos, semelhante ao que faz na NFe. Ajustei o arquivo para não enviar, com base no CST e cClassTrib: IPM.GravarXml.pas

Acredito que não tenha retorno mesmo @andremuriae Complicado que chegamos quase que as "cegas" em Janeiro, quando de fato entra em produção. Um detalhe que percebi é que o componente está gerando as tags do IBS e CBS mesmo sem ter alimentado os campos da Reforma. Mesma situação ocorre em Produção.

@andremuriae Foi esse retorno que você recebeu da IPM identificando que a NFSe está correta com os campos da Reforma?

@IGOR FERNANDO MARTINS DE MELO O componente estava enviando a tag vIBS, porém ela ainda não está disponível no ambiente de homologação. Contudo, já foi realizado o reverte dessa alteração nos fontes do ACBr. Atualize os fontes do componente e também os arquivos de Schemas disponibilizados em conjunto com os fontes do ACBr. Dessa forma já deve funcionar.

Estamos com essa rejeição também. Porém não fica claro na NT se as alterações valem para agora, ou apenas no mês 09/2025 as alterações da NT 1.20 estarão em homologação:

@Daniel InfoCotidiano Foram realizados mais testes com os arquivos repassados nesse tópico?

Olá @Italo Giurizzato Junior O RPS esta enviando com 4 casas decimais o campo alíquota: Percebi que aqui na unit ACBrNFSeXGravarXml ele envia sempre com 4 casas: FFormatoAliq := tcDe4; if FpAOwner.ConfigGeral.Params.TemParametro('Aliquota2Casas') then FFormatoAliq := tcDe2; FDivAliq100 := False; Esse parâmetro como ele deveria ser informado? Fiz o teste em debug enviando com duas casas, e enviou corretamente. No aguardo.

@Italo Giurizzato Junior Conegui realizar o envio ao WS, porém o único prolema que vejo é que ele aceita somente 2 casas decimais, e o Acbr esta enviandpo 4.

Bom dia Pessoal. Alguma atualização sobre este provedor, porque não estou conseguindo emitir para castanhal. O retorno na lista esta chegando vazio. <?xml version="1.0" encoding="UTF-8"?><soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body></soap:Body></soap:Envelope> No aguardo.

@Italo Giurizzato Junior @valter_kettner Estava passando pelo mesmo problema aqui neste município. Entrei em contato com a prefeitura e consegui contato com o responsável pela área de tributação da prefeitura. O que me informou a URL correta, fiz o teste e deu certo. Segue abaixo as linhas para serem alteradas no arquivo INI: [4310207] Nome=Ijui UF=RS Provedor=Pronim ProRecepcionar=http://ijui.govbr.cloud/nfse.portal.integracao/services.svc Reparem que é somente http (sem s), e no caso a prefeitura estava divulgando o endereço com https.

Estou com o mesmo problema aqui na cidade Ijuí (RS), fiz a alteração no arquivo da URL que consta no site da prefeitura, porém ao se comunicar com o servidor recebo XML vazio e o erro 404. Já tentei alterar versão 2.02 e 2.03, porém ocorre o mesmo problema para das 2 versões. Alguém descobriu o que pode ser?

@Victor H. Gonzales - Panda pode testar com o DANFSePadrao.fr3 ? Se necessário, edite o XML e aumente os caracteres da tag OutrasInformacoes.

Segue anexo XML e img abaixo onde o fato ocorre: 17371-nfse.xml

Percebi o mesmo problema aqui. Ficamos no aguardo da correção.

ficou com as tags preenchidas...