[RESOLVIDO] Alguem usa a SFAPI009 ?????

Bom dia pessoal,
Seguinte, eu uso essa API mas de um jeito um pouco diferente,
Eu tenho uma tela onde o usuario seleciona a materia prima e depois seleciona as ordens de produção que vai atender com a materia prima selecionada, quando o usuario clica no OK, eu já faço as requisições necessarias, ou seja, fico com as ordens de produção INICIADAS e já com as REQs feitas.

Depois em um programa de reporte, o usuario reporta as quantidades produzidas, os refugos, dai o meu programa rateia essas quantidades para as ordens de produção e faz o reporte usando a SFAPI009, tudo funciona lindamente.

Minha duvida, onde preciso de ajuda de vcs, agora vamos implantar o uso de SOBRAS, ou seja, tenho que por nas reservas o item de sobra, dizer que é tipo SOBRA e informar uma quantidade negativa, durante o processo de reporte, eu faço assim ....

Código:

        run pi-retorna-tt-reservas        in sfapi009(output table tt-reservas-api).

        run pi-cria-tt-reservas-alocacoes in sfapi009.
        run pi-recebe-tt-reservas         in sfapi009(input  table tt-reservas-api).
        run pi-recebe-tt-ref              in sfapi009(input  table tt-ref).
        run processaReporte               in sfapi009.

ou seja, por questão de obrigatoriedade da API, eu leio as reservas e depois devolvo, acredito que não faz nada porque as quantidades requisitadas e atendidas estão iguais.

Se eu quiser agora incluir o item de sobra seria nesse ponto ? ou seja, crio uma linha na tt-reservas-api colocando o item de sobra, indicando que é SOBRA e informado quantidade negativa que eu vou capturar ou calcular, ainda não decidi, e quando enviar pra API ele vai gerar o que eu preciso ? não deixo isso totalmente automatico porque tem casos em que o cliente pede uma peça, mas dai nós informamos que pra produzir a peça que ele quer vai usar 7quilos de uma chapa que tem 200quilos e eu vou cobrar o valor dos 200quilos, e nós entregamos a peça e o resto da chapa pra ele fazer o que quiser, dai o meu reporte requisita 200 e reporta 7 mas com o custo dos 200 quilos.

Alguem confirma a informação ? é que pra eu testar essa teoria, tem que mexer bastante no programa, se alguem puder me responder, vai ser mais rapido.

Bom dia, meu caro, as ordens de produção são por OPERAÇÃO, e usamos os controles de maquinas e tudo mais, na verdade o cockpit sf0308 nos atende bem, mas dai surgiram algumas regras de controle, a nossa matéria prima são bobinas de aço de 8,10 e até 15 toneladas, pra evitar desperdício, quando coloca uma bobina dessas na maquina, tem que gastar ela toda antes de pegar outra, sendo assim, controlamos nossas bobinas por lote, então tenho um item de matéria prima que segue as especificações de tipo de material e espessura, e cada bobina que entra é um lote novo.

Então como que fizemos, primeira coisa, tiramos o acesso aos programas de reporte, seja produção ou chão de fábrica.

tem um especifico que seleciona uma bobina e seleciona as ordens de produção que requisita aquele material, o produto acabado das ordens podem até ser diferentes, mas o que importa é a matéria prima, e é claro, as ordens tem que ter a mesma estrutura de operações.

Feito isso, eu requisito o que cada ordem precisa, e o que sobrou da bobina, transfiro para um deposito que ninguém consegue ver.

O especifico de reporte recebe os quilos reportados, faz um rateio para as ordens, por operação, refugos também, faz o rateio, na primeira versão eu sempre jogava o refugo na ultima ordem, mas dai bagunçou o custo.

Bem, feito isso, pra finalizar o "plano de requisições", o especifico faz algumas verificações, refugo não pode ser mais do 1,5% do requisitado, reporte + refugo não pode variar mais do que 1% do requisitado, caso a diferença entre requisitado e reporte + refugo seja mais que 10% pra menos, ou seja, reportei menos do que requisitei, entende-se que é um reporte parcial, deixando reportar novamente depois.

Caso esses índices sejam ultrapassados, o programa verifica o histórico da bobina, lê todos os repórteres feitos usando ela e o quanto que já foi requisitado, o saldo da bobina, e verifica novamente os índices, chamamos essa etapa de super plano, porque pode ser que em uma ordem de produção o refugo seja alto, mas em relação a bobina inteira, está dentro do índice.

Ai sim, estando tudo OK, encerramos as ordens de produção, e devolvo o que não usou da matéria prima pro estoque RRQ, e transfiro novamente o saldo que não estava usando para o deposito disponibilizando para outro plano de requisição.

Se houver ordens de produção abertas a mais de 10 dias, não permite abrir novas ordens.

Mas dai surgiu uma questão, o refugo, muitas vezes é reaproveitavel, e começaram a fazer requisição de sucata pra produzir, arrebentou com o meu calculo do medio, surgiu então o uso da SOBRA, porque a sobra eu valorizo pelo preco fiscal, posso por 0,01 de custo.

Ontem eu consegui fazer o esquema da sobra funcionar, realmente bastou eu ler a tt-reservas pela API, acrecentar o item SOBRA, quant-orig e quant-requis negativo, preencher todos os campos necessarios, até o LOTE ele gerou certinho, então eu sei exatamente de que bobina que originou aquela sobra, envio a tt-reservas pra api novamente e e quando mandou processar o reporte, funcionou lindamente, juro que pensei que seria mais complicado.

Então, tudo isso foi pra que o usuario não fique reportando ordem por ordem, ganhando tempo e minimizando erros.

precisando, meu skype é richard.edgar.cruz, aparece sempre 2 contas lá, não sei porque, a ativa é a que tem um desenho em preto e branco, posso te mostrar as telas