$ 84.38
Availability |
Odoo Online
Odoo.sh
On Premise
|
Odoo Apps Dependencies |
•
Calendar (calendar)
• Social Network (mail) |
Technical Name |
joint_calendar |
License | AGPL-3 |
Website | https://faotools.com/apps/8.0/joint-calendar-8-0-joint-calendar-130 |
Versions | 18.0 8.0 9.0 10.0 12.0 13.0 16.0 17.0 15.0 11.0 14.0 |
- Have an unlimited number of calendars with different events, configurations and user groups included. The menus are generated dynamically!
- All calendars are updated through a regular job
- Configure alarms for joint events and keep always informed, and inform others about required actions and events
Flexible configuration
- Model - which object to find: leads, tasks, orders and so on
- Name field - which field of the object would be used as joint event name (would be shown on a calendar view). Usually it is Name, Subject or Reference
- Start date field - which field should be used a start of an event. For example, Next Action Date for opportunities or Order Date for quotations. It may be be both Date or Date and Time
- Attendees Fields - which field should be used to find participants. Usually, it is some Responsible or Sales Person. But you may use even Followers. In comparison to other similar modules you may use both users and partners as attendees
- Stop date field - which field to use to define when a joint event is going to be finished. It is also may be Date or Time
- Whole Day Field - a special boolean field, which indicates that a related joint event may lasts the whole day. Such an event would be shown at a special place on a calendar (above the time line)
- Always Whole Day means that all generated events would last the whole day (disregarding whether start or stop are defined with hours and minutes)
- Description Field - which field of a related object is used as notes for joint events. Usually the fields like Internal Notes or Comments are used
- Domain - a special setting, which require advance Odoo technical knowledge. Its goal is to limit a number of objects on a calendar (for example, to show only leads without opportunities: [('type','!=','opportunity')]; and the opposite: [('type','!=','lead')].)
- Action - what action (including views and defaults) to invoke, when you go to a parent object from this joint event.
-
Select rules for joint calendars:
- The configurations are provided with useful tips: just point a cursor on a field
- Optimize joint events' generation and modification by making time limits. There is no need to show the events of the last year on a calendar! You do not need to wait for ages until the events are created as it in other similar modules
- Define calendars' menus' sequences. Should it be before the previous Super Calendar? Then, make a sequence smaller
- Deactivate a joint calendar to hide menus and corresponding events
Alarms
- Configure alarms of 2 types: mails and notifications. The schema is the same as it is for Odoo standard calendar events. You may warn attendees and responsible users at the moment you like to: from 5 minutes to hundreds of days before
- Change email styles through Settings > Technical >Email > Templates > Joint Event Notification
- Be cautious: notifications would be shown for portal users, if they are attendees
- The very special feature: Use the app to make customized notifications for any required Odoo objects. Remind sales persons about next actions in leads and calls. Warn workers about a new manufacturing order. Notify programmers about deadlines. You may configure it by your own! Both emails and notifications. In order to do so, just indicate default alarms in required joint calendar settings.
Access rights
- Only users with administrator rights may configure new joint calendars and related rules to search objects
- Users may see only the public calendars or calendars, to which user groups they belong to. Configure it through the Joint Calendar: the tab Settings > Menu > Privacy
- Users may access only the joint events, to which parents (leads, tasks, orders, etc.) they have access rights. It is equally true for read, write, create and unlink permission. For example, if a sales person doesn't have a right to observe lead, he/she would not see a related joint event as well
- Manually created joint events may be either public (for all employees) or private (visible for attendees only)
When the option "Always Whole Day" is turned on, then all generated events created with the rule will last the whole day disregarding whether start or stop are defined with hours and minutes. Such an event will be shown at a special place on a calendar.
For example, if you create a rule for the model "Sale Order", and turn on the option "Always Whole Day", then the event will be placed on the daily and weekly super calendars above the timeline.
If you turn off the option, then, if the start or stop are defined with hours/minutes, the event will be placed at a particular time on the day's timeline and you will see the time before the event's title.
Make sure:
1. There is at least one joint calendar created configured and refreshed. Please refresh your browser page after setting up any joint calendar
2. You have the access to at least one of the calendars
There might be several reasons for that. It is possible, that the related scheduled job hasn't yet took place. In this case, you can launch the cron manually by clicking on the button refresh on the right column of the joint calendar interface.
Also check, whether you have Time Limits set to the calendar as otherwise the events for only a particular time range will be shown. For example, if you have a calendar 'Sale Orders' with time limits 10 days before and 30 days after. If a Sale Order was created, for example, 12 days before, then it will not be shown in the calendar.
Make sure, that there aren't any filters applied to the rules as there might be no records matching them. For example, if you have a rule 'Sale Order' with the filter 'Customer = Deco Addict', then only orders of this customer will be shown in the related calendar.
You can combine as many Odoo documents as you like into a single calendar. Or, you can divide those between several calendars (for example Sales Calendar and Projects, Tasks and Activities Calendar) and then switch between them in the systray.
Rules define which Odoo objects should create events, which fields of that object should be used and shown, and whether any filtering should take place.
While creating a rule, you can define by your own what to consider a joint event title, start or stop date, who are target attendees, etc.
Stop date - a field of the target Odoo model, which defines when an even is shown as finished on a calendar. For example, if you create a rule for the model "Sale Order" and choose the "Delivery Date" for the Stop date field, then the event will be shown in the events menu from the day for which this quotation is planned (Start Date field - Order Date) till the day of the product's delivery.
It is an optional field, so you can leave it empty. In this case, the event will be placed only on the day defined by the Start Date field.
It means that this event was created manually. It has no parent object, and is not regulated by a rule. Such joint events would be available under the filter "Undefined", without color.
All people, who have the access to see the calendar, may create and see its undefined events.
According to the current Odoo Apps Store policies:
- every module bought for version 12.0 and prior gives you access to all versions up to 12.0.
- starting from version 13.0, every module version should be purchased separately.
- disregarding the version, purchasing a tool grants you a right to all updates and bug fixes within a major version.
Take into account that the faOtools team does not control those policies. For all questions, please contact the Odoo Apps Store representatives directly.
The easiest approach is to use the Odoo store built-in workflow:
1. Open the module's page and click the button Deploy on odoo.sh
2. After that, you will be redirected to the GitHub page. Login to your account and click 'Create a new repo' or use the existing one. Please, make sure, that your repository is private. It is not permitted to publish the apps under the OPL-1 license. If necessary, create a new repo for your Odoo.sh project
3. Then, go to odoo.sh and click on the deploy button, submit the decision in the pop-up window and click 'Continue'. The action will trigger the installation process.
These steps will install the app for your project production branch. If you want to deploy the apps for other branches or update the module, you should undertake the following actions:
1. Upload the source code for the app from the Odoo store
2. Commit the module to a required GitHub repository. Make sure that none of the app folders/files are ignored (included in the .gitignore of your repo). Repositories are automatically created by odoo.sh, which might add by default some crucial items there (e.g. /lib). You should upload all module directories, subdirectories, and files without exceptions
3. Deploy a target branch of the odoo.sh project or wait until it is automatically built if your settings assume that.
Unzip the source code of the purchased tools in one of your Odoo add-ons' directories;
Re-start the Odoo server;
Turn on the developer mode (technical settings);
Update the apps' list (the apps' menu);
Find the app and push the button 'Install';
Follow the guidelines on the app's page if those exist.
Yes, sure. Take into account that Odoo automatically adds all dependencies to a cart. You should exclude previously purchased tools.
A red/orange warning itself does not influence features of the app. Regretfully, sometimes our modules do not pass standard automatic tests, since the latter assumes behavior which is in conflict with our apps goals. For example, we change price calculation, while standard Odoo module tests compare final price to standard algorithm.
So, first of all, please check deployed database features. Does everything work correctly?
If you still assume that warning influences real features, please contact us and forward full installation logs and the full lists of deployed modules (including core and third party ones).
No, we distribute the tools only through the official Odoo apps store
Regretfully, we do not have a technical possibility to provide individual prices.
No, third party apps can not be used on Odoo Online.
Yes, all modules marked in dependencies are absolutely required for a correct work of our tool. Take into account that price marked on the app page already includes all necessary dependencies.
The price for our modules is set up in euros. The Odoo store converts prices in others currencies according to its internal exchange rate. Thus, the price in US Dollars may change, when exchange rate changes.
Joint Event Calendar
Joint Event Form
Rule to Find an Event
Multiple Rules Possible
Configuration Options
Popup Notification by any Event
Email Reminder for any Activity
Configuration example for tasks
Configuration example for meetings
Configuration example for leads
Bug reporting
In case you have faced any bugs or inconsistent behavior, do not hesitate to contact us. We guarantee to provide fixes within 60 days after the purchase, while even after this period we are strongly interested to improve our tools.
To send us a bug report: press the "Website" link on the top of this page and push the button "Bug Report" (the tab Support). Alternatively, copy the link https://faotools.com/s/vcb5ue
No phone number or credit card is required to contact us: only a short email sign up which does not take more than 30 seconds.
Please include in your request as many details as possible: screenshots, Odoo server logs, a full description of how to reproduce your problem, and so on. Usually, it takes a few business days to prepare a working plan for an issue (if a bug is confirmed) or provide you with guidelines on what should be done (otherwise).
Public features requests and module ideas (free development)
We are strongly motivated to improve our tools and would be grateful for any sort of feedback. In case your requirements are of public use and might be efficiently implemented, the team would include those in our to-do list.
Such a to-do list is processed on a regular basis and does not assume extra fees. Although we cannot promise deadlines and final design, it might be a good way to get desired features without investments and risks.
To share ideas: press the "Website" link on the top of this page and push the button "Share Features Ideas" (the tab Support). Alternatively, copy the link https://faotools.com/s/j2bj8f
No phone number or credit card is required to contact us: only a short email sign up which does not take more than 30 seconds.
Questions and misc issues
Feel free to contact us with any other concerns, doubts, or questions: press the "Website" link on the top of this page and push the button "Raise Question" (the tab Support). Alternatively, copy the link https://faotools.com/s/ysqjpi
About the team
faOtools (faotools.com, former odootools.com) is the team of developers and business analysts to help you extend Odoo's potential. We have been communicating with end users to whom the software became the main business tool since 2012. As a result, we are proud of dozens of successful Odoo apps developed. We are open for new ideas and challenges to create the best Odoo apps for business needs all over the world.
You may like the tools
The core for Odoo integration with cloud file systems (ownCloud, Dropbox, Onedrive, etc.)
The tool to automatically synchronize Odoo attachments with OneDrive files in both ways
The tool to automatically synchronize Odoo attachments with Google Drive files in both ways
Manage Odoo documents in OwnCloud/NextCloud (bilateral sync)
The tool to build a deep and structured knowledge base for internal and external use. Knowledge System. KMS. Wiki-like revisions.
298The tool to set up KPI targets and control their fulfillment by periods. KPI dashboards. Dashboard designer. KPI charts
The tool for time-based service management from booking appointments to sales and reviews
398The tool to create website documentation based on your knowledge base
436
Please log in to comment on this module