Settings & Configuration
Last update:
07/21/2026
Completed
In this topic
General Settings Overview
- Accessing General Settings
- Configuring Outgoing Email (SMTP)
- Access Groups, Record Rules & Security
- Language Management & Translations
- Automated Actions
- Developer Mode & Technical Menu
- Configuring Incoming Email (IMAP/POP)
- Scheduled Actions (Cron Jobs)
- Bundling Permissions Into Reusable Roles
- Email Templates
- System Parameters & Sequences
Email Configuration
Security & Access Control
Translations & Localisation
Technical Tools
Scheduled Actions (Cron Jobs)
Scheduled Actions
Scheduled actions (also called cron jobs) run automated tasks on a repeating schedule. They handle periodic maintenance, data processing, and automated communications.
Navigation
Go to Settings > Technical > Scheduled Actions (developer mode required).
Important System Scheduled Actions
| Name | Schedule | Purpose |
|---|---|---|
| Mail: Email Queue Manager | Every 1 minute | Processes the outgoing email queue. If this cron is inactive, no emails are sent. |
| Mail: Fetchmail Servers | Every 5 minutes | Checks incoming mail servers for new emails. If inactive, incoming email processing stops. |
| Accounting: Generate Valuation Layers | Every 1 hour | Creates inventory valuation layers for stock moves. |
| Sales: Subscription Auto-Invoice | Daily at 2:00 AM | Generates invoices for subscriptions due on the current date. |
| CRM: Lead Scoring Batch | Every 12 hours | Recalculates lead scores based on scoring rules. |
| Website: Sitemap Generation | Daily at 3:00 AM | Generates SEO sitemap.xml for the website. |
| Base: Update Currency Rates | Daily at 9:00 AM | Fetches latest exchange rates from configured API. |
Creating a Custom Scheduled Action
- Click Create.
- Name – e.g. "Daily Sales Summary Email".
- Model – The model the action works on (most system actions use
ir.actions.server). - Execution Frequency:
- Number of Calls – Run a fixed number of times, then stop.
- Do Not Repeat – Run once.
- Repeat Every – Run on a recurring schedule. Specify interval (Minutes, Hours, Days, Weeks, Months).
Cron Monitoring
The list view of scheduled actions shows:
- Status – "Done", "Running", or "Failed". Red background indicates a failure.
- Last Execution – Timestamp of the last run.
- Next Execution – When the next run is scheduled.
- Progress – For long-running crons, shows progress information.
If a cron fails, click the failed status to see the error details in the server logs. Common causes: Python errors in the action, unavailable network resources, or database locks.
Best Practices
- Schedule heavy operations during off-peak hours (e.g. 2:00 AM).
- Avoid running crons too frequently – a "Repeat Every 1 Minute" cron that takes 30 seconds may overlap with itself if it starts a second instance before the first finishes. Quickenerp prevents this by checking that the previous instance has completed before starting a new one.
- Test new crons by setting "Number of Calls" to 1 and a "Next Execution" of 2 minutes from now, then verify it runs correctly before making it recurring.
Rating
0
0
Commenting is not enabled on this course.
This documentation is updated continuously. Some features described here may be renamed, deprecated, or still being finalized.