Accounts
An Account is the central configuration unit in CMDBsyncer. Every external system the syncer communicates with — whether as an import source or an export target — requires exactly one account. The account holds all the connection details, credentials, and behavior settings for that system.
Without an account, no data can be read from or written to an external system. This applies to every supported integration: Checkmk, Netbox, Jira, REST APIs, CSV files, and all others.
You will find the account settings under Accounts in the navigation.
Basic Fields
| Field | Description |
|---|---|
| Name | Reference name for the account, also used on the command line |
| Type | Account type — controls which fields and validation apply |
| Is Master | This account can overwrite data from other accounts on import |
| Is Object | Imported entries are stored as Objects, not Hosts (see below) |
| Object Type | Classifies the object type for filtering and special behaviors |
| Address | URL or hostname of the target system |
| Username | Login username for the account |
| Password | Password or API secret for the account |
| Custom Fields | Additional plugin-specific fields (appear after the first save, if applicable) |
Tip
Not every field is required for every integration. An API account typically only needs Name, Address, and Password (as the API token).
About Objects and Object Types
By default, every imported entry is stored as a Host. Setting the Is Object flag changes this: the entry is stored in the Objects view instead and will not be exported to other systems as a host. However, all attributes of objects remain available in rules and can be referenced there.
This is useful for configuration items that are not hosts themselves — for example, locations, contracts, or clusters — but whose attributes you want to use in your rules.
Object Types
Object types are assigned during import and serve two purposes:
- They allow you to filter which objects are used in a specific export.
- Some types have additional behavior: if the type is set to Host, any imported entry with an invalid hostname is rejected and logged as an error rather than saved silently.
Additional Configurations

Some account types (e.g. CSV or JSON) require additional plugin-specific fields that are not shown by default. Simply save the account once — the relevant fields will appear automatically afterwards.
Documentation by Account Type
Global Options
delete_host_if_not_found_on_import
Enter a Mongoengine filter in the format fieldname:value to automatically delete hosts that are no longer part of an import. Multiple filters can be combined with || (logical AND). See the Mongoengine filter documentation for the full syntax.
SSL Certificate Verification
Security Notice
SSL certificate verification protects your connections from man-in-the-middle attacks. Always keep verification enabled in production environments.
By default, CMDBsyncer verifies the SSL certificate of every account connection. If your environment uses a custom CA (Certificate Authority) — for example an internal company CA or a self-signed certificate — you must provide the CA certificate files so the syncer can establish a trusted connection.
Fields
| Field | Description |
|---|---|
| Verify Cert | Enable or disable SSL certificate verification. Should always be enabled in production. |
| CA Cert Chain | Absolute path to the intermediate CA certificate file (PEM format) on the CMDBsyncer server. |
| CA Root Cert | Absolute path to the root CA certificate file (PEM format) on the CMDBsyncer server. |
How to configure
- Upload your CA certificate file(s) via the Fileadmin — this is the easiest way to get the files onto the server without needing shell access.
- Copy the full path shown in the Fileadmin for the uploaded file.
- In the account settings, paste the path into CA Cert Chain and/or CA Root Cert.
- Make sure Verify Cert is enabled.
Upload via Fileadmin
The Fileadmin displays the full absolute path for every uploaded file — copy it directly into the certificate field.
CMDBsyncer will automatically merge the provided files into a temporary certificate bundle and use it for all requests made through this account.
Note
Both certificate fields are optional. If your entire CA chain is contained in a single file, filling in only one field is sufficient.
Extra Plugin Options
In addition to the global account fields, each account can hold plugin-specific options. These allow you to configure behavior that applies only when the account is used for a particular action — even if the same account is reused across multiple operations.
Object Filter
When set, the plugin only processes objects that match the specified object types for this operation.

Reference Fields
You can reference any account field from within your configuration using the {{ACCOUNT:...}} macro. This allows you to avoid repeating credentials or to keep sensitive values out of rule definitions.
Syntax:
{{ACCOUNT:<ACCOUNT_NAME>:<ACCOUNT_FIELD_NAME>}}
Config Children
A Config Child is an account that inherits all settings from a parent account, but overrides the custom fields and plugin configuration.
This is useful when you need slightly different behavior for the same system — for example, different filters or export settings — without duplicating the entire account configuration.