bnobre

Olá a todos, Ontem fiz uma atualização de meus componentes, depois de bastante tempo desatualizado. A princípio está tudo certo, mas reparei que há mais tempo ainda não atualizo as DLLs em meus clientes, por exemplo a libXML2 está datada de 19/05/2018 e a OpenSSL está na versão 1.0.2.13. Mesmo com as DLLs desatualizadas não tenho nenhum problema no envio de notas e uso dos componentes do ACBr. Posso ter algum problema no futuro não atualizando tais DLLs? Quais benefícios tais atualizações irão trazer? Desde já agradeço a atenção de todos

Putz, nem fala cara, e nem adianta pedir suporte para o UOLHost... A grande questão é qual empresa contratar??? Pois não esqueça que vou ter que registrar um domínio para isso além de mudar a configuração no executável e consequentemente mudar o executável em todos os clientes. Aí descubro que nessa nova empresa tenho outro problema e volto ao problema inicial.

Oi Juliomar, tudo bom? Cara, na verdade já tinha lido tais tópicos, mas nesses aí o problema é "até fácil" de resolver porque SEMPRE dá erro. No meu caso é diferente, visto que é aleatório.

Olá a todos, Possuo um emissor de NFe/NFCe que envia por e-mail anexado em um zip todos os XMLs das vendas realizados no mês para o contador dos meus clientes. Usei tal formato de envio durante anos sem problemas, tendo como serviço de e-mail a LOCAWEB. Infelizmente por problemas recentes de instabilidade precisei migrar tal serviço para outra empresa e agora uso o UOLHost. Depois dessa migração alguns clientes passaram a ter problemas com o envio do XML, relatando o aparecimento da mensagem SMTP Error: Unabled to send MailTo. O mais "bizarro" é que alguns esperam um tempo e o envio do e-mail é realizado com sucesso. Alguém pode me ajudar? Desde já agradeço a atenção de todos

Olá amigo, obrigado pela explicação detalhada, não sabia realizar esse tipo de interpretação dessa coluna. Abraços

Na Nota Técnica 2020.005 foi divulgado a criação das tags cBarra e cBarraTrib... Minha dúvida é, no caso da tag cEan a mesma é obrigatória e quando o produto não possui temos que informar o literal SEM GTIN... E no caso do cBarra quando o produto não possuir, temos que informar algum literal como valor da tag ou a tag não é obrigatória? Desde já agradeço a atenção de todos

Imaginei que fosse isso, só o texto (em site ou plataforma própria) que me deixou um pouco confuso... Já estão recebendo em ambiente de produção ou só dia 05/04/2021? E a validação do mesmo só ocorre dia 01/09/2021?

Olá, De acordo com a NT2020.006 foi incluído a tag indIntermed quando o indicador de presença for 1=Operação presencial; 2=Operação não presencial, pela Internet; 3=Operação não presencial, Teleatendimento; 4=NFC-e em operação com entrega a domicílio; ou 9=Operação não presencial, outros. O problema é que não entendi os tipo de Indicador de intermediador/marketplace, que são 0=Operação sem intermediador (em site ou plataforma própria) 1=Operação em site ou plataforma de terceiros (intermediadores/marketplace). Meus clientes todos fazem venda em suas lojas atendendo os clientes presencialmente em seu balcão, qual seria o tipo de intermediador nesse caso? Desde já agradeço a atenção de todos

Tu é o cara... Perfeito. O maldito do servidor estava bloqueando mesmo. Abraços

Então meu amigo, tá um mistério isso... Pelo navegador usando HTTP eu baixo normal, mesmo assim conferir a permissão e tá ok (775). Não sei que mistério é esse nesse servidor do UOL Host que só pelo Delphi dá isso.

Oi Daniel e olá a todos, O pessoal do UOLHost removeu o certificado SSL gratuito que estava instalado, porém o erro HTTP/1.1 404 Not Found persiste.

Até tentei, para verificar se resolveria... Mas recebo o seguinte erro: IOHandler is not value

Oi Daniel, de acordo com eles não está, mas eu abri um chamado pois no meu painel consta que o HTTPS está ativo. Isso pode estar influenciando? Pelo browser consigo baixar via HTTP

Oi Daniel, A princípio não... Mas vou ligar para o UOLHost para confirmar!!!

Olá a todos, Eu possuo um menu em minha aplicação que baixa um arquivo SQL do meu site: http://www.meusite.com.br/arquivos/arquivo.sql Sempre funcionou muito bem, mas a hospedagem que usava estava muito ruim (LOCALWEB) e migrei para o UOLHOST. Assim que fiz a migração, passei a receber o seguinte erro ao tentar baixar o arquivo pela minha aplicação: HTTP/1.1 404 Not Found É como se o arquivo não estivesse lá, mas eu consigo baixar o mesmo normalmente via browser, só pelo delphi que começou a dar esse erro, uso o seguinte código para download: S := UTF8ToString(IdHTTP.Get('http://www.meusite.com.br/arquivos/arquivo.sql')); Uso o Delphi 2010, já pesquisei bastante sobre o erro, mas não achei nada que pudesse me ajudar. Alguém poderia me dar "uma luz"?

Valeu amigo... Abraços

Oi Kiko, tudo bom? Desde já agradeço a atenção. Na verdade estou ciente como funciona atualmente, MAS é que ano passado houve esse murmurinho sobre a possibilidade de uso das emissões off-line de NFCe em séries específicas. Só abri esse tópico pra saber se alguém soube de algum retorno desse assunto ou se podemos ficar tranquilos quanto a isso, pois seria uma mudança drástica. Abraços a todo

Olá a todos... Em 2019 eu postei o tópico abaixo: A Juliana foi muita prestativa e informou um trecho do ajuste Sinief 19/19 que na prática anulava a necessidade de série específica para contingência. Passado todo esse tempo, abro esse tópico para perguntar: Alguém sabe se ocorreu novidades sobre o assunto? Ainda está em pauta sua implantação? Desde já agradeço a atenção de todos

Oi Juliomar... Tudo bom? Legal cara, não sabia sobre essa questão do Delphi e seu crescimento no mobile. Eu concordo contigo sobre a questão da programação ser diferente, a experiência que eu tive com o Delphi Mobile só foi ruim no aspecto "feedback". Eu gosto de programar em Delphi para desktop porque o Delphi já existe há anos, e qualquer problema que tiver OU já foi resolvido OU alguém já passou e tem uma solução. Em relação ao mobile, quando EU programei ao menos, tive um problema com o DataPicker, não lembro agora exatamente qual, mas tive grande dificuldade em achar algo sobre até que finalmente descobri que era um bug do Delphi e nada mais restava a não ser aguardar uma solução. Isso gera uma frustração, sabe? Eu quero ter essa COMUNIDADE GRANDE que tenho com o Delphi para a solução Mobile que for escolher, pois isso que sempre me motivou em programar com o Delphi e isso me motivará a programar com mobile. Estou vendo que as soluções há mais tempo no mercado e mais usadas seriam o Xamarin, React Native e Flutter, cada uma com seus prós e contras.

Oi... Tudo bom? Então meu amigo, eu até desenvolvi um app mobile há um tempo atrás em Delphi 10, com o REST também em Delphi. Ficou até legal, mas creio que não é o que o mercado de desenvolvimento mobile usa e portanto creio que não tem tanta ajuda como o próprio delphi em si na internet, se procurarmo "como fazer tal coisa" para delphi achamos muita documentação, o mesmo não ocorre com o mobile. Por isso quero conhecer uma ferramenta que seja mais utilizada, se possível logo A MAIS UTILIZADA, para não perder tempo. Com isso espero ter mais exemplos, ajuda e possibilidade em relação ao que eu tive com o Delphi Mobile. Desde já agradeço a sua atenção

Olá a todos, Programo há 20 anos com Delphi e minha experiência de programação é toda voltada para o mesmo. Agora (e já tarde) estou precisando fazer com que minhas aplicações Windows comecem a se comunicar com apps mobile. Existem centenas de curso em dezenas de plataformas e estou perdido em qual iniciar... SÃO TANTAS OPÇÕES. Alguém poderia me dar uma luz? Desde já agradeço a atenção de todos

Perfeito meu amigo... Essa dica para capturar o protocolo é show. Abraços

Oi amigo, tudo bom? Grato pelo retorno. Isso é sempre importante para enriquecer o conhecimento de toda a comunidade. Só quero relembrar o amigo que no caso da falha que citei no tópico, a princípio não seria possivel recuperar o protocolo de retorno, até por isso abri o tópico em questão, pois creio que com esses dados da autorização eu mesmo poderia recriar o XML da inutilização... De qualquer forma foi muito importante saber que esse XML não tem valor legal e nem precisa ser armazenado. Abraços

Opa amigo, tudo bom? Legal... Eu andei pesquisando a metodologia usada em outros programas do mercado, uns usam na Tela/Tabela de Regras de Tributação como você sugeriu e alguns estão usando na Tela/Tabela de Produtos, não existe um consenso. Você possui muitos clientes que usam o Código de Benefício Fiscal no seu programa? Fica realmente mais prático na Tela/Tabela de Regras de Tributação? Desde já agradeço por compartilhar sua experiência.

Oi Juliana... Tudo bom? Que notícia boa, pois essa mudança seria um CAOS!!!