using solibri in an office
-
great, thank you.
However, a document, which refers to itself sosmetimes feels a bit strange:
# Uncomment the following line to set a path to shared resources. For more information consult the Documentation for Solibri System Administrators.pdf found in the Documents folder #shared_paths = \\Projects\Solibri Shared Resources \paths.propertiesWhich additional information am I supposed to find in the same document, I already opened? whatever, for the beginning that’s a good resource for information!!! Maybe we will need to set up a set of more profile.ini files, each for every new project, I guess.
-
We’re facing the same problem and as of today we don’t have a satisfactory solution. In the background we try out company extensions which seem to solve our issue for the distribution of not project related roles + rulesets + etc. Maybe you can dip into that.
-
-
As far as I understand company extensions it’s a way to distribute a bunch of aspects: Company Extensions can include roles, rulesets, classifications, information takeoff templates, information takeoff definitions, layouts, coordination templates and overview templates as well as jar-files.
Example: in our case we prepared a standardised ruleset for checking openings against building equipments HVACR. This is not limitied to a single cset but includes classifications and some self programmed jar-files and so on. With company extension we can combine all this data in one package. Our Admin will do the upload to the solibri solution center and that’s where all our internal colleagues have the possibility to downlad and install that extension. With that extension package they have all prepared data to use this check in their project.
Actually that’s what we want to achieve. As already mentioned we don’t have lots of experience with that by now.
You can find it in the software in the ‘extension manager’, it’s located next to the ruleset manager. Unfortunately I didnt find any detailed documentation about company extensions, so we did something like testing this and that and then got in touch with solibri for further explanaition.
-
@m-neustadt
The profile.ini file is located in the Solibri installation directory. You can edit that file to point to a shared folder that contains your resources. The same editing needs to happen on every Solibri installation. -
Very interesting topic!
Has anyone tried to ‘automatically’ distribute/copy from a central place to the local (public) folders at startup? And of course keep the project setting in projects.
Will this be easier than using ini files that refer to themselves? -
@teun_1 said in using solibri in an office:
Has anyone tried to ‘automatically’ distribute/copy from a central place to the local (public) folders at startup? And of course keep the project setting in projects.
yeah, that’s what I am looking for!
A system to store and distribute roles, rulesets…A kind of active directory, User and directory access system for solibri.

-
@m-neustadt
We also need to do something similar for other software. But I wonder if there are any pitfalls I’m not aware of. -
feels like solibri is more optimized for single user work then for real corporate, or am i wrong?
-
@m-neustadt said in using solibri in an office:
A kind of active directory, User and directory access system for solibri.
You can in fact use server paths in roles which kind of helps to store ressources on a central place and users just would have to load roles and they are good to go.
This might be especially interessting as you could give special read/write permissions to prevent ressources from accidentally being overwritten. Tbh this worked best so far though the path change to the Shared Resources might be a similiar approach.
Copyright © 2025 Solibri Inc. | Powered by NodeBB