What do you mean &quot;following the existing API design&quot;?<p>A good API imo would hide the janitor&#x27;s calendar&#x2F;ToDo list unless it was absolutely necessary for the client to access it directly. Then an argument could be made in favor of the booking janitor endpoint on a light - and the API is no less RESTful.<p>Edit: I don&#x27;t like it when people over-emphasize resources when talking about REST. I blame this practice on Rails being many people&#x27;s first introduction to REST. But Rails isn&#x27;t actually RESTful per Fielding. I prefer to use the term resourceful API to describe the kind of API Rails prescribes. REST is generally in favor of custom endpoints that hide complexity from the client, even at the expense of having a clear cut decision on eg. POST vs PUT&#x2F;PATCH for a given endpoint.