Qué encuentra realmente una auditoría en los libros de una agencia de viajes

La mayoría de los dueños de agencias de viajes asume que sus libros están más o menos bien. Un poco desordenados, quizá. Atrasados, probablemente. Pero bien.

Normalmente no lo están. No porque alguien haya hecho algo mal, ni porque el dueño sea descuidado. No están bien porque el dinero se mueve más rápido que el registro, y nada en el sistema obliga a que los dos coincidan.

Los hallazgos que siguen provienen de conciliar los registros de una agencia de viajes en operación contra los reportes de su sistema de reservas, línea por línea, reserva por reserva. Ninguno fue exótico. Ninguno requirió buscar mucho. Y todos eran invisibles hasta que alguien fue a mirar.

Esto es lo que apareció.

1. Reservas que simplemente no están

Un agente lleva una hoja de cálculo. El sistema de reservas produce un reporte. Uno esperaría que ambos describieran el mismo mes.

No lo hacen. A la hoja de cálculo le faltan varias reservas, y con ellas miles de dólares de venta que nadie echó en falta. No se puede notar la ausencia de un registro que nunca existió.

Este es el hallazgo más peligroso de la lista, y el más silencioso. Los otros cuatro son errores con los que uno puede tropezar tarde o temprano. Una reserva faltante no genera ninguna discrepancia, ningún reclamo, ninguna alerta. Simplemente no está. Nunca se calculó comisión sobre ella. Nadie persiguió el saldo.

2. Un reembolso mayor de lo que el cliente llegó a pagar

En algún lugar de los registros hay un reembolso por más dinero del que el cliente entregó en primer lugar.

Nada lo impidió. Nada lo advirtió. El reembolso se registró, el dinero salió, y el saldo de la reserva quedó en negativo sin que nadie lo notara.

Esto ocurre porque los reembolsos y los pagos suelen vivir en lugares distintos, o en el mismo lugar sin ninguna regla que los conecte. Nada en el proceso hace la pregunta obvia: ¿este cliente realmente pagó esta cantidad?

3. El mismo pago, dos importes distintos, porque nada lo ató a un número de confirmación

La hoja del agente dice que una reserva se pagó con una cifra. El reporte del sistema dice otra. La diferencia llega a los miles de dólares.

Ninguno de los dos números está obviamente mal. Ninguno está obviamente bien. Nadie puede decir en cuál confiar, porque los dos se ingresaron a mano, desde documentos distintos, en momentos distintos. Ninguno se archivó contra lo único que habría zanjado la discusión.

Ese algo es el número de confirmación.

El único dato que dos registros pueden compartir

El nombre de un cliente no es único. El mismo cliente reserva tres viajes en un año, y dos clientes comparten apellido. Una fecha no es única: cinco pagos entran el día 14. Un importe no es único: los depósitos se agrupan en cifras redondas, y la mitad son de $500.

La referencia de la reserva es el único valor de toda la transacción que significa exactamente una cosa.

Cuando un pago no se archiva contra ese número, emparejarlo deja de ser una búsqueda y se convierte en un juicio de valor. Y los juicios de valor son donde dos registros empiezan a divergir. Un registro muestra $2,400 recibidos del Cliente 1. El otro muestra $2,400 recibidos contra la Reserva A. Nadie nota durante cuatro meses que el Cliente 1 también tiene una Reserva B, y que el dinero se aplicó a la equivocada.

Falla justo donde el dinero se mueve de verdad

• Una persona paga el viaje de otra. El nombre del pago no coincide con el nombre de la reserva.
• Un solo depósito cubre dos reservas. ¿Cuál queda pagada?
• Un cliente paga en tres cuotas, y la tercera llega después de un cambio que movió el precio.
• Una transferencia entra con un concepto que el banco recortó a doce caracteres.
• El estado de cuenta muestra una transferencia, un nombre, una inicial, y nada más.

Esa última línea es donde muere la identidad. Llega un pago, el dinero es real, y ningún ser humano puede decir a qué reserva pertenece sin abrir una cadena de correos.

Todo lo que viene después hereda la falla

Una vez que un pago queda suelto de su reserva, nada de lo que se construya encima es confiable:

• No puedes validar un reembolso contra pagos que nunca se ataron a la reserva. Ese es el hallazgo 2, y esta es su causa.
• No puedes recalcular una comisión cuando la reserva cambia, porque no sabes cuánto se ha cobrado realmente contra ella.
• No puedes decirle a un cliente cuánto debe todavía sin hacer la cuenta a mano.
• A fin de año no puedes probar nada de esto. Solo puedes afirmarlo.

La regla

Ningún dinero se mueve sin un número de confirmación. Ni de entrada, ni de salida, ni en reembolso.

Un pago que llega sin uno todavía no es ingreso. Es efectivo sin asignar, y así debe quedarse, visible e incómodo, hasta que alguien lo asigne a una reserva. Una agencia que deja que el efectivo sin asignar se convierta calladamente en ingreso dejó de llevar registros y empezó a llevar impresiones.

En la práctica esto significa tres hábitos: el número de confirmación va en cada factura y en cada solicitud de pago que envías; le pides al cliente que lo ponga en el concepto de la transferencia; y tu sistema se niega a registrar un pago que no tenga una reserva detrás.

4. Comisiones que nadie puede explicar

Tu comisión estándar es, digamos, del 15%. Y entonces aparecen reservas al 12.5%. Al 10%. Al 18%. Al cero.

Algunas de ellas ciertamente se negociaron. Un cliente grande, un proveedor difícil, un favor devuelto. Son decisiones de negocio legítimas, y una agencia que nunca las toma en realidad no está negociando.

El problema no es la excepción. El problema es que la excepción nunca se anotó. Seis meses después la razón vive en la memoria de una persona, y un negocio no se dirige con recuerdos. Cuando esa persona se va, o simplemente olvida, el número se vuelve permanente e inexplicable.

5. Reportes cuyos totales no son la suma de sus filas

Esto suena imposible. No lo es.

Un sistema de reservas exporta un reporte. Al final hay un total. Sumas las filas de arriba y las dos cifras no coinciden.

La explicación habitual es un filtro: el reporte excluye del detalle las reservas canceladas, pero calcula su total antes de aplicar el filtro. El resultado es un reporte que se contradice a sí mismo en silencio. Quien concilie contra ese total hereda ventas y comisiones que no existen en ninguna parte del detalle.

Qué tienen los cinco en común

Ninguno de estos es un fallo contable. Todos son un fallo de trazabilidad.

El depósito de un cliente llega y aterriza en el banco como efectivo. Llega una factura de proveedor y se paga. Una comisión se calcula una vez y nunca se revisa cuando la reserva cambia. En ningún momento nada está obligado a apuntar de vuelta a la reserva a la que pertenece.

Así que la reserva existe en un lugar, el dinero en otro, y la relación entre ambos vive en una hoja de cálculo, una cadena de correos y la memoria de alguien.

Por eso una agencia puede cerrar un mes récord de ventas, ver una utilidad sana en el reporte, y no encontrar casi nada en el banco. La utilidad es real. Simplemente nunca fue trazable, y una utilidad no trazable no se puede cobrar, ni perseguir, ni defender.

Qué hacer al respecto

No necesitas comprar nada para empezar. Corre las cinco revisiones de arriba sobre un solo mes. Toman una tarde, y te dirán el tamaño de tu problema.

La mayoría de los dueños descubre que los montos son más pequeños de lo que temían y que el patrón es peor de lo que esperaban. Rara vez es un agujero grande. Son docenas de agujeros pequeños, todos creados de la misma forma: un pago que nunca se ató a la reserva que pagó.

Arreglarlo de forma permanente significa cambiar dónde vive la relación. No en una hoja de cálculo al lado del sistema, sino dentro del propio registro: cada pago de cliente ligado a su reserva, cada factura de proveedor validada contra una reserva real antes de que salga el dinero, cada comisión recalculada cuando la reserva cambia, y cada excepción con una razón escrita.

Eso es lo que hace Wihemi Travel. Es software de contabilidad y back-office construido para agencias de viajes, por un equipo de finanzas, a partir de exactamente este problema. No reemplaza tu sistema contable; lo alimenta. Un pago no es una fila que se sienta al lado de una reserva; pertenece a una, y no puede existir sin ella. El número de confirmación no es un campo que alguien recuerda llenar. Es la estructura. Tú registras la reserva y registras el pago; el software se encarga de las comisiones, los márgenes, los saldos, los vencimientos y el historial de auditoría.

No necesitas ser contador. Necesitas que el registro se sostenga.

Parte del panorama completo: lee la guía de contabilidad back-office para agencias de viajes.