SupplyChain Object (schain)
SupplyChain Object (schain) er et OpenRTB-felt, der i rækkefølge angiver de sælgere og videresælgere, en budanmodning deklarerer i den direkte betalingsstrøm for inventaret, så købere kan kontrollere forsyningsvejen.

SupplyChain Object (schain) er et struktureret felt i en OpenRTB budanmodning, der i rækkefølge angiver de sælgere og videresælgere, der er involveret i den direkte betalingsstrøm for inventaret. I en komplet kæde er den første node ejeren af webstedet eller appen (udgiveren), og den sidste node er den enhed, der sender budanmodningen. Specificeret af IAB Tech Lab gør det den deklarerede salgssti maskinlæsbar. Det er ikke en log over alle de systemer, et impression har været i berøring med, og det er de virksomheder, der opbygger kæden, som leverer dens indhold.
Sådan virker det#
Objektet indeholder et complete flag, en versionsstreng og et array af nodes. Hver node repræsenterer en sælger eller videresælger i betalingsstrømmen og indeholder reklamesystemets kanoniske domæne (asi), sælgerens konto-ID i det pågældende system (sid), et betalingsstrømflag (hp, som altid bør være 1 i version 1.0) og valgfrie felter som f.eks. request-ID og virksomhedsnavn. Noderne listes i salgskædens rækkefølge, så en køber kan læse den deklarerede rute fra den første kendte sælger til den enhed, der sender anmodningen. complete flagget sættes, når kæden oprettes, og føres videre af videresælgere: 1 betyder, at den oprindelige sælger erklærer, at kæden indeholder hver node helt tilbage til ejeren af webstedet eller appen, og 0 betyder, at den ikke gør. En videresælger, der modtager en anmodning uden et SupplyChain-objekt, starter et med complete sat til 0. Flagget er en erklæring, ikke et bevis for, at ingen sælger mangler.
Hvorfor det er vigtigt#
ads.txt lader en udgiver angive, hvem der har tilladelse til at sælge dens inventar, men schain-specifikationen bemærker, at den ikke afslører eller autoriserer alle de parter, der gennemfører et impression. sellers.json lader et reklamesystem identificere de sælgere, der står bag dets sælger-ID'er. Schain tilføjer den deklarerede sti for én budanmodning. Købere kan sammenligne hver nodes domæne og sælger-ID med børsens sellers.json og udgiverens ads.txt og kan tælle, hvor mange sælgere og videresælgere der sidder mellem udgiveren og anmodningen. Specifikationen definerer intet felt for gebyrer, så objektet viser ikke, hvad hver part tager. IAB Tech Lab beskriver målet som at lade købere kontrollere, at mellemmænd er enheder, de ønsker at handle med, og at inventar købes så direkte som muligt, hvilket understøtter supply path optimization på tværs af annonceforsyningskæden. Fordi deltagerne selv deklarerer kæden, er den ét input til kontroller af udeklareret videresalg og svindel, ikke en garanti imod dem, og den hjælper kun, hvor sælgere og børser implementerer den.
Relaterede termer: ads.txt, sellers.json, OpenRTB og Ad Supply Chain.



