Supplier requests must provide the Equativ network identifier through publisher.id or the configured ext.network_id method.
Supplier requests must provide the Equativ network identifier through publisher.id or the configured ext.network_id method.
What it means
Supplier requests must provide the Equativ network identifier through publisher.id or the configured ext.network_id method. This check applies to the selected vendor contract and integration direction.
Why it matters
The declared profile checks the published partner contract alongside canonical OpenRTB. It does not verify runtime approval or account configuration.
How to fix it
Use the documented field type, value and representation at the reported path for this integration direction.
Example that trips it
{
"id": "r",
"imp": [
{
"id": "i",
"tagid": "placement",
"banner": {
"w": 300,
"h": 250
}
}
],
"site": {
"domain": "publisher.example",
"page": "https://publisher.example/page"
},
"device": {
"ip": "203.0.113.2"
},
"user": {
"buyeruid": "matched-user"
}
}Profile equativ-supplier, OpenRTB 2.6-202606. The fixture asserts openrtb.profile.equativ.network_id at ext.network_id.
Check your payload
Paste a bid request or response into the tester to see whether this code fires against it, or gate on the id in CI with the CLI: the id is stable, wording is not.
Back to the full diagnostic code reference.