*

Tango

  • ****
  • 214 posts
Suggestion for the 'distant' future
« on: November 18, 2021, 02:20:50 PM »
Note: While I don't believe this would ever get implemented, I thought it deserved a try, so here it goes (buy me a beer for this long post!). ;D

Right now, the Osclass Pay plugin offers an extremely powerful feature, which is the ability to turn Osclass into an eCommerce platform.
As it was discussed in other topics, the problem with this right now is that there are some limiting factors which prevent this plugin form fulfilling its glorious role:
  • The inability to process physical eCommerce, due to the lack of shipping/delivery options - described here.
  • The somewhat cumbersome handling of the multi-vendor aspects of the plugin.
Since point 1 already got a design proposition, I will tackle the second point in this topic.
Basically what we need here, is to bring the Orders and Product Management tabs from the backend (admin area), to the frontend>user dashboard.

- Why do this?
Because at the moment, when you assign an user as a seller, you have 2 (bad) options:
  • You either give him access to the backend of Osclass so he can manage his (and all other) orders - Horror for security! :o
  • You manage the orders for him - impossible task, as he might have an issue with the shipment, supply chain etc.
These 2 problems alone, invalidate the entire multi-vendor part of the plugin.

- How to fix it?
By bringing the Orders and Product Management tabs to the frontend>User Dashboard, you can give the user the option to manage his own products and orders.


- What we need?
  • A setting in the Admin eCommerce section, to enable/disable user order and product management (after the user is marked as a Seller by the Admin, when this is enabled, the 2 tabs appear in the orders section and the whole feature is enabled).

  • The two tabs Orders and Product Management from the backend should be present in the user dashboard Orders section, but restricted to only the products marked for sale by the user and his respective orders.
  • A ticker for when the users receives a new order, like in the first image.
  • An email notification for both the Admin and the Seller, when a new order is received.
Sadly without these, the eCommerce feature is really half-baked, as it applies only to digital shops that sell virtual products (plugins) and not real stuff...
So I hope that this will get some attention, as it's not something overly complicated, taking into consideration the most of the code is already there and it can be recycled with some user specific restrictions applied to it.

Thanks and have a great day!
« Last Edit: November 18, 2021, 02:22:42 PM by Tango »

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #1 on: November 18, 2021, 02:51:17 PM »
@Tango
Nice catch, problem here is that these changes are complicated and usually for 1-2-3 people at all.
Same time invested into these edge case features can be put into different things, those will be more beneficial and useful  :o
« Last Edit: November 18, 2021, 02:55:20 PM by MB Themes »
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

Tango

  • ****
  • 214 posts
Re: Suggestion for the 'distant' future
« Reply #2 on: November 18, 2021, 03:38:38 PM »
Yeah, I already knew the answer, however its painful to see so much potential go to waste.
It's only because all these features are already there, but only by half.

I believe that such changes will be beneficial for the OsclassPoint Marketplace also, as you've already become bigger and far better than the original Osclass Marketplace, and with the release of Osclass 8.0.0 you'll soon have new developers (vendors) that will want to sell here, like they did on osclass.org.

So yeah, I needed to let it off my chest. :'(
Thanks for everything!

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #3 on: November 18, 2021, 04:14:22 PM »
@Tango
Unfortunately, we do not plan onboarding of new sellers.
Reason here is, that we already did it once, but people still want just highest quality and that cannot be guaranteed from 3rd party.
Anyway we do not block anyone to create and/or sell their stuff on their own markets :-*
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #4 on: November 26, 2021, 03:53:26 PM »
Some cool updates may come soon  :P
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #5 on: November 26, 2021, 03:53:43 PM »
+
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

tomi327

  • ***
  • 66 posts
Re: Suggestion for the 'distant' future
« Reply #6 on: November 26, 2021, 04:00:49 PM »
Perfect  :P :P :P ;)

*

Tango

  • ****
  • 214 posts
Re: Suggestion for the 'distant' future
« Reply #7 on: November 26, 2021, 10:49:54 PM »
Wow, just wow! :o

Finally, Osclass is becoming a Multi-Vendor Marketplace that can even take on OpenCart and other dedicated eCommerce software. It's just incredible!

Frosticek, your skill is out of this world.
Thanks a lot!

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #8 on: November 27, 2021, 07:35:22 AM »
There are still some things to resolve oe how order status plays with order items statusor whaat is shipping cost if you buy 5 items from same seller...
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

Tango

  • ****
  • 214 posts
Re: Suggestion for the 'distant' future
« Reply #9 on: November 27, 2021, 11:28:31 AM »
There are still some things to resolve oe how order status plays with order items statusor whaat is shipping cost if you buy 5 items from same seller...
We need a check in the Cart that verifies if the added items have shipping enabled.
So let's say you have 5 items in the cart from the same seller, with 3 of them being physical (have shipping enabled) and 2 being virtual/digital (shipping disabled).
The check would be something like: if shipping is enabled (on any of the added products) > then apply just 1 shipping fee to the entire cart.

Also, what about this?
For products added from different sellers, the easiest way would be to just add a check in the Add to cart button that does 2 things (the second being the most important):
  • Verifies if the products are physical (have shipping enabled).
  • Verifies the origin of the product (if it's the same seller).
- If both of these 2 conditions are fulfilled, then proceed with applying the shipping fee once.
Code: [Select]
else- If the first one verifies but the second condition doesn't, then add a flash message: Sorry, but you already have items in your cart from a different seller. Please complete that order first.

This way, we'll have to some extent, the possibility to combine digital goods (that don't have shipping enabled) with physical goods, from different sellers.

Now this adds a different challenge.
How does the Admin see these types of combined orders in the backend?
Because the admin needs to apply commissions to every seller/order.

Finally, the the easiest solution would be to just limit the Cart to products from the same seller (doesn't matter if they are virtual or physical).

Thanks!
« Last Edit: November 27, 2021, 11:36:42 AM by Tango »

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #10 on: November 27, 2021, 06:39:26 PM »
What you wrote is already done.
If therr is some product that require shipping (1 or more), 1 shipping is auto added to cart.
If seller has multiple shipping options, one with highest speed index is added.
Customer can change shipping option in cart.
Shipping option in cart contains details (name, delivery details, owner of shipping) so it is clear to which seller it is related... Maybe this will be bit redesigned to make clear who is seller/owner of products in cart.

If there are 20 items in cart from 5 sellers, where 3 products from 3 different sellers those require shipping, 3 shipping options are added to cart.

If seller did not created own shipping options, default shipping is used for this seller (with name "Standard shipping").
Default shipping price define admin.

Redesign is probably needed on some pages to make it clear what is expected from sellers and make it intuitive.
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

Tango

  • ****
  • 214 posts
Re: Suggestion for the 'distant' future
« Reply #11 on: November 27, 2021, 08:14:37 PM »
@Michal

Great!
Except for the eCommerce orders search (using the Order ID, Customer Email and Customer Name), I don't have anything else to add.
The plugin will be perfect. ;D

Thanks!

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #12 on: November 27, 2021, 09:44:45 PM »
@Michal

Great!
Except for the eCommerce orders search (using the Order ID, Customer Email and Customer Name), I don't have anything else to add.

That is already done, but interface in backoffice will be redesigned as well to be more intuitive.
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

MB Themes

Re: Suggestion for the 'distant' future
« Reply #13 on: November 29, 2021, 07:15:28 PM »
We are quite close to final  8)
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

tomi327

  • ***
  • 66 posts
Re: Suggestion for the 'distant' future
« Reply #14 on: November 29, 2021, 08:14:55 PM »
Hmm. It looks good.  ;)