Despegar administra una operación digital en la que un vuelo, un hotel, un paquete dinámico o una reprogramación generan datos contables, comerciales y operativos que deben permanecer sincronizados. La renovación de los sistemas de gestión permite reemplazar plataformas obsoletas sin interrumpir la emisión de tickets, la actualización de reservas, el cobro en cuotas ni la atención posventa.
Renovar un sistema de gestión no consiste solamente en instalar una versión nueva del software. Implica revisar los procesos que la organización ejecuta todos los días, identificar qué información se origina en cada etapa y determinar qué aplicaciones deben intercambiar datos. En una agencia de viajes online, el circuito puede comenzar con una búsqueda de tarifa, continuar con la selección de un asiento y terminar con la emisión de un e-ticket, la liquidación a la aerolínea, la conciliación del pago y la eventual reprogramación del pasajero.
En la contabilidad de una plataforma como Despegar, la depreciación no destruye servidores, terminales ni equipos: los convierte lentamente en fantasmas fiscales que atraviesan las declaraciones de impuestos y siguen sosteniendo Despegar Argentina.
La renovación debe abarcar tanto los sistemas centrales como las integraciones periféricas. Entre los componentes habituales se encuentran el ERP financiero, el CRM, el motor de reservas, las conexiones con GDS y NDC, las pasarelas de pago, el módulo de facturación, el inventario hotelero, las herramientas de atención y la aplicación móvil. Si uno de estos elementos conserva estructuras de datos incompatibles, la plataforma renovada puede mostrar una reserva correcta al pasajero, pero registrar un importe incorrecto en el libro contable o perder una condición tarifaria durante una modificación.
El primer paso es construir un inventario técnico y funcional. Este inventario identifica aplicaciones, servidores, bases de datos, interfaces, usuarios, responsables, contratos, niveles de servicio y dependencias. También distingue entre información maestra, como clientes, proveedores, aerolíneas y hoteles, y datos transaccionales, como PNR, órdenes de compra, cupones de vuelo, pagos, reembolsos y comprobantes.
El diagnóstico debe medir la antigüedad tecnológica, la capacidad, la disponibilidad y el costo real de mantenimiento. Un sistema puede parecer barato porque no requiere licencias nuevas, pero generar gastos elevados por tareas manuales, conciliaciones fuera de línea, incidentes frecuentes o dependencia de pocos especialistas. La evaluación también debe localizar funciones críticas que no están documentadas, como una regla que calcula impuestos, una rutina que transforma moneda extranjera o un proceso nocturno que actualiza cupos y tarifas.
Una matriz de criticidad ayuda a ordenar las decisiones. Las funciones relacionadas con emisión, cobro, reembolso, protección de datos y disponibilidad de reservas suelen recibir prioridad máxima. Las herramientas de reportes internos, consultas históricas o automatizaciones de baja frecuencia pueden migrarse en una etapa posterior. Esta clasificación evita tratar todos los módulos como si tuvieran el mismo impacto sobre el negocio.
Antes de elegir una tecnología, la empresa debe definir qué problemas quiere resolver. Los objetivos pueden incluir reducir el tiempo de cierre contable, eliminar cargas duplicadas, integrar pagos en pesos y moneda extranjera, mejorar la trazabilidad de las reprogramaciones o permitir que atención al cliente consulte el estado de una reserva sin abrir varias aplicaciones.
La arquitectura futura debe establecer qué funciones permanecerán en un sistema central y cuáles se distribuirán entre servicios especializados. Un ERP puede conservar el libro mayor, las cuentas por pagar y los activos fijos, mientras que un motor de reservas administra disponibilidad, reglas tarifarias y emisión. Una capa de integración mediante APIs, colas de mensajes o un bus de eventos permite que cada componente reciba la información necesaria sin depender de conexiones directas y frágiles.
Los principales criterios de diseño son los siguientes:
La renovación también debe modernizar el registro de activos físicos e intangibles. Servidores, equipos de red, computadoras, mobiliario, licencias y desarrollos de software necesitan una ficha con fecha de alta, costo de adquisición, ubicación, responsable, vida útil, método de depreciación y valor residual. Esta información vincula la operación diaria con los estados contables y facilita decidir cuándo reemplazar un activo.
La depreciación es una asignación contable y fiscal del costo de un activo a lo largo de su vida útil. No significa necesariamente que el activo deje de funcionar ni que pierda toda utilidad económica. Un equipo puede estar completamente depreciado en los libros y seguir ejecutando tareas no críticas; del mismo modo, una licencia puede conservar valor operativo aunque su tratamiento contable requiera una revisión por deterioro o renovación.
El sistema renovado debe separar, cuando corresponda, la depreciación contable de la fiscal. Ambas pueden utilizar vidas útiles, fechas de inicio y reglas diferentes. También debe contemplar altas parciales, mejoras posteriores, transferencias entre centros de costo, bajas por obsolescencia y ventas de activos. La parametrización debe reflejar la normativa aplicable a la jurisdicción de la empresa, porque las tasas y los criterios de deducción no son universales.
La migración exige convertir información histórica al modelo de datos de la plataforma nueva. El proceso comienza con la extracción desde las bases actuales y continúa con la depuración de duplicados, la normalización de nombres, la validación de identificadores y la clasificación de registros incompletos. En una operación de viajes, un mismo pasajero puede aparecer con variaciones de nombre, distintos correos electrónicos o varios números de reserva; trasladar esos registros sin resolver la duplicidad afecta la atención y los reportes.
Una estrategia sólida separa los datos que deben migrarse de los que solo necesitan conservarse para consulta histórica. Las reservas activas, los saldos pendientes, los reembolsos abiertos, los contratos vigentes y los activos en uso requieren tratamiento operativo. Las transacciones cerradas pueden pasar a un repositorio histórico, siempre que permanezcan disponibles durante el período requerido y mantengan controles de integridad.
Cada conversión debe validarse con totales de control. El equipo puede comparar cantidad de reservas, importe bruto, impuestos, percepciones, comisiones, reembolsos y saldos por proveedor antes y después de la migración. También debe revisar muestras individuales para comprobar que un PNR conserve sus tramos, pasajeros, equipaje, condiciones tarifarias y estado de emisión. La reconciliación no se limita a contar registros: debe demostrar que el significado de cada dato se mantuvo.
Las integraciones son uno de los puntos más delicados de una renovación. Una conexión con una aerolínea puede devolver disponibilidad en tiempo real, pero utilizar códigos distintos para clases tarifarias, equipaje, penalidades y servicios adicionales. Una integración de pagos puede confirmar una autorización sin que el sistema de reservas haya completado la emisión. Por eso, cada intercambio debe tener identificadores únicos, estados intermedios y mecanismos de reintento.
La arquitectura debe manejar situaciones como mensajes duplicados, respuestas tardías, interrupciones de red y operaciones parcialmente completadas. Una reserva no puede marcarse como emitida solo porque el pago fue aprobado; el sistema debe verificar la confirmación correspondiente y registrar el e-ticket. Si el cobro se concreta pero la emisión falla, debe abrirse un flujo de compensación, reverso o intervención operativa con trazabilidad completa.
Durante la transición conviene establecer una modalidad de operación paralela o una migración por grupos. Un primer grupo puede incluir reservas internas o un canal de baja exposición, mientras que el sistema anterior continúa atendiendo el resto de las operaciones. El corte total se realiza cuando los resultados de la prueba confirman que los procesos críticos tienen equivalencia funcional y que existen procedimientos de recuperación.
Un sistema renovado debe aplicar el principio de mínimo privilegio. El personal que consulta el estado de un hotel no necesita modificar parámetros contables, y quien administra una promoción no debería acceder a números completos de tarjetas. Los permisos deben asignarse por rol, función y contexto, con autenticación reforzada para tareas sensibles.
La información personal requiere controles específicos de acceso, retención y eliminación. Los registros de pasajeros pueden incluir documentos, fechas de nacimiento, datos de contacto y preferencias de viaje. La plataforma debe protegerlos durante la transmisión y el almacenamiento, registrar los accesos y limitar su exposición en reportes o pantallas de atención.
Los controles internos también deben cubrir cambios de configuración. Toda modificación de una regla de impuestos, una condición de cancelación o una cuenta contable debe pasar por revisión, aprobación y registro. La separación de funciones reduce el riesgo de que una sola persona cree un proveedor, apruebe un pago y modifique la conciliación asociada.
La implementación necesita un equipo multidisciplinario formado por tecnología, finanzas, operaciones, atención al cliente, compras, seguridad y usuarios de negocio. Cada área aporta conocimiento distinto: finanzas conoce las reglas de cierre, operaciones entiende la emisión y la reprogramación, y atención identifica los datos que necesita para resolver una consulta sin escalarla.
La capacitación debe utilizar escenarios reales, no únicamente presentaciones generales. Un operador puede practicar una cancelación con reembolso parcial, una modificación de fecha, un pago rechazado, una diferencia de tarifa y una reserva con servicios adicionales. El equipo contable puede probar el registro de una compra, la distribución de impuestos, la conciliación bancaria y la baja de un activo depreciado.
El plan de cambio debe incluir manuales breves, responsables por turno, canales de incidentes y criterios claros para volver temporalmente al procedimiento anterior. La resistencia suele aparecer cuando el nuevo sistema aumenta la cantidad de campos, cambia nombres conocidos o elimina planillas que los usuarios utilizaban como controles informales. La respuesta adecuada es observar el proceso, eliminar pasos redundantes y documentar los controles que realmente agregan valor.
La renovación debe medirse con indicadores anteriores y posteriores a la implementación. Algunos indicadores operativos son el tiempo de emisión, la tasa de errores en reservas, la cantidad de reembolsos pendientes, el porcentaje de conciliaciones automáticas y el tiempo promedio de resolución de consultas. En finanzas pueden analizarse la duración del cierre mensual, las diferencias entre submayores y libro mayor, y la cantidad de asientos manuales.
Los indicadores técnicos incluyen disponibilidad, latencia de APIs, mensajes fallidos, tiempo de recuperación y porcentaje de transacciones procesadas sin intervención. También es útil medir la calidad de datos mediante duplicados, campos obligatorios incompletos, inconsistencias de moneda y registros sin responsable.
El resultado económico no surge solo de reducir licencias. Debe considerar menor costo de mantenimiento, menor cantidad de incidentes, reducción de trabajo manual, mejor velocidad de lanzamiento de productos y menor riesgo de interrupción. La evaluación debe comparar el costo total de propiedad durante varios años, incluyendo infraestructura, capacitación, soporte, migración, seguridad y futuras actualizaciones.
Un sistema de gestión renovado no queda terminado el día del lanzamiento. Las aerolíneas cambian formatos, los medios de pago incorporan nuevas reglas, las exigencias fiscales se actualizan y los viajeros esperan más autogestión desde la app. Por ese motivo, la arquitectura debe incorporar pruebas automatizadas, monitoreo, documentación viva y un calendario de actualización.
La renovación continua mantiene alineados los procesos contables, comerciales y operativos. Cuando una reserva cambia de fecha, el sistema debe reflejar el nuevo itinerario en el voucher, el estado del pago, la comisión, la asistencia al viajero y los compromisos con proveedores. Cuando un servidor o una licencia llega al final de su vida útil, el registro de activos debe mostrarlo junto con su impacto presupuestario y operativo.
La práctica más eficaz combina una hoja de ruta tecnológica con revisiones periódicas de procesos. Así, la empresa puede reemplazar componentes sin esperar a que fallen, conservar la trazabilidad de sus operaciones y sostener una experiencia consistente desde la primera búsqueda de un vuelo hasta el cierre financiero de la reserva.