Hi! We’re building a headless WooCommerce frontend (Next.js) that’s completely separate from WordPress. Our main challenges:

1. GET Form Definitions via REST API
We need to fetch EPO form structure for a product (fields, choices, prices, formulas, conditional logic) to render the forms in our React frontend. Currently we had to build our own endpoint using
THEMECOMPLETE_EPO()->get_product_tm_epos().
2. POST Cart Items with EPO Data via REST API
When adding to cart, we need to submit EPO selections through REST API (not WooCommerce session-based). The native WC Store API doesn't handle EPO data.
3. Validation Endpoint
An endpoint to validate EPO selections server-side before adding to cart (required fields, min/max, conditional requirements).
4. Webhooks for Form Changes
When a Global Form is created/updated/deleted, trigger a webhook so we can invalidate our cache.

The biggest gap is that TM EPO is tightly coupled to WooCommerce's PHP rendering. For headless/decoupled architectures (React, Vue, mobile apps), we need a way to:
- Read form definitions as JSON
- Submit selections via HTTP POST
- Receive validation errors as JSON

Would love to see official REST API support for these use cases

Thanks for the detailed explanation — this is a great write-up and you’re absolutely right that headless / decoupled frontends introduce a very different set of requirements.

At the moment, the plugin is primarily designed to work within WooCommerce’s standard PHP rendering and request lifecycle. Because of this, features like form rendering, validation, and cart integration are currently tightly coupled to WooCommerce pages and sessions.

That said, we do understand the growing interest in headless architectures (React, Next.js, mobile apps, etc.), and the use cases you described — exposing form definitions as structured data, submitting selections via HTTP, and receiving validation results as JSON — make a lot of sense in that context.

While we don’t currently offer an official REST API specifically for EPO form definitions or validation, your feedback is very valuable and helps inform future development decisions. For now, advanced headless implementations generally require custom integration layers on the WordPress side, as you’ve already discovered.

We’ll keep this discussion in mind as headless WooCommerce continues to evolve, and we appreciate you taking the time to clearly outline your needs.

Thank you very much I hope there are more people interested in the API, so it’s worth doing it.

No, I’m afraid this is completely outside the scope of what the plugin is designed to handle.

You can now reactivate the code.

The only way to do this is if you use custom CSS, there isn’t any other way to adjust display properties like that.

Using ACF makes sense when you need those values to be different per product. In that case, there isn’t really another built-in alternative, aside from using a similar solution (for example JetElements) or creating your own shortcode — which, in practice, achieves the same result.

If, however, the value is static and does not change per product, then you don’t need ACF at all. You can simply use the plugin’s Math Formula Constants to define the number once and reuse it wherever needed.

If you recently renewed or updated your support status while already logged in, please log out and log back in so the system can correctly recognize the updated support status.

Kept testing if I find a solution, but unfortunately did not manage to find another solution. Idea: in Conditional logic settings of an element – where you can select from Product Properties – would it be too difficult to add Product Category ID, or Product tag ID, besides Product ID? Both would be mega and would solve the problem. Thanks for taking a moment to think about it!

As previously mentioned, this would require additional research and consideration. At this time, I’m not able to provide an answer, and whether it is addressed in the future will depend on feasibility and priorities.

Aha, I see! Got it, so you’ve thought about this solution. (I thought you were thinking about another way to solve it.) Thank you!

Hi, Do you mean this by Product Feature (https://postimg.cc/DJvvqhgF)? This is when I check the option to select the product, it adds 4 items to the shopping cart instead of 1 (bundle includudes 3 products). For individual products, it works fine.

I don’t see your product URL here to determine why there are 4 items added. In any case it is best if you open a support ticket here: https://themecomplete.support/forums/forum/extra-product-options/. The support team can then troubleshoot your site directly and figure out what’s causing the difference.

I’ve mailed you from @outlook mail, please see my mail.

If you go to the product element and open the Advanced Options tab, you can simply uncheck any parts of the element you don’t want displayed, leaving only the title and the price visible.

Regarding stock: normally, if a product is out of stock, WooCommerce will show the “Out of stock” message and prevent it from being added to the cart. The only exception is if the product is configured to allow backorders, in which case it can still be added despite being out of stock.

Regarding the out of stock products: I tested it and even if the product is no on backorder, it will allow the purchase. If the product is not in stock, the option will be displayed but the price will become 0 for the selected option! I have just renewed my support for your plugin as I don’t want to get a free consultation and this is your right.

As it seems to be a problem related to my installation, I am going to open a support ticket so that I do not spam here.

I see you opened a ticket so I will continue there.

You can recreate all of the options shown on that page using the plugin. The main difference would be how those options are implemented visually, not what they do. The overall flow, logic, and functionality are supported.

That setting is meant to redirect customers to the product page whenever there are required options that need to be selected. If this isn’t happening on your shop or archive pages, then something on your site is preventing it from working as expected. In that case, we would need to troubleshoot your setup directly to understand why the redirect isn’t taking place.

You can recreate the imprinting options part (everything under “Estimated Imprinting Time”) using the plugin. That kind of setup fits well with how the plugin works.

However, the first step, where the customer selects the product quantity and it automatically behaves like a product/variation selector, is a different type of functionality. That part works as a dedicated product or variation selector, and it isn’t something the plugin can replicate.

Also, from what I can see, the example site you shared is not using WooCommerce (it appears to be Magento), so the way it handles products and variations is fundamentally different.

Thank you. Here is an example of a product. https://leesbril.nl/leesbril-araki-orange/

As you can see on the right is: title, price, choose variations [ strength ] and beneath that a quantity selector and buy now button

The only thing I wish for is after the varations but before the quantity selector and buy now button a upload button where people can upload the receipt they got from the optometrist with a custom strength…so to skip the mandatory choose variation. When they have uploaded the receipt they pay for the product, I receive the order with the receipt and cut the glasses in the strength noted on the receipt.

With your plugin people are mandatory to choose a variation [ strength ] but that is exactly what I do not want. I want people to give the option or / or…OR pick a variation, OR upload a receipt for custom strength.

I understand better what you’re trying to achieve now. The main limitation here is that once a product is set up as a variable product, its variations can’t be conditionally changed or “undone” based on selections. This isn’t something our plugin can override — it’s a core WooCommerce restriction and applies to all plugins.

A practical way to handle this is to keep your product as a variable product, and add an extra variation attribute such as “Upload prescription”. When the customer selects that attribute, the upload field would appear. This way, customers can still choose the correct variation as usual, and only see the upload option when it’s actually needed.

This approach is commonly used by other users in similar cases and tends to work well without fighting against WooCommerce’s built-in behavior.

Would something like that work for what you have in mind?

I’m impressed how smart I was an hour ago when I mentioned this “but as I see for now the only possible way is to add an extra strength attribute “I upload my own strenght” which th”

Yes. This must be the solution and a very good solution as well. Many thanks for your time and effort to help me out.

for Purchase Code: last 4 char ….deb8 i change new domain but it not activate

License activated! Thank u

You can now reactivate the code. Please remember to deactivate the license on the old domain if you plan to install it on a new one.

It doesn’t matter how the role restrictions are created. Please note that the administrator role sees everything.

The Direct Checkout feature in WooCommerce bypasses the cart entirely and isn’t designed to handle custom data. Because of that, it can’t be used to add or carry over any custom option data into the checkout.

Okay, Thanks.

To achieve this exact setup, extensive customization would be required. While the plugin allows you to display options anywhere — for example, in a popup — you cannot scatter them across multiple placements. All of a product’s options must remain within the same container created by the plugin.

Customization pricing depends on what you need. If you submit your request, we’ll review the requirements and get back to you with the cost.

sure, how to send you the request ?

Here is the link: https://themecomplete.com/custom-plugin-work/

1. That depends on how the discounts are set up. Are you using a specific discount plugin, or are the discounts applied in another way?

2. I’m not entirely sure what you mean by discounts in relation to the plugin. The plugin is primarily designed to add options (addons) to products, not to manage discounts. That said, it is possible to create discount-like behavior by using a dynamic element with a math formula, and this can be applied globally via Global Forms to specific products, categories, or the entire store.

3. Yes, we do offer customization services if you’d like us to implement something tailored to your needs.

You’ll need an active support status to use the support forum, which means your Envato purchase code must still be within its support period. Also, I’m not entirely sure what you mean by the freight API or by not wanting to send HTML to the API. The plugin itself does not communicate with any external APIs at all — it simply adds metadata to the WooCommerce order, which you can then use however you like on your end.

Thx for a quick reply… It’s hard to explain…. any orders with a product + ‘add on’ fills the jason with a lot of html (the jason that my freight vendor pulls via API to create the delivery labels and invoice.) This causes the API to break and the vendor shuts down any more attempt to pull the data. They claim that the html is not suppose to be in the json data feed? If the metadata that is added is in html – then that could be it. Would it be an idea to have a setting that strips the metadata / or HTML from the email (or not show any html – maybe just a txt info about what add on the customer bought?/ Paid for (so the invoice would be accurate…?

Hope that helps

Once again Thanks for helping

Netz

The plugin does not create any JSON nor is it responsible for sending any feed. If you need us to check something on our end regarding coding or the API, please contact me directly from my profile page so we can review how to proceed.