Descubrimiento y mapeo de procesos
Entrevistas en producción, logística y ventas; mapeo del ciclo de vida del pedido y del contrato de datos con 1C; y enfoque de despliegue on-premise y propiedad de los datos.
Caso de éxito · Fabricación · Gestión de la producción
Caso de éxito StartApp: sistema de gestión de la producción para un fabricante de muebles
Caso de éxito StartApp: cómo lanzamos StartApp desde cero, un ecosistema unificado que conecta apps móviles para iOS y Android con una consola web administrativa, sigue cada pedido a lo largo de todo su ciclo de vida, desde el taller hasta el envío, abre canales de comunicación directa con las contrapartes y se integra de forma bidireccional con el sistema contable 1C que ya tenía el cliente, todo ello funcionando en los propios servidores del cliente.
El reto: coordinar una fábrica sin llamadas telefónicas
El cliente es un gran fabricante federal de muebles que gestiona varias plantas de producción además de logística y ventas. A medida que crecía el volumen de pedidos, la coordinación entre producción, logística y sala de ventas se sostenía con llamadas telefónicas y mensajeros dispersos, y clientes y contrapartes llamaban constantemente solo para saber el estado de un pedido. El reto era hacer transparente el estado de los pedidos sin llamadas al taller, abrir un canal de comunicación directa con las contrapartes, centralizar la base de datos de empleados y clientes y reducir la carga del centro de llamadas trasladando la comunicación a un modelo asíncrono y de autoservicio, todo ello desplegado on-premise, en la propia infraestructura del cliente, e integrado con el sistema contable heredado 1C.
Aspectos destacados del proyecto
Apps nativas para iOS + AndroidConsola de administración en ReactEstado de los pedidos en tiempo realChats por pedidoIntegración bidireccional con 1CDespliegue on-premiseBase de datos de contrapartes y personal−30 % de llamadas de estado (piloto)
En cifras
Un resumen de lo que aportó StartApp en tres plataformas y un controlador para los servidores del propio cliente durante su primer ciclo de producción.
3plataformas en un solo ecosistema: apps para iOS y Android y una consola de administración web
-30%de las consultas al centro de llamadas relacionadas con el estado durante el despliegue piloto
10 mesesdesarrollo de principio a fin en tres plataformas con PHP Laravel, React y Flutter
1Cintegración bidireccional: el estado y los parámetros de los pedidos se sincronizan con el sistema contable
0datos que salen del perímetro: todo el sistema funciona en los servidores del propio cliente
1fuente de verdad por pedido: el mismo estado en el teléfono y en el back office
Por qué Flutter multiplataforma y un feed de pedidos en tiempo real
Los clientes móviles para iOS y Android están construidos con Flutter, de modo que una única base de código se publica en ambas plataformas en paralelo, la contrapartida adecuada cuando decenas de empleados de contrapartes usan la app a la vez y el plazo de entrega es fijo. La pantalla de inicio es un feed de pedidos con pestañas de Activos y Completados y búsqueda por número de pedido; cada tarjeta incluye una miniatura del producto, el número de pedido, la fecha, la empresa contraparte y un estado con código de color, como Corte o Aceptado para tramitación.
El objetivo del feed es acabar con la llamada para preguntar el estado. Los estados llegan directamente del sistema contable, así que lo que ve en la tarjeta un operario del taller o un comercial es lo que ve el back office: nadie tiene que llamar a la fábrica para saber en qué punto está un pedido.
La tarjeta del pedido: todos los parámetros de producción en un solo lugar
Al pulsar un pedido se abre una tarjeta que reúne todo lo que necesita el taller: un plano técnico y una foto del artículo, el número y el nombre del pedido, la cantidad, las fechas de creación y de envío, el creador y el estado actual, como Asignado al tecnólogo. Debajo figuran los parámetros de producción: colores del aglomerado y metros de aglomerado y de MDF.
Todo ello se obtiene del sistema contable mediante la integración bidireccional con 1C, de modo que la tarjeta siempre coincide con el back office. El fabricante deja de mantener dos versiones de la verdad y la contraparte puede consultar por sí misma la especificación exacta de lo que pidió.
Circuitos de comunicación cerrados, uno por pedido
La sección Mensajes es un feed de chats: un archivo, noticias de la empresa y conversaciones vinculadas a un pedido y una dirección de entrega concretos, cada una con el último mensaje, una marca de tiempo y un contador de no leídos. Dentro del chat de un pedido, los participantes comentan los detalles e intercambian adjuntos —fotos de artículos, planos, muestras— con una galería que agrupa las imágenes adicionales en un icono +N.
Sacar esto de los mensajeros personales es la otra mitad de la mejora en el centro de llamadas: todo el historial de un pedido vive en un solo lugar, visible exactamente para las personas implicadas, y los tiempos de respuesta a las contrapartes mejoraron cuando los chats dispersos pasaron a la plataforma corporativa única.
La consola de administración en React: el plano de control del back office
La parte administrativa es una aplicación web en React que da al back office una pantalla grande para el trabajo que no corresponde a un teléfono. El módulo de Contrapartes es una tabla con todas las empresas, con filtros por estado y fecha y un campo de búsqueda; los estados Activa, Bloqueada y Eliminada tienen código de color para que un operador pueda priorizar de un vistazo.
Un panel lateral izquierdo da acceso a todo el sistema —administración, contrapartes, empleados de contrapartes, pedidos, mensajes, roles y noticias—, de modo que una única consola gobierna todo el ecosistema mientras las apps móviles siguen siendo ligeras y centradas en los pedidos y la comunicación.
Empleados, roles y una base de datos centralizada
El módulo de Empleados de contrapartes enumera a las personas de todas las empresas con filtros por empresa y estado, respaldado por un módulo de roles que separa los derechos de acceso y un panel que reúne métricas de rendimiento. Un mismo empleado puede pertenecer a varias personas jurídicas, y la base de datos centralizada elimina la confusión sobre a quién pertenece cada pedido.
Como el fabricante es dueño de este plano de control en lugar de alquilar un servicio de terceros, los datos de pedidos, contrapartes y conversaciones permanecen dentro del perímetro de la empresa: el despliegue on-premise convierte la propiedad de los datos en la opción por defecto y no en una reforma posterior.
Metodología de entrega
Un desarrollo Agile en cinco fases que llevó a StartApp, en diez meses, de las llamadas telefónicas dispersas a una única plataforma de gestión de la producción.
Arquitectura e integración
Un plano de control en Laravel, la API REST para las apps y la consola, el modelo de roles y el contrato de intercambio bidireccional con 1C.
Desarrollos de plataformas
Clientes Flutter para iOS y Android y la consola de administración en React: feed de pedidos, tarjeta de pedido, chats por pedido y módulos de contrapartes y empleados.
Integración y QA
Sincronización bidireccional con 1C, circuitos de comunicación cerrados, acceso basado en roles y pruebas en una amplia gama de dispositivos de las contrapartes.
Piloto e iteración
Despliegue on-premise, un piloto que redujo las llamadas de estado en ~30 % e iteración Agile de los chats y de la consola de administración a partir del uso real.
Stack tecnológico y hoja de ruta
FlutterDartReactJavaScriptPHPLaravelREST APIPostgreSQLRedisIntegración con 1COn-premiseAcceso basado en rolesDockerWebSockets
La hoja de ruta se apoya en la misma base de servidor: notificaciones push ante cambios de estado, analítica de los plazos de producción y de la carga de las plantas, un modelo de roles más profundo y nuevas integraciones, cada una como adición al plano de control de Laravel existente y no como una reescritura.
Cree un sistema de gestión de la producción como este: hable con nosotros
Si está planificando un producto de fabricación, logística u operaciones de campo en el que el estado de los pedidos deba ser transparente y la comunicación deba salir del teléfono, hemos entregado este stack de principio a fin: apps en Flutter con sensación nativa, una consola en React, un backend en Laravel y una integración bidireccional con el sistema contable desplegada en su propia infraestructura. La presentación del producto en ruso está disponible en yusmpgroup.ru, y el equipo de ingeniería responsable trabaja dentro de YuSMP Group.
Preguntas frecuentes
¿Cuánto cuesta desarrollar un sistema de gestión de la producción como este?
El coste depende del número de plataformas (apps móviles y/o consola web), de la profundidad de la integración con el sistema contable (1C, ERP), del modelo de roles y del modelo de despliegue. Para un ecosistema de la escala de StartApp —apps móviles en Flutter, una consola de administración en React, un backend en Laravel y una integración bidireccional con 1C— damos una estimación cerrada tras una fase de descubrimiento que fija los escenarios y el contrato de integración.
¿Por qué tanto apps móviles como una consola web?
Los roles trabajan de forma distinta. El personal del taller y las contrapartes quieren un teléfono: el estado del pedido, la tarjeta del artículo y los chats siempre a mano. El back office necesita una pantalla grande para tablas, filtros, gestión de roles y métricas: esa es la consola web en React. Ambos clientes funcionan sobre una única API, de modo que los datos se mantienen coherentes en todas partes.
¿Cómo se integra con 1C?
La integración es bidireccional: los estados de los pedidos y los parámetros de producción —colores del aglomerado, metros, fechas de creación y de envío— fluyen de 1C a la app, y las acciones de los usuarios fluyen de vuelta. El intercambio se realiza dentro de la infraestructura controlada del cliente porque el sistema está desplegado on-premise.
¿Qué hay de los datos y del despliegue?
El sistema se despliega en los propios servidores del cliente (on-premise): los datos de pedidos, contrapartes y conversaciones permanecen dentro del perímetro de la empresa y no se entregan a servicios externos. El acceso está autenticado y separado por el módulo de roles, y el tratamiento de datos puede fijarse a la propia jurisdicción e infraestructura del cliente.
¿Cuánto se tarda en desarrollar algo así?
StartApp llevó unos diez meses en tres plataformas (iOS, Android y web) con una integración con 1C. El plazo depende del número de módulos, de la complejidad del modelo de roles y de la profundidad de la integración con el sistema contable. Fijamos las fechas exactas tras el descubrimiento.
Casos relacionados
Más desarrollos de plataformas y móviles
Logística · Integrada con hardware
Sistema de gestión de almacenes
Plano de control en React, escáneres nativos para iOS + Android e integración con hardware industrial.
→Medtech · MóvilUnilab
Una app móvil para una red de laboratorios: reserva online, resultados de pruebas y catálogo de servicios, integrada con 1C.
→Retail · E-commerceSuperStep
Una experiencia móvil de retail y herramientas de back office para una marca nacional de calzado.
→Servicios relacionados
Desarrollo de aplicaciones móviles
Apps nativas para iOS y Android y multiplataforma, con pipelines de publicación listos para las tiendas.
Explorar el desarrollo de aplicaciones móviles →
Desarrollo de software a medida
Plataformas a medida diseñadas para su modelo de negocio, que escalan sin problemas desde el MVP hasta millones de usuarios.
Explorar el desarrollo de software a medida →
Cloud y DevOps
Infraestructura en contenedores, pipelines de CI/CD y despliegues gestionados con Terraform en regiones de EE. UU. y la UE.
Explorar cloud y DevOps →Planifique un desarrollo similar
Reservar una llamada inicialPedir propuesta
Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.