Crea los sistemas operativos que tu equipo intenta armar con hojas de cálculo, boards, inboxes y scripts propios, con despliegue cloud o self-hosted, datos portables y espacio para lógica de negocio real.
Empieza en cloud. Self-host cuando el control importe. Tus datos siguen siendo portables.
01
01Por qué Moltaro
Apps operativas que siguen siendo útiles cuando el trabajo se conecta más.
01
Modela el trabajo, no una plantilla
Define los registros, formularios, campos, relaciones y vistas que tu operación realmente necesita, y ajústalos cuando el proceso cambie.
02
Boards, mapas e informes siguen conectados
Mueve el trabajo por boards, ve ubicaciones, zonas, heatmaps y cobertura en mapas, e informa sobre los mismos registros en lugar de reconstruir la imagen desde trackers laterales.
03
Cloud o self-hosted
Empieza en cloud para un piloto más rápido, o self-host cuando las políticas, contratos, depuración local o control de infraestructura importan más.
04
Datos relacionales portables
Los datos operativos viven en un modelo relacional estándar que puedes inspeccionar, exportar, integrar y llevar contigo.
05
Lógica de negocio real cuando termina el no-code
Usa lógica C#, APIs, webhooks, triggers y trabajos programados cuando el proceso necesita más profundidad que la configuración.
06
La gobernanza es la capa de confianza
Roles, acceso a campos, responsabilidad, historial de auditoría y control de despliegue mantienen la operación explicable cuando más personas y registros dependen de ella.
02
02Más allá de los app builders básicos
No solo pantallas sobre una base de datos.
Los app builders básicos pueden poner formularios y tablas encima de fuentes de datos. Moltaro da a cada registro operativo sus propios datos, estado de proceso, responsabilidad, reglas de acceso, historial, boards, mapas, informes y puntos de extensión.
01
Un registro tiene vida
Los datos, estado, propiedad, comentarios, archivos, historial de auditoría y relaciones permanecen unidos al mismo objeto de negocio.
02
El proceso pertenece al registro
Mueve el trabajo por boards, etapas, handoffs y enrutamiento por ubicación sin dividir el mismo caso en copias desconectadas.
03
Los informes ven la operación real
Dashboards y exportaciones leen del mismo modelo operativo en lugar de reconstruir la verdad desde trackers laterales.
04
Hay código cuando termina la configuración
Usa lógica C#, APIs, triggers y trabajos programados cuando el proceso se vuelve demasiado específico para reglas no-code.
05
La gobernanza no es un añadido
Roles, acceso a campos, responsabilidad, auditoría y control de despliegue son parte del modelo, no una idea posterior.
03
03Para quién es
Empieza por el punto donde el trabajo se rompe hoy.
Moltaro encaja cuando herramientas dispersas aún sostienen la operación, pero reporting, ownership, permisos y cambio a largo plazo necesitan un modelo de producto.
01
Constructores de soluciones y consultores
Crea apps para clientes o departamentos con UI, datos estructurados, control de acceso, workflow y lógica de negocio C# real en una sola plataforma.
Encaja cuando una app operativa seria debe entregarse más rápido sin convertirse en una base de código a medida.02
Equipos que reemplazan herramientas operativas dispersas
El trabajo ya vive en hojas de cálculo, boards, inboxes y trackers laterales, pero ownership, estado y reporting ya no se alinean.
Encaja cuando herramientas desconectadas deben convertirse en un modelo de registro operativo con workflow, auditoría e informes.03
Operaciones de campo y ayuda con ubicación
El trabajo empieza en direcciones, ubicaciones de servicio, activos de campo, territorios, visitas, puntos de entrega o sitios de distribución de ayuda, y debe llegar al equipo correcto.
Encaja cuando mapas, zonas, heatmaps y geografía deben impulsar responsabilidad, contexto de board, alcance de acceso, reporting y auditoría.04
Equipos de operaciones y back-office
Un sistema de back-office que necesita sus propios objetos de negocio, roles, auditoría, procesos, notificaciones, lógica C#, API, webhooks y datos portables.
Encaja cuando la operación necesita su propio modelo durable, no un editor superficial sobre la base de datos de otra aplicación.
04
04Registro gobernado
El registro que le importa a tu equipo se mantiene en el centro.
Un registro gobernado puede acumular datos, presencia en procesos, responsables asignados, responsabilidad heredada de hijos, auditoría, posición en el mapa, informes y eventos de integración. Boards es una forma de trabajar con él, no el lugar donde el objeto desaparece. En la plataforma, el modelo es una Entity y cada registro es una Entity Instance.
El historial de auditoría no es algo secundario. Es la capa de prueba de quién cambió datos, movió trabajo, aceptó responsabilidad, disparó automatización o resolvió un bloqueo.
01
Modela el objeto
Define lo que de verdad le importa al negocio: solicitud, persona, activo, envío, caso, ubicación, pedido, producto, entitlement o punto de servicio.
02
Dale superficies
Crea superficies de lista, detalle, formulario, mapa, tablero y panel para que distintos usuarios trabajen con el mismo registro en el contexto adecuado.
03
Gobierna el movimiento
Añade acceso, responsables asignados, asignaciones de equipo, acceso heredado a hijos, movimiento de estados, notificaciones, lógica C#, hooks de API y auditoría para que el proceso pueda ejecutarse sin perder control.
Gobierne responsabilidad, acceso y propiedad como un solo modelo.
Moltaro une responsabilidad del registro, asignaciones de equipos y comités, visibilidad de campos, acceso heredado a hijos, responsabilidad por elemento y estado en Boards, asignación GEO, auditoría y propiedad del despliegue en una historia de plataforma explicable.
Consola de responsabilidad y acceso: roles de registro, acceso heredado a hijos, responsabilidad en Boards, asignación GEO, visibilidad de campos e historial en una sola superficie administrativa.
01
La responsabilidad es de primer nivel
Modele slots owner, accountable, assignee y reviewer por entidad, y luego asigne usuarios o equipos al registro concreto del que son responsables.
02
Jerarquía sin fuga de acceso
Los registros hijos contenidos pueden heredar responsabilidad mapeada del parent, mientras las referencias ordinarias siguen gobernadas de forma independiente para que el acceso no se propague por accidente.
03
Responsabilidad entre módulos
Boards puede usar responsables de elemento y responsables de estado; GEO puede enrutar trabajo al equipo responsable correcto; los informes y las señales de la bandeja mantienen visible esa rendición de cuentas.
04
La identidad verifica; Moltaro autoriza
La identidad externa puede probar quién es el usuario, mientras cada instalación sigue siendo dueña de sus usuarios, roles, responsabilidad, reglas de campo, comportamiento de auditoría y datos locales de ejecución.
Convierte la ubicación en responsabilidad, routing y reporting.
Moltaro GEO conecta campos de dirección y coordenadas, Geo Zones, heatmaps, capas de mapa y asignación geográfica para que los equipos vean dónde ocurre el trabajo y lo enruten a las personas correctas.
Zonas y territoriosHeatmaps y clasificaciónCapas de mapa con permisosAsignación de equipo por ubicación
Mapa operativo que muestra heatmaps, zonas, demanda de trabajo, registros filtrados y los equipos responsables de cada área.
01
Ve trabajo, demanda y cobertura en un mapa
Solicitudes, activos, visitas, casos, puntos de servicio, inspecciones, beneficiarios, puntos de entrega o sitios de distribución pueden aparecer como marcadores, agregados, zonas o heatmaps.
02
Enruta trabajo por territorio
Direcciones y coordenadas pueden seleccionar el equipo responsable, contexto de board, alcance de acceso, ruta SLA y explicación de auditoría antes del handoff.
03
Informa por ubicación sin tracker lateral
Mapas e informes leen los mismos registros operativos, para que entregas, servicio, cobertura o trabajo de campo sigan unidos a auditoría y permisos.
Mueve el trabajo por etapas sin dividir el registro.
Boards añade un proceso controlado sobre el mismo objeto de negocio: etapas, personas y equipos responsables, fechas límite, historial y enrutamiento por ubicación mientras el registro sigue siendo la única fuente de verdad.
Un elemento de board lleva estado de proceso e historial; el registro subyacente conserva sus datos, reglas de acceso e historial de cambios.
01
Un registro, varios tableros
El mismo objeto puede aparecer en varios tableros o volver para otra pasada sin convertirse en una copia desconectada.
02
Personas y equipos responsables
Asigna cada elemento a la persona o equipo que lo gestiona y da a cada etapa el equipo responsable de avanzar el trabajo. Las personas pueden actuar porque son responsables, sin abrir todo el board a todos.
03
Kanban o ciclos
Ejecuta un tablero Kanban continuo o ciclos de planificación con arrastre, dentro de los mismos permisos, bloqueos de hijos y modelo de responsabilidad.
04
Responsabilidad por ubicación
Usa la ubicación del trabajo para dirigirlo al equipo responsable de esa zona, manteniendo cada traspaso unido al mismo registro.
Sabe exactamente quién puede usar una licencia, membresía o servicio.
Entitlement Operations convierte las reglas de acceso en registros operativos: define un modelo y un plan, otórgalo a una persona, organización o familia y luego responde si un beneficiario puede usar un recurso concreto. No es un sistema de facturación.
Empieza con un objeto real y luego construye el sistema a su alrededor.
Elige el registro que tu equipo no se puede permitir perder, añade el proceso a su alrededor y luego amplía con roles, auditoría, reportes, mapas, lógica C# e integraciones.
01
Elige el dolor operativo
Sistema interno low-code, reemplazo de hoja de cálculo, operaciones geográficas, operaciones de lifecycle, solicitudes de servicio u otro escenario concreto.
02
Define el objeto central
Nombra el registro que no debe duplicarse ni perderse: caso, activo, beneficiario, dirección, solicitud, pedido, unidad, grant, visita o contrato.
03
Añade proceso y control
Usa tableros, reglas, responsables asignados, grupos de responsabilidad, permisos, acceso heredado a hijos, notificaciones, informes y auditoría para que el trabajo diario sea trazable.
04
Amplía donde haga falta
Usa lógica C#, API, webhooks, funciones CRON e integración directa con base de datos cuando el proceso requiera profundidad real de implementación.
Elige quién gestiona claves, SMTP, backups de base de datos, capacidad y actualizaciones.
El precio no es la primera decisión. La diferencia real es si Moltaro puede apoyarse en backups y escalado del proveedor, o si tu equipo mantiene cada credencial, plan de restauración y migración de servidor.
Managed App
Moltaro opera la aplicación y sus dependencias de servicio.
Conviene cuando quieres producción sin asumir desde el primer día la configuración del proveedor, hosts Docker, backup base de la base, cambios de capacidad, rotación de la clave de Google Maps, remitente SMTP ni instrucciones de actualización.
Desde $99/month mientras DigitalOcean sea el proveedor principal previsto para la primera versión.
Instalación gestionada por Portal, progreso de actualizaciones, URLs, versiones, secretos protegidos y proceso de soporte.
Menos control directo de infraestructura, pero menos trabajo diario con claves, entrega de correo, backups de base, crecimiento de capacidad y actualizaciones.
Self-hosted
Tú ejecutas el stack y cada servicio externo.
Conviene cuando contratos, política de seguridad, debugging local o propiedad de infraestructura pesan más que delegar la operación en Moltaro.
Licencia local perpetua gratuita, además de opciones pagas sin límites y con mantenimiento.
Tu equipo se encarga de Docker, PostgreSQL, backups de base de datos, archivos, datos de búsqueda full-text, DataProtection keys, DNS, SMTP, Google Maps API key, capacidad de hardware y actualizaciones.
Más control y debugging local más simple, pero la configuración de servicios, las pruebas de restauración y las migraciones de servidor quedan a tu cargo.
Ambos caminos ejecutan el mismo producto Moltaro. La diferencia es quién sostiene la lista operativa después de instalar.
