Integrationen
ChemNexia ist bewusst als neutraler Hub gebaut: offene REST-APIs, SCIM für Nutzerbereitstellung, OAuth mit Google oder Microsoft. Kein Vendor Lock-in — sondern eine saubere Schicht zwischen ERP, PLM, e-Procurement und Sourcing.
Jede Kernfunktion — RFQs, Angebote, Deal Rooms, Audit-Trail — ist über eine dokumentierte REST-API erreichbar. Webhooks für Statusänderungen. Idempotente Writes.
Nutzer und Gruppen kommen aus Ihrem IdP: Azure AD / Entra, Okta, Google Workspace. Automatisches Provisioning und Deprovisioning. Kein manuelles Nutzermanagement.
Single Sign-on mit Google oder Microsoft. SAML SSO für Enterprise. MFA über Ihren IdP — ChemNexia sieht keine Passwörter.
Vollständiger Datenexport jederzeit (JSON, CSV). Standardformate. Klare Kündigungs- und Löschprozesse. Sie besitzen Ihre Daten — nicht wir.
Hub
Sourcing lebt zwischen Systemen: F&E-Anforderung im PLM, Bedarfsfreigabe im ERP, Lieferantendaten im MDM, Verhandlung im E-Mail-Postfach. ChemNexia setzt sich sauber zwischen diese Systeme — nicht darüber.
ChemNexia in der Mitte — jedes System bleibt eigenständig.
Diese Endpunkte sind live. Authentifizierung per Access-Token im Header: Authorization: Bearer <token>. Antworten werden serverseitig pro Empfänger geformt — vertrauliche Anfragen sind redigiert, Ende-zu-Ende-verschlüsselte Deal-Room-Inhalte werden nie ausgeliefert.
/api/public/v1OpenAPI 3.1 öffnen| GET | /api/public/v1/me | Aktuelle Identität, Firmenprofil und erteilte Rollen | Token |
| GET | /api/public/v1/rfqsQuery: status, limit | Anfragen listen — vertrauliche werden serverseitig redigiert | Token |
| POST | /api/public/v1/rfqsBody: chem_names, cas_no, capability, description, kind, confidential | Anfrage anlegen (Entwurf) | Token |
| GET | /api/public/v1/rfqs/{id} | Einzelne Anfrage inkl. Mengen und Sichtbarkeitsregeln | Token |
| GET | /api/public/v1/rfqs/{id}/offers | Angebote zu einer Anfrage | Token |
| POST | /api/public/v1/rfqs/{id}/offersBody: lab_price, dev_price_per_kg, commercial_price_per_kg, availability | Angebot einreichen oder aktualisieren (eines pro Lieferant und Anfrage) | Token |
| GET | /api/public/v1/suppliersQuery: cas, country, company_type, limit | Lieferantenverzeichnis, filterbar nach CAS, Standort oder Firmentyp | Token |
| GET | /api/public/v1/deal-roomsQuery: limit | Deal-Room-Metadaten — verschlüsselte Inhalte werden nie ausgeliefert | Token |
| GET | /api/public/v1/audit-trailQuery: room_id, since, limit | Auditlog exportieren | Token |
| GET | /api/public/v1/openapi.json | Dieses OpenAPI-3.1-Dokument | offen |
curl -s "${BASE_URL}/api/public/v1/rfqs?limit=5" \
-H "Authorization: Bearer ${ACCESS_TOKEN}"Alle Schreibzugriffe werden serverseitig gegen den Status der Anfrage geprüft; jede Aktion landet im Auditlog.
Sagen Sie uns, welches System bei Ihnen führend ist — wir bauen um Ihren Stack herum, nicht andersherum.
Integration besprechen