elthran / BookingSystem

A working booking/calendar system for clients to take orders and create a schedule
0 stars 0 forks source link

Calendar System #9

Open elthran opened 6 years ago

elthran commented 6 years ago

I want to fully outline the Calendar here. Then each part of it we might even break down into further issues. My current calendar on our website looks like this (purely for testing purposes, there is no CSS or JavaScript yet): calendar

I am just setting it up so you can click on any given day of the month and then on the right side of the page will show available booking times. This is not at all how it will look when we are done, but I needed something to test my database on. Let me know exactly what you want it to do (but necessarily how it will look). Like for example the JaneApp would be:

Those seem to be the functions of their calendar page. The layout makes no difference, but I need to know how similar you want our page so I can do a mock-up. This will likely take a week or two as there are many functions to add and some are complicated.

melissachang9 commented 6 years ago

Choosing a practitioner and then listing their services or vice versa is fine.

I like having the time slots as buttons on the calendar however I agree that I don't want it to then show a pop up screen where time is show in half hour increments. This wouldn't be applicable to my business. Just show available time slots on the calendar as buttons for the treatment and practitioner selected.

Everything else you've mentioned is good. Keep in mind, we will need to have calendars attached to practitioners at different locations as well.

elthran commented 6 years ago

We will need to discuss "practitioners at different locations". I will need to fully understand what we are aiming for before I can start coding it. I assume that means a single business might have multiple "calendar objects" and each employee/client is linked to only one calendar. So it would go

Does that sound right?

If that's all right it shouldn't be too hard, I will just keep clients linked to one business and probably just have each "appointment" linked to a certain practitioner/calendar. So a client has no relationship to calendars/practitioners, just a business, and the appointments are what are linked. Then everything is one-to-many relationship and very easy to query.

melissachang9 commented 6 years ago

Yes I think that sounds correct. To give you a scenario, let’s say my business I have a location in Vancouver but also one in Nanaimo. Certain employees work at certain locations or both and can be booked accordingly. So if I’m working in Nanaimo on Thursday, then a client is able to book me there and then book me for Friday in Vancouver. So practitioners shouldn’t be tied to one location.

Another side note, also important to ensure that different services are available on different days. So although I may offer massage on Mondays, it’s not available on Tuesdays even if I’m available for different services on Tuesday.

Melissa Chang

On Jun 10, 2018, at 5:14 PM, Elthran notifications@github.com wrote:

We will need to discuss "practitioners at different locations". I will need to fully understand what we are aiming for before I can start coding it. I assume that means a single business might have multiple "calendar objects" and each employee/client is linked to only one calendar. So it would go

Business -> Calendar (each calendar is linked to one business but businesses have multiple calendars) -> Practitioners (each practitioner is linked to one business and one calendar, but businesses and calendars have multiple practitioners each) -> Clients (each business/calendar/practitioner has multiple clients. But client linking back is more complex. In my code each client can only be linked to one business (ie. if that same client books at a new business, a new client profile is created for that business). But I don't think you want the same for calendars/practitioners. So I will need to rethink how this relationship works and maybe rework my database a bit. Does that sound right?

If that's all right it shouldn't be too hard, I will just keep clients linked to one business and probably just have each "appointment" linked to a certain practitioner/calendar. So a client has no relationship to calendars/practitioners, just a business, and the appointments are what are linked. Then everything is one-to-many relationship and very easy to query.

— You are receiving this because you were assigned. Reply to this email directly, view it on GitHub, or mute the thread.

elthran commented 6 years ago

Another side note, also important to ensure that different services are available on different days. So although I may offer massage on Mondays, it’s not available on Tuesdays even if I’m available for different services on Tuesday.

This part is easy. Each service will have its own calendar and they will overlay onto the final calendar.

For clients, are they separate for each business location at all? Or will the business just have one list of clients that is shared? Let me know how you want that, as I'm still trying to decide how to code in Locations. Right now the site assumes each business has one location, butI will add those in this week.

melissachang9 commented 6 years ago

Ok so the user will be able to choose which services to provide on certain days and locations.

One list of clients for each business.

Melissa Chang

On Jun 12, 2018, at 10:00 PM, Elthran notifications@github.com wrote:

Another side note, also important to ensure that different services are available on different days. So although I may offer massage on Mondays, it’s not available on Tuesdays even if I’m available for different services on Tuesday.

This part is easy. Each service will have its own calendar and they will overlay onto the final calendar.

For clients, are they separate for each business location at all? Or will the business just have one list of clients that is shared? Let me know how you want that, as I'm still trying to decide how to code in Locations. Right now the site assumes each business has one location, butI will add those in this week.

— You are receiving this because you were assigned. Reply to this email directly, view it on GitHub https://github.com/elthran/BookingSystem/issues/9#issuecomment-396813920, or mute the thread https://github.com/notifications/unsubscribe-auth/Alf7CDPEWI7EsK5rv-swXIITVbfpYSmrks5t8JyEgaJpZM4UeQnk.

elthran commented 6 years ago

Ok that's simple. Would there be any sort of location at all tied to the client? Like so you can only list clients that went to this location? Or just 100% the business has a list of clients and no mention of location (much simpler and how it currently is).

melissachang9 commented 6 years ago

No location tied to clients

Melissa Chang

On Jun 12, 2018, at 10:08 PM, Elthran notifications@github.com wrote:

Ok that's simple. Would there be any sort of location at all tied to the client? Like so you can only list clients that went to this location? Or just 100% the business has a list of clients and no mention of location (much simpler and how it currently is).

— You are receiving this because you were assigned. Reply to this email directly, view it on GitHub, or mute the thread.