Abrechnung

fremforge rechnet mit einem Pauschalpreis von 30 € pro Nutzer und Monat ab. Keine Gebühren pro Runner-Minute innerhalb des enthaltenen Kontingents, keine Gebühr pro GB Speicher, keine Gebühr pro Repository. Eine einzige Zahl.

Preismodell

Ein Nutzer ist eine gekaufte Mitgliedschaft in deiner Organisation. Deine Nutzeranzahl ist die Zahl der Nutzer, die du gekauft hast. Abgerechnet wird nach dieser Nutzeranzahl, nicht nach der Aktivität einzelner Mitglieder. Alle Mitglieder können fremforge nutzen, egal wie viel sie in einem Monat pushen oder committen.

Deine Organisation startet mit einer kostenlosen Testphase von 30 Tagen. Bei der Registrierung wird eine Zahlungsmethode autorisiert, über den gehosteten Checkout von Mollie (0 €, es wird kein Geld abgebucht; manche Banken autorisieren kurz 0,01 € vor und buchen den Betrag sofort zurück). Die Testphase geht an Tag 30 automatisch in deinen Monatsplan über, und erst dann wird deine Karte belastet. Kündige jederzeit vor Tag 30 kostenlos unter Organisationsverwaltung → Abrechnung, dann wird die Karte nie belastet. Drei Tage vor der automatischen Abbuchung schicken wir dir eine Erinnerung.

Grenzen in der Testphase

Die Testphase soll dir erlauben, fremforge von Anfang bis Ende zu bewerten, ohne die Plattform dem Missbrauch durch kurzlebige Registrierungen auszusetzen. Vier Grenzen sind enger als im bezahlten Plan:

Alle anderen Funktionen (SSO, SCIM, Secret-Scanning, Abhängigkeits-Updates, die Paket-Registry, signierte Commits usw.) stehen in der Testphase in vollem Umfang zur Verfügung. Die Grenzen der Testphase sind bewusst knapp, als zusätzliche Schutzschicht gegen Missbrauch bei der Registrierung. Die Kartenautorisierung bei der Registrierung ist die eigentliche Kontrolle, aber begrenzte Ressourcen in der Testphase halten die möglichen Kosten niedrig, falls sich eine Registrierung mit geprüfter Karte doch als betrügerisch herausstellt. Erreichst du eine Grenze, bevor du mit der Bewertung fertig bist, steig auf den bezahlten Plan um (das schaltet die vollen Kontingente pro Nutzer rückwirkend für den Rest des Monats frei), statt das Ende der Testphase abzuwarten.

Abrechnungszeitraum: monatlich oder jährlich

Den Abrechnungszeitraum wählst du bei der Registrierung (jederzeit änderbar unter Organisationsverwaltung → Abrechnung → Abrechnungszeitraum):

• Monatlich, 30 € pro Nutzer und Monat. Die Nutzergebühren werden im Voraus zu Beginn jedes 30-Tage-Zyklus berechnet. Du kannst jederzeit kündigen; der Zugang bleibt bis zum Ende des laufenden bezahlten Monats bestehen.
• Jährlich, 306 € pro Nutzer und Jahr (15 % Rabatt, entspricht 25,50 € pro Nutzer und Monat). Die Nutzergebühren werden im Voraus als eine Jahresgebühr zu Beginn jeder Jahreslaufzeit berechnet. Die Jahresgebühr wird nicht erstattet. Kündigst du während der Laufzeit, bleibt der Zugang bis zum Ende der zugesagten Laufzeit bestehen, und der ungenutzte Teil wird nicht erstattet.

Nutzungsabhängige Gebühren (Mehrverbrauch an Runner-Minuten und Speicher) sind bei beiden Zeiträumen die Ausnahme. Da der Endbetrag erst nach Ablauf des Zeitraums feststeht, werden sie monatlich nachträglich berechnet und erscheinen als Position auf der folgenden Rechnung.

Der erste Zeitraum wird anteilig berechnet. Endet deine Testphase, deckt die erste Abbuchung nur die verbleibenden Tage bis zu deinem nächsten Abrechnungsdatum zum Tagessatz ab (30 € ÷ 30 × Tage bei monatlicher Abrechnung; bei jährlicher Abrechnung der entsprechende Tagessatz × verbleibende Tage im laufenden Monat, und die volle Jahresgebühr beginnt an der nächsten Monatsgrenze). Ab diesem Datum wird für volle Zyklen im Voraus abgerechnet.

Was pro Nutzer enthalten ist

Die Minuten auf gehosteten Runnern sind ein gemeinsames Kontingent: Eine Organisation mit 5 Nutzern bekommt 5.000 Min. pro Monat und kann sie beliebig auf alle Repositorys und Workflows verteilen. Die Minuten werden am 1. jedes Monats zurückgesetzt; ungenutzte Minuten verfallen.

Zahlung

Zahlungen wickelt Mollie ab, ein Zahlungsdienstleister mit Sitz in der EU, der PSD2 erfüllt. Zahlungsdaten berühren die Server von fremforge nicht.

Akzeptierte Zahlungsmethoden:

Zahlungsmethode hinzufügen

1. Öffne Organisationsverwaltung → Abrechnung → Zahlungsmethode (frem.sh/<your-org>/_admin/billing).
2. Klicke auf Zahlungsmethode hinzufügen. Du wirst auf eine von Mollie gehostete Zahlungsseite weitergeleitet.
3. Schließ die Zahlungsautorisierung oder die Einrichtung des Mandats ab.
4. Nach der Rückkehr wird die Zahlungsmethode als aktiv angezeigt.

Rechnungen

Rechnungen werden an deinem Abrechnungsdatum erstellt (alle 30 Tage ab dem Ende der Testphase) und an die E-Mail-Adresse des Abrechnungskontakts geschickt. Jede Rechnung berechnet die Nutzergebühr im Voraus für die kommenden 30 Tage, dazu jeden Mehrverbrauch aus dem gerade beendeten Zeitraum. Frühere Rechnungen kannst du jederzeit unter Organisationsverwaltung → Abrechnung → Rechnungen herunterladen. Jede Rechnung ist ein PDF mit aufgeschlüsselter Nutzeranzahl, Einzelpreis, Zwischensumme, Umsatzsteuer und etwaigen Positionen für Mehrverbrauch.

Umsatzsteuer

fremforge verkauft nur an Unternehmen, deshalb gibt jede Organisation bei der Anmeldung eine USt-IdNr. oder Unternehmensregisternummer an. Die Umsatzsteuer richtet sich nach deinem Rechnungsland:

• Dänemark: Auf jede Rechnung kommt die dänische Umsatzsteuer (25 %).
• Andere EU-Mitgliedstaaten: Es gilt das Reverse-Charge-Verfahren für B2B in der EU; es wird keine Umsatzsteuer berechnet. Deine USt-IdNr. wird bei der Anmeldung und danach regelmäßig über VIES geprüft. Bestätigt VIES sie nicht mehr, schreiben wir dir, und die Abrechnung pausiert bis zu 30 Tage, während du das klärst. Danach tragen die Rechnungen dänische Umsatzsteuer, bis die Nummer wieder gültig ist.
• Außerhalb der EU: Es wird keine EU-Umsatzsteuer berechnet; du führst die Umsatzsteuer in deinem eigenen Land ab.

Um deine USt-IdNr. oder dein Rechnungsland zu ändern, schreibe an support@frem.sh. Die Änderung gilt ab der nächsten Rechnung; bereits ausgestellte Rechnungen werden nicht neu berechnet.

Nutzer hinzufügen und entfernen

Mitglieder hinzufügen

Lädst du ein neues Mitglied ein und nimmt es die Einladung an, steigt die Nutzeranzahl um eins. Der zusätzliche Nutzer wird zum nächsten Abrechnungsdatum im Voraus berechnet.

Die Karte Nutzer verwalten — wer deine bezahlten Nutzer heute belegt auf der Abrechnungsseite listet alle aktuellen Mitglieder und ihre Nutzerzuordnung auf.

Mitglieder entfernen

1. Öffne Organisationsverwaltung → Mitglieder, öffne für das Mitglied die Leiste Verwalten und wähle Entfernen.
2. Bestätige das Entfernen.

Das Entfernen eines Mitglieds entzieht ihm sofort den Zugriff auf alle Repositorys der Organisation und beendet alle aktiven Sitzungen. Der frei gewordene Nutzer bleibt für den Rest des vorausbezahlten Zeitraums in deinem vertraglichen Limit; du kannst jederzeit ohne zusätzliche Kosten eine andere Person an dessen Stelle einladen.

Dein Nutzerlimit senken

Die vertragliche Nutzeranzahl senkst du (getrennt vom Entfernen einzelner Mitglieder) im Abschnitt Nutzerlimit ändern der Karte Nutzer verwalten auf der Abrechnungsseite:

1. Gib das neue (niedrigere) Nutzerlimit ein.
2. Bestätige. Die Änderung wird geplant: Deine vertragliche Nutzeranzahl bleibt bis zur nächsten Abrechnungsgrenze beim aktuellen Wert und sinkt dann auf den neuen Wert.

Für die reduzierten Nutzer gibt es keine Erstattung und keine Gutschrift: Du kannst die bezahlten Nutzer bis zum Ende des vorausbezahlten Zeitraums voll nutzen (Monatsende bei monatlicher Abrechnung; Ende der zugesagten Laufzeit bei jährlicher Abrechnung). Die reduzierte Nutzeranzahl ist die Grundlage für die nächste Rechnung. Diese Regel gilt für monatliche und jährliche Abrechnung gleichermaßen, gemäß §4.3 der Nutzungsbedingungen.

Überlegst du es dir vor dem Stichtag anders, hebt eine Erhöhung des Nutzerlimits (auf den alten oder einen höheren Wert) die geplante Senkung sofort auf. Ein Wert über deinem aktuellen Limit löst wie gewohnt eine anteilige Upgrade-Abbuchung aus.

Mehrverbrauch an Runner-Minuten

Das Kontingent der Organisation ist die Summe aller Nutzer × 1.000 Min. pro Monat.

Mehrverbrauch ist standardmäßig deaktiviert. Ist das Kontingent aufgebraucht, warten neue CI-Jobs in der Warteschlange, bis wieder Minuten frei werden (zu Beginn des nächsten Abrechnungszeitraums oder wenn eigene Runner verfügbar sind). Jobs gehen nicht verloren, sie warten in der Warteschlange.

Mehrverbrauch aktivieren: Owner der Organisation können unter Organisationsverwaltung → Abrechnung → Runner-Minuten-Verbrauch → Overage-Abrechnung aktivieren die nutzungsabhängige Abrechnung des Mehrverbrauchs einschalten. Danach werden Minuten über dem Kontingent mit 0,01 € pro Minute berechnet. Da die endgültige Zahl erst nach Ablauf des Zeitraums feststeht, wird der Mehrverbrauch nachträglich berechnet und erscheint als Position auf der nächsten Rechnung. Die voraussichtlichen Kosten für den laufenden Zeitraum siehst du auf der Abrechnungsseite.

Mehrverbrauch deaktivieren: Der Schalter unter Organisationsverwaltung → Abrechnung → Runner-Minuten-Verbrauch → Overage-Abrechnung deaktivieren verhindert neuen Mehrverbrauch. Bereits im laufenden Zeitraum angefallener Mehrverbrauch wird trotzdem nachträglich auf der nächsten Rechnung berechnet.

Eigene Runner: Minuten auf selbst registrierten Runnern werden nicht auf das Kontingent angerechnet und nie als Mehrverbrauch berechnet. Die Registrierung eigener Runner übernimmt derzeit der Betreiber: Schreib an support@frem.sh, um einen selbst gehosteten Runner anzumelden. Das Runner-Modell beschreibt CI-Runner.

Speichergrenzen und Kontingente

Jeder Nutzer fügt jedem von drei getrennten Speicherkontingenten 5 GB hinzu. Jedes Kontingent wird wie die Runner-Minuten in der ganzen Organisation geteilt, aber die drei Kontingente teilen sich keinen Platz untereinander:

Beispiel: Eine Organisation mit 5 Nutzern hat ein Repository-Kontingent von 25 GB, ein LFS-Kontingent von 25 GB und ein Paket-Kontingent von 25 GB. Ein volles LFS-Kontingent blockiert LFS-Uploads, auch wenn im Repository-Kontingent noch Platz ist.

In der Testphase hat jedes Kontingent 5 GB, und Mehrverbrauch an Speicher lässt sich nicht aktivieren.

Aktuellen Verbrauch prüfen: Organisationsverwaltung → Abrechnung → Speicher. Zeigt den belegten und verbleibenden Speicher je Ressourcentyp, aufgeschlüsselt nach Repository.

Grenzen für einzelne Repositorys: Es gibt keine harte Grenze pro Repository. Ein einzelnes großes Repository kann das gesamte Kontingent der Organisation belegen. Nutze die Aufschlüsselung nach Repository, um Ausreißer zu finden.

Empfohlene Repository-Größe: Halte einzelne Repositorys unter 1 GB. Bei Repositorys über 5 GB dauern Clone und Fetch spürbar länger. Nutze LFS für Binärdateien (Bilder, Videos, kompilierte Artefakte, Datensätze).

LFS: Git LFS wird nativ unterstützt. Verfolge große Dateien mit git lfs track "*.psd" und pushe wie gewohnt. LFS-Objekte werden getrennt von der Git-Objektdatenbank gespeichert und auf das LFS-Kontingent angerechnet, nicht auf das Repository-Kontingent.

Speicher der Paket-Registry: Jede hochgeladene Paketversion (Docker-Image-Layer, npm-Tarball, Maven-JAR usw.) zählt zum Paket-Kontingent. Was der Abhängigkeits-Proxy zwischenspeichert, zählt zum selben Paket-Kontingent (in der Testphase stattdessen pauschal 5 GB an zwischengespeicherten Dateien). Lösche alte Paketversionen unter Repository → Pakete → <package> → Versionen → Löschen, um Platz freizugeben.

Der Owner der Organisation bekommt eine Warnung per E-Mail, wenn eines der drei Kontingente zu 80 % belegt ist.

Mehrverbrauch an Speicher ist standardmäßig deaktiviert. Ist ein Kontingent voll, werden neue Uploads in dieses Kontingent blockiert.

Mehrverbrauch aktivieren: Owner der Organisation können unter Organisationsverwaltung → Abrechnung → Speicher — laufender Zeitraum → Speicher-Overage aktivieren die nutzungsabhängige Abrechnung von Speicher einschalten. Danach blockiert kein Kontingent mehr Uploads, und die GB über der enthaltenen Größe jedes Kontingents werden mit 0,20 € pro GB und Monat berechnet, nachträglich auf der nächsten Rechnung. Jedes Kontingent wird für sich gemessen: Freier Platz in einem Kontingent gleicht Mehrverbrauch in einem anderen nicht aus.

Mehrverbrauch deaktivieren: Der Schalter unter Organisationsverwaltung → Abrechnung → Speicher — laufender Zeitraum → Speicher-Overage-Abrechnung deaktivieren verhindert neuen Mehrverbrauch. Bereits im laufenden Zeitraum angefallener Mehrverbrauch wird trotzdem nachträglich auf der nächsten Rechnung berechnet.

Weitere Wege zu mehr Speicher:

• Einen Nutzer hinzufügen: Jeder zusätzliche Nutzer fügt dem Kontingent der Organisation 5 GB Repository + 5 GB LFS + 5 GB Registry hinzu.
• Ein Speicher-Add-on kaufen: Schreib an support@frem.sh, um zusätzliche GB ohne weitere Nutzer zu kaufen. Das Add-on wird in ganzen GB auf die drei Kontingente verteilt, ein Rest geht an das am stärksten genutzte Kontingent.
• Alte Daten löschen: Entferne alte Paketversionen unter Repository → Pakete oder räume große, ungenutzte Dateien auf.

Actions-Artefakte und Anhänge

Zwei weitere Grenzen gelten pro Organisation; Forgejo setzt sie beim Hochladen durch:

Das sind keine Speicherkontingente: Sie werden nicht berechnet, kennen keinen Mehrverbrauch, und weder Mehrverbrauch an Speicher noch ein Speicher-Add-on erhöht sie. Es zählen nur Artefakte, die noch nicht abgelaufen sind; wann sie ablaufen, steht unter Aufbewahrung von Build-Artefakten.

Ist die Artefakt-Grenze erreicht, lehnt Forgejo den Upload mit HTTP 413 Quota exceeded ab. Mit actions/upload-artifact@v3 behandelt der Client 413 als wiederholbar, deshalb zeigt das Step-Log bis zu fünfmal mit wachsender Wartezeit A 413 status code has been received, will attempt to retry the upload, danach einen Block wie diesen, und der Step schlägt fehl:

##### Begin Diagnostic HTTP information #####
Status Code: 413
Status Message: Request Entity Too Large

Dieser 413 bedeutet, dass das Artefakt-Kontingent der Organisation voll ist, nicht dass eine einzelne Datei zu groß ist. Schaffe Platz, indem du alte Artefakte früher ablaufen lässt (retention-days beim Upload), oder schreib an support@frem.sh, wenn du mehr brauchst.

Ist die Anhang-Grenze erreicht, wird das Hochladen eines Anhangs in der Weboberfläche oder über die API mit einem Fehler wegen überschrittenen Kontingents abgelehnt.

Abrechnungskontakte und Enterprise-Vereinbarungen

Abrechnungs-E-Mail: Leg unter Organisationsverwaltung → Abrechnung → E-Mails für Rechnungen einen eigenen Abrechnungskontakt fest (getrennt von der E-Mail-Adresse des Owners). Rechnungen und Hinweise auf fehlgeschlagene Zahlungen gehen an diese Adresse.

Beschaffung über Bestellnummern oder Enterprise-Vereinbarungen: Schreib an hello@frem.sh, um Bestellungen (Purchase Orders), mehrjährige Verträge, Abrechnung auf Rechnung (statt Mollie-Mandat) oder Mengenpreise zu besprechen.

Lebenszyklus des Abonnements

Im Status Gekündigt kannst du unter Organisationsverwaltung → Datenexport weiterhin einen vollständigen Datenexport herunterladen. Erledige das, bevor die 90 Tage ablaufen.

Fehlerbehebung

Zahlung fehlgeschlagen.

Mollie schickt eine Benachrichtigung über den erneuten Versuch an die E-Mail-Adresse deines Abrechnungskontakts. Öffne Organisationsverwaltung → Abrechnung → Zahlungsmethode und aktualisiere oder ersetze die Zahlungsmethode. Nach der Aktualisierung versucht Mollie die Vorauszahlung automatisch erneut. Ist die Organisation im Status Gesperrt, funktionieren CI und Push innerhalb von Minuten nach einer erfolgreichen Zahlung wieder.

Falscher Umsatzsteuerbetrag auf einer Rechnung.

Trag deine USt-IdNr. vor dem nächsten Rechnungsdatum (dem 1. des nächsten Monats) auf der Abrechnungsseite ein oder korrigiere sie. Ist die aktuelle Rechnung falsch, schreib mit deiner USt-IdNr. und der Rechnungsnummer an support@frem.sh. Du bekommst eine Gutschrift und eine korrigierte Rechnung.

Die Nutzeranzahl ist höher als erwartet.

Öffne die Karte Nutzer verwalten unter Organisationsverwaltung → Abrechnung, um alle aktuellen Mitglieder zu sehen. Deine Nutzeranzahl entspricht der Zahl der Mitglieder deiner Organisation (mindestens 1). Um sie zu senken, entferne Mitglieder unter Organisationsverwaltung → Mitglieder (öffne für das Mitglied die Leiste Verwalten und wähle Entfernen). Die Nutzeranzahl ändert sich zum nächsten Abrechnungszyklus.

Jemand wurde eingeladen und die Nutzeranzahl ist gestiegen.

Jede angenommene Einladung erhöht die Nutzeranzahl um eins. Hast du jemanden versehentlich eingeladen, entferne die Person vor dem nächsten Abrechnungsdatum unter Organisationsverwaltung → Mitglieder, damit dieser Nutzer nicht berechnet wird.

Über die REST-API

Dieselben Abrechnungsaktionen gibt es auch über die öffentliche API. Nutze sie, wenn du die Bereitstellung von Organisationen skriptest, fremforge in einen Beschaffungs-Workflow einbindest oder Abläufe von einem KI-Agenten steuern lässt.

• Konfiguration lesen GET /_app/api/v1/orgs/:slug/billing/config (Scope billing:read)
• Abrechnungs-E-Mails festlegen PUT /_app/api/v1/orgs/:slug/billing/emails (Scope billing:write)
• Mehrverbrauch umschalten (Runner / Nutzer / Speicher) PUT /_app/api/v1/orgs/:slug/billing/overage (Scope billing:write)
• Abrechnungszeitraum wechseln (monatlich ↔ jährlich) PUT /_app/api/v1/orgs/:slug/billing/term (Scope billing:write)
• Checkout für ein Zahlungsmandat starten POST /_app/api/v1/orgs/:slug/billing/setup-mandate (Scope billing:write)
• Kündigung planen POST /_app/api/v1/orgs/:slug/billing/cancel / rückgängig machen POST /_app/api/v1/orgs/:slug/billing/cancel/undo (Scope billing:write)

Dafür brauchst du einen Personal Access Token (PAT) mit dem passenden Scope:

curl -X PUT \
  -H "Authorization: Bearer ${FREMFORGE_PAT}" \
  -H "Content-Type: application/json" \
  -d '{"runner": true, "storage": true}' \
  https://frem.sh/_app/api/v1/orgs/acme/billing/overage

Die vollständige OpenAPI-Spezifikation steht in der Referenz der öffentlichen REST-API.

Querverweise

• Organisationsverwaltung: die gesamte Verwaltungsoberfläche einschließlich des Tabs Abrechnung
• Erste Schritte: Kontoeinrichtung, Mitglieder einladen und erstes Repository
• Datenexport: lade alle deine Daten vor der Kündigung herunter