Jairo Ochoa

Hi,

Apologies, I think I didn’t explain the issue clearly.

Even if the gift card product is configured as Taxable with the correct tax class in WooCommerce, the problem is not the product’s tax settings themselves.

The issue occurs when the gift card is applied to an order. The amount is not deducted as a product line affecting the taxable base and VAT proportionally. Instead, it is applied as a fee.

In practice, this means:

• It does not reduce the taxable base of the products.
• It does not proportionally adjust the VAT amounts.
• It appears as a separate fee line in the order.

This creates a problem for us from an accounting and tax perspective. When we break down the order for reporting purposes (specifically for submission to the Spanish Tax Agency), the discount is not correctly allocated across the taxable bases and VAT amounts of the affected products.

What we need is for the gift card amount, when redeemed, to reduce the taxable base and VAT of the order items proportionally (similar to how a coupon behaves), rather than being treated as an independent fee.

Is there any way to configure the plugin so that the gift card is applied as a proportional line-item discount instead of as an order fee?

Thanks

Hi
Yes , I’m a SG customer.
I’ll contact Help Desk.
Thanks

Hi
Sorry for the delay.
I’ve discovered the reason of the bug.
Something has changed in Download Monitor since 5.0.20 and our sanitize filenames function broke the download file url

Now it’s fixed

Thanks

function custom_sanitize_filename_on_upload($file)
{
  if ( !is_string($file) || trim($file) === '' )
  {
    return;
  }

  $invalidCharacters = array(' ', '_', '—', '.', 'À', 'Á', 'Â', 'Ã', 'Ä', 'Å', 'Æ', 'Ç', 'È', 'É', 'Ê', 'Ë', 'Ì', 'Í', 'Î', 'Ï', 'Ð', 'Ñ', 'Ò', 'Ó', 'Ô', 'Õ', 'Ö', 'Ø', 'Ù', 'Ú', 'Û', 'Ü', 'Ý', 'ß', 'à', 'á', 'â', 'ã', 'ä', 'å', 'æ', 'ç', 'è', 'é', 'ê', 'ë', 'ì', 'í', 'î', 'ï', 'ñ', 'ò', 'ó', 'ô', 'õ', 'ö', 'ø', 'ù', 'ú', 'û', 'ü', 'ý', 'ÿ', 'Ā', 'ā', 'Ă', 'ă', 'Ą', 'ą', 'Ć', 'ć', 'Ĉ', 'ĉ', 'Ċ', 'ċ', 'Č', 'č', 'Ď', 'ď', 'Đ', 'đ', 'Ē', 'ē', 'Ĕ', 'ĕ', 'Ė', 'ė', 'Ę', 'ę', 'Ě', 'ě', 'Ĝ', 'ĝ', 'Ğ', 'ğ', 'Ġ', 'ġ', 'Ģ', 'ģ', 'Ĥ', 'ĥ', 'Ħ', 'ħ', 'Ĩ', 'ĩ', 'Ī', 'ī', 'Ĭ', 'ĭ', 'Į', 'į', 'İ', 'ı', 'IJ', 'ij', 'Ĵ', 'ĵ', 'Ķ', 'ķ', 'Ĺ', 'ĺ', 'Ļ', 'ļ', 'Ľ', 'ľ', 'Ŀ', 'ŀ', 'Ł', 'ł', 'Ń', 'ń', 'Ņ', 'ņ', 'Ň', 'ň', 'ʼn', 'Ō', 'ō', 'Ŏ', 'ŏ', 'Ő', 'ő', 'Œ', 'œ', 'Ŕ', 'ŕ', 'Ŗ', 'ŗ', 'Ř', 'ř', 'Ś', 'ś', 'Ŝ', 'ŝ', 'Ş', 'ş', 'Š', 'š', 'Ţ', 'ţ', 'Ť', 'ť', 'Ŧ', 'ŧ', 'Ũ', 'ũ', 'Ū', 'ū', 'Ŭ', 'ŭ', 'Ů', 'ů', 'Ű', 'ű', 'Ų', 'ų', 'Ŵ', 'ŵ', 'Ŷ', 'ŷ', 'Ÿ', 'Ź', 'ź', 'Ż', 'ż', 'Ž', 'ž', 'ſ', 'ƒ', 'Ơ', 'ơ', 'Ư', 'ư', 'Ǎ', 'ǎ', 'Ǐ', 'ǐ', 'Ǒ', 'ǒ', 'Ǔ', 'ǔ', 'Ǖ', 'ǖ', 'Ǘ', 'ǘ', 'Ǚ', 'ǚ', 'Ǜ', 'ǜ', 'Ǻ', 'ǻ', 'Ǽ', 'ǽ', 'Ǿ', 'ǿ', '_');
  $validCharacters   = array('-', '-', '-', '-', 'A', 'A', 'A', 'A', 'A', 'A', 'AE', 'C', 'E', 'E', 'E', 'E', 'I', 'I', 'I', 'I', 'D', 'N', 'O', 'O', 'O', 'O', 'O', 'O', 'U', 'U', 'U', 'U', 'Y', 's', 'a', 'a', 'a', 'a', 'a', 'a', 'ae', 'c', 'e', 'e', 'e', 'e', 'i', 'i', 'i', 'i', 'n', 'o', 'o', 'o', 'o', 'o', 'o', 'u', 'u', 'u', 'u', 'y', 'y', 'A', 'a', 'A', 'a', 'A', 'a', 'C', 'c', 'C', 'c', 'C', 'c', 'C', 'c', 'D', 'd', 'D', 'd', 'E', 'e', 'E', 'e', 'E', 'e', 'E', 'e', 'E', 'e', 'G', 'g', 'G', 'g', 'G', 'g', 'G', 'g', 'H', 'h', 'H', 'h', 'I', 'i', 'I', 'i', 'I', 'i', 'I', 'i', 'I', 'i', 'IJ', 'ij', 'J', 'j', 'K', 'k', 'L', 'l', 'L', 'l', 'L', 'l', 'L', 'l', 'l', 'l', 'N', 'n', 'N', 'n', 'N', 'n', 'n', 'O', 'o', 'O', 'o', 'O', 'o', 'OE', 'oe', 'R', 'r', 'R', 'r', 'R', 'r', 'S', 's', 'S', 's', 'S', 's', 'S', 's', 'T', 't', 'T', 't', 'T', 't', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'W', 'w', 'Y', 'y', 'Y', 'Z', 'z', 'Z', 'z', 'Z', 'z', 's', 'f', 'O', 'o', 'U', 'u', 'A', 'a', 'I', 'i', 'O', 'o', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'U', 'u', 'A', 'a', 'AE', 'ae', 'O', 'o', '-');
  
  $excluded_extensions = ['csv', 'csv.txt']; // para que no falle CSV Import

  // Extraer nombre del archivo
  $filename = strtolower(pathinfo($file, PATHINFO_FILENAME));
  // Extraer extensión del archivo
  $ext = strtolower(pathinfo($file, PATHINFO_EXTENSION));
  // Extraer nombre completo
  $fullname = strtolower(pathinfo($file, PATHINFO_BASENAME));

  // Si no es un nombre simple, no tocar (evita romper Download Monitor)
  if (str_contains($file, '://') || str_contains($file, '/') || str_contains($file, '\\')) {
    return $file;
  }

  // Quitar query/fragmento por si viene "archivo.pdf?x=1"
  $clean = preg_split('/[?#]/', $file, 2)[0];

  $filename = strtolower(pathinfo($clean, PATHINFO_FILENAME));
  $ext      = strtolower(pathinfo($clean, PATHINFO_EXTENSION));
  $fullname = strtolower(pathinfo($clean, PATHINFO_BASENAME));

  $ends_with_csv_txt = (strlen($fullname) >= 7 && substr($fullname, -7) === 'csv.txt');

  if ($filename !== '' && $ext !== '' && !$ends_with_csv_txt && !in_array($ext, $excluded_extensions, true)) {

    $sanitized = str_replace($invalidCharacters, $validCharacters, $filename);
    $sanitized = preg_replace(['/-+/', '/[^a-zA-Z0-9-_.]+/'], ['-', ''], $sanitized);
    $sanitized = rtrim($sanitized, '-');

    return strtolower($sanitized . '.' . $ext);
  }

  return $file;
}

add_filter('sanitize_file_name', 'custom_sanitize_filename_on_upload');

Hi @shahzeenfarooq

Thanks for your reply and confirm that it occurs like this.
I cannot understand the reason of this behaviour.
As you suggest I will request that order change would include order items.

@thelmachido sorry for the delay of my answer.

Thanks

Hi @mosesmedh

WP Admin > WooCommerce > Orders
Just edit any order.
On the top left, there is a selector for Order Statuses. Change it to Refunded.
WooCommerce will create a refund order, but it will not include any order items.

You can verify that it contains no items by doing a var_dump() of the WC_Order object.
And what issues does this cause?
If you try to generate a PDF for the refund, it will only show the totals — no products will be listed.
Additionally, when the refund invoice is sent to the Spanish Tax Agency (Agencia Tributaria), it arrives incomplete, since it lacks the required line items.

The question is: why aren’t the products added to the generated refund order?
WooCommerce simply does not populate line items when an order is manually switched to the Refunded status.
This status change only updates the order state — it does not trigger the refund logic nor create itemized refund data. What happens with stock?

Since no items are added to the refund order:

• Stock is not adjusted.
• The quantities from the parent order remain untouched.
• WooCommerce does not restore stock unless you create an actual refund entry, which requires selecting line items and quantities.

In other words:

• Changing the status to Refunded is only a label.
• Creating a real refund (with items, quantities, tax breakdown, totals, and stock adjustments) requires using the “Refund” button inside the order.

Please confirm if the question is now clear; maybe I didn’t explain myself well in previous messages.

Thanks
Jairo