Gå til hovedinnhold
Beta! This documentation is automatically generated. Information may be incomplete or contain errors, especially screenshots and code samples. We'd love your feedback: use the "Did you find what you were looking for?" widget below, the chat in the bottom right, or email support@placepoint.no - we'll get back to you as soon as we can.

Changelog

Every change to the Placepoint API contract, newest first. One entry per notable addition or breaking change, grouped by month, with the info.version it shipped in. The rules that decide which of these can happen without notice are on API lifecycle, and each schema below links the operation that returns it.

The contract is still a 0.x release and the endpoints answer once the platform launches, so the entries below are changes to the published contract rather than to a running service. The one exception is tenants, which answers today through the trial key.

Machine-readable history: the current contract is published here as placepoint-api.yaml, and its info.version matches the version named in the newest entry here. getOpenApiSpec serves the same file at /openapi.yaml once the platform answers. /auth/me tells you which scopes your own key carries.

September 2026​

0.3.0​

Response schemas now carry the registered detail and the derived signals Placepoint already holds, so an integration does not have to fall back to the console or the map for them. Every change is additive, in the sense the lifecycle page defines.

  • Added supplements to Property: the 23 matrikkel supplement flags the kommune registers on a cadastral unit, among them hasGroundPollution, hasNotedComplaint, hasActiveLeaseholdPlots, clarifiedOwners, measurementNotCompleted and borderPointMarkingIsMissing. An absent flag means the register says nothing, not that the condition is false.
  • Added registered classification to Property: facilityType, purposeType, otherUnitTypeCode and landRegistryName, which are finer than the single propertyType enum. Also landUse (the dominant AR5 land-use class over the property's teiger), leaseholdCount, hasParkingGarage, historicalReportedAreaM2 with its source code, and tenantSummary, which counts the companies registered at the property and their employees so a client does not have to page every tenant to total them.
  • Added countyName and cityDistrictName to Municipality, so fylke and bydel reach you without a second lookup. They arrive wherever the schema does, including coordinate and address lookups.
  • Added to Building: sequenceNumber, extensionTypeCode, buildingType.primaryCode and buildingType.subCode, plus isAreaIncomplete and isWithoutBuiltUpArea. Those two matter for reading the area figures: when isAreaIncomplete is true, a zero or absent area means unmeasured rather than nothing built. Also derivedUsage, what Placepoint's own classifier reads the building as, which is separate from the registered buildingType and disagrees with it most often on older commercial stock.
  • Added hasSprinklerSystem to Building. Absent means no source covers the building, never that it has no system. No Norwegian register publishes automatic fire suppression nationally, so the field is declared ahead of a source: treat it as absent everywhere until this changelog says otherwise.
  • Added to Unit: bedroomCount (where roomCount counts all rooms), animalsAllowed and cooperativeShareNumber, the unit's andelsnummer in its housing cooperative.
  • Added to Owner: interestType, contactRole and untilDate. untilDate is the one that changes what the endpoint can answer: absent means the interest is current, so a former owner is now distinguishable from a present one. It reaches sections, shareholders and transaction parties too, which all build on Owner.
  • Added to Transaction: instrumentType (the legal instrument, e.g. Skjøte, narrower than the grouped kind), documentStatusCode, transferTaxBasis and transferTaxReason.
  • Added to ZoningPlan: proposedBy, finalizedDate, minUtilizationValue, landUseStatus, ownershipForm and firstDigitizedDate. planType gained MUNICIPAL_MASTER_PLAN_PROPOSAL, AREA_DEVELOPMENT_PLAN (a VPOR) and PLANNING_PROGRAM (a planprogram), and is now x-extensible-enum because municipalities keep digitizing more plan kinds. Utilization gained utilizationType, which says whether the plan sets a BYA percentage, a BRA percentage or gross floor area per square meter of plot, and minUtilizationValue.
  • Added modelEstimates to Valuation: the individual model outputs behind the headline figure, so you can see how far the models disagree. value still carries the ensemble Placepoint stands behind.
  • Added to Company: naceCodeSecondary and naceCodeTertiary, mobile, articlesApprovedDate, accountingYear, compulsoryLiquidationDate (a different event from a voluntary liquidation), and subUnits, the registered underenheter. Sub-units matter for tenancy: a company in a building is often a sub-unit rather than the parent legal entity.
  • Documentation fix, not a contract change: the field tables in this reference and on the product pages now expand composed schemas. Company, Owner, Shareholder, ComparableTransaction and Section build themselves out of other schemas, and their tables previously rendered as a single row or as nothing at all. getCompany now lists 61 fields where it listed none.

0.2.0​

Response schemas now carry what the Placepoint Fusion console shows, so an integration that moves from the console to the API keeps the same data. Every change is additive, in the sense the lifecycle page defines.

  • Added GET /companies/{scheme}/{id}/documents: annual reports, articles of association and other filings for a company, with the same document shape and signed download URLs as property documents.
  • Added summary fields to Property: buildingCount, sectionCount, unitCount, housingUnitCount, totalUsableAreaM2, totalGrossAreaM2, builtOverAreaM2, builtOverAreaPct, averageFloors, taxationValue, establishedDate and location. They also reach you from coordinate and address lookups, and from company properties, which all return the same schema.
  • Added registered technical detail to Building: waterSupply, sewerage, energySources, heatingTypes, hasLift, dwellingUnitCount, residentialUsableAreaM2, otherUsableAreaM2, builtOverAreaM2, builtOverAreaPct, usageGroup, registrationOrigin, isCulturalHeritage, isSefrakRegistered, elevation, statusHistory and floorDetails. floors keeps its meaning as the floor count, so nothing reading it changes. A building's outline stays on getBuildingFootprint.
  • Added to Unit: its own cadastreId (see Identifiers), grossAreaM2, primaryRoomAreaM2, roomCount, bathroomCount, toiletCount, kitchenAccess, ownershipForm, energyLabel and toBeDecommissioned.
  • Added to Tenant: legalForm, foundedDate, movedInDate, ceo, website, phone and isOwner. A tenant's own company record is getCompany.
  • Added to Transaction: sectionNumber, documentNumber, documentYear, transferTax, registrationFee, advertisedOnOpenMarket and isHistorical. The same schema backs comparable transactions, which adds distance, price per square meter and a similarity score.
  • Added to Company: legalForm, lei, marketName, foundedDate, businessActivity, ceo, website, email, phone, employeesDate, bankruptDate, liquidationDate and dissolutionDate, plus documents. Monthly employee counts stay on getCompanyEmployees, and board and management on listCompanyRoles.
  • Added to FinancialStatement: operatingResultBeforeDepreciation, liabilities, profitMarginPct, announcedDate and isConsolidated.
  • Added to Shareholder (fiscalYear, sourceDate), GroupNode (effectiveSharePct, depth, isTerminalNode) and Premises (untilDate, buildingType).
  • Added to ZoningPlan: planType, verticalLevel, utilizationValue, inEffectDate, considerationZones and planUrl. Utilization gained builtBya, the built-over share computed from the registered buildings.
  • Added to EnergyCertificate: certificateNumber, unitNumber, buildingCategory, buildingAreaM2, deliveredEnergyKwhM2 and documentUrl. Certification gained validToDate and certificateNumber, and LEED, SVANEMERKET, TEK10 and TEK17 as schemes.
  • Added stormSurge and contaminatedSoil to Risk, and units and documents to HousingCooperative.
  • Added demographic and market detail to AreaStatistics: population by gender, age group and education level, population history and projection, averageAge, daytimePopulation, commuters, households, the housing block, employeeCount, totalIncome, averageWealth and a quarterly priceHistory.
  • Added ZONING_PLAN_CHANGED to the event types on createSubscription and listSubscriptions. Delivery, signing and retries are unchanged; see Webhooks.
  • Document.kind on property documents, Certification.scheme on certifications and the webhook event types are now marked x-extensible-enum: the documented values are what we serve today, and the sets grow. Map an unknown value to your own fallback, as API lifecycle sets out. Request enums stay closed.
  • Added ANNUAL_REPORT and ARTICLES_OF_ASSOCIATION to Document.kind.

0.1.1 to 0.1.4​

  • Every operation now names its product page on docs.placepoint.no/api, and every product page links its reference page here, so the two directions stay in step.
  • Corrected the register link for reelle rettighetshavere on listCompanyShareholders, and allowlisted the authenticated tenants endpoint in the documentation link check.
  • Corrected the host in examples and in the sign-in flow to data.placepoint.no, which serves the API and the trial key until the PropCloud APIs behind api.placepoint.no are shut down.

0.1.0​

Last updated
Beta! This documentation is automatically generated. Information may be incomplete or contain errors, especially screenshots and code samples. We'd love your feedback: use the "Did you find what you were looking for?" widget below, the chat in the bottom right, or email support@placepoint.no - we'll get back to you as soon as we can.