ProcessFunction (Procesfunctie)

De ProcessFunction-entiteit representeert functionele posities in een installatie of vloot. Een procesfunctie beschrijft de functie (bijv. "Pomp P-101"), terwijl equipment het fysieke object beschrijft dat in die positie is ingebouwd. Dit maakt het mogelijk equipment te wisselen zonder de functiehistorie te verliezen.

Entiteitsnaam: ProcessFunction Databasetabel: ProcessFunction Primaire sleutel: PRFID (nvarchar 14)

Contextsbewerken

Statussenbewerken

Belangrijkste propertiesbewerken

Functionaliteit & property-gedragbewerken

Veel ProcessFunction-properties worden niet alleen handmatig ingevuld maar door workflows gelezen en doorgegeven aan onderliggende entiteiten. Onderstaande paragrafen beschrijven het gedrag van de belangrijkste velden; gebruik lookup_property_usage("ProcessFunction", "<property>") voor de volledige, actuele lijst workflows per property en lookup_workflow("<naam>") voor de XML.

• Kostendragers (CostCenter, Department, Site) — Dit is de meest gebruikte read-kant van ProcessFunction: ~6 workflows lezen elk van deze drie velden om ze te kopiëren naar onderliggende objecten. PmWorkOrder_CreateJobs_ProcessCreatedJob_SetCostCarriers gebruikt CostCenter, Department en Site van de procesfunctie bij het aanmaken van PM-jobs, zodat kosten automatisch op de juiste dragers terechtkomen. PurchaseLine_CopyDataFromEquipmentProcessFunction en PurchaseRequestLine_CopyValuesFromEquipmentOrProcessFunction doen hetzelfde voor inkoopregels en bestelaanvragen; InvoiceLine_CopyDataFromEquipmentProcessFunction voor factuurregels; WarehouseServeOut_GetCostCarriers voor magazijnuitgifte. Het wijzigen van een kostendrager op de procesfunctie heeft daarmee uitwerking op alle toekomstige transacties — bestaande boekingen worden niet automatisch gecorrigeerd. Gebruik ProcessFunction_ChangeCostCenter, ProcessFunction_ChangeDepartment en ProcessFunction_ChangeSite om de overerving consistent te houden.

• Department — Naast het overerven van de afdeling schrijft ProcessFunction_ChangeDepartment dit veld. Twee workflows filteren op Department bij het openen van de storingsregistratie-dialoog (Dialog_RegisterDowntime_GetProcessFunctionList, Dialog_SelectObjectAndRegisterDowntime), waardoor medewerkers alleen procesfuncties van hun eigen afdeling te zien krijgen.

• EquipmentType — Wordt door 11 workflows gelezen maar nooit rechtstreeks geschreven via een workflow. Job_ChangeEquipment leest het type om contextspecifiek gedrag in te schakelen; Dialog_RegisterDowntime_GetComponentList, Dialog_RegisterDowntime_GetFailTypeList en Dialog_RegisterDowntime_GetRemedyList gebruiken het om de lijsten in de storingsregistratie te filteren op de juiste componenttypes, storingsoorzaken en remedies. Job_CreateConditionMeasurements en ProcessFunction_CopyFeaturesAndSparePartsFromEquipmentType lezen het type om features en reserveonderdelen over te nemen. Consultanttip: wijs altijd een EquipmentType toe — ontbreekt dit, dan vallen diverse dialoogfilters terug op een lege lijst.

• UseSpecificFailTypes — Geschreven door ActionField1533 (een configureerbare knop). Als dit vlag op true staat, filteren Dialog_RegisterDowntime_GetFailTypeList en Job_SetFailTypeEmpty / Job_ResetStructuredFailureDataFields de beschikbare storingstypes op de lijst die specifiek aan de procesfunctie is gekoppeld in plaats van de algemene typestructuur. Relevant voor installaties met een afwijkend storingstype-schema.

• IndicatorValue en IndicatorValueLastRecordingDate — IndicatorValueLastRecordingDate (kolom PRFDATESTATE) wordt bijgewerkt door ActionField536 telkens wanneer een nieuwe meterwaarde wordt ingevoerd. De workflows ProcessFunction_ProcessIndicatorValues en ProcessFunction_CreateProcessFunctionMeasurementPoint lezen het veld om te bepalen of een nieuw meetpunt aangemaakt of bijgewerkt moet worden. IndicatorValue (kolom PRFSTATE) wordt geconsolideerd door Job_CreateOrUpdateDefaultMeasurePoint. Dit duo vormt de basis voor conditiebewaking op procesfunctieniveau.

• PartOfProcessFunction (hiërarchie) — Nooit door een workflow beschreven, maar gefilterd door ProcessFunction_PreTrash en EquipmentOrProcessFunction_CopyMaintenanceStateCheckAndExecute om de hiërachische structuur te bewaken: een procesfunctie met nog actieve kinderen mag niet worden verwijderd. Job_SearchForConditionFlawPresents filtert eveneens op ouder-kind om storingspresenties te koppelen aan het juiste installatieniveau. ProcessFunction_AddObjectObjectRiskAnalysisRecords leest PartOfProcessFunction om risicoanalyse-records voor de gehele deelboom aan te maken.

• CurrentMaintenanceState — Wordt nooit direct door een workflow geschreven (de waarde wordt via een aparte state-machine bijgehouden), maar door drie ArcGIS-rapportageworkflows gelezen (ArcGIS_ReportMaintenanceStatePerProcessFunction, ArcGIS_ReportJobsPerProcessFunction, ArcGIS_ReportConditionFlawPresentsPerProcessFunction) en als filtercriterium gebruikt in kaartlagen. Daarnaast valideren PmJob_PreApprove_Validate en PmWorkOrder_PreApprove_Validate de Status van de gekoppelde procesfunctie vóór goedkeuring van PM-orders — een niet-actieve of verwijderde procesfunctie blokkeert de goedkeuring.

Sub-entiteitenbewerken

ProcessFunctionJobbewerken

Koppeling tussen procesfunctie en job. PK: PRFJPRFID + PRFJJOBID.

ProcessFunctionSparePartbewerken

Reserveonderdelen gekoppeld aan de procesfunctie. PK: PRFSPPRFID + PRFSPARTID.

Statussen: Standaard (1), Standaard aangepast (2), Handmatig toegevoegd (4).

Relaties met andere entiteitenbewerken

Tips voor consultantsbewerken

• Procesfunctie vs. Equipment: De procesfunctie is de functionele positie, equipment is het fysieke object. Bij Infra en Fleet wordt vaak alleen de procesfunctie gebruikt.
• Hierarchie: Via PartOfProcessFunction en ProcessFunctionHierarchy wordt de installatiestructuur opgebouwd. TopOfProcessFunctionId geeft het topniveau.
• Kritikaliteit: Het veld CriticalityScore wordt berekend via risicoanalyse (ObjectRiskAnalysis). De RiskClass geeft de resulterende risicoklasse.
• Kostenregistratie: Kosten worden automatisch bijgehouden in CostCurrentYear en TotalCost. ProcessFunctionCostYear bevat de historische kosten per jaar (tot 40 jaar).
• GIS-integratie: Via GeocodeX, GeocodeY, FromGeocodeX, TillGeocodeX wordt de procesfunctie op een kaart gepositioneerd (Infra-trajecten).
• Context Fleet/Object: Bij Fleet wordt de procesfunctie vaak als "vlootnummer" gebruikt met context Object (32768).

Brondatabewerken

Let op: De wiki-samenvatting hierboven toont een curated subset van properties en praktische consultant-tips. Voor ground truth (exacte kolomnamen, alle properties, defaults, triggers) gebruik de onderstaande tools.

• Entity-definitie — lookup_entity("ProcessFunction") · reference/entities/ProcessFunction Alle properties, contexts en statussen. Bron: Entities.xml.
• DB-schema — lookup_table_schema("ProcessFunction") · reference/tables/ProcessFunction Alle DB-kolommen, triggers, computed columns en defaults. Bron: database-schema.json.
• Gerelateerde workflows — find_workflows("", entity="ProcessFunction") Alle Before/After Save events en andere workflow-ActionFields voor ProcessFunction. Bron: workflows.xml.
• Property-gebruik — lookup_property_usage("ProcessFunction", "CostCenter") · reference/properties/ProcessFunction Welke workflows de kostendrager-properties van ProcessFunction lezen, schrijven of filteren. Bron: workflows.xml.
• Workflow-XML van een vuller — lookup_workflow("ProcessFunction_ChangeCostCenter") De logica achter het bijwerken van de kostenplaats op een procesfunctie; representatief voor ProcessFunction_ChangeDepartment en ProcessFunction_ChangeSite. Bron: workflows.xml.

Het volledige overzicht van álle ProcessFunction-properties met hun schrijvende/lezende/filterende workflows staat in reference/properties/ProcessFunction.

Zie ookbewerken

• equipment - Fysieke assets
• location - Locaties
• pm-workorder - PO-modellen
• risk-analysis - Risicoanalyse / kritikaliteit
• job - Werkorders