Latest Activity...
Sorry Ken, but I disagree with your contention about photos being swapped in and out of the active set being inherent to which ones get sent to a channel. In a global perspective it may be, and I understand why you say this, but that isn't the point.
1st Feature: Store and swap photos in and out of the active set, which appears on own site and gets sent to all channels.
2nd Feature: Have photos added to and removed from active set on a schedule.
3rd Feature: Have photos tagged by channel to control which 'set' or subset of the main currently active set gets sent to a particular channel.
The first is inherent within the second, and the third feature would inherently cover the first. BUT... combining them together, makes them (I suspect) a bigger project, and more difficult to do. And this being the case, the likelihood of the first feature NOT being introduced (being delayed or simply taking longer) because its been linked to also only being able to provide the 2nd or 3rd feature, becomes much more likely.
Personally, and I suspect for many other users as well, I would prefer to see the first feature introduced as soon as possible, without the second feature (and/or the third) holding it up because doing so has made it a much larger developmental chore. (This also means combining features which I also suspect are of less value to most users.)
I also think that as far as the forum and feature votes go, most users would't be looking to control which photos get sent to each channel (and thus wouldn't search for that) nearly as much as would simply want to be able to store and swap photos in and out of the main set. That being the case, you'll likely find yourself with additional feature request threads being started all over again.
The other requests are not all duplicates of this one... Baby steps.
"The more they over-tink the plumbing, the easier it is to stop up the drain." Scotty, Star Trek III
the ability to swap photos in and out of the active set is ALSO a different feature than being able to have it done automatically on a schedule.
Well, yes, those are indeed two separate features.
The ability to swap photos in and out of the active set, for each channel as well as for the website, is inherently part of this feature request, as I mentioned.
To have that done automatically on a schedule, is NOT part of this specific feature request - it's the other one I linked to.
I realize we're on the wrong thread for this part of the discussion, but the ability to swap photos in and out of the active set is ALSO a different feature than being able to have it done automatically on a schedule.
Swapping stored photos in and out of the active set (which I would only need to do manually) is one feature.
Having it done automatically according to a preset schedule is an additional feature that only becomes relevant once the swap feature is available.
I wouldn't want the scheduling facility to hold up introducing the ability to simply just swap photos in and out of the active set, hence my mentioning the distinction.
There are currently two related, but separate, feature requests active.
One is this one, which relates to assigning different photos to different channels. To me, logically, this would also include the ability to assign a photo to no channels at all.
Then, there's this other one:
https://www.ownerrez.com/forums/requests/display-hide-gallery-photos-by-datemonthseason
Which relates specifically to a scheduling capability, allowing photos to be swapped in and out with the seasons. I agree with you, that is a separate feature, and I've left it so.
For your purposes, you would want to vote up both of them.
This is NOT the same feature request.
Being able to send different photos to different channels (this thread) is a different facility than being able to upload additional photos and have the extra ones stored on OwnerRez, with some being active, and others not, and the ability to swap the stored ones in and out of the active set. As already explained, some photos may be seasonal, and used only at certain times (Christmas or WinterTime for example) of the year. They may go back up each year, and should not need to be resubmitted (along with the ones they replace).
It shouldn't be necessary to delete a photo to replace it with another one that has to be re-submitted, and vice versa to change it back, as seasons come and go during the year.
Deleting that feature request because this one exists makes no sense.
Or have I missed something?
[This topic has been closed as a duplicate of another topic (Display / Hide Gallery Photos by date/month/season)]
[Another topic was closed as a duplicate of this topic (Ability to schedule different descriptions or photos for posting)]
[This topic has been closed as a duplicate of another topic (Select which photos are sent to the difference channels and our own website.)]
[Another topic was closed as a duplicate of this topic (Disable Property Photos)]
[This topic has been closed as a duplicate of another topic (Select which photos are sent to the difference channels and our own website.)]
[Another topic was closed as a duplicate of this topic (Photo - Active/Hide)]
[This topic has been closed as a duplicate of another topic (Select which photos are sent to the difference channels and our own website.)]
[Another topic was closed as a duplicate of this topic (Property Photo Storage)]
[This topic has been closed as a duplicate of another topic (Select which photos are sent to the difference channels and our own website.)]
[Another topic was closed as a duplicate of this topic (Separate photo albums for Airbnb and VRBO)]
If we had the ability to handle photos like we do with descriptions -- overrides or some similar feature (tags? checkboxes?) it would be very useful.
For example: People seem to like lifestyle photos. They are very effective, but they are also, justifiably, against the Terms of Service or Content Policy of every major OTA for copyright and model permission reasons. But I use them in Social Media and I would like to have them on our own website.
See screenshot of Streamline VRS software with the ability to select flexible dates when searching:
Can you please summarize the steps to take prior to re-enabling a property to ensure that it does not show up on the website (and available for booking)?
You cannot - see my previous response. The change can only be made while the property is enabled. But if you're quick about it, the likelihood of a spurious booking is minimal, and once you have made the setting, it will be remembered even if the property is disabled again, re-enabled, etc. going forward into the future.
Hi Ken, thanks for your reply. Can you please summarize the steps to take prior to re-enabling a property to ensure that it does not show up on the website (and available for booking)? Your previous message alluded to something that could be done in the Hosted Websites & Widgets area. To the extent I could do this before it's re-enabled, that would be great to ensure that I can do this all "in the background" without anything changing to anyone external to the business. Thank you.
I was shocked to discover that I don't automatically have access to all the data for the history of my account. I would expect to have this. I recently disabled a property that the owner decided to switch to a long term rental. I assumed that I would always have easy access to all my data from the time I began using OwnerRez.
OwnerRez' Unified Inbox is a HUGE step forward! A few things that would be very helpful to the inbox would be a few additional filters.
Here are a few Unified Inbox Search Filter Suggestions:
By Property or Property Group: (We have 30 properties and this would be very helpful for us)
Reservation Status: Upcoming, Current, Past
Communication type: Airbnb, Booking.com, VRBO, SMS, Email, etc.
Team Member: Search by which team member was communicating with the guest.
Unified Inbox is such an incredible tool, and we are thrilled that it's here! With some finesse to its impressive core structure, I have no doubt it'll become a second-to-none PMS Tool for OwnerRez users.
Here is the current Inbox Search Filter:
We need year end statements for owners tax purposes. I have a friend with LODGIX and she can do a report, why cant we. This is critical and as i read through the thread, it has been going on for awhile. Why is there no priority in this?
Not sure what you're referring to, can you give a specific detailed example of a use case you have in mind?
filler
I don't necessarily need a specific "print to PDF" function, BUT there currently is no way to send guests a nicely-formatted receipt showing their charges and payments. A version of this is emailed to the guest when payments are processed, but there's no way for me as the manager to pull something similar separate from running a charge and sending a receipt. That would be a useful function, especially if the page could be designed to then be printed in the browser in a nice format.
Say you have this cancelation policy mentioned above, and a $2000 booking. The guest pays 50% of the total booking charges up front (50% of total is $1000). They pass the 100% refund date, and now only get 50% of the total booking charges if they cancel. (Again, 50% of the total is $1000). With this wording, they could think they get back the $1000 that they've paid. I understand that is not the intention, but why not have it worded correctly in the first place, so as not to cause confusion? Just a change of a word or two, or allowing us individually to modify the text on our own cancelation policies, could take care of it.
It is already possible for you to configure 5-star reviews to be automatically posted by OwnerRez (for Airbnb bookings):
https://www.ownerrez.com/support/articles/reviews-automatic-posting-5-star-airbnb
Note in particular that you can set a tag to indicate a booking that should not have a 5-star review posted automatically.
Turno is integrated with OwnerRez via our Open API. This supports the ability for Turno to place a tag on a booking - such as, in case of a bad cleaning report, the tag indicating that the 5-star automatic review should be skipped.
Now, this feature has not yet been implemented by Turno, but the functionality already exists, so they are able to add this capability at any time without any additional coding being required by OwnerRez.
If you feel this would be valuable to your business, please feel free to reach out to Turno to encourage them to add it.
I would like to reiterate how important creating a printable receipt feature is. I am still struggling to find a way to be able to print a receipt for my guests that shows both deposit and final payment, as well as rent charges and taxes. The only way around this is to email myself a copy of a Payment Received templated email and then print it from my email - talk about cumbersome!
By default, will it show up on the website
Yes, unless you have excluded it from there as previously mentioned. You can however change that setting as soon as you have re-enabled a property and it will take effect immediately, which should prevent anyone from actually booking it in the minute or two that it's visible.
or any of the OTAs?
No - a separate action needs to be taken to reconnect a re-enabled property to any individual channel API connection.
Will it now be a property that is billed for by Owner Rez?
Yes.
If they are re-enabled for just enough time to re-run the bookings data and then immediately disabled, would this prevent from being charged?
Highly likely - you have a specific day of the month that your invoice is created, and, if a property is not enabled on that particular day, it won't be charged. This is also true for paid premium features that don't involve direct expenses (like insurance and SMS do).
Ok, so to be clear, when I click re-enable, what are the default implications of this? By default, will it show up on the website or any of the OTAs? Will it now be a property that is billed for by Owner Rez? If they are re-enabled for just enough time to re-run the bookings data and then immediately disabled, would this prevent from being charged?
