Documentation Index

Fetch the complete documentation index at: https://docs.document360.com/llms.txt

Use this file to discover all available pages before exploring further.

Disclaimer: Dit artikel is gegenereerd door automatische vertaling.

Problemen met API-import oplossen

Prev Next

Dit artikel is een geconsolideerde referentie voor elke fout, waarschuwing en onverwacht gedrag die is gedocumenteerd in de API-documentatiefunctie van Document360. Gebruik het om problemen met imports, authenticatie, de Try It!-functie, rendering en de knowledge base-site te diagnosticeren en op te lossen.


Importfouten

Ongeldig formaat – API-bestandsupload mislukt

Wanneer het gebeurt: Wanneer één of meer antwoorden in je OpenAPI-specificatiebestand het vereiste content gedeelte missen.

Waarom het gebeurt: Document360 handhaaft strikte OpenAPI-validatieregels. Hoewel een bestand validatie kan doorstaan in tools zoals Swagger Editor, vereist Document360 dat alle antwoorden expliciet zowel het mediatype (bijvoorbeeld application/json) als een schemareferentie onder een content blok definiëren. Antwoorden die leeg zijn of direct naar een schema verwijzen zonder wrapper content zullen deze fout veroorzaken.

Hoe je het oplost:

  1. Open je OpenAPI-specificatiebestand in een teksteditor of IDE.
  2. Zoek alle responsdefinities die leeg zijn of die een schema zonder content blok verwijzen.
    Onjuist:
   responses:
     "200": {}

Correct:

   responses:
     "200":
       description: OK
       content:
         application/json:
           schema:
             $ref: "#/components/schemas/YourSchema"
  1. Sla het bestand op en upload het opnieuw naar Document360.
    Als het probleem blijft bestaan, neem dan contact op met het Document360-supportteam .

Ongeldige URL

Wanneer het gebeurt: Bij het maken van een API-referentie vanuit een URL kan de gegeven URL niet worden opgehaald of opgelost.

Waarom het gebeurt: De URL kan misvormd zijn, onbereikbaar zijn vanaf de servers van Document360, of wijzen op een bron die geen geldige OpenAPI-specificatie is.

Hoe je het oplost: Controleer of de URL correct wordt opgelost in een browser of met curl. Zorg ervoor dat het een geldig JSON- of YAML OpenAPI-document teruggeeft. Corrigeer de URL en probeer het opnieuw.


Niet-ondersteund bestandsformaat

Wanneer het gebeurt: Wanneer het geüploade bestand geen ondersteund formaat is.

Hoe je het oplost: Zorg ervoor dat je bestand een van de volgende is: JSON, YAML of YML. Document360 ondersteunt OpenAPI 2.0, OpenAPI 3.0, OpenAPI 3.1 en Postman Collections.


API-referentie kan niet toevoegen – ongeldig specificatiebestand

Foutmelding: "API-referentie kan niet worden toegevoegd. Deze operatie kan niet worden voltooid. Zorg ervoor dat u een geldig specificatiebestand heeft verstrekt."

Screenshot showing the invalid API reference error

Wanneer het gebeurt: Bij het uploaden van een YAML-specificatiebestand dat is gekopieerd of geëxporteerd uit een rich-text editor of tekstverwerker.

Waarom het gebeurt: Het geüploade YAML-bestand is misvormd en geen geldig OpenAPI 3.0 YAML-document. Dit gebeurt vaak wanneer het bestand is gekopieerd of geëxporteerd uit een rich-text editor, die opmaaktekens introduceert zoals \f0\fs24 of trailing backslashes die het YAML-formaat breken.

  1. Valideer je specificatiebestand: Open je YAML-bestand in een tool zoals Swagger Editor of een code-editor om fouten of opmaakfouten te controleren.
  2. Zoek naar ongewenste opmaaktekens: Controleer op tekens zoals \f0\fs24 of achteroverliggende schreeuwstrepen \ (vooral in de endpointbeschrijving) die mogelijk zijn toegevoegd tijdens copy-paste-uit een rijke tekstbron. Deze kunnen het YAML-formaat breken.
  3. Maak het bestand schoon: Gebruik een gewone tekst- of code-editor om speciale opmaaktekens te verwijderen. Vermijd het gebruik van tekstverwerkers bij het bewerken of opslaan van YAML-bestanden.
  4. Upload het bestand opnieuw: Nadat je het bestand hebt opgeschoond en hebt gecontroleerd of het een geldige OpenAPI 3.0 YAML is, probeer het opnieuw te uploaden.

Samenvatting en tags niet weergegeven na import

Wanneer het gebeurt: Na het importeren van een specificatie tonen endpoint-artikelen onjuiste titels of verschijnen ze onder onverwachte categorieënmappen.

Waarom het gebeurt: De en-velden tags worden gedefinieerd op padniveau in de spec in plaats van binnen het operatieobject (get, post, put, of delete).summary Daarnaast moet het tags veld altijd als een array worden geschreven, zelfs als slechts één tag wordt gebruikt.

Hoe je het oplost:

  1. Open je OpenAPI-specificatiebestand in een teksteditor.
  2. Verplaats de summary en-velden tags binnen elk bewerkingsobject en zorg ervoor dat tags het als een array wordt geschreven.
    Onjuist:
   /your-endpoint:
     summary: My Endpoint
     tags: My Category
     get:
       ...

Correct:

   /your-endpoint:
     get:
       summary: My Endpoint
       tags: ["My Category"]
       ...
  1. Sla het bestand op en importeer het opnieuw in Document360. De geïmporteerde artikelen gebruiken de summary waarde als artikeltitel, en tag-gebaseerde mappen worden correct aangemaakt.
    Als het probleem blijft bestaan, neem dan contact op met het Document360-supportteam .

Upload mislukt met 400 Bad Request – specificatiebestand te groot

Wanneer het gebeurt: Bij het uploaden van een geldig YAML- of JSON OpenAPI-specificatiebestand dat eindpunten bevat met diep geneste responsschema's en meerdere responscodes per eindpunt.

Waarom het gebeurt: Hoewel het bestand geldig kan zijn als YAML en externe validators zoals Swagger Editor kan passeren, handhaaft Document360 een interne artikelgroottelimiet. Wanneer een eindpunt responsschema's bevat die acht of meer niveaus diep zijn genest over meerdere responscodes, overschrijdt de resulterende datagrootte deze limiet en kan niet worden verwerkt of opgeslagen.

Hoe je het oplost:

  1. Open je OpenAPI-specificatiebestand in een teksteditor of IDE.
  2. Voor elk eindpunt behoudt u slechts één 201-responstype, één 400-serie responstype en het standaardresponstype. Verwijder alle extra antwoordcodes.
  3. Voor eindpunten waarbij alleen de 201-respons diep geneste schema's bevat, behoud alleen het 201-responstype en verwijder de 400-serie en standaardresponstypen volledig.
  4. Sla het aangepaste bestand op en upload het opnieuw naar Document360.

i️ OPMERKING
Als publicatie mislukt na een succesvolle upload, neem dan contact op met het supportteam van Document360. Publiceren kan backend-ondersteuning vereisen vanwege de beperking van de artikelgrootte.


Top-level tagbeschrijvingen worden niet weergegeven in de API-documentatie

Wanneer het gebeurt: Beschrijvingen en metadata die zijn gedefinieerd in topniveau OpenAPI-tagobjecten worden niet weergegeven in de gegenereerde API-documentatie.

Waarom het gebeurt: Wanneer een OpenAPI-specificatiebestand topniveau-tags bevat die worden gebruikt om API-operaties te groeperen, zet Document360 die tags tijdens de import om in mapcategorieën. Mapcategorieën worden alleen gebruikt voor het organiseren van eindpunten en genereren geen zelfstandige contentpagina's. Daardoor wordt geen enkele beschrijving of metadata die binnen die topniveau-tagobjecten is gedefinieerd, gerenderd.

Oplossing: Voeg de relevante context direct toe aan de individuele endpointbeschrijvingen binnen de tag, zodat de informatie zichtbaar is op de gegenereerde endpointpagina's.


Nog steeds problemen?

Als bovenstaande stappen je probleem niet oplossen, neem dan rechtstreeks contact op met het Document360-supportteam .


FAQ

Kan ik API-resultaten filteren op artikelen die na een bepaalde datum zijn aangemaakt of aangepast?

De API ondersteunt geen directe filtering van artikelen op aanmaak- of wijzigingstijd. Je kunt het endpoint 'Alle artikelversies op' gebruiken, dat een Gewijzigd At-tijdstempel in de metadata bevat, en de reactie aan jouw kant filteren. Gebruik de artikel-ID om volledige inhoud op te halen via het artikeldetails-eindpunt.

Ondersteunt Document360 dynamische of instantiegebaseerde API-antwoorden?

Nee. Document360 volgt de OpenAPI-specificatie, die een consistente statische structuur definieert voor verzoek- en responsobjecten. Als je API verschillende antwoorden teruggeeft voor hetzelfde endpoint over verschillende instanties, kan Document360 die variaties niet dynamisch weergeven. De aanbevolen aanpak is om dezelfde schemastructuur te gebruiken in alle omgevingen, of om aparte OpenAPI-specificatiebestanden voor elke omgeving te publiceren. Voor velden die licht variëren tussen instanties, gebruik de OpenAPI-eigenschap additionalProperties .

Kan ik artikelen als PDF downloaden via de API?

Momenteel is er geen optie om artikelen als PDF's te downloaden via de API-eindpunten.

Kunnen lezers tijdens de downtime van het Document360-portaal toegang krijgen tot de knowledge base-site?

Ja. GET-aanroepen van de Customer API draaien onafhankelijk van het Document360-portaal, zodat lezers de site kunnen blijven gebruiken tijdens geplande onderhouds- of portaaluitval.

Waarom bevat de Try It! URL tryit.document360.io?

Dit is verwacht gedrag. Het tryit.document360.io subdomein wordt intern gebruikt om API-testverzoeken te routeren en te verwerken. Het beïnvloedt de functionaliteit niet — verzoeken geven correcte resultaten van je API terug.

Waarom krijg ik fouten bij het doen van API-verzoeken vanuit een geautomatiseerde workflow of CI/CD-pijplijn?

Dit kan gebeuren als de user_id die in het API-verzoek is opgenomen toebehoort aan een inactieve gebruiker of aan een gebruiker die niet over de vereiste rechten beschikt voor de uitgevoerde operatie.

Voorbeeld: Bij het aanroepen van fork-eindpunten (zoals /v2/Categories/{CategoryId}/fork), geeft een verouderde of ongeldige user_id de misleidende foutmelding "De methode of bewerking is niet geïmplementeerd." Dit betekent niet dat het eindpunt niet wordt ondersteund — het betekent dat de user_id ongeldig is of dat de gebruiker geen rechten heeft.

Oplossing: Zorg ervoor dat de user_id toebehoort aan een actieve Document360-gebruiker met de benodigde toegangsrechten (bijvoorbeeld bewerkingsrechten op het artikel of de categorie die wordt geforkt). Voor automatiseringstoepassingen wordt aanbevolen een dedicated serviceaccount te gebruiken. Je kunt de juiste user_id ophalen met het API-endpoint Get complete user details by id.

Waarom geeft de API onverwachte talen terug in het available_languages-veld?

Wanneer het gebeurt

Dit gebeurt wanneer het available_languages veld in de API-respons talen bevat die momenteel niet beschikbaar worden verwacht voor het artikel.

Waarom het gebeurt

De API retourneert alle talen waarin het artikel ten minste één keer is gepubliceerd. Als een vertaalde versie van het artikel eerder is gepubliceerd, wordt die taal opgenomen in het available_languages vakgebied, ook al wordt deze niet langer actief onderhouden.

Hoe het te repareren

  1. Navigeer naar het artikel in de betreffende taal.
  2. Controleer of het vertaalde artikel eerder is gepubliceerd.
  3. Verwijder de publicatie van het vertaalde artikel als het niet meer beschikbaar zou moeten zijn.

Nadat het vertaalde artikel niet is gepubliceerd, wordt de taal niet langer teruggegeven in het available_languages veld van de API-respons.

Waarom geeft de API een andere slug terug voor vertaalde artikelen?

Wanneer het gebeurt

Dit gebeurt wanneer de slug die voor een vertaald artikel wordt teruggegeven verschilt van de slug die in het oorspronkelijke API-verzoek werd gebruikt.

Voorbeeld

  • Aangevraagde slug: add-subscription-activation-code
  • Teruggegeven vertaalslug: adding-your-subscription-with-your-activation-code

Waarom het gebeurt

De URL van het vertaalde artikel is na de eerste aanmaak aangepast en er is een doorverwijzingsregel geconfigureerd voor de vorige URL. De API geeft de huidige actieve slug terug die aan het vertaalde artikel is gekoppeld in plaats van de originele slug.

Hoe het te repareren

  1. Navigeer naar instellingen > kennisbank Site > artikeldoorverwijzingsregels.
  2. Controleer of er een doorverwijzingsregel bestaat voor het vertaalde artikel.
  3. Bekijk de huidige URL die voor het artikel is geconfigureerd in de betreffende taal.
  4. Indien nodig, werk de artikel-URL bij of redirect configuratie om deze te laten aansluiten bij de verwachte slug.

De API zal altijd de momenteel actieve URL voor het vertaalde artikel teruggeven.

Hoe kan ik alleen gepubliceerde artikelen ophalen als ik het API-eindpunt "Get list of articles within a project version" gebruik?

Wanneer het gebeurt

Dit gebeurt wanneer de Get-lijst van artikelen binnen het API-eindpunt van een projectversie artikelen in meerdere publicatietoestanden terugstuurt, en alleen gepubliceerde artikelen vereist zijn.

Waarom het gebeurt

Het eindpunt geeft alle artikelen terug die beschikbaar zijn binnen de opgegeven projectversie, ongeacht hun publicatiestatus. De publicatiestatus van elk artikel wordt geïdentificeerd door het status veld in de API-respons.

Ondersteunde statuswaarden zijn onder andere:

  • 0 — Draft
  • 3 — Gepubliceerd

Omdat het eindpunt momenteel geen filtering op publicatiestatus ondersteunt, worden zowel concept- als gepubliceerde artikelen teruggestuurd in de respons.

Hoe het te repareren

Om alleen gepubliceerde artikelen op te halen:

  1. Roep de Get lijst van artikelen aan binnen een projectversie API-endpoint.
  2. Filter de reactie zodat alleen artikelen worden opgenomen waar status = 3.
  3. Haal de artikel-ID's uit de gefilterde resultaten.
  4. Gebruik de gefilterde artikel-ID's met het Gets an article API-eindpunt om de inhoud van de gepubliceerde artikelen op te halen.

Aanvullende informatie

Momenteel biedt de Get-lijst van artikelen binnen het API-eindpunt van een projectversie geen queryparameter of padparameter om alleen gepubliceerde artikelen terug te geven. Het filteren van de reactie op het status veld is de aanbevolen methode om gepubliceerde inhoud te identificeren en op te halen.

De isPublished parameter bestaat op individuele resource-eindpunten (Krijgt een artikel, Krijgt een categorie) maar niet op lijst-eindpunten. Gebruik het niet isPublished om lijstresultaten te filteren.