[firebase-br] Update concorrente

[Eduardo Pelizzari de Andrade]

Isso que o Kleber colocou é verdade. Mas é comum partir do responsável 
pelo estoque o requisito de não deixar o estoque negativo. Chamo de 
responsável pelo estoque, a pessoa que irá apresentar o inventário do 
estoque as demais pessoas da empresa. É uma forma desta pessoa controlar 
o estoque de uma forma mais efetiva. O estoque de um sistema ERP em 
geral é um estoque teórico que pode conter falhas, mas as falhas ficam 
evidentes quando o relatório de inventário fica negativo. Uma boa forma 
de tornar este relatório aparentemente mais confiável é não permitir que 
estes itens fiquem negativos, obrigando que eles sejam inventariados e 
que seja comunicado para o responsável pelo estoque esta situação, 
quando ocorrer. As vezes ainda tem o a rastreabilidade com controle de 
lotes o que torna o controle de estoque extremamente crítico. Um 
relatório de inventário estoque com 1000 itens com uma margem de erro de 
1%, será visto com olhos muito diferente se este contiver itens negativos.
Evidente que isso não pode ser feito em qualquer empresa, depende muito 
do processo de venda, aquisição e produção. Evidente também que você 
poderia controlar com outros recursos e de outra forma, mas como eu 
disse é comum o responsável pelo estoque solicitar esta função para não 
ser pego de surpresa.

Eduardo Pelizzari de Andrade
Persoft Softwares Aplicativos




Kleber Caneva escreveu:
> Daniel, por curiosidade:
>
> Porque você precisa mostrar o Saldo para o usuairo na ora dar entrada ou 
> saida do produto ?
>
> Pergunto isso, pq aprendi com um cliente, que não se deve bloquear uma venda 
> quando o sistema diz que não tem estoque.
> Imagine a situação a seguir:
>
> Você entra num supermercado e compra um produto. Ao passar no Caixa a menina 
> lhe informa que o senhor não pode levar o produto pq não existe no estoque. 
> E você com o produto na mão.
>
> Nesse caso é melhor deixar passar e verificar o que aconteceu 
> posteriormente. Um caso comum seria o produto ter sido reposto na 
> prateleira, pq estava sem nada, mas ainda não foi lançada a Nota Fiscal. 
> (Acredite isso existe)
>
> []´s
>
> Kléber Caneva
>
>
>
> ----- Original Message ----- 
> From: "Daniel Sonda" <daniel em mhnet.com.br>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Monday, November 03, 2008 2:52 PM
> Subject: Re: [firebase-br] Update concorrente
>
>
> Fábio Marques escreveu:
>   
>>        Sugestão SP: A SP receberia apenas o ID do produto e a
>> quantidade a ser abatida (saída) e a SP abateria o estoque em X
>> unidades o produto Y.
>>     
>
> Pensei nisso Fábio, mas com certeza vou ter vários usuários dando
> entrada e saída do mesmo produto ao mesmo tempo, por isso a área crítica.
>
> O Firebird irá retornar um erro quando duas transações forem atualizar o
> mesmo dado ao mesmo tempo. Pelo menos tenho isso como certo...
>
> Preciso que a consulta do estoque seja o mais rápida possível, por isso
> creio que esse valor deva estar em um campo. Gostei da idéia de
> calculá-lo, mas não acho que a performance obtida atenderá os requisitos
> impostos. Poderíamos criar registros de inventário, mas foge dos requisitos.
>
> Att.
> Daniel Sonda
> www.h2jsolucoes.com.br
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: 
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com 
> Version: 8.0.175 / Virus Database: 270.8.5/1764 - Release Date: 03/11/2008 07:46
>
>