Product variations lost when 3rd party plugins updates

  • Resolved stevejonk

    (@stevejonk)


    1 month, 2 weeks ago

    Hi all!

    Super happy with your plugin and it now works like a charm (for simple products)!
    I only have one issue with variable products.

    I use a 3rd party plugin to update the products, but for variable products, this works in a way that it updates the product ID’s for the product variations, whenever an item is in stock.

    The problem here is that the plugin seems to loose connection to the product (my hypothesis is that this is, because the ID of the variation changes). Oddly enough, the email is sent when the variation is back in stock (so the plugin knows that it’s in stock), but the email misses all the product information (name url etc).

    Is there a way to prevent this from happening? For example the ability to use another (meta) field to get the variation?

Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Support CodeWooGeek Support

    (@codewoogeeksupport)

    Hello there,

    Good Day!!

    We’re here to assist you.

    Could you please share more information about your query, specifically which third-party plugin you are using to update the variable products and how it handles stock updates for variations? This will help us assist you better.

    Let us know.

    Thanks.

    Thread Starter stevejonk

    (@stevejonk)

    Hi!

    Of course. We are using a plugin for SW Retail (created by a company called Mull2Media). It’s a specific plugin for an inventory management application, thus it is not in the App Store.

    I looked a bit further into it and it seems like (for variabel products) the plugin works in a way that a variation is deleted and created again, whenever the inventory changes. Which cause the Product ID to change.

    Im currently also in touch with the builders of the plugin about adding a SKU per variation, because currently that is not set. I hope that could help in solving the issue.

    Maybe to verify already:
    Would you plugin work correctly in the situation that the existing variation is removed, but directly after a new one is created with the same SKU?

    Plugin Support CodeWooGeek Support

    (@codewoogeeksupport)

    Hello there,

    Thank you for the additional information.

    We’d like to inform you that our plugin currently relies on the variation ID rather than the SKU for tracking variations. Since your plugin deletes and recreates variations, causing the variation ID to change, the product information is lost in the notification emails.

    Switching to using SKUs instead of variation IDs would require significant internal changes, as it would involve modifying multiple areas of our codebase. However, we have noted your request and will consider implementing SKU-based tracking in our future versions, subject to feasibility.

    In the meantime, we recommend discussing with the developers of the SW Retail plugin if it would be possible to update variation data without deleting and recreating them. This approach would help ensure compatibility with our plugin as well as other plugins that depend on stable variation IDs.

    Thanks.

    Thread Starter stevejonk

    (@stevejonk)

    Thanks a lot for informing! ??

    Can imagine that it would be quite hard to change the entire process. Can also imagine that the variation ID is a less error-prone way to use than the SKU.

    Think indeed the best solution is to update the ID! We’ll fix it in that way.

    Enjoy your day!

Viewing 4 replies - 1 through 4 (of 4 total)
  • You must be logged in to reply to this topic.