API lösningar hos iBinder
Integrera enkelt med externa system
Checklista inför en integration:
- Vilka integrationsmöjligheter har det andra systemet? (API, import/export, webhooks etc.)
- Finns teknisk kompetens tillgänglig? (Internt utvecklingsteam eller extern konsult med API-erfarenhet)
- Vilken typ av information ska utbytas? (T.ex. dokument, metadata, projekt, användare)
- Hur ofta ska informationen synkas? (Kontinuerligt, dagligen, manuellt)
- Behövs tvåvägsintegration? (Ska båda systemen kunna både läsa och skriva?)
Observera: Vi rekommenderar endast att använda våra API:er om ni har teknisk kompetens och erfarenhet inom API-integration. iBinder erbjuder inte support för kod eller felsökning av klientimplementeringar.
Swagger
iBinder API finns publikt tillgängligt på:
Autentisering
Vi använder client credentials-flödet för autentisering, där varje klient är unikt kopplad till er kundmiljö (tenant). Kontakta vår support för att få era klientuppgifter.
Presigned URL-uppladdning
iBinder använder presigned URL:er för filuppladdning. Det innebär att klienten får en tillfällig länk med åtkomsträttigheter och kan ladda upp filer direkt till lagringen utan att gå via API:et. Detta ger en effektiv och säker uppladdning, styrd av Azure Blob Storage-begränsningar.
Format på förfrågningar och svar
Endast JSON stöds för request- och response-data.
API-versionering och bakåtkompatibilitet
iBinders API är för närvarande i version 1.0. För att säkerställa bakåtkompatibilitet och möjliggöra ändringar utan att bryta befintliga integrationer används versionshantering. Version 1.0 har ingen versionsindikator i URL:en (bas-URL: https://api.ibinder.com/). Framtida versioner kommer att ha versionsnummer i URL:en, t.ex. https://api.ibinder.com/v2.
iBinder strävar efter att undvika brytande ändringar och föredrar istället stegvisa tillägg. Vid behov av förändringar ges förhandsinformation och kunder ges tid att uppdatera sina integrationer. Varje version stöds minst 12 månader efter att en ny version släppts.
Begränsning av API-anrop (Rate limiting)
För att motverka missbruk och säkerställa rättvis användning tillämpas rate limiting och throttling. Begränsningar varierar beroende på klienttyp och förfrågning. Vid överskridna gränser returneras svaret ”429 Too Many Requests”.
Dokumentation och test
Vi tillhandahåller även dokumentation i PDF-format och vi har en färdig Postman Collection för att underlätta tester och implementering. Hör gärna av er om ni vill ha tillgång till dokumentationen eller har andra frågor!