Configuring integration
Integration is configured in the process of creating a service processing module in BILLmanager.
To create a service processing module, enter Integration → Processing modules → click Add. The processing module adding wizard consists of the following steps:
- Product type: select "SSL Certificates".
- Processing module: select "Ispmanager (SSL)".
- Configuring integration. Specify the data for integration:
- URL ispmanager — specify the address of Ispmanager billing in which you have a client:
- User name — specify the user name in Ispmanager billing, under which the integration will be configured.
- Password — specify the user password in Ispmanager billing.
- Parameters of the service processing module. Configure internal (within BILLmanager) parameters of the service processing module:
- Data center — select the data center in BILLmanager to which the processing module will be connected.
- Name — specify the name of the processing module to be displayed in the BILLmanager interface.
- Department — select the department to which tasks from the processing module will be assigned;
- Sort — specify the processing module’s priority. If more than one processing module is connected to a tariff plan, the processing module with the lowest priority is selected first when creating the service.
- Processing module minimal balance — specify the minimum amount on the personal account in the Ispmanager billing system to purchase services. For more information, see Processing Module Balance.
Connection check
On the last step of adding a processing module, BILLmanager attempts to connect to the certificate authority with the specified credentials.
If the connection ended with an error: "Failed to establish a connection to the processing module", make sure that:
- the connection details are correct;
- The URL address of the certificate authority is available from the server where BILLmanager is installed.
SSL certificate validity periods
Starting from 2026 new rules of the CA/Browser Forum organization come into effect, limiting the maximum validity period of SSL certificates. This is done to enhance security. The platform is adapted to work with these changes.
Where:
- DV — domain validation (Domain Validation);
- OV — organization validation (Organization Validation);
- EV — extended validation (Extended Validation);
- SII — subject information(Subject Identity Information).
Subscribing to SSL certificates
Due to the reduction of certificate validity periods, certificate authorities offer an SSL subscription model. This allows purchasing a certificate for a long period (for example, for 1–5 years), while the technical certificate will be reissued automatically in accordance with the new rules (every 200, 100, or 47 days).
With a multi-year subscription, you pay for the certificate several years in advance and reissue it annually. In the client area, two different dates are displayed for such a certificate:
- Expiration date — the expiration date of the current certificate (according to CA/Browser Forum rules);
- Paid until — the expiration date of the paid subscription period.
For example, your client orders and pays for an SSL certificate April 02, 2026. for 5 years. After successful processing, two fields are displayed for this certificate in the client area: Expiration date and Paid until. The field Expiration date will show the date October 19, 2026 — the date until which the current certificate is valid. The field Paid until will show the date April 02, 2031. — the expiration date of the paid period. Each year during this period, platform will automatically perform an action according to the settings:
- send a notification about the need for reissue;
- reissue the certificate for the next year.
If the certificate is purchased for one year, the field Paid until remains empty.
Setting up a reissue policy
You can configure the SSL certificate reissuance policy:
- via the platform interface. In the main menu, go to Products → Product types → SSL certificate → button Edit → block Subscription:
- Expired certificate processing policy — select one of the options:
- Automatic certificate reissue — default value;
- Certificate expiration notification — a notification is sent to the client about the expiration of the current certificate. To set the notification template, in the main menu go to the section Settings → Message templates;
- Period to start working with expiring certificate — specify how many days before the certificate expiration the policy should be triggered. Default value — 10, maximum value 200.
- Expired certificate processing policy — select one of the options:
- using the configuration file /usr/local/mgr5/etc/billmgr.conf. Use the options:
-
-
Option SSLSubscriptionPolicy— specify to configure the certificate processing policy within the subscription. Values:auto— certificate reissuance is triggered automatically. Default value;manual— a notification is sent to the client about the expiration of the current certificate. To set the notification template, in the main menu go to the section Settings → Message templates;none— no actions are performed;
Option SSLSubscriptionBefore— the value determines how many days before the certificate expiration the Option SSLSubscriptionPolicy policy should be triggered. Default value — 10, maximum value 200.
-
Logging
The log of interaction between the billing platform and Ispmanager (SSL) is written to the /usr/local/mgr5/var/pmispmgrssl.log file.
En
Es