PC Toledo

Olá!
Surgiu uma necessidade de controlar o mesmo produto, mas em embalagens diferentes e preços diferentes aqui.
Resolvi da seguinte forma:
Criei um novo arquivo estqcompart.dbf com codcompart(código compartilhado) descricao e quantidade.
Adicionei F2 na entrada depois que lê o XML de entrada para pegar desse arquivo ao invés do arquivo do produto.(pq seriam vários, não dá certo)
No arquivo do produto(estoques) adicionei mais 2 campos codcompart(código compartilhado) e Qtd_baixar.
Ficaram 2 controles(gets) 1 da quantidade(embalagem) e outro da quantidade compartilhada.

São diversos produtos de isopor(quentinha) embalagens diversas, pizza, etc...
Tinham passado um modelo de software para colocar na menor quantidade, mas não iria dar ceto 100% iria bagunçar mais ainda as entradas.
Dessa forma que criei resolveu os 2 ou três problemas.
Ficou um problema para resolver de quantidades unidades de 10,30, 50, 200 no caso, que tem nas prateleiras, mas eu falei para ele que resolveria fazendo a baixar intermediaria... mas é tanto lançamento, que ele não quis (por enquanto fazer) A quantidade real e quantidade vendida de cada produto ele já tem, faltou a quantidade por embalagem, que a loja poderá fazer(caso queira).
Na baixa o código bem simples: Saudações,
Itamar M. Lins Jr.

Amiguinhos,

Itamar M. Lins Jr
Parece que neste caso você pode usar o controle de grade que geralmente implantamos para controlar tamanhos, cores, etc.

A grade poderia ter varios registros ligados ao pai e cada um com seus critérios, codigo-pai, sub-codigo, quantidade.

Olá!

Parece que neste caso você pode usar o controle de grade que geralmente implantamos para controlar tamanhos, cores, etc.

Penso que aqui, grade é o contrário. 1 para vários!
1 item na NFe de entrada, com tamanhos e cores diferentes. Fica 1 item na saída o caixa digita o numero e a cor...Um saco isso. Não vi dá certo em lugar nenhum. Cada sapado, sandália 1 item só subdividido em tamanhos e cores. Loja não quer pagar uma pessoa só para dar entrada nisso. As NFEs de entradas... maior BAGUNÇA a esse respeito pois não é padronizado.
Grade é quando o item é 1 só com mesmo preço, apenas os tamanhos e cores são diferentes.

Neste caso específico o item é 1 só, mas as quantidades e preços diferentes. -> POR CONTA DO PREÇO tem que cadastrar, senão "pira" o INVENTÁRIO no final.
Vende com a quantidade 1 mas é uma EMBALAGEM com 100 MARMITAS DE ISOPOR dentro. Tem que dar BAIXA NOS 100! Senão não bate. Vende dá baixa em 100, código -> QI10 dá baixa em 10, QI100 dá baixa em 100. Mas só pode sair 1 na quantidade, por conta dos estoques dentro da LOJA.
Na entrada da NFE temos um código "COMPARTILHADO" para sabermos quantas a LOJA possui. Senão não teria como saber a quantidade real do mesmo produto nas diversas embalagens que são vendidos.

Quem souber de coisa melhor, e poder compartilhar será bem vindo!

Saudações,
Itamar M. Lins Jr.

Sei lá se serve.....

Criei item composto, pra computadores, o item computador, e peças e quantidades em cada um, por exemplo, 2 pentes de 4GB.
Ao colocar 10 computadores, já buscava os itens e quantidades.
Nesse caso não podia sair computador na nota, senão seria indústria, então eram só as peças.

No seu caso, usar o mesmo tipo de conversão, de alguma forma, sei lá se pedido real e virtual.

Olá!
Não é balcão. É supermercado.
A pessoa pega(escolhe) o produto e existem diversos tipos de embalagens, são preços diferentes. Pq a pessoa vai usar apenas 5 bandejas(5,00 reais), não vai comprar 10(por 7,00 reais) ou 100(70,00 reais), mesmo o preço unitário desses com mais serem mais barato. Quer dizer de acordo a quantidade os preços unitário vão diminuindo.
E da sua forma seria 1, para diversos itens para dar baixa, e no caso é apenas 1 item só, apenas a quantidade e preço que muda. Por isso precisa cadastrar no estoque. Esses produtos tem códigos próprios.

Saudações,
Itamar M. Lins Jr.

Isso é coisa de indústria.
Pode ter problemas com fiscalização.
Qualquer mudança de embalagem significa produto diferente do comprado.
Até se colocar uma fita vermelha em volta da embalagem original, é considerado indústria.

Na nota eletrônica tem GTIN do produto, e GTIN unitário, qtde. do produto, e qtde. tributada
Isso significa que até mesmo as embalagens tem código de barras diferente, conforme a quantidade de produtos da embalagem.

Mas pode seguir o mesmo princípio disso: código do produto montado, código do produto individual, e quantidade.
E se basear nisso pra baixar.

Como vai sair na nota fiscal ? aí é outra história... GTIN de qual produto/embalagem ?

Olá!
Vai em uma loja de embalagens/doces e tenta passar essa visão para eles.
Entra kilo sai gramas, entra fardo sai pacote... entrada sacola sai unidades... Esse é o procedimento normal.
Vai lá em uma loja de linhas, agulhas, passar código de barras nas agulhas. Ou passar código de barras no REBITE, parafusos, porcas...(vendem unidades) entra caixas ou kilos!

Eu não tenho nada com isso, já trabalham assim desde que o mundo é mundo. Quero solução para os problemas deles, não solução para a fiscalização que deseja colocar códigos de barras em agulhas, em pregos e parafusos.

Pq esses anos todos, eles trabalham dessa forma.

Saudações,
Itamar M. Lins Jr.

Amiguinhos,

Itamar M Lins Jr
Vejo a dificuldade de como seria controlar um estoque pelo nivel de A-pigmentação, B-tamanho e C-peso. Por B e C podemos até interpretar que a quantificação de insumo pode influir na venda.

Não cheguei a ter este nível de controle mesmo porque o próprio cliente ficaria louco.

Para tentar chegar num nível de controle aceitável me baseio na unidade mínima, 1 grama, 1 centimetro, etc. e acrescentei ao lado do campo quantidade um campo de suporte chamado rendimento onde coloco a quantidade total dentro de um pacote, fardo, etc.

Este campo rendimento é movimentado através de uma unidade de medida secundária enquanto que quantidade é movimentada pela unidade de medida primária.

Exemplo: Tenho um pacote de cigarros com 10 unidades, então quantidade tem 1 e rendimento tem 10.

Então tenho em jogo os campos codigo, unidade1, unidade2, quantidade, rendimento
Tenho os indices para o mesmo registro como codigo+unidade1 e codigo+unidade2

Ao vender um produto usando a unidade2 e que tenha rendimento maior que 1 baixarei de quantidade a quantidade vendida multiplicada pelo rendimento.

Na configuração do item de ele possuir uma segunda unidade sempre cadastrarei sua quantidade como sendo rendimento multiplicado pela quantidade de entrada. Rendimento será somente um parâmetro. O campo quantidade sempre será alterado seja na venda unitaria ou na venda da embalagem.

Provavelmente você poderá ter indices que recebam como pesquisa algo como: 78...UN, 78...PC, 78...KG, 78...UNBLUE, 78...UNGREEN, ...

Se não confundir mais, creio que vai ajudar.

Olá!

Se não confundir mais, creio que vai ajudar.

Bem, na entrada ficaria inviável
Eu fiz quase dessa forma que vc fez. Tem o campo agora Qtd.Baixar além do campo quantidade.
E tem mais um campo CODIGO COMPARTILHADO.(para satisfazer as entradas que buscam por esse código quando lê o XML de entrada) senão como daria entradas ?

Saudações,
Itamar M. Lins Jr.

Olá!
Vá em uma loja de materiais para construção comprar PREGOS PARA TELHAS por exemplo.
A entrada é PACOTE/caixa... e é vendido unidade, não tem 2 códigos de BARRAS para embalagens e unidades.
Tem mais de 5 tipos de pregos, com parafuso, cabeça chata(martelo-prego), cabeça em forma de porca usa já a furadeira, para prender a telha, tem telha de PVC, já usam outro tipo. Entra na NFe pacote ou caixa com 10, 20 unidades cada unidade dessas tem mais de 50 pregos/parafusos tudo vendido a unidade, desde que o mundo é mundo...

A pessoa vai preder uma telha(6 pregos) tem que comprar uma caixa de pregos de telhas com mais de 50 unidades...Pregos de telhas tem arruelas/cabeça de plastico e uma borracha para vedação, pode vim separados dentro da caixa em saquinhos...ou sacos dentro de sacos.

Mais isso já é outro assunto que não é dos escopo dessa postagem.

Saudações,
Itamar M. Lins Jr.

Trabalho com supermercado, mercearia, padaria e afins (venda concomitante)

Por questão legal (LEI) cada produto tem que ter seu histórico, relaciono os produto iguais (preço) pelo semelhante, EX: detergente, sabonete,...
Como exemplo detergente pode ter mais de um semelhante, temos mais de um fabricante.
Uso o mesmo esquema para outros fatores como: imposto, grupo, família, cor, setor, gênero, cada um tem um proposito.

No cadastro de produto, crie um campo semelhante.

Vantagens:
Agilidade no cadastro: Você economiza tempo ao copiar informações de um produto similar existente, ajustando apenas os detalhes específicos do novo produto.
Consistência nos dados: A uniformidade nas informações dos produtos é mantida, reduzindo erros e omissões que podem ocorrer ao cadastrar tudo manualmente, diferenças no preços, atualizando um atualiza todos.
Facilitação de comparações: Produtos semelhantes agrupados, facilitam as análises e comparações para decisões estratégicas.
Aprimoramento de inventário: Melhora a organização do inventário ao agrupar itens semelhantes, simplificando a gestão de estoque.