marciost

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:

Pelo jeito é o provedor que está com problema no recebimento de lotes, é um erro de SQL se olharmos o retorno que consegui pegar. Já avisei o provedor. Acho que a alteração que fiz na TACBrNFSeProviderIPM204 deve ter funcionado, mas não consegui confirmar por causa do erro que o provedor está retornando em homologação. Assim que eu tiver retorno deles eu testarei novamente. erro em homologação.txt

Ítalo, fiz o teste mas não deu certo. Dei uma olhada na unit e na verdade tem que ser feito na procedure Configuracao da TACBrNFSeProviderIPM204, isso porque essa classe não herda de TACBrNFSeProviderIPM e sim de TACBrNFSeProviderABRASFv2. Fiz esse ajuste no arquivo: E a XML parece ter ficado correto: Mas obtive o erro "XML declaration allowed only at the start of the document". Esse mesmo erro eu já havia tido com a tua alteração. Então acho que é no provedor, pois o XML da tua alteração não tinha mudança alguma. Vou voltar as alterações depois e testar novamente.

Boa tarde Resposta do provedor:

Boa noite Solicitei esse dado ao provedor e assim que eu tiver um retorno deles eu respondo aqui.

Boa noite Italo, precisa setar alguma configuração para isso? Pelo menos aqui nesse exemplo manteve o ';' A não ser que o provedor IPM não permita isso então.

Boa tarde Estou tentando fazer uma quebra de linha na descrição dos itens, utilizando um <br> para isso. O provedor onde estou testando isso é o IPM, cidade de Novo Hamburgo / RS. O envio ocorre com sucesso, o RPS chega na Prefeitura e é convertido para NFS-e. A NFS-e impressa na Prefeitura fica com a quebra de linha. Só que ao processar o XML de retorno, o componente gera esse erro (me parece que é ali na leitura do retorno): "Premature end of data in tag EnviarLoteRpsSincronoResposta line 1" Por causa do erro, o sistema não chega a gerar os arquivos, mas peguei os dados fazendo debbug. Seque: Esse é meu XML de envio Esse é o de retorno

Bom dia Italo Deu certo - Envio realizado com sucesso em ambiente de homologação. Se alguém puder testar em produção e postar aqui eu agradeço.

Perdão, quis dizer "como 17.12 e dai aceita."

Bom dia pessoal Eu fiz o update e refiz a instalação. Atualizei os schemas IPM 2.04 - mas ainda continuou erro, dessa vez não no validador do componente, mas lá na Prefeitura: <Codigo>L1001</Codigo> <Mensagem>O XML está incompatível com o esquematico XSD ABRASF.</Mensagem> <Correcao>Para prosseguir, verificar a linha e a descrição do erro a seguir: Element '{http://www.abrasf.org.br/nfse.xsd}ItemListaServico': '1712' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsItemListaServico'.</Correcao> Se eu volto a comentar a linha FormatoItemListaServico := filsSemFormatacao; no IPM.GravarXML.pas dai envia como 17.02 e dai aceita.

Bom dia Ontem as 16:45 teve um commit no arquivo IPM.GravarXML.pas onde foi colocada a seguinte linha: FormatoItemListaServico := filsSemFormatacao; Depois dessa atualização começou a ocorrer erro de validação com o schema, pois deve ir com o ponto. No meu caso eu tenho o item 04.02 que passou a ir como 0402 e dai barra no validador de schema. Comentei essa linha e recompilei tudo. Funcionou novamente. Ainda estou no ambiente de testes. Essa alteração pode ter sido somente para produção? Pode ter sido pedida por engano?

Boa tarde. Gostaria de saber se já estão trabalhando na inclusão do munícipio de Dom Pedrito no provedor Prominv2. Página: https://dompedrito.rs.gov.br/nfe/. Caso não estejam implementando, dai vou providenciar e depois passo as alterações por aqui.

Boa tarde pessoal Foi necessário realizar um ajuste no processamento do retorno da consulta de situação de lote do provedor Infisc, passado a tratar os casos onde a situação vem dentro da TAG NFSe. Podem ajustar o componente, incluindo essa alteração? Em anexo o arquivo alterado e o exemplo de XML nessa situação. pnfsConsSitLoteRpsResposta.pas retSitLote_20200204-114208.xml