Use an existing users mailbox for Bookings/URL

%3CLINGO-SUB%20id%3D%22lingo-sub-1072182%22%20slang%3D%22en-US%22%3EUse%20an%20existing%20users%20mailbox%20for%20Bookings%2FURL%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1072182%22%20slang%3D%22en-US%22%3E%3CP%3EIt%20doesn't%20look%20like%20this%20is%20possible%2C%20but%20it%20would%20be%20great%20to%20allow%20Bookings%20site%5Cmailbox%20creation%20for%20an%20EXISTING%20user.%26nbsp%3B%20As%20I%20understand%20the%20process%20now%2C%20if%20you%20have%20an%20existing%20user%20(say%2C%20UserOne%40)%20and%20they%20need%20to%20provide%20a%20personalized%20booking%20page%20to%20a%20client%2C%20we%20would%20need%20to%20create%20an%20entirely%20new%20Booking%20site%20for%20that%20user.%26nbsp%3B%20We%20will%20call%20that%20Bookings%20site%20%22useronebooking%40%22.%26nbsp%3B%20The%20problem%20here%20is%20the%20solution%20creates%20a%20brand%20new%20user%20account%20in%20O365.%26nbsp%3B%20If%20we%20wanted%20to%20approach%20this%20from%20the%20perspective%2C%20each%20and%20every%20new%20sales%20person%20would%20consume%20two%20O365%20accounts%3B%20one%20which%20is%20actually%20licensed%20(userone%40)%20and%20the%20other%20that%20is%20for%20Bookings%20(useronebooking%40).%26nbsp%3B%20I%20suppose%20it%20isn't%20the%20end%20of%20the%20world%20but%20certainly%20creates%20some%20clutter%20when%20thinking%20about%20management.%26nbsp%3B%20Or%2C%20maybe%20there%20is%20a%20way%20around%20this%20and%20we%20can%20leverage%20an%20existing%20account%20for%20Bookings.%26nbsp%3B%20Anyone%20have%20the%20same%20issue%2C%20found%20another%20way%2C%20or%20agree%20on%20my%20thought%20process%3F%20%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1072182%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3Ebookings%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EOffice%20365%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Highlighted
Occasional Contributor

It doesn't look like this is possible, but it would be great to allow Bookings site\mailbox creation for an EXISTING user.  As I understand the process now, if you have an existing user (say, UserOne@) and they need to provide a personalized booking page to a client, we would need to create an entirely new Booking site for that user.  We will call that Bookings site "useronebooking@".  The problem here is the solution creates a brand new user account in O365.  If we wanted to approach this from the perspective, each and every new sales person would consume two O365 accounts; one which is actually licensed (userone@) and the other that is for Bookings (useronebooking@).  I suppose it isn't the end of the world but certainly creates some clutter when thinking about management.  Or, maybe there is a way around this and we can leverage an existing account for Bookings.  Anyone have the same issue, found another way, or agree on my thought process?  

0 Replies