Fabio Defferrari

@Italo Giurizzato Junior, muito obrigado! Acho que estou usando a chamada errada para consulta da NFSe por RPS. Qual chamada devo usar no Padrão Nacional? A ConsultarNFSePorChave?

@Italo Giurizzato Junior, consegues verificar?

Olá, Estamos enfrentando problema na consulta de NFSe por RPS na cidade de Porto Alegre (com Padrão Nacional), onde está retornando erro "Identificador mal formado. O ID da DPS deve conter 42 números." Na unit PadraoNacional.GravarXml, temos a função TNFSeW_PadraoNacional.GerarXml onde consta a linha NFSe.InfID.ID := 'DPS' + chave. Não sei se a relação está ali, mas aparentemente esse "DPS" antes da chave não deveria existir(?)

Olá, A consulta de CEP pela BrasilAPI tem apresentado erro no ACBrCEP, porém vi que o serviço deles continua funcionando na versão 1 (https://brasilapi.com.br/api/cep/v1/XXXXXXXX). Não seria interessante ter as 2 versões no componente (por exemplo wsBrasilAPIv1 e wsBrasilAPIv2)? Realizei um teste apenas mudando a URL e removendo a captura da longitude e latitude, e funcionou (apenas tem uma questão de charset que precisaria ser tratada...)

@Italo Giurizzato Junior e @Juliomar Marchetti, havia uma situação aqui (em uma rotina que, entre outras coisas, pega a URL da NFSe) que não retornava um registro do banco e acabava ficando para homologação. Alterei e funcionou. Peço desculpas pelo transtorno...

Boa tarde, @Italo Giurizzato Junior Muito obrigado. Vou tentar debugar a minha rotina para identificar por que onde está pegando a URL de homologação.

@Juliomar Marchetti, só 1 arquivo ini (tanto que, quando alterei o arquivo e coloquei a mesma URL nas 2 entradas, aí passou a pegar a URL "certa" - ou seja, está pegando daquele ini mesmo...)

Boa tarde, @Juliomar Marchetti. Não tenho nada nesse sentido. A minha rotina está pegando o conteúdo da propriedade "Link" no objeto da NFSe e trazendo para dentro da aplicação. Já fui fazendo um "trace" manual da rotina, para ver onde pega a URL de homologação ou de produção, e aparentemente está tudo certo (pensando na parte do ACBr). Onde TALVEZ possa ter algum problema é no momento em que a rotina (no ACBr) verifica se está em produção ou homologação, para pegar uma entrada ou outra no ACBrNFSeXServicos.ini. Isso não consegui rastrear ainda...

@Italo Giurizzato Junior, bom dia! Pois é... olhando os fontes eu também não consegui entender por que estaria pegando a URL errada. Não tenho muito como debugar aqui, pois a aplicação acaba executando em produção. Ontem, para contornar, acabei alterando o arquivo ACBrNFSeXServicos.ini e colocando a URL de produção nas duas entradas (de homologação e produção).

@Italo Giurizzato Junior, agora está incluindo o ID na URL, porém continua pegando a URL de homologação ao invés de produção.

@Italo Giurizzato Junior, sim... fiz o processo "do zero". O que percebi é que, se no arquivo ACBrNFSeXServicos.ini eu colocar a URL de produção na entrada HomLinkURL, daí pega a URL "correta" (ou seja, a rotina efetivamente está pegando o conteúdo da entrada da URL de homologação, mesmo estando em ambiente de produção). E além disso, a "tag" %ID% não está sendo substituída...

@Italo Giurizzato Junior, na parte da URL continua devolvendo o link de homologação, sem o ID (mesmo utilizando o arquivo ACBrNFSeXServicos.ini novo)

@Italo Giurizzato Junior, perfeito! Identificamos também que a URL de acesso à NFSe está retornando no objeto com o endereço de homologação, apesar de estar rodando em ambiente de produção. No arquivo ACBrNFSeXServicos.ini, as entradas estão configuradas corretamente: ProLinkURL=https://nfse.canoas.rs.gov.br/portal/consulta.jspx?nf=%ChaveAcesso% HomLinkURL=https://canoas-homol.infisc.com.br/portal/consulta.jspx?nf=%ChaveAcesso% Além disso, a Prefeitura de Canoas (não sei se nas demais que utilizam Infisc também está assim) não utiliza a "Chave de Acesso" e sim o ID. Por exemplo abaixo: <InfNfse Id="4310519801xxxxxxxxxxxxxxxxxxxxx"> <CodigoVerificacao>Z12xxxxxx</CodigoVerificacao> O que deveria ficar na URL é o conteúdo do "Id" e não do "CodigoVerificacao"

@Italo Giurizzato Junior, funcionou forçando o NrOcorrCodigoPaisTomador para "1" na unit InfIsc.GravarXml (ficou da forma abaixo). Isso se altera para uma próxima atualização? { TNFSeW_Infisc203 } procedure TNFSeW_Infisc203.Configuracao; begin inherited Configuracao; NrOcorrCodigoPaisTomador := 1; GerarNSRps := True; end;

@Italo Giurizzato Junior, pois é... minha ideia era justamente NÃO alterar o fonte do ACBr, justamente para evitar de ter que ficar controlando isso no caso de uma atualização dos fontes. Não existe como acessar a propriedade NrOcorrCodigoPaisTomador via interface?

@augelias, tente enviar "RPS" na série. O mesmo problema estava ocorrendo aqui, setamos para "RPS" e foi

Italo, boa tarde! Aqui configurado conforme o ACBrNFSeXServicos, e estamos recebendo erro de "E290 - País do tomador do serviço não informado". Pelo que vi no ACBrNFSeXGravarXml_ABRASFv2.pas, a tag CodigoPais só é inserida se NFSe.Tomador.Endereco.CodigoMunicipio = 9999999 ou se NrOcorrCodigoPaisTomador = 1. O parâmetro NrOcorrCodigoPaisTomador é "0" por default, e somente no TNFSeW_Infisc201 é que o padrão é alterado para "1". Alguma forma de acessar o parâmetro NrOcorrCodigoPaisTomador?