> ## Documentation Index
> Fetch the complete documentation index at: https://docs.creditbenchmark.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Innsending av data
> Over 40 bidragsytere sender inn estimater for sannsynlighet for mislighold på enhetsnivå til Credit Benchmark hver måned eller hver uke.
Over **40 bidragsytere** sender PD-data til Credit Benchmark med jevne mellomrom. Innleveringene inkluderer **1-års PD-er** på obligatørnivå **gjennom hele syklusen (TTC)** knyttet til interne ratinger for **senior usikret** eksponering i engros-/kommersiell portefølje. Vi samarbeider med hver bidragsyter under onboarding for å kartlegge filene deres til de kjerneelementene som trengs for behandling og validering.
## Innleveringsprosess
Bidragsytere leverer oppdateringer minst en gang i måneden:
Hver leveranse inneholder et aktuelt øyeblikksbilde av risikovurderinger og den grunnleggende konteksten som er nødvendig for konsensusberegning:
* Siste **1-års TTC-PD**-estimater knyttet til interne ratinger
* Dekning av selskaper, myndigheter, fond og finansinstitusjoner
* Omfanget er begrenset til **senior usikret** eksponering i den kommersielle/engrosporteføljen
* Avtalte datafelt og enhetsidentifikatorer som kreves for behandling
Bankene leverer via Credit Benchmark's sikre produksjonskanaler — nettleserbasert **CB Secure** eller automatisert **SFTP**. Der det er nødvendig, kan CB koble seg til en kundes eksisterende sikre portal eller filoverføringsprosess som er avtalt under onboarding.
Innleveringer gjennomgår automatiserte og manuelle kontroller som en del av vår «[Datavalidering](/methodology/data-processing/data-validation)»-prosess for å sikre kvalitet og konsistens.
## Leveringsalternativer
| Leveringsmetode | Typisk bruksområde |
| -------------------------------- | --------------------------------------------------------- |
| **CB Secure** | Manuell opplasting via nettleser |
| **SFTP** | Automatisert eller planlagt filoverføring |
| **Kundestyrt portal eller SFTP** | CB kobles til kundens eksisterende sikre leveringsprosess |
## Omfanget av datainnsamlingen
Standardiserte risikomål og enhetsidentifikatorer for å støtte konsensusberegninger.
| Datakategori | Detaljer |
| ------------------------- | --------------------------------------------------------------------------- |
| **Enhetsidentifikatorer** | Juridisk navn, land, identifikatorer (f.eks. LEI der dette er tilgjengelig) |
| **Risikomål** | 1-års TTC PD, intern rating og per dato |
| **Modellinformasjon** | Modell- eller scorecard-identifikator brukt til å beregne PD |
| **Firmografikk** | Enhetstype og sektor-/bransjeklassifisering |
Vi samler ikke inn sensitive driftsdetaljer eller underliggende kredittanalyseopplysninger.
| Datakategori | Detaljer |
| --------------------------- | ------------------------------------------------------------ |
| **Informasjon om anlegget** | Vilkår, sikkerhetsplaner, avtaler |
| **Eksponeringsdata** | Lånestørrelse, grenser, utnyttelse |
| **Underliggende data** | Inndata til regnskap eller rå finansielle data fra låntakere |
## PD-godkjenningskriterier
| Krav | Beskrivelse |
| --------------- | ---------------------------------------------------------------------------------------------- |
| **Type** | PDs på 1 år gjennom hele syklusen (TTC) på forpliktelsesnivå |
| **Eksponering** | Senior usikret eksponering i engros-/kommersiell portefølje |
| **Styring** | Produsert i henhold til bankens modellstyring og knyttet til interne ratinger |
| **Standard** | I tråd med regulerte TTC-konvensjoner (f.eks. Basel-kapital PD eller tilsvarende jurisdiksjon) |
| Type | Begrunnelse |
| ------------------------------- | ----------------------------------------------------------- |
| **Systemgenererte PDs** | Uten regulert modellutdata eller godkjenning fra analytiker |
| **PDs på anleggsnivå** | Sikkerhetsstillede eller aktivabaserte PDs |
| **PDs for detaljhandel** | Personlige forbruker-PDs og produkter |
| **PDs på et bestemt tidspunkt** | Scenario-/stress-PDs som ikke gjenspeiler TTC-standarder |
## Enhetskonkordans
Konsensusprosessen begynner med identifisering av enheter — å sikre at innleveringer fra flere banker blir matchet til den samme underliggende juridiske enheten før beregninger utføres. Dette støttes av et dedikert team på **over 25 spesialister** som kombinerer identifikatorer levert av bidragsytere med kommersielle referansedata, offentlige registre og landsspesifikke databaser.
Sammenligningsprosessen:
* Prioriterer direkte identifikatorer som LEI og ticker der dette er tilgjengelig
* Håndterer navnevariasjoner som «Apple Inc» kontra «Apple INC US»
* Kryssjekker flere referansekilder før en match tildeles
* Tildeler én `CBId` per enhet for nedstrøms konsensusbehandling
**Eksempel: å finne Apple Inc. på tvers av fire banker**
| Bank | Innsendt navn | Identifikator oppgitt |
| ------ | ------------------ | --------------------- |
| Bank A | «Apple Inc» | LEI |
| Bank B | «Apple INC US» | LEI |
| Bank C | «Apple Inc. (USA)» | Ticker: AAPL |
| Bank D | «APPLE INC» | Ingen |
Når identifikatorer er til stede, justerer vi deterministisk. Når de ikke er til stede, gjennomgår vi navn og støttende referansedata før vi avgjør til en enkelt `CBId`.
Når enhetene er identifisert, tildeler CB sine egne bransjeklassifiseringer ved hjelp av vår metodikk for bransjeklassifisering ([Bransjeklassifisering](/methodology/data-processing/industry-classification)).
## Sikkerhet og samsvar
Credit Benchmark er sertifisert i henhold til følgende standarder:
* **ISO 27001:2022** — Informasjonssikkerhetsstyringssystem
* **SOC 2 Type 2** — Kontroller for sikkerhet, tilgjengelighet og konfidensialitet
* **SOC 2 Type 1** — Kontroller for sikkerhet, tilgjengelighet og konfidensialitet
* **ISO 27017** — Kontroller for skysikkerhet
For oppdatert informasjon om sikkerhetskontroller og regulatoriske sertifiseringer, besøk vår side «[Siden for sikkerhet og samsvar](https://compliance.creditbenchmark.com/)».