marciost

Tenho o caso da cidade de Sapucaia do Sul / RS cujo provedor é o Infisc. O provedor possui URLs proprias para envio da NFS-e e após a minha última atualização (eu estava +- 1 mês sem atualizar) as notas dessas cidades começaram a dar erro: "O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional." Olhando a rotina eu entendo que isso acontece por um erro na implementação da busca das URLs. Como não tenho certeza se é erro de configuração minha ou se é erro de implementação, vou postar aqui para discução. O que eu percebi: Na cidade, setei que Sapucaia do Sul usa Provedor Infisc e as respectivas URLs: [4320008] Nome=Sapucaia do Sul UF=RS Provedor=Infisc ; URLs da API Própria do provedor visando usar o Padrão Nacional ProRecepcionar=https://sefin.sapucaiadosul.rs.gov.br/sefinnacional ProConsultarDFe=https://sefin.sapucaiadosul.rs.gov.br/sefinnacional ProConsultarParam=https://adn.nfse.gov.br ProObterDANFSE=https://sefin.sapucaiadosul.rs.gov.br/sefinnacional ProLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% HomRecepcionar=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomConsultarParam=https://adn.producaorestrita.nfse.gov.br HomObterDANFSE=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% E no provedor Infisc, setei apenas que usa API propria e a versão: [Infisc] Params=APIPropria: Versao=1.01 E isso estava funcionando até a minha atualização de componente. O problema acho que está aqui: Esse é um trecho do método CarregarURLPadraoNacional que é um método interno, está implementado dentro do método CarregarURL. Esse método muda a variável Sessao para 'PadraoNacional', acredito que isso foi feito para de fato pegar o Link do padrão nacional. Mas o problema é que logo adiante a rotina segue a acaba sobrescrevendo as URLs do Infisc que estavam lidar e corretas com as do padrão nacional: Nesse ponto onde seta a variável APIPropria a variável Sessao já está como 'PadraoNacional' e acaba ficando APIPropria = False porque a configuração está em Infisc. Conseguiram perceber?

Testado e funcionou. Acho que essa é a solução. Obrigado.

OK, mas tratar como JSON no final das contas também não vai resolver... Estou agora na correria por conta dos ajustes de sistema para a nova tributação, assim que possível vou ver se faço alguma sugestão de ajuste no método ObterDANFSE.

Pessoal, fui testar o uso do método ObterDANFSE do provedor nacioal e está apresentando erro: pelo visto o problema é o retorno ser direto o binário do PDF e a rotina espera um JSON. Tanto que se pegar o retorno que é saldo como JSON e mudar a extenção para PDF, ele fica válido. O erro ocorre aqui: Alguém já usa? É uma questão de configuração minha?

Não, porque a reinstalação vai justamente compilar com a minha alteração. Reinstalar <> baixar tudo de novo e instalar.

Pessoal, eu descomentei, salvei e reinstalei. E dai deu certo. Não sei o que pode estar ocorrendo então... mas tive que reinstalar.

Exatamente.

Deve comentar e reinstalar o componente.

Descomentei essa linha aqui e funcionou:

Pessoal, boa noite. Esse erro ocorre ao ler o lote do retorno após o envio com sucesso para a NFS-e nacional. Alguém sabe se é alguma configuração que estou esquecendo? Usando Delphi 7 e compontes atualizados hoje. NFS-e nacional 1.01. E é algo no retorno do envio. Se faço a consulta por DPS e depois por chave, fica certo e lê os dados.

Pessoal, é uma dúvida que não sei se pode ser considerada diretamento como do componente. É mais de preenchimento e acho que aqui tem pessoas que podem ajudar: Presto serviço para uma empresa de Porto Alegre/RS e usam padrão nacional desde 11/2025. O problema que estou enfrentando é que: Quando a contabilidade importa o XML da nota para apurar os impostos, o sistema contábil acusa erro, indicando que os percentuais de PIS e COFINS deveriam ser 1,65% e 7,60% mas estão com 0,65% e 3,00%. De fato, ao gerar a nota fazemos a retenção de PIS, COFINS e CSLL em 0,65%, 3,00% e 1,00%, respectivamente. Sempre foi assim e antes de adotar o padrão nacional não era problema Como existe essa retenção, eu indico isso na DPS nos campos conforme abaixo: Segundo a empresa do software da contabilidade, não devo informar esses campos. E realmente, notas que não tem a retenção por serem inferiores a R$ 215,00 a tag <tribFed> não é enviado e não temos problema. E é ai que entra minha dúvida: realmente não devo indicar os valores ali? Porque achei muito estranho, peguei vários XMLs de notas emitidas contra o meu cliente e os XMLs deles estão exatamente iguais ao meu. Tentei enviar só os valores, sem aliquotas, sem CST e sem base de cálculo, mas tenho o mesmo erro. O meu cliente é uma empresa que trabalha com o regime de lucro real, por isso PIS de 1,65% e COFINS de 7,60%. Se eles estão certos e não devo enviar a tag <tribFed>, como eu poderia indicar o valor líquido dessa nota sem informar os valores das retenções?

Bom dia Fiz os testes na NFS-e de Novo Hamburgo que usa o provedor IPM. O provedor usa o padrão ABRASF e fez modificações no XSD para contemplar as novas tags. Entretanto, o PDF da documentação deles não condiz com o XSD, existem campos no PDF que não estão nas definições. Também há campos que precisam ser enviados no XML e que o componente não está colocando, como é o caso do CodigoNbs. Eu fiz os ajustes e consegui evoluir até o teste final. Já passei os ajustes para o IPM e eles forneceram um XSD atualizado. Segue o arquivo .xsd e o arquivo .pas em questão para que possam colocar no repositório. IPM.GravarXml.pas nfse_rt.xsd

function TForm1.ExtrairURLChave(pQRCode: String): String; begin with TACBrBRCode.Create do begin // Todo o QRCode AsString := pQRCode; // Somente a parte que tem a chave/url AsString := ID[cID_MerchantAccountInformation]; // Aqui busca a chave ou url if ID[cID_PixKey] <> '' then Result := ID[cID_PixKey] else Result := ID[cID_URL]; Free; end; end; Aqui já melhorado....

var BRCode : TACBrBRCode; EMVList: TACBrEMVList; begin BRCode := TACBrBRCode.Create; try // Aqui passa todo o QRCode BRCode.AsString := Edit1.Text; EMVList := TACBrEMVList.Create; try // Aqui pego somente o bloco onde fica a URL ou chave EMVList.AsString := BRCode.ID[cID_MerchantAccountInformation]; // Aqui trato se tem chave ou URL if EMVList.ID[cID_PixKey] <> '' then Edit2.Text := EMVList.ID[cID_PixKey] else Edit2.Text := EMVList.ID[cID_URL] finally EMVList.Free; end; finally BRCode.Free; end; Pessoal, para quem precisar, de maneira geral isso funciona. Melhor seria se tivesse uma chamada mais pronta, mas isso ai meio que quebra o galho. Alguém tem sugestão melhor?

Não seria ler o QRCode, isso está lido, já tenho a string com a representação. O que eu queria ver é se existe algum método onde eu passo essa string e ele me devolve a url do payload;

Boa tarde Gostaria de ver se é possível com os componentes obter a url do payload e inclusive ler esse payload para obter dados como beneficiário, valor e vencimento.

Bom dia Conseguimos resolvemos: eram os impostos que tinham diferença de arredondamento. Tem que fechar igual ao cálculo deles.

Eu tava pensando: será que o problema não está no envio do certificado junto com a conexão HTTP? Acho que a assinatura em si está OK, mas a autenticação não está deixando passar.

Começo a pensar que seja alguma questão lá no webservice. Usei o validador GOV BR mesmo e consta como válido.

Não estão repetidos, e inclusive consultando por DPS diz que não existe mesmo. Até coloquei as horas mas não foi. As 113 que foram recebidas com sucesso estão sem as horas. Muito estranho isso.

Sim, fiz várias tentativas e sempre o mesmo erro. É o mesmo CNPJ de prestador, veja: Com erro Com sucesso

Bom dia pessoal Estou a horas parado nesse erro. Fiz o envio de 140 notas, em sequencia, uma a uma. Dessas, 113 foram enviadas com sucesso e 27 apresentam o erro acima. É certo que está usando o mesmo certificado, pois nem existe outro na máquina. Alguém pode ajudar?

Consegui confirmação de teste em produção de outra empresa que tem clientes em Novo Hamburgo. Ficou OK.

Boa tarde Fiz o teste em ambiente de homologação e deu certo. Somente teremos notas em produção lá pelo dia 10, então se alguém puder fazer o teste e postar aqui o feedback... Mas ficou tudo OK em homologação.

Ítalo, fiz o teste e funcionou certinho somente passando um linebreak mesmo (#$D#$A). Veja: Visualização da nota: PDF da nota: XML enviado: Alteração no IPM.Provider.pas: