Histórico da Página

Nota:

Notas Consumo dos componentes:

• O consumo dos componentes deverá respeitar parametrização do PCPA109. Na rotina de parâmetros será definido como será o tratamento do consumo dos componentes:
  1 - BackFlush: Sempre irá realizar a baixa dos componentes conforme o definido na Engenharia. Desconsidera a lista de consumo SupplyOrder.
  2 - Consumo Real: Irá consumir conforme lista de componentes, SupplyOrder, enviada na mensagem.
• No consumo dos componentes o processo deverá seguir a seguinte regra, conforme parametrização:
  Caso o parâmetro MV_REQAUT estiver como 'D' os materiais DIRETOS serão digitados e os INDIRETOS serão baixados automaticamente. Para baixar os Indiretos o tipo de movimento deve ter o campo "Aprop. Indir" como "S' na rotina MATA230.
  Caso o parâmetro MV_REQAUT estiver como 'A', o consumo dos materiais será realizado para todos os componentes.
• Deverá considerar o tipo de movimento do cadastro de parâmetros PCPA109, folder MOVIMENTAÇÕES. Se for Entrada usar o campo OE_VAR1. Se for Saída usar o campo OE_VAR2. Quando usa o Chão de Fábrica, deverá usar as movimentações parametrizadas no SIGASFC (MV_SFRQMB e MV_TMPAD).
• No PC-Factory, não são utilizados lote e número de série ao mesmo tempo. O retorno desse conteúdo será via tag SupplyOrder - LotCode, que pode ser o Lote ou número de série, conforme o cadastro do item.

Notas Chão de Fábrica

• Quantidade reportada CYV_QTATRP, será a soma das quantidades aprovadas e refugadas.
• Data/Hora Início e Fim e código da Preparação apesar de serem virtuais, se a máquina exigir setup (CYB_LGUSU) deverá enviar as tags SetupCode, StartSetupDateTime e EndSetupDateTime.
• Caso o documento, tag DocumentCode, esteja em branco será gravado o número da ordem de produção.
• Os campos Data da Reserva 'CZP_DTMT' deve receber o conteúdo da tabela CYP.CYP_DTMT 
  A quantidade reserva 'CZP_QTMT' deve receber o conteúdo da tabela  CYP.CYP_QTMT
  O estado 'CZP_TPST' deve receber o conteúdo da tabela CYP.CYP_TPST 
• O tempo unidade operação, CZ0_QTTEUN, deverá ser gerado conforme regra do SFCA314

Notas Refugo

• Registrar o motivo de refugo (tags do ListOfWasteAppointments), atualizando dados da tabela SBC
• Se o motivo de refugo não estiver cadastrado, será incluído no cadastro de motivos tabela SX5. 
  Onde :  
  O código do motivo é X5_CHAVE  
  A tabela do motivo é '44'. 
  Para o Chão de Fábrica,  deverá gerar a tabela -CY0
• O motivo de refugo tem tamanhos diferentes nas tabelas. Deverá validar se o código recebido não vai ultrapassar o tamanho das colunas no Protheus.
  Quando usa o PCP deve validar contra o SX5.X5_CHAVE e SBC.BC_MOTIVO.
  Quando usa o SIGASFC validar contra o CYO.CYO_CDRF, CY0.CY0_CDRF e SBC.BC_MOTIVO

• O apontamento de parada padrão para essa integração será o MATA682 no PCP e no Chão de Fábrica a rotina é o SFCA311.
• Os campos Máquina, Motivo de Parada, Data/Hora Início e Fim e Data/Hora Reporte serão obrigatórios.
• Caso Data/Hora do Reporte seja menor que a data atual, o sistema irá utilizar a Data/Hora atual, ou seja, data e hora que a integração estiver sendo processada.
• Apontamento de parada setará o SH6.H6_TIPO = 'I'.
• O produto será a mão de obra. Gerado pelo sistema. Exemplo: SH6.H6_PRODUTO = MOD001.
• A quantidade perda será gerada pelo sistema. SH6.H6_QTDPERD.
• O campo SH6.H6_IDENT também é gerado pelo sistema.
• O campo SH6.H6_TEMPO deve ser calculado pelo adapter. Deve ser o tempo total da parada.
• Motivo de Parada:
  O motivo poderá ser cadastrado via integração. Deverá verificar se o motivo de parada está cadastrado. Caso não esteja, deverá ser incluído o motivo utilizado no apontamento na tabela SX5.
  Onde:
  O código do motivo é X5_CHAVE
  A tabela do motivo é '44'.
  Para o Chão de Fábrica, deverá gerar a tabela - CYN.
• Todo apontamento deverá enviar uma mensagem de retorno, indicando possíveis problemas ou processamento efetuado com sucesso. 
• Em caso de sucesso, o número do apontamento é enviado ao PC-Factory na mensagem de retorno da StopReport e corresponde ao RECNO da SH6. Este mesmo número será utilizado quando precisar registrar um estorno (IntegrationReport).
• O estorno ocorre quando o campo o campo ReversedReport (Estorno do apontamento) possuir o conteúdo TRUE.
  Quando for estorno deverá, obrigatoriamente, ter o número do apontamento, campo IntegrationReport.
• O estorno pode ser gerado de duas formas no arquivo: somente o estorno ou estorno + apontamento. Quando a mensagem possuir o estorno e o apontamento só pode commitar as movimentações quando ambas forem concluídas.
  Para identificar se a mensagem possui somente estorno ou estorno + apontamento deverá verificar as seguintes situações:
  Somente estorno: possui somente as informações do ReversedReport e IntegrationReport com a demais tags sem dados. 
  Estorno + apontamento: possui ReversedReport e IntegrationReport  informados e os demais dados obrigatórios (Máquina, Motivo de Parada, Data/Hora Início e Fim e Data/Hora Reporte) preenchidos.
• Será registrado automaticamente o campo SH6.H6_OBSERVA = 'PPI' para indicar que o registro foi gerado via integração PCP Protheus x PC-Factory.
• O sistema PC-Factory usa o formato das horas com HH:MM:SS. Para o PCP Protheus será considerado apenas HH:MM. Apontamento com tempos menores que 1 minuto serão rejeitados.
• O campo ReportSequence é utilizado para registrar o ID da tabela que registra as informações da parada. Pode ser usado no ponto de entrada MATI681CRG.
• Modelo do turno e número do turno será gerado automaticamente pela rotina SFCA311. Somente quando usar o Chão de Fábrica.
• Se a mensagem não enviar o StopType será considerado como 2= Não Programada. Somente quando usar o Chão de Fábrica.
• O motivo de parada tem tamanhos diferentes nas tabelas. Deverá validar se o código recebido não vai ultrapassar o tamanho das colunas no Protheus.
  Quando usa o PCP deve validar contra o SX5.X5_CHAVE e SH6.H6_MOTIVO.
  Quando usa o SIGASFC validar contra o CYN.CYN_CDSP, CYX.CYX_CDSP e SH6.H6_MOTIVO  

• A busca pode ocorrer das seguintes formas:
  Por Produto: Retorna informação de todos os locais de estoque do produto.
  Por Local de Estoque (Armazém): Retorna informação de todos os produtos no local de estoque.
• Por Local de Estoque (Armazém) e Produto: Retorna informação sobre o Produto no Local de Estoque definido.
  Para os demais campos, Lote, sub-Lote, número de série, localização e data de validade considerar somente se informar o código do produto. Se enviar esses campos sem o código do produto, deve retornar mensagem de erro.
• O Request poderá ser uma lista de solicitação.

• Será registrado que a movimentação teve origem via integração com PC-Factory. O campo SD3.D3_OBSERVA será gravado com o conteúdo "TOTVSMES".
• Se a tag InputOrOutput for E (entrada) deverá executar o processo da rotina MATA250. Se for S (saída) executar o processo da rotina MATA240. Diferente de E ou S, rejeitar a mensagem.
• A tag InputOrOutput indica se é entrada ou saída. Com base nessa informação deverá considerar o tipo do movimento do cadastro PCPA109, folder MOVIMENTAÇÕES. Se for Entrada usar o campo OE_VAR1. Se for Saída usar o campo OE_VAR2.
• Não terá a opção de estorno. Para realizar um processo de estorno deverá enviar a movimentação contrária, ou seja, para estornar uma entrada deverá enviar um movimento de saída.
• Para a tag ProductionOrderNumber será validado se o conteúdo é uma ordem de produção (SC2), Se for OP gravar no campo SD3.D3_OP, caso contrário gravar no campo SD3.D3_DOC.
• Quando o Chão de Fábrica está em uso a rotina não permitirá realizar o movimento de entrada manual. Somente apontamento via Chão de Fábrica.