CtrlTeams troubleshooting
Most CtrlTeams problems are not problems with CtrlTeams. They are one of the three applications failing on its own, and the fastest route to a fix is working out which one before reading anything else.
Each application also has its own troubleshooting section: CtrlSync, CtrlTMS and PDS.
Check these first
Section titled “Check these first”- Is each of the three licensed? Each validates its own licence at startup even though CtrlTeams is bought as one bundle, and an expired one disables that application quietly.
- Does each report a clean status? M-Files Admin shows each application’s own validation under the vault’s Applications node.
- Has the Entra client secret expired? CtrlSync and CtrlTMS usually share one, so both stop at the same moment.
- Which application has stopped? Follow the path an object takes and find the first step that did not happen — the table below.
Which application has stopped
Section titled “Which application has stopped”Follow the path an object takes and find the first step that did not happen.
| What you see | Nothing happened at | Look at |
|---|---|---|
| A team exists in Microsoft 365 but there is no object in the vault | Discovery | CtrlTMS: its schedule, its Graph credentials, and whether the team matches its filters |
| The object exists but no files ever arrive | Synchronisation | CtrlSync: whether the connection is active, and whether the connection’s class is one it is configured to handle |
| Files arrive but the team’s members are never updated | Membership | CtrlTMS: its member configuration and the person object it resolves users through |
| A project will not leave the baseline state | Template validation | PDS: the transition failed with a message naming what the template is missing |
| A project will not activate | Activation | PDS: it requires a SharePoint URL on the project, and a working, licensed CtrlSync |
| Folders were created but the documents are empty or missing | Upload | CtrlSync, then the document object templates PDS built the artefacts from |
Settings that disagree
Section titled “Settings that disagree”When two applications appear to be looking at different objects, they usually are. These are the settings that have to name the same thing, and the symptom when they do not.
The connection object type or class. CtrlTMS creates connections of one class; CtrlSync synchronises another. Objects appear in the vault and are then ignored forever. Compare CtrlTMS’s object creation settings against the classes named in CtrlSync’s connection configuration.
The SharePoint URL property. PDS writes the URL to one property; CtrlSync reads another. The project activates, PDS reports success, and nothing is ever uploaded. Compare PDS’s SharePoint URL Property with the property CtrlSync reads on a connection.
The active property. The workflow sets one boolean; CtrlSync reads another. Connections look active in the vault and are skipped on every run. Compare the state action on the activation transition against CtrlSync’s Graph configuration.
The person or employee object. CtrlSync’s employee configuration and CtrlTMS’s member configuration resolve M-Files accounts through different properties. The same user is attributed differently depending on which application wrote the value.
Licensing
Section titled “Licensing”Each of the three validates its own licence at startup, even though CtrlTeams is bought as one bundle. An expired or missing licence disables that application’s event handlers quietly — the application still starts, and the log records the reason.
PDS refuses to activate a project when CtrlSync is not installed, configured and licensed, and says so in the message on the failed transition. That message is about CtrlSync’s licence, not PDS’s.