Humm

só pra constar.. se o campo é resultado de uma operação, então não é um dado e sim uma informação. =)

exatamente.. eu já testei esse app ai.. é brute force.. alias, é lento e ainda por cima pede pra que você especifique o tamanho da senha. ou seja, pra que usa senhas alfanumericas como eu, e de tamanho grande, esse processo até pode descobrir, mas poderia levar 1 ano hahahahahah

engraçado.. esse dias esqueci a senha que protegia o arquivo backend do banco de dados. na internet existe aplicativos que quebram a senha em 1 segundo.. usei muito na epoca do access 2000... mas.... pelo menos no access 2007 parece que essa falha de segurança ta resolvida. ou seja, se você travar um arquivo accdb com senha.. e esquecer.. já era. antes no access 200 ou xp isso me preocupava muito.. agora acho q posso aliviar. pelo que vi no google, so existem sistemas de quebrar a senha a base de brute force. a unica forma q encontrei foi rodar meu codigo fonte que acessa esse BD em questao, e salvar as tabelas já vinculadas anteriormente(quando eu lembrava da senha) uma a uma hehe

só um aviso.. sistema de backup, cuidado q ele pode se tornar seu inimigo. use a metodologia de manter sempre o bkp anterior ao bkp atual intacto. ou seja você cria agora um bkp. amanha você atualiza esse bkp com um novo.. ai se você precisa de algo do bkp anterior, já era. a ideia é sempre poder desfazer o bkp atual pelo anterior.

tambem concordo.. antes de mais nada ao se criar um sistema, tem q separar o que são dados e o q é informação, pois são coisas absolutamente diferentes. nas tabelas apenas armazenamos dados.. e muito raramente faze-se necessario armazenar informação, pra efeito de dinamizar o processamento dos dados.. como se fossem resumos. o sistema do amigo autor do tópico tem muitos dados redundantes.. ou seja, os mesmos dados em varias tabelas diferentes. o problema de se ter dados redundantes é que perde-se a credibilidade dos mesmos.. uma hora você não vai saber qual tabela tem os dados corretos. alias se você parar pra analizar, poderia usar apenas uma tabela nisso tudo.. sendo que.. voce começa no orçamento.. no mesmo registro teriam os dados de pedido, caso o orçamento seguisse esse rumo. ficaria tudo sempre preso ao mesmo registro mestre da tabela, isso economiza tempo, processamento e espaço. no começo a gente n sente o quanto pesa informacoes redundantes.. mas depois q você tem muitos dados pra processar.. ai sim você ve o erro cometido no inicio do projeto

so tem um prob.. se já tiverem dados no campo.. os dados serão substituidos pelo valor null.. ou seja, serao apagados, não é isso?

pois é, objeto relatório não aceita botao. voce pode é construir um menu a parte somente para relatorios com os botoes imprimir e fechar

vou fazer uma coisa que não costumo fazer.. eu criei um sistema de login, controle de usuario e permissões. vou disponibilizar o exemplo pra download. EXEMPLO DE SISTEMA DE LOGIN.rar

execute a consulta que é fonte de dados para o form manualmente e veja se ela retorna dados

acho que você tem que dar um comando repaint ou requery ou refresh pra atualizar o form depois que você altera as propriedades do mesmo. ou seja, após feitas as alterações via codigo vba, acrescente: me.refresh que é pra ter o mesmo efeito de você fechar e abrir o form. se você quer apenas atualizar as propriedades de um objeto, então use me.objeto.refresh

é por isso queo melhor é criar uma unidade mapeada de rede

bom, antes de você usar o formulario, tente na propria consulta usar o valor que você testou no criterio e ver se a consulta funciona. veja tambem se os tipos de dados do campo da consulta é compativel com o tipo de dados da combobox.. outra é que se o campo for nulo, a consulta vai entender que deve procurar valores nulos.. então você precisa usar a função seimed para ver essa condição.

já tentei entender como imprimir via ESC/P2 mas não consigo entender nada. alguém ai já usou isso? to precisando pois to com uma LQ570 e ela não ta carregando as fontes nativas.. então se for imprimir via windows, leva seculos.

use a função FORMAT na consulta para formatar seu campo de DATA. DATA: format([sEU_CAMPO-DATA]; "dd/mm/yyyy") assim, a consulta vai retornar os valores sem o horario e você vai poder usar o criterio a vontade pra filtrar por data

oi amigo, não é tão complicado.. mas novamente insisto que você ta querendo usar uma metodologia complicada.. simplifiquei pra você o que você quer.. de uma analizada.. abra o form MOVIMENTOS e veja se é isso que deseja. vlw http://www.4shared.com/document/mz-7eomA/ESTOQUE2.html

aqui vai um exemplo http://www.4shared.com/document/lTRHOugd/ESTOQUE.html

oi amigo... entendo o que está tentando fazer.. mas acho que o seu erro não está ai no codigo não, e sim no metodo que você ta querendo utilizar para ter um controle de estoque. criei um exemplo.. na consulta SALDO você tem sempre a posicao de estoque atual http://www.4shared.com/document/lTRHOugd/ESTOQUE.html

veja.. sistemas de estoque simples funcionam assim: você em uma tabela que cadastro o produto. codigo, descrição, etc e outra tabela que fará o movimento desse produto.. codigo_produto, tipo_movimento, qtde, data nessa tabela de movimento, o campo tipo_movimento serve pra indicar se está entrando ou saindo, ou seja, pode ser preenchida com E ou S o campo qtde informa a quantidade desse movimento.. então você cria duas consultas, uma para somar a qtde total entrada e a outra o total saida. depois cria uma terceira consulta que vai fazer a conta: total_E - total_S = total_estoque pronto você já tem seu controle de estoque

só uma dica.. ao invés de usar ELSE e depois IF, use ELSEIF e no final apenas um END IF

isso ocorre porque essa rotina que você criou roda apenas uma vez. porque voce não usa a formatacao condicional?

entendi.. o ideal seria você fazer com que os descontosde horarios entrassem de forma automatica. é possivel mas trabalhoso, porque tem q considerar fim de semana e feriados. mas criando um campo de desconto seria pra funcionar sim. horafinal_mon - horainicio_mon - desconto

2 maneiras.. abrir o mdn com a tecla SHIFT pressionada.. ou criar um MDB novo e importar todo o conteudo desse MDB que você quer

não entendi bem a situacao.. qual erro que da? de um exemplo de uma situacao.. dos dados.. do resultado esperado e do resultado problematico. veja se você n precisa colocar a condição NZ em algum campo.. pois se algum campo tive rvalor nulo, a conta não é feita.. então você precisa colocar NZ(campo) para informar ao access que se o campo for nulo, que retorne o valor ZERO

bom, nas consultas existe o campo criterio para cada campo.. você tem q criar uma consulta pra calcular a idade baseado na data de nascimento.. depois outra consulta para filtrar essa idade.. usando o campo criterio: ENTRE 18 E 45 ou você pode criar um form onde você entra as idades parametro.. ENTRE fomulario!campo1 E formulario!campo2 sobre o dlookup, a sintaxe é: dlookup(CAMPO, FONTE, CRITERIO) procure aqui no forum, existem milhares de exemplos usando dlookup vlw

bom, ao invés de ter 4 campos data e hora, tenha 2 campos tempo. depois, pra saber é só usar: fim - inicio e usar o formato hora para o campo calculado.