Humm

Crie um evento Before Update If Not IsNull(me.seucampo) >= X Or <= Y Then me.seucampo.Update Else MsgBox "O valor digitado não atende os requisitos, verifique.", ,"Erro!" me.seucampo.Undo End If

peguei lá esse GAS 2007´ olha, de cara não achei tão amigavel quanto o access.. mas depois de ver algumas video aulas, comecei a entender a sistematica. mas não consigo desenhar janelas nele, dá erros. to vendo se alguém do suporte resolve. abraços

Feito em Access XP 2002 como prometido: Download

tenho a solução pra você. mais tarde posto um arquivo com um exemplo de um form que a medida que voce vai digitando, ele vai filtrando os registros existentes.. abraços

bom, esse utilitario não atualiza BEs(BackEnd - Banco de Dados em si) e sim MDE(FrontEnd). Imagine a seguinte situação. você tem um servidor com seus BEs. Nas maquinas cliente, voce instala os MDEs, ou seja, os frontend. Imagine que você tem 1 servidor e 10 clientes. Ai você vai no MDB que é seu codigo fonte, faz umas mudanças no teu frontend e quer atualizar os clientes. ao invés de você ficar copiando cliente por cliente.. voce usa esse utilitario a partir do servidor, no qual voce cadastra todos os clientes e com 1 botao, atualiza todos os seus MDE frontend de uma vez a partir do MDE que está no servidor. Este utilitarios tem ferramentas para o BE: de compactar, reparar e backup. Se voce tem 2 BEs, ai você tem duas alternativas: ou toda vez que você quiser fazer backup, reparar ou compactar seu BE, você altera o nome do arquivo, ou voce cria uma copia desse utilitario somente para o outro BE. A sistematica que adotei para a identificação do arquivo é a padrão do access.. que é a seguinte: A principio quando voce cria um aplicativo, você tem o arquivo.mdb vamos imaginar que voce colocou o nome de sistema.mdb logo quando você cria MDE, fica como sistema.mde quando você divide a aplicacao em back e front end, fica: sistema.mde para o front, e sistema_be.mdb para o backend nesse utilitario você apenas informa o nome do arquivo sem extensão. ou seja: sistema no codigo, ele associa automaticamente sistema.mde para front e sistema_be.mdb para BE. abraços

tb testei converter para o access 2007 e tal.. instalei o runtime 2007 abre tudo, porem da erros em alguns campos, dizendo que uma ação cancelou outra.. achei que ia conseguir distribuir diretamente minhas aplicacoes sem dependência do access ou do office.. apenas com o runtime, mas me enganei por enquanto.. alguém sabe alguma coisa a respeito? por que no runtime da tantos erros e com office não dá? abraços

bom, achei o runtime do access 2002 instalei num maquina sem office e tal. tudo certo. instalei o service pack para office e runtimes e tudo certo. ao rodar a aplicação em maquinas com runtime, ela abre e tal, porem da um monte de erros estranhos. campos ondem eram pra exibir valores ficam com #erro ações beforeupdate travam com erros de que não encontram macro ou modulo. por que acontece isso? será que alem do runtime do access, tem q ter alguma coisa a mais instalada?

Feito em Access XP 2002 Segue ai pra galera um sistema que criei de login independente do sistema do access. http://www.4shared.com/file/41793675/4ac16...o_de_login.html abraços

Feito em Access XP 2002 Algum de vocês devem se lembra de um utilitario que fiz para agilizar o processo de atualizacao de aplicações em rede. Criei um outro com mais recursos, que agora você pode criar backups do seu Banco de Dados Backend, restaurar e desfazer a restauração. Tambem implementei comandos para compactar e reparar o BD. A aplicação está aberta para que você pesquise e implemente. Bom proveito! Observações: Só funciona com aplicações divididas em front e back end. Instalação: Apenas copie essa aplicação para a pasta principal do seu banco de dados. Configurações: Campo: Descrição Nome do Arquivo da Aplicação: Digite aqui o nome do arquivo da aplicação MDE sem a extensão. (Ex. Para um arquivo "SISTEMA.MDE" use "SISTEMA") Nome do Arquivo temporário: Use um nome para o qual a aplicação será renomeada no cliente para evitar ser executada no ato da atualização. (Ex. "temp.tmp") Caminho da Aplicação Matriz: Caminho onde se encontra o MDE que servirá de Matriz. (Ex. "C:\SISTEMA\") depois no subformulário você cadastra os PCs Clientes: Nome: Nome de Identificação da Maquina Cliente. (Ex. "Computador do Caixa") IP: Endereço IP da maquina Cliente. (Ex. "10.1.1.3") Caminho: Caminho do recurso compatilhado onde se encontra a aplicação MDE na maquina Cliente. (Ex. "/C/SISTEMA/") depois de configurados os parametros, você vai na janela de atualização: Verificar Clientes: Faz uma verificação prévia para saber o status dos clientes Atualizar Aplicativo: Executa a atualização em massa dos aplicativos de cada cliente disponivel para tal. Abraços Download

alguém sabe se é possivel ou já iu algum aplicacao em access para gestao de lanhouse? com um modulo administrador e outro modulo cliente. é possivel? abraços

olha, quando eu usava forms assim, eram inocados via macro com dois comandos.. a de abrir o form e depois de maximizar.. agora pra manter sempre maximizado eu removia a opcao de minimizar nas propriedades do form. hj n uso mais forms maximizados.. abraços

se quiser, pode apenas selecionar todos os dados de uma tabela e copiar/colar na outra mas se for procedimento, então use consulta acrescimo mesmo como disseram abraços

use uma consulta.. ou use a funcao dlookup no campo abraços

de vba não entendo muito, mas atravez dos parametros do comando, certamente tem esta opcao.. é so pesquisar esse comando no pesquisador de objetos do vba que lá vai mostrar a sintaxe e os parametros. abraços

acho que é so desmarcar essa opcao ao importar

então.. o nome bina, se não me engano foi inventado por um brasileiro que inventou o sistema.. significa BINA (B Identifica Numero A) era usado antigamente nas linhas decadigas(aquelas que faziam dududududududud quando você discava um numero). Hoje as linhas são multifrequenciais e digitais. a identificação da chamada na verdade é um serviço que você contrada com a operadora de telefonia local e logicamente é cobrado a parte. Existem dois metodos para a operadora enviar os dados do chamador.. por sinal FSK(Frequency-Shift Keying) ou por sinal DTMF(Dual Tone Multi Frequency). No brasil o padrão adotado infelizmente foi o DTMF. A grande maioria dos modems vendidos hoje em dia são dotados da capacidade CID(CallerID) que significa identificação do chamador. porem eles operam somente no modo FSK. Existem alguns modelos raros que operam em DTMF, mas é muito dificil de achar, alem disso os vendedores não sabem dizer. Porém você pode comprar um conversor que traduz a informação DTMF para FSK. assim o modem passa a identificar as chamadas desde que o serviço esteja ativo pela operadora. QUalquer programa de FAX ou Telefonia de PC, ate mesmo o discador do windows tem opcoes pr aconfigurar o CID do modem. No caso do access, você pode capturar o CID atravez de algum API ou DLL que converse com o modem via string. abraços

Mr, agradeço o empenho, mas os 2 critérios são repassados pelo formulário: WHERE ((tabela.meucampo) parametro1&parametro2) Fui mais clara? WHERE ((tabela.meucampo)[forms]![parametro1] & [forms]![parametro2]) justamente.. onde você escreveu parametro1 e 2, você subtitui pelo indicador de objeto.. você pode usar quantos objetos quiser pra compor uma expressão.. abraços

acho que tem sim como usar.. alem do mais você pode tb usar uma consulta dentro da outra.. você cria primeiro uma consulta que retorne o valor que você quer do dlookup e depois cria outra consulta junto com a consulta anterior com o valor já resgatado. abraços

eu não lembro onde exatamente.. mas acho que na propriedade do campo tem uma funcao de soma parcial mesmo. da uma fuçada.. se não econtrar, vai a ajuda do access e procura por soma parcial que aparece. abraços

use uma "consulta atualizacao" para isso. nela você define os criteiros, que é filtrar o registro tal, e define quais campos você vai atualizar, apagar seja lá o q for. então no form que vai disparar isso, você inclui um comando pra executar essa consulta no evento que te interessar abraços

bom, até onde eu me lembre, praticamente todos os fax modem são dotados de CID (Caller ID ou identificador de chamadas) alias isso não tem nada a ver com BINA.. que é outro esquema já arcaico que era usado em linhas decadigas e hoje não tem mais função. o problema é que existem 2 tipos, DTMF e FSK de CID e o que vem nestes modems não é compativel com o usado no brasil(DTMF). me parece que tinha uns modem especificos da LG que vinham com o CID no padrão brasileiro(DTMF).. alem disso tb existem conversores DTMF -> FSK do qual você pode adaptar na linha, assim modems FSK passarao a identificar a chamada. agora, como o access vai capturar isso do modem, com certeza é possivel, mas certamente com uso de DLL e muita programação VBA. abraços

coloquei no evento após atualizar do campo da senha dentro de uma condição IF essa condição valida o usuario.. se ele passar na senha, entra esse comando. DoCmd.RunCommand acCmdWindowHide sobre a questao dos menus, eu não estou usando na minha aplicação. apenas uso os botoes do dos menus formularios que fiz. porem eu tenho certeza que tb há como condicionar, dentro de cada IF de nivel de acesso, os menus do access.. vou dar uma olhada nisso depois vou postar somente a parte de login que criei pra posteridade.

dependendo da aplicação e seu objetivo, é até conveniente que o autonumeração trabalhe desta forma.. assi mvc pode por exemplo rapidamente saber se foram excluidos registros mas esse procedimento do campo é normal.. abraços

tomar tempo, realmente não toma.. mas é chato. não pode colocar pra 30 dias?

bom, tenho reparado que praticamente todos os foruns ocm IPB dao este incomodo.. de tempos em tempos, talvez de 4 em 4 dias(não cronometrei) tenho que ficar me logar no forum.. isso é chato.. pois você so percebe que não ta logando quando ta respondendo algo, ai você acaba perdendo o que respondeu ao clicar em logar.. não tem como deixar eterno o login, afinal quem não quiser, que não marque a opcao "manter conectado" né? isso ta parecendo alguma opcao pra expirar o cockie de tempo em tempo abraços