Dolibarr ERP & CRM » Tasks and Feature requests » task #1097 Add multi contact management into calendar eventDernières modifications
Répondre
État| Détails |
| Submitted on: | 19/10/2013 11:02 | | Submitted by: | HENRY Florian (fhenry) |
| Last Modified On: | 19/10/2013 14:37 | |
| Summary: | Add multi contact management into calendar event |
| Description: | Add multi contact management into calendar event |
| Priority: | 5 - Medium | | Open to Any Developer: | No |
| Subproject: | Module Agenda | | Assigned to (multiple): | HENRY Florian (fhenry) |
| Planned for version: | | | | Etat |
| Start Date: | - | | End Date: | - |
| Completion (0-100%): | 0 | | Status: | Open |
Commentaires- HENRY Florian 19/10/2013 14:48
- Ok, I will change the pull request to using the new table. It's ok for me and also more accurate to the future need.
- Laurent Destailleur 19/10/2013 14:37
- Using llx_element_contact is the good solution for doing what you want to do.
llx_element_contact is good to link a contact (thirdparty or user) to an element (invoice, proposal, order, ...)
But events into agenda are not "standard" element. There are transversal objects. Also linking to thirdparty and user is not enough. We will want also to link to a "location" (a room for example).
Also into the calendar standard, we need to follow the status "busy" or not for each linked contact and "mandatory or guest".
For this reason (and other one), we need another table. I suggest
llx_actioncomm_resources
This table will contains id of event, id of element and type of element (type may be user, thirdparty, and later room or even a usergroup). Table will also have field "transparency" (busy or not but it is calle transparency into calendar protocols) and "mandatory".
So, I am afraid you must forget to use the contact existing template. The need is more specific and can not be compliant with "contact" template used for common elements.
Note, current field "fk_user_action" into llx_action_comm will be kept to store "owner" of event (there is only one per event and is a dolibarr user).
User that are assigned to event should be into new table.
|
|