Was du veröffentlichen darfst und was nicht

Was du auf Bernuvia veröffentlichen darfst, legt die Inhaltsrichtlinie fest, die Teil der Nutzungsbedingungen ist. Sie ist die Regel. Dieser Artikel erklärt sie nur in einfachen Worten: Wenn ein Satz hier und das Dokument sich widersprechen, gilt das Dokument.

Eine Vorlage ist echte, vollständige Software innerhalb dessen, was sie zu sein behauptet: Code, der sich nach seiner eigenen Dokumentation installieren und ausführen lässt, mit den Dateien und Ressourcen, die ihr Eintrag ankündigt.

• Es muss Code sein, den du vermarkten darfst: weil du ihn geschrieben hast, weil er dir schriftlich übertragen wurde oder weil seine ursprüngliche Lizenz es erlaubt.
• Code deines Arbeitgebers oder eines Kunden zählt nicht ohne Erlaubnis, auch wenn du ihn selbst geschrieben hast. Ebenso wenig Code aus einem anderen Marktplatz, aus dem Repository einer anderen Person oder aus einem Leak, und auch nicht derselbe Code mit kosmetischen Änderungen, die ihn nicht zu etwas anderem machen.
• Wenn sie noch in Arbeit ist, sag es: Gib es im Stadium an und beschreibe genau, was heute funktioniert.
• Wir prüfen nicht, wer der echte Urheber ist. Wir veröffentlichen auf Grundlage deiner Erklärung zur Inhaberschaft, und dafür geradezustehen ist deine Sache.

Fast alle Ablehnungen gehen auf diese Punkte zurück. Geh sie vor dem Absenden durch, auch wenn die Vorlage von vorne bis hinten deine ist.

• Geheimnisse im Paket. Entferne vor dem Hochladen API-Schlüssel, Tokens, Passwörter, Zertifikate und Verbindungszeichenfolgen, auch die, die im Versionsverlauf und in Beispiel-Umgebungsdateien mit echten Werten stehen bleiben. Finden wir eines, ziehen wir die Vorlage ohne Aufschub zurück und sagen dir Bescheid: Eine veröffentlichte Zugangsdatei ist eine kompromittierte Zugangsdatei, also tausche sie aus.
• Echte personenbezogene Daten. Keine Kundendatenbanken, E-Mail-Adressen, Telefonnummern, Postanschriften, Ausweisdokumente und keine medizinischen oder finanziellen Unterlagen echter Personen: Testdaten werden erfunden. Dasselbe gilt für vertrauliche Informationen Dritter, etwa Verträge, interne Preise oder Code unter einer Geheimhaltungsvereinbarung.
• Komponenten Dritter und ihre Lizenzen. Du darfst sie einbauen, aber gib an, welche es sind und unter welcher Lizenz, in der Beschreibung oder in einer Lizenzdatei im Paket. Diese Lizenzen gehen der von Bernuvia vor, soweit es um diese Komponenten geht. Bau keine Komponenten ein, deren Lizenz mit deiner Verkaufsform unvereinbar ist (keine mit starkem Copyleft in einer Vorlage, die du für proprietäre Nutzung verkaufst, und keine mit Namensnennungspflicht ohne die Namensnennung), und auch keine Schriften, Icons, Bildmotive, Musik oder kostenpflichtigen Ressourcen, die du nicht weitergeben darfst: Ersetze sie durch frei lizenzierte Alternativen oder durch Platzhalter und schreib es in den Eintrag.
• Fremde Marken. Du darfst sie nennen, wenn es nötig ist, um zu sagen, womit deine Vorlage funktioniert. Was du nicht darfst: sie so verwenden, dass der Eindruck entsteht, deine Vorlage sei offiziell, zertifiziert oder von dieser Marke unterstützt, weder im Namen noch auf dem Titelbild noch mit ihrem Logo.
• Rechtswidrige oder rechtsverletzende Inhalte. Draußen bleiben bösartiger Code (Hintertüren, Diebstahl von Zugangsdaten oder Wallets, verstecktes Mining, nicht deklarierte Telemetrie), Angriffswerkzeuge, Betrug und Identitätsanmaßung, explizite sexuelle Inhalte, Hass und Gewalt, Baukästen zur Ausgabe von Tokens, die als Investment präsentiert werden, Wallet-Drainer und ganz allgemein alles, was Rechte Dritter verletzt. Die vollständige Liste steht in der Inhaltsrichtlinie.
• Der Eintrag muss zu dem passen, was du lieferst. Beschreibung, Screenshots, angegebenes Stadium und die Liste dessen, was enthalten ist, müssen mit dem tatsächlichen Inhalt des Archivs übereinstimmen. Ein Screenshot einer Funktion, die die Vorlage nicht mitbringt, ist eine falsche Beschreibung, und es ist das Erste, worauf man schaut, wenn die Käuferin oder der Käufer einen Streitfall eröffnet.

Screenshots sind der Teil des Eintrags, durch den am häufigsten etwas ungewollt durchrutscht: Sie entstehen in einer echten Umgebung und nehmen mit, was gerade auf dem Bildschirm war. Der Assistent verlangt mindestens 3 Bilder und nimmt bis zu 20, und das erste ist das Titelbild, also geh sie einzeln durch.

• Daten anderer Personen: Namen, E-Mail-Adressen, Telefonnummern, Fotos oder Nachrichten echter Kundinnen, Kunden oder Kolleginnen und Kollegen. Füll die Demo vor der Aufnahme mit erfundenen Daten.
• Vollständige Adressen und Kennungen: Postanschriften, Kontonummern, Wallet-Adressen, Bestell- oder Nutzerkennungen und jeder Schlüssel, der in einer Konsole, in einem Adminbereich oder in der Adressleiste des Browsers zu sehen ist.
• Marken Dritter: Logos, Bildschirme anderer Produkte oder fremde Oberflächen, die den Eindruck erwecken, deine Vorlage sei offiziell oder unterstützt.
• Inhalte, die nicht dir gehören: Stockfotos, Icons, Illustrationen oder Schriften ohne Lizenz zur Weitergabe, auch wenn sie nur als Füllmaterial auftauchen.
• Bildschirme, die die Vorlage nicht mitbringt: eine künftige Version, ein separater Tarif oder schlicht ein anderes Projekt.

Eine Ablehnung schließt keine Tür. Die Prüfung machen Menschen aus dem Team, wir sagen dir, was nicht gepasst hat, und du kannst es korrigieren und aus deinem Bereich erneut einreichen.

1. 1Öffne unter Meine Vorlagen den Ablehnungsgrund und lies, was angemerkt wurde: Der Grund nennt die konkreten Tatsachen, keine Formel.
2. 2Tippe auf Korrigieren und erneut einreichen: Der Editor öffnet sich mit allem vorausgefüllt. Bring genau das Angemerkte in Ordnung, speichere, und das erneute Einreichen zur Prüfung geschieht automatisch.
3. 3Wenn du glaubst, dass ein Fehler vorlag, schreib uns über das Kontaktformular mit der Kategorie für Widersprüche. Du hast dafür sechs Monate, und diese Kategorie zählt nicht zur Grenze von einer Nachricht pro Tag.