Histórico da Página
Documento de API
Produto: | Datasul |
Ocorrência: | Documentação de API |
Nome Físico | sfc/sfapi009 |
Objetivo
Efetuar o Reporte (Apontamento) dos Splits de Operação no módulo Chão de Fábrica.
Principais Características
Esta API pode ser utilizada de duas formas diferentes:
• A primeira forma (forma padrão) é a execução direta (“não-persistente”) da API, passando-se por parâmetro - através das tabelas temporárias (temp-tables) de comunicação da API - os dados a reportar. Neste caso, os dados auxiliares do Reporte são gerados automaticamente (Reservas, MOB, Reciclados, Alocação), não sendo possível sua manipulação.
• A segunda forma de utilização da API é a execução “persistente”. Neste caso, é possível a chamada individual de diversos métodos da API a fim de manipular os dados auxiliares do Reporte. Esta forma de execução é menos prática, porém torna mais flexível a utilização da API, possibilitando o desenvolvimento de interfaces de Reporte customizadas integráveis com o programa de Apontamentos do Chão de Fábrica (SF0308) e Reporte por Dispatch-List (SF0310). Observação: Esta forma de execução da API está disponível para os clientes que possuem o EMS a partir da versão 2.07, e também para os clientes com versões inferiores do produto (a partir da versão 2.04) que possuírem a função “Automação” implantada.
Funcionamento
• Execução Direta
A sintaxe para a execução na modalidade Direta (“não-persistente”) da API é a seguinte:
run sfc/sfapi009.p (input <versao-integracao>, input table tt-import-rep-oper, output table tt-erro). |
Parâmetros | Descrição |
<versao-integracao> | Para os clientes que possuem o EMS 2.04, deve ser informado o valor 204. Para os clientes com EMS 2.05 ou superior, deve ser informado o valor 205. |
tt-import-rep-oper | Temp-table com os dados a reportar. Pode ser passada para a API contendo um ou mais registros, sendo que cada registro representa um Split de Operação a reportar. Mais detalhes sobre a definição da temp-table, obrigatoriedade de campos, etc., estão descritos adiante. |
tt-erro | Temp-table de retorno de erros gerados na execução. |
Esta modalidade de execução da API permite a importação dos Reportes de duas formas diferentes:
- Importação diretamente no Split de Operação, ou seja, importação pelo Split;
- Importação diretamente no Item que se deseja reportar, ou seja, importação pelo item.
Quando é feita a importação pelo Split, a API necessita das seguintes informações:
- Tipo do reporte (deve ser igual a 1);
- Número da ordem;
- Código do roteiro;
- Código da operação;
- Centro de trabalho;
- Item;
- Código da referência, caso o item seja controlado por referência;
- Lote/série, caso o item seja controlado por série ou número de lote;
- Data de validade do lote, caso o item seja controlado número de lote;
- Quantidade produzida;
- Quantidade refugada;
- Quantidade retrabalhada;
- Motivo de refugo;
- Conta e Sub-conta de refugo;
- Data de início do reporte;
- Hora de início do reporte;
- Data fim do reporte;
- Hora fim do reporte;
- Data início de setup, caso o centro de trabalho possua preparação;
- Hora de início de setup, caso o centro de trabalho possua preparação;
- Data fim de setup, caso o centro de trabalho possua preparação;
- Hora fim de setup, caso o centro de trabalho possua preparação;
- Código da equipe, caso o centro de trabalho reporte pela equipe;
- Código do operador, caso o centro de trabalho reporte pelo operador;
- Código da ferramenta, caso o centro de trabalho possua ferramenta cadastrada;
- Finaliza Split - indica se, ao final do reporte, irá finalizar o split/ordem.
Este tipo de reporte funciona de forma semelhante ao reporte do Split de Operação executado no programa SF0303 – Reporte de Produção*, através do botão “Reportar”, no qual o usuário informa os dados necessários para se efetuar o reporte do Split.
Quando for feita a importação pelo Item, a API irá necessitar das seguintes informações:
- Tipo reporte (deve ser igual a 2);
- Número da ordem;
- Centro de trabalho;
- Quantidade produzida.
Este tipo de reporte funciona de forma semelhante ao reporte do Item executado no programa SF0303 – Reporte de Produção*, através do botão “Item”, no qual o usuário informa o item e a quantidade, o programa então procura a primeira ordem aberta para o item e então faz o reporte do item na ordem.
* Observação: Para os clientes que possuem o produto EMS na versão 2.07, e também para os clientes de versões inferiores do produto (a partir da versão 2.04) que possuam a função “Automação” implantada, o programa SF0303 – Reporte de Produção foi substituído pelo programa SF0308 – Apontamentos do Chão de Fábrica.
Exemplo de Utilização com Execução Direta
Neste exemplo, é feito o reporte do Split número 10, da Operação 10, pertencente à Ordem 400.000.146. Estão sendo aprovadas 5 unidades e refugadas 3 unidades.
{sfc/sfapi009.i} /* Temp-table tt-import-rep-oper */ {cdp/cd0666.i} /* Temp-table de erros padrão */ FIND FIRST split-operac NO-LOCK WHERE split-operac.nr-ord-produ = 400000146 AND split-operac.num-operac-sfc = 10 AND split-operac.num-split-operac = 10 NO-ERROR. FIND FIRST ord-prod NO-LOCK WHERE ord-prod.nr-ord-produ = split-operac.nr-ord-produ NO-ERROR. CREATE tt-import-rep-oper. ASSIGN tt-import-rep-oper.tipo-rep = 1 tt-import-rep-oper.nr-ord-produ = split-operac.nr-ord-produ tt-import-rep-oper.num-operac-sfc = split-operac.num-operac-sfc tt-import-rep-oper.num-split-operac = split-operac.num-split-operac tt-import-rep-oper.cod-roteiro = split-operac.cod-roteiro tt-import-rep-oper.op-codigo = split-operac.op-codigo tt-import-rep-oper.cod-ctrab = split-operac.cod-ctrab tt-import-rep-oper.it-codigo = split-operac.it-codigo tt-import-rep-oper.cod-refer = ord-prod.cod-refer tt-import-rep-oper.lote-serie = "" tt-import-rep-oper.dat-valid-lote = 12/31/9999 tt-import-rep-oper.qtd-produzida = 5 tt-import-rep-oper.cod-motiv-refugo = "1.2" tt-import-rep-oper.qtd-refugada = 3 tt-import-rep-oper.qtd-retrabalho = 0 tt-import-rep-oper.ct-refugo = "" tt-import-rep-oper.sc-refugo = "" tt-import-rep-oper.dat-inic-setup = TODAY tt-import-rep-oper.hr-inic-setup = 28800 /*8:00 - em segundos*/ tt-import-rep-oper.dat-fim-setup = TODAY tt-import-rep-oper.hr-fim-setup = 30600 /*8:30 - em segundos*/ tt-import-rep-oper.dat-inic-rep = TODAY tt-import-rep-oper.hr-inic-rep = 30600 /*8:30 - em segundos*/ |
tt-import-rep-oper.dat-fim-rep = TODAY tt-import-rep-oper.hr-fim-rep = 32400 /*9:00 - em segundos*/ tt-import-rep-oper.cod-equipe = "" tt-import-rep-oper.cod-operador = "" tt-import-rep-oper.cod-ferramenta = split-operac.cod-ferr-prod tt-import-rep-oper.finaliza = FALSE tt-import-rep-oper.linha = 1. run sfc/sfapi009.p (input 204, input table tt-import-rep-oper, output table tt-erro). |
• Execução Persistente
A execução da API na modalidade Persistente tem a seguinte sintaxe:
run sfc/sfapi009.p persistent set h-handle(input <versao-integracao>, input table tt-import-rep-oper, output table tt-erro). |
Parâmetros | Descrição |
<versao-integracao> | Para os clientes que possuem o EMS 2.04, deve ser informado o valor 204. Para os clientes com EMS 2.05 ou superior, deve ser informado o valor 205. |
tt-import-rep-oper | Deve ser passada vazia, não é utilizada nesta modalidade de execução. |
tt-erro | Não é utilizada nesta modalidade de execução. |
Esta é a chamada inicial da API, ou seja, a instância da API é feita desta forma. Para que ela proceda os reportes, receba e retorne as informações auxiliares do Reporte, são necessárias chamadas de determinados métodos da mesma, através da variável handle que a representa. O detalhamento da forma de utilização de todos os métodos disponíveis para execução na API, bem como as instruções necessárias e exemplos de utilização dos mesmos, estão dispostos mais adiante.
Além da Inclusão de Reportes, nesta modalidade também é possível Iniciar um Reporte, ou seja, apenas indicar que o reporte de determinado Split de Operação está iniciado, indicando uma data e hora de início para o mesmo. Mais detalhes sobre como iniciar um reporte estão disponíveis na descrição do método iniciaReporte.
Para desenvolver interfaces de Reporte customizadas que se integrem com os programas de Apontamentos do Chão de Fábrica (SF0308) e Reporte por Dispatch-List (SF0310), é necessária a utilização da API nesta modalidade de execução. Mais informações sobre o desenvolvimento de interfaces de reporte customizadas e integráveis estão disponíveis na seção Informações sobre Desenvolvimento de Interfaces Customizadas.
Observação: Esta forma de execução da API está disponível para os clientes que possuem o EMS a partir da versão 2.07, e também para os clientes com versões inferiores do produto (a partir da versão 2.04) que possuírem a função “Automação” implantada.
Tabelas Temporárias
Para comunicação com os métodos da API, as seguintes temp-tables são utilizadas:
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-import-rep-oper | Utilizada para a entrada dos dados a reportar, quando fazendo execução Direta da API. Sua definição está na include sfc/sfapi009.i | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
tipo-rep | integer | Tipo de reporte 1- reporte pelo split , 2 – reporte pelo item | ||
nr-ord-produ | integer | Número da ordem de produção | ||
num-operac-sfc | integer | Número da operação da ordem no SFC (não é necessário informar) | ||
num-split-operac | integer | Número do split da operação (não é necessário informar) | ||
cod-roteiro | character | Código do roteiro | ||
op-codigo | Integer | Código da operação | ||
cod-ctrab | character | Código do centro de trabalho | ||
it-codigo | character | Código do item a ser reportado | ||
cod-refer | character | Código da referência do item |
lote-serie | character | Número do lote ou série do item |
dat-valid-lote | date | Data de validade do lote |
qtd-produzida | decimal | Quantidade produzida/reportada (Aprovada) |
qtd-refugada | decimal | Quantidade refugada |
qtd-retrabalho | decimal | Quantidade retrabalhada |
cod-motiv-refugo | character | Código do motivo de refugo |
Ct-refugo | character | Conta de refugo |
Sc-refugo | Character | Sub Conta de refugo |
dat-inic-rep | date | Data de início do reporte |
hr-inic-rep | decimal | Hora de início do reporte em segundos (quantidade de segundos contada a partir da 00:00 hora da data de início do reporte) |
dat-fim-rep | date | Data de término do reporte |
hr-fim-rep | decimal | Hora de término do reporte em segundos (quantidade de segundos contada a partir da 00:00 hora da data de término do reporte) |
dat-inic-setup | date | Data de início de setup |
hr-inic-setup | decimal | Hora de início de setup em segundos (quantidade de segundos contada a partir da 00:00 hora da data de início de setup) |
dat-fim-setup | date | Data de término de setup |
hr-fim-setup | decimal | Hora de término de setup em segundos (quantidade de segundos contada a partir da 00:00 hora da data de término de setup) |
cod-equipe | character | Código da equipe de produção |
cod-operador | character | Código do operador do centro de trabalho |
cod-ferramenta | character | Código da ferramenta do centro de trabalho |
Num-contador-ini | Integer | Número do contador inicial |
Num-contador-fim | Integer | Número do contador final |
finaliza | logical | Indica se o Split de Operação deve ser finalizado após o reporte ou não |
linha | integer | Número que identifica o registro na temp-table. Utilizado para atribuir os erros gerados na tt-erro aos respectivos Reportes. Útil para quando se usa a API em um programa de importação de Reportes via arquivo de texto, neste caso a linha corresponderia à linha do registro no texto. (Informação não obrigatória) |
erro | logical | Campo utilizado internamente pela API |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-erro | Utilizada como saída padrão dos erros gerados na execução da API. Sua definição está na include cdp/cd0666.i | Saída | ||
Atributo | Tipo | Descrição | ||
i-sequen | integer | Seqüência do erro | ||
cd-erro | integer | Número do erro | ||
mensagem | character | Texto da mensagem de erro |
Tabela Temporária | Descrição | Entrada/Saída | ||
rowErrors | Utilizada como saída alternativa dos erros gerados na execução da API. Sua definição encontra-se na include method/dbotterr.i. Obs.: Somente pode ser utilizada a rowErrors para saída dos erros da API quando fazendo a execução no modo persistente, e mediante o ajuste de um parâmetro específico. Mais detalhes estão descritos no detalhamento do método recebeParametros. | Saída | ||
Atributo | Tipo | Descrição | ||
ErrorSequence | integer | Seqüência do erro | ||
ErrorNumber | integer | Número do erro | ||
ErrorDescription | char | Descrição do erro | ||
ErrorParameters | char | Parâmetros passados para criar mensagem | ||
ErrorType | char | Tipo do erro. WARNING: Aviso; ERROR: Erro | ||
ErrorHelp | char | Texto de ajuda do erro | ||
ErrorSubType | char | Sub Tipo da mensagem de erro |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-param-reporte | Através dela são informados, à API, os parâmetros para execução do Reporte – quando em modo de execução Persistente. Sua definição encontra-se na include sfc/sfapi009.i. Mais detalhes sobre os parâmetros disponíveis na API estão descritos no detalhamento do método recebeParametros. | Entrada | ||
Atributo | Tipo | Descrição | ||
cod-param | character | Código do Parâmetro | ||
des-result-param | character | Valor do Parâmetro, quando se tratar de parâmetro do tipo caractér | ||
log-result-param | logical | Valor do Parâmetro, quando se tratar de parâmetro do tipo lógico | ||
dat-result-param | date | Valor do Parâmetro, quando se tratar de parâmetro do tipo data | ||
dec-result-param | decimal | Valor do Parâmetro, quando se tratar de parâmetro do tipo decimal | ||
rw-result-param | rowid | Valor do Parâmetro, quando se tratar de parâmetro do tipo rowid | ||
handle-result-param | handle | Valor do Parâmetro, quando se tratar de parâmetro do tipo handle |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-reservas | Através desta temp-table, é possível fazer a manipulação das Reservas que serão requisitadas no Reporte. Tal manipulação somente está disponível quando executando em modo Persistente. Sua definição encontra-se na include cpp/cpapi001.i1. Mais detalhes sobre sua utilização estão descritos no detalhamento dos métodos pi-recebe-tt-reservas, pi-retorna-tt-reservas e pi-cria-tt-reservas-alocacoes. | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
proporcao | decimal | |||
log-sem-saldo | logical | |||
nr-ord-produ | integer | Número da Ordem de Produção | ||
cod-refer | character | Código da Referência | ||
it-codigo | character | Código do Item | ||
quant-orig | decimal | Quantidade Original da Reserva | ||
quant-aloc | decimal | |||
quant-atend | decimal | Quantidade Atendida da reserva | ||
quant-calc | decimal | |||
quant-requis | decimal | |||
cod-depos | character | Código do Depósito | ||
cod-localiz | character | Código da localização do material | ||
lote-serie | character | Número do lote ou série do item | ||
dt-vali-lote | date | Data de Validade do lote | ||
un | character | Unidade de Medida | ||
estado | integer | Estado da Reserva. 1 = Ativo; 2 = Inativo | ||
tipo-sobra | integer | Tipo de sobra. 1 = Retorno de Requisição; 2 = Sobra; 3 = Co-produto; 4 = Normal | ||
item-pai | character | Item pai do item da Reserva (na estrutura) | ||
op-codigo | integer | Código da Operação | ||
cod-roteiro | character | Código do Roteiro | ||
veiculo | logical | Indica se componente é veículo na fórmula. Campo disponível somente para clientes com o produto EMS versão 2.5 ou superior. | ||
per-ppm | decimal | Campo disponível somente para clientes com o produto EMS versão 2.5 ou superior. | ||
tipo-formula | integer | Componente para formulação. Campo disponível somente para clientes com o produto EMS versão 2.5 ou superior. | ||
qt-atend-lote | decimal | Quantidade Atendida da Reserva Física. Campo disponível somente para clientes com o produto EMS versão 2.5 ou superior. | ||
processada | logical | |||
rw-reserva | rowid | Rowid do registro na tabela reservas | ||
rw-saldo-estoq | rowid | Rowid do registro na tabela saldo-estoq | ||
tipo-ordem | integer | |||
tempo | integer | |||
tentativas | integer | |||
sequencia | integer | Campo de identificação do registro – seqüencial. |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-aloca | Através desta temp-table, é possível fazer a manipulação das Alocações do Reporte. Tal manipulação somente está disponível quando executando em modo Persistente. Sua definição encontra-se na include cpp/cpapi001.i1. Mais detalhes sobre sua utilização estão descritos no detalhamento dos métodos pi-recebe-tt-aloca, pi-retorna-tt-aloca e pi-cria-tt-reservas-alocacoes. | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
cod-estabel | character | Código do Estabelecimento | ||
it-codigo | character | Código do Item | ||
nr-ord-produ | integer | Número da Ordem de Produção | ||
cod-depos | character | Código do Depósito | ||
cod-localiz | character | Código da localização do material | ||
lote-serie | character | Número do lote ou série do item | ||
quant-aloc | decimal | Quantidade alocada da Reserva | ||
quant-calc | decimal | |||
qt-a-req | decimal | |||
cod-refer | character | Código da referência do item | ||
op-codigo | integer | Código da Operação | ||
cod-roteiro | character | Código do Roteiro | ||
item-pai | character | Item pai do item da Reserva (na estrutura) | ||
un | character | Unidade de medida | ||
dt-vali-lote | date | Data de Validade do lote | ||
rw-aloca-reserva | rowid | Rowid do registro na tabela aloca-reserva | ||
sequencia | integer | Campo de identificação do registro – seqüencial. |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-mat-reciclado | Através desta temp-table, é possível fazer a manipulação dos Materiais Reciclados do Reporte. Tal manipulação somente está disponível quando executando em modo Persistente. Sua definição encontra-se na include cpp/cpapi001.i1. Mais detalhes sobre sua utilização estão descritos no detalhamento dos métodos pi-recebe-tt-mat-reciclado e pi-retorna-tt-mat-reciclado | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
nr-ord-produ | integer | Número da Ordem de Produção | ||
es-codigo | character | Componente da Lista | ||
cod-depos | character | Código do Depósito | ||
cod-localiz | character | Código da Localização | ||
quant-orig | decimal | |||
quant-atend | decimal | |||
quant-requis | decimal | |||
perc-requis | decimal | |||
old-quant | decimal | |||
nro-ord-seq | integer | Campo para uso interno, não deve ser manipulado |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-apont-mob | Através desta temp-table, é possível fazer a manipulação dos apontamentos de Mão-de-Obra (MOB) e Gastos Gerais de Fabricação (GGF) do Reporte. Tal manipulação somente está disponível quando executando em modo Persistente. Sua definição encontra-se na include cpp/cpapi001.i. Mais detalhes sobre sua utilização estão descritos no detalhamento dos métodos pi-recebe-tt-apont-mob, pi-retorna-tt-mob-ggf e geraMobGGFAutomatico | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
nr-ord-produ | integer | Número da Ordem de Produção | ||
tipo-movto | integer | Tipo de Movimento – MOB = 1; GGF = 2 | ||
op-codigo | integer | Código da Operação | ||
cod-roteiro | character | Código do Roteiro | ||
it-codigo | character | Código do Item | ||
cd-mob-dir | character | Código da MOB Direta | ||
gm-codigo | character | Código do Grupo de Máquina | ||
tipo-relogio | integer | Tipo de Relógio. 1 = Horário; 2 = Diferença Horária; 3 = Centesimal; 4 = Dif. Centesimal | ||
hora-ini | integer | Hora de início (somente a hora, sem o minuto) – usado quando tipo-relogio = dif horária (2) | ||
min-ini | integer | Minuto de início – usado quando tipo-relogio = dif horária (2) | ||
hora-fim | integer | Hora de término (somente a hora, sem o minuto) – usado quando tipo-relogio = dif horária (2) | ||
min-fim | integer | Minuto de término – usado quando tipo-relogio = dif horária (2) | ||
centesimal-ini | decimal | Hora de início centesimal – usado quando tipo-relogio = dif centesimal (4) | ||
centesimal-fim | decimal | Hora de término centesimal – usado quando tipo-relogio = dif centesimal (4) | ||
tempo | decimal | Quantidade de horas reportadas. Quando tipo-relogio = 2 ou 4, este campo deve receber a qtd de horas calculada (diferença entre a hora inicial e final), em decimal. Para o tipo-relogio = 3, este campo deve receber a qtd de horas informada pelo usuário (em centesimal). Para o tipo-relogio = 1, deve ser calculada a qtd de horas em centesimal e atribuída a este campo. | ||
minutos-report | integer | Quando o tipo-relogio = 1, este campo deve receber o número referente aos minutos. | ||
referencia | character | Referência | ||
matr-func | integer | Matrícula do Funcionário | ||
nro-ord-seq | integer | Campo para uso interno, não deve ser manipulado |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-ref | Através desta temp-table, é possível fazer a manipulação dos Motivos de Refugo e Retrabalho do Reporte. Tal manipulação somente está disponível quando executando em modo Persistente. Sua definição encontra-se na include sfc/sf0303a.i1. Mais detalhes sobre sua utilização estão descritos no detalhamento dos métodos pi-recebe-tt-ref, pi-retorna-tt-ref e acertaTTRef. | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
line | integer | Campo para uso interno, não deve ser manipulado | ||
rw-split-operac | rowid | Rowid do split-operac que está sendo reportado | ||
nr-ord-prod | integer | Número da Ordem de Produção | ||
cod-motiv-refugo | character | Código do Motivo de Refugo | ||
des-motiv-refugo | character | Descrição do Motivo de Refugo (não é necessário informar) | ||
codigo-rejei | integer | Código da Rejeição de Material | ||
qtd-operac-refgda | decimal | Quantidade Refugada a justificar | ||
qtd-operac-retrab | decimal | Quantidade Retrabalhada a justificar |
Tabela Temporária | Descrição | Entrada/Saída | ||
tt-param-interfac | Utilizada como parâmetro de entrada padrão para as interfaces de Reporte. Assim, no desenvolvimento de interfaces de Reporte customizadas, esta temp-table deverá ser utilizada. Mais detalhes sobre o desenvolvimento de interfaces de reporte customizadas disponíveis na seção “Informações Sobre Desenvolvimento de Interfaces Customizadas“. Encontra-se definida na include sfc/sf0303.i. | Entrada/Saída | ||
Atributo | Tipo | Descrição | ||
cod-param | character | Código do Parâmetro | ||
ind-tip-param | integer | Tipo de Parâmetro. 1 = decimal; 2 = caractér; 3 = lógico; 4 = data; 5 = rowid | ||
val-result-param | decimal | Valor do Parâmetro, quando se tratar de parâmetro do tipo decimal | ||
des-result-param | character | Valor do Parâmetro, quando se tratar de parâmetro do tipo caractér | ||
log-result-param | logical | Valor do Parâmetro, quando se tratar de parâmetro do tipo lógico | ||
dat-result-param | date | Valor do Parâmetro, quando se tratar de parâmetro do tipo data | ||
rw-result-param | rowid | Valor do Parâmetro, quando se tratar de parâmetro do tipo rowid |
Método
Para os clientes que possuem o EMS a partir da versão 2.07, e também para os clientes com versões inferiores do produto (a partir da versão 2.04) que possuírem a função “Automação” implantada, é possível a execução da API de Reporte de Produção na modalidade “Persistente”. Neste caso, é possível manipular os dados auxiliares do reporte através de seus diversos métodos disponíveis.
Desta forma, seguem as instruções para utilização dos métodos disponíveis.
Observação: Quando a API estiver sendo utilizada para Iniciar um Reporte, apenas devem ser utilizados os métodos iniciaReporte e finalizaAPI, descritos no final da seção de Métodos. Todos os demais métodos disponíveis na API deverão ser utilizados somente quando estiver sendo Incluído um Reporte.
- · MÉTODOS DE INICIALIZAÇÃO DA API
São os primeiros métodos que deverão ser invocados na execução da API. Trata-se de métodos de parametrização e geração das informações iniciais do Reporte.
recebeParametros | ||||
Requisito | Nenhum | |||
Obrigatório? | Não | |||
Sintaxe | RUN recebeParametros IN h-handle(INPUT TABLE tt-param-reporte). | |||
Descrição | Recebe uma temp-table populada com os parâmetros para execução da API. É o primeiro método que deve ser chamado, logo após instanciar a API. | |||
Parâmetros | Descrição | |||
tt-param-reporte | Temp-table de parâmetros | |||
Funcionamento | Cada parâmetro que a API recebe corresponde a um registro na temp-table tt-param-reporte. Assim, antes de chamar a procedure recebeParametros, é necessário criar na tt-param-reporte os registros. Cada parâmetro possui um valor padrão. Assim, caso a procedure recebeParametros não seja chamada, ou não seja criado na temp-table um registro relativo a algum dos parâmetros, a API assumirá o valor padrão. Um parâmetro pode ser do tipo Lógico, Caractér, Data, Decimal, Rowid e Handle. Assim, a temp-table de parâmetros tem um campo de cada um destes tipos. Conforme o tipo de parâmetro, deve ser usado o campo do tipo correspondente, conforme a listagem abaixo e o detalhamento da temp-table tt-param-reporte, feito anteriormente. | |||
Retorno | Não há. | |||
Lista de Parâmetros | Cód. Parâmetro l-on-line Tipo: Lógico Valor Default: No Descrição: Quando marcado como Yes, este parâmetro indica que a API está sendo executada on-line. Assim, em algumas situações ela poderá emitir mensagens de pergunta diretamente em tela. Este parâmetro pode ser utilizado com o valor Yes quando a API estiver sendo chamada por uma tela, por exemplo, na qual há um usuário interagindo diretamente com a aplicação. Já em aplicações com execução em batch, este parâmetro deve ter o valor No. Para o caso da execução em batch, nas situações em que a API emitiria perguntas para continuar a execução, as mesmas são “respondidas” automaticamente, mediante parâmetros específicos, que devem ser setados na API previamente. Tais parâmetros estão descritos mais abaixo. Cód. Parâmetro l-gera-rowErrors Tipo: Lógico Valor Default: No Descrição: Quando marcado como Yes, indica que a API também irá gerar os erros na temp-table rowErrors, em paralelo à temp-table de erros padrão (tt-erro). Esta opção é útil quando se está chamando a API a partir de uma interface escrita com thinTemplates, a qual tem como temp-table padrão de erros a rowErrors. _________________________________________________________________________ | |||
| Cód. Parâmetro l-msg-req-manual-continua Tipo: Lógico Valor Default: Yes Descrição: Parâmetro terá efeito, independentemente do parâmetro l-on-line. Nas situações em que a Requisição não poderá ser automática – devido a algum fator específico -, e que o sistema emitiria as perguntas 7401, 7403 ou 7404 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua No = Aborta o processo. Cód. Parâmetro l-msg-termina-com-operac-incompl Tipo: Lógico Valor Default: No Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e l-msg-termina-ordem igual à yes. Caso um destes dois parâmetros esteja diferente, o l-msg-termina-com-operac-incompl ficará como NO. Nas situações em que o sistema perguntaria se o usuário deseja finalizar a Ordem de Produção, mesmo tendo operações em aberto, através da mensagem 17987 (mensagens EMS*), este parâmetro irá “responder” a pergunta, tomando a ação especificada. Yes = Encerra a Ordem No = Não encerra. REGRA FINALIZA COMO Cód. Parâmetro i-regra-finaliza-como Tipo: Inteiro Valor Default: 2 - Perguntando, mas atualizado a partir regra-finaliza-como do SF0101 (Pasta Regra Finalização), e caso exista o registro na tt-param-reporte, ele sobrepõe o valor. Descrição: REGRA FINALIZA COMO indica se irá ou não apresentar pergunta em tela. Quando for 2 - Perguntando, usado apenas l-on-line = YES. Caso l-on-line = NO o tratamento igual ao 1 - Automaticamente. 1 - Automaticamente (indica que sempre vai Finalizar respeitando a parametrização do "Quando" tanto pra quantidade quanto pra nível). 2 - Perguntando (indica que sempre vai Perguntar, respeitando a parametrização do "Quando" tanto pra quantidade quanto pra nível). REGRA FINALIZA QUANDO Quant. Reportada Cód. Parâmetro i-regra-finaliza-quando-quant Tipo: Inteiro Valor Default: 2 - Aprovada mas atualizado a partir regra-finaliza-quando-quant Descrição: Durante o reporte de produção, no Chão de Fábrica, é possível verificar se a quantidade já atingiu a previsão. Esta previsão pode ser comparada com: Quantidade Produzida ou Quantidade Aprovada ou Não Valida. Este parâmetro trabalha em conjunto com REGRA FINALIZA QUANDO Nível (Split, Operação e Ordem de Produção), pois para cada nível, as quantidades previstas podem mudar. 1 - Produzida (Aprovada + Refugada) 2 - Aprovada 3 - Não Valida Quant. REGRA FINALIZA QUANDO Nível Cód. Parâmetro l-msg-finaliza-split-operac Tipo: Lógico Valor Default: Yes, mas atualizados a partir l-regra-quando-nivel-split Descrição: Parâmetro terá efeito, independentemente do parâmetro l-on-line. Nas situações em que o sistema perguntaria ao usuário se deseja finalizar o Split de Operação, através das mensagens 32472 e 17989 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Finaliza o Split; No = Não Finaliza. Cód. Parâmetro l-msg-finaliza-operac Tipo: Lógico Valor Default: No, mas atualizados a partir l-regra-quando-nivel-operacao Descrição: Parâmetro terá efeito, independentemente do parâmetro l-on-line. Nas situações em que o sistema perguntaria ao usuário se deseja finalizar a Operação, através das mensagens 32472 e 17989 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Finaliza a Operação; No = Não Finaliza. Cód. Parâmetro l-msg-termina-ordem Tipo: Lógico Valor Default: No, mas atualizado a partir do l-regra-quando-nivel-OP Descrição: Parâmetro terá efeito, independentemente do parâmetro l-on-line. Nas situações em que o sistema perguntaria se o usuário deseja finalizar a Ordem de Produção, através das mensagens 5603 ou 5604 (mensagens EMS*), este parâmetro irá “responder” a pergunta, tomando a ação especificada. Yes = Encerra a Ordem No = Não encerra. | |||
| Cód. Parâmetro l-msg-qtd-menor-rep-ant Tipo: Lógico Valor Default: No Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no. Nas situações em que o reporte da operação anterior possui quantidade inferior ao reporte atual e o sistema emitiria a mensagem 17623 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-msg-reporta-tempo-dif-real Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no. Nas situações em que o tempo reportado difere em mais de 1000% do tempo padrão, e o sistema emitiria a mensagem 18508 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-msg-parada-sobrep-continua Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no. Nas situações em que o período do reporte está sobrepondo uma parada, e o sistema emitiria a mensagem 18011 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-msg-reservas-n-requis-continua Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e a função especial Valida Reporte Sem Requisição** estiver implantada. Nas situações em que há reservas ainda não requisitadas, e o sistema emitiria a mensagem 30025 (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-msg-requisita-saldo-disponivel Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no. Nas situações em que há reservas sem saldo suficiente para atender por completo, e o sistema emitiria a mensagem 32133, perguntando se deseja que seja requisitado para estas reservas apenas o saldo disponível (mensagens EMS*), este parâmetro irá “responder” a pergunta, tomando a ação especificada. Yes = Requisita apenas o saldo disponível; No = Entra na pergunta 32134 (parâmetro a seguir). | |||
| Cód. Parâmetro l-msg-nao-req-sem-saldo-sufic Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no. Nas situações em que há reservas sem saldo suficiente para atender, e o sistema emitiria a mensagem 32134, informando que as reservas sem saldo suficiente não serão requisitadas e perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-msg-sem-reporte-ggf Tipo: Lógico Valor Default: No Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e a função especial Valida Reporte sem GGF** estiver ativa. Nas situações em que não há reporte de GGF informado, e o sistema emitiria a mensagem 30112, perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-msg-sem-reporte-mob Tipo: Lógico Valor Default: No Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e a função especial Valida Reporte sem MOB** estiver ativa. Nas situações em que não há reporte de MOB informado, e o sistema emitiria a mensagem 30112, perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta o processo. Cód. Parâmetro l-valida-op-anterior Tipo: Lógico Valor Default: Yes Descrição: Indica que irá validar se a operação anterior já foi reportada (mensagem EMS 3414 *) na inicialização da API. Na efetivação do registro, contudo, a validação continuará ocorrendo, independente deste parâmetro. Yes = Valida na inicialização; No = Não valida na inicialização. |
Cód. Parâmetro l-msg-sobrepoe-veiculos Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e quando o Tratamento Concentração/PPM está implantado (a partir da release 2.05 do produto Datasul EMS). Na situação em que o sistema emitiria a mensagem 34081, perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta processo. Cód. Parâmetro l-msg-sobrepoe-veiculos Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e quando o Tratamento Concentração/PPM está implantado (a partir da release 2.05 do produto Datasul EMS). Na situação em que o sistema emitiria a mensagem 34081, perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta processo. Cód. Parâmetro l-msg-sobrepoe-veiculos Tipo: Lógico Valor Default: Yes Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e quando o Tratamento Concentração/PPM está implantado (a partir da release 2.05 do produto Datasul EMS). Na situação em que o sistema emitiria a mensagem 34081, perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta processo. Cód. Parâmetro l-msg-veic-sem-saldo-continua Tipo: Lógico Valor Default: No Descrição: Parâmetro que só terá efeito caso o parâmetro l-on-line seja igual à no e quando o Tratamento Concentração/PPM está implantado (a partir da release 2.05 do produto Datasul EMS). Na situação em que o sistema emitiria a mensagem 34088, perguntando se deseja continuar (mensagens EMS*), este parâmetro irá “responder” a pergunta, conduzindo a continuação do processo. Yes = Continua; No = Aborta processo. Cód. Parâmetro i-baixa-reservas Tipo: Decimal Valor Default: 1 Descrição: Corresponde ao parâmetro “Baixar Reservas”, presente na tela de Parâmetros do Reporte de Operações. 1 = Proporcionalmente à quantidade da ordem; 2 = Até o limite das reservas. |
Cód. Parâmetro l-informa-deposito Tipo: Lógico Valor Default: Yes Descrição: Corresponde ao parâmetro “Informar depósito único de saída de componentes?”, presente na tela de Parâmetros do Reporte de Operações. Cód. Parâmetro l-informa-localizacao Tipo: Lógico Valor Default: No Descrição: Corresponde ao parâmetro “Informar localização para saída de todos componentes?”, presente na tela de Parâmetros do Reporte de Operações. Cód. Parâmetro l-requisicao-automatica Tipo: Lógico Valor Default: No Descrição: Corresponde ao parâmetro “Requisição Automática?”, presente na tela de Parâmetros do Reporte de Operações. Cód. Parâmetro l-busca-saldos Tipo: Lógico Valor Default: No Descrição: Corresponde ao parâmetro “Procura Automática de Saldos?”, presente na tela de Parâmetros do Reporte de Operações. |
* Para consultar as mensagens do EMS, acesse, no menu do módulo, a opção Ajuda -> Visualiza Mensagens -> Datasul EMS.
** Caso deseje maiores informações sobre como adquirir esta Função Especial, favor entrar em contato com o canal de Consultoria em Manufatura, da Datasul.
retornaParametrosDefault | ||
Requisito | Nenhum | |
Obrigatório? | Não | |
Sintaxe | RUN retornaParametrosDefault IN h-handle(OUTPUT TABLE tt-param-reporte). | |
Descrição | Restaura os parâmetros default na API, e retorna a temp-table de parâmetros populada com os parâmetros default. | |
Parâmetros | Descrição | |
tt-param-reporte | Temp-table de parâmetros | |
Retorno | Não há. |
setaRowSplitCtrab | ||
Requisito | Nenhum | |
Obrigatório? | Sim | |
Sintaxe | RUN setaRowSplitCtrab IN h-handle(INPUT <rowid-split-operac>, INPUT <rowid-ctrab>). | |
Descrição | Seta na API o Split de Operação que será reportado, bem como o Centro de Trabalho no qual será feito o reporte. Faz todas as pré-validações do reporte para o Split e Centro de Trabalho indicados, bem como gera os valores iniciais para todos os campos do reporte. | |
Parâmetros | Descrição | |
<rowid-split-operac> | Rowid do registro da tabela split-operac (Split de Operação) que será reportado. | |
<rowid-ctrab> | Rowid do registro da tabela ctrab (Centro de Trabalho) no qual será feito o reporte. | |
Retorno | Após a execução, o RETURN-VALUE será igual a “NOK” caso tenha ocorrido erro nas validações iniciais. Neste caso, para retornar os erros será necessário executar os métodos retornaTTErro ou retornaRowErrors, descritos mais a frente. |
• MÉTODOS DE RETORNO DE INFORMAÇÕES DA API
São métodos que permitem retornar, para o programa chamador da API, as informações nela contidas, com o objetivo de viabilizar a sua manipulação.
retornaValorCampos | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN retornaValorCampos IN h-handle(INPUT <nome-atributo>, OUTPUT <campo-character>, OUTPUT <campo-integer>, OUTPUT <campo-decimal>, OUTPUT <campo-date>). | |
Descrição | Através deste método, é possível retornar os valores atuais de cada atributo do Reporte. Este método é útil para retornar os valores iniciais que a API gerou para o Reporte durante a execução do método setaRowSplitCtrab. | |
Parâmetros | Descrição | |
<nome-atributo> | Nome do atributo que se deseja retornar da API. | |
<campo-character> | Parâmetro que retorna o valor do atributo solicitado, quando se trata de um atributo do tipo character. Confira, na listagem abaixo, o tipo de cada atributo que é possível retornar por este método. | |
<campo-integer> | Parâmetro que retorna o valor do atributo solicitado, quando se trata de um atributo do tipo integer. Confira, na listagem abaixo, o tipo de cada atributo que é possível retornar por este método. | |
<campo-decimal> | Parâmetro que retorna o valor do atributo solicitado, quando se trata de um atributo do tipo decimal. Confira, na listagem abaixo, o tipo de cada atributo que é possível retornar por este método. | |
<campo-date> | Parâmetro que retorna o valor do atributo solicitado, quando se trata de um atributo do tipo date. Confira, na listagem abaixo, o tipo de cada atributo que é possível retornar por este método. | |
Retorno | Nenhum | |
Lista de Atributos | Vide a tabela “LISTA DE ATRIBUTOS COMUNICÁVEIS PELOS MÉTODOS DA API”. Os atributos utilizáveis através deste método são os marcados com “X” na coluna retornaValorCampos. |
pi-retorna-tt-ref | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-retorna-tt-ref IN h-handle(OUTPUT TABLE tt-ref). | |
Descrição | Através deste método, é possível retornar os registros atuais da temp-table de Motivos de Refugo e Retrabalho. Os registros para essa temp-table não são gerados automaticamente na inicialização da API. | |
Parâmetros | Descrição | |
tt-ref | Temp-table de Motivos de Refugo e Retrabalho | |
Retorno | Nenhum |
pi-retorna-tt-aloca | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-retorna-tt-aloca IN h-handle(OUTPUT TABLE tt-aloca). | |
Descrição | Através deste método, é possível retornar os registros atuais da temp-table de Alocação. Os registros iniciais da tt-aloca são gerados automaticamente na inicialização da API (método setaRowSplitCtrab), e podem ser regerados durante a execução do método pi-cria-tt-reservas-alocacoes, que será abordado mais adiante. | |
Parâmetros | Descrição | |
tt-aloca | Temp-table de Alocações | |
Retorno | Nenhum |
pi-retorna-tt-reservas | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-retorna-tt-reservas IN h-handle(OUTPUT TABLE tt-reservas). | |
Descrição | Através deste método, é possível retornar os registros atuais da temp-table de Reservas. Os registros iniciais da tt-reservas são gerados automaticamente na inicialização da API (método setaRowSplitCtrab), e podem ser regerados durante a execução do método pi-cria-tt-reservas-alocacoes, que será abordado mais adiante. | |
Parâmetros | Descrição | |
tt-reservas | Temp-table de Reservas | |
Retorno | Nenhum |
pi-retorna-tt-mat-reciclado | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-retorna-tt-mat-reciclado IN h-handle(OUTPUT TABLE tt-mat-reciclado). | |
Descrição | Através deste método, é possível retornar os registros atuais da temp-table de Materiais Reciclados. Os registros iniciais da tt-mat-reciclado são gerados automaticamente na inicialização da API (método setaRowSplitCtrab), e podem ser regerados durante a execução do método pi-cria-tt-reservas-alocacoes, que será abordado mais adiante. | |
Parâmetros | Descrição | |
tt-mat-reciclado | Temp-table de Materiais Reciclados | |
Retorno | Nenhum |
pi-retorna-tt-mob-ggf | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-retorna-tt-mob-ggf IN h-handle(OUTPUT TABLE tt-apont-mob). | |
Descrição | Através deste método, é possível retornar os registros atuais da temp-table de Apontamentos de MOB e GGF. Os registros iniciais da tt-apont-mob são gerados automaticamente na inicialização da API (método setaRowSplitCtrab), e podem ser regerados durante a execução do método geraMobGgfAutomatico, que será abordado mais adiante. | |
Parâmetros | Descrição | |
tt-apont-mob | Temp-table de Apontamentos de MOB e GGF | |
Retorno | Nenhum |
retornaHiddenSensitive | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN retornaHiddenSensitive IN h-handle(INPUT <nome-campo>, OUTPUT <log-hidden>, OUTPUT <log-sensitive>). | |
Descrição | Este método tem como objetivo retornar se o campo solicitado deverá estar visível e habilitado para modificação pelo usuário. Deve ser utilizado quando se tratar do desenvolvimento de interfaces de Reporte. | |
Parâmetros | Descrição | |
<nome-campo> | Nome do campo do qual se deseja retornar as informações. A listagem dos atributos possíveis de se retornar estas informações encontra-se especificada mais abaixo. | |
<log-hidden> | Retorna um valor lógico indicando se o campo deve ficar escondido (hidden) em tela ou não. | |
<log-sensitive> | Retorna um valor lógico indicando se o campo deve ficar habilitado (sensitive) para edição do usuário ou não. | |
Retorno | Nenhum | |
Lista de Atributos | Vide a tabela “LISTA DE ATRIBUTOS COMUNICÁVEIS PELOS MÉTODOS DA API”. Os atributos utilizáveis através deste método são os marcados com “X” na coluna retornaHiddenSensitive. |
retornaTTErro | ||
Requisito | Nenhum. | |
Obrigatório? | Não | |
Sintaxe | RUN retornaTTErro IN h-handle(OUTPUT TABLE tt-erro). | |
Descrição | Este método tem como objetivo retornar para o programa chamador os erros ocorridos durante o processamento de uma das rotinas da API. | |
Parâmetros | Descrição | |
tt-erro | É a temp-table de erros padrão da API. | |
Retorno | Nenhum |
retornaRowErrors | ||
Requisito | A saída padrão de erros desta API é a temp-table tt-erro. Caso queira que os erros da API também sejam gerados na temp-table rowErrors, será necessário setar o parâmetro l-gera-rowErrors = Yes durante a inicialização da API. | |
Obrigatório? | Não | |
Sintaxe | RUN retornaRowErrors IN h-handle(OUTPUT TABLE rowErrors). | |
Descrição | Este método tem como objetivo retornar para o programa chamador os erros ocorridos durante o processamento de uma das rotinas da API através da temp-table rowErrors. A utilização desta temp-table pode ser útil quando se utilizando esta API a partir de um programa construído com ThinTemplates, os quais tem como temp-table padrão de erros a rowErros. | |
Parâmetros | Descrição | |
rowErrors | É a temp-table de erros padrão da API. | |
Retorno | Nenhum |
• MÉTODOS DE MANIPULAÇÃO DAS INFORMAÇÕES DURANTE EXECUÇÃO
São métodos que executam processamentos específicos de determinadas informações/atributos do Reporte. Devem ser utilizados em conjunto com os “Métodos de Retorno das Informações da API“, conforme as instruções de cada um.
ajustaDataFimSetup | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN ajustaDataFimSetup IN h-handle(INPUT <date-dat-inic-setup>, INPUT <char-hra-inic-setup>, INPUT <decimal-de-tempo-oper>, INPUT <decimal-de-tempo-real-setup>, OUTPUT <date-dat-fim-setup>, OUTPUT <char-hra-fim-setup>, OUTPUT <date-dat-inic-reporte>, OUTPUT <char-hra-inic-rep>, OUTPUT <date-dat-fim-reporte>, OUTPUT <char-hra-fim-rep>). | |
Descrição | Este método tem como objetivo calcular, com base na Data e Hora de Início de Setup e tempos reais de Operação e Setup, a Data e Hora de Término de Setup, e as Datas e Horas de Início e Fim do Reporte. Além de retornar esses valores via parâmetros, os mesmos também ficam armazenados na API, após a execução do método, sendo possível retorná-los, posteriormente, através do método retornaValorCampos. Pode ser utilizado, quando desenvolvendo uma interface de Reporte, no tratamento de leave dos campos de Data e Hora de Início de Setup. | |
Parâmetros | Descrição | |
<date-dat-inic-setup> | Recebe a data de Início de Setup, sobre a qual o cálculo irá se basear | |
<char-hra-inic-setup> | Recebe a Hora de Início de Setup, sobre a qual o cálculo irá se basear. Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-de-tempo-oper> | Recebe o tempo real da Operação. Na inicialização da API, o tempo Padrão da operação pode ser retornado através do método retornaValorCampos. Baseado em uma nova Data e Hora de Término de Operação, também é possível retornar da API um novo tempo de operação Real, através do método ajustaDataInicRep, explicado mais adiante. | |
<decimal-de-tempo-real-setup> | Recebe o tempo real do Setup. Na inicialização da API, o tempo Padrão do Setup pode ser retornado através do método retornaValorCampos, com o atributo de-tempo-real-setup. Baseado em uma nova Data e Hora de Término de Setup, também é possível retornar da API um novo tempo de setup Real, através do método ajustaReportePeloSetup, explicado mais adiante. Caso seja passado o valor ? neste parâmetro, a API utilizará o tempo Real de setup. | |
<date-dat-fim-setup> | Retorna a nova Data de Término de Setup calculada | |
<char-hra-fim-setup> | Retorna a nova Hora de Término de Setup calculada (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<date-dat-inic-reporte> | Retorna a nova Data de Início do Reporte | |
<char-hra-inic-rep> | Retorna a nova Hora de Início do Reporte calculada (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<date-dat-fim-reporte> | Retorna a nova Data de Término do Reporte | |
<char-hra-fim-rep> | Retorna a nova Hora de Término do Reporte calculada (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
Retorno | Nenhum |
ajustaReportePeloSetup | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN ajustaReportePeloSetup IN h-handle (INPUT <date-dat-fim-setup>, INPUT <char-hra-fim-setup>, INPUT <decimal-de-tempo-oper>, OUTPUT <date-dat-inic-reporte>, OUTPUT <char-hra-inic-rep>, OUTPUT <date-dat-fim-reporte>, OUTPUT <char-hra-fim-rep>, OUTPUT <decimal-de-tempo-real-setup>). | |
Descrição | Este método tem como objetivo calcular, com base na Data e Hora de Término de Setup e tempo real de Operação, as Datas e Horas de Início e Fim do Reporte, e o tempo Real de Setup. Além de retornar esses valores via parâmetros, os mesmos também ficam armazenados na API, após a execução do método, sendo possível retorná-los, posteriormente, através do método retornaValorCampos. Pode ser utilizado, quando desenvolvendo uma interface de Reporte, no tratamento de leave dos campos de Data e Hora de Término de Setup. | |
Parâmetros | Descrição | |
<date-dat-fim-setup> | Recebe a data de Término de Setup, sobre a qual o cálculo irá se basear | |
<char-hra-fim-setup> | Recebe a Hora de Término de Setup, sobre a qual o cálculo irá se basear. Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-de-tempo-oper> | Recebe o tempo real da Operação. Na inicialização da API, o tempo Padrão da operação pode ser retornado através do método retornaValorCampos. Baseado em uma nova Data e Hora de Término de Operação, também é possível retornar da API um novo tempo de operação Real, através do método ajustaDataInicRep, explicado mais adiante. | |
<date-dat-inic-reporte> | Retorna a nova Data de Início do Reporte | |
<char-hra-inic-rep> | Retorna a nova Hora de Início do Reporte calculada (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<date-dat-fim-reporte> | Retorna a nova Data de Término do Reporte | |
<char-hra-fim-rep> | Retorna a nova Hora de Término do Reporte calculada (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-de-tempo-real-setup> | Retorna o tempo Real de Setup calculado. | |
Retorno | Nenhum |
ajustaDataFimRep | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN ajustaDataFimRep IN h-handle (INPUT <date-dat-inic-reporte>, INPUT <char-hra-inic-rep>, INPUT <decimal-de-tempo-oper>, OUTPUT <date-dat-fim-reporte>, OUTPUT <char-hra-fim-rep>). | |
Descrição | Este método tem como objetivo calcular, com base na Data e Hora de Início de Reporte e tempo real de Operação, a Data e Hora de Término do Reporte. Além de retornar esses valores via parâmetros, os mesmos também ficam armazenados na API, após a execução do método, sendo possível retorná-los, posteriormente, através do método retornaValorCampos. Pode ser utilizado, quando desenvolvendo uma interface de Reporte, no tratamento de leave dos campos de Data e Hora de Início do Reporte. | |
Parâmetros | Descrição | |
<date-dat-inic-reporte> | Recebe a data de Término de Setup, sobre a qual o cálculo irá se basear | |
<char-hra-inic-rep> | Recebe a Hora de Início do Reporte, sobre a qual o cálculo irá se basear (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-de-tempo-oper> | Recebe o tempo real da Operação. Na inicialização da API, o tempo Padrão da operação pode ser retornado através do método retornaValorCampos. Baseado em uma nova Data e Hora de Término de Operação, também é possível retornar da API um novo tempo de operação Real, através do método ajustaDataInicRep, explicado mais adiante. | |
<date-dat-fim-reporte> | Retorna a nova Data de Término do Reporte | |
<char-hra-fim-rep> | Retorna a nova Hora de Término do Reporte calculada (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
Retorno | Nenhum |
ajustaDataInicRep | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN ajustaDataFimRep IN h-handle (INPUT-OUTPUT <date-dat-fim-reporte>, INPUT-OUTPUT <char-hra-fim-rep>, INPUT <decimal-qtd-total>, INPUT-OUTPUT <date-dat-inic-reporte>, INPUT-OUTPUT <char-hra-inic-rep>, OUTPUT <decimal-de-tempo-oper>). | |
Descrição | Este método tem como objetivo calcular, com base na Data e Hora de Término de Reporte e na Quantidade Total reportada, a Data e Hora de Início do Reporte e o Tempo Real de Operação. Além de retornar esses valores via parâmetros, os mesmos também ficam armazenados na API, após a execução do método, sendo possível retorná-los, posteriormente, através do método retornaValorCampos. Pode ser utilizado, quando desenvolvendo uma interface de Reporte, no tratamento de leave dos campos de Data e Hora de Término do Reporte. | |
Parâmetros | Descrição | |
<date-dat-fim-reporte> | Recebe a data de Término de Reporte, sobre a qual o cálculo irá se basear | |
<char-hra-fim-rep> | Recebe a Hora de Término do Reporte, sobre a qual o cálculo irá se basear (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-qtd-total> | Recebe a quantidade Total reportada (Quantidade Aprovada + Quantidade Refugada), que será utilizada para o cálculo do Tempo Real da operação, quando o tratamento de Tempo da Operação – setado no Grupo de Máquina ao qual o Centro de Trabalho pertence – for Proporcional. Na inicialização da API, a Qtd Total pode ser retornada através do método retornaValorCampos. | |
<date-dat-inic-reporte> | Caso neste parâmetro seja passado o valor ?, a API irá calcular o valor da Data de Início do Reporte e retornará pelo mesmo, baseado no tempo de Operação já setado na API previamente. Caso seja setado algum valor neste ponto, o mesmo será utilizado para calcular o tempo real da Operação. | |
<char-hra-inic-rep> | Recebe/Retorna a Hora de Início do Reporte. Este valor será utilizado sob os mesmos critérios do campo <date-dat-inic-reporte>. (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-de-tempo-oper> | Retorna o tempo real calculado para a Operação. | |
Retorno | Nenhum |
ajustaTempoPelaQtd | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. Caso o usuário tenha indicado uma Ferramenta para o reporte, a mesma deverá ser setada na API antes da execução deste método, através do método recebeValorCampos. | |
Obrigatório? | Não | |
Sintaxe | RUN ajustaTempoPelaQtd IN h-handle(INPUT <date-dat-inic-reporte>, INPUT <char-hra-inic-rep>, INPUT-OUTPUT <date-dat-fim-reporte>, INPUT-OUTPUT <char-hra-fim-rep>, INPUT <decimal-qtd-total>, OUTPUT <decimal-de-tempo-oper>). | |
Descrição | Este método tem como objetivo calcular, com base na Data e Hora de Início de Reporte e na Quantidade Total reportada, a Data e Hora de Término do Reporte e o Tempo Padrão da Operação, considerando a forma de tratamento de tempo do Grupo de Máquina. Além de retornar esses valores via parâmetros, os mesmos também ficam armazenados na API, após a execução do método, sendo possível retorná-los, posteriormente, através do método retornaValorCampos. Pode ser utilizado, quando desenvolvendo uma interface de Reporte, no tratamento de leave dos campos de Quantidade Aprovada e Refugada. | |
Parâmetros | Descrição | |
<date-dat-inic-reporte> | Recebe a Data de Início de Reporte, sobre a qual o cálculo irá se basear | |
<char-hra-inic-rep> | Recebe a Hora de Início do Reporte, sobre a qual o cálculo irá se basear (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<date-dat-fim-reporte> | Retorna a Data Final calculada, considerando o tratamento de tempo do Grupo de Máquina. | |
<char-hra-fim-rep> | Retorna a Hora de Término do Reporte, sob os mesmos critérios do campo <date-dat-fim-reporte>. (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<decimal-qtd-total> | Recebe a quantidade Total reportada (Quantidade Aprovada + Quantidade Refugada), que será utilizada para o cálculo do Tempo Real da operação, quando o tratamento de Tempo da Operação – setado no Grupo de Máquina ao qual o Centro de Trabalho pertence – for Proporcional. Na inicialização da API, a Qtd Total pode ser retornada através do método retornaValorCampos. | |
<decimal-de-tempo-oper> | Retorna o tempo padrão da Operação, considerando o tratamento de tempo do GM. | |
Retorno | Nenhum |
geraMobGGFAutomatico | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | É necessário chamar este método, quando se manipular um dos seguintes atributos: cod-mob, dat-inic-reporte, hra-inic-rep, dat-fim-reporte, hra-fim-rep. O método deve ser chamado após setar uma dessas informações na API através do método recebeValorCampos, explicado mais adiante. |
Sintaxe | RUN geraMobGGFAutomatico IN h-handle. |
Descrição | O objetivo deste método é a geração automática dos registros iniciais de apontamento de MOB e GGF referentes ao Reporte de Operação em andamento. Este método já é executado automaticamente na inicialização da API. Entretanto, ao modificar um dos atributos listados no quesito “Obrigatório?”, é necessário executar este método novamente, pois tal modificação pode demandar uma nova geração dos registros iniciais de MOB e GGF. Sua chamada pode ser feita, quando se está desenvolvendo uma interface de Reporte, nas triggers de leave dos atributos listados no quesito “Obrigatório?”. |
Retorno | Quando a execução deste método realmente regerar os registros de apontamentos de MOB e GGF, o RETURN-VALUE será igual a “Yes”. Neste caso, poderá ser executado o método pi-retorna-tt-mob-ggf logo a seguir para retornar a temp-table tt-apont-mob atualizada. |
pi-cria-tt-reservas-alocacoes | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | É necessário chamar este método, quando se manipular um dos seguintes atributos: qtd-aprov, qtd-refgda, cod-depos, cod-localiz, dat-fim-reporte. O método deve ser chamado após setar uma dessas informações na API através do método recebeValorCampos, explicado mais adiante. |
Sintaxe | RUN pi-cria-tt-reservas-alocacoes IN h-handle. |
Descrição | O objetivo deste método é a geração automática dos registros iniciais das Alocações, Reservas e Materiais Reciclados referentes ao Reporte de Operação em andamento. Este método já é executado automaticamente na inicialização da API. Entretanto, ao modificar um dos atributos listados no quesito “Obrigatório?”, é necessário executar este método novamente, pois tal modificação pode demandar uma nova geração dos registros iniciais das referidas informações. Sua chamada pode ser feita, quando se está desenvolvendo uma interface de Reporte, nas triggers de leave dos atributos listados no quesito “Obrigatório?”. |
Retorno | Quando a execução deste método realmente regerar os registros de Alocações, Reservas e/ou Materiais Reciclados, o RETURN-VALUE será igual a “Yes”. Neste caso, poderão ser executados os métodos pi-retorna-tt-aloca, pi-retorna-tt-reservas e pi-retorna-tt-mat-reciclado logo a seguir a fim de retornar as temp-tables atualizadas. |
estadoEnableDtValid | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | É necessário chamar este método, quando se manipular o atributo lote-acab. O método deve ser chamado após setar esta informação na API através do método recebeValorCampos, explicado mais adiante. |
Sintaxe | RUN estadoEnableDtValid IN h-handle. |
Descrição | O objetivo deste método é verificar se há Saldo de Estoque para o item do Split de Operação que está sendo reportado com valor do atributo lote-acab informado. Caso já exista, o atributo dt-valid-lote é automaticamente setado para a data de validade do lote já existente, e o estado sensitive do atributo dt-valid-lote é modificado para No. Assim, sua chamada deve ser feita sempre que o atributo lote-acab for modificado. |
Retorno | Nenhum. Entretanto, após a execução do método é necessário retornar da API o valor do atributo dt-valid-lote através do método retornaValorCampos, bem como o estado de sensitive do referido campo, através do método retornaHiddenSensitive (quando se tratar do desenvolvimento de uma interface que use a API). |
estadoEnableLeaveRefgda | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | É necessário chamar este método, quando se manipular o atributo qtd-refgda. O método deve ser chamado após setar esta informação na API através do método recebeValorCampos, explicado mais adiante. |
Sintaxe | RUN estadoEnableLeaveRefgda IN h-handle. |
Descrição | O objetivo deste método é retornar as informações padrões e estados de sensitive e hidden dos atributos ct-refugo, dep-refugo e loc-refugo, que podem ter seus valores modificados devido à edição do atributo qtd-refgda. Assim, sua chamada deve ser feita sempre que o atributo qtd-refgda for modificado. |
Retorno | Nenhum. Entretanto, após a execução do método é necessário retornar da API os valores dos atributos ct-refugo, dep-refugo e loc-refugo, através do método retornaValorCampos; bem como os estados de sensitive e hidden dos referidos campos, através do método retornaHiddenSensitive (quando se tratar do desenvolvimento de uma interface que use a API). |
chamaTelaModifReserva | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. Estar fazendo uma execução on-line (parâmetro l-on-line igual à Yes). | |
Obrigatório? | Não. | |
Sintaxe | RUN chamaTelaModifReserva IN h-handle. | |
Descrição | Este método tem como objetivo fazer a chamada para a Interface de Manipulação das Reservas do Reporte. A partir da realease 2.05 se no programa Parâmetros Controle Produção o parâmetro Interface Manut. Reservas (Reporte) estiver marcado com Detalhada, este método irá fazer a chamada para a Manutenção Baixa Reservas Detalhada (CP0337). Caso contrário, chamará a interface CP0320B. Como se trata da chamada de uma interface propriamente dita, é necessário que a execução seja on-line para o uso deste método. | |
Funcionamento | Antes de chamar o método chamaTelaModifReserva, é necessário executar primeiramente o método pi-recebe-tt-reservas, a fim de atualizar os registros das Reservas na API. Deve também ser utilizado o método reposicionaReserva para posicionar a API no registro da tt-reservas que se deseja manipular. | |
Retorno | Caso o usuário cancele o processo na tela de modificação das Reservas, o método trará o RETURN-VALUE igual a “NOK”. Caso o RETURN-VALUE seja diferente de “NOK”, deverá ser chamado o método pi-retorna-tt-reservas para retornar da API os registros das Reservas já manipulados. Além disso, também deverão ser chamados os métodos pi-retorna-tt-mat-reciclado e pi-retorna-tt-aloca, pois a manipulação das Reservas, em alguns casos, pode ocasionar na modificação automática dos dados correspondentes a algum destes métodos. |
efetivaAlternativoReserva | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN efetivaAlternativoReserva IN h-handle(INPUT <rowid-reserva>). | |
Descrição | Este método tem como objetivo validar a substituição de uma Reserva por seu Alternativo, e efetivar esta substituição na temp-table de reservas (tt-reservas). É um método útil para quando se desenvolver rotinas de Reporte em batch, nas quais não é possível o uso do método chamaTelaAlternatReserva, já explicada anteriormente. | |
Parâmetros | Descrição | |
<rowid-reserva> | Recebe o Rowid do registro da tabela reserva correspondente a Reserva Alternativa que será utilizada na substituição. | |
Funcionamento | Antes de chamar o método efetivaAlternativoReserva, é necessário executar primeiramente o método pi-recebe-tt-reservas, a fim de atualizar os registros das Reservas na API. Deve também ser utilizado o método reposicionaReserva para posicionar a API no registro da tt-reservas que se deseja manipular. Além disso, também é necessário setar na API os valores atuais dos atributos qtd-aprov e qtd-refgda, através do método recebeValorCampos, que é explicado mais adiante. | |
Retorno | Caso o RETURN-VALUE seja igual a “NOK”, deverão ser retornados os erros da API através de um dos seguintes métodos: métodos: retornaTTErro ou retornaRowErrors. Caso o RETURN-VALUE seja diferente de “NOK”, significa que o processo foi feito com sucesso, então é necessário executar o método pi-retorna-tt-reservas para retornar da API os registros das Reservas já manipulados. |
reposicionaReserva | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN reposicionaReserva IN h-handle(INPUT <integer-nr-ord-produ>, INPUT <integer-sequencia>). | |
Descrição | Este método tem como objetivo reposicionar a temp-table tt-reservas dentro da API, de acordo com a chave passada através dos parâmetros. | |
Parâmetros | Descrição | |
<integer-nr-ord-produ> | Recebe o número da Ordem de Produção que está sendo reportada. | |
<integer-sequencia> | Recebe o campo sequencia da temp-table tt-reservas, utilizado na identificação do registro. | |
Retorno | Caso o RETURN-VALUE seja igual a “NOK”, significa que o registro não foi encontrado. Caso contrário, o mesmo terá sido reposicionado com sucesso. |
reposicionaTTMatRecicl | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN reposicionaTTMatRecicl IN h-handle(INPUT <integer-nr-ord-produ>, INPUT <integer-nro-ord-seq>, INPUT <character-es-codigo>). | |
Descrição | Este método tem como objetivo reposicionar a temp-table tt-mat-reciclado dentro da API, de acordo com a chave passada através dos parâmetros. | |
Parâmetros | Descrição | |
<integer-nr-ord-produ> | Recebe o número da Ordem de Produção que está sendo reportada. | |
<integer-nro-ord-seq> | Recebe o campo nro-ord-seq da temp-table tt-reservas, utilizado na identificação do registro. | |
<character-es-codigo> | Recebe o campo es-codigo da temp-table tt-reservas, utilizado na identificação do registro. | |
Retorno | Caso o RETURN-VALUE seja igual a “NOK”, significa que o registro não foi encontrado. Caso contrário, o mesmo terá sido reposicionado com sucesso. |
chamaTelaInclusaoMobGGF | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. Estar fazendo uma execução on-line (parâmetro l-on-line igual à Yes). |
Obrigatório? | Não |
Sintaxe | RUN chamaTelaInclusaoMobGGF IN h-handle. |
Descrição | Este método tem como objetivo fazer a chamada para a Interface de Inclusão de Apontamento de MOB e GGF, e efetivar o mesmo na temp-table tt-apont-mob. Como se trata da chamada de uma interface propriamente dita, é necessário que a execução seja on-line para o uso deste método. |
Funcionamento | Antes de chamar o método chamaTelaInclusaoMobGGF, é necessário executar o método pi-recebe-tt-mob-ggf, a fim de atualizar os registros na API. |
Retorno | Não há. Entretanto, é necessário, após a execução do método, executar o método pi-retorna-tt-mob-ggf, a fim de retornar a temp-table já com o novo registro. |
chamaTelaModifMobGGF | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. Estar fazendo uma execução on-line (parâmetro l-on-line igual à Yes). | |
Obrigatório? | Não | |
Sintaxe | RUN chamaTelaModifMobGGF IN h-handle(INPUT <raw-tt-apont-mob>). | |
Descrição | Este método tem como objetivo fazer a chamada para a Interface de Modificação de Apontamento de MOB e GGF, e efetivar o mesmo na temp-table tt-apont-mob. Como se trata da chamada de uma interface propriamente dita, é necessário que a execução seja on-line para o uso deste método. | |
Parâmetros | Descrição | |
<raw-tt-apont-mob> | Recebe como parâmetro uma variável do tipo raw contendo o registro da tt-apont-mob que se deseja modificar. Mais informações sobre como converter um registro de uma temp-table para o tipo raw, favor verificar o comando raw-transfer no Help do Progress. | |
Funcionamento | Antes de chamar este método, é necessário proceder da seguinte forma: Definir uma variável do tipo raw, e gravar o registro que se deseja modificar nesta variável. Deletar o mesmo registro da temp-table tt-apont-mob. Passar a temp-table para a API já com esse registro excluído, através do método pi-recebe-tt-mob-ggf, que é explicado mais a seguir. Finalmente, chamar o método chamaTelaModifMobGGF, passando por parâmetro a variável raw definida no passo anterior. | |
Retorno | Não há. Entretanto, é necessário, após a execução do método, executar o método pi-retorna-tt-mob-ggf, a fim de retornar a temp-table já com o registro modificado. |
chamaTelaModifAlocacao | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. Estar fazendo uma execução on-line (parâmetro l-on-line igual à Yes). | |
Obrigatório? | Não | |
Sintaxe | RUN chamaTelaModifAlocacao IN h-handle(INPUT <integer-nr-ord-produ>, INPUT <integer-sequencia>). | |
Descrição | Este método tem como objetivo fazer a chamada para a Interface de Modificação da Alocação, e efetivar o mesmo na temp-table tt-aloca. Como se trata da chamada de uma interface propriamente dita, é necessário que a execução seja on-line para o uso deste método. A partir da release 2.05 do EMS, caso esteja parametrizado nos parâmetros da Produção para utilização da interface simplificada de Requisição em Reporte, então será chamada a tela CP0320D. Caso contrário, será chamada a tela de Manutenção Detalhada de Requisição (CP0337). | |
Parâmetros | Descrição | |
<integer-nr-ord-produ> | Recebe o número da ordem de produção que está sendo reportada | |
<integer-sequencia> | Recebe o campo de identificação sequencia, da temp-table tt-aloca, do registro que se deseja modificar. | |
Funcionamento | Antes de chamar este método, é necessário executar o método pi-recebe-tt-aloca para atualizar os registros das alocações na API. | |
Retorno | Caso o RETURN-VALUE após a execução seja igual a “OK”, significa que o usuário concluiu a execução do processo, ou seja, não cancelou. Neste caso, é necessário retornar da API a temp-table tt-aloca com os registros atualizados, através do método pi-retorna-tt-aloca. |
balanceamentoVeiculos | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. Disponível a partir da release 2.05 do produto EMS, para clientes que possuírem a função Controle Concentração/PPM implantada. |
Obrigatório? | Não. Caso o parâmetro l-busca-saldos tenha sido setado igual a Yes, então o sistema efetuará o balanceamento automaticamente, não sendo necessário chamar este método. Porém, caso o mesmo esteja setado igual a No, e este método não seja chamado antes da confirmação dos dados do reporte, então os veículos não serão balanceados. |
Sintaxe | RUN balanceamentoVeiculos IN h-handle. |
Descrição | Consiste em distribuir a quantidade de variação existente no(s) componente(s) com tipo de formulação Concentração ou PPM, entre um ou mais veículo(s)/excipiente(s). % (Distribuição do Ajuste) – Em situações de ajuste e existência de mais veículos na fórmula, o sistema fará o ajuste proporcional este percentual. Este campo percentual de distribuição do ajuste será utilizado para resolver o balanceamento na existência de mais de um veículo / excipiente. |
Retorno | Após a execução, o RETURN-VALUE será igual a “NOK” caso tenha ocorrido erro no balanceamento. Neste caso, para retornar os erros será necessário executar os métodos retornaTTErro ou retornaRowErrors, descritos mais a frente. |
- MÉTODOS DE PRÉ-VALIDAÇÃO DE INFORMAÇÕES
São métodos que permitem validar certas informações do Reporte antes da efetivação final da transação. Todas as validações contidas nestes métodos são executadas automaticamente na efetivação do Reporte (método processaReporte).
validaRefugo | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | É importante executar este método toda vez que se criar ou modificar um registro de Motivo de Refugo e Retrabalho (temp-table tt-ref). | |
Sintaxe | RUN validaRefugo IN h-handle (INPUT <char-cod-motiv-refugo>). | |
Descrição | Efetua a validação de um determinado registro de Motivo de Refugo. | |
Parâmetros | Descrição | |
<char-cod-motiv-refugo> | Recebe o Código do Motivo de Refugo que se deseja validar. | |
Funcionamento | Antes de executar este método, é necessário passar para a API a temp-table tt-ref atualizada, através do método pi-recebe-tt-ref, que é explicado mais a frente. É necessário também setar na API os valores atualizados dos atributos qtd-refgda e qtd-retrab, através do método recebeValorCampo, que é explicado mais adiante. | |
Retorno | Quando é gerado algum erro na execução das Validações, o RETURN-VALUE é retornado igual a “NOK”. Neste caso, os erros deverão ser retornados da API através de um dos seguintes métodos: retornaRowErrors ou retornaTTErro. |
verificaSaldoReservas | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | Não |
Sintaxe | RUN verificaSaldoReservas IN h-handle. |
Descrição | Verifica se há saldo disponível em estoque para todas as reservas do reporte. |
Funcionamento | Antes de executar este método, é necessário passar para a API a temp-table tt-reservas atualizada, através do método pi-recebe-tt-reservas, que é explicado mais a frente. Após a execução do método verificaSaldoReserva, a temp-table de reservas deve ser retornada para o programa chamador, através do método pi-retorna-tt-reservas. |
Retorno | Não há. Como explicado no tópico anterior, a temp-table tt-reservas deve ser retornada através do método pi-retorna-tt-reserva após a execução. Assim, os registros da tt-reservas que retornarem com o campo log-sem-saldo = yes estarão atrasados. |
validaAlternativoReserva | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN validaAlternativoReserva IN h-handle(INPUT <rowid-reserva>). | |
Descrição | Este método tem como objetivo validar a Reserva quanto à existência de Alternativos para substituí-la. Esta mesma validação já é chamada automaticamente ao utilizar os métodos chamaTelaAlternatReserva e efetivaAlternativoReserva. | |
Parâmetros | Descrição | |
<rowid-reserva> | Recebe o Rowid do registro da tabela reserva que se deseja validar. | |
Retorno | Caso o RETURN-VALUE seja igual a “NOK”, deverão ser retornados os erros da API através de um dos seguintes métodos: métodos: retornaTTErro ou retornaRowErrors. Caso contrário, significa que não há problemas em substituir a reserva por um alternativo. |
validaMatReciclado | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | É importante executar este método toda vez que se modificar um registro de Material Reciclado (temp-table tt-mat-reciclado). |
Sintaxe | RUN validaMatReciclado IN h-handle. |
Descrição | Efetua a validação de um determinado registro de Material Reciclado. |
Funcionamento | Antes de executar este método, é necessário passar para a API a temp-table tt-mat-reciclado atualizada, através do método pi-recebe-tt-mat-reciclado, que é explicado mais a frente. É necessário também reposicionar o registro da temp-table tt-mat-reciclado dentro da API através do método reposicionaTTMatRecicl. |
Retorno | Quando é gerado algum erro na execução das Validações, o RETURN-VALUE é retornado igual a “NOK”. Neste caso, os erros deverão ser retornados da API através de um dos seguintes métodos: retornaRowErrors ou retornaTTErro. Caso o RETURN-VALUE seja igual a “OK”, significa que a execução foi feita com sucesso; em algumas situações, alguns dos dados auxiliares do Reporte são ajustados em função destas validações, logo, é necessário executar os seguintes métodos para retornar os valores atualizados: pi-retorna-tt-mat-reciclado, pi-retorna-tt-aloca e pi-retorna-tt-reservas. |
validaReporte | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | Não |
Sintaxe | RUN validaReporte IN h-handle. |
Descrição | Efetua a validação completa do Reporte. Esta validação é executada automaticamente na efetivação do reporte. |
Retorno | Quando é gerado algum erro na validação, o RETURN-VALUE é retornado igual a “NOK”. Neste caso, os erros deverão ser retornados da API através de um dos seguintes métodos: retornaRowErrors ou retornaTTErro. |
• MÉTODOS DE ATUALIZAÇÃO DAS INFORMAÇÕES DA API
São métodos que permitem setar na API os valores de todos os atributos e informações auxiliares do Reporte. Estes métodos são utilizados em conjunto com os métodos de Manipulação das Informações, validação, e de efetivação do Reporte.
recebeValorCampos | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN recebeValorCampos IN h-handle (INPUT <nome-atributo>, INPUT <campo-character>, INPUT <campo-integer>, INPUT <campo-decimal>, INPUT <campo-date>). | |
Descrição | É através deste método que são setados os valores de cada atributo do Reporte. | |
Parâmetros | Descrição | |
<nome-atributo> | Nome do atributo que se deseja retornar da API. | |
<campo-character> | Parâmetro que recebe o valor do atributo solicitado, quando se trata de um atributo do tipo character. Confira, na listagem abaixo, o tipo de cada atributo que é possível setar por este método. | |
<campo-integer> | Parâmetro que recebe o valor do atributo solicitado, quando se trata de um atributo do tipo integer. Confira, na listagem abaixo, o tipo de cada atributo que é possível setar por este método. | |
<campo-decimal> | Parâmetro que recebe o valor do atributo solicitado, quando se trata de um atributo do tipo decimal. Confira, na listagem abaixo, o tipo de cada atributo que é possível setar por este método. | |
<campo-date> | Parâmetro que recebe o valor do atributo solicitado, quando se trata de um atributo do tipo date. Confira, na listagem abaixo, o tipo de cada atributo que é possível setar por este método. | |
Retorno | Nenhum | |
Lista de Atributos | Vide a tabela “LISTA DE ATRIBUTOS COMUNICÁVEIS PELOS MÉTODOS DA API”. Os atributos utilizáveis através deste método são os marcados com “X” na coluna recebeValorCampos. |
pi-recebe-tt-ref | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-recebe-tt-ref IN h-handle(INPUT TABLE tt-ref). | |
Descrição | Através deste método, é possível setar na API os registros da temp-table de Motivos de Refugo e Retrabalho. | |
Parâmetros | Descrição | |
tt-ref | Temp-table de Motivos de Refugo e Retrabalho | |
Retorno | Nenhum |
pi-recebe-tt-aloca | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-recebe-tt-aloca IN h-handle(INPUT TABLE tt-aloca). | |
Descrição | Através deste método, é possível setar na API os registros da temp-table de Alocação. | |
Parâmetros | Descrição | |
tt-aloca | Temp-table de Alocações | |
Retorno | Nenhum |
pi-recebe-tt-reservas | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-recebe-tt-reservas IN h-handle(INPUT TABLE tt-reservas). | |
Descrição | Através deste método, é possível setar na API os registros da temp-table de Reservas. | |
Parâmetros | Descrição | |
tt-reservas | Temp-table de Reservas | |
Retorno | Nenhum |
pi-recebe-tt-mat-reciclado | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-recebe-tt-mat-reciclado IN h-handle(INPUT TABLE tt-mat-reciclado). | |
Descrição | Através deste método, é possível setar na API os registros da temp-table de Materiais Reciclados. | |
Parâmetros | Descrição | |
tt-mat-reciclado | Temp-table de Materiais Reciclados | |
Retorno | Nenhum |
pi-recebe-tt-mob-ggf | ||
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. | |
Obrigatório? | Não | |
Sintaxe | RUN pi-recebe-tt-mob-ggf IN h-handle(INPUT TABLE tt-apont-mob). | |
Descrição | Através deste método, é possível setar na API os registros da temp-table de Apontamentos de MOB e GGF. | |
Parâmetros | Descrição | |
tt-apont-mob | Temp-table de Apontamentos de MOB e GGF | |
Retorno | Nenhum |
• MÉTODOS DE EFETIVAÇÃO DO REPORTE E ENCERRAMENTO DA API
Após toda a manipulação do Reporte através dos demais métodos, é necessário efetivá-lo na base. Através dos métodos apresentados abaixo, é feita a efetivação do Reporte, bem como o encerramento da API.
processaReporte | |
Requisito | Ter executado pelo menos o método setaRowSplitCtrab, para gerar os valores iniciais. |
Obrigatório? | Sim. |
Sintaxe | RUN processaReporte IN h-handle. |
Descrição | Efetua todas as validações necessárias nas informações do Reporte, e efetiva o mesmo na base. |
Retorno | Quando é gerado algum erro na execução das Validações, o RETURN-VALUE é retornado igual a “NOK”. Neste caso, os erros deverão ser retornados da API através de um dos seguintes métodos: retornaRowErrors ou retornaTTErro. Deverão ainda ser retornados os registros referentes às Reservas, através do método pi-retorna-tt-reservas, pois as mesmas poderão ter sido modificadas em função das validações. Caso o RETURN-VALUE seja igual a “OK”, significa que a efetivação do Reporte foi feita com sucesso. |
iniciaReporte | ||
Requisito | Nenhum. | |
Obrigatório? | Quando for Iniciar um Reporte, este método será obrigatório. | |
Sintaxe | RUN iniciaReporte IN h-handle(INPUT <rowid-split-operac>, INPUT <date-inic-setup>, INPUT <character-hra-inic-setup>, INPUT <date-fim-setup>, INPUT <character-hra-fim-setup>, INPUT <character-cod-ctrab>, INPUT <character-cod-ferr-prod>, INPUT <character-equipe>, INPUT <character-operador>, INPUT <date-inic-reporte>, INPUT <character-hra-inic-reporte>, OUTPUT TABLE rowErrors). | |
Descrição | O objetivo deste método é fazer a validação dos dados e a efetivação do procedimento Iniciar Reporte. Ao instanciar a API para iniciar um Reporte, somente este método e o método finalizaAPI deverão ser utilizados, pois os demais métodos destinam-se exclusivamente à Inclusão de Reporte. | |
Parâmetros | Descrição | |
<rowid-split-operac> | Rowid do registro da tabela split-operac que irá iniciar um reporte | |
<date-inic-setup> | Data de Início do Setup. Deverá ser informada quando o Centro de Trabalho reportado estiver parametrizado para Possuir Preparação. | |
<character-hra-inic-setup> | Hora de Início do Setup. Deverá ser informada quando o Centro de Trabalho reportado estiver parametrizado para Possuir Preparação. (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<date-fim-setup> | Data de Término do Setup. Deverá ser informada quando o Centro de Trabalho reportado estiver parametrizado para Possuir Preparação. | |
<character-hra-fim-setup> | Hora de Término do Setup. Deverá ser informada quando o Centro de Trabalho reportado estiver parametrizado para Possuir Preparação. (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
<character-cod-ctrab> | Código do Centro de Trabalho no qual o reporte será Iniciado | |
<character-cod-ferr-prod> | Código da Ferramenta utilizada | |
<character-equipe> | Código da Equipe. Deverá ser informado quando o Centro de Trabalho estiver parametrizado para reportar Equipe. | |
<character-operador> | Código do Operador. Deverá ser informado quando o Centro de Trabalho estiver parametrizado para reportar Operador. | |
<date-inic-reporte> | Data de Início do Reporte | |
<character-hra-inic-reporte> | Hora de Início do Reporte. (Vide a Observação sobre formato (*) constante abaixo da Lista de Atributos Comunicáveis da API) | |
rowErrors | Temp-table padrão de retorno de erros deste método. Obs.: quando utilizado este método, não será possível o retorno dos erros através da temp-table tt-erro. | |
Retorno | Caso seja gerado erro na execução deste método, o RETURN-VALUE será igual a “NOK” e os erros serão retornados através da temp-table rowErrors. Caso a API tenha sido instanciada apenas para Iniciar um Reporte, observe que é obrigatória a execução do método finalizaAPI, ao final da execução. |
reAnaliseRepRefugoOper | ||
Requisito | Nenhum. | |
Obrigatório? | Não | |
Sintaxe | RUN reAnaliseRepRefugoOper IN h-handle(INPUT <rowid-rep-oper-ctrab>, INPUT TABLE tt-ref). | |
Descrição | O objetivo deste método é fazer a Reanálise dos motivos de Refugo e/ou Retrabalho de um determinado reporte. Ao instanciar a API para efetuar uma reanálise de motivos de um Reporte, somente este método e o método finalizaAPI deverão ser utilizados, pois os demais métodos destinam-se exclusivamente à Inclusão de Reporte. | |
Parâmetros | Descrição | |
<rowid-rep-oper-ctrab> | Rowid do registro da tabela rep-oper-ctrab da qual fazem parte as quantidades de refugo e/ou retrabalho que se deseja re-analisar. | |
tt-ref | Temp-table que deverá conter os novos motivos e quantidades. | |
Retorno | Caso seja gerado erro na execução deste método, o RETURN-VALUE será igual a “NOK” e os erros serão retornados através da temp-table rowErrors. Caso a API tenha sido instanciada apenas para Iniciar um Reporte, observe que é obrigatória a execução do método finalizaAPI, ao final da execução. |
finalizaAPI | |
Requisito | Nenhum. |
Obrigatório? | Sim. |
Sintaxe | RUN finalizaAPI IN h-handle. |
Descrição | Efetua a finalização da API, eliminando da memória todos os dados temporários gerados durante a execução. Este método deve ser invocado após concluir a utilização da API. |
Retorno | Nenhum. |
• LISTA DE ATRIBUTOS COMUNICÁVEIS PELOS MÉTODOS DA API
Atributo
| Tipo | Descrição | Métodos de Comunicação da API | ||
retornaValor Campos | retornaHidden Sensitive | recebeValor Campos | |||
cod-ctrab | character | Código do Centro de Trabalho | X | X | |
des-ctrab | character | Descrição do Centro de Trabalho | X | X | |
nr-ord-produ | integer | Número da Ordem de Produção | X | X | |
cod-item-op | character | Código do Item da Ordem de Produção | X | X | |
operacao | character | Código do Item da Operação + Código do Roteiro + Código da Operação (concatenados, separados por barra / ) | X | X | |
num-split-operac | integer | Número do Split de Operação | X | X | |
num-operac-sfc | integer | Número da operação da ordem no SFC | X | X | |
des-oper | character | Descrição da Operação | X | X | |
cod-ferr-prod | character | Código da Ferramenta | X | X | X |
dat-inic-setup | date | Data de Início do Setup | X | X | X |
hra-inic-setup | character | Hora de Início do Setup, em formato horário ou decimal * | X | X | X |
qtd-segs-inic-setup | decimal | Hora de Início do Setup, em segundos – quando for informado o atributo hra-inic-setup, não é necessário informar este. E vice-e-versa. | X | ||
dat-fim-setup | date | Data de Término do Setup | X | X | X |
hra-fim-setup | character | Hora de Término do Setup, em formato horário ou decimal * | X | X | X |
qtd-segs-fim-setup | decimal | Hora de Término do Setup, em segundos – quando for informado o atributo hra-fim-setup, não é necessário informar este. E vice-e-versa. | X | ||
cod-unid-negoc | character | Código da Unidade de Negócio (Somente para clientes com o EMS versão 2.06B ou superior, com a função Unidade de Negócio implantada) | X | X | |
des-unid-negoc | character | Descrição da Unidade de Negócio (Somente para clientes com o EMS versão 2.06B ou superior, com a função Unidade de Negócio implantada) | X | X | |
cod-mob | character | Código da Mão-de-Obra | X | X | X |
dat-inic-reporte | date | Data de Início do Reporte | X | X | X |
hra-inic-rep | character | Hora de Início do Reporte, em formato horário ou decimal * | X | X | X |
qtd-segs-inic-rep | decimal | Hora de Início do Reporte, em segundos – quando for informado o atributo hra-inic-rep, não é necessário informar este. E vice-e-versa. | X | ||
dat-fim-reporte | date | Data de Término do Reporte | X | X | X |
hra-fim-rep | character | Hora de Término do Reporte, em formato horário ou decimal * | X | X | X |
qtd-segs-fim-rep | decimal | Hora de Término do Reporte, em segundos – quando for informado o atributo hra-fim-rep, não é necessário informar este. E vice-e-versa. | X | ||
qtd-aprov | decimal | Quantidade Aprovada | X | X | X |
qtd-refgda | decimal | Quantidade Refugada | X | X | X |
qtd-total | decimal | Quantidade Total (soma das quantidades Aprovada e Refugada) | X | X | |
qtd-retrab | decimal | Quantidade Retrabalhada | X | X | X |
relac-refugo-item | decimal | Relação Refugo Item (Somente para clientes com o EMS versão 2.05 ou superior) | X | X | |
qtd-refgda-ref | decimal | Quantidade Refugo, na unidade de medida do Refugo (Somente para clientes com o EMS versão 2.05 ou superior) | X | X | X |
formato-hora | character | Retorna o formato conforme parâmetros do módulo (vide *). Quando formato Horário, retorna o valor “99:99”. Quando Centesimal, retorna “99,99”. Este formato deve ser atribuído ao format do campo correspondente na tela, quando se tratar de uma interface utilizando a API | X | ||
cod-depos | character | Código do Depósito de Saída | X | X | X |
cod-localiz | character | Código da Localização de Saída | X | X | X |
ct-debito | character | Código da Conta de Débito Direto | X | X | X |
ct-refugo | character | Código da Conta de Refugo | X | X | X |
dep-refugo | character | Código do Depósito de Refugo | X | X | X |
loc-refugo | character | Código da Localização de Refugo | X | X | X |
dep-acab | character | Código do Depósito de Acabado | X | X | X |
loc-acab | character | Código da Localização de Acabado | X | X | X |
refer-acab | character | Referência do Acabado | X | X | X |
lote-acab | character | Número de Lote/Série do Acabado | X | X | X |
dt-valid-lote | date | Data de Validade do Lote | X | X | X |
per-ppm | decimal | PPM (Somente para clientes com o EMS versão 2.05 ou superior, e com a funcionalidade de Tratamento Concentração/PPM implantada) | X | X | X |
format-ppm | character | Retorna o formato que deve ser atribuído ao campo per-ppm, quando se tratar de uma interface utilizando a API | X | ||
label-ppm | character | Retorna o label que deve ser atribuído ao campo per-ppm, quando se tratar de uma interface utilizando a API | X | ||
ordem-op-split | character | Número da Ordem de Produção + Código da Operação + Número do Split de Operação (concatenados, separados por barra / ) | X | X | |
it-codigo | character | Código do Item da Operação | X | X | |
de-tempo-oper | decimal | Tempo de Duração Real do Reporte | X | X | X |
op-codigo | integer | Código da Operação | X | X | |
de-tempo-real-setup | decimal | Retorna o tempo Real de Duração do Setup | X | X | |
bt-ferram | botão | Botão Ferramenta | X | ||
num-contador-inic | integer | Início Contador | X | X | X |
num-contador-inic | integer | Término Contador | X | X | X |
operador | character | Código do Operador | X | X | X |
equipe | character | Código da Equipe | X | X | X |
btBalanceia | botão | Botão Balanceamento (somente a partir da release 2.05 do EMS, caso a função Controle Concentração/PPM esteja implantada | X |
* O formato de hora que a API recebe/retorna depende do parâmetro Tipo Relógio, localizado no programa SF0101 – Parâmetros Chão de Fábrica – página Padrões. As opções são Horário e Centesimal. No caso de Horário, o valor deve ser passado no formato HHMM, onde as duas primeiras posições correspondem à hora, e as duas últimas, aos minutos (não deve ser passado o separador dois pontos(:)). Já quando se trata de Centesimal, a API trabalha com o seguinte formato: HHFH, onde HH é igual o número correspondente à hora, e FH é a fração da hora (não deve ser passado o separador vírgula (,)). Por exemplo: 1030 (10 horas e trinta minutos) no formato Horário corresponde a 1050 no formato Centesimal.
• EXEMPLO DE UTILIZAÇÃO DA API NA MODALIDADE PERSISTENTE
Exemplo de Chamada em Batch
Neste exemplo, é feito o reporte do Split número 1, da Operação 1, pertencente à Ordem 400.000.146. Estão sendo aprovadas 5 unidades e refugadas 3 unidades. A reserva do item "FFRE" tem sua quantidade modificada para 8 unidades. É também criado o registro de justificativa para o refugo.
DEFINE VARIABLE h-sfapi009 AS HANDLE NO-UNDO. DEFINE VARIABLE c-aux AS CHARACTER NO-UNDO. DEFINE VARIABLE de-aux AS DECIMAL NO-UNDO. DEFINE VARIABLE dt-aux AS DATE NO-UNDO. {sfc/sfapi009.i} /*tt-param-reporte*/ {cdp/cd0666.i} /*tt-erro*/ {cpp/cpapi001.i1} /*tt-reservas*/ {sfc/sf0303a.i1} /*tt-ref*/ RUN sfc/sfapi009.p PERSISTENT SET h-sfapi009(INPUT 204, INPUT TABLE tt-import-rep-oper, OUTPUT TABLE tt-erro). /*Definição dos Parâmetros. Apenas o parâmetro l-msg-termina-ordem será setado, os demais ficaram com seus valores default*/ CREATE tt-param-reporte. ASSIGN tt-param-reporte.cod-param = "l-msg-termina-ordem" tt-param-reporte.log-result-param = NO. RUN recebeParametros IN h-sfapi009(INPUT TABLE tt-param-reporte). /*Seleciona os registros de Split e Centro de Trabalho que serão reportados*/ FIND FIRST split-operac WHERE split-operac.nr-ord-produ = 400000146 AND split-operac.num-operac-sfc = 1 AND split-operac.num-split-operac = 1 NO-LOCK NO-ERROR. FIND FIRST ctrab WHERE ctrab.cod-ctrab = "ES01_01" NO-LOCK NO-ERROR. RUN setaRowSplitCtrab IN h-sfapi009(INPUT ROWID(split-operac), INPUT ROWID(ctrab)). IF RETURN-VALUE = "NOK" THEN RUN retornaTTErro IN h-sfapi009(OUTPUT TABLE tt-erro). ELSE DO: /*Seta as quantidades Aprovada(5 unidades) e Refugada(3 unidades)*/ RUN recebeValorCampos IN h-sfapi009("qtd-aprov", "", ?, 5, ?). RUN recebeValorCampos IN h-sfapi009("qtd-refgda", "", ?, 3, ?). /*Através da execução do método a seguir, a API irá: - Setar a nova data e hora de início do Reporte; - Calcular o tempo real da Operação, baseado no tempo padrão proporcional a quantidade informada; |
- Calcular e setar a data e hora de término do Reporte. Foram usadas variáveis auxiliares para receber os retornos da API, pois os valores não serão utilizados.*/ RUN ajustaTempoPelaQtd IN h-sfapi009 (INPUT 11/01/2006, /*<date-dat-inic-reporte> - 01/nov/2006*/ INPUT "0935", /*<char-hra-inic-rep> - 09:35*/ INPUT-OUTPUT dt-aux, /*<date-dat-fim-reporte>*/ INPUT-OUTPUT c-aux, /*<char-hra-fim-rep>*/ INPUT 5 + 3, /*<decimal-qtd-total> - qtd aprovada + qtd refugada*/ OUTPUT de-aux). /*<decimal-de-tempo-oper>*/ /*Executa os métodos para regerar as Reservas, Alocações e MOB/GGF, pois é obrigatória a execução destes métodos após a edição de alguns campos específicos (vide documentação)*/ RUN pi-cria-tt-reservas-alocacoes IN h-sfapi009. RUN geraMobGGFAutomatico IN h-sfapi009. /*Retorna as Reservas*/ RUN pi-retorna-tt-reservas IN h-sfapi009(OUTPUT TABLE tt-reservas). /*Modifica a quantidade da reserva do Item "FFRE" */ FIND FIRST tt-reservas WHERE tt-reservas.it-codigo = "FFRE" NO-ERROR. ASSIGN tt-reservas.quant-requis = 8. RUN pi-recebe-tt-reservas IN h-sfapi009(INPUT TABLE tt-reservas). /*Cria o registro de Justificativa do Refugo gerado*/ FIND FIRST motiv-refugo WHERE motiv-refugo.cod-motiv-refugo = "QualidEx" /*Qualidade do */ NO-LOCK NO-ERROR. /*Material Externo*/ CREATE tt-ref. ASSIGN tt-ref.rw-split-operac = ROWID(split-operac) tt-ref.nr-ord-prod = split-operac.nr-ord-produ tt-ref.cod-motiv-refugo = motiv-refugo.cod-motiv-refugo tt-ref.codigo-rejei = motiv-refugo.codigo-rejei tt-ref.qtd-operac-refgda = 3. /*Justificando 3 unidades refugadas*/ RUN pi-recebe-tt-ref IN h-sfapi009(INPUT TABLE tt-ref). /*Chama a efetivação do Reporte*/ RUN processaReporte IN h-sfapi009. IF RETURN-VALUE = "NOK":U THEN RUN retornaTTErro IN h-sfapi009(OUTPUT TABLE tt-erro). END. /*Faz a finalização da API*/ RUN finalizaAPI IN h-sfapi009. /*Mostra os erros, caso tenham ocorrido.*/ IF CAN-FIND(FIRST tt-erro) THEN DO: FOR EACH tt-erro: DISP tt-erro WITH WIDTH 500. END. RETURN "NOK":U. END. RETURN "OK":U. |
• INFORMAÇÕES SOBRE DESENVOLVIMENTO DE INTERFACES CUSTOMIZADAS
Para os clientes que possuem o produto Datasul EMS na versão 2.07, ou versão inferior (a partir da 2.04 com a função “Automação” implantada), é possível o desenvolvimento de Interfaces customizadas de Reporte de Produção, integráveis com os programas de Apontamentos do Chão de Fábrica (SF0308) e Reporte Dispatch-List (SF0310).
Essa integração se dá através do Grupo de Máquina, ao qual pode ser atribuída uma interface customizada através do campo Interface Reporte, presente no programa Manutenção Grupo Máquina SFC (SF0103), na pasta Operação. Essa interface customizada, por sua vez, deve ser cadastrada no programa Manutenção Interface Reporte (SF0110).
Quando houver uma interface customizada de Reporte devidamente cadastrada para um Grupo de Máquina, e for efetuado um Reporte para um Centro de Trabalho pertencente a este GM através do programa Apontamentos do Chão de Fábrica (SF0308), essa será a interface utilizada como entrada para as informações. Da mesma forma, quando se estiver fazendo um reporte através da tela de Reporte por Dispatch-List (SF0310), e se escolher a opção de Detalhamento do Reporte, será acionada também a interface customizada.
Para que uma interface de Reporte customizada possa se integrar perfeitamente ao sistema da forma descrita acima, a mesma deve ser desenvolvida utilizando a modalidade de execução Persistente da API, devendo possuir algumas características específicas, principalmente no que diz respeito à inicialização da Interface e a forma de validar e efetivar o Reporte. Tais características são descritas abaixo:
o Parâmetros
A tela de reporte customizada deverá receber, como parâmetro (input-output), a temp-table tt-param-interfac, definida na include sfc/sf0303.i. Assim, o programa deverá ter a seguinte assinatura:
run interface-especifica.w(input-output table tt-param-interfac).
Na inicialização do programa, os parâmetros deverão ser extraídos da temp-table, e o programa deverá fazer o devido tratamento para os mesmos. Os parâmetros que o programa deverá esperar da temp-table são os seguintes:
Cód. Parâmetro rw-split-operac
Tipo: Rowid (5)
Descrição: Rowid do Split de Operação que será reportado.
Cód. Parâmetro rw-ctrab
Tipo: Rowid (5)
Descrição: Rowid do Centro de Trabalho no qual o reporte será feito.
Cód. Parâmetro i-baixa-reservas
Tipo: Decimal (1)
Descrição: Corresponde ao parâmetro “Baixar Reservas”, presente na tela de Parâmetros do Reporte de Operações.
1 = Proporcionalmente à quantidade da ordem;
2 = Até o limite das reservas.
Este parâmetro deve ser repassado para a API sfapi009, na sua instanciação, através do método recebeParametros.
Cód. Parâmetro l-informa-deposito
Tipo: Lógico
Descrição: Corresponde ao parâmetro “Informar depósito único de saída de componentes?”, presente na tela de Parâmetros do Reporte de Operações.
Este parâmetro deve ser repassado para a API sfapi009, na sua instanciação, através do método recebeParametros.
Cód. Parâmetro l-informa-localizacao
Tipo: Lógico
Descrição: Corresponde ao parâmetro “Informar localização para saída de todos componentes?”, presente na tela de Parâmetros do Reporte de Operações.
Este parâmetro deve ser repassado para a API sfapi009, na sua instanciação, através do método recebeParametros.
Cód. Parâmetro l-requisicao-automatica
Tipo: Lógico
Descrição: Corresponde ao parâmetro “Requisição Automática?”, presente na tela de Parâmetros do Reporte de Operações.
Este parâmetro deve ser repassado para a API sfapi009, na sua instanciação, através do método recebeParametros.
Cód. Parâmetro l-busca-saldos
Tipo: Lógico
Descrição: Corresponde ao parâmetro “Procura Automática de Saldos?”, presente na tela de Parâmetros do Reporte de Operações.
Este parâmetro deve ser repassado para a API sfapi009, na sua instanciação, através do método recebeParametros.
Cód. Parâmetro l-dispatch-list
Tipo: Lógico
Descrição: Indica que a interface de reporte customizada está sendo chamada como detalhamento do Reporte, através do Reporte por Dispatch-List (SF0310). Quando este parâmetro vier marcado como Yes, a interface de reporte deverá fazer alguns tratamentos especiais, que serão descritos a seguir.
Cód. Parâmetro h-sfapi009
Tipo: Caractér
Descrição: Nas situações em que a interface de reporte customizada está sendo chamada como detalhamento do Reporte, através do Reporte por Dispatch-List (SF0310), a API sfapi009 é previamente instanciada e inicializada. Assim, quando o parâmetro l-dispatch-list vier marcado como Yes, este parâmetro conterá o handle da API já inicializada.
Como este campo é caractér, será necessário transformá-lo em handle, usando a função Progress WIDGET-HANDLE.
o Inicialização
Na inicialização da interface, caso o parâmetro l-dispatch-list esteja igual à No, o programa deverá inicializar a API, fazendo sua execução persistente, setando os parâmetros através do método recebeParametros (repassando os parâmetros recebidos através da temp-table tt-param-interfac), e setando o Split de Operação e Centro de Trabalho a reportar (recebidos por parâmetro também), através do método setaRowSplitCtrab.
Se o parâmetro l-dispatch-list for recebido igual à Yes, o programa já terá recebido a API devidamente inicializada e parametrizada, bastando atribuir à variável handle, que será usada para manipular a API, o handle recebido através do parâmetro h-sfapi009.
Após a inicialização, o passo seguinte é o retorno das informações armazenadas na API, através dos métodos descritos na seção MÉTODOS DE RETORNO DE INFORMAÇÕES DA API. Caso o parâmetro l-dispatch-list esteja igual à No, as informações retornadas serão as informações iniciais do Reporte. Caso l-dispatch-list seja igual à Yes, estes métodos poderão retornar informações já manipuladas e calculadas previamente, na tela de Reporte por Dispatch-List.
o Manipulação das Informações
De posse das informações inicializadas da API, a interface customizada deverá permitir que o usuário as manipule de acordo com suas necessidades.
Quando determinadas informações são atualizadas pelo usuário, entretanto, é obrigatória a execução de alguns métodos, a fim de atualizar/gerar algumas informações na API. Estes métodos e os atributos que os tornam obrigatórios encontram-se descritos na seção MÉTODOS DE MANIPULAÇÃO DAS INFORMAÇÕES DURANTE EXECUÇÃO.
Algumas informações, ainda, podem demandar uma pré-validação durante a execução, a fim de alertar o usuário antes da finalização do procedimento. Os métodos da API que permitem pré-validar determinadas informações encontram-se descritos na seção MÉTODOS DE PRÉ-VALIDAÇÃO DE INFORMAÇÕES.
o Encerramento da Interface - Validação/Efetivação
Cancelamento do Procedimento
Caso o usuário esteja Cancelando o procedimento, a interface deverá ser encerrada retornando o valor “NOK” (RETURN “NOK”). É importante que a interface seja encerrada retornando “NOK” neste caso, pois quando a mesma estiver sendo usada como detalhamento do Reporte por Dispatch-List, o programa de Reporte por Dispatch-List fará a chamada da interface customizada dentro do escopo de uma transação. Assim, a tela de Reporte por Dispatch-List somente desfará a transação caso o retorno seja “NOK”.
Caso o parâmetro l-dispatch-list esteja igual à No, será necessário também fazer o encerramento da API, através do método finalizaAPI. Caso l-dispatch-list esteja igual à Yes, entretanto, a API não deverá ser finalizada, pois a tela de Reporte por Dispatch-List continuará utilizando a instância da API para manipular o reporte.
Confirmação do Procedimento
Caso o usuário esteja Confirmando o procedimento, o passo inicial será setar na API os valores, atualizados em tela, dos atributos do Reporte. Essa atualização na API deve ser feita utilizando-se os métodos descritos na seção MÉTODOS DE ATUALIZAÇÃO DAS INFORMAÇÕES DA API.
Se o parâmetro l-dispatch-list estiver igual à Yes, o reporte não deverá ser efetivado na base, já que a efetivação será feita apenas quando o usuário clicar em OK na tela de Reporte por Dispatch-List. O reporte deverá apenas ser validado, através do método validaReporte.
Caso o parâmetro l-dispatch-list esteja igual à No, o reporte deverá ser efetivado na base através do método processaReporte.
Caso não tenham ocorrido erros no processamento/validação, e o parâmetro l-dispatch-list esteja igual à No, será necessário também fazer o encerramento da API, através do método finalizaAPI. Caso l-dispatch-list esteja igual à Yes, entretanto, a API não deverá ser finalizada, pois a tela de Reporte por Dispatch-List continuará utilizando a instância da API para manipular o reporte.