Code-Stacking-Rules

Du kannst mehrere AppSumo-Codes kaufen und kombinieren. Rules sind simpel aber counterintuitiv: Stacking bewegt dich up a tier, es stacked nicht Site- oder Seat-Counts auf einem Tier.

Die zwei Rules

1. Stacking upgradet den Tier des Workspaces auf den eingelöst wurde. Starter-Code auf Free → Workspace ist jetzt Starter. Business-Code auf gleichem Workspace → Workspace ist jetzt Business.

2. Downgrade oder Duplikation nicht möglich. Starter-Code auf Workspace der schon Business ist macht nichts — Server rejected mit downgrade_not_allowed. Zweiter Starter-Code auf Workspace der schon Starter ist added nicht 10 mehr Sites — Reject mit already_at_or_above_tier.

Das war’s. Die dritte Regel die andere LTDs oft haben (“3 stacked Codes unlocken Tier 3”) gilt hier nicht — kein Implicit-Tier über Business durch Stacking.

Worked-Beispiele

Beispiel 1: Starter → Business Upgrade

Starter (10 Sites) gekauft, nach Monat brauchst mehr. Business-Code kaufen, gleicher Workspace einlösen.

• Vorher: Starter, 10 Site-Limit, 1 Workspace, 3 Members
• Nachher: Business, 50 Site-Limit, 3 Workspaces, 10 Members
• Starter-Code “consumed” (status: redeemed) aber Upgrade permanent

Beispiel 2: Mehrere Starter-Codes — kein Effekt

Drei Starter-Codes gekauft. Erstes einlösen — Workspace wird Starter. Zweites einlösen — Reject. Verbleibende zwei Codes noch valid; einlösbar auf anderen Workspaces (oder vor Redemption transferieren).

Beispiel 3: Ein Business-Code über mehrere Workspaces — nicht möglich

Business-Lifetime-Code löst gegen einen Workspace ein. Nicht splittbar. Für zwei separate Workspaces: zwei Business-Codes kaufen.

Beispiel 4: Stacking über Workspaces

Zwei Workspaces. Starter auf Workspace A einlösen. Business auf Workspace B einlösen.

• Workspace A: Starter Lifetime (10 Sites)
• Workspace B: Business Lifetime (50 Sites)
• Total Capacity: 60 Sites über zwei independent Workspaces

Empfohlenes Pattern für “Agency + Side-Project” oder “Agency + Personal” Splits.

Warum keine Site-Count-Stacking?

Wir treaten jeden Tier als fixed Product-Configuration, nicht als Points-Pool. Gründe:

• Predictable Billing: Support kennt Tier von Plan-ID; kein Code-Counting nötig
• Keine “Secret Tiers”: jedes Limit dokumentiert; keine Surprise-Unlocks
• Refund-Clarity: wenn du einen von zwei stacked Codes refundst, klar was wir revoken (Higher-Tier-Code) und was bleibt
• Future Tier-Additions: wenn wir Scale-Tier in 2027 adden (z.B. 100 Sites), klar Move-Up-Path

Site-Count-Stacking würde all das ambiguous machen.

Refunds auf Stacked-Codes

Wenn du Starter → Business stacked hast und dann Business-Code refundst:

• Workspace droppt zu Starter (nicht Free), weil Starter-Code noch active
• Wenn du auch Starter-Code refundst, Workspace droppt zu Free

Wenn du Business → Starter gestacked (impossible — Server rejected), nichts zu refunden.

Wenn du zwei Starter-Codes über zwei Workspaces eingelöst hast und einen refundst, nur refunded Workspace droppt zu Free; anderer bleibt Starter.

Was wenn auf falschem Workspace eingelöst?

Wir können redeemed Code von einem Workspace zu anderem migrieren einmal pro Code, in Support. Email support@hubbee.io mit:

• AppSumo-Order-ID
• Source-Workspace-ID (aktuell mit Lifetime-Plan)
• Destination-Workspace-ID

Migration innerhalb einem Business-Day. Nach Migration droppt Original-Workspace zu vorigem Tier (Free oder niedrigerer Lifetime-Code).

Wie sehe ich meine redeemed Codes?

Settings → Billing → Lifetime codes listet jeden Code redeemed gegen current Workspace, mit Redemption-Date, Code-Prefix (last 4 chars), Source (AppSumo, Product Hunt, Partner, manual). Codes redeemed auf anderen Workspaces sind in dieser View nicht sichtbar — by Design (jeder Workspace zeigt eigene).

Wenn Platform-Admin (Hubbee internal): Global-Lifetime-Codes-View bei Admin → Billing → Lifetime codes.

Warum Redemption Rate-Limits

Rate-Limit auf redeem_lifetime_code ist 5 Attempts/Minute/User. Meistens fängt das Typos — wenn du Code fünfmal in Minute miss-typest, durchatmen und Letter-by-Letter checken. Codes sind case-insensitive und wir akzeptieren beide Dashed/Undashed-Formate, also einzige Typo-Quellen sind O vs 0 und I vs 1 — keiner kommt in unseren Codes vor.

Wenn du wirklich fünf verschiedene valid Codes in Quick-Succession einlösen willst (legitimate Agency-Use-Case): 60 Sekunden zwischen Batches warten, oder Support emailen für Bulk-Redeem.