Produkt · PartsProcure365

Inköpsoptimering för reservdelsåterförsäljare och distributörer

Ni skickar oss er katalogs sökhändelser, lagersaldon och försäljningshistorik. Vi löser varje VIN fordonsspecifikt från originalkataloger, jämför bilens verkliga behov med vad er katalog visade och returnerar data redo för ert inköpssystem. Er egen katalog, ert eget gränssnitt och era egna leverantörsrelationer förblir era.

Fråga om PartsProcure365 Vad tjänsten levererar

4
indatamängder, varav endast sökhändelser är obligatoriska: 3
resultattabeller, alla bundna till KType: CSV / JSON
direkt in i katalog- och inköpssystemet

Resultatrad · reco_gap

live

KType: TecDoc-fordonstyp
OE-nummer: ett behov er katalog inte visade
Delgrupp: bromsbelägg, fram
Fordonspark (Traficom): fordonsfamiljer i Finland
Tier: A · lägg till i sortimentet
Kandidater: eftermarknadsalternativ från indexet

Varje resultatrad är bunden till en KType

Vad tjänsten levererar

Tre resultat som går direkt in i inköpssystemet

Den centrala principen: varje resultatrad är bunden till en KType (TecDoc-fordonstyp). Så kan resultaten importeras till ert katalog- och inköpssystem utan separat fordonstolkning.

Sortimentsrekommendationer per artikel

KEEP, DEEPEN, REDUCE eller DROP med motiveringar och konfidensnivåer, samt passningsgrad: hur ofta en visad artikel verkligen passade bilen och hur ofta den var en syskonvariant.

Täckningsluckor

OE-nummer som er fordonspopulation behöver men som er katalog inte visade, viktade med Finlands fordonspark (Traficom) och sökvolymer. Tier A: lägg till, B: överväg, C: följ.

KType-variantkarta

Per KType och delgrupp: vilka OE-varianter er sökpopulation verkligen behöver och i vilka andelar, samt vilka av era egna artiklar som täcker dem.

Regional vy

Resultat även per region, när myndighetsdata tillåter det

Som standard viktar PartsProcure365 efterfrågan med hela landets fordonspark. Om fordonsmyndigheten publicerar regionala uppgifter om fordonsbeståndet kan samma beräkning göras per region: varje filial eller distributionsområde får egna sortimentsrekommendationer och täckningsluckor utifrån områdets verkliga fordonspark. I Finland är detta möjligt med Traficoms öppna data, som innehåller registrerade fordons hemkommun.

Sortimentsrekommendationer och täckningsluckor per filial eller distributionsområde
Viktning med områdets verkliga fordonspark, inte landets genomsnitt
Samma datamodell och resultattabeller, kompletterade med en regionkod
Förutsätter regionala beståndsdata publicerade av myndigheten (i Finland Traficoms öppna data)

Resultatrad · reco_gap · region

live

Region: filialens distributionsområde
KType: TecDoc-fordonstyp
Fordonspark (region): fordonsfamiljer i området
Tier: A · lägg till i områdets sortiment

Regional viktning förutsätter regionala beståndsdata från myndigheten

Så fungerar det

Från data till inköpslista

Ni levererar data
Sökhändelser (obligatoriskt), artiklar och lagersaldon, försäljning samt kompletteringsleverantörens sortiment. Kontinuerligt via API eller dagligen, veckovis och månadsvis som filer.
Vi löser varje VIN
Varje fordon löses fordonsspecifikt från originalkataloger. Så vet vi vad bilen verkligen behövde, inte bara vad katalogen visade.
Vi jämför behov och visat
Visade artiklar kopplas till OE-nummer och jämförs med bilens behov. Övertäckning, syskonvarianter och luckor mäts; efterfrågan viktas med Finlands fordonspark.
Vi returnerar resultaten
Fyra tabeller i CSV eller JSON samt en sammanfattning av körningens täckning. Alla rader bundna till KType, redo för ert katalog- och inköpssystem.

Indata

Vad ni levererar

Tjänsten tar emot fyra datamängder. Händelser är obligatoriska; de övriga förbättrar rekommendationernas precision. Kvantitetsrekommendationer produceras endast med lager- och försäljningsdata.

Datamängd	Krav	Innehåll	Frekvens
events – sökhändelser	Obligatorisk	Varje katalogsökning: fordon (VIN eller registreringsnummer + KType), delgrupp och alla visade artiklar	Kontinuerligt (API) eller dagligen/veckovis (fil)
articles – artiklar och saldon	Rekommenderad	Artikellista: märke, artikelnummer, saldo, inköpspris, ledtid	Veckovis
sales – försäljning	Rekommenderad	Sålda och returnerade enheter per månad, 12 månader bakåt	Månadsvis
supplier_range – kompletteringsleverantörens sortiment	Valfri	Vilka artiklar er kompletteringsleverantör kan leverera (märke + artikel)	Vid behov

Det viktigaste integrationskravet: registrera i händelsen alla artiklar som katalogen visade för den som sökte, inte bara den som valdes eller beställdes. Utan detta kan övertäckning (syskonvarianter) inte mätas och passningsgrader inte beräknas.

Leverans och resultat

Två leveranssätt, en datamodell

API-push

Ert katalogsystem skickar rader som en JSON-array till ett HTTPS-gränssnitt, högst 5 000 rader per anrop, autentiserat med API-nyckel. Svaret är batchresultatet: godkända rader, fel per rad och okartlagda delgrupper. Samma händelse lagras aldrig två gånger.

Batchfiler

Alternativt levererar ni filer på överenskommet sätt, till exempel via SFTP. Format: JSON-array eller CSV (UTF-8, rubrikrad med fältnamn). Vi läser in filerna och levererar batchresultatet.

Resultat i CSV och JSON

Varje körning producerar tabellerna reco_sku, reco_gap, reco_ktype och reco_sku_ktype samt en summary.json: antal händelser, andel VIN-exakt lösta, okartlagda delgrupper och artiklar per händelse. CSV öppnas direkt i Excel.

PartsProcure365 eller hela plattformen?

En ärlig jämförelse: enbart data eller beslutet vid säljtillfället

PartsProcure365 ger köparen en fullständig inköpsbild mot det egna lagret, och DropGear blir inte leverantör. Hela PartsFinder365-plattformen lägger till värdet vid säljtillfället: förebyggande av fel före beställning och efterfrågesignaler som en katalog inte kan producera.

	PartsProcure365	PartsFinder365-plattformen
Inköpssignaler: luckor, övertäckning, viktning mot fordonsparken och KType-karta	yes	yes
Egen katalog, eget gränssnitt och egna leverantörsrelationer förblir	yes	Egen white-label-plattform
Förhindrar fel variant vid säljtillfället med utrustningsdata	Syns i efterhand som syskonvariant	yes
Tillgänglighet mot eget lager vid söktillfället	Rekonstrueras från saldofiler med månadsprecision	Registreras vid varje sökning
Hela sammansättningens OE-nummer och korsförsäljningssignaler	no	yes
Servicebaserad efterfrågan: vilka delar fordonen behöver nästa gång	no	yes
Försäljning av OE-delar när inget eftermarknadsalternativ finns	no	yes
Konvertering mäts nativt (varukorg, beställning, parförsäljning)	Endast om ni levererar fälten picked/ordered	yes

PartsProcure365 är en naturlig ingång: inköpssignalerna är av samma kvalitet som på plattformen, eftersom varje VIN löses av samma motor. Plattformen omvandlar efterhandskunskap till ett beslut vid säljtillfället.

Spela spelet och se skillnaden

Osynlig efterfrågan är en webbläsarbaserad simulering: driv din egen reservdelsgrossist i sex kvartal och räkna själv ut vad den efterfrågan du aldrig såg kostar i din region. Ingen inloggning, tar cirka en halvtimme. På finska, svenska och engelska.

Spela spelet

Vanliga frågor

Frågor om PartsProcure365

Vilka data behövs för att börja?

Endast sökhändelser är obligatoriska: fordon (VIN eller registreringsnummer och KType), delgrupp och alla visade artiklar. Artiklar med saldon och försäljningshistorik förbättrar precisionen, och kvantitetsrekommendationer (DEEPEN- och REDUCE-kvantiteter, orderförslag) kräver dem.

Varför måste alla visade artiklar registreras, inte bara den valda?

Passningsgrad och övertäckning kan bara mätas om vi vet vad katalogen visade. En syskonvariant är en artikel som visades för bilen men inte passade just denna bil. Om bara den valda artikeln registreras kan detta inte ses.

Hur kartläggs våra delgrupper?

Era egna gruppkoder eller TecDoc GenArt-id kartläggs till kanoniska delgrupper (till exempel bromsbelägg, oljefilter, stötdämpare). Okända grupper visas i batchresultatet och kartläggs gemensamt. Förbrukningsmaterial som oljor och kemikalier får endast försäljningsbaserade rekommendationer, aldrig täckningsluckor.

Ser DropGear våra leverantörspriser eller våra kunder?

Tjänsten behandlar endast de data ni levererar, och resultaten speglas mot ert lager och era kompletteringsleverantörer. Vi speglar inte luckor mot vårt eget nätverk och agerar inte som leverantör. Resultaten innehåller inga slutkunduppgifter.

Kan vi få resultaten per region eller per filial?

Ja, om fordonsmyndigheten publicerar regionala uppgifter om fordonsbeståndet. I Finland innehåller Traficoms öppna data fordonets hemkommun, så rekommendationer och täckningsluckor kan viktas med den verkliga fordonsparken för varje filial eller distributionsområde. I andra länder är den regionala vyn möjlig när motsvarande öppna data finns tillgängliga.

Vad gör tjänsten inte ännu?

Händelser som rapporteras med enbart registreringsnummer löses inte fordonsspecifikt, och artikelidentifieringen bygger på vårt eftermarknadsindex. Tjänsten ser bara de delgrupper ni sökt; den fullständiga efterfrågesignalen på OE-nivå uppstår endast på PartsFinder365-plattformen.

Hur kommer vi igång?

Kontakta oss. Vi kommer överens om API-nyckel, delgruppskarta och första batchen tillsammans. Den första körningen görs vanligtvis med befintliga sökdata, så att ni ser resultaten med era egna siffror före en kontinuerlig integration.

Låt oss visa hur era sökdata ser ut när de är lösta

Den första körningen görs med era befintliga data. Ni får sortimentsrekommendationer, täckningsluckor och variantkartan med era egna siffror.

Kontakta oss