Quando forem informadas as tags de <OutflowLocationCode/> e <OutflowWarehouseCode/> no apontamento da produção, e não existindo componentes informados na mensagem, o ERP Datasul automaticamente fará o consumo a partir destas informações, do contrário terão que estar alocadas estas informações para os componentes nas reservas, ou então serão usadas as informações do cadastro de ItemXEstabelecimento como padrão.

Obs.: no caso do depósito, se não for informado é usado o depósito de fábrica do parâmetro CP0106.

Apesar das tags <LotCode> e <LotDueDate> existirem na ProductionAppointment, quando não forem informados, será buscado o lote da Ordem de Produção, e a validade virá do saldo de estoque (ItemXLote).

Obs.: código de Lote Novo, não pode ser usado para este caso, pois o lote precisa existir no estoque(mesmo que com saldo Zero), do contrário não será possível o apontamento, pois não há como buscar uma data de validade.

O PCF não suporta localização (endereço) branco (nulo). O adapter ProductionAppointment fará o seguinte tratamento para considerar uma localização para o Acabado:

1- Se a tag <LocationCode\> vier em branco ou vazia, será considerada como localização branca e tentará movimentar.

2- Se a tag <LocationCode> for omitida da mensagem xml, então será considerado nulo no Datasul, e então será utilizada a localização padrão do itemXestabelecimento.

PC-Factory não trata referência, no entanto, será possível visualizar itens com referência no PCF (envio da mensagem de referências do item, seja na carga Carga Inicial Integração TOTVS MES (CD7002) ou na relação item referência, Manutenção das Referências do Item (CD1506)).

É possível utilizar itens controlados por referência para mensagens de Apontamento Produção, Requisição e Saldos, desde que não seja necessário informar referência diferente das existentes como padrão no ERP (no caso das reservas com referência, o PCF precisa informar a referência para distinguir as reservas com o mesmo código de item porém outra referência). Já para a mensagem de Transferência entre depósitos, não é possível no momento, pois o PCF não enviará esta tag.

O apontamento apenas no PCP ocorre no ERP quando o módulo de SFC esteja desabilitado. Do contrário, todos os apontamentos serão realizados no SFC.

Exceção é via parâmetro Reporta no PCP

Caso desejar realizar o consumo pelo padrão na linha de Processo, e o depósito é diferente do padrão nas reservas, sugerimos alocar antes, para que não ocorra erro.

Por default, as reservas são consumidas até o limite do previsto das mesmas na Ordem de Produção. Assim, caso seja produzido acabado superior ao previsto na Ordem de Produção, o consumo, não será proporcionalmente consumido a mais.

Caso o cliente precise consumir também proporcionalmente as reservas, para contorno, ativar uma função (via CD7070) "baixa-reservas-proporcionalpropor".

Ao utilizar apenas o PCP, o Datasul espera que a tag <OperatorCode> venha em branco para utilizar então o código de mão de obra padrão da operação. Quando a tag é informada, é feita a pesquisa no cadastro de operador e resgatado o código de mão de obra.

Ao utilizar o SFC, a informação existente na tag será utilizada como operador. O PCF atualmente não utiliza os operadores atualizados na integração, e sim enviam o usuário do sistema. Neste caso, é importante o usuário do sistema ter o mesmo código de um operador do SFC, do contrário ocorrerá erro.

Como sugestão, criar no PCF usuários com o mesmo código de algum operador da máquina, ou então, customizar relacionamento do usuário x operador no PCF.

O PC-Factory não consegue enviar o consumo junto com a produção (ProductionAppointment - a mensagem comporta o envio de consumo real e o Datasul aceita normalmente). Em virtude disto, para trabalhar com consumo real as ordens deverão estar parametrizadas com linha de Serviço no Datasul. Assim o momento de disparo das mensagens de produção (ProductionAppointment) e consumo (MovementsInternal) podem ocorrer em momentos distintos.

Atende Parcial

ou 

Específico PCF

O conceito de reservas negativas no ERP Datasul é conhecido como Tipo de Sobra. (Tipo de Sobra)

Considera-se que ao realizar um apontamento de quantidade do Produto Principal da Ordem de Produção, necessariamente é também movimentada uma quantidade do Co-produto. Isto se deve pela necessidade de contra-partida e evitar furos de valorização do itens e da Ordem de Produção apontada.(Valorização de Co-produto)

Na integração, a indicação da produção tanto no Produto Principal, quanto no(s) Co-produto(s), precisam ser trafegados na mesma mensagem. A ausência do co-produto e sua quantidade na mensagem, indicam ao ERP Datasul que a geração do movimento de Entrada em Estoque do Co-produto será automática, ou seja, proporcionalmente a quantidade do Produto Principal.

No PC-Factory, o apontamento do Co-produto, está desvinculado do apontamento do Produto Principal. Como não temos como garantir, na integração, que sempre teremos ambos sendo gerados e que primeiramente será gerado o movimento do Produto Principal, alguns artifícios podem ser usados:

1. Enviar na mensagem sempre ambos.
2. Enviar ao menos duas mensagens: uma com a produção real descontando uma parcela mínima do Principal e co-produto com parcela mínima de produção, e a outra mensagem com a parcela mínima do Principal e co-produto com a produção real descontando a parcela mínima.

Exemplo:

Produto Principal - PP

Co-Produto - CP

A previsão é que a cada PP produzido gere 1,5 CP.

Assim sendo, numa Ordem de Produção de 10 quantidades PP, por padrão deveria gerar movimentação de 15 CP.

Primeira Mensagem enviada

PP com 9 quantidades e CP com 1,5 quantidades.

Verificado que PP foi produzido realmente 10 quantidades, porém o CP foi produzido 14 quantidades.

Resultando para a Segunda Mensagem enviada

PP com (10 - 9) quantidade e CP com (14 - 1,5) quantidades

Observar, que pra funcionar, será necessário desenvolvimento de específicos no PC-Factory, para controlar as quantidades enviadas.

O conceito de unidades por ciclo existente no ERP, encontra-se no cadastro de Ferramenta (CD0124) que é enviada via tag <UnitCycleQuantity> no XML Resource. Esta tag, no entanto, não é Integrada no PCF, por não existir de para adequado entre os Sistemas.

No ERP a unidades ciclo será usada durante o apontamento de produção, quando o Grupo de Máquina(SF0103) tiver Tratamento Tempo - Depende Ferramenta, e o Centro de Trabalho (SF0104) tenha relacionadas Ferramentas, ou seja, somente no momento do apontamento é que o Chão de Fábrica seleciona a Ferramenta que será usada. Sim, o Chão de Fábrica no ERP permite que o CT possua mais de uma Ferramenta pra uso, e inclusive use mais de uma Ferramenta simultaneamente. Para este último, caso, é criada automaticamente um código de Ferramenta que associe duas ou mais Ferramentas.

Como o ERP não consegue indicar a Ferramenta que será usada antecipadamente, não há como adequar a Integração para uso no PCF.

Por conseguinte, como os apontamentos serão realizados a partir do PCF, é necessário que as Unidades Ciclo, seja também nele controladas. Como o ERP receberá apenas os tempos e quantidades, aconselhamos não usar o Conceito Depende Ferramenta no Grupo de Máquina.

O PCF em processos Padrões, nunca faz uso de Request. Então torna-se necessária customização no PCF, quando deseja saber o saldo de um item, deve disparar uma solicitação (request StockLevel). No entanto

Já o ERP não atualiza saldos nunca, nem mesmo com o uso da mensagem ItemStockLevel. Esta última, é enviada apenas quando for criado um novo lote (respeitando as regras parametrizadas).

Adequar

ERP

Quando enviado o XML ProductionOrder, a tag <ScriptCode> é também atualizada, no entanto ela não alimenta nenhum campo no PCF. Para o reporte de produção e requisição de material (XMLs: ProductionAppointment e MovementsInternal), a ausência da informação na tag <ScriptCode>, é tratada com busca direta pelo id da Operação.

No entanto, para o apontamento horas (GGF/MOB) usando o XML WorkforceAndOverheadAppointment, a busca do roteiro padrão da operação da Ordem, somente será confiável, se:

1 - existir apenas um roteiro que gerou as operações na ordem;

2 - O código das operações sejam distintos para cada Roteiro, existindo mais de um roteiro que gerou as operações da ordem.

Exemplo "X" confiável:

Operação 10 Roteiro A

Operação 11 Roteiro B

Exemplo "Y" inconfiável:

Operação 10 Roteiro A

Operação 10 Roteiro B

Porque o exemplo "Y" é inconfiável?

R.: porque como não é informada a tag <RoutingCode> no XML WorkforceAndOverheadAppointment, é feita a busca da primeira operação com o código 10. Se realmente está sendo apontada horas para Operação 10 Roteiro A, então está correto. No entanto se estiver sendo apontada horas para Operação 10 Roteiro B, o adapter irá sempre buscar a operação do Roteiro A, pois é a primeira operação que encontrou, ficando inconsistente a informação.

Quando a estrutura possui componente fantasma, ao criar uma Ordem de Produção, a reserva acaba por herdar os componentes filhos do fantasma. Isto significa que no caso de fazer a requisição via MovementsInternal, seria necessário usar a tag <FatherItemCode>, no entanto o PC-Factory não considera a informação, e causará problemas ao tentar requisitar.

Assim sendo, aconselhamos a retirar o componente fantasma da estrutura no ERP.

Apenas os que necessitam criar ordem no PC-Factory - lembrando que esta ordem não será integrada com o Datasul.

A responsabilidade do uso das informações de Estrutura e Operações é do PC-Factory, pois o ERP somente tratará as Ordens de Produção que ele mesmo tenha criado. Sempre que forem alteradas informações destas rotinas, será enviada a mensagem “Upsert” com a lista completa, exceto quando não existir mais lista, que usará “Delete”.

O ERP para indicar um co-produto ou sobra durante a produção utiliza quantidades negativas em sua estrutura ou lista de componentes da Ordem de Produção. Há restrições quanto ao seu uso na integração, caso não sejam informadas estas reservas no momento do apontamento. (ver DT_DMANFACTORY01-4220_INTEGRACAO_TOTVS-MES_SOBRA)

Os apontamentos de MOB e GGF, podem ser indicados na mensagem de apontamento de produção, do contrário, não serão feitos pelo padrão. O PC-Factory fará uso das mensagens de apontamento de MOB e GGF(WorkforceAndOverheadAppointment). Atualmente a um único XML pode atualizar tanto GGF quanto MOB, sendo devolvido na tag <Destination> ambos IDs.

Obs.: quando no apontamento de GGF, não venha a informação do Grupo de Máquina (WorkCenterCode), será usado o padrão na Operação.

O PC-Factory não possui código de Mão de Obra Direta pra ser enviado junto ao XML (WorkforceAndOverheadAppointment - tag <LaborCode>). Assim ao receber a mensagem o ERP verifica se há valor na tag, não existindo, será usado o Código de Mão de Obra Direta presente na operação da ordem. Desta forma, apenas um código de mão de obra direta será utilizado para geração da movimentação.

Somente Ordem com operação deve ser integrada, isto porque, o PCF necessita da operação para poder usar a ordem.

Apenas Ordem com os tipos: Interno, Interno/Externo, Retrabalho e Conserto são tratadas na Integração. Observar que as ordens de Conserto não são integradas na criação da Ordem, e sim apenas após possuir uma operação.