SAFETY
Making things up is not a risk we limit.
It is a locked door.
The first thing a cold prospect thinks is: that thing is going to put something in my shop that does not belong there. Fair enough. So here is exactly what we do and do not touch.
skuply.material = "full-grain leather" | source: datasheet p.2 | model: v4 | conf: 0.94 | 2026-08-20 09:14
THE HARD LINE
Six fields we never touch.
price
This field lives in your inventory system, not with us. We do not read it and we do not write it.
stock
Same reason. A wrong stock level costs an order, not visibility.
lead time
Depends on your agreements with suppliers. There is no way for us to know that.
mpn
The manufacturer number comes from the feed or it is not there. We never derive it.
warranty
A legal promise. Nobody invents those, and neither does a model.
gtin and ean
Only matched from your supplier feed or a manufacturer database. No match means empty. An invented barcode leads to rejection in Merchant Center and, if repeated, to suspension of the whole account.
THE THRESHOLD
Below 0.85 nothing goes live.
Every derived value gets a number saying how direct the source is. Whatever stays under it does not go to your shop but to the review list, with the source attached so you can decide in ten seconds.
MATERIAL
0.94
full-grain leather
stated literally in the datasheet
Goes live
EN STANDARD
0.71
EN ISO 20345 S3
datasheet says S3, feed says S1P
To the review list
GTIN
empty
no match
not in the feed, not in the database
Stays empty
0.85 is a setting, not a law. Higher means less live and a longer list. Below 0.70 we will not go, and a gtin always stays match-only.
PROVENANCE
Every field carries where it came from.
Four kinds, no more.
01
Derived
From a datasheet, a title or a photo. With a reference to the spot in that source.
02
Matched
Taken from your supplier feed or a manufacturer database.
03
Generated
Copy we wrote, always assembled from the fields above.
04
Yours
What was already there and what we left alone. This is the largest group.
That provenance does not only sit in our log but next to the value in the dashboard as well, so a colleague who knows nothing about it can see why it says what it says.
ROLLING BACK
Every value sits there twice. That is why rolling back is one action.
We write every value into our own namespace, with source, timestamp, model version and confidence attached, and then mirror it to the field your shop actually uses.
Roll back per field
One value you do not like? It goes back to what was there, without touching the rest.
Roll back per pass
Undoing a whole run is possible too, with one button, months afterwards.
Switching tools
New theme or feed tool? Then we remap from our own namespace.
BEFORE ANYTHING GOES LIVE
1
The first pass writes to draft
Nothing is publicly visible.
2
You approve a sample
Two hundred products, in half an hour.
3
Only then does the rest go live
Or you flip it yourself.
Until that moment your shop is exactly as it was.
YOUR DATA
What we see, where it sits,
and what happens if you stop.
Access
An API key with only the permissions needed for products. No admin login, no access to orders or customers.
Where it sits
Processing and storage inside the EU. No catalogue goes to a party outside the EU.
What we keep
The log per field, so rolling back stays possible. Nothing else you do not already have yourself.
If you stop
Everything we wrote sits in your shop and stays there. We delete the log on request, within thirty days.
There is a data processing agreement and we sign it before the key is created, not afterwards.