Topic started in feature request I will attack in private area 🙂
in private please see WP access to my staging site where we can test a bit 🙂
ohh sorry .. I forgot about it .. not you should be able to login
Thank you for providing us with wp-admin access to your website.
In order to assist you further, we also need to connect via FTP. To do so, please provide us with the following information:
• Port (if applicable)
Please note that we do not need the text of the key file, just the information listed above.
Please let us know once you have provided this information, and we will promptly review your account information and provide assistance as soon as possible.
SFTP details provided in the first post … in private part 🙂
We do not use standard FTP but SFTP only, and authentication is possible via key, not user and password … hope this is not an issue ?
We have uploaded a new version of the theme and plugin on your web-site staging.pasa….
Please, check Sales booster -> Estimated delivery -> Set shipping time option and give us feedback after testing.
It doesn’t matter where.
We are waiting for your feedback.
OK … so I will put it here …
The only difference I see is added new option “Set shipping time -> Same day shipping time” .. is that correct ?
I’m missing option “number of days if product is on backorder or out-of-stock”. This should be used when we do not have product in stock. We can’t in such situation say to the customers that estimated delivery is 1 day.
So, functionality has to take into consideration if we have product (or variable) in stock or not.
Further this must be dynamic as within one variable product awe can have different stock statuses e.g. one variant can be in stock, so we should show 1 day, other variant can be in backorder we need to show e.g. 30 days etc.
Going back to the main functionality “Set shipping time”
– Set shipping time to 17:00
– Set count of days = 1 day
– Not working days = Sat, Sun.
We have Friday 18:00 today
On the product I see: Estimated delivery: 2 days
This is wrong as non working days are skipped in this calc.
Proper answer should be -> delivery: 4 days:
– day 0 – today -> it is too late to make shipment
– day 1,2 – weekend -> nothing is happening
– day 3 – Monday – > we do shipment
– day 4 – Tuesday -> package delivered
Most probably this would work ok in normal working days (eg. Tuesday) as it would be:
– day 0 – Tuesday, today
– day 1 – Wednesday -> we do shipment
– day 2 – Thursday -> package delivered
When I moved Set shipping time to 19:00 (ahead of us, so we can ship it at the same day) I got estimated delivery 1 day what would suggest that product will be delivered tomorrow (Saturday).
This is wrong but could work on normal working days.
Proper answer should be: 3 days
– day 0 – today, Friday -> shipment
– day 1,2 – weekend -> package most probably waiting in courier warehouse
– day 3 – Monday -> delivery to client
So, you need to consider special case for Fridys 🙂 when even if we do shipment, package will be waiting till minimum Monday for delivery, and all other days where between shipment and potential delivery we have any of the non working days.
More complex case:
– shipping days are set as a range 1-3 days
– order placed on Thursday at 12:00 so we can do shipment at the same day
Proper answers should be: 1-5 days …
A. best case scenario when courier will be fast:
– day 0 – Thursday – shipment
– day 1 – Friday – delivery
B: worse case scenario when courier will use all 3 working days to deliver:
– day 0 – Thursday – shipment
– day 1 – Friday – courier moving package to his warehouse
– day 2,3 – weekend, nothing is happening
– day 4 – Monday, second day for courier to move between logistic centers
– day 5 – Tuesday, third day for courier -> delivery to client
From my experience with different couriers, they put into the agreements commitment to deliver within specific number of “working days” … not calendar days. This is btw why “Dates range” you created is very helful 🙂
Hope above make sense ?
As an example on how those days are calculated properly, please have a look on the other plugin installed on my staging. You can see delivery calculated dynamically (ajax loaded) under the “buy now” button on single page. for testing this product …/sklep/obrazek-ojciec-pio-vl81384col/ we have a combination off all in-stock, out-of-stock and backordered variants, so you can switch between variants and see estimated delivery calculations.
Above mentioned plugin have way too many options which normally are not needed and is very heavy … so just look on the calculation methods and not replicate everything is there 🙂
As a next step, you could consider adding possibility to add custom non-working dates or ranges of dates. For example public holidays, Christmas breaks etc. This should be on top of current “Not working days: days of the week”.
One more thing for clarification as I feel it was not 100% clearly expressed in previous post :).
Normally we have the following possible stock statuses:
A. when “Manage stock level (quantity)” is turned ON
1. in-stock -> we have products with amount >0
2. out-of-stock / no backorder –> stock qty <0, “Allow backorder” option set to “Do not allow”.
3. on backorder 1 -> stock qty <0, “Allow backorder” option set to “Allow, but notify”
4. on backorder 2 -> stock qty <0, “Allow backorder” option set to “Allow”
5. Pre-order -> but this is normally done via 3rd party plugin so most probably not possible to create compatibility with all variants, but read point IV below 🙂
B. when “Manage stock level (quantity)” is turned OFF
Now Estimated delivery time should:
I. Calculate delivery days for options: A1, A4, B1
II. Display default delivery (eg. 30 days) for options: A3, B3
III. Display nothing or “Estimated delivery: unknown” for options: A2, B2
IV. Calculate delivery days against statically defined date (e.g. configured in product settings in the same place where we can overwrite number of days at the moment, but here new option precise “date” would be necessary to be added). This should work for options: A5, B4
The same option users could use for any other purpose, for example if we know that next delivery to our warehouse will happen on 1st February, we could add this date and it would work for dynamic “on backorder” products 🙂 So if date defined in the specific product, system would use it on the same manner as now using “days” defined for the product and overwrite default behaviour.
Hope this makes sense 🙂
Thank you for testing our Estimated Delivery Time functionality. We appreciate your feedback and the plugin you provided for us to review and evaluate its capabilities. However, we must inform you that it is not possible to create a perfect solution that meets the needs of every customer.
Before developing the Estimated Delivery Time feature, we tested multiple plugins to evaluate the most popular options. We did not find any option for specifying shipping times in any of the plugins, including the one you provided for testing. Given that this feature is not included in free plugins or even paid ones, we anticipate that this could lead to many customer questions, as we are already seeing with the initial testing of this feature in our Estimated Delivery Time.
We will do our best to test and analyze each of the items you have provided to us, but we cannot guarantee that this will not cause new issues. If the implementation of this functionality results in further bugs, we will have to consider not implementing it due to the time and resources required to address these issues.
Thank you for your understanding.
If there would be “ideal”, “light”, “perfectly developed” and “one fits all” kind of plugin, world would be wonderful 🙂 and I would call you “my Master” 🙂
Unfortunately, reality is as it is, so I fully understand your position. You can’t cover every need.
Nevertheless, your addon to xstore is already good. Now it is just a matter of “proper” logic in estimated delivery calculation.
For now, you can skip “pre-order” part and “custom non working dates”. This will cover most probably 90% of users’ needs 🙂
Other laggards – like me 🙂 – will manage differently with “non-standard”
We would like to express our gratitude for your understanding of our decision. Our priority is to provide the best possible experience for our customers, and sometimes this means not releasing a feature that could potentially cause issues.
Hope that you will support our decision by providing feedback for other customers to understand that we did consider implementing the feature, but ultimately determined that it would be best to avoid any potential problems.
Instead, we will work on improving the calculation for “number of days” format for delivery dates, similar to how it currently works for “exact days” (for example, if a customer places an order on a Thursday, the estimated delivery days should take into account weekends).
We appreciate the time and effort you put into testing and apologize for any inconvenience caused by this outcome.
You must be logged in to reply to this topic.Log in/Sign up
One standard license is valid only for 1 project. Running multiple projects on a single license is a copyright violation.