Qué puedes publicar y qué no

Lo que se puede publicar en Bernuvia lo fija la Política de contenido, que forma parte de los Términos. Esa es la norma. Este artículo solo la explica en palabras llanas, así que, si alguna frase de aquí y el documento no coinciden, manda el documento.

Una plantilla es software real y completo dentro de lo que dice ser: código que se instala y se ejecuta siguiendo su propia documentación, con los archivos y recursos que anuncia su ficha.

• Tiene que ser código que puedas comercializar: porque lo escribiste tú, porque te lo cedieron por escrito o porque su licencia de origen te lo permite.
• No vale el código de tu empresa o de un cliente sin autorización, aunque lo escribieras tú. Tampoco el descargado de otro marketplace, del repositorio de otra persona o de una filtración, ni ese mismo código con cambios cosméticos que no lo convierten en otra cosa.
• Si está en curso, dilo: indícalo en su estado y describe exactamente qué funciona hoy.
• No verificamos quién es el autor real. Publicamos sobre tu declaración de titularidad, y responder por ella es cosa tuya.

Casi todos los rechazos salen de estos puntos. Repásalos antes de enviar, aunque la plantilla sea tuya de arriba abajo.

• Secretos dentro del paquete. Antes de subirlo, quita claves de API, tokens, contraseñas, certificados y cadenas de conexión, también las que queden en el historial de versiones y en los ficheros de entorno de ejemplo con valores reales. Si encontramos uno, retiramos la plantilla sin esperar y te avisamos: una credencial publicada es una credencial comprometida, así que rótala.
• Datos personales reales. Nada de bases de clientes, correos, teléfonos, direcciones postales, documentos de identidad ni historiales médicos o financieros de personas de verdad: los datos de prueba se inventan. Lo mismo vale para la información confidencial de otros, como contratos, precios internos o código bajo un acuerdo de confidencialidad.
• Componentes de terceros y sus licencias. Puedes incorporarlos, pero declara cuáles son y con qué licencia, en la descripción o en un fichero de licencias dentro del paquete. Esas licencias mandan sobre la de Bernuvia en lo que toca a esos componentes. No metas componentes cuya licencia sea incompatible con la forma en que vendes (ni de reciprocidad fuerte en una plantilla que vendes para uso propietario, ni de atribución obligatoria sin la atribución), ni tipografías, iconos, imágenes, música o recursos de pago que no puedas redistribuir: cámbialos por alternativas de licencia libre o por marcadores de posición, y dilo en la ficha.
• Marcas ajenas. Puedes nombrarlas cuando hace falta para decir con qué funciona tu plantilla. Lo que no puedes es usarlas de forma que dé a entender que tu plantilla es oficial, certificada o avalada por esa marca: ni en el nombre, ni en la portada, ni con su logotipo.
• Contenido ilegal o que infringe derechos. Quedan fuera el código malicioso (puertas traseras, robo de credenciales o de wallets, minado oculto, telemetría no declarada), las herramientas de ataque, el fraude y la suplantación, el contenido sexual explícito, el odio y la violencia, los kits para emitir tokens presentados como inversión, los vaciadores de wallets y, en general, todo lo que infrinja derechos de terceros. La lista completa está en la Política de contenido.
• La ficha se tiene que corresponder con lo que entregas. La descripción, las capturas, el estado declarado y la lista de lo que incluye tienen que casar con el contenido real del archivo. Una captura de una función que la plantilla no trae es una descripción falsa, y además es lo primero que se mira si el comprador abre una disputa.

Las capturas son la parte de la ficha por la que más se cuela algo sin querer: se hacen sobre un entorno real y arrastran lo que hubiera en pantalla. El asistente pide un mínimo de 3 imágenes y admite hasta 20, y la primera es la portada, así que repásalas una a una.

• Datos de otras personas: nombres, correos, teléfonos, fotos o mensajes de clientes o compañeros reales. Llena la demo con datos inventados antes de capturar.
• Direcciones e identificadores completos: direcciones postales, números de cuenta, direcciones de wallet, identificadores de pedido o de usuario, y cualquier clave visible en una consola, en un panel de administración o en la barra del navegador.
• Marcas de terceros: logotipos, pantallas de otros productos o interfaces ajenas que den a entender que tu plantilla es oficial o que está avalada.
• Contenido que no es tuyo: fotos, iconos, ilustraciones o tipografías de banco sin licencia para redistribuirlas, aunque solo salgan de relleno.
• Pantallas que la plantilla no trae: una versión futura, un plan aparte o directamente otro proyecto.

Un rechazo no cierra la puerta. La revisión la hacen personas del equipo, te decimos qué falló y puedes corregir y volver a enviar desde tu panel.

1. 1En Mis plantillas, abre Motivo de rechazo y lee lo que se señaló: el motivo cuenta los hechos concretos, no una fórmula.
2. 2Pulsa Corregir y reenviar: se abre el editor con todo precargado. Arregla exactamente lo señalado, guarda, y el reenvío a revisión es automático.
3. 3Si crees que hubo un error, escríbenos desde el formulario de contacto con la categoría de apelación. Tienes seis meses para hacerlo, y esa categoría no cuenta para el límite de un mensaje al día.