maico.smaniotto

Bom dia @Italo Giurizzato Junior. Realmente estávamos gerando o XML fora da estrutura . Obrigado e desculpe o transtorno.

Olá, tudo bem? Após atualizar o ACBr e passar a usar ACBrXMLDocument, passamos a obter a seguinte rejeição quando venda de Marketplace: - Rejeicao: Obrigatoria as informações do intermediador da transacao para operacao por site de terceiros Verifiquei que quando carregado um XML já gerado, não está lendo o grupo <infIntermed> dentro do grupo <pag>, conforme imagem: O problema está na unit ACBrNFe.XmlReader, método TNFeXmlReader.LerInfNfe onde está tentando ler o grupo <infIntermed> diretamente dentro de <infNFe> Fiz um ajuste adicionando o seguinte para conseguir ler de dentro do grupo <pag>: procedure TNFeXmlReader.LerInfNFe(const ANode: TACBrXmlNode); var ... LAuxNode: TACBrXmlNode; begin ... LAuxNode := ANode.Childrens.Find('pag'); if Assigned(LAuxNode) then begin LerInfIntermed(LAuxNode.Childrens.Find('infIntermed')); end; ... end; Não removi a tentativa de ler de dentro de <infNFe> pois não sei se pode ocorrer esta situação também. Segue em anexo a unit alterada. ACBrNFe.XmlReader.pas

Sim o ACBr está atualizado. Estou falando do nome do produto mesmo. Hoje concatenamos algumas informações no própria descrição do produto (campo xProd). Ali tentei inserir a quebra de linha manual com o caractere |. O ACBr até trata isso no fonte para o campo xProd do DataSet, conforme assinalei em verde. Mas o campo que aparece no DANF-e é o outro, DescricaoProduto (concatenação do xProd com outras observações), assinalado em vermelho, e neste a quebra de linha não é tratada.

Bom dia comunidade, tudo bem? Estou com uma dúvida em relação à impressão da descrição dos itens no DANF-e. Estamos tentando fazer a impressão com quebra de linha mas sem sucesso (Fast Report). - Propriedade CaractereQuebraDeLinha com valor padrão = | - Campo xProd no XML contendo o caractere | nos locais onde é pra aparecer a quebra de linha. Depurando os fontes do componente, encontrei o local onde é feito o tratamento da quebra de linha, de acordo com a proriedade CaractereQuebraDeLinha. Porém, notei que na unit ACBrNFeDANFEFRDM, método TACBrNFeFRClass.CarregaDadosProdutos, a substituição do caractere configurado é feita apenas para o campo xProd e não para o DescricaoProduto que é o mostrado na impressão. Em anexo deixo uma captura de tela mostrando a situação, onde está assinalado em verde onde a quebra de linha é tratada e em vermelho onde não é tratada. Alguém conseguiu a impressão com quebra de linha na descrição dos produtos? Isso é possível? Como configurou? Estou fazendo algo errado?

Bom dia! Segue ajuste no link de acesso para visualizar DANFS-e da NFS-e de Santa Rosa/RS. (complementando o tópico https://www.projetoacbr.com.br/forum/topic/81255-atualização-na-versão-do-sistema-fiscal-web-nfs-e-santa-rosars-provedor-ipm/) Arquivo modificado: ACBrNFSeXServicos.ini Adicionadas as seguintes linhas para Santa Rosa/RS [4317202] ProLinkURL=https://santarosa.atende.net/autoatendimento/servicos/consulta-de-autenticidade-de-nota-fiscal-eletronica-nfse/detalhar/1/identificador/%CodVerif% HomLinkURL=https://santarosa.atende.net/autoatendimento/servicos/consulta-de-autenticidade-de-nota-fiscal-eletronica-nfse/detalhar/1/identificador/%CodVerif% A configuração completa do município ficou assim: [4317202] ; Atualizado em 25/02/2025 Nome=Santa Rosa UF=RS Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-santarosa.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://ws-santarosa.atende.net:7443/?pg=rest&service=WNERestServiceNFSe ProLinkURL=https://santarosa.atende.net/autoatendimento/servicos/consulta-de-autenticidade-de-nota-fiscal-eletronica-nfse/detalhar/1/identificador/%CodVerif% HomLinkURL=https://santarosa.atende.net/autoatendimento/servicos/consulta-de-autenticidade-de-nota-fiscal-eletronica-nfse/detalhar/1/identificador/%CodVerif% Uma outra situação que precisaria ser avaliada: modificar a unit IPM.GravarXml, método TNFSeW_IPM.GerarXml, removendo a linha que deixei comentada para poder gerar a tag nfse_teste quando configurado componente para homologação: // if VersaoNFSe = ve100 then NFSeNode.AppendChild(AddNode(tcStr, '#3', 'nfse_teste', 1, 1, 1, '1', '')); Motivo: A URL de homologação que o provedor disponibiliza para as cidades é desativada logo que colocam a nova versão do sistema em produção. Depois disso só existe a URL de produção e o que resta para testar em "homologação" é a validação da nota com a tag nfse_teste dentro do XML. Da forma como estava o fonte não estava mais gerando a tag nfse_teste. Então sem esta tag a nota acaba sendo aprovada em produção. Tópico relacionado: https://www.projetoacbr.com.br/forum/topic/79140-nfs-e-massaranduba-provedor-ipm-troca-de-versão/

Boa tarde @Italo Giurizzato Junior. Testado. Envio, consulta e cancelamento funcionando perfeitamente. Apenas a impressão (atualmente tínhamos implementado pela opção de Link da NFSe) está pedindo agora para fazer login. Antes era só fazer a verificação/captcha e abria diretamente. Essa é uma mudança que o provedor fez, então agora teremos que mudar esse processo para obter o PDF. Ainda não consegui verificar se o componente já atende essa parte, amanhã vou testar melhor isso e aviso.

Boa tarde @Italo Giurizzato Junior! Recebemos hoje o acesso de homologação. Retorno assim que conseguir testar. Obrigado!

Boa tarde @Italo Giurizzato Junior, Questionei por e-mail e obtive retorno de que será padrão IPM layout próprio versão 1.01.

Bom dia! A prefeitura de Santa Rosa/RS publicou em seu site que haverá mudança no sistema de NFS-e. Estou abrindo este tópico para ver se alguém sabe de algum outro município atendido por IPM que já tenha passado por esta alteração e se o componente ACBrNFSeX já está preparado para esta mudança. Segue comunicado: "O Município de Santa Rosa irá passar por uma atualização na versão do sistema Fiscal Web, este que é responsável pela Emissão de Notas e Escrituração Fiscal. A atualização para a nova versão ocorrerá no dia 10/02/2025. INFORMAÇÕES IMPORTANTES: O webservice de emissão de notas fiscais sofreu alterações na forma de autenticação e retorno, porém o layout do arquivo XML de envio continua o mesmo. Lembrando que os contribuintes que enviam notas via Eletron também devem se adequar, pois o mesmo será descontinuado." No manual (link abaixo) consta que a URL terá este padrão: https://ws-cidade.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Manual: https://santarosa.atende.net/subportal/atende.php?rot=1&aca=571&ajax=t&processo=viewFile&ajaxPrevent=1736339176399&file=2BD48A0E9DA22E244EA9160C5B3F62536D3ADCA3&sistema=WPO&classe=UploadMidia

Bom dia. Obrigado @Alexandre de Paula. Analisando o manual do CNAB do banco Santander alguns pontos ainda não ficaram claros para mim. - O retorno com o EMV já fica disponível logo depois que envia o arquivo da remessa? - No retorno dos títulos para baixa (arquivo .RET) tenho que tratar diferente para identificar os títulos que foram pagos por PIX?

Boa tarde! @Alexandre de Paula Deixa eu ver se entendi. Se eu uso CNAB e quero imprimir os boletos no meu sistema já com o QRCode eu teria que deixar o banco gerar o QRCode e daí eu importar o retorno EMV do banco para obter o código gerado?

Pois é Italo, foi nesta alteração aí mesmo que começou a dar erro de encoding aqui. Reverti para o commit anterior e o erro parou.

Obrigado! Atualizado e testado esta questão do parâmetro, está OK na revisão 31152. No commit seguinte quebrou novamente a codificação. Input is not proper UTF8... no envio da nota. Por hora vamos ficar na revisão 31152.

Boa tarde. Municípios de Santa Rosa - RS e Horizontina - RS Para o parâmetro da URL ser reconhecido corretamente é necessário declarar a seguinte linha no arquivo ACBrNFSeXServicos.ini: Params=ParametroExtra:eletron=1 Segue trechos alterados no arquivo: [4317202] Nome=Santa Rosa UF=RS Provedor=IPM Params=ParametroExtra:eletron=1 [4309605] Nome=Horizontina UF=RS Provedor=IPM Params=ParametroExtra:eletron=1

Vi que dentro do método TACBrNFSeProviderIPM.PrepararConsultaLoteRps foi adicionado um controle de parâmetro da URL Na primeira linha está atribuindo: FpParametro := '?formato_saida=2'; Coloquei um breakpoint ali e alterei o valor de FpParametro para '?eletron=1' e consegui ter o retorno em XML.