[Stoq-devel] Análise da Aplicação Estoque da versão pré-0.9.6 (SVN)

Leonardo Vilela Pinheiro leonardo.pinheiro at dobemsoftware.com
Fri May 23 10:23:32 BRT 2008


Em 21/05/2008, às 14:58, Silvio Rangel escreveu:

> Crítica 2 - Não entendi ao certo o que seria um novo item? Seria um  
> novo produto?;

Sim.

> Crítica 3 - Qual seria a função de ajustar produto no aplicativo  
> Estoque, já que esta tarefa é realizada no inventário? (obs: todo  
> ajuste de ser gerado com abertura de um inventário);

A decisão de que "todo ajuste deve ser gerado com abertura de um  
inventário" é uma exigência legal ou uma política do projeto?


> 2.1.2 - Transferência
>
> Crítica 1 - se não me engano já existe bug aberto para isto! Porém  
> concordo com as observações do George no caso das pesquisas, código  
> de barras até pode ser interessante, mas o código do produto como é  
> hoje não acho legal.

Agora concordo com a opinião do George, e se o código do produto não  
tiver muita utilidade para o usuário, talvez ele deva ser ocultado (em  
todas as janelas).

Mas voltando à crítica, ela fala para permitir ao usuário selecionar  
um item para transferência a partir do código de barras deste item.  
Aquele bug é diferente, fala para permitir a pesquisa de itens em  
estoque a partir do código de barras. Penso que a crítica ainda é  
interessante, peço que a reveja.

> Crítica 2 - Parece incompleta no arquivo pdf, concordo com a  
> observação, mas para procura especifíca de um produto não acho que  
> seja problemática, acho que a analise feita na crítica 1 deste mesmo  
> tópico é suficiente. (obs: olhando na página 6 consegui ver a  
> continuação da crítica iniciada na página 4)

Se você ler a crítica por completo, vai ver que ela fala que está  
difícil pesquisar os itens ao fazer uma transferência, e isso vai  
causar problemas ao usuário quando a lista de itens estiver grande.  
Penso que esta crítica também é interessante, peço que a reveja.

<corte>

> Crítica 5 - Não sei se entendi bem, mas sou contra a termos mais um  
> passo no wizard se este for o caso, não vejo que seja necessário,  
> usuários desatentos podem esquecer o que estão fazendo, ou seja,  
> ficar usando o recurso de voltar para lembra quem era o responsável  
> pelo envio.

Não é um novo wizard. A sugestão é separar a área visualmente em duas  
colunas, para deixar bem claro que as informações do lado esquerdo são  
da "filial" que está enviando, e do lado direito, da "filial" que está  
recebendo.

> 2.1.3 - Retenção
>
> Crítica 1 - é meio complicado estar amarrando os cfpos cadastrados  
> com suas ações, neste seu exemplo é um CPFO que já está cadastrado  
> no sistema, o que deveria ser feito com cada CFOP cadastrado?

Não entendi.

Uma coisa que eu quis dizer é que a palavra "Retenção", pelo  
significado da palavra, não deveria permitir um registro de "Compra  
para comercialização". Então sugeri a troca da palavra "Retenção" para  
outra mais apropriada, a fim de não precisar remover o item "Compra  
para comercialização". Por outro lado, se você deseja manter a palavra  
"Retenção", por coerência deve retirar a opção "Compra para  
comercialização".

E aproveitando que outros programas permitem o ajuste de quantidades  
naquele ponto, e pensando em trazer a mesma funcionalidade ao Stoq,  
sugeri que o item "Retenção" seja renomeado para "Ajuste de  
quantidade". Mas aqui voltamos à questão de que "todo ajuste deve ser  
feito apenas no inventário".

> Vale ressaltar que ajuste deve ser feito apenas no inventário.

Da mesma forma que questionei antes neste email, não entendi o motivo  
de "todo ajuste deve ser feito apenas no inventário" (mas não precisa  
explicar aqui novamente, se você já explicou lá em cima).

> A retenção de produtos no estoque é apenas um passo antes de  
> podermos realizar os ajustes.

Talvez este ponto seja importante para eu entender o que você está  
pensando em fazer no Stoq. Pode explicar isso melhor?

> Crítica 2 - Vale também ressaltar que a empresa desenvolvedora é co- 
> responsável, com o usuário do mesmo juridicamente, logo, qualquer  
> ação que não venha a ser considerada legal é respondida em conjunto.  
> Não sei se é legal permitir movimentação de estoque "sem  
> especificação".

O contador de uma empresa é co-responsável pelos registros desta  
empresa, e quem me deu esta sugestão foi exatamente uma contabilista  
com grande carteira de clientes, então ela tem confiança de que isso  
pode ser feito (ela disse que já aconteceu de a fiscalização pegar  
esses registros "sem especificação", mas não vem ao caso agora).  
Inclusive outros programas que estou analisando permitem este tipo de  
registro. Eu poderia entrar mais profundamente nesta questão, mas esta  
semana a Dobem decidiu assumir a política de permitir somente  
registros com CFOP.

> Crítica 3 - Concordo com a opção de termos uma opção de ajuste com  
> inserção de estoque inicial, consultando o Emerson da Multilógica,  
> especialista na parte fiscal, ele assegura que para o cadastro de  
> estoque inicial pode ser feito o ajuste sem cfop.
> Sugestão: Opção de cadastro inicial de estoque, porém esta  
> funcionalidade deve verificar se a base está mesmo sem estoque e não  
> havendo também movimentação de compra e venda.

A solução que vejo é fazer o cadastro do estoque inicial na tela de  
cadastro do produto. Posso abrir um bug pra isso?

<corte>
> Leopinheiro, poderia nos mandar um patch do stoq e stoqlib com as  
> tradução sugeridas e aprovadas?

Não vou me comprometer a mandar tudo porque algumas coisas na minha  
árvore ficarão diferentes do Stoq, mas conforme eu for traduzindo  
coisas iguais na minha árvore vou mandando de volta para o Stoq.



More information about the Stoq-devel mailing list