Leg meerwerk vast voordat je het prijst
Leg elke wijziging op de bouwplaats eerst vast als change event met scope en stuur alleen wat buiten de scope valt naar de klant. Checklist via Procore.
Ja. Leg elke wijziging op de bouwplaats vast als change event met een scopetag voordat iemand er een prijs op zet. Maak daarna alleen van de items buiten de scope potential change orders voor de klant. De prijs hangt dan aan een record dat al zegt wiens kosten het zijn. Dit berust op de Procore-supportgidsen over het aanmaken van een prime PCO vanuit een change event, het aanmaken van een PCO voor het clientcontract vanuit een change event, het toevoegen van regelitems aan een niet-goedgekeurde prime PCO en de weergave van de regelitems van Change Events.
Wijzigingen op de bouwplaats die een prijs krijgen voordat iemand het eens is over de scope
Een uitvoerder meldt een wijziging op de bouwplaats. Iemand vraagt een onderaannemer om een bedrag. De offerte komt binnen, er gaat een change order request de deur uit, en pas dan discussieert het team of het werk onder het basiscontract viel. Op dat moment bepaalt de prijs het gesprek. Werk binnen de scope kan op het bureau van de klant belanden, terwijl echt meerwerk in een e-mailketen blijft hangen.
De documentatie van Procore beschrijft een andere volgorde. Het change event komt eerst en heeft volgens de gids over de weergave van regelitems een scope van In Scope, Out of Scope of TBD. De potential change order volgt later en wordt opgebouwd uit geselecteerde regelitems van het change event. De gids over de prime PCO en de gids over de PCO voor het clientcontract tonen allebei een selectievakje Field Change, om een PCO te markeren die het gevolg is van een wijziging op de bouwplaats.
Hoe bepaalt de scopetag het bedrag?
Volgens de Procore-gids over de PCO voor het clientcontract wordt de Schedule of Values bij het aanmaken van een Potential Change Order gevuld met de Revenue ROM-waarden. Als de Revenue ROM-functionaliteit verborgen is, hangt de waarde af van de scope van het change event. Change events met In Scope of TBD vullen de PCO met $0. Change events met Out of Scope vullen de PCO vanuit de RFQ, als die RFQ de status Pending Final Approval heeft, en vanuit de Cost ROM als er geen RFQ met die status is. De gids over de niet-goedgekeurde prime PCO noemt dezelfde regel. De gids over de prime PCO zegt dat de SOV wordt gevuld met de Latest Price-waarden.
Scope is dus geen rapportagelabel. Met verborgen Revenue ROM wordt een TBD dat open blijft staan een regel van $0 op de PCO.
Waar begint de goedkeuring door de klant?
De gids over de PCO voor het clientcontract raadt aan alleen een Potential Change Order aan te maken voor items van het change event die Out of Scope zijn en ter goedkeuring bij de klant of opdrachtgever moeten worden ingediend. De gids over de weergave van regelitems beschrijft een vooraf ingestelde weergave, automatisch gegroepeerd op scope en gesorteerd, die gebruikers helpt te zien waar Prime Contract Change Orders ontbreken voor wijzigingen buiten de scope, en zo mogelijke blootstelling signaleert.
Twee details in de volgorde doen ertoe. De gids over de niet-goedgekeurde prime PCO zegt dat je een PCO kunt aanmaken vóór of na een RFQ-reactie. Als je wacht tot erna, vult Procore de SOV van de PCO automatisch met gegevens uit de RFQ. De gids over de weergave van regelitems voegt toe dat regelitems binnen hetzelfde change event moeten vallen om samen in een RFQ te worden opgenomen. Of een functie dit oplost of het record erachter, is dezelfde vraag als bij AI-functies in een CDE of een verbonden projectdossier.
Wie neemt de scopebeslissing voordat er een prijs wordt gevraagd?
De beslissing is waar de scopebeslissing valt en wie haar neemt, voordat iemand om een bedrag vraagt. Het lijkt op de keuze tussen een ordercapture-tool en een herontwerp van de orderflow.
| Optie | Hier kiezen we voor wanneer | Wat we eerst zouden controleren |
|---|---|---|
| Scope bij vastlegging, PCO alleen voor Out of Scope | Het contract laat de uitvoering de meeste items beoordelen | Wie Out of Scope mag zetten |
| Vastleggen als TBD, projectmanager bepaalt de scope | Medewerkers op de bouwplaats geen contractuele beslissingen horen te nemen | Hoe lang items op TBD blijven staan |
| Eerst prijzen, scope bij de PCO | Het werk al loopt zonder dat er een event is aangemaakt | Of items binnen de scope bij de klant terecht zijn gekomen |
| Drie lagen, PCO’s gebundeld in een change order request | De opdrachtgever één pakket per scope van het werk wil | Of de instelling van de lagen past bij het contract |
De gids over de PCO voor het clientcontract beschrijft een change order request als een formeel verzoek aan de opdrachtgever dat meerdere PCO’s voor één scope van het werk groepeert in één pakket.
Wat je dit kwartaal doet
- Haal alle openstaande change events op en maak een lijst van de events op TBD, met hun leeftijd.
- Wijs per project één persoon aan die Out of Scope bepaalt, en één die goedkeurt dat een PCO naar de klant gaat.
- Draai wekelijks de weergave gegroepeerd op scope en maak een lijst van events buiten de scope zonder Prime Contract Change Order.
- Vink het selectievakje Field Change aan bij elke PCO die van de bouwplaats komt.
- Meet het aantal dagen tussen het aanmaken van het change event en de scopebeslissing, en tussen de scopebeslissing en het indienen bij de klant.
Wat dit betekent voor een knelpunt van $1M of meer
Als wijzigingen op de bouwplaats zonder scope steeds uitmonden in late change order requests, afboekingen of claims over veel projecten, herstel dan de flow voordat je nog een formulier toevoegt. Wij zouden het vastleggen van meerwerk als één domein herontwerpen. Regels doen het voorspelbare: standaardwaarden voor scope, verplichte velden, routering. AI doet het rommelige: bouwplaatsnotities, foto’s en RFI-threads omzetten in een concept-change event. Mensen keuren de beslissingen met gevolgen goed, zoals de scope en wat naar de klant gaat. AI beslist nooit alleen.
Grenzen van dit bewijs
Dit zijn supportgidsen van Procore. Ze beschrijven configuratieopties en aanbevolen stappen, niet hoe vaak wijzigingen op de bouwplaats een verkeerde scope krijgen. Ze laten niet zien wat eerst scopen doet met kosten, doorlooptijd of claims. Ze behandelen de tools voor change events, prime contracten en clientcontracten van één leverancier, niet andere systemen of papieren processen. Ze bevatten geen benchmark voor de tijd op TBD of voor blootstelling aan werk buiten de scope.
Vragen van opdrachtgevers
Moet een change event op TBD naar de klant?
De Procore-gids over de PCO voor het clientcontract raadt een potential change order alleen aan voor items die Out of Scope zijn en ter goedkeuring bij de klant of opdrachtgever moeten worden ingediend. Wij zouden TBD eerst omzetten naar In Scope of Out of Scope.
Welk bedrag toont een PCO als Revenue ROM verborgen is?
Volgens de Procore-gidsen over de PCO voor het clientcontract en de niet-goedgekeurde prime PCO vullen change events met In Scope of TBD de PCO met $0. Events met Out of Scope vullen de PCO vanuit een RFQ met de status Pending Final Approval, of vanuit de Cost ROM als zo'n RFQ er niet is.
Kunnen regelitems worden toegevoegd nadat er een prime PCO bestaat?
De Procore-gids staat toe dat regelitems van change events, ook uit meerdere change events, worden toegevoegd aan een prime potential change order die niet de status 'Approved' heeft. Daarvoor zijn 'Admin'-rechten nodig op de tools Change Events en Prime Contracts van het project.
Bronnen
Bronnen geven context. De datum toont wanneer ze voor het laatst zijn gecontroleerd.