Histórico da Página
Integração TOTVS APS x Logix Manufatura
Contexto de negócio
O TOTVS APS necessita de várias informações oriundas do ERP para realizar o planejamento de produção, tais como a lista de materiais, processos de fabricação dos produtos, ordens de compra, produção em andamento, pedidos e previsões de venda, posição de estoque entre outros.
Esta integração viabiliza aos clientes TOTVS que utilizam o ERP Logix como seu sistema de gestão empresarial usufruir dos benefícios do sistema APS.
Sistemas Envolvidos
- TOTVS APS
O TOTVS APS é uma ferramenta avançada de planejamento da produção, que roda independente do ERP. Têm como principais características: a rapidez e desempenho no processamento; a precisão nas programações geradas; a elevada capacidade de refletir a realidade operacional dos diferentes sistemas de produção e a alta tecnologia com que são desenvolvidos.
Veja abaixo o que o TOTVS APS pode responder:
- O que, quanto e quando produzir;
- O que, quanto e quando comprar;
- Em que máquina produzir;
- A que horas começar;
- Quando liberar o material para a fábrica;
- Qual a melhor sequência de produção/setups;
- Como reagir a eventos inesperados;
- A necessidade de turnos adicionais ou horas extras;
- Quando será possível entregar cada pedido;
- O que está restringindo a produção;
- Onde investir para melhorar a entrega.
Sendo que os Resultados gerados são:
- Maior precisão nos Prazos de Entrega;
- Redução das Despesas Operacionais;
- Diminuição do lead-time de produção;
- Flexibilização da Produção;
- Agilidade nas Reprogramações;
- Aumento no Ganho pela Otimização das Restrições;
- Redução dos Estoques de matéria-prima, processo e produto acabado.
Integração
Esta integração viabiliza aos clientes TOTVS que utilizam o ERP Logix como seu sistema de gestão empresarial usufruir dos benefícios do sistema APS.
Escopo
A comunicação entre os dois produtos ocorre em dois momentos: Atualização de Dados e Confirmação. A atualização de dados consiste na busca dos cadastros do Logix através de queries.
A Confirmação consiste em enviar Ordens de Produção e Compras, para alteração e inclusão, por meio de webservices.
A integração APS x Logix atualiza informações de somente uma empresa Logix, porém, em todas as queries, é enviado o código da empresa (estabelecimento APS) informado na tela Parâmetros no Planejamento Avançado (DB1000), para que futuramente o APS possa tratá-la.
Importante:
Se o Logix possuir duas empresas, é necessário que exista dois bancos de dados do APS, cada banco tratando as informações de sua empresa separadamente.
A parametrização do banco de dados do Logix é case-sensitive, enquanto o Progress é case-insensitive, portanto, na atualização de dados, para não ocorrer problemas de índice de tabela, será importado para o APS sempre o primeiro registro encontrado na query. O conselho é que campos chaves sejam cadastrados sempre utilizando letras maiúsculas.
Aviso | ||
---|---|---|
| ||
A api que realiza a atualização de dados (DBAPI200X) faz uso de componentes Windows, por isso esse processo é exclusivo em servidores RPW Windows. Ou seja, não é possível a execução desse processo utilizando servidor RPW Unix/Linux. |
Pré-requisitos instalação/implantação/utilização
Para que a integração entre TOTVS APS e Logix torne-se possível, é necessário a versão 11.5 do Logix e A TOTVS orienta que ambos os produtos (APS e Logix) estejam com suas versões e releases equalizadas. Exemplo: versão 12.1.3 do TOTVS APS, ainda utilizando EAI212 Logix e APS (Datasul).
Para utilização do TOTVS APS é necessário a instalação do ambiente Progress .
A partir da versão 12.1.6 do TOTVS APS e 11.5 do Logix:
e Datasul.
Será necessário duas licenças (
Serão necessárias duas licenças (Logix) a mais, consumidas pelos dois novos webservices (Ordem de Produção e Ordem de Compra).
Recomenda-se que o cliente possua a licença TOTVSI
Importante: O License Server (Logix e Datasul) devem estar na versão 2014 ou superior.
1. TOTVS APS
A configuração de banco de dados do TOTVS APS é pré-requisito para inicializar a atualização de dados e deve ser realizada no programa Parâmetros no Planejamento Avançado (DB1000), informando os dados de acordo com o tipo de banco de dados do Logix.
Caso o banco de dados Logix seja Informix, é necessário incluir um Fonte de Dados ODBC e informar no campo “Nome Fonte de Dados (DSN)” o mesmo nome incluído no Fonte de Dados ODBC.
Observação: Para evitar problemas (Could not do a physical-order read to fetch next row) no acesso a um registro em edição, recomendamos que a conexão seja parametrizada com Isolation Level Read Uncommitted (leitura suja).
Ainda no programa Parâmetros no Planejamento Avançado (DB1000), é necessário informar a URL do Webservice do Logix, que pode ser encontrado no appserver.ini do servidor Logix.
Dica:
Para facilitar a parametrização do TOTVS APS, utilize a rotina Wizard de Implantação APS (DB4000).
Para empresas que utilizam o conceito de grade de produtos do Logix, ainda é necessário a importação dos Tipos de Grade, por meio do programa Tipos de Grades (DB0142) no TOTVS APS.
O conceito de referência do APS não atende de forma completa o conceito de grade do Logix, dessa forma, serão integrados os tipos de grade e conteúdo das grades ao APS, onde a grade será concatenada ao código do item. Para tanto, é necessário considerar o tipo da grade (cor, tamanho, entre outros) e o conteúdo (vermelho, médio, entre outros) das tabelas do Logix e armazená-las na tabela (tip-grade- dbr) do APS. Onde, a partir dessas informações serão geradas referências de 3 a 5 caracteres.
As informações de tipo de grade estão localizadas na tabela ctr_grade do Logix, que são importadas no programa Tipos de Grades (DB0142) do APS (a importação dos tipos de grade é pré-requisito para integração APS x Logix, quando o Logix utilizar grades em seus itens).
Dicas para configuração do Tipo de Grade e geração do Conteúdo de Grades no APS. A saber:
- Grade com três caracteres limita-se a 1233 grades diferentes.
- Grade com quatro caracteres limita-se a 27233 grades diferentes.
- Grade com cinco caracteres limita-se a 718057 grades diferentes.
As grades são concatenadas ao código do item, que possui 30 caracteres, onde os últimos 15 caracteres são destinados às grades. Portanto, se a empresa utiliza as 5 grades, recomenda-se que seja parametrizado a geração de grades com 3 caracteres (3 x 5 = 15), limitando a 1233 grades.
Caso a empresa utilize o mais comum, duas grades (Cor e Tamanho), recomenda-se que se utilize a geração da grade Cor com quatro caracteres e tamanho com três caracteres.
2. Logix
Não é necessária nenhuma ação no Logix, no que diz respeito aos parâmetros de tela para que a integração seja possível.
Instalação/Atualização
1. TOTVS APS
Não é necessária nenhuma ação em arquivos de configuração do TOTVS APS.
2. Logix
Informar os dados abaixo no arquivo de configuração Totvsprofile.pro
Informar os dados abaixo no arquivo de configuração TotvsAppServer.ini para habilitar o webservice do Logix.
Iniciar o TotvsAppServer Console. Observar se o WebService está habilitado no console, e em um browser observar se os serviços PRODUCTIONORDER e PURCHASEORDER estão habilitados por meio do endereço informado no URLLocation.
Controle de Versão
As mensagens de Ordem de Produção e Compra foram construídas baseadas na versão 2.000 e 1.007, respectivamente.
Suporte
O suporte aos recursos da Integração será de responsabilidade de todas as linhas, sendo assim as equipes de suporte dos produtos TOTVS APS e Manufatura Logix estarão aptas a fazer a primeira análise e, quando necessário, repassar para a equipe mais adequada em cada caso.
Transações/Entidades/Mensagens únicas
As entradas de informações das entidades do APS deverão ser realizadas via acesso direto ao banco de dados Logix. Este formato foi utilizado na integração APS x Protheus, e pelo alto volume de informações, mostrou melhor desempenho e rapidez na atualização de dados, pois o acesso é efetuado diretamente ao banco de dados.
Segue abaixo as entidades integradas:
ENTRADAS – Logix para APS |
Calendário |
Datas Calendário |
Turno |
Turno Dia |
Grupo de Estoque |
Centro de Trabalho |
Ferramenta |
Grupo de Máquina |
Família de Material |
Grupo de Maquina x Modelos Turno (Turno GM) |
Operação Padrão |
Estabelecimento |
Unidade de Medida |
Ferramentas da Operação |
Item |
Item / Estabelecimento |
Família de Material / Estabelecimento |
Operações do item / do roteiro |
Processo de fabricação do item |
Estrutura |
Ordem de Produção / Ordem de Compra |
Operação da OP |
Reserva da OP |
Saldos em Estoque |
Pedidos de Venda |
Saldo em poder de Terceiros |
Fornecedores |
Depósitos |
Entidades não integradas.
Turnos de Exceção: inexistente no Logix.
Roteiro de Fabricação: não será integrado o roteiro de fabricação dos itens, dessa forma não será usado o programa DB0108, onde possui o vínculo do roteiro com o item, e será usado o programa DB0109, onde é vinculado diretamente a operação dos itens. Operação Padrão: não existe Operação Padrão no Logix.
Roteiros do item: não será integrado o roteiro de fabricação dos itens, dessa forma não será usada o programa DB0108, onde possui o vínculo do roteiro com o item, e será usado o programa DB0109, onde é vinculado diretamente a operação dos itens.
Centro de Trabalho Válido: inexistente no Logix.
Código Redutor de Preparação: inexistente no Logix
Referência do Item: inexistente no Logix.
Referência Estrutura: inexistente no Logix.
Recurso Secundário: inexistente no Logix.
Código Redutor de Preparação: inexistente no Logix.
Matriz Redutor de Preparação: inexistente no Logix.
Recurso Secundário x Centro de Trabalho: inexistente no Logix.
Recurso Secundário x Operação: inexistente no Logix.
Grupo de Máquina x Grupo de Máquina Alternativo: inexistente no Logix.
SAÍDAS – APS para Logix | Serviço responsável |
Ordem de Produção | ProductionOrder |
Reservas da Ordem | ProductionOrder |
Operações da Ordem | ProductionOrder |
Ordem de Compra | PurchaseOrder |
Reservas da Ordem (beneficiado) | PurchaseOrder |
Fluxo das Informações
O TOTVS APS envia somente inclusão, alteração ou deleção de Ordens de Compra e Ordens de Produção por completo. Nunca será enviada a exclusão de uma necessidade ou, operação de ordem de produção. Ele também não envia alterações de entidades cadastrais ao ERP, algumas informações podem ser alteradas no APS com o intuito de simulação. Após a atualização de dados, essas informações são sobrepostas.
1. Mapeamento de Entidades APS
Atualização de Dados do TOTVS APS, ou seja, as informações recebidas pelo APS.
1.1 Estabelecimento
Programa Logix: LOG00083
APS: estab-dbr | LOGIX: Empresa | ||||
cod- estabel | Código do Estab. | Char(5) | cod_empresa | Código Empresa | Char(2) |
des-estab | Desc. do Estab. | Char(40) | den_empresa | Descrição Empresa | Char(36) |
1.2 Calendário e Datas Calendário
Programa Logix: LOG70010
APS | LOGIX | ||||||
calend-dbr | cod-calend | Cód. Calendário | Char(9) | log_calend_empresa | sistema | Código | Char(5) |
des-calend | Desc. Calendário | Char(40) |
‘MAN’ | Descrição | Char(3) | |||||
dat- calend | cod-calend | Cód. Calendário | Char(9) | log_calend_empresa log_cal_emp_exc feriado | sistema | Código | Char(5) |
data | Data | Date |
dat_valid_incial | Data | Date |
log-dia-util | Dia Útil? | Lógico |
tip_exped |
Char(1) |
tipo-dia | Tipo de Dia: 1 - Util, 2 - Descanso, 3 - Feriado |
Inteiro |
tip_exped |
Inteiro |
empresa |
empresa
Empresa
Empresa | Char(2) |
No APS, é gravado o dia no calendário, indicando se é dia útil, descanso ou feriado. No Logix não existe a visão dia-a-dia, somente o dia da semana e se este é Normal, Reduzido ou Sem Expediente, e a tabela feriado, que indica os feriados do calendário. A geração do calendário no Logix é automática, gerando 200 anos a partir da data de geração. Como o APS trata data passada, o calendário é gerado com 10 anos no passado, se existir, e 10 anos no futuro, baseado na data da atualização.
O Logix envia o calendário do modulo MAN – Manufatura, ou seja, log_calend_empresa = “MAN”.
O cadastro de calendário permanecerá habilitado no APS e a atualização de dados não irá eliminar os calendários incluídos manualmente no APS.
GAP Identificado:
As diferenças de conceito do calendário entre TOTVS APS e Logix, detalhado acima, obrigou a construção de uma query utilizando funções de banco de dados que não existem no Informix. Devido a restrições tecnológicas do SGBD Informix, não é possível reproduzir o resultado esperado nessa query. Como forma de solução, o cadastro de calendário, deve ser cadastrado no TOTVS APS, quando integrado ao Logix – Informix.
1.3 Turno e Turno dia
Programa Logix: MAN10008 e MAN10006
Existem diferenças entre o cadastro de Turno entre APS e Logix. No APS existe o modelo de turno, que é um agrupador de turnos, e não é permitida sobreposição de horários entre turnos do mesmo modelo. No Logix, não existe uma entidade semelhante ao Modelo de Turno, cada turno possui um código único sendo possível a sobreposição de horas. Sendo assim, é carregado no APS os turnos associados aos Centros de Trabalho do Logix (MAN10006). O código e descrição do Modelo de Turno será o código e descrição do Centro de Trabalho do Logix.
Não serão carregados Turnos, onde:
- Ocorre sobreposição de hora. Exemplo: se o Centro de Trabalho possuir um turno das 8 às 18, e outro turno das 14 as 24, o APS irá carregar somente um dos turnos, pois há sobreposição de horários.
- Data de referência da Atualização de Dados esteja fora da faixa de validade cadastrada no Logix (MAN10006).
Exemplo utilizando Data de Referência 15/10/2014:
Turno | Data Início | Data Fim |
1 | 01/01/2010 | 31/12/2099 |
2 | 20/10/2014 | 30/10/2014 |
3 | 01/01/2010 | 31/12/2099 |
Somente os turnos 1 e 3 serão carregados para o APS. O turno 2 não é carregado para o APS, mesmo que teoricamente alguma Ordem fosse programada para produção entre os dias 20/10/2014 e 30/10/2014, pois no APS não existe data de validade no turno e o turno 2 seria considerado erroneamente no dia 15/10/2014. Para essa situação é recomendado que o turno seja cadastrado no APS.
Quando o parâmetro “Turno” estiver desmarcado na Atualização de Dados (DB0200) o Modelo de Turno não é carregado. Porém quando selecionado, são considerados somente os turnos cadastrados no Logix. Alterações realizadas no APS em Turnos provenientes do Logix serão sobrepostos, enquanto registros cadastrados no APS serão mantidos, desde que não exista conflito de codificação com Logix.
APS | LOGIX | ||||||
model-turno-dbr | cod-model-turno | Modelo de Turno | Char(8) | cent_trabalho | cod_cent_trab | Centro Trab | Char(2) |
des-model- turno |
Descrição |
Char(30) |
den_cent_trab |
Descrição |
Char(30) |
qtd-tempo- interrup-dia | Tempo Interrupção Dia | Dec(4,2) |
0 |
qtd-tempo- interrup- sem | Tempo Interrupção Semana |
Dec(5,2) |
0 |
qtd-tempo- util-dia |
Tempo Útil Dia |
Dec(4,2) |
Qtd_horas_normais |
Dec(4,2) |
qtd-tempo- util-sem | Tempo Útil Semana | Dec(5,2) |
0 |
turno-dia- dbr | cod-model- turno |
Modelo de Turno |
Char(8) |
cent_trabalho |
cod_cent_trab | Cód. Turno |
Char(2) |
num-dia | Dia da semana – (1 – Domingo 7 – Sábado) | Inteiro |
dia_semana |
Int |
num-turno | Num Turno | Inteiro |
1 |
Char(4) |
qtd-hra-fim | Hora final do turno | Dec(4,2) |
Hor_fim_normal |
Char(4) |
qtd-hra- inicio | Hora início do turno | Dec(4,2) |
Hor_ini_normal |
qtd-tempo- interrup | Tempo interrupção no turno | Dec(4,2) |
0 |
Cod_empresa | Empresa | Char(2) |
O Logix envia todos os turnos do módulo MAN, convertendo a hora inicial e final do turno para decimal.
Ainda no Logix, o usuário pode alterar, de forma manual, a “Quantidade de horas” do dia, mas no APS não é possível que essa quantidade de horas seja diferente da soma das horas diárias do turno.
1.4 Grupo Estoque
Programa Logix: SUP10001
APS: grp-estoq-dbr | LOGIX: grupo_ctr_estoq | ||||
cdn-grp-estoq | Cód. Grupo | Inteiro | gru_ctr_estoq | Cód. Grupo | Int |
des-grp-estoq | Desc. Grupo | Char(40) | den_gru_ctr_estoq | Desc. Grupo | Char(30) |
cod_empresa | Empresa | Char(2) |
1.5 Unidade Medida
Programa Logix: MAN10013
APS: unid-medid-dbr | LOGIX: unid_med | ||||
cod-unid-medid | Unidade de Medida | Char(2) | cod_unid_med | Unidade de Medida | Char(3) |
des-unid | Descrição Unidade Medida | Char(40) | den_unid_med_30 | Descrição Unidade Medida | Char(30) |
1.6 Ferramentas
Programa Logix: MIN0020
APS: ferram-dbr | LOGIX: equipamento | ||||
cod-ferram | Ferramenta | Char(16) | cod_equip | Código | Char(3) |
des-ferram- produc | Descrição | Char(40) | den_modelo | Descrição | Char(30) |
log-restric | Ferramenta restritiva? | Lógico | Não envia |
cod_empresa |
cod_empresa
Empresa
Empresa | Char |
(2) |
No Logix as ferramentas são cadastradas como equipamentos.
1.7 Forncedores
Programa Logix: VDP10000
APS: bmg-fornec | LOGIX: fornecedor | ||||
cod-fornec | Código | Char(12) | cod_fornecedor | Código | Char(15) |
nom-abrev- fornec | Nome | Char(12) | raz_social_reduz | Nome | Char(10) |
1.8 Depósitos
Programa Logix: SUP10002
APS: bmg-depos | LOGIX: Local | ||||
cod-depos | Código Depósito | Char(3) | cod_local | Código Local | Char(10) |
des-depos | Descrição | Char(40) | den_local | Descrição | Char(30) |
cod_empresa | Empresa | Char(2) |
1.9 Tipos de Grade
Programa Logix: MAN10068
APS: tip-grade-aps | LOGIX: ctr_grade | ||||
cod-estabel | Estabelecimento | Char(3) | cod_empresa | Empresa | Char(2) |
cdn-tip-grade | Código tipo da grade | Integer | cod_grade | Código tipo da grade | Number(5) |
des-tip-grade | Descrição do tipo da grade | Char(60) | descr_cabec_zoom | Descrição do tipo da grade | Char(48) |
nom-tab-contdo | Tabela do conteúdo da grade | Char(30) | nom_tabela_zoom | Tabela do conteúdo da grade | Char(20) |
nom-campo-cod | Campo que contem cód. grade | Char(30) | descr_col_1_zoom | Campo que contem cód. grade | Char(20) |
nom-campo- descr | Campo que contem desc. grade | Char(30) | descr_col_2_zoom | Campo que contem desc. grade | Char(20) |
ind-tip-grade | Caracter indica o tipo da grade | Char(2) | Não envia |
qti-tam-refer | Quantidade de caracteres do cod da referencia | Integer | Não envia |
O conceito de referência do APS não atende de forma completa o conceito de grade do Logix, dessa forma, serão integrados os tipos de grade e conteúdo das grades ao APS, onde a grade será concatenada ao código do item. Para tanto, é necessário buscar o tipo da grade (cor, tamanho, etc) e o conteúdo (vermelho, médio, etc) nas tabelas do Logix e armazená-las na tabela (tip-grade- dbr) do APS. Onde, a partir dessas informações serão geradas referências de 3 a 5 caracteres.
As informações de tipo de grade estão localizadas na tabela ctr_grade do Logix, que são importadas no programa Tipos de Grades (db0142) do APS (a importação dos tipos de grade é pré-requisito para integração APS x Logix, quando o Logix utilizar grades em seus itens).
Dicas para configuração do Tipo de Grade e geração do Conteúdo de Grades no APS. A saber:
Grade com 3 caracteres limita-se a 1233 grades diferentes.
- Grade com 4 caracteres limita-se a 27233 grades diferentes.
- Grade com 5 caracteres limita-se a 718057 grades diferentes.
As grades são concatenadas ao código do item, que possui 30 caracteres, onde os últimos 15 caracteres são destinados às grades. Portanto, se a empresa utiliza as 5 grades, recomenda-se que seja parametrizado a geração de grades com 3 caracteres (3 x 5 = 15), limitando a 1233 grades.
Caso a empresa utilize o mais comum, duas grades (Cor e Tamanho), recomenda-se que utilize-se a geração da grade Cor com 4 caracteres e tamanho com 3 caracteres.
1.10 Item
Programa Logix: MAN10021
São enviados somente itens ativos e inativos, que possuem ou fazem parte de uma estrutura, ou que possuem demanda de venda. Exceto no caso de selecionar o parâmetro “Atualizar todas as grades do item”.
Funcionalidade do parâmetro “Atualizar todas as grades do item”:
- Quando selecionado, deve atualizar todas as possibilidades de grades cadastradas para um item no MAN10081 (man_conteudo_grade), e considerar todos os itens, mesmo os que não possuem demanda ou que não fazem parte de uma estrutura.
- Quando desmarcado, deve atualizar somente as grades dos itens e itens que possuem demanda ou que fazem parte de uma estrutura. Esses itens devem ser ignorados quando campo “origem” da query igual a “2”.
Implicações quando parâmetro selecionado:
O volume de informações processadas e tempo da atualização será consideravelmente maior, pois cada combinação de grade corresponde a um item no APS.
A confirmação poderá gerar um elevado número de Ordens de Compras ou Ordens de Produção, afim de atender uma possível necessidade de estoque de segurança.
Exemplo: Um item possui as grades Cor e Tamanho, sendo: Amarelo, Vermelho, Preto e Branco.
P, M, G, GG
A combinação dessas grades gerará 16 itens diferentes no APS, e caso exista Estoque de Segurança a atender, o APS programará 16 Ordens de Produção ou Compra.
Caso as combinações sejam maiores, 100 cores e 100 tamanhos, o volume será de 10000 itens e possíveis 10000 Ordens planejadas pelo APS.
Implicações quando parâmetro desmarcado:
Se o item tiver a quantidade de estoque de segurança informada, porém não faz parte de uma estrutura ou demanda de venda, este não será enviado ao APS e não será planejada a quantidade afim de atender seu estoque de segurança. O mesmo caso ocorre para uma determinada combinação de grade do item.
Grades:
O Logix envia, de forma independente, o código do item, tipo grade 1, conteúdo grade 1 até o tipo grade 5 e conteúdo grade 5, somente das grades em uso. As grades são armazenadas na tabela item-extens-dbr.
Os itens com grade são atualizados no APS da seguinte forma:
Código Item + Cód Grade 1 APS + Cód Grade 2 APS + Cód Grade 3 APS + Cód Grade 4 APS + Cód Grade 5 APS.
As primeiras 15 posições serão utilizadas para o código do item e as últimas 15 serão utilizadas para o código da grade APS. Exemplo Cadastro do Item:
Item APS:
APS item-dbr | LOGIX | ||||
cd-planejado | Código do planejador | Char(12) | Não envia |
cod-comprador | Código do comprador | Char(12)* | item_sup.cod_comprador | Comprador | Number(3) |
cod-estabel | Código do estabelecimento | Char(3) | item.cod_empresa | Empresa | Char(2) |
cod-malha- produtiv | Malha Produtiva | Char(5) | Exclusivo APS |
cod-obsoleto | Situação: 1- Ativo, 2 - Obsoleto Ordens Automáticas, 3 - Obsoleto Todas as Ordens, 4 - Totalmente Obsoleto |
Inteiro* |
1 |
Situação |
Char(1) | |||
cod-pulmao | Código do Pulmão de Expedição | Char(5) | Exclusivo APS |
cod-pulmao- proces |
Código do Pulmão Processo |
Char(5)* |
Exclusivo APS |
compr-fabric | Indica se o item é comprado ou fabricado. | Inteiro | * |
dat-pulmao- expedic | Data Pulmão Expedição | Data | Exclusivo APS |
dat-pulmao- quant | Data Pulmão Quantidade | Data | Exclusivo APS |
dat-pulmao- restric | Data Pulmao Restrição | Data | Exclusivo APS |
desc-item | Descrição do item | Char(60) | item.den_item_reduz | Descrição Reduzida | Char(18) |
div-ordem | Forma de divisão das ordens planejadas ao confirmá-las | Inteiro | * |
fator-refugo | Percentual de refugo observado para o item | Dec(4,2) | Item_man.pct_refug | Refugo | Dec(6,3) |
fm-cod-com | Códido da família comercial | Char(8) | Não envia |
fm-codigo | Código da família | Char(8) | Item.cod_familia | Familia | Char(3) |
fraciona | Indica se o item permite ou não quantidade fracionada |
Lógico | Item_man.num_decimais ( 0 – 0, senão 1 ) |
Numero decimais |
Lógico | |||||
ge-codigo | Grupo de estoque a que pertence o item | Inteiro | item.gru_ctr_estoq | Grupo Estoque | Number(2) |
horiz-fixo | Horizonte Fixo de Planejamento | Inteiro | 999 | Se valor diferente de 999, mantem valor do APS. |
it-codigo | Código do item | Char(16)* | Item.cod_item | Item | Char(15) |
log-consid-consu | Considera consumo de previsões no Planejamento de Demanda | Lógico* | Exclusivo APS |
log-consid- planejto-nec | Considera o item no cálculo do Planejamento Demanda | Lógico* | Exclusivo APS |
log-consid- ressup-fabric | Considera Ressup. Fabricação | Lógico | Não envia |
log-consid-sdo | Considera Saldo | Lógico | Não envia |
log-mp-restrit | Matéria Prima Restritiva | Lógico | Exclusivo APS |
log-multi-malha | Indica se o item é utilizado em mais de uma malha | Lógico* | Não envia |
log-sobra | Arredonda sobra pelo lote | Lógico* | Não envia |
lote-economi | Lote Econômico para Produção | Dec(11,4) | Item_man.qtd_prog_fixa | Prog. Fixa | Dec(10,3) |
lote-minimo | Lote mínimo para compra | Dec(11,4) | item_man.qtd_prog_minima | Prog. Minimo | Dec(10,3) |
lote-multipl | Quantidade do Lote Múltiplo | Dec(11,4) | item_man.qtd_prog_multipla | Prog. Multipla | Dec(10,3) |
niv-mais-bai | Nível mais baixo da Estrutura | Inteiro | item_man.num_nivel | Nível | Number(2) |
num-max-dias- antecip | Máximo Dias Antecipação | Inteiro | Não envia |
num-priorid | Prioridade de fabricação do item (menor prioridade, mais prioritário) | Inteiro | 99 | Se diferente 99, mantem valor do APS. |
periodo-fixo | Número de Dias do Período Fixo | Inteiro | Item_man. qtd_dias_min_ord |
Number(3) | ||||
politica | Política do item: 1 Período Fixo, 2 - Lote Econômico, 3 - Ordem, 4 - Nível Superior, 5 - Configurado, 6 - Composto, 7 - Ponto de Reposição | Inteiro | * | Se valor diferente no APS, mantem valor do APS. |
qtd-estoq-max | Quantidade Estoque nominal máximo | Dec(12,4)* | Exclusivo APS |
qtd-lote-repos | Lote Reposição | Dec(10,2) | Não envia |
qtd-pico- consumo | Quantidade Velocidade de Pico de Consumo | Dec(11,4)* | Exclusivo APS |
quant-perda | Quantidade de perda | Dec(11,4) | Não envia |
quant-segur | Quantidade de segurança | Dec(11,4) | Item_man. qtd_estoq_seg | Estoque segurança | Dec(10,3) |
res-cq-comp | Tempo de Ressuprimento de CQ de Compras | Inteiro | Contagem + Inspeção Emergencia |
res-cq-fab | Tempo de Ressuprimento de CQ de Fabricação | Inteiro | 0 | Se valor diferente no APS, mantem valor do APS. |
res-for-comp | Tempo de Ressuprimento do Fornecedor | Inteiro | item_sup.tmp_necessar_cont + item_sup.tmp_inspecao + item_sup.tmp_reposic_emerg | Fabricação + Transporte (planej. Compra) | Inteiro |
res-int-comp | Tempo de Ressuprimento de Compras | Inteiro | item_sup.tmp_necessar_p_ped | Tempo preparação pedido ( planej. Compra) | Inteiro |
ressup-fabri | Tempo de Ressuprimento de Fabricação | Inteiro | Fabric: item_man.tmp_ressup Comp ou Benef: item_man.tmp_ressup + item_sup.tmp_inspecao | Ressuprimento | Inteiro |
tempo-segur | Tempo de segurança do produto | Inteiro | Não envia |
tipo-con-est | Tipo de Controle de Estoque: 1 - Serial, 2- Número Série, 3 - Lote, 4 - Referência | Inteiro* | Se controlar nr de série = 2 , se controlar lote = 3, senão = 1 |
Inteiro | ||||
tipo-est-seg | Tipo de Controle de Estoque de Segurança: 1 - Quantidade, 2- Tempo | Inteiro* | 1 | Se valor diferente no APS, mantem valor do APS. |
un | Unidade de Medida | Char(2) | Item. cod_unid_med | Unidade Medida | Char(3) |
val-item | Informe o valor do item | Dec(13,4) | Item_custo/item_custo_grade (custo médio ) | Custo médio | Dec(17,6) |
log-program- kanban | Programação Kanban | Lógico | Não envia |
qtd-kanban | Kanban | Dec(11,4) | Não envia |
qtd-lote-max | Lote Máximo | Dec(14,2) | Exclusivo APS |
APS: item-extens-dbr | ||
cod-item | Código item APS | Char(30) |
cod-item-erp | Código item Logix | Char(30) |
cod-grade-1 | Grade 1 APS | Char(10) |
cod-grade-1-erp | Grade 1 Logix | Char(16) |
cod-grade-2 | Grade 2 APS | Char(10) |
cod-grade-2-erp | Grade 2 Logix | Char(16) |
cod-grade-3 | Grade 3 APS | Char(10) |
cod-grade-3-erp | Grade 3 Logix | Char(16) |
cod-grade-4 | Grade 4 APS | Char(10) |
cod-grade-4-erp | Grade 4 Logix | Char(16) |
cod-grade-5 | Grade 5 APS | Char(10) |
cod-grade-5-erp | Grade 5 Logix | Char(16) |
log-benef | Indica se o item é beneficiado | Lógico |
Importante:
Compr-fabric (Item Comprado ou Fabricado)
O Logix verificará o campo item.ies_tip_item, seguindo as regras:
- Se igual ‘C’ retorna o valor 1 (Comprado);
- Se igual ‘B’ retorna o valor 3 (Beneficiado / Fabricado);
- Senão, retorna o valor 2 (Fabricado).
O APS deverá gravar sempre 1 ou 2 no campo item-dbr.compr-fabric, mesmo que o item seja considerado 3 - Beneficiado. Pois quando o item é beneficiado, possui estrutura, porém gera ordem de compra. Para identificar que o item é 3 - Beneficiado, deve ser gravado na tabela de extensão do item extens-item-dbr.log-benef = TRUE, dessa forma, na Confirmação do APS a Ordem de Produção do item beneficiado será ignorada e será enviado uma Ordem de Compra.
Caso um item identificado como Fabricado, Beneficiado ou Final no Logix NÃO possuir estrutura, o APS considerará o mesmo como Comprado, durante a execução de suas rotinas (Planejamento). O ajuste deverá ser realizado no Logix.
Caso um item identificado como Comprado no Logix possuir estrutura, o APS considerará o mesmo como Fabricado, durante a execução de suas rotinas (Planejamento). O ajuste deverá ser realizado no Logix.
Log-sobra (Arredonda sobra pelo lote), div-ordem (Forma de divisão das ordens planejadas ao confirmá-las) e Lote-economico. O campo log-sobra quebra a OP pelo lote atribuído ao campo div-ordem. Na integração Logix, existem os campos “Dias Mínimos entre Ordens” e “Programação Fixa”, que caso for diferente de zero, significa que o campo div-ordem = 3 (divide pelo Lote Econômico) e lote-economico = Programação Fixa da pasta Planejamento 2 do cadastro de item do Logix. Se o campo “Dias Mínimos entre Ordens” ou “Programação Fixa” igual a zero, então div-ordem = 1 (Não divide) e lote-economico = 0.
Exemplo quando log-sobra = false e lote econômico = 300:
Necessidade = 800, gera 3 OPs de 300, 300 e 200 respectivamente.
Exemplo quando log-sobra = true e lote econômico = 300:
Necessidade = 800, gera 3 OPs de 300, 300 e 300 respectivamente.
Para dar maior flexibilidade ao usuário, o campo log-sobra será manutenido exclusivamente no APS.
Política:
Não existe no Logix um campo correspondente à política do item, dessa forma serão consideradas as seguintes regras:
- Se item for comprado, beneficiado ou fantasma deverá ser PERÍODO FIXO.
- Se produzido ou final e o campo dias mínimos entre ordens maior que zero deverá ser PERÍODO FIXO.
- Se produzido ou final e o campo dias mínimos entre ordens igual a zero deverá ser NÍVEL SUPERIOR.
- Exceção: Se ocorrer de um item produzido (pai) possuir a política período fixo e existir algum filho com política Nível Superior, esses serão alterados automaticamente para período fixo, para que não ocorra conflito na execução da Explosão.
Se a política do item, for alterada no APS, deve-se manter o valor do APS.
Res-cq-comp (Tempo de Ressuprimento de CQ de Compras)
Deverá ser o somatório dos seguintes campos:
Tempo Contagem + Tempo Inspeção + Tempo Emergência (Folder planej. Compra do cadastro de item Logix)
Res-for-comp (O Tempo de Ressuprimento do Fornecedor)
Deverá ser o somatório dos seguintes campos:
Tempo Fabricação + Tempo do transporte (Folder planej. Compras)
Tempo-segur (Tempo de segurança do produto)
No APS soma-se o tempo de segurança ao tempo de ressuprimento, e no Logix o campo Tempo Segurança é transformado em quantidade, por isso, não será integrado, e será manutenido exclusivamente no APS.
Ressup-fabri (Tempo Ressuprimento de Fabricação)
Corresponde ao campo Ressuprimento do Logix. No Logix existe ainda os campos Fator Múltiplo 1 e 2, e Limite Múltiplo 1 e 2, onde o tempo de ressuprimento pode aumentar de acordo com a quantidade produzida. Esse conceito é restrito ao Logix e não serão atualizados no TOTVS APS.
Nota: Se o campo for comprado ou beneficiado, é enviado o campo Tempo de Ressuprimento somado ao Tempo de Inspeção. Itens fabricados é apenas o campo Tempo de Ressuprimento.
Tipo-con-est (Tipo de Controle de Estoque)
No Logix não existe um campo correspondente, dessa forma, seguirá as seguintes regras:
- Se o item controlar número de série, é considerado = 2 (Número de Série);
- Se controlar lote, é considerado = 3 (Lote);
- Senão = 1 (Serial).
Nota 1: O tratamento da grade realizado pelo APS não é suportado pela referência, por isso não existirá itens parametrizados como 4 (Referência).
Nota 2: O Controle de Estoque dos itens no Logix é mais amplo, podendo ser controlado por 9 dimensionais diferentes, porém no APS são controlados somente o Lote e Grades, onde outros controles serão sumarizados.
Val-item (Valor do Item)
O Logix enviará o custo médio.
Val-base
A query possui os seguintes campos de custo e preço:
medio-mensal-item: Custo médio.
custo-padrao-item: Logix não possui custo padrão, dessa forma, a query enviará valor zerado.
preco-ult-ent-item: No Logix, somente item comprado possui este custo, itens fabricados terá valor zero.
preco-repos-item: Logix não possui preço de reposição, dessa forma, a query enviará valor zerado.
preco-venda-item: Preço da venda do item.
1.11 Item x Estabelecimento
É criado automaticamente na atualização de dados pela entidade item-dbr, de acordo com o item e estabelecimento.
1.12 Estrutura
Programa Logix: MAN10002
A atualização da estrutura seguirá o conceito do cadastro de item, no que diz respeito a grades.
Estrutura com grade no Logix
Se um item utiliza grade, pode-se cadastrar uma estrutura desse item sem informar a grade, dessa forma, os componentes dessa estrutura serão considerados para todas as grades. Ou seja, existe um compartilhamento dos componentes de acordo com a grade do item.
O Logix enviará a junção de todos os componentes da estrutura, independente se a estrutura do item possui ou não a grade. Ou seja, os componentes da estrutura de um item que utiliza grade, mas não foram informadas as grades, serão repetidos para todas as grades.
Exemplo:
Nota-se no exemplo anterior que a necessidade com Grade Tamanho M não possui estrutura, porém foi cadastrado uma demanda com essa grade. O Logix considera os componentes do item de acordo com o nível de compartilhamento das grades no cadastro da estrutura. Para a camisa verde M, ele busca os componentes da camisa verde e os componentes da camisa sem grades, se existisse algum componente para o tamanho M, estes também seriam adicionados a necessidade.
Modelo físico das entidades:
APS: estrut-item-dbr | LOGIX | |||||
cod-lista- compon | Código da Lista de Componentes | Char(16) | Estrutura | “” |
cod-roteiro | Código do Roteiro | Char(16)* |
“” |
data-inicio | Data Início Validade | Data* |
dat_validade_ini | Data Início Validade |
data- termino | Data de fim de validade | Data* |
dat_validade_fim | Data de fim de validade |
es-codigo | Componente da lista | Char(16)* |
cod_item_compon | Component | Char(15) | ||
fantasma | Indica se a relação é fantasma ou não | Lógico* |
it-codigo | Código do item | Char(16)* |
cod_item_pai |
Char(15) | ||
qtd-item | Quantidade do Item pai | Decimal(13,4)* |
1 | Qtd | Decimal(14,7) | ||
op-codigo | Código da Operação | Inteiro* |
proporcao | Proporção | Decimal(5,2)* |
100 | Proporção | Inteiro | |
qtd-compon | Quantidade componente para a quantidade referência lista | Decimal(12,6)* |
qtd_necessaria | Qtd | Decimal(14,7) | ||
sequencia | Número Sequência | Inteiro* |
tipo-sobra | Tipo de sobra | Inteiro* |
* Obrigatório
Atenção:
Fantasma
No Logix, a definição de fantasma está no cadastro do item, dessa forma a query verifica o tipo do item componente para definir a relação na estrutura do APS.
Qtd-Item
No Logix a quantidade de produção do item pai na estrutura é sempre 1, dessa forma estará fixo na query.
Op-codigo
O Logix enviará o Seq_processo, mesmo campo enviado na operac-engr.op-codigo.
Quando o componente (estrutura ou reserva) com operação em branco, o APS já vincula esse componente na primeira operação na explosão.
Tipo-sobra
Se qtd_necessaria for negativa envia valor 3 (co-produto), senão 4 (normal).
Sequencia
Será enviado um sequencial único da tabela de componente da estrutura.
Importante: A ordem de processamento deve ser operac-engr e depois estrut-item-dbr.
1.13 Centro de Trabalho
Programa Logix: MIN0020
APS: ctrab-dbr | LOGIX: Equipamento e componente | ||||
cod-ctrab | Centro de Trabalho | Char(16) | equipamento.cod_equip | Código | Char(15) |
des-ctrab | Descrição do Centro de Trabalho | Char(40) | componente.des_compon_reduz | Descrição | Char(18) |
gm-codigo | Código do Grupo de Máquina | Char(9) | equipamento.cod_recur | Recurso | Char(5) |
num-operador-ctrab | Número de Operadores do Centro de Trabalho | Inteiro | Não envia |
|
O CT do APS corresponde ao cadastro de equipamento do Logix.
1.14 Grupo de Máquina
Programa Logix: MAN10078
APS: gm-dbr | LOGIX: Recurso | ||||
cdn-aloca-ctrab | Indicador alocação centro de trabalho | Inteiro | Não envia |
cod-area-produc | Área de Produção | Char(8) | Não envia |
cod-calend | Calendário genérico | Char(9) | Não envia |
cod-pulmao | Informe o código do Pulmão da restrição | Char(5) | Não envia |
cod-unid-capac | Unidade de Capacidade do Centro de Trabalho | Char(8) | Não envia |
descricao | Descrição do Grupo de Máquina | Char(60) | den_recur | Descrição | CHAR(30) |
fator-conv | Fator de conversão | Dec(10,0) | Não envia |
gm-codigo | Código do Grupo de Máquina | Char(9) | cod_recur | Código | CHAR(05) |
idi-criter-agrup- reduc-setup | Critério Agrupamento Redução Setup | Inteiro | Não envia |
idi-tam-agrup | Indica tamanho máximo do agrupamento de operações: 1 - Peso Preparação, 2 - % Preparação, 3 - Tempo Total | Inteiro | Não envia |
idi-tip-val-reduc | Indica o Tipo de Valor de Redução: 1 - Percentual, 2 - Horas | Inteiro | Não envia |
ind-tempo-operac | Tratamento do tempo de operação: 1 - Proporcional, 2 - Fixo, 3 - Por Lote, 4 - Dep Ferramenta | Inteiro | Não envia |
log-agrup-demand | Agrupa demanda com mesmo status? | Lógico | Não envia |
log-agrup-ord- firme-planej | Agrupa Ordens Firmes com Planejadas | Lógico | Não envia |
log-consid-dat- entreg | Indica se considera data entrega das ordens no sequenciamento | Lógico | Não envia |
log-consid-priorid | Indica se considera prioridade das Ordens no sequenciamento | Lógico | Não envia |
log-principal | Informe se o GM é Principal | Lógico | Não envia |
log-prioriz-menor- operac | Indica se Prioriza Menor Operação | Lógico | Não envia |
log-prioriz-ord- firme | Indica se Prioriza Ordens Firmes |
log-reduc-setup | Indica se será respeitada apenas Redução Setup | Lógico | Não envia |
num-dias-horiz- busca | Número Dias Horizonte Busca | Inteiro | Não envia |
num-durac-agrup | Duração agrupamento para redução preparação | Inteiro | Não envia |
num-horiz-agrup | Número Horizonte Agrupamento (em horas) | Inteiro | Não envia |
num-maquina | Número de Processadores (Centros de Trabalho) do Grupo de Máq | Inteiro | SUM(equipamento) |
num-operador- ctrab | Número de Operadores do Centro de Trabalho | Inteiro | Não envia |
num-tempo-tot | Tempo total máximo de duração do bloco de operações agrupadas | Inteiro | Não envia |
val-fator-agrup | Fator Agrupamento | Dec(5,2) | Não envia |
val-perc-capac- protec | Valor Percentual Capacidade Proteção | Dec(5,2) | Não envia |
val-perc-exec | Percentual execução para redução preparação | Dec(5,2) | Não envia |
vli-perc-prepar | Percentual Preparação | Inteiro | Não envia |
vli-perc-reduc- setup | Percentual Redução Setup | Inteiro | Não envia |
vli-peso-dat-entreg | Peso Data Entrega | Inteiro | Não envia |
vli-peso-ord-firme | Peso Ordem Firme | Inteiro | Não envia |
vli-peso-prepar | Peso Preparação | Inteiro | Não envia |
vli-peso-priorid | Peso Prioridade | Inteiro | Não envia |
O GM do APS corresponde ao cadastro de recurso do Logix.
Num-maquina
Para buscar o número de processadores do grupo de máquina no Logix, deve-se verificar o parâmetro da origem do equipamento:
par_pcp_parametros[150,150] = "1" : Equipamento (count da tabela equipamento). Serão considerados os equipamentos cadastrados no MIN0010 e MIN0020 do Logix.
par_pcp_parametros[150,150] = "2" : Cfp_equi (count da tabela cfp_equi). Serão considerados os equipamentos cadastrados no MAN1460 do Logix.
par_pcp_parametros[150,150] = "3" : Recurso. Será considerado sempre 1.
1.15 Grupo Máquina x Modelo Turno
Programa Logix: MAN10006
Devido as diferenças conceituais de Turno entre APS e Logix, o modelo de turno conterá todos os turnos associados a cada centro de trabalho, conforme explicado no item 3.3 Turno e Turno Dia. Sendo assim, o GM x Turno será atualizado com o código do Centro de Trabalho do Logix e os GM associados aos CT´s.
APS: turno-grp-dbr | LOGIX | ||||
cod-model-turno | Modelo de Turno | Char(8) | ct_rec_equip. cod_cent_trab | Centro Trabalho | Char(5) |
dt-inicio | Data Início | Data | ct_rec_equip.dat_validade_ini | Data Inicio | Date |
dt-termino | Data Término | Data | ct_rec_equip.dat_validade_fim | Data Final | Date |
gm-codigo | Código do Grupo de Máquina | Char(9) | ct_rec_equip.cod_recur | Recurso | Char(5) |
Campo Dt-inicio
O campo dt-inicio é chave primária no APS, porém é um campo não obrigatório no Logix, dessa forma, caso o campo esteja vazio, o registro não será atualizado e será orientado ao usuário informar o campo no Logix.
GAP identificado
No Logix existe o conceito de Centro de Trabalho, que se refere a um agrupamento de Recursos (GM), o APS não possui um cadastro correspondente. O Turno no Logix é referenciado a esse Centro de Trabalho, que é composto por várias GMs. Pode ocorrer do mesmo GM possuir turnos diferentes em Centros de Trabalhos. Dessa forma, uma operação realizada em um GM poderá ser realizada somente no turno do Centro de Trabalho. No APS o sequenciamento não diferencia o Centro de Trabalho da operação, podendo alocar a operação em um turno que não é destinada a ela.
Exemplo:
Parametrização dos Centros Trabalho Logix x Turno
Operação utilizando recurso GM01 no Logix:
GM x Turno no APS:
Teoricamente, a operação “01” deveria ser sequenciada no turno 02, pois foi parametrizada no Logix para o Centro de Trabalho 002. Mas a atualização de dados considera o primeiro turno encontrado (01), já que o APS não permite dois turnos para o mesmo
GM. No momento esse GAP não é tratado.
10.1.
416 Família de Material
Programa Logix: MAN10003
APS familia-dbr | LOGIX familia | ||||
fm-codigo | Código da família | Char(8) | cod_familia | Código da família | Char(3) |
des-familia | Descrição Família | Char(40) | den_familia | Descrição | Char(30) |
cod-malha- produtiv |
Malha Produtiva |
Char(5) |
Não envia |
cod-pulmao | Código do Pulmão de |
Expedição |
Char(5) |
Não envia |
cod-pulmao- proces | Código do Pulmão Processo - Restrição ou montagem |
Char(5) |
Não envia |
log-consid-consu | Considera consumo de previsões no Planejamento de Demandas |
Lógico |
Não envia |
log-consid- planejto-nec | Considera o item no cálculo do |
Planejamento Demanda |
log-mp-restrit | Matéria Prima Restritiva - deve respeitar sempre o tempo de ressuprimento |
Lógico |
Não envia |
num-max-dias- antecip |
Máximo Dias Antecipação |
Inteiro |
Não envia |
politica | Política do item: 1 Período Fixo, 2 - Lote Econômico, 3 - Ordem, 4 - Nível Superior, 5 - Configurado, 6 - Composto, 7 - Ponto de Reposição |
Inteiro |
Não envia |
qtd-estoq-max | Quantidade Estoque nominal máximo |
Dec(12,4) |
Não envia |
qtd-pico- consumo | Quantidade Velocidade de Pico de Consumo |
Dec(12,4) |
Não envia |
10.
1.
517 Família Material x Estabelecimento
Será criado automaticamente na atualização de dados na entidade família-dbr, de acordo com a família e estabelecimento.
10.
1.
618 Ferramentas da operação do item
Programa Logix: MAN10243
APS op-ferr-dbr | LOGIX man_ferramenta_processo |
ferramenta | Ferramenta/conjunto de ferramentas que são usados na operação |
Char(16) |
ferramenta |
Ferramenta |
Char(15) | |||
num-id-operacao | Indicador Operação | Inteiro | seq_processo |
op-altern | Sequência de operação alternativa do item |
Inteiro |
0 |
sequencia | Número Sequência | Inteiro | 1 |
log-principal | Principal |
un-ciclo
Unidades Ciclo
un-ciclo | Unidades Ciclo |
A rastreabilidade entre as ferramentas da operação e o cadastro de operações ocorre por meio do campo num-id-operacao, campo sequencial e único. O Logix envia o código da operação, e na atualização de dados, é gerada a ferramenta para todos os num-id-operacao encontrado na operac-engr, pois para cada op-codigo enviado pode existir “n” num-id-operacao.
Num-id-operacao
O Logix envia o campo seq_processo, que é o mesmo enviado para o campo operac-engr.op-codigo, que então é substituído pelo sequencial gerado pelo APS (operac-engr.num-id-operacao). Dessa forma, mantém-se a rastreabilidade entre as tabelas operac- engr e op-ferr-dbr.
log-principal e un-ciclo
Esses campos serão manutenidos no APS.
1.
719 Operações do item
Programa Logix: MAN10243
A atualização das operações do item seguirá o conceito do cadastro de item, no que diz respeito a grades.
APS: operac-engr | LOGIX |
cod-reduc-prepar | Código de Redutor de |
Setup |
Char(16) |
Não envia |
cod-roteiro | Código do Roteiro | Char(16) | “ “ |
data-inicio |
Data Início Validade |
Data |
validade_inicial | Data Início |
Validade |
Date |
data-termino |
Data de fim de validade |
Data |
validade_final | Data de fim de validade |
Date |
descricao |
Descrição da Operação |
Char(60) |
den_operac | Descrição da |
Operação |
Char(35) | |||
fator-ant | Fator Antecipação | Inteiro | Não envia |
gm-codigo | Código do Grupo de |
Máquina |
it- |
codigo | Código do item |
Char(16) | Item, grade, conteúdo grade |
lote-min | Lote Mínimo | Decimal(11,4) | Não envia |
lote-multiplo | Lote múltiplo | Decimal(11,4) | Não envia |
lote-padrao | Lote padrão | Decimal(11,4) | Não envia |
nr-oper-pad | Número da operação padrão |
Inteiro |
0 |
nr-pc-ferram | Número de peças |
/Ferramental |
Inteiro |
Não envia |
nr-unidades | Número de unidades produzidas por unidade de tempo |
Inteiro |
1 |
num-id-operacao | Indicador Operação | Inteiro | seq_processo |
op-codigo |
Código da Operação |
Inteiro | Sequencial (gerado pelo APS). |
pto-controle | Código do Ponto de |
Controle. |
Inteiro |
0 |
tempo-homem |
Tempo Homem |
Decimal(11,6) | Qtd_tempo – Recurso mão de obra | Somatório tempo homem |
DEC(11,7) |
tempo-maquin |
Tempo Máquina |
Decimal(11,6) | qtd_tempo ou tempo do recurso | Tempo para uma peça. |
DEC(11,7) | |||||
tempo-prepar | Tempo Preparação | Decimal(11,6) | qtd_tempo_setup | Tempo de Setup | DEC(11,7) |
tempo-sig | Tempo Significativo de Processo |
Lógico |
“ “ | Indica se tempo será considerado. |
tipo-oper | Tipo de operação: 1 |
Interna, 2 Externa |
Inteiro |
1 |
Conceito Roteiro Logix: O mesmo roteiro pode não ser compartilhado pelos itens. Ou seja, o mesmo código de roteiro pode possuir operações e componentes diferentes em itens diferentes.
Roteiro APS: O código do roteiro é reaproveitado em itens diferentes. Ou seja, um código de roteiro, terá sempre os mesmos processos e componentes, independente do item.
O roteiro de fabricação dos itens não é integrado, dessa forma não será utilizado o programa DB0108 onde possui o vínculo do roteiro com o item, e será utilizado o programa DB0109 onde é vinculado diretamente a operação dos itens.
Os dados do processo possuem algumas divergências entre Logix e APS.
O Logix controla as operações pelo código da operação enquanto o APS controla via número sequencial.
Item Beneficiado
O APS deve validar os itens fabricados, e caso não exista operações, será criado uma operação fictícia. Para o caso do item ser beneficiado é necessário também, calcular o tempo da operação fictícia, baseado no tempo de todos os campos de ressuprimento (Fornecedor, Compras e CQ Compras) do item multiplicado por 24 (no APS o tempo é dado em horas). Ou seja:
(item-dbr.res-for-comp + item-dbr.res-int-comp + item-dbr.res-cq-comp ) * 24
Será aplicada a seguinte regra entre as tabelas operac-engr e man-processo_item:
NUM-ID-OPERACAO
Quando utiliza o conceito grade, as operações podem ser cadastradas por composição no LOGIX. Se isso ocorrer às sequências da operações estarão repetidas e não podem ser passadas para o APS, pois o campo num-id-operacao é chave única.
Por isso, é criado um sequencial numérico na atualização de dados, de acordo com a ordenação dos registros enviados pelo Logix.
Para manter a rastreabilidade, esse mesmo código gerado na atualização é replicado para as seguintes tabelas:
- Op-ferr-dbr;
- Op-ord-dbr;
- Pert-ord-dbr;
- Rede-op-dbr.
OP-CODIGO
Será utilizado também o SEQ_PROCESSO da man_processo_item.
Para buscar o processo, será ordenado pela sequência da operação e PRIORIDADE, ficando sob responsabilidade do usuário cadastrar a prioridade que as operações serão executadas. Se a prioridade for igual para as duas à integração fará o ordenação via SEQ_PROCESSO.
NR-UNIDADES
O Logix sempre enviará valor 1, é deve ser sobrescrito na atualização, caso seja alterado no APS.
COD-OPERAC-ERP
Código da operação do ERP. Nas telas do APS, quando integrado ao Logix, será mostrado o valor desse campo.
NUM-SEQ
Código sequencial da operação, deve ser incrementado na ordem que as operações do item são enviadas ao APS. Será utilizado para ordenar as operações do item nas telas do APS, e gerar a rede pert.
IT-CODIGO
O item terá um tratamento especial, pois no LOGIX há possibilidade de usar a grade.
Quando usar a grade deverá enviar ao APS a grade e o conteúdo da grade para que o APS monte o código do item.
Se não controlar grade os valores da grade e conteúdo grade terão o conteúdo nulo.
Deve usar a mesma lógica descrita na atualização do ITEM, onde será concatenado as grades ao código do item.
GM-CODIGO
No APS é permitido apenas um grupo de máquina.
O Logix permite mais de um GM na mesma operação, dessa forma a regra será a seguinte:
Será utilizado o recurso do tipo equipamento que esteja cadastrado como crítico no Logix.
Se encontrar mais de um recurso, será considerado o primeiro recurso retornado pela query.
Não é considerado o Recurso do Tipo Mão de Obra.
TEMPO-MAQUIN
Será considerado o tempo do recurso (grupo máquina) enviado – man_recurso_processo.qtd_tempo. Se não existir ou for zero deverá considerar o tempo do processo man_processo_item.qtd_tempo.
TEMPO-HOMEM
É considerado o somatório dos tempos dos recursos de mão de obra da operação. Se o somatória for zero, então é enviado o tempo total da operação.
TEMPO-PREPAR
No Logix, para efeito de custo é proporcional a quantidade de produção, porém na atualização de dados será enviado o tempo informado na operação, não será executado nenhum cálculo, ou seja, não será considerado a quantidade de produção.
LOTEM-MIN, LOTE-MULTIPLO, LOTE-PADRAO, NR-PC-FERRAM e TEMPO-SIG
Esses campos estarão presente na query, porém para integração Logix, será enviado branco (‘ ‘), e na atualização de dados deve ser tratado:
Se = ‘ ‘ então mantém o valor no APS, senão atualiza com o valor enviado pelo Logix.
Importante:
O Logix permite que o item possua vários processos de fabricação, mas será enviado ao APS somente o processo do roteiro padrão informado no MAN10021 na aba Planejamento.
10.
1.
820 Rede de Operações
APS rede-op-dbr | ||
num-id-operacao-predec | ID operação predecessora | Integer |
num-id-operacao-sucess | ID operação sucessora | Integer |
num-seq | Sequencial | Integer |
it-codigo | Item | Char(16) |
cod-roteiro | Código roteiro | Char(16) |
op-codigo | Código operação sucessora | Integer |
op-predeces | Código operação predecessora | Integer |
val-perc-overlap | % Overlap (sobreposição) | Dec(5,2) |
qtd-lote-transf | Quantidade lote transferência | Dec(11,4) |
qtd-tempo-transp | Tempo transporte | Dec(8,4) |
Não existe rede de operações no Logix, então foi adotada a regra de prioridade do Logix, e na query das operações do item, as informações serão enviadas em ordem pela sequência da operação e prioridade, ficando sob responsabilidade do usuário cadastrar a prioridade que as operações serão executadas, se a prioridade for à mesma para as duas ou mais operações, a integração fará o ordenação via SEQ_PROCESSO.
Dessa forma, a rede pert será gerada por meio de contador múltiplos de 10 (operac-engr.op-codigo), sequência em que as operações são enviadas pelo Logix.
10.1.
921 Ordem Produção e Ordem Compra
Programa Logix: MAN0515 – Ordem Produção
SUP21003 SUP21003 – Ordem Compra
A atualização da Ordem de Produção e Compra seguirá o conceito do cadastro de item, no que diz respeito a grades. Serão retornadas as ordens de produção ABERTAS e LIBERADAS e ordens de compra ABERTAS e REALIZADAS.
Nota: Não serão importadas ordens de produção FIRMES, pois nessa situação ainda não possuem operações e componentes. Também não serão importadas ordens com saldo zero.
O APS armazena as ordens de produção e documentos de compra na mesma tabela, diferenciando-as por meio do campo idi-tip- ord-dbr. A query deve ser uma Union das tabelas Ordem de Produção e de Ordem de Compra.
Modelo físico das entidades:
APS: ord-dbr | LOGIX: Ordens/Ordem_sup | ||||
cod- estabel |
Código do estabelecimento. |
Char(3) |
cod_empresa |
Empresa |
Char(2) | |||
cod-refer | Código da referência | Char(8) | Não envia |
dat- entrega |
Data Entrega |
Data* |
dat_entrega/ dat_entrega_prev |
Entrega |
Data | |||||
dat-inicio | Data Início Ordem | Data* | dat_ini/ dat_emis | Inicio | Data |
idi-tip-ord- dbr | Tipo Ordem Dbr: 1 - Ordem Compra Firme, 2 - Ordem Produção Firme |
Inteiro* |
1 ou 2 |
idi-tipo | Tipo de Manutenção | Inteiro | Não envia |
it-codigo | Código do item | Char(16)* | cod_item | Item | Char(15) |
nome- abrev |
Nome Abreviado Cliente |
Char(12) |
Nome Cliente |
nr-entrega | Número de sequência da entrega do item do programa |
Inteiro |
Não envia |
nr-pedcli |
Número do Pedido do Cliente |
Char(12) |
num_docum | Pedido Venda |
Char(10) | |
nr- sequencia | Número Sequência Item Pedido |
Venda |
Inteiro |
num_docum | Seq. Item PV |
num-ord- dbr |
Número Ordem Dbr |
Inteiro* |
num_ordem |
Código OP |
Number(10) | |||
parcela | Parcela da ordem | Inteiro* | 1 |
prioridade | Prioridade da OP | Inteiro | 0 |
qt-ordem |
Quantidade da ordem |
Dec(13,4) |
qtd_planej | Qtd Planejada |
Dec(10,3) |
qtd-saldo |
Quantidade de Saldo |
Dec(10,4)* | qtd_planej – qtd_boas – qtd_refug – qtd_sucata |
Saldo OP |
idi-estado- op-dbr |
Estado da OP |
Inteiro | 1 – Não iniciada 6 – Iniciada |
idi-sit-oc- dbr |
Situação da OC |
Inteiro | 1 – Não confirmada 2 – Confirmada 3 – Cotado 5 – Em cotação |
* Obrigatório
Ordem Compra de um item beneficiado.
Para efeito de planejamento, uma ordem de compra de um item beneficiado será considerada como Ordem de Produção. Então, na query, o Logix verifica o tipo do item, e sendo ele Beneficiado, enviará a Ordem de Compra como Ordem de Produção (idi-tip- ord-dbr = 2). Por outro lado, o APS ao receber uma OP, deve verificar se o item do documento é beneficiado e deve criar uma operação fictícia e calcular o tempo de produção (em horas) dessa operação baseada na data de referência da atualização de dados e data de entrega do documento.
Para evitar códigos de documentos iguais, o Código da Ordem de Compra convertida para Ordem de Produção, deve ser concatenada o caractere “B” ao final da codificação e gravada em ord-histor.cod-ord-alfa.
Regras aplicadas aos seguintes campos:
num-ord-dbr
No APS cria um valor sequencial para o código da Ordem e armazena o código da ordem Logix na tabela ord-histor.cod-ord-alfa.
nr-pedcli
Será enviado o num_docum, sendo que o documento pode ser, além de um pedido de venda, um plano de venda, plano mestre ou até mesmo um documento sem referência a outras entidades do Logix.
nr-sequencia
No Logix a sequência do item é parametrizada e armazenada no mesmo campo do número do documento (num_docum= PEDIDO/SEQUENCIA). Na query é necessário extrair essa informação utilizando os comandos INSTR e CHARINDEX. Pela ausência dessas funcionalidades ou de similares, não é possível obter a sequência no Banco de Dados Informix, nesse caso será enviado branco (‘ ‘).
idi-estado-op-dbr
1 – Não iniciada. Ordem Produção sem apontamento.
6 – Iniciada. Ordem Produção com apontamento.
idi-sit-oc-dbr
1 – Não confirmada. Ordem Compra Aberta.
2 – Confirmada. Ordem Compra Realizada.
3 – Cotado. Se já tiver fornecedor designado na ordem de compra (ordem_sup.cod_fornecedor) e número de cotação (ordem_sup.num_cotacao).
5 – Em Cotação. Se já tem a tabela ordem_sup_cot, quer dizer que a ordem de compra está em processo de cotação.
dat-inicio
A data de início de Ordem de Produção do Logix não é campo obrigatório, por isso, caso o campo dat_ini estiver vazio, é enviada a data de liberação da OP.
10.
1.
1022 Operações da Ordem
Programa Logix: MAN0593 – Ordem Produção
A atualização das Operações da Ordem seguirá o conceito do cadastro de item, no que diz respeito a grades. Modelo físico das entidades.
APS: op-ord-dbr | LOGIX | |||||
cod-ctrab | Centro de Trabalho | Char(16)* | man_prog_prod_eqpto_detalhe | equipamento | Máquina | CHAR(15) |
cod-ferram | Ferramenta utilizada na Operação |
Char(16) |
Não envia |
cod-roteiro | Código do Roteiro | Char(16)* | Não envia |
descricao | Descrição da operação da OP |
Char(60)* |
ord_oper |
den_operac |
gm-codigo | Código do Grupo de |
Máquina |
Char(9)* |
man_recurso_operacao_ordem |
cod_recurso |
Recurso |
CHAR(05) | ||||||
it-codigo | Código do item | Char(16)* | ord_oper | cod_item | Item | CHAR(15) |
nr-ord- produ | Número da Ordem de Produção |
Inteiro* |
ord_oper |
num_ordem |
Ordem |
Integer | |
num-id- operacao |
Indicador Operação |
Inteiro* |
ord_oper |
num_processo |
Integer | ||||
op-codigo | Código da Operação | Inteiro* | ord_oper | seq_processo |
Integer | ||
op-codigo- erp | Código da Operação no ERP |
CHAR(05) |
ord_oper |
cod_operac |
CHAR(05) |
qtd-prog | Quantidade |
Programada |
Dec(12,4)* |
ord_oper | Saldo da Operação |
qtd_planejada |
DEC(10,3) | |
sequencia | Número Sequência |
tempo- homem |
Tempo Homem |
Dec(9,4)* |
man_recurso_operacao_ordem |
qtd_tempo |
DEC(11,7) |
tempo- maquin |
Tempo Máquina |
Dec(9,4)* |
man_recurso_operacao_ordem |
qtd_tempo |
DEC(11,7) | |
tempo- prepar |
Tempo Preparação |
Dec(9,4)* |
ord_oper |
Setup |
qtd_horas_setup |
DEC(11,7) | |||
tempo-sig | Tempo Significativo | Lógico* | Em Branco |
tipo-oper | Tipo de operação | Inteiro* | 1 |
tempo- reportado |
Tempo Reportado |
DEC(9,4) |
quant-ordem |
Quantidade da ordem |
DEC(12,4) |
* Obrigatório
GAP Identificado
No Logix existe a possibilidade de não apontar a ordem de produção por operação (MAN10021 – Planejamento – Aponta por Operação), dessa forma, o Logix não cria as operações da ordem em suas tabelas, logo, as operações da ordem não serão enviadas na atualização de dados. Deve-se criar as operações de acordo com a operac-engr do item. Porém, o centro de trabalho identificado para a operação poderá ser diferente, já que o APS fará o sequenciamento das operações novamente. Se não existir operac-engr do item, será criada uma operação fictícia. Na Confirmação do APS, a Ordem enviada para alteração não surtirá efeito no Logix, pois as operações da Ordem não existem. O Logix verificará que as operações não existem e retornará mensagem de erro.
Regras aplicadas aos seguintes campos:
OP-CODIGO
No código da operação “op-codigo”, é enviado o campo ord_oper.seq_processo, que é um sequencial da tabela de operações da ordem.
NUM-ID-OPERACAO
É enviado o número do processo que indica o número serial dessa operação na engenharia (ord_oper.num_processo), mesmo valor enviado para o campo operac-engr.op-codigo. Esse valor é substituído pelo sequencial gerado pelo APS (operac-engr.num- id-operacao). Dessa forma, mantem-se a rastreabilidade entre as tabelas operac-engr e op-ord-dbr.
GM-CODIGO
É enviado o campo MAN_RECURSO_OPERACAO_ORDEM.COD_RECURSO do tipo equipamento.
No APS é permitido apenas um grupo de máquina, enquanto no Logix os recursos (GM) podem se repetir. É enviado o recurso que esteja parametrizado como crítico. Porém, se não existir recurso parametrizado como crítico, é considerado o primeiro recurso encontrado.
TEMPO-HOMEM
É utilizado o tempo dos recursos de mão de obra alocados na operação multiplicado pela quantidade de recursos de mão de obra.
No Logix o tempo pode ser Horas, Minutos ou Segundos e no APS o tempo é medido em Horas. O Logix enviará o tempo convertido.
São considerados todos os recursos do tipo homem, onde é enviado o tempo HOMEM da tabela man_recurso_operacao_ordem se este existir e for maior que zero. Senão é considerado o tempo total da operação da tabela ord_oper.
TEMPO-MAQUIN
É enviado o tempo do recurso (GM-CODIGO).
No Logix o tempo pode ser Horas, Minutos ou Segundos e no APS o tempo é medido em Horas. O Logix enviará o tempo convertido.
O APS permite apenas um GM, e dessa forma é considerado o tempo do recurso (GM) crítico (ou do primeiro que encontrar quando não possuir crítico).
O tempo pode vir da tabela man_recurso_operacao_ordem, se for maior que zero, ou o tempo da operação da tabela ord_oper quando o tempo não existir ou for igual a zero na man_recurso_operacao_ordem. O tempo máquina será multiplicado pela quantidade programada (saldo da operação).
COD-CTRAB
Considerar a máquina das tabelas man_prog_prod_eqpto_item e man_prog_prod_eqpto_detalhe para a ordem de produção.
TEMPO-REPORTADO
Envia o tempo reportado quando não tem nenhuma quantidade reportada, se existir quantidade reportada, o APS calcula de acordo com o saldo de produção. Serão enviados os apontamentos ativos de tempo (man_tempo_producao) da operação da ordem de produção.
SEQUENCIA
O Logix envia as operações ordenadas pela sequência e prioridade na atualização de dados, esse campo é auto incrementado respeitando a ordem de chegada dos registros.
10.
1.
1123 Rede de Operações da OP
A rede de operações da Ordem Produção será criada automaticamente na atualização de dados, baseada na ordenação da operações da ordem (op-ord-dbr) enviada pelo Logix.
Modelo físico das entidades:
APS: pert-ord-dbr | ||
Num-seq | Nr Sequência | Inteiro |
Nr-ord-produ | Ordem Produção | Inteiro* |
It-codigo | Item Sucessor | Char(30)* |
Cod-roteiro | Roteiro Sucessor | Char(16) |
Op-codigo | Operação Sucessora | Inteiro |
Cod-operac-erp | Operação sucessora ERP | Integer |
It-predec | Item Predecessor | Char(30) |
Rot-predec | Roteiro Predecessor | Char(16) |
Op-predec | Operação Predecessor | Inteiro |
Cod-operac-prdces-erp | Operação predecessora ERP | Integer |
Val-perc-overlap | % Overlap | Dec(5,2)* |
Qtd-lote-transf | Lote Transferência | Dec(11,4)* |
Qtd-tempo-transp | Tempo Transporte | Dec(8,4) |
Num-operac-predec | ID operação Predecessora | Inteiro* |
Num-operac-sucess | ID operação Sucessora | Inteiro* |
1.
1224 Reserva da OP
Programa Logix: MAN0585
A atualização da Reserva da OP seguirá o conceito do cadastro de item, no que diz respeito a grades.
Modelo físico das entidades:
APS: res-ord-dbr | LOGIX |
cod-estabel | Código do estabelecimento. |
Char(3) |
ord_compon |
cod_empresa |
Char(02) | |||
cod-refer | Código da referência | Char(8)* | Não envia |
cod-roteiro | Código do Roteiro | Char(16)* | Não envia |
dat- reserva-op |
Data Reserva |
Date* |
ord_compon |
dat_entrega |
Date | |||||
it-codigo | Código do item | Char(16)* | ord_compon | cod_item_compon | Char (15) |
item-pai | Item pai do item desta reserva (na estrutura) |
Char(16)* |
ordens |
cod_item |
Char (15) | |
log-veic- formul | Componente é um veículo na fórmula ? |
Lógico* |
Em branco |
nr-ord- produ | Número da Ordem de |
Produção |
Inteiro* |
ord_compon |
num_ordem |
Integer
Integer | |
op-codigo |
Código da Operação |
Inteiro* | Seq_processo - mesmo da Op-ord- dbr |
ord_oper.seq_process o |
Integer | |||||
qtd-saldo | Quantidade de Saldo | Dec(11,4) * | necessidades | qtd_necessaria | Dec(14,7) |
tipo-formula | Componente para formulação |
Inteiro |
Em branco |
tipo-sobra |
Tipo de sobra: 1 - Retorno de Requisição, 2 - Sobra, 3 - Co-produto, 4 - Normal |
Inteiro* | Se qtd_sado < 0 envia valor 3 (co- pro) senão 4 (normal). |
val-perc- ppm | Valor do Percentual Partes |
Por Milhão |
Dec(11,4) |
‘ ‘ |
* Obrigatório
Regras aplicadas aos seguintes campos:
Op-codigo
Seq_processo da tabela ord-oper.
Quando o componente (estrutura ou reserva) com operação em branco, o APS já vincula esse componente na primeira operação na explosão.
No Logix existe a possibilidade de não apontar a ordem de produção por operação, dessa forma, o Logix não cria as operações da ordem em suas tabelas, logo, as operações da ordem não serão enviadas na atualização de dados. Deve-se criar as operações de acordo com a operac-engr do item. Porém, o centro de trabalho identificado para a operação poderá ser diferente, já que o APS fará o sequenciamento das operações novamente. Se não existir operac-engr do item, será criada uma operação fictícia.
qtd-saldo
O Logix permite que o mesmo componente se repita na mesma operação, quando isso ocorrer, deve-se somar as quantidades.
10.
1.
1325 Saldo Estoque
Programa Logix: SUP50001
O APS agrupa o estoque por estabelecimento, item, referência e lote. No Logix existe a tabela estoque_lote_ender, que detalha o estoque por empresa, item, lote, grades e dimensionais e a tabela estoque_lote que possui o agrupamento por lote. Como o APS não integra referência e não diferencia os dimensionais de estoque, a query deve ser a soma do campo quantidade agrupando por
Empresa, Item (item + grades) e lote, selecionando apenas o estoque liberado.
A atualização do Saldo Estoque seguirá o conceito do cadastro de item, no que diz respeito a grades.
No Logix é possível, por meio de parametrização, ter itens com estoque negativo. Nesse caso, a atualização de dados considera o estoque zerado, pois o APS não trabalha com estoque negativo.
Modelo físico das entidades:
APS: sdo-estoq-dbr | LOGIX: estoque_lote_ender | ||||
cod-estabel | Código do estabelecimento. | Char(5)* | cod_empresa |
Char(2) | |||||
cod-lote | Lote ou número de Série | Char(40)* | num_lote | Lote | Char(15) |
cod-refer | Código da referência | Char(8)* | Não envia |
dat-valid-lote |
Data de Validade do lote. |
Date |
dat_hor_validade | Menor validade |
Date | |||||
it-codigo | Código do item | Char(16)* | cod_item | Item | Char(15) |
qtd-entr-benef | Quantidade Entrada Beneficiamento |
Dec(11,4) |
qtd-entr-consig | Quantidade Entrada Consignação |
Dec(11,4) |
0 |
qtd-remes-benef | Quantidade Remessa Beneficiamento |
Dec(11,4) |
qtd-remes- consig | Quantidade Remessa Consignação |
Dec(11,4) |
0 |
qtd-sdo-estoq- dbr |
Quantidade Saldo Estoque |
Dec(11,4) |
Qtd_saldo |
DEC(15,3) | |||
qtd-sdo-transi | Quantidade Saldo Transito | Dec(11,4) | 0 |
* Obrigatório
Regras aplicadas aos seguintes campos:
dat-valid-lote
Se a data for igual a 01/01/1900, significa que o lote não possui validade.
No Logix a data de validade do lote faz parte da chave primária da tabela, dessa forma, caso exista quantidades em lotes iguais com datas de validade diferente, a query soma as quantidades e envia a menor das datas de validade.
No Logix, ainda existe a possibilidade de informar uma data de validade de estoque sem lote, nesses casos, na atualização de dados o APS considera o lote igual a branco (“ “).
qtd-entr-benef
Será considerado como quantidades de terceiro em poder da empresa.
qtd-remes-benef
Será considerado como quantidades da empresa em poder de terceiro.
qtd-sdo-estoq-dbr
Será considerada a quantidade disponível no estoque, ou seja, situação = ‘L’ – Liberado.
GAP identificado
No Logix, é permitido a inclusão de quantidade no estoque de um item com grade, onde a grade não esteja em uso (estrutura ou venda), dessa forma, na atualização de estoque, pode enviar um item que não existe no APS. Não influenciará nos processos do APS e devem ser ignorados. Porém, deve ser informado no log da atualização que o item foi ignorado.
1.
1426 Saldo Estoque Terceiro
Programa Logix: SUP50001
O estoque na tabela sdo-terc-dbr já está contido na tabela de estoque (sdo-estoq-dbr) de forma sumarizada e agrupado por tipo de estoque de terceiro.
O saldo de estoque de terceiro seguirá as mesmas regras da query de saldo de estoque, enviando somente os estoque de terceiros e estoque em poder de terceiros (tipo-sal-terc = 1 e 2).
Modelo físico das entidades:
APS: sdo-terc-dbr | LOGIX: estoque_lote_ender | ||||
cod-estab- produc |
Código Estabelecimento Produção |
Char(3)* |
cod_empresa |
Empresa |
CHAR(02) |
cod-estab-solic | Código Estabelecimento |
Solicitante |
Char(3)* |
Em Branco |
cod-refer | Código da referência | Char(8)* | Não envia |
dat-emissao | Data Emissão | Date* | Em branco |
it-codigo | Código do item | Char(16)* | cod_item |
quant-saldo | Qtde Saldo Terceiro | Dec(12,4)* |
tipo-sal-terc | Tipo: 1 -Saída Beneficiamento, 2 - Entrada Beneficiamento, 3 - Material em Trânsito, 4 - Saída Consignação, 5 – Entrada Consignação |
Inteiro* |
* Obrigatório
Regras aplicadas aos seguintes campos:
quant-saldo
Será enviado os estoques em terceiros e de terceiros.
tipo-sal-terc
No Logix existe somente os tipos 1 e 2.
1.
1527 Pedido de Venda
Programa Logix: MAN10237
A atualização dos itens dos Pedidos de Venda seguirá o conceito do cadastro de item, no que diz respeito a grades.
Serão enviadas todas as demandas cadastradas no Logix, indiferentemente da origem (Pedido Venda, Plano Mestre, Plano Venda ou arquivo texto). Serão consideradas somente demandas com situação 1, ou seja, situações que não foram processadas por outras rotinas, e com saldo maior que zero. Caso seja necessário filtrar a origem, isso poderá ser feito manualmente no cadastro de query.
Importante:
O parâmetro para atualizar a demanda no faturamento deve ser acionado no Logix:
“Atualizar quantidade da necessidade ou da demanda no faturamento?” (atualiza_qtd_sai_necd_fat), do log2240.
Esse parâmetro irá atualizar o saldo da demanda quando ocorrer alguma alteração no pedido (faturamento/cancelamento, entre outros).
Modelo físico das entidades:
APS: pdven-dbr | LOGIX: mrp_dem_grade | |||||
cod-canal | Código do canal | Char(8) | Não envia |
cod-estabel | Código do estabelecimento. | Char(3) | cod_empresa | Empresa | CHAR(02) |
cod-refer | Código da referência | Char(8) | Não envia |
cod-repres | Código do representante | Char(8) | Em branco |
dt-entrega | Data de entrega do item do |
Pedido |
Date |
prz_entrega |
Prazo Entrega |
DATE |
idi-sit-avaliac | Situação de avaliação que o estabelecimento aceita receber: 1 - Não Avaliado, 2 - Avaliado, 3 - Aprovado, 4 - Não Aprovado, 5 - Pendente Informação |
Inteiro |
3 |
it-codigo | Código do item | Char(16) | cod_item | Item | CHAR(15) |
nome-abrev | Nome Abreviado do Cliente | Char(12) | clientes.nom_cliente | Cliente | Substr(1,12) |
nr-entrega | Número de sequência da entrega do item do programa |
Inteiro |
Não envia |
nr-pedcli | Número do Pedido do Cliente | Char(12) | pedido | Pedido | Number(6) |
nr-sequencia | Sequência do Pedido | Inteiro | seq_item_pedido | Seq. Pedido | Number(5) |
num-priorid | Informe a prioridade do pedido | Inteiro | Não envia |
qtd-saldo | Quantidade de Saldo | Dec(11,4) |
Val-base | Preço Venda | Dec(12,2) |
* Obrigatório
Regras aplicadas aos seguintes campos:
idi-sit-avaliac
O campo situação do pedido de venda, será enviado fixo como 3 – Aprovado, pois os documentos criados na demanda do Logix, são apenas de documentos sem restrições.
1.1.
2. Mapeamento de Entidades Logix
Informações enviadas ao Logix por meio da Confirmação.
A confirmação no Painel de Controle (DB0201) é responsável por enviar os documentos de Ordem de Produção e Ordem de Compra para o Logix.
10.2.
11 Ordem de Produção
Serão criadas com Situação 3 – Aberta.
Rastreabilidade
Será enviada a rastreabilidade entre Ordens de Produção, bem como a origem da Demanda (Pedido de Venda, Solicitação, Estoque Segurança, etc) e todas as entidades relacionadas as ordens de produção.
Serão enviadas as informações referentes a alocação dos equipamentos planejados.
10
2.2
.2Ordem de Compra
A situação da Ordem de Compra (ordem_sup.ies_situa_oc), irá depender do parâmetro “77” da tabela par_pcp (programa MAN4510). Se parâmetro igual a “S” cria Situação “A” (Aberta) senão cria com Situação “P” Planejada.
Como fazer
(opcional)Para a integração com APS, são pré-requisitos os seguintes itens:
- Parametrizar os arquivos Totvsprofile.pro e TotvsAppServer.ini para habilitar o webservice Logix.
- Parametrização das conexões ao banco e URL do WebService Logix, por meio do programa DB1000 do TOTVS APS.
- Se a empresa utiliza grade, a importação e parametrização das grades por meio do programa DB0142 do TOTVS APS.
É recomendado a utilização do Wizard de Implantação APS (DB4000).
Checklist de suporte da aplicação
- Configuração do Webservice Logix nos arquivos Totvsprofile.pro e TotvsAppServer.ini
- Configuração de acesso ao banco de dados e URL Webservice do Logix nas parametrizações do APS (DB1000).
- Importação e configuração das grades de item no APS (DB0142).