miragerr

Melhor, impossível.

Pelo visto, esta tabela deve ser o papa-leguas, eu vi só o rastro da poeira. Não resisti... kkkkkkkkkkkkkkkkkkkkkkkkkkkkk

Ola, Boa tarde Eu é quem peço desculpas se coloquei algo que possa ter sido grosseiro, não era a intenção. Quanto a tabela, não sei por que cargas d´agua, a RFB coloca no portal, se não tem utilidades.

Ola, amigos Kapi, menos menos...

Ola, Bom dia Amigo acho que você esta enganado quanto aos NCM desta tabela, pois já existe uma mais recente que esta. e outra, não traz a descriminação do NCM.

Ola, Bom dia Qual o LINK

Ola Jorge Eu tenho o ACBR do SVN, pois uso estas tabelas dele, o problema mesmo que atualizado a tabela, o NCM esta na receita, mais não esta validando pela NFe, esse é o grande dilema.

Ola, boa tarde amigos Comigo também esta acontecendo em vários clientes com vários NCMs, e o mais interessante é que a tabela esta atualizada pelo IBPT é mole. Phoda viu, e o mais interessante, fiz o teste com o emissor gratuito, vai qualquer NCM sem dar nenhum erro, oh corra linda isso viu.

Ola, Bom dia amigos Essa situação é recorrente no nosso ramo de atividade "Desenvolvimento de Soluções em Software", vai haver sempre um jeito para o LADRÃO/MALANDRO/PILANTRA e outros adjetivos que fica até difícil enumerar os mesmos, já coloquei varias situações em clientes para a famigerada senha em PDV, o que tenho colocado aos meus clientes é a BIOMETRIA, hoje este produto é bem barato e consegue minimizar o problema ora apresentado pelo nosso amigo acima. Outra solução seria colocar um CÓDIGO DE BARRAS no qual você pode embaralhar os números do usuário e senha dele, e pedir uma contra-senha, como sugerido acima também, a qual esta contra-senha, no meu caso quando não tem a BIOMETRIA, ela muda de hora-em-hora e nunca será a mesma para o mesmo PC. Vou colocar um exemplo. HORA DO PC 18:08:30 NOME DO PC CX-18 a contra-senha seria da seguinte forma, você pega 2x a HH, 2X o 1o do MM e a 1o caracter do nome do PC com os 2 ultimos carateres do nome do PC, a senha ficaria da seguinte forma. "181800C18", desta forma raramente alguém conseguiria decifrar a senha só olhando para o TECLADO. Isso é uma ideia, Espero ter ajudado

Ola, Boa noite amigos Só um pítaco, já verificou a UAC do windows, EU sempre tenho que desabilitar ela pra isso funcionar, é pelo que você tem passado o problema é isso. Espero ter ajudado.

Ola, Boa tarde Se você já usa em ECF, basta você retirar as regras para ECF e coloca para NFCe, sendo que em NFCe, você apenas ira imprimir o comprovante do cliente em uma IMPRESSORA NÃO FISCAL, somente isso, é muito mais fácil, e incluse a SoftExpress também tem Homologação via Remoto. Espero ter ajudado.

Ola, Boa noite Tenta da seguinte forma and nf.tipo IN( '1' ,'2' ) Espero que ajude

Ola, boa madrugada Este tipo de consulta vai ser frequente, ou você esta fazendo isso somente uma vez. Fico no aguardo.

Ola, boa noite Veja o que você esta fazendo, esta varrendo todo a tabela, não tem um WHERE, é isso mesmo, fazer toda a tabela, sem nenhum critério, pois você colocou o HARVING como critério, não seria melhor você colocar algo assim SELECT pe.produto,MAX(pe.data) AS maiordata FROM pedido AS pe WHERE pe.data BETEWEEN data_inicial AND data_final GROUP BY pe.produto Creio que desta forma fica mais rápido e mais logico, ou não Espero ter ajudado.

Ola, amigos Realmente a FASTREPORT do Xailer funciona no xHarbour, comprei ela para a NFCe devido ao QRCode, so tem um problema, o suporte, é horrivel, tem uns bugs na FAST do Xailer, ja mandei diversas veses email para o Ortiz e o retorno é demorado e não responde corretamente. atualmente estou usando as 2 FAST a do SERGEY e a do Xailer. Espero ter ajudado.

Ola, Boa noite amigos Infelizmente sim... estou usando ainda a FWH 15.02 e uma LIB que o Culik me passou, pois achei um bug na SQLRDD para o Postgres, ele disse que foi um presente. Mais atualmente não vou atualizar mais nada, resolvi mudar tudo para o DELPHI, e até o momento esta indo muito bem. Espero ter ajudado.

Ola, Boa noite Faça da seguinte forma INSERT INTO nova_tabela ( Select * FROM tabela_atual WHERE data_do_filtro BETWEEN "2013-01-01" AND "2014-12-31" ) essa é uma forma mais simples de se fazer em MYSQL, estou mudando para o POSTGRES justamente para fazer isso de forma transparente no DB, pois tem a possibilidade de se particionar a TABELA por ano dentro de uma DDL do POSTGRES, e não importa a forma de SELECT que voce faz se for em anos anteriores. Pois tenho um cliente com 23 Filiais e estou tendo muitos problemas de lentidão, pois o DB em MYSQL esta desde 2002, e uma das tabelas ja esta com mais de 500 milhoes de linhas. Espero ter ajudado.

Ola, Boa noite Oaki qual a data da SQL.LIB, se for muito anterior as libs do xHarbour, pode esquecer, vai ficar lento mesmo, ai só atualizando a SQLRDD. Espero ter ajudado.

Ola, boa noite Creio que a melhor opção para voce usar vai ser a: PIPEDURL: viacep.com.br/ws/01001000/piped/ cep:01001-000|logradouro:Praça da Sé|complemento:lado ímpar| bairro:Sé|localidade:São Paulo|uf:SP|ibge:3550308 pois desta forma voce pode colocar os PIPE "|" em um array com o HB_ATOKENS da seguinte forma aRetorno := HB_aTokens( cRetorno_Url, "|" ) Desta forma fica facil de voce pegar os retornos onde: aRetorno[1] = "cep:01001-000" aRetorno[2] = "logradouro:Praça da Sé" ... E assim por diante, bem pratico mesmo Espero ter ajudado.

Ola amigo Tenta colocar assim ( recebidas.total = 0 .OR. recebidas.total IS NULL )

Ola, Boa tarde Alessandro, creio que o DELPHI ira lançar algo do gênero, pois para MOBILE já tem para iOS, Android e Windows PHONE. Outra coisa, o DELPHI você pode compilar o projeto para 32 ou 64 somente apertando um botão.

Ola, Boa tarde... Alessandro, vamos matar essa pulga, com uma bofetada na orelha... rsrsrsrs... a opção pelo Lazaruz para o PDV é que estou gerando para LINUX... e o mesmo projeto pode ser feito também para o WINDOWS, tudo em Lazarus... e também posso pegar o mesmo projeto e portar para o DELPHI, claro que algumas modificações, mais coisa simples mesmo. Em tempo: a bofetada é somente para matar a pulga, nada de violência. rsrsrsrs

Ola, boa tarde Alessandro meu amigo, estou utilizando os 2 Lazarus para o PDV e DELPHI para o retaguarda e MOBILE e os projetos estão 100%. Como falei a vantagem do Lazarus e Delphi é o projeto ACBR que para automação comercial esta bem maduro, e o suporte e apoio do pessoal é 1000% também.

Ola, bom dia Tampinha, realmente estou preparando o espirito para receber os ELOGIOS do kaipaba. rsrsrs

Ola amigos, boa noite O Fato de EU estar usando o Lazarus é por que os componentes do ACBR também funcionam nele, e achei melhor pois o mesmo funciona em LINUX, e se você analisar é Object Pascal... quer dizer quê, não vai mudar em nada o meu modo de programar em DELPHI.