Das Aufladen der GLM API wirkt wie eine reine Zahlung, betrifft aber vier unterschiedliche Fragen: Auf welchem Konto landet das Geld, wird Barguthaben oder ein Ressourcenpaket gekauft, über welchen Betrag wird die Rechnung ausgestellt, und wie lässt sich der Betrieb bei zu niedrigem Guthaben schnell wiederherstellen? Je größer das Team, desto häufiger entstehen daraus Rückfragen zwischen Finanz- und Entwicklungsabteilung.
Dieser Artikel trennt die offizielle Direktaufladung und die Gateway-Aufladung und legt den Schwerpunkt auf Rechnungen, Erstattungen, Beschaffung und Guthabenüberwachung. Konkrete Aufladezugänge, Zahlungswege und Aktionen richten sich nach der Abrechnungsseite der Konsole; feste Preise und Rabattzahlen nennt der Text nicht.
Hinweis: Zhipu, GLM und BigModel sind Marken der jeweiligen Inhaber. Der Artikel dient der technischen Erläuterung; es besteht keine Zugehörigkeit, Vertretung oder Autorisierung gegenüber Zhipu. Auflade-, Rechnungs- und Erstattungsregeln können sich ändern; vor dem Handeln die aktuellen Bedingungen der Plattform lesen.
1. Zuerst klären, auf welchem Konto aufgeladen wird
Prüfen Sie vor der Aufladung, zu welchem Konto der Key gehört. Ein offizieller Key kann nur durch das Guthaben des offiziellen Kontos gedeckt werden, ein Gateway-Key nur durch das Gateway-Guthaben; die Guthaben sind nicht übertragbar. Wer offizielles Geld auf das Gateway bucht oder umgekehrt, erlebt „aufgeladen, aber nicht nutzbar“.
Auch Barguthaben und Ressourcenpakete sind zu unterscheiden. Laut offizieller Dokumentation werden Ressourcenpakete üblicherweise zuerst verbraucht, danach das Barguthaben. Ressourcenpakete haben eine Laufzeit und lassen sich nach Ablauf weder verlängern noch erneuern oder reaktivieren. Die Gültigkeitsregeln für Barguthaben sind in der Dokumentation nicht ausdrücklich genannt; große Beträge sollten nicht dauerhaft ungenutzt liegen.
2. Offizieller Aufladeprozess
Geeignet für Teams, die nur GLM nutzen, offizielle neue Fähigkeiten direkt brauchen oder aus Finanzsicht direkt mit Zhipu abrechnen müssen. Üblicher Ablauf:
- Bei der Zhipu Open Platform anmelden und Finanz- oder Kontozentrum öffnen.
- Aktuellen Kontoinhaber, Verifizierungsstatus und verfügbare Zahlungswege prüfen.
- Barguthaben aufladen oder Ressourcenpaket kaufen; passende Modelle und Laufzeit prüfen.
- Zahlung abschließen und in der Konsole die Gutschrift bestätigen.
- Auf der Kosten- und Rechnungsseite Abbuchungsreihenfolge und Guthabenveränderung prüfen.
- Mit einer Minimalanfrage die Verfügbarkeit testen, dann den regulären Verkehr wieder aufnehmen.
Bei einer ausländischen Seite können Währung, Zahlungswege und Abrechnungspartner abweichen; maßgeblich ist die Abrechnungsseite. Inländische Teams rechnen in Renminbi ab, was Erstattung und Rechnungsstellung erleichtert und Budgetabweichungen durch Wechselkurse vermeidet.
3. Gateway-Aufladeprozess
Nutzt das Team mehrere Modelle oder soll ein Guthaben GLM, DeepSeek, Claude und weitere Modelle abdecken, kann es sich im ZSQH AI Gateway registrieren und die Wallet- oder Aufladeseite nutzen. Der grundlegende Ablauf:
- Registrieren und in der Gateway-Konsole anmelden.
- Konto- und Rechnungsdaten einrichten, damit später keine Unterlagen nachgereicht werden müssen.
- Aufladebetrag wählen und Zahlung abschließen.
- Gutschrift bestätigen und auf der Seite Modellpreise die Abrechnung der GLM-Serie prüfen.
- Keys für verschiedene Umgebungen erstellen und Obergrenzen setzen.
- Zuerst mit kleinem Verkehr testen, dann schrittweise erhöhen.
Der Wert des Gateways liegt nicht nur in „einem weiteren Zahlungseingang“, sondern darin, Rechnungen mehrerer Modelle an einer Stelle zu bündeln und Abgleich sowie Erstattung zu vereinfachen. Der Preis ist, dass Verfügbarkeit neuer Modelle, Parameterunterstützung und Abrechnungsgrundlage vom Gateway abhängen; das sollte vorher geklärt sein.
4. Rechnungen ausstellen
Die zentrale offizielle Regel lautet: abgerechnet wird über den tatsächlich verbrauchten Bar betrag, nicht über den aufgeladenen Betrag. Laut offizieller Dokumentation umfasst der rechnungsfähige Bereich üblicherweise API-Reasoning-Rechnungen des Vormonats und früher sowie Ressourcenpakete, die am Vortag oder früher gekauft wurden; Rechnungen mit Zahlungsrückstand können erst nach Ausgleich nachgestellt werden. Vor einem Wechsel des Unternehmens-Rechtsträgers sollten historische Rechnungen abgeschlossen sein.
Gateway-Rechnungen folgen den Abrechnungs- und Rechnungsregeln des Gateways; üblich sind Firmenempfänger, Steuernummer und E-Mail-Versand. Ob Normal- oder Sonderrechnung, welcher Steuersatz gilt und wie lange die Ausstellung dauert, richtet sich nach Gateway-Konsole und Support.
Unabhängig vom Weg interessiert die Finanzabteilung drei Dinge: Stimmt der Rechnungsempfänger mit dem Vertragspartner überein, passt der Rechnungsbetrag zum tatsächlichen Verbrauch, und lässt sich die Abrechnung nach Projekt oder Abteilung aufteilen? Wer das vor der Anbindung klärt, spart sich Nachreichungen am Monatsende.
5. Guthabenüberwachung und Zahlungsrückstand
Bei zu niedrigem Guthaben erscheint häufig der Fehler 1113 (Zahlungsrückstand); ein erreichtes Quotenlimit kann 1308 sein, Kontodrosselung 1302, Plattformüberlast 1305. Die ersten beiden erfordern Aufladung oder Quotenanpassung, die letzten beiden Drosselung und Backoff – nicht vermischen.
Mindestens drei Überwachungsebenen einrichten: Benachrichtigung des Verantwortlichen bei Unterschreitung der Guthabenschwelle; Alarm bei ungewöhnlichem Anstieg des Tagesverbrauchs gegenüber dem Vortag; sofortige Meldung an den Bereitschaftsdienst bei 1113 und 1308. Das folgende Beispiel schätzt die verbleibenden Tage; Guthaben und Tagesverbrauch sind durch echte Werte zu ersetzen.
balance = 500.0 # aktuelles Guthaben in Yuan
daily_spend = 12.5 # durchschnittlicher Verbrauch der letzten sieben Tage in Yuan
days_left = balance / daily_spend
print(f"Bei aktuellem Tempo reicht das Guthaben etwa {days_left:.1f} Tage")
Betrachten Sie nicht nur den absoluten Kontostand. Bei Aktionen, Batch-Aufgaben oder Monatsabschluss steigt die Verbrauchskurve sprunghaft; eine Schätzung über den Tagesdurchschnitt ist stabiler.
6. Erstattung, Beschaffung und Vertrag
Die offizielle Dokumentation ist relativ klar: Grundsätzlich sind Erstattungen in beliebiger Form nicht vorgesehen; verbrauchte und bereits abgerechnete Beträge sind üblicherweise nicht erstattbar. Nicht verbrauchtes Aufladeguthaben kann in besonderen Fällen über den Support beantragt werden; nach Prüfung wird es über den ursprünglichen Zahlungsweg zurückgezahlt, wobei Aufladerabatte verfallen und bereits genutzte Rabattbeträge abgezogen werden können. Vor der Aufladung den Verbrauch klären und nicht zu viel Kapital auf einmal binden.
Gateway-Erstattungen folgen der Gateway-Vereinbarung und können Bearbeitungsgebühren, bereits genutzte Kontingente und Rechnungsstornos betreffen. Bei Unternehmensbeschaffung sollten folgende Punkte in Vertrag oder Bestellung stehen: Abrechnungswährung, Rechnungsart und Steuersatz, Zahlungsziel, Gültigkeit des Guthabens, Erstattungsbedingungen, Daten- und Datenschutzverantwortung, Verfügbarkeitsbeschreibung.
7. Vergleich der beiden Wege
| Dimension | Offizielle Aufladung | Gateway-Aufladung |
|---|---|---|
| Abrechnungswährung | Überwiegend Renminbi, ausländische Seite abweichend möglich | Laut Gateway-Abrechnungsseite |
| Abdeckung | GLM und offizielle Zhipu-Produkte | Mehrere im Gateway freigeschaltete Modelle |
| Rechnung | Nach tatsächlich verbrauchtem Bargeld | Nach Gateway-Abrechnung |
| Guthabenverwaltung | Barguthaben und Ressourcenpakete getrennt | Einheitliches Guthaben, Abbuchung je Modell |
| Geeignete Teams | Ein Modell, intensive Nutzung offizieller Fähigkeiten | Mehrere Modelle, einheitliche Beschaffung und Abgleich |
Kein Weg ist absolut überlegen. Wer nur GLM nutzt und offizielle neue Funktionen will, fährt direkt am kürzesten; wer viele Modelle und Anbieter hat und Rechnungen bündeln möchte, spart mit dem Gateway Verwaltungsaufwand.
8. Häufige Fragen (FAQ)
1. Kann man über den aufgeladenen Betrag direkt eine Rechnung erhalten?
Offiziell wird üblicherweise über den tatsächlich verbrauchten Bargeldbetrag abgerechnet, nicht über den aufgeladenen Betrag. Nicht verbrauchte Beträge sind in der Regel nicht rechnungsfähig; maßgeblich sind Finanzseite und offizielle Rechnungsrichtlinie.
2. Lassen sich abgelaufene Ressourcenpakete erstatten?
Laut offizieller Dokumentation können Ressourcenpakete nach Ablauf weder verlängert noch erneuert oder reaktiviert werden. Vor dem Kauf Verbrauch und Laufzeit bewerten, um keine Vorräte zu bilden.
3. Wird der Dienst bei zu niedrigem Guthaben sofort eingestellt?
Nach Zahlungsrückstand schlagen Aufrufe fehl und liefern entsprechende Fehlercodes; Kulanz- und Wiederherstellungsregeln richten sich nach der Plattformpolitik. Eine Guthabenwarnung einrichten, statt auf Fehler zu warten.
4. Lassen sich Gateway- und offizielle Aufladung ineinander umwandeln?
Nein. Die Kontosysteme sind getrennt; Guthaben, Keys und Rechnungen sind nicht übertragbar. Vor der Wahl Modellumfang und Finanzanforderungen klären.
5. Was braucht die Unternehmensbeschaffung?
Üblicherweise Gewerbeschein, Rechnungsdaten, Vertragspartner und Zahlungsprozess. Rechnungsart, Zahlungsziel und Erstattungsbedingungen vor der Aufladung klären.
