Controle de Estoque

Existem outras opções mas efetivas e funcionais???


Gostaria da sugestão dos mestres para evitar erros no projeto.


Abraços,

Alguem ...

Help!

Olá Uilson.

Não sou Expert em controle de estoque, mas tenho uma certa experiencia nesse assunto.

Na minha opinião a opção 2 e a melhor, caso ocorra algum erro de digitação ou até mesmo no sistema você consegue facilmente através de programação corrigir o problema, já na primeira opção fica mais difícil.

Sobre a movimentação de vários anos você pode criar uma rotina no seu sistema que de tempo em tempo gere o saldo de estoque por produto ou seja em uma data especifica fica registrada a data e o valor e quantidade dos produtos dessa forma quando for gerar a consulta de estoque por exemplo você pega as informações dessa data para frente dessa forma evita ficar buscando dados antigos na sua consulta. E comum as empresas de tempo em tempo contar o estoque para fazer balanço, você pode relacionar essa rotina com isso.

Fico no aguardo.

Olá, o mais sensato é criares uma tabela independente para entrada dos produtos e criar uma consulta para controlar o estoque.

A segunda consulta alterará o valor do estoque da seguinte forma (Entradas - Saídas = Estoque).



Abraços,

Mrsilva,

Obrigado pela opinião mas o conceito "top" não é esse.


Abraços,

Já pensastes se fizeres uma compra com 100 itens e ter que ir no cadastro de produto alterar o estoque de todos eles? Verifica esse exemplo ai, esse formulário é onde o cliente lança as entradas e quando efetua as vendas é dado baixa automaticamente, nesse formulário de entrada ele tem o histórico de cada produto, se tu fizeres um lançamento de um produto cadastrado ele aparece no campo compras desse histórico em tempo real a atualização desse produto.

Olá.

Não entendi o que quis dizer com conceito top.

Prefiro da forma que Betogivoni demonstrou junto como coloquei no meu primeiro poste para aquelas empresas que tenha grande movimentação.

E comum precisar do valor do estoque em determinada data para fazer verificações ou atender alguma solicitação, teria que rodar uma consulta com praticamente todas entradas e saídas para poder fazer essa verificação imagina um banco de dados com 5 ou 10 anos o mesmo acontece se precisar rodar sua segunda consulta. Estou levando em consideração um ambiente de rede.

Betogivoni,

O seu formulário na verdade não cria histórico de movimentação, apenas apresenta campos calculados. Não é bem o que preciso para meu projeto mas é válido.


Abraços,

Mrsilva,

Conceito "top" entenda como primeira postagem.

Quanto ao estoque a qualquer momento tenho o valor sem precisar rodar tal consulta. Já que tenho o mesmo gravado na tabela de produtos.

Mas em sua postagem anterior descreveu algo, quanto guardar em uma determinada tabela um estoque de determinada data, isso se chama "Posição de Estoque" e é sim interessante para evitar buscas prolongadas.

Abraços,

Amigo o que vc entende como histórico? Na minha singela concepção é tudo aquilo que ocorre com vc e como estou me referindo a um produto e não a uma pessoa o histórico desse produto  são: compras, vendas e extorno (seja por cancelamento de vendas ou exclusão de um produto) postei o exemplo para te mostrar que não existe lógica em usares o cadastro de produtos para lançamento de estoque.

Betogivoni,


Tudo bem, mas ele não apresenta essa informações, apenas cálculos. Mas como disse acima é válido. Entretanto entenda que não é o que estou necessitando para o momento. ok


Abraços,

Boa noite amigos,

Somente para compartilhar na esperança de contribuir com o raciocínio.

Tenho um sistema de estoque e funciona com a tabela de produto relacionada com as tabelas de entrada e saida. As inserções nas tabelas de entrada e saída eu utilizo recordset, ex:

rs.AddNew
       rs(1) = CodigoDoProduto (chave estrangeira)
       rs(3) = Quantidade (Entrada ou Saida)
rs.Update

Utilizo três consultas que por si mesmas já realizam as operações sem necessitar executar qualquer outro tipo de consulta.

Daí apenas as utilizo colocando parâmetros de produto, grupo, estoque maior que zero etc de acordo com a necessidade. Se interessar posso postar a matriz desse esquema de query pra analisar.

Até o momento funciona bem sem travamentos.

Dilson,

Este é o mesmo conceito que estou utilizando, conforme descrito na abertura desse tópico. Entretanto faço as atualizações através de consulta de atualização.

Se possível post a referida matriz para que eu possa estuda-la e quem sabe, tomar uma direção.

Desde já agradeço.


Abraços,

Esse exemplo foi postado em uma das discussões aqui na selva mesmo por uma das feras ae, agora não lembro quem.

Repare que neste exemplo você precisa apenas inserir a entrada e a saida que o processamento já é feito pelas três consultas.

Por isto no meu caso usei recordset para inserir, na intenção de evitar conflito com ações de múltiplos usuários e porque é bem mais prático.

https://dl.dropboxusercontent.com/u/8080696/BAP/Matriz%20para%20montagem%20de%20Estoque.rar

Segue anexo um outro exemplo meu 2007 que fiz em 2012;

Controle simplês de produto acabado com entrada e saida;
Extorno de movimentação;
Saldo disponvel;
Movimentação por periodo;
Etc.

Não tratei o estoque negativo e nem criei mais relatórios, pelo motivo de não dar mais continuidade ao projeto
estamos implantando um ERP aqui;

Mas serve de objeto para estudo;

Senha está na tabela USR, Luis - 661775

Atensiosamente

Luis

Luis,


Obrigado por contribuir também com este post.


Abraços,

E ai galera tudo blz....
aproveitando o ponte do Splaceholder na mensagem nº 16..

Esse exemplo foi postado em uma das discussões aqui na selva mesmo por uma das feras ae, agora não lembro quem.

Repare que neste exemplo você precisa apenas inserir a entrada e a saida que o processamento já é feito pelas três consultas.

Por isto no meu caso usei recordset para inserir, na intenção de evitar conflito com ações de múltiplos usuários e porque é bem mais prático.

https://dl.dropboxusercontent.com/u/8080696/BAP/Matriz%20para%20montagem%20de%20Estoque.rar

e sem querer atrapalhar...mas ja estou procurando e lendo varios topico atras de respostas e até vendo alguns sistemas prontos...mas ate agora nada...
eu entrei em um dilema...
a matriz mostrada no link é bem parecida com a que fiz a unica diferença q o estoque foi exibido em formulario e no meu caso eu preferi colocar em relatorio pra impressao...mas o resto é igual...
o meu b.o é o seguinte....
a estrutura do db é essa...
nao sei o certo se precisaria de uma tabela estoque ou da forma q fiz dá certo...qeria q no fim do mes o q foi vendido e comprado saisse do relatorio e restante(o que sobrou) fosse pro proximo mes...como se fosse um balanço de estoque.
pq a forma q ta tudo q é comprado e vendido desde o inicio é mostrado no relatorio...
agora nao sei se precisa d uma outra tabela ou tem como fazer esse filtro por consulta..
meu nivel d conhecimento no access é de iniciante..
tirei como base assistindo os videos desses caras
https://www.youtube.com/channel/UCUgTorAtXjYiHO3sDBCIofw/videos

https://www.youtube.com/watch?v=sPifUo5hABQ&list=PL2946A036E4F62358

qualquer ajuda é bem vinda..

Olá juninhucs, seja bem vindo ao fórum.

Se a estrutura e funcionamento for o mesmo, acho que dá a partir do campo data que as coisas acontecem.

Como o assunto do tópico atual ainda é corrente, seria melhor abrir um tópico para sua dúvida pois os objetivos diferem.

Faça assim, copie e cole o que escreveu e abra um novo tópico, depois talvez alguém da moderação junte esta postagem daqui com a outra nova que criar ou simplesmente delete essa.

Uilson Brasil,

Não creio que operações sobre um campo de uma tabela possam ocorrer no mesmo exato instante, em ambiente multi-usuário.
Se ainda quiser garantir que isso não ocorra, bastaria rodar as consultas de atualização em um determinado momento, restringindo programaticamente a um usuário por vez.

Parece que o problema maior no controle de estoque é quanto ao volume de dados a serem processados, que aumenta com o passar do tempo, e isso vale para as duas opções que vc citou no primeiro post.

Principalmente se precisar de tabelas auxiliares, efetuar cálculos sobre a base de dados (método FIFO, estorno, quebra de estoque), etc.

Acho que vc não vai gostar da minha sugestão, quanto a "opções mas efetivas e funcionais": utilizar banco de dados mais robusto, como o SQL Server, tanto para absorver maior volume de dados quanto para agilizar a manipulação da base diretamente no servidor com a linguagem T-SQL.

Cláudio,

Obrigado pela contribuição.

Este tópico foi aberto exatamente com o intuito que cada um possa dar sua sugestão. Independentemente de minha aplicação efetiva, elas serão bem vindas e poderão auxiliar outros colegas que por ventura estejam com dúvidas em relação ao título.

Mais uma vez muito obrigado.


Abraços,

vlw :placeholder pela dica...irei abrir um topico para que possam me ajudar...