El formulario se ha enviado correctamente.
Encontrará más información en su buzón.
ContrátanosSeleccionar idioma
ConócenosServiciosTecnologíasCartera
Según una encuesta de Clutch, 86% de empleados Utilizan aplicaciones móviles para realizar su trabajo. 67% ha informado de un aumento de la eficiencia. Vemos la demanda. Necesitar una aplicación móvil no significa conformarse con cualquier aplicación móvil. Es probable que sus empleados quieran una aplicación que funcione con todos los sistemas, funciones y procesos de aprobación existentes. Satisfacer esta necesidad empieza por la planificación y, después, viene la programación.
Una aplicación móvil empresarial es compatible con los sistemas de negocio que ya están en funcionamiento. Puede leer y escribir datos a través del CRM o Sistemas ERP, autenticarse a través del proveedor de identidad existente de la empresa, respetar los roles y permisos asignados a cada usuario, y funcionar dentro de la política de gestión de dispositivos y el entorno operativo en los que se implemente.
El desarrollo de aplicaciones móviles para empresas consiste en una serie de decisiones, y el orden en que se toman es importante. Te guiaré a través de los pasos para evaluar las necesidades, elegir entre desarrollar o adquirir una aplicación, diseñar la arquitectura y las integraciones, proteger la aplicación, ponerla en marcha y gestionarla posteriormente.
Desarrollo de aplicaciones móviles para empresas consiste en diseñar, desarrollar y mantener aplicaciones móviles integradas con las plataformas ERP, CRM, de identidad y de datos de la empresa. Las aplicaciones se rigen por las políticas internas de seguridad y cumplimiento normativo.
Mientras que las aplicaciones para consumidores están diseñadas para el público más amplio posible, las aplicaciones empresariales están pensadas para grupos de usuarios específicos con funciones y derechos de acceso a los datos bien definidos. Comparemos con más detalle en qué se diferencian estas dos categorías:
| Factor | Empresa | Consumidor |
| Usuarios principales | Empleados, socios o los propios clientes de una empresa con funciones definidas | Público en general, inscritos por iniciativa propia |
| Distribución | Tiendas de aplicaciones privadas, implementación de MDM/EMM, catálogos internos | Tiendas de aplicaciones públicas, como App Store y Google Play |
| Autenticación | SSO, MFA y datos biométricos vinculados a la identidad corporativa | Inicio de sesión mediante correo electrónico o redes sociales; autenticación multifactorial (MFA) opcional |
| Fuente de datos | ERP, CRM, API internas, sistemas heredados | Backend público o específico de una aplicación |
| Pautas básicas de seguridad | Controles OWASP MASVS, política de MDM, registro de auditoría, RGPD/HIPAA/PCI DSS, según corresponda | Revisión de la tienda de aplicaciones, política de privacidad |
| Comportamiento sin conexión | A menudo es necesario en emplazamientos de campo, almacenes y zonas con poca conectividad | Opcional |
| Implementación de la actualización | Clasificado por grupo de dispositivos, región o unidad de negocio | Rápido, normalmente automático |
| Indicador de éxito | Tiempo de realización de la tarea, índice de errores, adopción por función | Descargas, usuarios activos diarios (DAU)/usuarios activos mensuales (MAU), duración de la sesión |
| Propietario | IT, la unidad de negocio y el departamento de seguridad de forma conjunta | Equipo de producto/negocio |
¿Los flujos de trabajo de tu empresa requieren una aplicación, o estás pensando en crear una simplemente porque un competidor la tiene? Antes de ponernos a comparar marcos de trabajo o proveedores, te recomiendo que respondas a una pregunta: ¿qué carencia operativa concreta soluciona esta aplicación?
Hagamos una breve prueba de autodiagnóstico. He preparado una lista de verificación. Si se cumplen dos o más de estos puntos, merece la pena estudiar la posibilidad de desarrollar una aplicación móvil empresarial.
Nuestro siguiente paso consiste en adaptar tu iniciativa al trabajo al que debe dar respuesta. Según el público al que vayan dirigidas, las aplicaciones empresariales se dividen en aquellas orientadas a los empleados, a los clientes, a los socios y a dispositivos compartidos. Según su función, se clasifican en las seis categorías que se indican a continuación. Determinaré qué funcionalidades son necesarias y en qué aspectos debes centrar tus esfuerzos de desarrollo para que puedas encontrar la que más te convenga.
La arquitectura móvil empresarial abarca toda la cadena de sistemas por los que la aplicación debe transmitir datos de forma segura. Una pila móvil empresarial operativa suele constar de diez componentes:
El siguiente diagrama muestra cómo se transmiten los datos a través de la arquitectura: desde el dispositivo, pasando por las capas de sincronización y de pasarela, hasta los sistemas propietarios de los datos, y de vuelta en forma de señales de supervisión y uso.
Analicemos con más detalle algunos de los matices de las aplicaciones móviles empresariales que las hacen más complejas.
La autenticación de las aplicaciones empresariales debe realizarse a través del proveedor de identidad existente, de modo que el rol y los permisos asignados al usuario en el dispositivo móvil coincidan con los permisos de otros sistemas. Si se crea un proceso de autenticación independiente basado en nombre de usuario y contraseña, se está creando un segundo sistema de identidad que habrá que actualizar, auditar y, finalmente, retirar. Recomiendo implementar el control de acceso basado en roles (RBAC) a nivel de la API para que cualquier cambio se aplique de forma inmediata. Los dispositivos compartidos requieren una decisión adicional: en una tableta de almacén o en un quiosco, la sesión debe finalizar al terminar el turno, por lo que hay que prever un cambio rápido de usuario y un cierre de sesión automático.
Cuando un cliente móvil llama directamente a una API de un ERP heredado, cualquier cambio en el backend requiere recompilar la aplicación del cliente. Los BFF o las pasarelas de API actúan como intermediarios entre ambos. Transforman las API del backend en un formato compatible con las pantallas de los dispositivos móviles, añaden limitación de tasas y almacenamiento en caché, y proporcionan a los ingenieros de aplicaciones móviles una interfaz sólida con la que trabajar, a pesar de toda la volatilidad de los sistemas de backend.
Si una aplicación está destinada al servicio de campo, a almacenes o a la logística, tiene que funcionar sin conexión. Eso significa que las operaciones de escritura locales se ponen en cola en el dispositivo y se sincronizan cuando se restablece la conexión. Además de la cola, hay que tomar estas cuatro decisiones subyacentes.
La supervisión de fallos y del rendimiento —como los rastros de sesión, la latencia de la API y la tasa de sesiones sin fallos— debe correlacionarse con el comportamiento del backend. El objetivo es poder determinar en cuestión de minutos si un pico en los intentos fallidos de inicio de sesión se debe a un error en la aplicación móvil o a una interrupción del servicio del proveedor de identidad. El análisis de uso forma parte de este mismo contexto: los datos de adopción por rol y por tipo de dispositivo indican al equipo qué flujos de trabajo merecen un nuevo sprint y cuáles no se están utilizando.
Si has marcado dos o más casillas de las anteriores, podemos dar por hecho que necesitas una aplicación. Tienes cuatro opciones entre las que elegir: crear una aplicación a medida desde cero, comprar una aplicación ya desarrollada, ampliar una plataforma existente o modernizar una aplicación a medida que ya tengas. Veamos cuál se adapta mejor a tus necesidades:
| Acérquese a | Es más adecuado cuando | Ventaja principal | Limitación principal |
| Crea una aplicación móvil a medida | Tienes flujos de trabajo, integraciones, experiencias de usuario o necesidades de trabajo sin conexión específicas | Control total | Más complejo y costoso, con una mayor responsabilidad en cuanto a la entrega y el mantenimiento |
| Comprar una aplicación ya existente | Vuestros procesos son estándar | Una adopción inicial más rápida | Diferenciación y personalización limitadas |
| Ampliar el ERP, el CRM o una plataforma «low-code» | Los procesos ya se centran en una plataforma principal, y es necesario adaptarlos a los dispositivos móviles. | Los datos y la gobernanza ya están establecidos | Dependencia de la plataforma y restricciones de licencia |
| Modernizar una aplicación existente | Tienes un producto valioso con una tecnología obsoleta | Preserva la lógica de negocio y la inversión | Es posible que sigan existiendo dependencias heredadas |
El estándar de referencia es el Estándar de Verificación de Seguridad de Aplicaciones Móviles (MASVS) de OWASP, actualmente en su versión 2.1.0. Proporciona un marco para ocho áreas diferentes, con 24 controles distintos que abarcan el almacenamiento, la criptografía, la autenticación, la comunicación de red, la interacción con la plataforma, la calidad del código, la resiliencia y la privacidad. Una prueba de penetración en aplicaciones móviles suele evaluarse según el MASVS, que sirve como punto de referencia común entre tu equipo de seguridad, el proveedor de la aplicación móvil e incluso cualquier auditor. En la fase de solicitud de propuestas, no dude en preguntar al proveedor qué perfil de pruebas de la Guía de Pruebas de Seguridad de Aplicaciones Móviles (MASTG) sigue y en solicitar los resultados de las pruebas. Mientras que el MASVS define qué controles de seguridad deben implementarse, la MASTG proporciona los procedimientos de prueba específicos y las directrices técnicas sobre cómo verificar dichos controles.
Algunas organizaciones utilizan el modelo “Zero Trust” para orientar el desarrollo de sus políticas de gestión de dispositivos móviles (MDM). Esto implica implementar comprobaciones del estado de los dispositivos y tomar decisiones de acceso basadas en el contexto. Esto cobra mayor importancia ahora que la política «Bring Your Own Device» (BYOD) se ha convertido en la norma. Se estima que dos tercios de los dispositivos que acceden a datos empresariales son de propiedad privada. Por eso, el punto de gestión varía en función del propietario del dispositivo. Los dispositivos corporativos se gestionan mediante MDM. En este caso, el departamento IT controla el dispositivo en su totalidad. Los dispositivos personales se gestionan a través de la gestión de aplicaciones móviles (MAM) y de políticas de seguridad de aplicaciones. Los datos y las aplicaciones corporativas se almacenan en un contenedor que el departamento IT puede eliminar por su cuenta, mientras que el resto del teléfono queda fuera del ámbito del sistema.
A la hora de desarrollar aplicaciones para sectores regulados, la arquitectura de seguridad debe cumplir con los requisitos legales aplicables. Por ejemplo, el RGPD regula el tratamiento de los datos personales de los residentes de la UE; la HIPAA protege la información sanitaria protegida (PHI) que obra en poder de las organizaciones sujetas a dicha ley y de sus socios comerciales en Estados Unidos; y la norma PCI DSS establece requisitos de control para las organizaciones que tratan datos de titulares de tarjetas. Además, es posible que las organizaciones tengan que cumplir con normas o regulaciones del sector, como los informes SOC 2, las directrices de la FFIEC o los requisitos bancarios locales, en función de su contexto operativo específico y de su sector.
La gobernanza suele abordarse en último lugar, pero es esencial desde el principio. Antes del lanzamiento, debes determinar quién será el responsable de la aplicación tras su puesta en marcha, quién autorizará su versión para su uso en un entorno de producción, cuáles son las condiciones del SLA en materia de soporte técnico y cómo puede la unidad de negocio solicitar cambios. Es necesario abordar dos aspectos operativos en un único documento: la rotación de certificados y claves, y qué ocurre con los datos corporativos almacenados en un dispositivo cuando un empleado abandona la empresa.
Una vez tomadas todas las decisiones necesarias, podrás comenzar con la parte técnica del desarrollo de aplicaciones móviles para empresas. Te explicaré el proceso del Innowise con breves descripciones de las distintas fases:
Me di cuenta de que desarrollo de aplicaciones móviles para empresas Normalmente cuesta entre $100.000 y $600.000+. Sin embargo, no recomendaría basarse en estas cifras sin conocer los requisitos y sin realizar una evaluación de las necesidades. El coste depende del número de integraciones de sistemas, del alcance del cumplimiento normativo y de los requisitos fuera de línea. El coste varía dentro de un amplio rango, ya que el presupuesto viene determinado por la integración de sistemas heredados, el alcance del cumplimiento normativo, la complejidad de la sincronización y el funcionamiento fuera de línea, la escala y la gestión de los dispositivos, y la elección de la plataforma.
Además, incluimos el mantenimiento continuo. El mantenimiento continuo suele suponer un coste anual de entre el 10 y el 20% del coste original de implementación. Se trata de una cifra razonable a la hora de planificar, una vez que se tienen en cuenta los parches, las actualizaciones del sistema operativo y los cambios en el backend. El primer año suele ser más caro, ya que el uso real pone de manifiesto las deficiencias que se pasaron por alto en la fase piloto.
Por fin, la aplicación ya está en funcionamiento. A continuación, evaluamos su éxito en tres ámbitos: la aceptación por parte de los usuarios, el rendimiento operativo y la rentabilidad financiera.
| Área de interés | Cómo medir | Por qué es importante |
| Adopción de usuarios |
| Garantiza que los empleados y las partes interesadas utilicen activamente la aplicación, evitando así que se desperdicien los esfuerzos de desarrollo e impulsando el cambio organizativo. |
| Rendimiento operativo |
| Confirma que la aplicación agiliza los procesos empresariales, reduce los obstáculos operativos y garantiza una ejecución fiable en el día a día. |
| Rentabilidad financiera |
| Demuestra al equipo directivo el valor financiero tangible y la justificación de los costes, garantizando la sostenibilidad de la inversión a largo plazo. |
Las aplicaciones que sustituyen una tarea bien definida y de alta frecuencia, como una aprobación, un escaneo o un registro, suelen generar un retorno de la inversión rápidamente. Las aplicaciones que se incorporan a una implantación de ERP que se prolonga durante varios años tardan más en amortizarse, ya que el sistema subyacente, más lento, es el que marca el calendario.
Dada la integración activa de la IA en los sistemas empresariales, no puedo pasar por alto su importancia en las aplicaciones móviles empresariales. La realidad es que las capacidades de IA disponibles en las aplicaciones móviles empresariales son bastante limitadas y están vinculadas a una tarea concreta. Cada una de ellas cuenta con criterios de éxito claramente definidos, como extraer este campo, detectar esta transacción, predecir un problema o verificar la identidad de un usuario.
Puedes añadir un chat basado en un modelo de lenguaje grande (LLM) dentro de la propia aplicación para gestionar las consultas de los clientes, clasificar los tickets de asistencia y guiar a los usuarios a lo largo de un proceso. Esta función es un complemento para tu contenido de asistencia y tus flujos de trabajo actuales.
La visión artificial aplicada a la cámara del móvil permite extraer datos estructurados. Tus empleados ya no tienen que introducir manualmente la información de un recibo de gastos, un formulario firmado o una etiqueta de envío. Por lo general, las aplicaciones de servicio de campo y de administración son las primeras en incorporar esta función, ya que elimina una tarea concreta y repetitiva.
El reconocimiento facial y de huellas dactilares (Face ID, las API biométricas de Android) se ha convertido también en la opción predeterminada para las aplicaciones empresariales. La diferencia con respecto a las aplicaciones de consumo es que se ejecuta en el propio dispositivo, en lugar de enviar los datos biométricos a un servidor.
Las aplicaciones móviles empresariales ahora también integran asistentes de voz como Siri, el Asistente de Google y otros similares. Desde el punto de vista del desarrollo, no es necesario crear una capa de voz independiente desde cero, ya que funcionan a nivel del sistema operativo. Esta función resulta útil en entornos en los que se tienen las manos ocupadas y no es práctico escribir.
Muy extendidos en aplicaciones bancarias, de seguros y de pagos: modelos que analizan los patrones de transacción, las señales de los dispositivos y el comportamiento en tiempo real, y señalan lo que se sale de los límites normales para una cuenta determinada. El patrón de diseño que importa aquí es el siguiente: el modelo señala; una persona o un flujo de trabajo definido toma la decisión. No recomiendo el bloqueo totalmente automático sin una vía de revisión, ya que es lo que genera más reclamaciones de los clientes.
Esta función es habitual en las aplicaciones de fabricación y de servicio sobre el terreno: los modelos entrenados con datos de sensores y el historial de mantenimiento señalan qué equipos es probable que necesiten mantenimiento antes de que se produzca una avería. A continuación, la información se muestra en la aplicación del técnico en forma de orden de trabajo.
La detección de objetos y la clasificación de imágenes se llevan a cabo mediante la cámara de un teléfono móvil o una tableta con fines de inspección de seguridad, control de calidad y comprobación del estado de los activos en los sectores de la construcción, la logística y la fabricación. Se evalúa una fotografía de un palé, una obra o un equipo según unos criterios definidos.
Un agente lleva a cabo por sí mismo una tarea delimitada. Puede redirigir un envío y notificar el retraso al almacén, o extraer datos de un recibo escaneado para incluirlos en un informe de gastos. El patrón que se repite en los ejemplos prácticos es bastante limitado: un paso concreto dentro de un flujo de trabajo que ya gestiona la aplicación, y en el que un humano se encarga de confirmar cualquier acción de importancia.
Innowise ofrece servicios de desarrollo de aplicaciones móviles para empresas en todo el stack: aplicaciones nativas para iOS y Android, desarrollo multiplataforma, aplicaciones híbridas e implementaciones «low-code» en plataformas como Mendix. Nuestros expertos analizan tus necesidades y te asesoran sobre la mejor opción para tu empresa.
Como reconocido empresa de desarrollo de aplicaciones móviles para empresas, contamos con las certificaciones ISO 9001, 13485 y 27001/27017/27018, y somos socios de AWS, Microsoft, SAP, Databricks, Odoo, InterSystems y UiPath. En cuanto al cumplimiento normativo, cumplimos con las normas SOC 2, HIPAA, PCI DSS y el RGPD.
Si estás buscando contratar desarrolladores de aplicaciones móviles para empresas, Trabajamos con empresas de diversos sectores, entre los que se incluyen la tecnología financiera y la banca, la sanidad y la telemedicina, los seguros, la logística y las operaciones empresariales. Nuestros clientes suelen elogiar nuestra rapidez en la entrega de las funciones en desarrollo, nuestra capacidad de respuesta ante los cambios en el alcance del proyecto y la calidad de la comunicación durante los proyectos que se prolongan durante varias semanas.
Permítanme concluir haciendo hincapié en que el éxito del desarrollo de aplicaciones móviles corporativas depende de una alineación total entre la estrategia empresarial y la infraestructura subyacente. Esto implica una integración directa con los sistemas ERP, CRM y de seguridad ya existentes. Una gestión sólida de la identidad, una arquitectura escalable y un cumplimiento riguroso de los requisitos normativos desde el principio te ayudarán a evitar costosas revisiones posteriores. Cuando se desarrolla teniendo en cuenta las carencias operativas detectadas y normas estrictas como OWASP MASVS, una aplicación móvil va más allá de ser una simple herramienta operativa para convertirse en un activo estratégicamente importante que aporta eficiencia a largo plazo y valor empresarial.
El desarrollo de aplicaciones móviles para empresas es el proceso de diseñar, crear y mantener aplicaciones móviles que se conectan con los sistemas existentes de una empresa, como los sistemas ERP, CRM, de gestión de identidades y plataformas de datos. Se desarrollan de acuerdo con las políticas de seguridad y cumplimiento normativo de la empresa.
Las aplicaciones empresariales se autentican a través de los sistemas de identidad corporativos, se conectan a fuentes de datos internas y cumplen las políticas internas de gestión de dispositivos y de cumplimiento normativo. Las aplicaciones de consumo están diseñadas para un público abierto que se registra por sí mismo, con requisitos de seguridad menos estrictos y ciclos de lanzamiento más rápidos y frecuentes.
Las aplicaciones dirigidas a empleados, a clientes, a socios y las aplicaciones para dispositivos compartidos o quioscos son las cuatro categorías que pueden cubrir la mayoría de los casos de uso. El servicio de campo, las aprobaciones y las herramientas internas son casos de uso de las aplicaciones dirigidas a empleados. Las aplicaciones dirigidas a los clientes abarcan los sectores bancario, de seguros y minorista, y están diseñadas para los propios clientes de una empresa. Las aplicaciones dirigidas a socios son portales para concesionarios o distribuidores. Por último, las aplicaciones para dispositivos compartidos o quioscos se ejecutan en hardware bloqueado.
El desarrollo a medida de aplicaciones móviles para empresas resulta adecuado cuando el flujo de trabajo, las necesidades de integración o los requisitos de funcionamiento sin conexión son tan específicos que ningún producto ya desarrollado los cubre adecuadamente. Puede tratarse de operaciones sobre el terreno únicas, conexiones con sistemas no estándar o un requisito de experiencia de usuario vinculado a una tarea concreta.
Las soluciones listas para usar o de «low-code» funcionan bien para flujos de trabajo estándar. Si tu objetivo no es diferenciarte de tus competidores en absoluto, sino simplemente disponer de un flujo de trabajo que optimice los procesos internos, entonces merece la pena considerar estas opciones.
El desarrollo nativo es la mejor opción cuando las aplicaciones necesitan un acceso profundo al hardware, un rendimiento de primer nivel o funciones específicas de la plataforma muy exigentes, como el procesamiento en segundo plano o el uso complejo de cámaras o sensores. Por lo general, se trata de aplicaciones de servicios de campo y logística. Las aplicaciones basadas en marcos multiplataforma deben elegirse cuando una base de código compartida para iOS y Android sea más importante que obtener el máximo rendimiento de cada plataforma. Para los compradores empresariales, la decisión suele depender de otro factor: una aplicación interna tiene una vida útil de entre cinco y siete años, así que hay que preguntarse quién se encargará del mantenimiento de esta pila en el tercer año y con qué facilidad se podrá contratar a alguien para ello. Las plataformas «low-code» acortan el tiempo hasta el primer lanzamiento, pero vinculan la vida útil de la aplicación a una licencia y a la hoja de ruta del proveedor, lo cual es una decisión que conviene tomar de forma deliberada y no por defecto.
Por lo general, las aplicaciones empresariales se integran con los sistemas ERP o CRM a través de una pasarela API o una capa «backend-for-frontend» que transforma los datos del backend para su uso en dispositivos móviles y se encarga de incorporar los cambios que se producen en el backend. De este modo, se evita que la aplicación móvil deje de funcionar cada vez que se produce un cambio en el ERP.
Las aplicaciones con capacidad para funcionar sin conexión almacenan los datos localmente en el dispositivo y guardan en cola los cambios realizados cuando no hay conexión. Cuando se restablece la conexión, sincronizan los cambios y los datos. Sin embargo, para evitar conflictos de datos, es necesario decidir qué ocurre cuando se modifica el mismo registro tanto en el dispositivo como en el servidor antes de la sincronización.
La seguridad se rige por el Estándar de Verificación de Seguridad de Aplicaciones Móviles (MASVS) de OWASP, que abarca el almacenamiento, la criptografía, la autenticación, las comunicaciones de red, el comportamiento de la plataforma, la calidad del código, la resiliencia y la privacidad a través de 24 controles específicos. Además de esa base de referencia, las aplicaciones sujetas a normativa añaden requisitos específicos de cada marco normativo, como la HIPAA, la PCI DSS y el RGPD.
La gestión de dispositivos móviles (MDM) permite a IT aplicar políticas de seguridad, instalar o bloquear aplicaciones y borrar los datos de la empresa del dispositivo. Esto es importante, ya que la MDM es la capa que determina cómo se va a implementar la aplicación y qué ocurrirá con los datos de la empresa en caso de que el dispositivo sea robado o el empleado abandone la empresa.
El coste de las aplicaciones móviles empresariales depende de las necesidades de tu empresa. Los principales factores que influyen en el coste son la integración con los sistemas existentes, los requisitos de cumplimiento normativo, la capacidad de funcionamiento sin conexión y la escala del despliegue de dispositivos.
El desarrollo completo lleva entre 6 y 18 meses, dependiendo de las cuestiones de integración y cumplimiento normativo que se planteen. Las aplicaciones sencillas que solo se integran en un sistema de registro y no tienen requisitos de cumplimiento normativo podrían completarse en el plazo mínimo de ese intervalo. Las aplicaciones más complejas que se integran con varios sistemas de registro o que requieren la aprobación de las autoridades reguladoras llevarán más tiempo debido al proceso de revisión.
El retorno de la inversión (ROI) suele medirse a través de varios indicadores, entre los que se incluyen la tasa de adopción, el tiempo de realización de las tareas en comparación con el proceso anterior, la tasa de errores y de reintroducción de datos, y el periodo de amortización. El ROI se hace visible más rápidamente en las aplicaciones de servicios de campo y de sustitución de flujos de trabajo, mientras que en las aplicaciones vinculadas a una implantación de ERP a mayor escala se tarda más tiempo, ya que el plazo depende de la lentitud del sistema subyacente.
Elige un proveedor o una empresa especializada en el desarrollo de aplicaciones móviles que tenga en cuenta las necesidades en materia de identidad, integración y cumplimiento normativo antes de proponer un marco de trabajo. También deben poder demostrar que cuentan con procesos de seguridad alineados con MASVS. Asimismo, conviene prestar atención a la experiencia previa en un entorno normativo equivalente o en un sistema de registro (una solución ERP concreta, un proceso de cumplimiento normativo específico del sector).
