bnobre

Explicação perfeita meu amigo... Um forte abraço

Olá meu amigo... Então ele trata igual o fetch do javascript que não considera retornos diferentes de 200 como exceção. Irei tratar manualmente conforme a sugestão, mas continuo com parte da dúvida: Porque o Delphi gera a exceção VISUALMENTE em Debug, porém continua o código normalmente como se nada tivesse acontecido? Desde já agradeço a atenção

Olá a todos, Estou consumindo uma API REST usando o RestClient e demais componentes sugeridos na configurações do REST Debugger, mas reparei uma coisa bem estranha. Quando a validade do token de acesso acaba eu recebo (conforme esperado) uma exceção "raised exception class EHTTPProtocolException with message 'HTTP/1.1 401 Unauthorized'." O problema é que apesar da exceção aparecer em modo debug, o Delphi continua a execução do código na linha seguinte, como se nada tivesse acontecido ao invés de interromper a execução do mesmo. A documentação desses componentes do Delphi são meio escassas, porém existe uma propriedade no RestClient chamada RaiseExceptionOn500. https://docwiki.embarcadero.com/Libraries/Athens/en/REST.Client.TCustomRESTClient.RaiseExceptionOn500 De acordo com a documentação achei que desativando a mesma resolveria, mas nada. Porém mesmo que resolvesse a minha dúvida continua: Como o Delphi pode disparar uma exceção em Debug, porém não interromper o código como seria de se esperar? Desde já agradeço a atenção de todos

Segue o link que mencionei: Se funcionar contigo avisa aqui... Abraços

Olá... Lembro que comigo deu em um Windows em inglês também. Perdão... Esqueci de mencionar o mais importante... Um amigo postou uma possível solução que nunca pude testar pois o tal cliente que tive o problema acabou formatando o computador... Vou tentar achar aqui no fórum, acho que foi em outro tópico meu.

Olá meu amigo... Desculpe a demora. O problema é que se trata daqueles equipamentos XingLing... Não existe um fabricante com uma documentação disponível de maneira fácil e o importador nada sabe informar. Será que alguém aqui do fórum obteve êxito configurando a mesma com o ACBrETQ?! Conforme for pode colocar no fórum aberto, pois de repente surge alguém lá que teve êxito com esse equipamento. Desde já agradeço a atenção meu amigo

Olá a todos, Estamos tentando configurar o ACBrETQ na Knup KP-IM604 Tipo Zebra. Pelo Windows, ela puxa o papel normalmente, mas pelo ACBrETQ a impressora não dá sinal de vida. Testamos com os modelos etqPpla, etqPplb, etqZLII, etqEpl2 e etqEscLabel. E nosso componente encontra-se atualizado. Alguém já conseguiu colocar essa impressora pra funcionar?! Desde já agradeço a atenção de todos.

Olá @Cleber Ferreira Tudo bom?! Independente da resposta dos órgãos, eu creio que é mais vantagem seguir logo essa regra. Pois se a UF não obrigar, também não irá impedir que seja seguida... E lá no futuro já estaremos atendendo, caso a mesma volte atrás quanto a sua obrigatoriedade.

Oi meu amigo... Como você adicionou o tpIntegra = 2, o componente cria o grupo card e joga o mesmo lá dentro. Dessa forma você passa pela validação YA04-10.

Bom dia... Tudo bom?! Não entendi o que quis dizer ao falar migrou para o grupo de cartões. Sobre atualização dos componentes, para atender essa regra de validação YA04-10 você irá precisar adicionar o grupo de cartões (card) quando o tPag = 17, veja se seu componente como está já faz isso. Provavelmente SIM, pois essa obrigatoriedade já existe para as formas de pagamento de cartões de crédito e débito há tempos. Abraços

Olá @Juliomar Marchetti Tudo bom com você?! Verdade... PEQUENO grande detalhe!!! Obrigado pela observação. Abraços

Diferenças sobre o fpPagamentoInstantaneo e fpPagamentoInstantaneoEstatico:

Olá amigo, tudo bom? Vai passar sempre, pois a rejeição não faz menção ao tPag = 20. Cuidado com a sua interpretação de resolve o problema, pois pode gerar outro no futuro. Pois com isso seu cliente está afirmando que o QRCode dessa venda é do tipo Estático. Eu abri um tópico a respeito do tema, mas está na parte do ACBr Pro... Pedi para eles migrarem, se possível, para o fórum aberto. Depois da migração eu cito o mesmo pra você. Abraços

Olá... Poderiam jogar esse tópico na parte do Fórum Aberto?!?! Desde já agradeço a atenção

Bom dia meu amigo Onde seria o aqui contigo?!?! Em relação a regra de validação YA04-10, agora é necessário informar o grupo de cartões para o pagamento 17. Observar também que agora temos 2 Pagamentos Instantâneos: Pagamento Instantâneo Dinâmico - 17 - Antes só Pagamento Instantâneo, agora renomeado Pagamento Instantâneo Estático - 20 - Esse é novo Sugiro ler a Nota Técnica 2023.004 versão 1.11 para maiores detalhes. Abraços