Setting up a client with thousands of codes? Skip the product-by-product editing. Load all their aliases in one CSV, then export the same file later to fix and re-import.
📌 Heads up: Requires SKU Aliases to be switched on. If it’s off, you won’t see the import type or the export action.
| Column | Required? | What goes in it |
|---|---|---|
sku | ✅ | The master product’s SKU |
alias | ✅ | The alias SKU |
type | channel, vendor, retailer, legacy, or blank | |
active | yes or no (defaults to active) | |
delete | yes or no | |
customer | Which client the row belongs to |
The Imports list shows how many rows went in and how many were refused. Click the download icon on the row for the error report.
Working across clients? Set Customer to “Customer from row” and put the client’s name in each row. One file can cover several clients.
🚨 If a row fails, only that row fails. The rest of the file still goes in. If another product already uses the alias SKU, the error names that product and links to it. A code held only by a different client isn’t a clash.
Upload the same sku + alias again and Packiyo updates the alias instead of adding a second one.
active = no switches the alias off.delete = yes removes it, but only if it has never matched an order line. Otherwise you’ll get “Deactivate it instead,” and the alias stays.Every alias the import creates or changes is written to the product’s Product Log under the name of whoever uploaded the file.
The file uses the same columns as the import, so you can edit it and upload it straight back with nothing changed.
⚠️ The export ignores your Products list search and filters. You get every alias for the selected customers. Aliases whose master is archived or deleted are left out.
yes and no. “Yes” and “No” with capitals get refused.alias, not “Alias SKU”. That’s intentional, so the template imports back as is.