Cómo pensamos, intervenimos y resolvemos problemas complejos en Laravel.

Problema

La empresa tenía un sistema Laravel 5.8 en producción que gestionaba el 100% de sus órdenes diarias. El proveedor original había desaparecido hace 8 meses. El código no tenía documentación, mezcla de lógica en controladores y vistas, sin migraciones versionadas y con dependencias desactualizadas con vulnerabilidades conocidas. El sistema se caía 2–3 veces por semana.

Intervención

Diagnóstico técnico de 5 días que identificó los 3 puntos críticos de falla. Estabilización inmediata en semana 1 (parches de emergencia sobre las caídas). Refactoring progresivo en 3 fases de 3 semanas: separación de responsabilidades, actualización de dependencias y documentación mínima de los flujos críticos. Migración a Laravel 10 en fase 3.

Problema

El equipo de operaciones gestionaba 200+ solicitudes diarias de cobranza usando hojas de cálculo compartidas en Google Drive. Sin trazabilidad de quién hizo qué, sin notificaciones automáticas y con errores de solapamiento entre ejecutivos. El gerente no tenía visibilidad en tiempo real del estado de la cartera.

Intervención

Sistema interno construido con Laravel + Filament + Livewire. Panel de administración con roles (operador, supervisor, gerente). Flujo de solicitudes con estados, asignación automática y notificaciones por email. Dashboard con métricas en tiempo real: solicitudes por estado, ejecutivo y período. Integración con Excel para importación del backlog inicial.

Problema

Startup con MVP de marketplace educativo construido por un equipo freelance que se disolvió. El producto tenía 200 usuarios activos pero el código era inoperable para el equipo fundador. Bugs críticos sin resolver, sin tests, sin documentación y sin posibilidad de agregar nuevas funcionalidades sin romper lo existente.

Intervención

Diagnóstico de 3 días. Rescate en 2 fases: fase 1 de estabilización (bugs críticos que afectaban transacciones) y fase 2 de refactoring mínimo (separación en servicios, tests sobre los flujos críticos de pago). Entrega de mapa de arquitectura y backlog priorizado para el equipo fundador.

Problema

El cliente usaba SAP como sistema contable oficial, pero los departamentos no tenían forma de gestionar sus asignaciones en tiempo real. Todo el control presupuestario se hacía fuera del sistema — Excel, correos, memoria. Cada vez que necesitaban ver el estado de su presupuesto, alguien tardaba cerca de una hora en extraer la data de SAP y llevarla a una planilla.

Intervención

Se construyó una capa Laravel que importa los datos desde SAP sin modificarlo ni integrarse directamente. Sobre esa base se construyó la lógica operativa completa: movimientos entre departamentos, adjuntos de respaldo, trazabilidad de cada operación y balances calculados dinámicamente en tiempo real. SAP sigue siendo la fuente de verdad contable. Laravel es la capa donde opera el negocio.

Problema

El equipo de analistas realizaba entre 5 y 6 extracciones manuales cada semana para consolidar datos desde múltiples fuentes. El proceso era lento, propenso a errores y dependía de que una persona específica lo ejecutara. Los reportes llegaban tarde y con inconsistencias.

Intervención

Se diseñó e implementó un pipeline ETL en Python que extrae, normaliza y carga los datos en una base MySQL estructurada en tres capas: staging, control y core. Sobre esa base se construyó un sistema Laravel que genera los reportes que antes se hacían a mano, con los mismos criterios pero de forma automática, consistente y auditable.

Problema

Los presupuestos de corte de ventanas y materiales se calculaban manualmente. Cada solicitud de cliente tomaba entre 1 y 2 semanas entre mediciones, cálculos, validaciones y armado del documento final.

Intervención

Sistema Laravel que recibe los parámetros del proyecto, calcula automáticamente cortes, materiales y costos según las reglas del negocio, y genera el presupuesto final listo para entregar al cliente.