Flowchart for krav om fristforlængelse (forsinkelse i byggeri)
Skabelon til krav om fristforlængelse som flowchart: varsel, vurdering af ret, daglige registreringer, analyse af kritisk linje, vurdering, afgørelse, nyt basisprogram og eskalering til tvistløsning.
Hvad er flowchart for krav om fristforlængelse (forsinkelse i byggeri)?
Et krav om fristforlængelse er en entreprenørs anmodning om mere tid til at færdiggøre, begrundet i en begivenhed, som kontrakten behandler som grundlag for kompensation. Udløseren er en forsinkelse eller en forudset forsinkelse, for eksempel sen adgang til pladsen, en ændring, en bygherreleveret ting, der kommer for sent, eller usædvanligt vejr. Diagrammet følger ét krav: vurderingen af retten, varslet om forsinkelse afsendt inden for kontraktens frist, den daglige registrering, begrænsningen af forsinkelsen, programanalysen, beslutningen om, hvorvidt den kritiske linje er berørt, det opgjorte og indsendte krav, administratorens kontrol af fuldstændighed og vurdering, høringen af bygherren, afgørelsen og den ændrede dato, det omlagte program og den aftalte omkostning.
Byggeriets udgave adskiller sig fra almindelig projektændringsstyring i projektets ændringsanmodning på ét punkt, der former hele tegningen: kontrakten fastsætter uret. Varslingsfrister, varslets form, hvilke begivenheder der tæller, hvordan sideløbende forsinkelse behandles, og hvad der sker ved sent varsel, er alt sammen kontraktligt, og en overskredet frist kan koste kravet, uanset hvor gode kendsgerningerne er. Diagrammet gør disse punkter til beslutninger, "Er der grundlag for fristforlængelse efter kontrakten?" og "Er varslet afsendt inden for varslingsfristen?", og giver sent varsel sit eget undtagelsesspor. Det bør tilpasses jeres kontrakt, hvad enten det er AB 18, ABT 18, FIDIC, NEC eller JCT eller en skræddersyet form, og lovgivningen i jeres jurisdiktion. Det er ikke juridisk rådgivning. Forsinkelser begynder ofte som RFI'er (anmodninger om oplysninger) eller ændringer; se processen for RFI på /da/templates/rfi-forespoergsel-om-oplysninger-byggeri og processen for ændringsordrer i byggeri på /da/templates/aendringsordre-byggeri-proces.
Fem beslutninger bærer processen. "Er der grundlag for fristforlængelse efter kontrakten?" stopper krav, ingen bestemmelse understøtter. "Er varslet afsendt inden for varslingsfristen?" sender sene varsler til rådgivning. "Forsinker begivenheden den kritiske linje?" forhindrer krav, som float allerede opsluger. "Er kravet fyldestgørende nok til at blive vurderet?" sender ufuldstændige krav tilbage efter oplysninger, og "Bevilges forlængelse?" med "Accepterer entreprenøren afgørelsen?" afgør, om projektet går videre til en ændret dato eller til tvistløsning.
Hvad dette flowchart dækker
I denne skabelon
- Fem swimlanes (Entreprenørens projektleder, Entreprenørens planlægger, Kontraktadministrator / ingeniør, Bygherrens repræsentant og Byggeøkonom) fordelt på fem faser: begivenhed og varsel, registrér og dokumentér, vurdér, afgør samt løs og opdatér
- En vurdering af retten, "Er der grundlag for fristforlængelse efter kontrakten?", og en varselsport, "Er varslet afsendt inden for varslingsfristen?", med et undtagelsesspor for sent varsel, der går til rådgivning
- En dokumentationsfase, der åbner forsinkelseslogbogen, registrerer afbødning og modellerer begivenheden i basisprogrammet før "Forsinker begivenheden den kritiske linje?"
- En fuldstændighedssløjfe hos administratoren: "Er kravet fyldestgørende nok til at blive vurderet?", en anmodning om yderligere oplysninger og entreprenørens svar tilbage til kontrollen
- En vurdering, der dækker sideløbende forsinkelse og høring af bygherren og ender i "Bevilges forlængelse?"
- Løsning: "Accepterer entreprenøren afgørelsen?", en eskalering til kontraktens tvistløsningsproces og på det bevilgede spor den ændrede afleveringsdato, det omlagte basisprogram og forlængelsesomkostningen
Hvornår du skal bruge skabelonen
- I er entreprenør og overskrider hele tiden varslingsfristerne, fordi uret ikke står i processen nogen steder
- I er kontraktadministrator og vil have en ensartet måde at sende ufuldstændige krav tilbage på i stedet for at diskutere dem
- Forsinkelseskrav kommer sent i et projekt uden daglige registreringer, og I vil have registreringstrinnet tegnet fra begyndelsen
- En programopdatering efter en godkendt forlængelse bliver sprunget over, og I vil have den tegnet som et trin med en ejer
- En långiver, et forsikringsselskab eller en bygherres bestyrelse spørger, hvordan forsinkelseskrav behandles og afgøres
Sådan fungerer det
Omdøb banerne til jeres parter
Erstat de fem baner med de roller, jeres kontrakt nævner. Hvis ingeniøren og bygherrens repræsentant er adskilte i jeres form, så behold begge, for høringen imellem dem er et rigtigt trin.
Skriv kontraktens grundlag og ur ind i diagrammet
List bestemmelsesnumrene for de begivenheder, der begrunder tid, varslingsfristen og varslets form. Brug kun frister, jeres kontrakt angiver, og lad resten stå som "som kontrakten kræver".
Fastlæg standarden for registrering
Beslut, hvad den daglige logbog indeholder, og hvem der fører den. En formands dagbog og fotos på dagen tæller mere end en rekonstruktion måneder senere.
Vælg en metode til programanalyse
Angiv den metode, planlæggeren bruger til at teste den kritiske linje, og det program, analysen køres mod, og om kontrakten eller administratoren forventer en bestemt metode.
Definér fuldstændighedsreglen
List, hvad et krav skal indeholde, før administratoren vil vurdere det: varselsreference, beskrivelse af begivenheden, programanalyse og de krævede dage. Fastlæg, hvor hurtigt administratoren skal bede om oplysninger.
Navngiv, hvem der afgør, og hvem der høres
Markér, hvor administratoren eller ingeniøren træffer afgørelse, og hvor bygherrens repræsentant blot høres. Angiv afgørelsens form og den tid, der er til at udstede den.
Knyt tid til omkostning og afprøv det på et rigtigt krav
Forbind det bevilgede spor med samtalen om forlængelsesomkostning og det ændrede program. Kør derefter et rigtigt krav gennem diagrammet, og kontrollér hvert trin mod det, der skete.
Ofte stillede spørgsmål
Hvad er trinene i et krav om fristforlængelse?
Entreprenøren vurderer, om begivenheden er grundlag for tid efter kontrakten, sender varsel inden for varslingsfristen, fører daglige registreringer og begrænser forsinkelsen, modellerer begivenheden i basisprogrammet og bekræfter, at den berører den kritiske linje. Kravet opgøres i dage og indsendes, og administratoren kontrollerer, at det er fyldestgørende, og beder om oplysninger, hvis ikke. Kravet vurderes for sideløbende forsinkelse, bygherrens repræsentant høres, og en afgørelse udstedes. Et bevilget krav fører til en ændret afleveringsdato, et omlagt basisprogram og en aftalt omkostning; et afslået krav accepteres eller eskaleres til kontraktens tvistløsningsproces.
Hvad sker der, hvis varslet om forsinkelse kommer for sent?
Det afhænger af kontrakten og jurisdiktionen. Nogle kontraktformer ser sent varsel som en afskæring af kravet, andre påvirker blot beløbet, og nogle fortolkes forskelligt af domstolene. Diagrammet sender sent varsel til et undtagelsestrin med juridisk og kommerciel rådgivning, i stedet for at antage det ene eller det andet svar.
Hvorfor tester diagrammet den kritiske linje?
De fleste krav lykkes kun, hvis begivenheden forsinker afleveringsdatoen. Hvis float opsluger forsinkelsen, har entreprenøren ikke tabt tid, og kravet ender, så beslutningen hører hjemme før ethvert opgørelsesarbejde.
Hvordan adskiller tid sig fra omkostning i et forsinkelseskrav?
Mange kontraktformer vurderer dem hver for sig. En fristforlængelse fritager entreprenøren for dagbøder for sen aflevering, mens forlængelsesomkostning kompenserer for ekstra udgift. Diagrammet behandler tid først og knytter omkostning til til sidst. Om omkostning, se processen for ændringsordrer i byggeri på /da/templates/aendringsordre-byggeri-proces.
Hvordan adskiller det sig fra en projektændringsanmodning?
En projektændringsanmodning er et generelt trin i ændringsstyring. Et krav om fristforlængelse er bundet af kontraktens varslingsfrister, programanalyse og en administrators eller ingeniørs rolle som afgører, så uret, registreringerne og afgørelsen er tegnet som særskilte trin.
Kan det håndtere sideløbende forsinkelse?
Vurderingstrinnet er der, hvor den behandles. Hvordan sideløbende forsinkelse håndteres, er forskelligt mellem kontraktformer og jurisdiktioner, så angiv jeres tilgang i trinnets kommentarer, og tilpas diagrammet til jeres kontrakt.
Hvor denne proces passer ind
I de fleste virksomheder følger denne proces efter Flowchart for RFI-proces (forespørgsel om oplysninger i byggeri).
Kommer før
- Flowchart for RFI-proces (forespørgsel om oplysninger i byggeri) — Skabelon til RFI-processen i byggeri som flowchart: screening af et spørgsmål fra pladsen, videresendelse til arkitekt eller rådgiver, svarfrister, eskalering ved forsinkelse og overgang til ændringsordre eller forsinkelsesvarsel.