João Vitor Bogo

Boa tarde, estou tendo um problema na impressão que está fazendo a informação sair duplicada como no exemplo a seguir:

Pelo que eu pude depurar, o problema acontece por quê: na unit PadraoNacional.LerXml existe a seguinte procedure que lê as informações dos serviços

Ela além de salvar individualmente a informação do filho, está replicando isso para o campo 'Outras Informações' da NFSe com a linha NFSe.OutrasInformacoes := NFSe.OutrasInformacoes + sLineBreak + xInfComp;
Então na unit ACBrNFSeXDANFSeRLRetrato dentro da procedure a seguir, é feito tanto a lentira do campo 'Outras Informações' como também do 'XInfComp' (Claro, se cair no else de baixo, que é o caso que está acontecendo comigo)

Gostaria de discutir com vocês a melhor solução pra esse caso, obrigado.

Boa tarde. 
Ao analisar os XMLs de retorno da NFSeX com o provedor do Assessor Público (unit AssessorPublico.LerXml), percebi que o componente está lendo a Inscrição Municipal do prestador usando a seguinte tag:

No entanto, essa tag (PRESTCODMOBILIARIO) não representa a Inscrição Municipal. Ela representa o Código Imobiliário.
A tag correta que traz a Inscrição Municipal real, é a seguinte:

Como podem ver no XML:

Comparei os valores retornados pelas duas tags e eles são diferentes. Por isso, acredito que o componente esteja lendo o campo errado.
🛠️ Sugestão:
Sugiro alterar a leitura para usar PRESTINSCRICAOMUN, que de fato representa a inscrição municipal. Se alguma prefeitura do Assessor Público exigir a leitura do PRESTCODMOBILIARIO, talvez seja o caso de tratar isso de forma condicional.
Unit com as alterações: AssessorPublico.LerXml.pas

Olá, equipe ACBr!
Gostaria de sugerir uma melhoria na procedure TfrlXDANFSeRLRetrato.rbCodServicoBeforePrint, responsável por preencher o campo "Código Serviço" no DANFSe.
Contexto:
Atualmente, o preenchimento do campo "Código Serviço" é feito com base na lista Servico.ItemServico. No entanto, há casos em que a prefeitura retorna um ou mais itens dentro de ItemServico, mas sem preencher os campos ItemListaServico e xItemListaServico. Nestes casos, o relatório não exibe nenhuma informação, pois o código atual apenas considera a exibição dos campos “pais” (Servico.ItemListaServico e Servico.xItemListaServico) quando ItemServico.Count = 0.
Problema:
Servico.ItemServico.Count > 0, mas os itens estão sem dados nos campos necessários.
A lógica atual impede que os campos alternativos sejam utilizados, resultando na ausência do "Código Serviço" no relatório.
Proposta de solução:
Ajustar a lógica para que o bloco alternativo (que utiliza Servico.ItemListaServico e Servico.xItemListaServico) também seja executado quando não há nenhum ItemServico com dados válidos.
Com essa modificação, evitamos situações em que o relatório fica com o campo em branco, mesmo havendo informações disponíveis nos campos principais.
Unit com a alteração: ACBrNFSeXDANFSeRLRetrato.pas
Fico à disposição para enviar a modificação completa, caso necessário.

Atualmente já está com a URL de Produção, mas também existe a de homologação conforme exemplo abaixo:

[3537305]
Nome=Penapolis
UF=SP
Provedor=AssessorPublico
ProRecepcionar=http://s33.asp.srv.br/issonline/servlet/anfse
HomRecepcionar=https://s1.asp.srv.br/issonline-homolog/servlet/anfse

Aqui está a modificação que eu fiz, alterei de Integer para String.
ACBrDFeComum.RetConsCad.pas

Boa tarde, eu fiz os testes e funcionou normalmente a emissão e o cancelamento da NFSe, segue a seguir apenas a configuração no arquivo INI de como tem que ficar:
 
[3556008]
Nome=Urupes
UF=SP
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://transparencia.urupes.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://transparencia.urupes.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%