Afspreken wat de ontvanger accepteert
Bevestig vóór de deadline het doel, de ontvanger, de toegestane verspreiding, de leveringslocatie en het goedkeuringsproces. Spreek het modelbereik, het formaat, het schema, de naamgevingsconventie en de vereiste ondersteunende informatie af. Vraag de ontvanger tijdig een klein pakket te testen, zodat compatibiliteitsproblemen nog kunnen worden opgelost.
Pas deze workflow aan de informatie-eisen van het project, de leveringsovereenkomst en eventueel vereiste sjablonen van de opdrachtgever aan.
Neem genoeg context op om de levering te kunnen reproduceren
| Onderdeel van het pakket | Welke vraag het beantwoordt |
|---|---|
| Model en bijbehorende assets | Welke bestanden moeten bij elkaar blijven zodat de ontvanger het resultaat kan openen? |
| Leveringsmanifest | Welke revisie is dit, wie heeft deze opgesteld en waarvoor is deze bedoeld? |
| Lijst met bronrevisies | Welke disciplinemodellen en revisies zijn opgenomen of uitgesloten? |
| Exportconfiguratie | Welke toepassingsversie, welk bereik, welke formaatopties en welke transformaties zijn gebruikt? |
| Coördinaatnotitie | Welke eenheden, oorsprong, asconventie en projectreferentie zijn van toepassing? |
| Validatiebewijs | Welke controles zijn uitgevoerd, wat is afgekeurd en wat is als uitzondering geaccepteerd? |
| Lijst met wijzigingen en issues | Wat is er sinds de vorige levering veranderd en wat is nog niet opgelost? |
| Instructies voor de ontvanger | Hoe is het pakket getest en waar moeten vragen worden vastgelegd? |
Gebruik paden die geldig blijven nadat de ontvanger het pakket heeft uitgepakt. Test een kopie vanuit een andere map, zodat ontbrekende assets of verwijzingen naar uw werkstation vóór de levering aan het licht komen. Neem geen toegangstokens, wachtwoorden of privépaden van uw werkstation op in het manifest.
Voorbeeld van een leveringsmanifest
Delivery: Example project / coordination review / R03
Prepared by: [name and team]
Prepared on: [date and time zone]
Purpose: [agreed review task]
Model files: [file names and sizes]
Source revisions: [list or attached schedule]
Export application and version: [value]
Format and schema: [value]
Scope and exclusions: [value]
Units and coordinate reference: [value]
Applied transformations: [value or none]
Receiving application tested: [name and version]
Validation evidence: [report names]
Open issues and exceptions: [identifiers]
Approval status: [pending / accepted / rejected]
Reviewer and decision date: [value]
Distribution: [approved recipient group]Als u checksums gebruikt, vermeld dan het algoritme en bereken ze over de definitieve bestanden. Een checksum kan helpen een gewijzigd of onvolledig bestand te ontdekken, maar bewijst op zichzelf niet wie het pakket heeft gemaakt of goedgekeurd.
Het pakket in een gecontroleerde volgorde vrijgeven
Bevries de kandidaat
Leg de bronrevisies en de exportconfiguratie vast. Plaats de uitvoer in een nieuwe revisiemap in plaats van de laatst geaccepteerde levering te overschrijven.
Controleer de definitieve bestanden
Voer de controles uit op de bestanden die daadwerkelijk worden verzonden. Als de uitvoer verandert, herhaal dan de betrokken controles en werk het manifest bij.
Draag over via het afgesproken kanaal
Stuur het volledige pakket naar de goedgekeurde locatie en controleer of de ontvanger er toegang toe heeft.
Vraag de ontvanger om een beslissing
Leg de ontvangst los van de acceptatie vast. Vraag de ontvanger de geteste toepassing te bevestigen en issues te melden onder vermelding van de leveringsidentificatie.
Bewaar het bewijs
Bewaar het geaccepteerde pakket, de beslissing en de geschiedenis van vervangen revisies volgens het archiveringsproces van het project.
Houd overdrachtsissues gekoppeld aan het model
BIM Collaboration Format (BCF) ondersteunt de uitwisseling van modelgerelateerde issues tussen toepassingen. Waar beide teams BCF ondersteunen, gebruikt u het om de context van issues te bewaren naast de afgesproken modelrevisie. Een BCF-pakket met issues vervangt de levering van het model zelf niet.
Officiële referenties