Åpne bedriftsdata i New Zealand: Offisielle kilder, API-er og gjenbruksrettigheter

New Zealand er et av de tydeligste markedene for offisielle kilder for arbeid med selskapsdata utenfor Europa. Foretakskontoret forklarer søk i offentlige register, datatjenester, massetilgang og API-ruter, mens NZBN tilbyr API-er på identifikatornivå og massedataalternativer for offentlig forretningsinformasjon. Denne kombinasjonen gjør New Zealand kommersielt nyttig for enhetsmatching, KYB, markedsundersøkelser og databerikelse.

Sikkerhetskravet er fortsatt snevrere enn et generisk krav om «gratis selskapsdatabase». New Zealand publiserer ikke én ubegrenset fil som inneholder alle selskaper, ledere, aksjonærer, registerhendelser, anskaffelsesforhold, IP-eiendeler, registreringer av finansielle tjenester, LEI-er og markedsføringskontakter. Det sterkere og mer nøyaktige kravet er at New Zealand har en autoritativ registerryggrad pluss offisielle API-, masseforespørsel- og berikelseslag som kan slås sammen når kilde, lisens, oppdateringskadens og personvernstatus spores.

Denne oppdateringen kartlegger de offisielle og offentlige kildene av høy kvalitet for åpne selskapsdata i New Zealand, forklarer praktiske søke-/API-/bulkalternativer og viser hvor CompaniesData tilfører verdi ved å normalisere signaler fra Companies Office, NZBN, innkjøp, IP, regulator og LEI uten å gjøre offentlige selskapsfakta uskarpe og inkludere tillatelser for markedsføringskontakt.

Nøkkelfunksjoner

• Beste offisielle ryggraden: Datatjenester fra New Zealand Companies Office, selskapsregisteret, veiledning for hvert register og katalogen for alle registre.
• Beste historie om maskintilgang: Sider for masseforespørsler/avtaler fra Foretakskontoret, veiledning for Foretakskontorets API, API Explorer for Foretaksregisteret, NZBN API og NZBN-bulkdata.
• Beste berikelseslag: data.govt.nz-katalogen, GETS, rapportering om offentlige anskaffelser, IPONZ, FSPR, handelskommisjonen og GLEIF.
• Hovedforsiktighet: Månedlige massedata, API-er, søk i offentlige register og betalte/kontrollerte uttrekk er forskjellige tillatelsesklasser. Felt for fysiske personer og skjulte/private felt må gjennomgås av formål og personvern.
• CompaniesData-verdi: Et brukbart datasett trenger identifikatoroppløsning, kildeopprinnelse, oppdateringssporing, berikelseskoblinger og et tydelig skille mellom arbeidsflyter for bedriftsidentitet og kontaktdata.

Redaksjonell metodikk

Denne artikkelen følger CompaniesDatas redaksjonelle standard for åpne selskapsdata etter land. Offisielle registerkilder prioriteres først, deretter offisiell API- og bulkdokumentasjon, identifikasjonssystemer, nasjonale åpne datakataloger, anskaffelser, IP, regulator- og LEI-kilder. Private selgere av kontaktdata brukes ikke som bevis for offisielle gjenbruksrettigheter.

Hver siste lenkede kilde ble sjekket fra dette miljøet den 29.05.2026. Kilder som returnerer harde 404- eller 410-feil er ekskludert. Kilder med kontrollert tilgang eller rutespesifikke termer beskrives som tilgangsbegrensninger snarere enn skjulte garantier for åpne data. Logoer i kildematrisen og ressurspakken er kun dekorative favicon-signaler; beviset forblir den offisielle URL-en, eieren, tilgangsmodellen og gjenbruksmerknaden.

Dekning, tilgang og oppdatering – risikoanalyse

Arbeid med selskapsdata fra New Zealand har fire praktiske lag: fakta fra juridiske registeropplysninger fra Companies Office, forretningsidentifikatordata fra NZBN, API/bulk-tilgangsruter og berikelseskilder som anskaffelser, IP, registre for finansielle tjenester, publikasjoner fra regulatorer og LEI-er. Disse lagene er komplementære, men ikke utskiftbare.

Dekningsrisiko: Foretaksregisteret er den juridiske ryggraden i selskapet, men Foretakskontoret driver eller peker også til flere lovbestemte registre. NZBN er et identifikasjonssystem som omfatter selskaper og andre enheter. FSPR dekker leverandører av finansielle tjenester. GETS og anskaffelsesrapportering dekker leverandører og offentlige innkjøp. IPONZ dekker IP-rettigheter. GLEIF dekker bare enheter med LEI-er.

Tilgangsrisiko: Offentlig søk, godkjent massetilgang, API Explorer-dokumentasjon, bruk av produksjons-API, månedlige NZBN-filer og registerdokumenter er separate tilgangsmodeller. En aktiv offentlig side bør ikke behandles som ubegrenset videresalgstillatelse for alle nedstrømsfelt.

Oppdateringsrisiko: Månedlige massefiler og offentlige registeroppføringer kan avvike fra statusen i det aktive registeret. Produksjonsrørledninger bør lagre tilgangsdato, utgivelsesdato, endepunkt, kildeeier og oppdateringskadens ved siden av hvert inntatte felt.

Sjekkliste for gjenbruk

• Bekreft kildeautoritet: Bruk Foretakskontoret for registerfakta, NZBN for identifikasjonsdata, GETS/procurement.govt.nz for anskaffelser, IPONZ for IP, FSPR for status som finansielle tjenester og GLEIF for LEI-er.
• Modeller med separat tilgang: offentlig søk, API Explorer, godkjente massefiler, API-produksjonstilgang, dokumenter og publikasjoner fra regulatorer skal ikke dele én tillatelsesetikett.
• Registreringsvilkår og datoer: beholde tilgangsdato, utgivelsesdato, lisens-/gjenbruksmerknad, krav om ingen godkjenning og oppdateringskadens.
• Beskytt fysiske personopplysninger: styremedlemmer, aksjonærer, ledere, tjenesteadresser og private/skjulte felt kan føre til problemer knyttet til personvern og formålsbegrensning.
• Kontroller for respekt for forespørsler/avtaler: Massedata fra Companies Office er sterkt, men den offisielle ruten inkluderer forespørsels- og avtalemekanikker.
• Blokker snarveier for kontaktdata: Synlighet i selskapsregisteret er ikke samtykke til å sende e-poster, bygge telefonlister eller selge leadlister. Internasjonale kommersielle data bør peke til CompaniesData.cloud; spansktalende eller latinamerikanske kontaktdatakontekster bør peke til CentraldeComunicacion.es.
• Unngå påstander om godkjenning: antyd aldri at Companies Office, NZBN, MBIE, GETS, IPONZ, FSPR, Commerce Commission eller GLEIF godkjenner et avledet datasett.

Praktisk kildearbeidsflyt

1. Start med juridisk identitet: Bruk Foretakskontorets datatjenester, foretaksregisteret og veiledning for hvert register for å forstå hvilket register som leverer enhetsfakta.
2. Legg til NZBN-identifikatorer: bruke NZBN API og massedata for å normalisere navn, identifikatorer og offentlig forretningsinformasjon på tvers av selskaper og andre organisasjoner.
3. Velg riktig maskinrute: bruke godkjent massetilgang fra Companies Office for månedlige registerdata, API Explorer og API-veiledning for støttet automatisering, og API-vilkår for produksjon før oppskalering.
4. Berik kjente enheter: Legg til GETS, innkjøpsrapportering, IPONZ, FSPR, Commerce Commission og GLEIF bare etter at enhetssamsvar er forsvarlig.
5. Publiser med forbehold: merk felt etter kilde, tilgangsmodell, oppdateringsdato og gjenbruksklasse, og hold berikelse av markedsføringskontakt utenfor kravet om offisiell kilde.

Funn knyttet til kilderisiko

New Zealand godkjenner oppdateringslinjen for Wave 38 som en sterk offisiell jurisdiksjon for søk, API og masseforespørsler. I dette rensede kildesettet returnerte hver siste koblede kilde et vellykket live-svar fra denne noden. De gjenværende advarslene er ikke problemer med ødelagte lenker; de er problemer med tilgangsmodell og lovlig bruk.

Tillatte påstander i denne artikkelen

• Foretakskontoret er det autoritative utgangspunktet for identitetstjenester for foretaksregisteret i New Zealand og relaterte registerdatatjenester.
• Offentlig søk i dokumenter fra Companies Office, ruter for massedataforespørsler/avtaler og API-tilgang; NZBN tilbyr API- og massedataruter for offentlige forretningsidentifikatordata.
• data.govt.nz, GETS, innkjøpsrapportering, IPONZ, FSPR, Commerce Commission og GLEIF kan berike selskapsprofiler når opprinnelses- og dekningsgrenser bevares.

Krav er ikke tillatt

• Ikke påstå at New Zealand har én ubegrenset offisiell massefil med hvert selskap, hver leder, hver aksjonær, hver innleverings-, anskaffelses-, regulator-, IP-, LEI- og kontaktfelt.
• Ikke si at alle data fra Companies Office eller NZBN kan lastes ned anonymt uten registrering, forespørsel, avtale eller API-vilkår.
• Ikke bruk synlighet fra selskapsregisteret, NZBN, FSPR, IPONZ, GETS eller LEI som samtykke til e-post, telefon eller kontakt med prospektorer.

Funn knyttet til kilderisiko

• Ingen brutt endelig kildekode-holding: Alle lenkede kilder i denne oppdateringen returnerte vellykkede live-svar fra dette miljøet. Publikasjonen har fortsatt forholdsregler angående tilgang, avtaler, feltnivå og personvern.

Operasjonelle grenser

• Grensen til selskapets kontor: søk, datatjenester, massetilgang, API-er, dokumenter og ulike lovbestemte registre er relaterte, men ikke identiske tillatelser.
• NZBN-grense: NZBN er et sterkt identifikasjonslag, men ikke alle NZBN-poster er en foretaksregisterpost, og ikke alle felt er offentlige for all bruk.
• Regulatorgrense: FSPR, Commerce Commission og GLEIF er sektor-/samsvars- eller identifikasjonslag, ikke fullstendig dekning av selskapsregisteret.
• Kontaktdatagrense: Offisielle offentlige registre tillater ikke uttrekk av markedsføringskontakter.

Ressurspakke

Dypdykk kilde for kilde

1. Datatjenester for selskapskontoret

Autoritet: New Zealands selskapskontor. Type: offisielle registerdatatjenester. Tilgangsmodell: datatjenestehub / statistikk / bulk / API-er. Gjenbruksposisjon: Vilkår og tjenestespesifikke betingelser for foretakskontoret.

Primært offisielt knutepunkt for datatilgang fra Companies Office, registerstatistikk, massedata og API-ruter. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Kun tjenesteoversikt; hvert register, API og massebane har sine egne vilkår og feltgrenser. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

2. Bedriftskontorets måter å innhente data på

Autoritet: New Zealands selskapskontor. Type: offisiell veiledning for registertilgang. Tilgangsmodell: søk / statistikk / masseforespørsler / API-veiledning. Gjenbruksposisjon: Vilkår for selskapets kontor og rutespesifikke betingelser.

Forklarer de tilgjengelige tilgangsmodellene før brukere velger manuelt søk, massedata eller API-inntak. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før den kombineres med andre poster.

Begrensninger og driftsmerknader: Veiledningssiden; den gjør ikke alle nedstrøms registerfelt om til ubegrensede åpne data. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

3. Foretakskontoret ber om tilgang til massedata

Autoritet: New Zealands selskapskontor. Type: offisiell rute for massetilgang til registeret. Tilgangsmodell: Arbeidsflyt for masseforespørsler/godkjenninger. Gjenbruksposisjon: vilkår og godkjenningsbetingelser for massetilgang.

Praktisk tilgangsvei for månedlige massedata fra offentlige register når søkeren er godkjent. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Ikke anonym gratis nedlasting; kontroller for forespørsel, godkjenning og avtale gjelder. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

4. Hjelpeveiledning for massedata fra Companies Office

Autoritet: New Zealands selskapskontor. Type: offisiell dokumentasjon av massedata. Tilgangsmodell: dokumentasjon / feltveiledning register-for-register. Gjenbruksposisjon: Vilkår for foretakskontoret og avtale om massedata.

Feltnivå- og operasjonell kontekst for sikker bruk av massedata fra Companies Office. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Dokumentasjonen må leses sammen med tilgangsavtalen og reglene for offentlige/private felt. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

5. Avtale om tilgang til massedata for foretak

Autoritet: New Zealands selskapskontor. Type: offisielle vilkår for massedata. Tilgangsmodell: avtale/kontraktsmessige tilgangsvilkår. Gjenbruksposisjon: avtalebasert gjenbruk med løpende betingelser.

Primær gjenbruk og driftskontroll for tilgang til massedata. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Tilgang kan være betinget og kan ikke behandles som en lisens for åpne data uten forpliktelser. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

6. Veiledning for API-et til Companies Office

Autoritet: New Zealands selskapskontor. Type: offisiell API-veiledning. Tilgangsmodell: API-dokumentasjon / API Explorer-rute. Gjenbruksposisjon: API-termer, autentisering og endepunktspesifikke regler.

Offisiell peker for API-tilgang til foretaksregisteret og støttede API-arbeidsflyter. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: API-tilgjengelighet fjerner ikke autentisering, rettferdig bruk eller begrensninger på feltnivå. Dette er grunnen til at New Zealand bør beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

7. Foretakskontorets register-for-register-dataveiledning

Autoritet: New Zealands selskapskontor. Type: offisiell veiledning for registerdata. Tilgangsmodell: dokumentasjon/felt- og registeroversikt. Gjenbruksposisjon: Foretakskontorets vilkår og registerspesifikke begrensninger.

Viser at Foretaksregisteret, FSPR og andre registre er relaterte, men separate datasett. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Riktig kilde og offentlig/privat status må spores per register og felt. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

8. Selskapsregisteret

Autoritet: New Zealands selskapskontor. Type: det offisielle selskapsregisteret. Tilgangsmodell: søk i offentlige register / innleveringer / dokumenter. Gjenbruksposisjon: Vilkår i foretaksregisteret, dokumentregler og personvernbegrensninger.

Manuell verifisering av juridisk selskapsidentitet, status og registerposter. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Søk og dokumenttilgang er ikke det samme som godkjent masse-/API-gjenbruk. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

9. Foretakskontoret alle registre

Autoritet: New Zealands selskapskontor. Type: offisiell registerkatalog. Tilgangsmodell: registerkatalog/portallenker. Gjenbruksposisjon: registerspesifikke begreper.

Kartlegger den bredere registerfamilien før den kobles til foretaksregisteret, FSPR og andre offisielle kilder. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før den kombineres med andre poster.

Begrensninger og driftsmerknader: Katalogside; dekning og vilkår varierer fra register til register. Dette er grunnen til at New Zealand bør beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

10. NZBN-bulkdata

Autoritet: New Zealands bedriftsnummer. Type: massedata for offisielle identifikatorer. Tilgangsmodell: månedlig arbeidsflyt for massefiler / forespørsler. Gjenbruksposisjon: NZBN-termer og grenser for offentlige datafelt.

Månedlig offentlig NZBN-informasjon for samsvar, identifikatornormalisering og enhetsoppdagelse. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Offentlige NZBN-data finnes ikke i alle felt i foretaksregisteret og kan kreve tilgangsbetingelser. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

11. NZBN API

Autoritet: New Zealands bedriftsnummer. Type: offisiell identifikator-API. Tilgangsmodell: API / autentisering / maskinoppslag. Gjenbruksposisjon: Vilkår og endepunktbetingelser for NZBN API.

Programmatisk oppslag og berikelse av offentlig forretningsinformasjon fra NZBN. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: API-tilgang og returnerte felt avhenger av autentisering, vilkår og offentlige/private flagg. Dette er grunnen til at New Zealand bør beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

12. API-utforsker NZBN

Autoritet: New Zealand Business Number / MBIE API-portal. Type: offisiell API-utforsker. Tilgangsmodell: API Explorer / teknisk dokumentasjon. Gjenbruksposisjon: API-portal og endepunktspesifikke termer.

Utviklerrettet referanse for NZBN API-endepunkter og forespørselsmodeller. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Teknisk utforsker, ikke en frittstående gjenbrukslisens. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

13. API Explorer-selskapsregisteret

Autoritet: New Zealands selskapskontor / MBIE API-portal. Type: offisiell API-utforsker. Tilgangsmodell: API Explorer / teknisk dokumentasjon. Gjenbruksposisjon: API-portal og endepunktspesifikke termer.

Utviklerrettet rute for registrering av API-er i Companies Register. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Autentisering, produksjonstilgang og feltbegrensninger trenger fortsatt separat gjennomgang. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

14. data.govt.nz-katalogen

Autoritet: New Zealands regjering. Type: offisiell katalog over åpne data. Tilgangsmodell: katalog / CKAN-stil oppdagelse / nedlastinger der det er tilgjengelig. Gjenbruksposisjon: datasettspesifikke termer for åpne data fra New Zealands myndigheter.

Oppdagelsessenter for bredere offentlige datasett og metadata som kan berike markedsanalysen. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Katalogmyndigheten varierer fra utgiver til utgiver; Companies Office er fortsatt registermyndigheten. Dette er grunnen til at New Zealand bør beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

15. FÅR

Autoritet: New Zealands myndigheters elektroniske anbudstjeneste. Type: den offisielle anskaffelsesportalen. Tilgangsmodell: innkjøpsportal / varsler / arbeidsflyter for leverandørmuligheter. Gjenbruksposisjon: GETS og vilkår på varselnivå.

Anriking av anskaffelses- og leverandørsignaler for markedsanalyse i offentlig sektor. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Deltakelse i anskaffelser dekkes ikke av selskapsregisteret. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

16. Data og rapportering om offentlige anskaffelser i New Zealand

Autoritet: New Zealands offentlige anskaffelser. Type: offisiell anskaffelsesrapportering. Tilgangsmodell: rapporter / anskaffelsesdata / publikasjoner. Gjenbruksposisjon: offentlige publikasjoner og datasettspesifikke termer.

Kontekst for anskaffelsesmarkedet, rapportering og utgiftsanalyse rundt offentlige innkjøp. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Rapporteringslag, ikke en juridisk hovedfil for selskaper. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

17. IPONZ

Autoritet: New Zealands kontor for immaterielle rettigheter. Type: offisiell kilde for åndsverk. Tilgangsmodell: søk / tjenester / IP-registre. Gjenbruksposisjon: IPONZ-vilkår og begrensninger for IP-publisering.

Varemerke-, patent- og designberikelse for kjente enheter. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Navnene på IP-eierne må samsvare og beviser ikke selskapets nåværende status. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

18. Register over finansielle tjenesteleverandører

Autoritet: New Zealands selskapskontor / FSPR. Type: offisielt register for finansielle tjenester. Tilgangsmodell: registrer søk / sektordata. Gjenbruksposisjon: FSPR og vilkår fra foretakskontoret.

Regulert berikelse av finansielle tjenester og samsvarskontroller for sektorer. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Kun delmengde for finansielle tjenester; det er ikke det generelle foretaksregisteret. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

19. Handelskommisjonen

Autoritet: New Zealands handelskommisjon. Type: offisiell konkurranse- og forbrukerregulator. Tilgangsmodell: avgjørelser / håndheving / publikasjoner. Gjenbruksposisjon: Publikasjonsvilkår fra regulatorer og saksspesifikke merknader.

Risiko-, håndhevings- og markedsadferdsberikelse for selskapsprofiler. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Kilde for beslutninger og håndheving, ikke en bedriftsdatabase på registreringsnivå. Derfor bør New Zealand beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

20. GLEIF LEI-poster for New Zealand

Autoritet: GLEIF. Type: globale identifikatordata for juridiske enheter. Tilgangsmodell: API / åpne data i bulk-stil. Gjenbruksposisjon: GLEIFs vilkår for åpne data.

LEI-kryssjekker for juridiske enheter i New Zealand i arbeidsflyter for finans og samsvar. Lagre denne kilden med URL, tilgangsdato, utgivelses-/oppdateringsdato, feltliste og proveniensklasse før du kombinerer den med andre poster.

Begrensninger og driftsmerknader: Kun enheter med LEI-er; ikke omfattende dekning i selskapsregisteret. Dette er grunnen til at New Zealand bør beskrives som en jurisdiksjon rik på offisielle kilder med forespørsels- og API-kontroller, ikke som én ubegrenset eksport som dekker alle juridiske, person-, regulator-, anskaffelses- og kontaktfelt.

Anbefalt datamodell

En New Zealand-modell bør oppbevare juridisk identitet, NZBN-identifikatorer og berikelsessignaler i separate tabeller. Kjerneenhetstabellen bør lagre normalisert juridisk navn, organisasjonsnummer der det er tilgjengelig, NZBN der det er tilgjengelig, enhetstype, status, registreringsdato, kildetidsstempler og metadata for kildeeier. Brotabeller bør håndtere NZBN-treff, navn på innkjøpsleverandører, IP-eiere, FSPR-registreringer, regulatorhendelser og LEI-er.

• Entity: normalisert juridisk navn, registreringsnummer, NZBN, enhetstype, status, stiftelses-/registreringsdatoer og nåværende/tidligere navn der de finnes.
• Identifikatorbro: NZBN, foretaksregisternummer, FSPR-nummer, LEI, navn på IP-eiere og navn på innkjøpsleverandører med samsvarssikkerhet.
• Kildebevis: offisiell URL, tilgangsdato, utgivelsesdato, register-/kildeeier, lisens-/gjenbruksmerknad og oppdateringskadens.
• Berikelse: signaler for offentlige anskaffelser, IP-registre, registrering av finansielle tjenester, publikasjoner fra regulatorer, LEI-relasjoner og referanser til åpne datakataloger.
• Samsvarsflagg: fysiske persondata, skjulte/private felt, avtalestyrt massetilgang, API-vilkår, ekskludering og undertrykkelsesstatus for kontaktdata.

Manglende datahull

New Zealand er sterkt, men offisielle åpne data etterlater fortsatt praktiske hull. Godkjente massefiler er ikke det samme som live registerutdrag. API Explorer-sider er ikke produksjonstillatelser i seg selv. NZBN-identifikatordata er ikke det fullstendige juridiske registeret. Anskaffelser, IP, FSPR, regulatorer og LEI-kilder dekker nyttige delsett snarere enn hele økonomien.

Det er nettopp disse hullene der normalisering, samsvar og opprinnelse er viktig. Et kommersielt datasett bør vise hvilke felt som kom fra Companies Office, hvilke som kom fra NZBN, og hvilke som er berikelsessignaler fra innkjøp, IP, regulator eller LEI-kilder.

Hvordan CompaniesData tilfører verdi

CompaniesData gjør den newzealandske kildestakken om til et praktisk datasett: normaliserte enhetsnavn, NZBN-bevisst matching, kildeproveniens, oppdateringssporing, berikelseskroker og styring av kontaktdata. Målet er ikke å omgå offisielle termer, men å gjøre offisielle og offentlige registre av høy kvalitet brukbare for analyse, KYB, markedsundersøkelser og CRM-berikelse.

• Normaliser foretaksregisteret og NZBN-poster til konsistente enhetsprofiler.
• Løs opp NZBN, registernumre, FSPR-numre, LEI-er, navn på IP-eiere og navn på innkjøpsleverandører med konfidenspoeng.
• Legg ved GETS, anskaffelsesrapportering, IPONZ, FSPR, Commerce Commission og GLEIF-signaler uten å miste opprinnelse.
• Flagg felt som trenger gjennomgang knyttet til personvern, markedsføringslovgivning eller kildespesifikk informasjon.
• Hold e-poster, telefoner og berikelse av potensielle kunder utenfor den offisielle kildepåstanden.

Be om et CompaniesData-eksempel for New Zealand hvis du trenger et brukbart datasett i stedet for et manuelt kildekart.

Praktiske alternativer

Manuell verifisering

For ett selskap, start med datatjenestene til foretaksregisteret og foretakskontoret, og sjekk deretter NZBN og eventuelle sektorspesifikke kilder som FSPR, IPONZ, GETS eller publikasjoner fra regulatorer. Dette er den sikreste ruten når gjeldende juridiske bevis er viktige.

API og masseinntak

For repeterbare arbeidsflyter, evaluer Companies Offices massetilgang, avtalen om massetilgang til data, Companies Offices API-veiledning, API Explorer og NZBN API/bulkruter. Lagre endepunktsvilkår, utgivelsesdatoer for datasett, feltdefinisjoner og oppdateringskadens før du bygger automatisering.

Innkjøp og markedsanalyse

For salgsintelligens i offentlig sektor, legg til GETS og procurement.govt.nz-rapportering. For IP-eierskap, legg til IPONZ. For regulert kontekst for finansielle tjenester, legg til FSPR. For grenseoverskridende enhetsresolusjon, legg til GLEIF når en LEI finnes.

Kontaktdata og salgsoppsøkende virksomhet

Ikke skrap e-poster eller telefonnumre fra offisielle registre og bruk dem som markedsføringstillatelse. Bruk CompaniesData.cloud for internasjonale arbeidsflyter for bedriftsdata og CentraldeComunicacion.es for spansktalende eller latinamerikanske kontaktdatakontekster, med et separat juridisk grunnlag og en undertrykkelsesprosess.

Kildematrise

Kilde	Eier / myndighet	Tilgangsmodell	Bruk notatet på nytt	Hovedbegrensning
Datatjenester for selskapskontoret	New Zealand Companies Office	datatjenestesenter / statistikk / masseutveksling / API-er	Vilkår og tjenestespesifikke betingelser for selskapskontoret	Kun tjenesteoversikt; hver kasse, API og massebane har sine egne vilkår og feltgrenser.
Bedriftskontorets måter å innhente data på	New Zealand Companies Office	søk / statistikk / masseforespørsler / API-veiledning	Vilkår for selskapskontoret og rutespesifikke betingelser	Veiledningsside; den gjør ikke alle nedstrøms registerfelt om til ubegrensede åpne data.
Foretakskontoret ber om tilgang til massedata	New Zealand Companies Office	Arbeidsflyt for masseforespørsler/godkjenninger	Vilkår og godkjenningsbetingelser for massetilgang	Ikke anonym gratis nedlasting; kontroller for forespørsel, godkjenning og avtale gjelder.
Hjelpeveiledning for massedata fra Companies Office	New Zealand Companies Office	dokumentasjon / register-for-register feltveiledning	Vilkår for foretakskontoret og avtale om massedata	Dokumentasjonen må leses i sammenheng med tilgangsavtalen og reglene for offentlig/privat felt.
Avtale om tilgang til massedata for foretak	New Zealand Companies Office	avtale / kontraktsmessige tilgangsvilkår	avtalebasert gjenbruk med løpende betingelser	Tilgang kan være betinget og kan ikke behandles som en lisens for åpne data uten forpliktelser.
Veiledning for API-et til Companies Office	New Zealand Companies Office	API-dokumentasjon / API Explorer-rute	API-termer, autentisering og endepunktspesifikke regler	API-tilgjengelighet fjerner ikke autentisering, rettferdig bruk eller begrensninger på feltnivå.
Foretakskontorets register-for-register-dataveiledning	New Zealand Companies Office	dokumentasjon / felt og registeroversikt	Foretaksregisterets vilkår og registerspesifikke begrensninger	Riktig kilde og offentlig/privat status må spores per register og felt.
Selskapsregisteret	New Zealand Companies Office	søk i offentlige register / innleveringer / dokumenter	Foretaksregisterets vilkår, dokumentregler og personvernbegrensninger	Søk og dokumenttilgang er ikke det samme som godkjent masse-/API-gjenbruk.
Foretakskontoret alle registre	New Zealand Companies Office	registerkatalog / portallenker	registerspesifikke termer	Katalogside; dekning og vilkår varierer fra register til register.
NZBN-bulkdata	New Zealand-bedriftsnummer	månedlig arbeidsflyt for massefiler / forespørsler	NZBN-termer og grenser for offentlige datafelt	Offentlige NZBN-data finnes ikke i alle felt i foretaksregisteret, og det kan være nødvendig med tilgangsbetingelser.
NZBN API	New Zealand-bedriftsnummer	API / autentisering / maskinoppslag	NZBN API-vilkår og endepunktbetingelser	API-tilgang og returnerte felt avhenger av autentisering, vilkår og offentlige/private flagg.
API-utforsker NZBN	New Zealand Business Number / MBIE API-portal	API Explorer / teknisk dokumentasjon	API-portal og endepunktspesifikke termer	Teknisk utforsker, ikke en frittstående gjenbrukslisens.
API Explorer-selskapsregisteret	New Zealand Companies Office / MBIE API-portal	API Explorer / teknisk dokumentasjon	API-portal og endepunktspesifikke termer	Autentisering, produksjonstilgang og feltbegrensninger trenger fortsatt separat gjennomgang.
data.govt.nz-katalogen	New Zealand regjering	katalog / CKAN-stil oppdagelse / nedlastinger der det er tilgjengelig	datasettspesifikke termer for åpne data fra New Zealands myndigheter	Katalogmyndigheten varierer fra utgiver til utgiver; Foretakskontoret er fortsatt registermyndigheten.
FÅR	New Zealands myndigheters elektroniske anbudstjeneste	innkjøpsportal / kunngjøringer / arbeidsflyter for leverandørmuligheter	GETS og vilkår på varselnivå	Deltakelse i anskaffelser er ikke dekket av foretaksregisteret.
Data og rapportering om offentlige anskaffelser i New Zealand	New Zealands offentlige anskaffelser	rapporter / anskaffelsesdata / publikasjoner	Offentlig publikasjon og datasettspesifikke termer	Rapporteringslag, ikke en juridisk hovedfil for selskapet.
IPONZ	New Zealands kontor for immaterielle rettigheter	søk / tjenester / IP-registre	IPONZ-vilkår og IP-publiseringsgrenser	Navnene på IP-eierne må samsvare og beviser ikke selskapets nåværende status.
Register over finansielle tjenesteleverandører	New Zealands selskapskontor / FSPR	registersøk / sektordata	FSPR og vilkår for foretakskontoret	Kun undergruppe for finansielle tjenester; det er ikke det generelle foretaksregisteret.
Handelskommisjonen	New Zealands handelskommisjon	avgjørelser / håndheving / publikasjoner	Publikasjonsvilkår fra regulatorer og saksspesifikke merknader	Kilde for beslutning og håndheving, ikke en bedriftsdatabase på postnivå.
GLEIF LEI-poster for New Zealand	GLEIF	API / åpne data i masseformat	GLEIFs vilkår for åpne data	Kun enheter med LEI-er; ikke omfattende dekning i foretaksregisteret.

FAQ

Er New Zealand et godt land for åpne selskapsdata?

Ja. New Zealand er sterkt fordi Companies Office og NZBN tilbyr offisiell søke-, API- og massetilgangsbevis. Forbeholdet er at offentlig søk, masseforespørsler, API Explorer-dokumentasjon, bruk av produksjons-API og dokumenter er forskjellige tilgangsmodeller.

Er massedata fra Companies Office en gratis og ubegrenset nedlasting?

Nei. Det er en sterk offisiell masseutvekslingsrute, men de offisielle sidene beskriver mekanikken for forespørsler, godkjenninger og tilgangsavtaler. Behandle det som kontrollert offisiell tilgang, ikke som en anonym fil uten betingelser.

Er NZBN det samme som foretaksregisteret?

Nei. NZBN er et system for identifikasjon av virksomheter som kan dekke selskaper og andre organisasjoner. Det er svært nyttig for matching, men det er ikke identisk med alle felt i foretaksregisteret eller alle lovpålagte registre.

Kan data fra Foretakskontoret eller NZBN brukes kommersielt?

Potensielt, men bare under relevant rute, vilkår, feltstatus og personvernkontroller. Behold attribusjon, språkbruk uten godkjenning, kildedatoer og flagg for offentlige/private felt sammen med dataene.

Publiserer New Zealand reelt eierskap som åpne data?

Ikke kom med en så bred påstand fra dette kildesettet. Feltene for eierskap, leder, aksjonær og fysisk person krever gjennomgang på feltnivå og for lovlig bruk før gjenbruk eller ny publisering.

Kan jeg bruke registerdata til kald e-postmarkedsføring?

Ingen automatisk tillatelse følger av synlighet i offentlige register. Berikelse av markedsføringskontakt krever et separat lovlig grunnlag, håndtering av undertrykkelse og personvernvurdering.

Hva er den beste førstekilden for automatisk inntak?

Start med Companies Office-datatjenester, Companies Office-veiledning for masseutveksling/API og NZBN API/bulkdata. Legg deretter til API Explorer og produksjonssluttpunkttermer før du skalerer inntak.

Hvorfor bruke CompaniesData i stedet for å samle kilder manuelt?

Manuell innsamling etterlater forskjellige identifikatorer, kildedatoer og dekningsregler. CompaniesData legger til grenser for normalisering, samsvar, proveniens, berikelse og samsvar.

Offisielle kilder

• Datatjenester for selskapskontoret – New Zealands selskapskontor
• Bedriftskontorets måter å innhente data på – New Zealands selskapskontor
• Foretakskontoret ber om tilgang til massedata – New Zealands selskapskontor
• Hjelpeveiledning for massedata fra Companies Office – New Zealands selskapskontor
• Avtale om tilgang til massedata for foretak – New Zealands selskapskontor
• Veiledning for API-et til Companies Office – New Zealands selskapskontor
• Foretakskontorets register-for-register-dataveiledning – New Zealands selskapskontor
• Selskapsregisteret – New Zealands selskapskontor
• Foretakskontoret alle registre – New Zealands selskapskontor
• NZBN-bulkdata – New Zealand-bedriftsnummer
• NZBN API – New Zealand-bedriftsnummer
• API-utforsker NZBN – New Zealand Business Number / MBIE API-portal
• API Explorer-selskapsregisteret – New Zealand Companies Office / MBIE API-portal
• data.govt.nz-katalogen – New Zealands regjering
• FÅR – New Zealands myndigheters elektroniske anbudstjeneste
• Data og rapportering om offentlige anskaffelser i New Zealand – New Zealands offentlige anskaffelser
• IPONZ – New Zealands kontor for immaterielle rettigheter
• Register over finansielle tjenesteleverandører – New Zealands selskapskontor / FSPR
• Handelskommisjonen – New Zealands handelskommisjon
• GLEIF LEI-poster for New Zealand – GLEIF