Bei der Beschaffung der DeepSeek API reduziert sich die Diskussion im Unternehmen oft auf zwei Fragen: Wie viel laden wir auf, und was kostet die Einheit? Ob die Schnittstelle langfristig tragfähig ist, hängt jedoch von anderem ab: Wem gehört das Konto, wie wird das Kontingent verteilt, bestehen die Datenklauseln die interne Prüfung, lässt sich die Rechnung verbuchen und sind die Kosten planbar?

Die DeepSeek-Schnittstelle ähnelt im Aufbau der OpenAI-kompatiblen Form, was die Migration erleichtert und Tests schnell macht. Gerade deshalb überspringen viele Teams den Beschaffungsprozess und starten mit einem privaten Konto; erst wenn das Volumen wächst, passen Rechte, Vertrag und Abrechnung nicht mehr zusammen. Dieser Artikel liefert eine umsetzbare Beschaffungscheckliste für Konto, Kontingent, Compliance, Kosten und Vertrag.

Hinweis: DeepSeek ist eine Marke ihres jeweiligen Inhabers. Der Beitrag beschreibt die übliche Schnittstellenform im Oktober 2026. Modelle, Preise und Datenklauseln richten sich nach der offiziellen Dokumentation und den Modellpreisen; konkrete Stückpreise werden hier nicht genannt.

1. Die Checkliste in fünf Blöcken

Modul Zu klärende Frage Nachweis
Konto und Rechte Wer ist Vertragspartner, wie werden Keys nach Projekt getrennt? Kontenregister, Key-Liste
Kontingent und Drosselung Prepaid-Guthaben, Parallelität, Wiederholungen Budgetplan, Alarmkonfiguration
Compliance und Daten Werden Daten gespeichert oder zum Training verwendet? Klauselauszüge, Datenverarbeitungsvertrag
Kosten Eingabe-/Ausgabestruktur, Cache-Treffer, Retries Kostenmodell, monatliche Abstimmung
Vertrag und Rechnung Vertragspartner, Währung, Rechnungsart Vertrag, Rechnung, Zahlungsbeleg

Wird einer dieser Blöcke nur mündlich bestätigt, ist später Nacharbeit wahrscheinlich. Compliance und Rechnungsstellung durchlaufen meist zusätzliche interne Prozesse und sollten parallel zur technischen Anbindung starten.

2. Konto und Rechte: kein privates Konto für Firmengeschäft

  1. Mit einer Firmen-E-Mail-Adresse registrieren und das Konto an die juristische Person binden, damit es nach einem Personalwechsel nicht verloren geht.
  2. Mindestens zwei Administratoren einrichten, Zwei-Faktor-Authentifizierung aktivieren und kritische Aktionen protokollieren.
  3. Keys nach Umgebung trennen: Produktion, Test und Entwicklung jeweils separat, keine gemeinsame Nutzung.
  4. Keys in serverseitigen Umgebungsvariablen oder einem Secret-Manager ablegen, nicht im Frontend, im Repository oder in Chats.
  5. Bei jedem Key Verantwortlichen, Zweck und Erstellungsdatum vermerken und vierteljährlich prüfen.
  6. Bei Ende eines Outsourcings oder Projekts den Key sofort sperren, nicht erst zur Vertragsabrechnung.

Wie die Konsole Keys nach Projekt oder Anwendung verwaltet, richtet sich nach der aktuellen Oberfläche. Unabhängig davon gilt: Ein Key dient genau einer Umgebung, damit Probleme schnell eingegrenzt und Schäden begrenzt werden können.

3. Kontingent und Drosselung: Prepaid heißt nicht unbegrenzt

Die DeepSeek API arbeitet üblicherweise mit Prepaid-Guthaben und nutzungsabhängiger Abbuchung; ist das Guthaben erschöpft, schlagen Anfragen fehl. Bei der Beschaffung nicht nur fragen, „wie viel man aufladen kann“, sondern vier Steuerungsgrößen klären:

Steuerungsgröße Empfohlenes Vorgehen Zweck
Kontostand Das Ein- bis Zweifache des geschätzten Monatsverbrauchs halten Große Kapitalbindung und Versorgungsausfälle vermeiden
Projektbudget Nach Geschäftsbereich trennen und separat begrenzen Ein Experiment soll nicht die ganze Gruppe blockieren
Parallelität und Rate Nach Spitzenlast testen, nicht nach Durchschnitt schätzen Warteschlangen und Timeouts früh erkennen
Alarme Drei Stufen: Guthaben, Fehlerquote, Latenz Eingreifen, bevor Nutzer betroffen sind

Drosselungs- und Warteschlangenregeln ändern sich mit Modell, Konto und Plattformlast; maßgeblich ist die offizielle Dokumentation. Technisch geht es nicht darum, „einen Kanal ohne Limits“ zu finden, sondern Retry, Backoff, Degradation und Idempotenz im Code abzubilden. Bei 429 oder 5xx verstärkt sofortiges erneutes Senden die Überlastung; richtig sind exponentielles Backoff mit Zufallsanteil und eine maximale Wiederholungszahl.

4. Compliance und Daten: sechs Fragen für die Bestellung

  1. Werden Ein- und Ausgaben gespeichert? Wie lange?
  2. Werden API-Daten standardmäßig zum Modelltraining verwendet? Lässt sich das für Unternehmensszenarien abschalten?
  3. In welcher Region liegen die Daten? Ist eine grenzüberschreitende Übertragung betroffen?
  4. Kann ein Datenverarbeitungsvertrag mit klaren Verantwortlichkeiten geschlossen werden?
  5. Welche Unterauftragsverarbeiter gibt es, und wird bei Änderungen vorab informiert?
  6. Wie werden Meldefristen und Abläufe bei Sicherheitsvorfällen vertraglich geregelt?

Diese Punkte nicht nur mündlich vom Vertrieb bestätigen lassen. Offizielle Klauseln, Datenschutzerklärung, Datenverarbeitungsvertrag und Sicherheitshinweise archivieren und von Rechts- und Sicherheitsteam prüfen lassen. Bei Kundenverträgen, Code, personenbezogenen Daten und Finanzdaten zuerst anonymisieren oder strukturierte Felder verwenden; Rohdaten nicht direkt an das Modell senden.

5. Kosten: niedriger Stückpreis bedeutet nicht kontrollierbare Rechnung

Die Kosten setzen sich im Wesentlichen aus vier Teilen zusammen: ungecachte Eingabe, Cache-Treffer-Eingabe, Ausgabe und zusätzliche Anfragen durch Wiederholungen. Context Caching senkt häufig die Kosten wiederkehrender Präfixe, aber die Trefferquote hängt von der Anfragestruktur ab. Wer jedes Mal Zeitstempel, Zufalls-IDs oder wechselnde Inhalte voranstellt, verhindert Cache-Treffer.

Empfohlene Reihenfolge zur Kostensenkung:

  1. Zuerst die Eingabe verdichten: Retrieval nur relevante Passagen zurückgeben lassen, Verlauf zusammenfassen.
  2. Dann das Präfix stabilisieren: System-Prompt und Tool-Definitionen fixieren, um Cache-Treffer zu erhöhen.
  3. Ausgabe begrenzen: sinnvolle maximale Ausgabelänge setzen und strukturierte Ergebnisse verlangen.
  4. Modelle trennen: einfache Klassifikation und Extraktion mit leichten Modellen, komplexes Reasoning mit Reasoning-Modellen.
  5. Offline-Aufgaben bündeln: Zusammenfassungen und Annotationen ohne Echtzeitbedarf in ruhige Zeiten legen.
  6. Erst zuletzt den Anbieter wechseln: Wer die vorherige Verschwendung nicht behebt, zahlt beim nächsten Anbieter genauso.
export DEEPSEEK_API_KEY="IHR_KEY"

# Offizielle Direktverbindung: Key und verfügbare Modelle prüfen
curl "https://api.deepseek.com/models" \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY"

# Über das ZSQH AI Gateway: OpenAI-kompatibler Einstieg
curl "https://ai.zhongshangqihang.com/v1/chat/completions" \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"<Modellname>","messages":[{"role":"user","content":"Antworte nur mit OK"}]}'

Der Modellname richtet sich nach der Seite Modellpreise; Platzhalter aus dem Beispiel nicht unverändert in die Produktion übernehmen. Nach dem ersten erfolgreichen Aufruf die zurückgegebenen Nutzungsfelder erfassen und einmal mit der Rechnung abgleichen.

6. Vertrag, Zahlung und Rechnung

Punkt Offizielle Direktverbindung Inländisches AI-Gateway
Vertragspartner Online-Bedingungen oder verifizierte Unternehmenseinheit Vertrag mit inländischer Gesellschaft
Abrechnungswährung Laut Plattform RMB
Rechnung Nach Plattformregeln beantragen Umsatzsteuerrechnung, je nach Plattform
Zahlungsweg Unterstützte Firmen- oder Online-Zahlung Firmenüberweisung oder Online-Zahlung
Geeignet für Teams mit abgeschlossener Unternehmensverifizierung Teams mit einheitlicher Multi-Modell-Abrechnung

Für Unternehmen empfiehlt sich die Firmenzahlung; Vertrag, Bestellung, Zahlungsbeleg und Rechnung aufbewahren. Private Überweisungen im Firmenkonto verursachen später Probleme bei Erstattung und Abstimmung. Bei der Gateway-Auswahl vor allem Servicelevel, Rückerstattungsregeln und Datenklauseln prüfen, nicht nur den Stückpreis.

7. Checkliste für die Inbetriebnahme

  1. Unternehmenskonto und zwei Administratoren sind eingerichtet.
  2. Produktions-, Test- und Entwicklungs-Keys sind getrennt und haben Verantwortliche.
  3. Guthabenalarme und Projektbudgets sind gesetzt.
  4. Eine minimale Anfrage läuft im Produktionsnetz erfolgreich.
  5. Retry und Degradation für 429, 5xx und Timeouts sind ans Monitoring angebunden.
  6. Datenklauseln und Compliance-Unterlagen sind archiviert.
  7. Vertrag, Rechnung und Zahlungsbeleg liegen bei der Buchhaltung.
  8. Ausweichmodell oder Ausweichkanal wurde getestet; ein Wechsel beeinträchtigt das Geschäft nicht.

Häufige Fragen

Muss die DeepSeek-API-Beschaffung immer über einen Vertrag laufen?

Sobald Firmendaten, Firmenerstattung oder externe Dienste betroffen sind, sind Vertrag und Firmenzahlung empfehlenswert. Kleine private Aufladungen eignen sich zum Testen, nicht für dauerhaftes Firmengeschäft.

Kann ungenutztes Prepaid-Guthaben erstattet werden?

Maßgeblich sind Plattformbedingungen und Vertrag. Für ungenutztes Guthaben, Bonusguthaben und bereits verbrauchte Beträge gelten unterschiedliche Regeln; das sollte vor der Zahlung geklärt werden, nicht erst bei Nichtnutzung.

Werden Daten zum Training verwendet?

Für API und Consumer-Produkte können unterschiedliche Bedingungen gelten, ebenso für Enterprise-Versionen, Regionen und Zeiträume. Maßgeblich sind der unterzeichnete Datenverarbeitungsvertrag und die offiziellen Klauseln; sensible Daten vorher einer Compliance-Prüfung unterziehen.

Offizielle Direktverbindung oder Gateway?

Wer die Unternehmensverifizierung abgeschlossen hat und nur DeepSeek benötigt, hat mit der Direktverbindung den kürzeren Weg. Wer mehrere Modelle in einer Oberfläche, eine einheitliche RMB-Abrechnung und Rechnungen benötigt, fährt mit einem Gateway einfacher. Kosten und Wechselkurse stehen in den Modellpreisen.

Wo entstehen die größten Kostenverluste?

Häufig bei wiederholtem Kontext, verfehlten Cache-Treffern, zu langen Ausgaben und unbegrenzten Wiederholungen. Zuerst die Anfrage-Logs ansehen und Eingabestruktur, Cache-Treffer und Retry-Zahl getrennt auswerten, dann die Optimierungsreihenfolge festlegen.

Nächster Schritt

Erstellen Sie zuerst im ZSQH AI Gateway einen Test-Key, führen Sie eine Woche lang echte Aufgaben aus und erfassen Sie Verbrauch, Fehlerquote und Kosten pro Aufgabe, bevor Sie das Beschaffungsvolumen festlegen. Verfügbarkeit und Preise der Modelle stehen in den Modellpreisen.

Weiterlesen: