A professional diagramming tool that helps users visualize complex information through easy-to-understand diagrams.
Thank you for reaching out to the Microsoft Q&A forum and sharing detailed explanation of the behavior you are seeing when comparing the Orbus BPMN stencil with the default BPMN stencil in Microsoft Visio.
1, Identifying the parent Pool or Lane
In the default Visio BPMN template, Pools and Lanes are implemented as native Visio containers, which is why container‑related ShapeSheet properties (such as msvSDContainerMargin) are available to identify a shape’s parent container. The Orbus BPMN stencil, however, is a third‑party custom stencil, and its Pool and Lane shapes are not required to use Visio’s native container framework; as a result, container‑specific properties may be missing and parent container information may not be exposed in the same way. Visio does not infer parent–child relationships unless shapes are implemented as native containers or grouped shapes, so if the Orbus stencil does not use these mechanisms, there is no Visio‑level property to reliably identify the parent Pool or Lane, and confirmation from Orbus documentation or support would be required.
2, Connecting a Task to a Lane
In BPMN, Pools and Lanes are organizational constructs used to partition responsibilities and are not considered flow objects; therefore, sequence flows are intended to connect tasks, events, and gateways rather than Lanes themselves. As a result, Lanes generally do not expose visible connection points, and connectors are expected to attach to BPMN elements within the Lane instead of to the Lane boundary. This design applies consistently to both the default Visio BPMN stencil and most third‑party BPMN stencils, including Orbus.
Hope this helps clarify the behavior you’re seeing.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.