Ir para conteúdo
  • Cadastre-se

bnobre

Membros Pro
  • Total de ítens

    1.539
  • Registro em

  • Última visita

  • Days Won

    4

bnobre last won the day on 19 Abril 2022

bnobre had the most liked content!

3 Seguidores

Sobre bnobre

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

bnobre's Achievements

  1. Olá a todos, Gostaria de saber se no ES está sendo obrigatório o cadastro da SH para emissão de NFC-e e NF-e, assim como o é no Paraná e em outros estados? Alguém atuando nesse estado poderia me ajudar? Desde já agradeço a atenção
  2. Explicação perfeita meu amigo... Um forte abraço
  3. 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
  4. 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
  5. Segue o link que mencionei: Se funcionar contigo avisa aqui... Abraços
  6. 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.
  7. bnobre

    ACBrETQ em Knup

    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
  8. bnobre

    ACBrETQ em Knup

    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.
  9. 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.
  10. 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.
  11. 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
  12. Olá @Juliomar Marchetti Tudo bom com você?! Verdade... PEQUENO grande detalhe!!! Obrigado pela observação. Abraços
  13. Diferenças sobre o fpPagamentoInstantaneo e fpPagamentoInstantaneoEstatico:
  14. 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
  15. Olá... Poderiam jogar esse tópico na parte do Fórum Aberto?!?! Desde já agradeço a atenção
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.