Sell something on Monday, ship it on Friday, and your books tell a small lie all week: the revenue is already sitting in your P&L, but the cost of goods doesn't arrive until the shipment goes out. Inside one month it makes your daily margins jumpy; across a month-end it's worse — one period gets revenue with no cost, the next gets cost with no revenue. And if you take pre-orders or run backorders, "revenue you haven't earned yet" can sit in your income statement for weeks. Fulfillment-based revenue recognition is a new accounting policy that fixes this the way accountants say it should be fixed: invoiced sales park in a Deferred Revenue liability, and revenue is only recognized when the goods actually ship — released on the very same entry, and the very same date, as their cost.

If you sell on Magento 2 (Adobe Commerce), keeping your store and your inventory system in agreement has meant CSV exports, copy-paste order entry, and stock levels that drift out of date the moment they're published. The new Magento 2 integration connects your store to SKU.io as a first-class sales channel: orders, products, customers, and transactions flow into a dedicated workspace, SKU.io sales orders are created from Magento orders in bulk or automatically, and on-hand quantities push back to your store's inventory sources on a schedule.

Until now, listings only ever flowed into SKU.io. To actually put a product up for sale you still had to log into each channel's seller portal — eBay Seller Hub, Shopify admin, Amazon Seller Central, Walmart — and re-key the same title, description, images, price, and attributes, once per channel. And because every marketplace requires different fields per category, you often didn't discover a missing attribute until the channel rejected the listing.

Multichannel Listing & PIM closes that gap. SKU.io now doubles as a Product Information Management hub that can publish new listings to and update existing listings on every connected sales channel — so your catalog is the single source of truth and each channel stays in sync with it.

Which material actually makes you money? Which collection is quietly dragging your margin down? If you track those things as product attributes, the answer has always been in SKU — but the Profitability Report couldn't see it. It grouped by Brand, SKU, Supplier, Sales Channel, Product Type, and Sub Sales Channel, and that was it. Anything else meant exporting to a spreadsheet and pivoting by hand. Group by Attribute fixes that. The Profitability Report now offers a seventh grouping: pick any custom product attribute you've defined — Material, Collection, Season, Fit, anything — and the report builds one row per value, with the same revenue, cost, profit, and margin math as every other dimension.

If you plan how much to buy from each supplier every month, that plan probably lives in a spreadsheet — and reconciling it means exporting purchase orders, pivoting them by supplier and month, and eyeballing the result against your budget. By the time you spot an overrun, the money is already spent. Purchasing Targets brings the whole loop into SKU: set a monthly purchase target per supplier, and a live report compares it against your actual purchase orders — with variance, mid-month pacing, and exactly how much room you have left to buy.

Real business relationships are never one person. Your supplier has a sales rep who quotes, an AR specialist who chases invoices, and a shipping coordinator who books freight — but until now, SKU.io gave you a single "contact name" field and left the rest to sticky notes and inbox archaeology. Contacts replaces that flat field with a full contact book on every supplier, customer, and warehouse: unlimited people, each with a role, email, phone, title, and notes, one of them starred as the primary. Contacts show up right in your supplier, customer, and warehouse lists, flow through import and export like any other data in SKU.io, and their personal details are encrypted at rest.

If you buy or sell across a border, the Incoterm is one of the most consequential fields on the order — it decides who pays the freight, who insures the goods, who clears customs, and the exact moment risk stops being yours. Until now, SKU.io treated it as little more than a note: a free-text code on purchase orders, nothing at all on sales orders, and no explanation of what any of it meant. Incoterms changes that. The 11 official ICC Incoterms® 2020 rules now ship built into every account with plain-English education, a term on an order is a complete value — code, named place, and edition — that's locked into history, and every screen that touches a term can explain exactly who is responsible for what.

A tracking number on its own doesn't tell you anything. To find out whether an order actually reached the customer — or whether a supplier shipment is anywhere near your dock — you had to copy the number, open the carrier's website, and check shipments one at a time. Failed deliveries and stalled packages stayed invisible until a customer complained or a receipt came up overdue. 17TRACK Delivery Tracking changes that: connect your own 17TRACK account and SKU.io registers every new tracking number automatically, pulls live carrier status for it, and shows a delivery-status chip beside the tracking number everywhere it appears — across outbound fulfillments, purchase order inbound shipments, warehouse transfers, customer returns, and shipments back to vendors.

Granular permissions let you decide exactly who can approve a purchase order — but until now, everyone else hit a dead end. A purchasing clerk could build the perfect draft PO and then… nothing. No button, no handoff, no trail. The request lived in a Slack message, the decision lived in someone's head, and the draft sat unnoticed. Purchase Order Approval Requests closes that gap: anyone who can edit a purchase order can now submit it for approval in one click, everyone with approval rights is notified instantly, and the decision — approve, or reject with a reason — lands right back on the order where the whole team can see it.

Every merchant that sells online lives with returns, and the awkward ones are the blemished and open-box items: a watch comes back with a scratched bezel, you can't sell it as new, so it drifts into a corner and quietly loses value until someone finally gets around to listing it somewhere. That "someone" was a job — a person opening each product, writing a listing, setting a price, and babysitting it. Automatic eBay listing for blemished SKUs hands that whole job to SKU.io. The moment a return is received and marked as a new blemished SKU, SKU.io can publish it to eBay as an auction — with the item's condition written into the listing — and then keep relisting it, stepping the price down on a schedule you choose, until it sells.