Revisión de la ficha

Toda ficha que vayan a ver otras empresas pasa una revisión humana de UTILIA antes de publicarse, sea «Pública» o «Solo con el enlace», y también cada versión nueva, con sus planes y su precio. Mientras se revisa una versión, el catálogo sigue enseñando la publicada. Revisamos por orden de llegada y sin un plazo garantizado: la consola dice desde cuándo está en revisión.

Lo que se comprueba antes de enviar

Al final de la pestaña Ficha de cada aplicación, en la consola, está la lista Antes de enviar. Cada punto se pone en verde en cuanto se cumple, y Enviar a revisión se activa cuando todo lo obligatorio está en verde. El servidor los vuelve a comprobar al recibir el envío.

En todas las fichas:

• Condiciones para desarrolladores aceptadas.
• Datos fiscales completos.
• Tu empresa está establecida en el Espacio Económico Europeo.
• Dominio verificado.
• Normas del catálogo publicadas.
• Todos los datos obligatorios están completos.
• Solo pide permisos que el catálogo admite.
• Cada permiso tiene su «para qué».
• Las direcciones son HTTPS y de tu dominio verificado.
• Las imágenes son válidas y están revisadas.
• Los textos no contienen claves ni contraseñas.
• La has probado en una empresa de prueba o en tu empresa. Es recomendado, no obligatorio: la revisión empieza por instalarla. Ver Empresas de prueba.

Además, en las fichas De pago en UTILIA:

• Las ventas dentro de UTILIA OS están abiertas.
• Los planes de precio están listos.
• Condiciones de venta aceptadas.
• La cuenta de cobro está verificada.
• Cobras en un país admitido.

Lo de pago lo explica Cómo se venden tus aplicaciones.

Para enviar, quien envía necesita la verificación en dos pasos activada, y cada envío lleva la declaración «He leído las Normas del catálogo de aplicaciones y la información de la ficha es veraz.»: las Normas se aceptan en cada envío. Enviar lo hace siempre una persona, en la consola o a través de su asistente de IA, que te pide confirmarlo en la consola con el código de tu aplicación de autenticación; nunca un programa con una clave de API.

Lo que revisa una persona de UTILIA

Los controles automáticos solo comprueban requisitos objetivos; no deciden si se aprueba. Quien revisa ve la ficha tal como la verá una empresa, tu identidad de desarrollador, el resultado de los controles y tus Notas para la revisión, e instala la aplicación para probarla. Comprueba, sobre todo:

• que los permisos que pides cuadran con lo que la ficha dice que hace;
• que las capturas son de la aplicación y se leen;
• que se instala y funciona, con la cuenta de prueba si la has dado;
• que los enlaces de soporte y los legales abren;
• que dice qué datos trata, dónde y cuánto tiempo, y si usa IA;
• que no se confunde con UTILIA OS;
• que el precio se entiende antes de instalar y que no se cobra fuera lo que debe cobrarse por la plataforma.

En una versión nueva, la revisión empieza por Qué cambia respecto a la publicada. Si amplía permisos, quien revisa ve cuántas empresas tendrán que aceptarlos.

Estados de una versión

La ficha, aparte, tiene su propio estado: Borrador si nunca se publicó, Publicada (con «Solo con el enlace» si es el caso), Retirada del catálogo si la retiras tú y Suspendida por UTILIA, que gana a todos. Cuando conviven, se ven juntos: «Publicada · versión 3 en revisión».

Motivos de una decisión

Cuando pedimos cambios o rechazamos una versión, te lo comunicamos por escrito, con un motivo de esta lista, lo que hemos visto en concreto («la captura 3», «el permiso Leer facturas») y qué hacer.

Los seis primeros suelen ser Cambios pedidos; «Ya está publicada», «Hace algo que el catálogo no admite» y «Los datos del desarrollador no coinciden» suelen ser Rechazada.

Cómo responder o recurrir

Cada decisión te llega a la consola y por correo, y la ves en la pestaña Revisión de la aplicación: cada versión que has enviado, lo que decidimos y la Conversación con quien la revisa.

• Corregir y volver a enviar. Corregir una versión decidida no la edita: se crea una versión nueva, copiada de la que se revisó, y esa es la que vuelves a enviar. Así cada decisión se refiere siempre a lo que se revisó de verdad.
• Responder. Cuenta lo que has cambiado o pregunta lo que no esté claro. Lo lee quien revisa tu ficha.
• Recurrir la decisión. Si crees que pedir cambios, rechazarla o suspenderla es un error, explica por qué. Lo revisa otra persona del equipo de UTILIA, siempre que sea posible, y nunca solo una máquina, y te contestamos en la misma conversación.

Puedes recurrir de forma gratuita durante al menos seis meses desde la decisión. Leer la conversación lo puede cualquiera de la cuenta que vea la aplicación; escribir en ella necesita el permiso «Publicar aplicaciones para otras empresas».

Mientras una versión está en revisión no se puede cambiar. Para cambiar algo, pulsa Cancelar el envío: sale de la cola y vuelve a quedar un borrador con lo mismo.

Los sellos

El nombre de tu empresa sale en la ficha como «Hecha por Acme Software», con un sello si lo tiene. Los sellos dicen quién eres, no lo buena que es tu aplicación.

El NIF se valida con su dígito de control si es español; un NIF-IVA de otro país de la Unión Europea, en el registro europeo VIES o con una acreditación de UTILIA. Fuera de la Unión no hay forma de validarlo, así que el sello posible es Dominio verificado. Si vendes aplicaciones de pago, «Desarrollador verificado» exige además que Stripe haya verificado tu identidad para tu cuenta de cobro. Si cambia tu NIF, el sello se pierde hasta que se valide el nuevo, y UTILIA puede retirarlo, con motivo, si deja de cumplirse lo que exige.

El dominio y el NIF se comprueban en tu cuenta de desarrollador, en Cuenta › Dominio y Cuenta › Datos fiscales, y valen para todas tus fichas.

Ningún sello, ni aprobar una ficha, es una auditoría de la aplicación, una certificación ni una garantía de su seguridad: cada empresa decide si la instala. UTILIA puede volver a revisar una aplicación publicada en cualquier momento, también tras una denuncia.

Si algo falla

• «Todavía no se pueden enviar aplicaciones a revisión. Estamos preparando las normas del catálogo.» Las Normas del catálogo aún no están publicadas, y sin ellas no se admiten envíos.
• «Está en revisión y no se puede cambiar.» Cancela el envío para editarla.
• El envío se rechaza con DEVELOPER_TWO_FACTOR_REQUIRED. Quien envía no tiene la verificación en dos pasos: actívala en Cuenta › Seguridad.
• «Tu empresa está establecida en el Espacio Económico Europeo» sigue pendiente. El país de tus datos fiscales está fuera del EEE: desde ahí no se puede publicar para otras empresas.
• «La has probado» no se pone en verde. Tu servidor no terminó la conexión de la instalación de prueba: revisa tu dirección de instalación.
• El envío se rechaza con SUBMISSION_REQUIREMENTS_MISSING. Algo de la lista dejó de cumplirse entre que la miraste y que enviaste (por ejemplo, un registro DNS que se borró). El mensaje dice qué falta.
• No llevas «Desarrollador verificado» después de aprobarla. Falta el NIF validado o la comprobación de identidad.