Three areas were tested: export, import, and the so called round trip, meaning whether a BCF file survives a complete cycle of export and re import without any data being lost or changed unnoticed. In all three categories, PAVE met every mandatory criterion (“must haves”). Here’s what that looked like in practice:
Export: PAVE generates BCF files that fully comply with the BCF 3.0 schema, and cleanly supports immutable lock comments, due dates, and user assignments.
Import: PAVE also imports BCF files that contain only the minimum fields without crashing, even when a referenced IFC GlobalId doesn’t exist at all. Due dates, labels, phases, linked topics, and multiple viewpoints per topic are reliably carried over. In the process, it detects whether the BCF issue with the corresponding ID already exists on the PAVE BCF server, in which case it is versioned.
Round trip: The round trip test checked whether an issue can be imported, edited, exported again, and then read back in without losing relevant content or identities. After a complete export import cycle, the GUIDs of topics, viewpoints, and comments remain unchanged, a detail that is often underestimated in practice but is essential for keeping discussions traceable across project phases.
What stands out: PAVE didn’t stop at the mandatory criteria. The software also performs notably well on the optional “nice to haves”, for example in correctly controlling the visibility of individual components and rooms, supporting both orthogonal and perspective camera views, or rendering the camera position georeferenced according to the IFC file. These details are exactly what determines, in everyday use, whether a BCF comment from another program actually looks the way it was meant to, or whether you first have to guess which component is even being referred to.