Grenzen und Preise
Labelixa-Tarifstufen, monatliche Etiketten- und Anfragekontingente, tägliche Etikettenobergrenze, Anfragelimits pro Sekunde und Grenzen für die Anfragegröße.
Tarifstufen
| Tarif | Rate | Etiketten/Monat | Anfragen/Monat | Tägliche Obergrenze | Etiketten/Anfrage | On-Premise | Support-Reaktion |
|---|
| Kostenlos | 3/s | 5.000 | 10.000 | 5.000 | 50 | — | — |
| Starter | 5/s | 25.000 | 50.000 | 25.000 | 50 | — | 3 Werktage |
| Professional | 10/s | 100.000 | 200.000 | 100.000 | 100 | — | 1 Werktag |
| Business | 20/s | 500.000 | 1.000.000 | 250.000 | 250 | — | am selben Werktag |
| Enterprise On-Premise | 20/s | nach Vertrag | nach Vertrag | nach Vertrag | 250 | ja | am selben Werktag |
Die kostenlose Stufe benötigt keinen Schlüssel, und kein Tarif versieht die Ausgabe mit einem Wasserzeichen. Kostenpflichtige Tarife erhöhen die Limits. Aktuelle Stufen lassen sich mit GET /v1/plans abrufen.
Das Feld islem_ay ist NICHT Ihr Monatskontingent. Es bleibt für ältere Integrationen erhalten und entspricht weiterhin der täglichen Etikettenobergrenze (islem_gun) x 30 — es fließt in keine Zugriffsentscheidung ein. Ihre echten Monatskontingente stehen in den eigenen Feldern etiket_ay (Etiketten) und istek_ay (Anfragen).
Die Support-Reaktion ist eine Zusage dazu, wie schnell wir antworten, nicht dazu, wie schnell ein Problem gelöst ist, und keine Verfügbarkeitszusage: Wir veröffentlichen kein Uptime-SLA. Siehe AGB §24.5-24.6.
Kontingentregeln
Ein Etikett ist ein gerendertes Etikett; eine Anfrage ist ein API-Aufruf. Sendet ein einzelner Aufruf ein mehrseitiges ZPL (^PQ oder aufeinanderfolgende ^XA...^XZ-Blöcke), verbraucht er eine Anfrage und so viele Etiketten, wie er erzeugt. Prüf- und Konvertierungsaufrufe verbrauchen eine Anfrage und kein Etikett.
Die Kontingente gelten monatlich, werden für Etiketten und Anfragen getrennt gezählt und erneuern sich an Ihrem Abonnementtag (im kostenlosen Tarif zum Kalendermonat). Ein Jahresabonnement wird weiterhin Monat für Monat gemessen.
Innerhalb des Monatskontingents gilt eine tägliche Etikettenobergrenze; sie ist kein zusätzliches Kontingent. Beide Fenster werden gemeinsam geprüft: Eine Anfrage, die in eines nicht passt, wird vorab abgelehnt, und kein Zähler bewegt sich.
Nicht genutztes Kontingent verfällt.
Ist ein Fenster voll, werden Anfragen mit 429 abgelehnt; X-Quota-Reason nennt das Fenster (gunluk, aylik_etiket, aylik_istek), X-Quota-Reset den Erneuerungszeitpunkt (ISO-8601 UTC) und X-Quota-Action: yukselt den einzigen Ausweg. Der Antworttext nennt den nächsten Tarif mit Monatspreis und verlinkt die Preisseite; X-Quota-Next-Plan und X-Quota-Upgrade-Url tragen dieselben zwei Werte für Clients, die keinen Text auswerten.
Zusatzpakete wurden abgeschafft
Zusatzpakete werden nicht mehr verkauft (30. August 2026). Sie wurden zur Zeit der Tageskontingente abgeschafft und bleiben es auch im Monatsmodell: Ein Paket ist eine einmalige Aufstockung zu einem Stückpreis um ein Vielfaches über dem des Tarifs, während sich ein Tarif jeden Monat erneuert. Reicht das Monatskontingent nicht, ist der nächsthöhere Tarif die Antwort — günstiger und dauerhaft. Der Endpunkt POST /v1/addons wurde nicht entfernt: Er liefert 410 Gone mit Begründung und verweist auf GET /v1/plans. Ein 404 würde einer bestehenden Integration nicht sagen, ob die Adresse falsch war oder die Funktion eingestellt wurde.
Anfragelimits
| Grenze | Wert |
|---|
| Anfragekörper | ZPL-Rendering höchstens 1 MB; EPL/TSPL/CPCL-, DPI- und Kompatibilitäts-Endpunkte höchstens 512 KB |
| Befehle pro Etikett | höchstens 20.000 (Dokumentsumme frei; mehretikettige Dokumente sind nicht betroffen) |
| Etikettengröße | höchstens 15 Zoll (Breite/Höhe) |
| Druckdichte (dpmm) | 6, 8, 12, 24 |
/v1/graphics-Bild | höchstens 200 KB, 2000×2000 Pixel |
| Barcode-Datenlänge | höchstens 1000 Zeichen |
Wird das Kontingent- oder Ratenlimit überschritten, gibt die API HTTP 429 und einen Retry-After-Header zurück.
