Salva Machi

I see. Then, as I said, please add the suggestion to our official forums as this is part of a premium add-on.

Thanks.

Hi @kevinpbs

WooCommerce already has a built-in “low stock threshold” by product, so I don’t see any reason to add another one ourselves.

Or do you mean the “minimum threshold” from Product Levels. If so, this is not the right place to go as we can’t give support for our premium add-ons here. So, please do open a private ticket or post this on our official forums.

Best Regards,
Salva.

• This reply was modified 4 years, 10 months ago by Salva Machi.

Hi @antonroos

Those are not JS errors, just DOM warnings.
The errors are displayed in red.

Hi @antonroos

When this happens, please do check your browser’s console and let us know if you see any JS errors there.

This could be being caused by a conflict with a 3rd party plugin you may have, so I’d suggest you disable all your plugins except WooCommerce and ATUM and check if it works in that way. If so, you can start enabling them back until you find which is conflicting.

Also, ensure that all your plugins are up to date.

Best Regards,
Salva.

Hi @ccorley14

Please, stop writing the same thing everywhere, we are already trying to help you out with this on our official forums, so let’s treat this issue there.

Thank you.

Hi @diegpl

I guess you were able to manage this yourself as I can see you have written some posts there.

Best Regards,
Salva.

Hi @hdteam

There are many ways to do that with some custom hooks. You can Google it.
But this is not within the ATUM capabilities. ATUM is mostly a back-end solution to facilitate your stock’s management and, apart from some of our premium add-ons, it changes nothing from the shop’s front-end.

Best Regards,
Salva.

Hi @diegpl

What do you mean with “out of a server managed by me”?

If what you want is to be able to manage your inventory from outside WooCommerce, we are currently developing an ATUM mobile APP that will be available next year.

Best Regards,
Salva.

Hi @walpap

We have no notices that are not compatible, but we can’t know if any 3rd party plugin is 100% compatible or not, so the best way to know it, it would be to try it out yourself ??

Best Regards,
Salva.

• This reply was modified 4 years, 11 months ago by Salva Machi.

Hi @seanchk

We are not allowed to give support for our premium plugins on wp.org forums. I’d suggest you use our official forums or submit a ticket on our Ticksy

Best regards,
Salva.

Hi @titsmaker

The ActionScheduler entries are not regular post types, they are scheduled actions (https://actionscheduler.org/). And the same kind of actions that creates WooCommerce for internal tasks and you can see if you go to:

WooCommerce Status >> Scheduled Actions

That said, those actions only can be able to run if the plugin is still present (as the code that tries to run resides on ATUM). So it’s very weird that one of the actions that are shown in your screenshot was completed (instead of failed) if ATUM was not installed on your system on the 18th of October…
But if you uninstalled the plugin after that date and those are the only records you have there, then it’s just a log (not created by ATUM but by a dependency) and you can get rid of them manually.

Also, regarding the atum meta key you have on your products. I’m not sure why this remains there as we are not using meta keys since long time ago (since we moved to our own custom tables). But if you want to get rid of all at once. Just browse your database with any DBMS (like PHPmyAdmin) and run this SQL query:

DELETE FROM wp_postmeta WHERE meta_key LIKE '_atum_%';

I hope this helps.

Best Regards,
Salva.

Hi @haboabdo

We are not allowed to give help about our premium add-ons at wp.org forums. I’d suggest you write a post at our official forums and we’ll be glad to answer your questions there:

https://forum.stockmanagementlabs.com

Best Regards,
Salva.

Perfect!
Just let us know if you find any other issue.

Best Regards,
Salva.

Hi Liew,

That CRON job is supposed to be running at midnight and not at noon. Perhaps your server’s timezone is around 12 hours behind your local timezone?

Anyway, you can use a filter to edit the time and frequency when this is executed. Something like this should work:

add_filter( 'atum/queues/recurring_hooks', function($recurring_hooks) {
    $recurring_hooks['atum/update_expiring_product_props']['time'] = 'midnight tomorrow';

  return $recurring_hooks;
} );

Please, note that the ‘midnight tomorrow’ it’s the value that we use by default. You can change it to whatever value recognized by the strtotime function (https://www.php.net/manual/en/function.strtotime.php).

I hope this helps.

Best Regards,
Salva.

You’re welcome ??