PCP Protheus x PPI-Multitask Integration

Business Context

1. Manufacturing Execution Systems, or simply MES is the term used to refer to the systems focused on the management of production activities establishing a direct link between planning and shop floor. The MES systems generate precise information and in real time promoting the optimization of all production stages since the issue of an order to the shipment of finished products shipment.
   The importance of these systems comes from the gap that regularly exist between the ERP (Enterprise Resource Planning) and the specific softwares of the production line.  The MES can import data from ERP and integrate with the production daily routine, managing and synchronizing the productive tasks with the flow of materials.
   Considering that in the supply chain the highest added value is in the production, it makes sense investing in systems optimizing the flow, control and quality of material (Source: PPI-Multitask).
2. Planning and Production Control  Gathering of means of production (raw material, labor, and equipment) enables manufacture of products that arise from the action of productive systems. The plans are the guide of execution and in production control are commanded by the auxiliary body named Planning and Controlling of Production (PCP) that establishes the production line rules, aiming at an ordered and continuous flow of the productive process.
3. Shop Floor Allows you to plan, punch and monitor activities executed in each work center of the plant and machine, enabling an integrated view of executed operations, under execution and to be processed.  Allows the Management and Monitoring of results (productivity, efficiency, delays, quality, use, levels of downtime, scrap reason, deviation of real/standard time etc). In MES integrated use, punches are executed by MES system.

Systems Involved

• PCP PROTHEUS 11.80.14, 12.1.10 (Phase I)
• PCP - SIGASFC PROTHEUS 11.80.17 (Phase II)
• PC-FACTORY (PPI MULTITASK)

Integration

The aim of the PC Factory Integration (MES software of company PPI Multitask) X PROTHEUS is to make available to TOTVS customers a new option to control the production through the automation of processes, enabling the updating and extraction of online information to simplify the customers flow.

Scope

Enables the integration between the PCP module of SIGASFC Protheus with MES PC-Factory of PPI Multitask, aiming at controlling the annotation of production orders. Protheus is responsible by the creation of production orders and the PC-Factory with annotation.

The integration contemplates the following routines and processes in PHASE 1:

1. Parameterization: Enables to parameterize the use of integration, indicating if it is ACTIVE. Indicates whether there is generation of XML files of information that is transferred between the systems, and also enables to define filters that are applied to information.
2. Integrators: Adapters are functions responsible for sending or receiving information that is transferred between Protheus and PC Factory systems. Integration contemplates the following information: Product, stock location, resource, production orders, production annotation and stoppage annotation.
3. Pendencies: Enables to manage the pendencies of PCP Protheus delivery to PC-Factory as well as to check the history and errors of integration process.
4. WebService: Enables to process the annotation of production and stoppage sent from PC-Factory to Protheus;
5. Synchronization: Enables to execute the synchronization of data from PCP Protheus and PC-Factory. Able to send data from Products, Stock Location, Resource and Production Order.
6. Import Log: Enables to query the integration process of annotation of production and stoppage sent from PC-Factory to Protheus.

The integration contemplates the following routines and processes in PHASE 2:

Phase 2 contemplates the consumption of components, movements executed by PC-Factory and balances in stock. It also considers the SIGASFC - Shop Floor system.

1. Parameterization: Enables to parameterize the use of integration, indicating if it is ACTIVE. Indicates whether there is generation of XML files of information that is transferred between the systems, and also enables to define filters that are applied to information.
2. Integrators: Adapters are functions responsible for sending or receiving information that is transferred between Protheus and PC Factory systems. Integration contemplates the following information: Product, stock location, resource, machine, tools, script, structure, address, production order, balance in stock, movements and transfer of stock, annotation or production and stoppage annotation.
3. Pendencies: Enables to manage the pendencies of PCP Protheus delivery to PC-Factory as well as to check the history and errors of integration process.
4. WebService: Enables to process the annotation of production and stoppage sent from PC-Factory to Protheus;
5. Synchronization: Enables to execute the synchronization of data from Protheus and PC-Factory. Able to send data from Products, Stock Location, Resource, Machine, Script, Structure, Address, Balance in Stock and Production Order.
6. Import Log: Enables to query the integration process of annotation of production, refusal and stoppage sent from PC-Factory to Protheus.

Install/Implement/Use Requirements

For Protheus version 12, apply package of updates from version 12.1.10 in Phase I. It can also be used in version 11.80.14 for Phase I and 11.80.17 for Phase II. Run the update of dictionary with program U_UPDPCP34.
Build must be equal to or later than 7.00.131227A and date 9/8/2014.
IP Address and released port for WebService execution. These data are used in APPSERVER.INI file in session WEBSERVICE.
Update APPSERVER.INI  file in session WEBSERVICE.
To configure a WebService, check this configuration: http://tdn.totvs.com/pages/viewpage.action?pageId=6064937
Exemplo :
; WEBSERVICE CONFIGURATION

[WebServices]
Enable=1
Environment=mssqlserver
Conout=1
Trace=1
PrepareIn=99,01
NameSpace=http://10.80.62.219:8090
URLLocation=http://10.80.62.219

[HTTP]
enable=1
port=8090

[ONSTART]
JOBS=JOB_WS_9901

[10.80.62.219]
ENABLE=1
Trace=1
PATH=C:\TOTVS 11\Microsiga\Protheus_Data\web\ws
ENVIRONMENT=mssqlserver
INSTANCENAME=WS
RESPONSEJOB=JOB_WS_9901
DEFAULTPAGE=wsindex.apw

[JOB_WS_9901]
TYPE=WEBEX
ENVIRONMENT=mssqlserver
INSTANCES=1,20
SIGAWEB=WS
INSTANCENAME=WS
ONSTART=__WSSTART
ONCONNECT=__WSCONNECT

;FIM CONFIGURACAO WEBSERVICE

You can also update in APPSERVER.INI file in session PROXY (if there is configured proxy)

[PROXY]

Enable=1
Server=proxy-jv.jv01.local
Port=8080
User=XXXXX
Password=*******

Installation/Updating

The PCP Protheus x PC-Factory PPI-Multitask is activated through the following steps:

1. Open the progrm of Integration Parameters: PCPA109 (Updates -> Integration MES-> Parameters).
2. Set the field Active to "1- Active".
3. In the field path enter the URL of WebService of PPI-Multitask.
4. Check WebService connectivity through Test button.
5. Indicate whether the integration physically generate the XML files.
6. Configure the filters for each information that is transferred between the systems.
7. Confirm the activation through the button CONFIRM.

The Test button check whether you can execute the connection with WebService entered in the field Path. This button has two returns:

• Connection with WebService successfully executed.
• Unable to execute the connection with WebService of PCFactory.

Selecting the field Generate XML, the XML of the exchanged messages is generated. If you do not select it, the system saves it only in tables. You are not required to create files. It works as a useful tool to find problems and it can be saved in XML directory successfully sent or pending XMLs.
The file names follow these standard:

OK_<MSG>_<DATAHORA>_<REGISTRO>
PEND_<MSG>_<DATAHORA>_<REGISTRO>
ERR_<MSG>_<DATAHORA>_<REGISTRO>
Where: OK - Message sent with no problems
           PEND- Message not sent
           ERR - Message sent, but returned with error.
          MSG - Name of message. Ex.: Item, Wharehouse, Workcenter, etc.
           DATETIME: Date and Time of sending
           RECORD: Record code being sent. Ex.: Item code, order number, etc.

For each file moved (product, stock location, resource, tool, machine, script, structure, address, movements, balances and production order) a folder exists. For each folder, you can assemble filters and define parameterizations. These filters are used in routines that send PC-Factory information enabling you to select what must be sent. The fields of selected table (folders) and operators are displayed so filters are assembled. If there is no filter registered, every record added, edited or deleted is sent to PC-Factory. To assemble the filters, the user must know the database, as table names and fields are directly used.
Example:
To assemble a filter, so only products classified as Finished Product are sent. Filter is: B1_TIPO = "PA"

The delivery of Protheus information for PC-Factory PPI Multitask, the following transactions occur:

• Register, change and deletion of product MATA010, AGRA045 stock location and MATA610, SFCA006 and SFCA002 resource;
• Register and change of orders MATA650;
• Process to FIRM orders MATA651;
• Maintenance of operations MATA632;
• Maintenance of allocation, MATA380 and MATA381;
• Register, change and deletion of Operations x Components MATA637;
• Machine Load MATA690;
• Calculation of MRP MATA712 (version 11.8) or PCPA107 (version 12);
• Register, change and deletion of structure, MATA200;
• Production splits generated by routines that handle order, and SFC310 annotation model 1 of shop floor.
• Register, change and deletion of address MATA015;
• Register, change and deletion of tools MATA015;
• Balance Update
• Inbound Invoice - Routines executing function B2ATUCOMD1;
• Sales Invoice - Routines executing function B2ATUCOMD2;
• Internal Movement - Routines executing function B2ATUCOMD3;
• Addition of balance MATA220 and MATA805.

The delivery of PCP-Factory PPI Multitask information for Protheus, the following transactions occur:

• Register of stoppage reasons SFCA004;
• Register of scrap reasons SFCA003;
• Stock Separate movements. Inbound MATA250. Outbound MATA240;
• Transfer of stock MATA261;
• Annotation of production MATA681 and SFCA310;
• Annotation of stoppage MATA682 and SFCA311;
• Refusal, annotation of loss, MATA685.

Version Control

TOTVS group, represented by its brands, manages the layout progress demands and other adjustments, agreeing together with requesters the release approval term.
All progress scheduled must be discussed and approved by brands before the start of development and is only developed in case of agreement of brands and alignment with directive defined by TOTVS Integration Committee.

Support

All lines are responsible for support to integration resources; hence, the support teams of RM Connector and Protheus® Back Office products are ready to make the first analysis and, whenever needed, to transfer it to the fittest team in each case.

Transactions/Entities/Singles Messages

The following transactions are exchanged between TOTVS and PPI-Multitask:

Information Flow

Transactions information flow:

• Product, stock location and resource: during creation, change and deletionof a product in program MATA010, from a stock location in program AGRA045 or of a resource in programs MATA610 or SFCA006 or SFCA002 (machine) and tools in MATA620. The programs check whether the integration is active, and if positive, they deliver the register to PC-Factory. If there is no error, the register does not display any message, if there is an error, a message is displayed questioning whether to create a delivery pendency in program PCPA110. If you choose to operate a pendency, the process is committed in Protheus, and the updating for PC-Factory must be executed through PCPA110.
  In the engineering, the register of structure MATA200 and script MATA632 or MATA637 and addresses MATA015 are integrated whenever a record is created, changed or deleted.
• Production order: during creation and change of a production order, or during the change of the status of an order (allocation/machine load, request, operations change or pledge, MRP creation of splits), the program checks whether the integration is active and, if it is active, it executes the delivery of registration for PC-Factory. If there is no error, the register does not display any message. In case of error, a message is displayed and a delivery pendency can be created in program PCPA110. At the end of the process, the routines processing multiple orders, for example machine load, the amount of records that were sent to PPI-Multitask is displayed and the ones which had delivery pendency. Note: Some routines generate pendencies without executing the questioning due to the number of processed orders.
  Routines affected by integration: Maintenance of Orders (MATA650), Routine to Establish Orders (MATA651), Maintenance of Operations (MATA632 or MATA637), Maintenance of Allocation (MATA380 and MATA381), Machine Load (MATA690) amd MRP (MATA712), Production splits (SFCA310).
• Program of PCPA110 pendencies management - this program aims at managing pendencies/exceptions related to integration that are created when the message was not sent to PC-Factory, whether they are pendencies or errors. Enables the reprocessing of a message, deletion of a pendency and the XML view, besides having the filter per date of delivery, transaction, type of pendency and generating routine. The routine also enables to query the messages successfully sent.
• Synchronization program PCPA111 - enables the deliver of information from product, stock location, resource, tools, script, structure, address, balance in stock and production order, it aims at updating the PC Factory database. Besides filters defined in PCPA109, you can also add new filters for each table.
• Production Annotation: This routine consists in WebService to receive annotation of production executed by PC-Factory. You can also process production annotation and resource stoppage. Executes the same process the routines MATA681 and MATA682. When the Shop Floor is installed, it runs the same process the routine SFCA316 and SFCA311.
  The integration flow is the following: a. the Operator normally reports according to its operation in PCFactory b. In a batch or triggered process, parallel to the system, the message is assembled (XML) according to Schema of Single Message TOTVS and the delivery of message (XML) for Protheus, validating the message and follow the respective business adapter up  (MATA681/MATA682 or SFCA316/SFCA311) for processing. c. In case of mistakes, this report has pending status for delivery in the MES software and the user take actions in PC-FActory (Protheus does not keep traceability of receipt messages, but it registeres in LOG the processing). d. In case of success in report, the number of the report record executed in Protheus returns to PC-Factory. This number can be used in case of reversal.
• UPdate of balance in PC-Factory will happen as follows:
  a. Request: the PC-Factory requests balance generating request XML message. In this message, you can request balance per item, per stock location, among others.
  b. Protheus Updating: When balance is updated, Protheus must send a XML message to PC-Factory. The main routines of ERP as inbound and sales inbound, some internal movements and addition of balance through MATA220 and MATA805 are considered.
• Stock movements: When PC-Factory performs stock movements and transfers, these movements are updated in Protheus.
  In case of movements, if I (input), it must run MATA250. If O (output), it must run MATA240. In case of transfers, it runs MATA261.
• Refusal/annotation of loss. This routine consists in WebService to receive the refusal records in PC-Factory. The same process is executed in MATA685 routines.
• Query of Import Log PCPA112: This routine consists in the query of annotation records that were processed by the integration Protheus x PC-Factory. Routine must display the annotation executed and the status of each process.

Entry Point

To make the use of integration easier and flexible in any productive environment, some entry points were created to solve possible specific situations not answered by the default process and also to enable more precise configurations in the integration use:

Annotation: The entry point MATI681CRG enables to add information that is used in annotation of production and in the stoppage annotation, table SH6. Example: In case there is a specific field or table not handled by the integration, you can use this function to set its content. Details in: MATI681CRG_Add_information_Adapter_of_annotation.

Annotation: The entry point  MT680VAL  enables to validate if any information must be mandatory as time, quantity, among others. These validations are under the customers' responsibility, as each has its own rule. Details in: MT680VAL - Addition of Productions.

Annotation: The entry point MATI680OPR enables to change the code of operation received in the annotation of production. Details in: MATI681OPR_Edit_operation_code_message_annotation_production.

Annotation: The entry point MTI681QTAP enables to edit the quantity received in the annotation of production. This entry point is indicated to apply the conversion factor in the amount of annotation when ERP and PC-Factory work with different unit of measurement. Details in: MTI681QTAP_Edit_amount_of_annotation_ProductionAppointment.

Annotation: The entry point MATI681EXC enables to check whether the annotation is executed. This entry point is indicated for validations that hinder the annotation of production and stoppage. It is also used for cases in which you have to update some information before annotation (example: reversal an address). Details in: MATI681EXC_Processes_Message_Annotation.

Production Order: The Entry Point  MTI650ADOP enables to add a new operation in the production orders message. For each operation being sent   this entry point is executed once. Details in:: MTI650ADOP_Add new operation of production order adapter.

Production Order: Production Order: The Entry Point MTI650FCOP enables to change the second unit of measure of the operation being sent in the production orders message. Details in:: MTI650FCOP_Change_conversion_factor_second_unit_of_operation_measure_adapter_production_order.

Production Order: The Entry Point MTI650QTOP enables to change the amount of operation being sent in the production orders message. Details in: MTI650QTOP_Change_quantity_of_operation_adapter_production_order.

Production Order: The Entry Point MTI650UMOP enables to change the second unit of measure of the operation being sent in the production orders message. Details in: MTI650UMOP_Change_second_unit_of_measure_of_operation_adapter_productionn_order.

Production Order: The Entry Point MTI650TMAC enables to change the machine time (TimeMachine) in the message of ProductionOrder. Details in: MTI650TMAC_Edit_amount_of_machine_time_production_order.

Production Order: The Entry Point MTI650LOTE enables to generate the Batch of the order in the tag LotCode in the message ProductionOrder. Details in: MTI650LOTE_Add_batch_in_message_of_production_orders

Registers: The Entry Point PCPXFUNPPI  enables to inhibit the integration in certain routine. Example: If you do not want integration to occur in the creation of MATA650 orders, you can use this function to inhibit the use. Details in: PCPXFUNPPI_Routines_not_executing_integration_with_the_PC_Factory.

Register of Item: o Ponto de entrada PCPADDTAGS permite incluir tags específicas nas mensagens padrões TOTVS. Está habilitado para o cadastro de item MATA010. Detalhes em: PCPADDTAGS_Adicionar_informacoes_XML_integracao_TOTVS_MES.

Cadastro de Processos: o Ponto de entrada PCPADDTAGS permite incluir tags específicas nas mensagens padrões TOTVS. Está habilitado para o cadastro de roteiro MATA632. Detalhes em: PCPADDTAGS_Adicionar_informacoes_XML_integracao_TOTVS_MES

Internal Movements. The entry points MATI250CRG and MATI240CRG enable specific validation. These validations are under the customers' responsibility, as each has its own rule. You cannot generate the values of fields that were generated by message. Details in:MATI240CRG_Add_information_Adapter_of_internal_movements and MATI250CRG_Add_information_Adapter_of_production_movements

Transfers: The entry point MI261RCV does not enable the execution of the integration. Details in: MI261RCV_Execute_integration_TransferWarehouse

Recusa: O ponto de entrada MATI685EXC permite verificar se a recusa será executado ou não. Este ponto de entrada é indicado para validações que impeçam o apontamento de recusa ou atualizações de informações necessárias para realizar a recusa. Detalhes em: MATI685EXC_Processa_Mensagem_Recusa

Execute in various branches

In an environment with various branches, just one WEBSERVICE is necessary for execution. The TAGs indicate the branch in which the annotation is processes:

<CompanyId>10</CompanyId>

<BranchId>CLSC0001</BranchId>

Note: When these tags are in blank the system considers what is defined in APPSERVER.ini in session WEBSERVICE field PrepareIn.

[WebServices]

PrepareIn=99,01

Routines

Parameterization - PCPA109

Setting parameters directly influences records not moved between the two systems.

The parameter settings routine has the following fields:

• Active: It indicates whether the integration is active. When you select this field, the others are disabled. If this field is not marked, you cannot perform any other action in the routine.
• Path: It indicates the path of the PC-Factory WebService. After the path, there is a test button to check if the webservice is active.
• It has a XML panel.
  This panel indicates:
  - Generate XML - By selecting this field, it generates the XML of exchanged messages, If you do not select it, the system saves it only in tables. You are not required to create files. Use it as a tool to find problems. The content sent is always based on what is registered in the table.
  - Sent - Directory where XMLs sent to PC-Factory are saved
  - Pending - Directory where XMLs not sent PC-Factory are saved
  The name of the files follows the standard below:
  OK_<MSG>_<DATAHORA>_<REGISTRO>
  PEND_<MSG>_<DATAHORA>_<REGISTRO>
  ERR_<MSG>_<DATAHORA>_<REGISTRO>
  Where: OK - Message sent with no problems
             PEND- Message not sent
             ERR - Message sent, but returned with error.
             MSG - Name of message. Ex.: Item, Wharehouse, Workcenter, etc.
             DATETIME: Date and Time of sending
             RECORD: Record code being sent. Ex.: Item code, order number, etc.
  Note: If you select Generate XML, you must enter the directories.

Each file transacted has a folder. For each folder, you can assemble filters. These filters are used in routines that send PC-Factory information enabling you to select what must be sent. The fields of selected table (folders) and operators are displayed so filters are assembled. Like the filters, some files are parameterized.

The routine has the following folders:

• Product
• Stock Location
• Resource
• Machine 
  The machine folder is only displayed when shop floor is in use.
• Tool
• Production Order
  For production order folder, a field to determine how the consumption of components in the panel "Consumption of Components". This field may have the following values:

"1" - BackFlush: Whenever issue of components is executed according to what is defined in Engineering.   

"2" - Actual Consumption: Consumption according to component list.

• Scripts
• Structure
• Address
• Movimentos e transferência
  Os movimentos de estoque, entrada ou saída e também as transferências são arquivos recebidos pelo Protheus. Não necessita de filtros, porém deverão ser criados alguns parâmetros para o processamento. São eles:
  Type of Input Movement: Use field SOE.OE_VAR1
  Type of Output Movement: Use field SOE.OE_VAR2
  These types of movements are registered in MATA230
• Stock balance
  For Stock balance folder, the option has three filters. Table SB2, SB8 and SBF.  
  It can also indicate in which process of movement, balance is sent to PC-Factory
  Where: 
  Inbound Invoice: SOE.OE_VAR1 (Marked = 1; Unmarked = 0 )
  Sale Invoice     : SOE.OE_VAR2 (Marked = 1; Unmarked = 0 )
  Internal movements: SOE.PARINTG (Marked = 1; Unmarked = 0 )
  Balance Implementation: SOE_OE_VAR3(Marked = 1; Unmarked = 0 )
  These options are valid only for sending from Protheus to PC-Factory. For request (request of PC-Factory) will not have filters.

Synchronization - PCPA111

The synchronization is the process that is used to populate or update the base of PC-Factory with data from Protheus. It will work the same manner the other routines of integration do, by integrating a XML message to WebService of PC-Factory, following the parameterizations defined in PCPA109. The only difference is that all data of the table being integrated are viewed (following the filters) instead of only one record.

Pendencies - PCPA110

Routine to resend messages not sent to PC-Factory system, whether they are pendencies or mistakes. The routine also enables to query the messages sent (delivery LOG).

To check pendencies and log of messages moved between the systems:

• Structure Register
• Product/Item
• Location of Stock (deposits)
• Resource PCP
• Production orders (Operations, Scripts, Components, Splits) 
• Shop floor resources - Tools, Team and Operator
• Tools
• Shop Floor Machinery
• Scripts - Operations
• Addresses
• Balance 

With the following options: 

• Reprocess: 
  For each line selected, the messages must be sent.
• Delete
  Delete selected records
• Save XML
  This option enables to save the XML in a directory location of the machine that is processing the pendencies routine.
• Update
  Redo the search of records, updating data on screen

Import Log - PCPA112

When receiving data from PC-Factory, Webservice Protheus saves information so they are queried (SOG table). Find the list of movements generation LOG below:

• Production annotation
• Stoppage annotation
• Scrap Reason
• Stoppage Reason
• Stock movements
• Transfer

Messages

Registers

Transaction Item: Item_3_001.xsd
Message Identifier: Item
Version: 3_001
Protheus Module: SiGAPCP
Sending Type: Synchronous

Deposit Transaction: Warehouse_1_001.xsd
Message Identifier: Warehouse
Version: 1_001
Protheus Module: SiGAPCP
Sending Type: Synchronous

Transaction Resource PCP / Machine SFC: Machine_1_000.xsd
Message Identifier: Machine
Version: 1_000
Protheus Module: SIGAPCP, SIGASFC
Sending Type: Synchronous

In PCP, the machines are registered in the routine of resources MATA610 and in the Shop Floor, the routine is SFCA002. Nomenclature is also changed. When using Shop Floor, it is named MACHINE. When using only PCP. it is RESOURCE. The routine of parameters PCPA109 is ready to present the name according tothe use of the system.

SFC Resource Transaction: Resource_1_000
Message Identifier: Resource
Version: 1_000
Protheus Module: SIGAPCP
Sending Type: Synchronous

Transaction Structure: ItemStructure_1_000.xsd 
Message Identifier: ItemStructure
Version: 1_000
Protheus Module: SiGAPCP
Sending Type: Synchronous

Script Transaction - Item Operations: ItemScript_1_000.xsd 
Message Identifier: ItemScript
Version: 1_000
Protheus Module: SiGAPCP
Sending Type: Synchronous

Addresses Transaction: AdressStock_1_000.xsd
Message Idenfier: AdressStock
Version: 1_000
Protheus Module: SiGAPCP
Sending Type: Synchronous

Balance Transaction: ItemStockLevel_1_000.xsd
Message Identifier: ItemStockLevel
Version: 1_000
Protheus Module: Various
Sending Type: Synchronous

Waste Reason Transaction: WasteReason_1_000.xsd 

Message Identifier: WasteReason
Version: 1_000
Protheus Module: SIGAPCP/SIGASFC
Sending Type: Synchronous

Stop Reason Transaction: StopReason_1_000.xsd

Message Identifier: StopReason
Version: 1_000
Protheus Module: SIGAPCP/SIGASFC
Sending Type: Synchronous

Production Order Transaction: ProductionOrder_2_003.xsd

Message Identifier: ProductionOrder
Version: 2_003
Module Protheus: SIGAPCP
Sending Type: Synchronous

Processes

Production Annotation Transaction: ProductionAppointment_1_001.xsd
Message Identifier: ProductionAppointment
Version: 1_001
Protheus Module: SIGAPCP/SIGASFC
Sending Type: Synchronous 

Consumption notes of components:

• The consumption of components must follow the parameterization of PCPA109. In parameters routine is defined how the treatment of components consumption:
  1 - BackFlush: Whenever issue of components is executed according to what is defined in Engineering. Disregard the list of consumption SupplyOrder.
  2 - Actual Consumption: It consumes according to the list of components SupplyOrder sent in message.
• In the consumption of components, the process must follow this rule, according to parameterization:
  If parameter MV_REQAUT is 'D' the DIRECT materials are entered and the INDIRECT are automatically loaded. To load the Indirects the type of movement must have field Ind Approp as O in routine MATA230.
  If parameter MV_REQAUT is 'A', the consumption of materials is executed for all components.
• It must consider the movement type of register of parameters PCPA109, folder MOVEMENTS. If input, use field OE_VAR1. If output, use field OE_VAR2. When Shop Floor is used, it must use movements parameterized in SIGASFC (MV_SFRQMB and MV_TMPAD).
• In PC Factory, batch and number of series are not used at the same time. 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.

Shop Floor Notes

• Quantity reported  CYV_QTATRP, sum of quantity approved and rejected.
• Start and End Date/Time and code of Preparation despite being virtual, if machine demands setup (CYB_LGUSU) must send tags SetupCode, StartSetupDateTime and EndSetupDateTime.
• If document, tag DocumentCode, is blank, the production order number is saved.
• The fields Reservation Date 'CZP_DTMT' must receive the content of table CYP.CYP_DTMT 
  The reservation quantity 'CZP_QTMT' must receive the content of table  CYP.CYP_QTMT
  State 'CZP_TPST' must receive content of table CYP.CYP_TPST 
• The operation unit time, CZ0_QTTEUN, must be generated according to rule SFCA314

Scrap Notes

• Register scrap reason (tags of ListOfWasteAppointments), updating data from table SBC
• If reason of scrap is not registered, it is added to reasons register of table SX5. 
  Where:  
  Code of reason is X5_CHAVE
  Table of reason is '44'. 
  For Shop Floor, table - CY0 must be generated.
• Scrap reasons have different sizes in tables. Validate it if receipt code does not exceed the size of columns in Protheus.
  When it uses the PCP it must validate a SX5.X5_CHAVE and SBC.BC_MOTIVO.
  When it uses the SIGASFC validate against the CYO.CYO_CDRF, CY0.CY0_CDRF and SBC.BC_MOTIVO.

Machine Stoppage Annotation Transaction: StopReport_1_001.xsd StopReport_1_001.xsd

Message Identifier: StopReport
Version: 1_001
Protheus Module: SIGAPCP
Sending Type: Synchronous

Transaction Balance in Stock - Request: StockLevel_2_000.xsd
Message Identifier: StockLevel
Version: 2_000
Protheus Module: SIGAPCP
Sending Type: Synchronous

For this type of updating the PC Factory requests balance to Protheus. Message has two parts. Request, in which parameters for balance query and the Return, which has the balance return, are displayed.

This Request is generated by PC-Factory and sent to Protheus. This Return is generated by Protheus to PC-Factory.

Request

Return

Stock Movement Transactions:  MovementsInternal_1_001.xsd 
Message Identifier: MovementsInternal
Version: 1_001
Protheus Module: SIGAPCP
Sending Type: Synchronous

Note: This message is generated by PC-Factory and sent to Protheus.

Transaction Transfers:  TransferWarehouse_1_003.xsd 
Message Identifier: TransferWarehouse 
Version: 1_003
Protheus Module: SIGAPCP
Sending Type: Synchronous

Note: This message is generated by PC-Factory and sent to Protheus.