Servicegebieden en bereikbaarheid

Zet een gevalideerd bedrijfsadres om in uitlegbare reistijdcontext.

Combineer officiële BAG-adrescontext met route-, matrix- en isochroneberekeningen. Route-uitkomsten zijn operationele context, geen officieel bedrijfsfeit, en blijven gekoppeld aan provider, ophaaltijd en attributie.

EVIDENCE-FIRSTVan invoer naar een uitlegbaar besluit.
Bron per voorstel Review bij twijfel Origineel blijft bewaard
Waar dit bij helpt

Maak een databesluit controleerbaar vóór je het toepast.

01

Begin bij een gecontroleerde locatie

Gebruik bij voorkeur een geverifieerd BAG-adres; een fallbacklocatie blijft in het resultaat zichtbaar gemarkeerd.

02

Eén contract voor geo-context

Routes, matrices, isochronen en kaartconfiguratie gebruiken dezelfde provenancevelden en attributieregels.

03

Providerstatus zonder fictie

Is routing of kaartconfiguratie niet actief, dan meldt de workspace-API dat expliciet in plaats van een kaart of reistijd te simuleren.

Werkbare route

Van eerste signaal tot veilig resultaat.

  1. 01

    Valideer het startadres

    Koppel het bedrijfsrecord eerst aan BAG- of duidelijk gemarkeerde geocodecoördinaten.

  2. 02

    Kies route of matrix

    Bereken één route of vergelijk meerdere herkomsten en bestemmingen via de server-side routingintegratie.

  3. 03

    Maak servicegebieden

    Vraag bijvoorbeeld contouren van 15, 30 en 45 minuten op, binnen de grenzen van de geconfigureerde provider.

  4. 04

    Toon context met attributie

    Gebruik uitsluitend de geretourneerde kaartconfiguratie en houd OSM- en providerattributie zichtbaar.

Synthetisch voorbeeld · geen klantdata

Een isochrone-request bevat invoer, geen beloofde dekking.

De synthetische coördinaten en tijdsgrenzen laten de requestvorm zien. Contouren en bereikbare gebieden worden alleen door een geconfigureerde live provider berekend.

De coördinaten zijn uitsluitend een synthetisch contractvoorbeeld. Er wordt geen bereik, reistijd of gebied als werkelijk resultaat getoond.

Request · synthetische coördinaten
POST /v1/geodata/isochrones
Content-Type: application/json

{
  "locations": [[5.0000, 52.0000]],
  "range_seconds": [900, 1800, 2700],
  "profile": "driving-car"
}
Resultaatvorm · geen fictieve contour
type ServiceAreaResult = GeoContextResponse<{
  type: "FeatureCollection";
  features: unknown[];
}>;

// data komt alleen uit de actuele providerresponse
// provenance vermeldt provider, cache en attributie

Geschikt voor operationele analyse

Servicegebieden kunnen helpen bij regiokeuze, buitendienstplanning en een eerste bereikbaarheidstoets wanneer de bron en het rekenmoment worden meegenomen.

  • Route per profiel
  • Reistijdmatrix
  • Isochronen per tijdsgrens

Grenzen van de uitkomst

Routing is afhankelijk van netwerkdata, profiel, providerconfiguratie en het moment van berekenen. Het is geen garantie voor werkelijke aankomsttijd of commerciële dekking.

  • Geen reistijdgarantie
  • Geen onafhankelijke bedrijfsbevestiging
  • Geen kaart zonder zichtbare attributie
Veelgestelde vragen

Eerst weten wat er precies gebeurt.

Welke servicegebieden kan ik berekenen?

De API ondersteunt configureerbare isochronegrenzen. De productinterface kan bijvoorbeeld 15, 30 en 45 minuten aanvragen wanneer de routingprovider actief is.

Zijn reistijden officiële gegevens?

Nee. Ze zijn context uit de geconfigureerde routingprovider en worden daarom als context_only met bron, tijdstip en attributie teruggegeven.

Wat gebeurt er als routing niet is geconfigureerd?

De API geeft een duidelijke configuratiefout. De marketingwebsite en app horen dan geen route, contour of voorbeeldcijfer te fabriceren.

Begin met echte input

Toets Bedrijfsbron eerst op een afgebakende dataset.

Beschrijf je bronbestand, gewenste velden en beslisregels. Dan kan de pilot worden ingericht zonder directe writeback naar je ERP of CRM.

Bespreek je dataset