summaryrefslogtreecommitdiff
path: root/addons/hr_expense/data/mail_data.xml
AgeCommit message (Collapse)Author
2019-12-09[REV] web: reverts update to fontawesome 5.11.2Kevin Baptiste
This reverts commit ff1c35513aecef5fbc30f7c2f3834450e719714e. closes odoo/odoo#41480 X-original-commit: 116057b26e71db4692280463669f3e80d813ddcc Related: odoo/enterprise#7110 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-11-28[IMP] web: update to fontawesome 4.7.0 to 5.11.2Kevin Baptiste
FontAwesome 5 introduced new names for some icons as described on https://fontawesome.com/how-to-use/on-the-web/setup/upgrading-from-version-4#name-changes This commit replaces the old names to the new ones. closes odoo/odoo#35826 Taskid: 2050241 Related: odoo/enterprise#5180 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2019-03-12[IMP] mail,*: remove useless field `is_master_data`Christophe Simonis
This field is a non-sense. By using the same logic, it should be added to any low level model. Replace the check by a simple verification of presence of an XMLID. A more generic opt-in solution should be integrated into ORM. Partially revert commits 0db0e66e96a8f6b393565da6fbb8dce25ec960b7 and bbd64c22abc19558c1d83a892fc426bf99a094ce. See #29257 odoo/enterprise#3550 closes odoo/odoo#31778 Signed-off-by: Christophe Simonis <chs@odoo.com>
2019-02-05[IMP] various: prevent unlink of automated activity typesMohit Ghodasara
Purpose of this merge is to update main addons and set activity types used for automated activities as master data. This means they cannot be removed. Indeed those activity types are used in business flow to generate activities and removing them may break some flows. This commit is linked to task ID 1907970 and PR #29257.
2018-12-13[IMP] hr_expense : subtype "paid" should be checked by default.Nimesh Jethva
'paid' is main event that every user wants to know so add subtype Paid checked by default. Related Task ID : 1914987 closes odoo/odoo#29241
2019-01-24[IMP] hr_expense: improve mail gateawayRohan Patel
1/ Send mail notification if expense is registered successfully Before this commit, when user submits the expense via email, user is not getting information about whether expense is registered or not. After this commit user will get a confirmation email. Few other usability improvements, - Improved tooltip for the field 'default_code' in expense's form and in the 'Emails' config setting. - Added product's default code in product's kanban view - Filtered uom based on category of product's uom. 2/ Better parsing of expense mail subject Criteria for matching expense product from email subject is changed, - The product code should be the first word of the subject. - Only expense products are allowed, previously there was no filter and user was able to select any product in expense via mail. Currency support is added, - Now user can specify currency symbols and ISO code in expense mail subject. - If subject contains multiple numbers in that case, number with currency will get higher priory, and it selected as an amount in expense. - If multi currency is active, user can use any active currency symbol/ISO code in mail subject. Respective currency will be selected in registered expense. - If multi currency is not active, user can only pass company currency. Other currencies are ignored and expense will be registered as default company currency - If user pass non active currency in subject then that currency will be ignored and expense will be registered as default company currency Examples: PROD_CODE 2 foo $1205.91 baz Added python test cases for mail subject parsing. Related to task #35093 closes #22168 Co-authored-by: Lucas Lefèvre <lul@odoo.com>
2018-09-21[FIX] *: reassign data & demo mail aliases from system to adminXavier Morel
2018-03-27[IMP] hr_expense: improve activity management on expense sheet modelThibault Delavallée
This commit improves expense flow management through a better integration of activities and addition of automated activities. Several things are done in this commit : * expense sheet (report) model do not inherit from mail.activity.mixin. This commit adds the inherit so that expense users and managers can now schedule and manage activities on expense reports. This will help them in their daily job; * automatic activities generation is added for expense reports. Activities are generated for approval. They are also automatically set as done when validating or unlinked when refusing or resetting to avoid bloating users with unnecessary activities; * a menu to configure activity types is added. Indeed HR managers should be able to see and configure activity types related to their job; * filters are added to be able to use the systray and to filter the kanban view based on activities Having automated activities allow to replace some messages and tracking that were implemented to warn people of expense reports to approve. This commit therefore * simplifies the tracking as tracking to confirm reports is not necessary anymore; * removes to approve subtype on report model as well as its parent subtype on the department. This allows to simplify chatter in hr_expense app;
2018-03-20[REM] hr_expense: remove assigned subtype and keep only classic trackingThibault Delavallée
Since e9734f4975904b6196423b7f5de7dd211809d6f6 assignation is now a notification sent in the inbox or by email to the newly-assigned responsible. It is therefore considered as not necessary to link a subtype to the assignation itself. Indeed having it logged in the discussion history as a classic tracking in addition to the notification is considered as sufficient. This commit is related to task ID 60790. Closes #23244 .
2018-02-21[MOV] hr_expense: split data to separate mail data from other dataThibault Delavallée
It is simpler to have data split by main model or application like we already do for models and views. It allows to easily have an overview of data a module holds. As we will work on mail related data like adding activities or tweaking subtypes and templates, having them all in a single file and not lost between other data helps finding and working with it. This commit only moves code. No functional change should occur.