Can we set a primaryCalendarId field on Facility entity and add a join entity FacilityCalendar with fields facilityId, caldendarId, facilityCalendarPurposeId, description for complex use ?

Pierre


On 25/11/2017 19:18, Pierre Smits wrote:
Hi Jacques, All,

Consider following scenarios:

    1. A business with a facility in a city center, where city government
    has placed restrictions on the access of the city center for trucks, and
    other set of restrictions of opening hours for customers:
       1. a calendar for suppliers and other logistics service providers
       2. a calendar for customers
    2. A hospital with multiple child facilities:
       1. The warehouse: a calendar for suppliers and other logistics
       service providers
       2. The outpatient clinic: a calendar for the opening hours
       3. The nursing departments: a calendar regarding visiting hours

Plus , for any kind of legal entity: one or more calendars regarding
working hours of staff. I feel confident that you and others can dream up
other scenarios too.

Best regards,

Pierre Smits

ORRTIZ.COM <http://www.orrtiz.com>
OFBiz based solutions & services

OEM - The OFBiz Extensions Marketplace1
http://oem.ofbizci.net/oci-2/
1 not affiliated to (and not endorsed by) the OFBiz project

On Sat, Nov 25, 2017 at 5:32 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

Hi Pierre,

Actually I was answering to Pierre Gaudin :)

More than one calendar for a facility? Do you have an example?

Jacques


Le 25/11/2017 à 15:53, Pierre Smits a écrit :

Hey Jacques,

You're welcome.

{quote}
Anyway, so Vaibhav, I think we can now put directly <field
name="calendarId" type="value" /> in Facility
{quote}

Are you sure? Is there no scenario possible where a facility would need to
apply more than 1 calendar?

Best regards,

Pierre Smits

ORRTIZ.COM <http://www.orrtiz.com>

OFBiz based solutions & services

OEM - The OFBiz Extensions Marketplace1
http://oem.ofbizci.net/oci-2/
1 not affiliated to (and not endorsed by) the OFBiz project

On Sat, Nov 25, 2017 at 3:24 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

Thanks for the info Pierre,
Exactly the right answer!

I thought there was something in workeffort data model, I know less
manufacturing :)

BTW, I wonder why TechDataCalendar is in manufacturing rather than in
workeffort where IMO it would better fit since it's more general there.

Anyway, so Vaibhav, I think we can now put directly <field
name="calendarId" type="value" /> in Facility

Jacques



Le 25/11/2017 à 13:47, pierre.gaudin a écrit :

Hi,
Recently we had to store opening and closing hours for stores. To do so
we have linked techDataCalendar with facility

      <extend-entity entity-name="Facility">
          <field name="calendarId" type="value" />
      </extend-entity>

Thanks
Pierre
On 25/11/2017 11:53, Michael Brohl wrote:

+1 for a timetable entity and linking it to facility
This will give us much more flexibility and avoids adding more and more
fields to the facility table.

Thanks,

Michael


Am 25.11.17 um 11:39 schrieb Jacques Le Roux:

Hi Vaibhav,
That sounds reasonable to me. I notably like this feature when
Googling
for a *physical* store to go buying things.

Then you should maybe consider having a new Timetable Entity and link
it from Facility.

I had a look at what already exists in the Data Model, notably
Timesheet and TimeEntry, but they don't really fit here.

Jacques


Le 25/11/2017 à 11:06, Vaibhav Jain a écrit :

Hello all,
*Facility* entity has attributes for *openedDate* and *closedDate*
which
specify that facility opening date and closing date if the facility
is
closed i.e. not in-use.

All facilities are not open on all weekdays. We can have an attribute
to
record this.

A retail store is also a facility and we should record *openingTime*
and
*closingTime* in facility entity. *openingTime* and *closingTime* may
be
different for some of the weekdays as well.

Please share your thoughts on this.

--
Thanks and Regards,
Vaibhav Jain
Hotwax Systems,
vaibhav.j...@hotwaxsystems.com




Reply via email to