Una agencia vende un viaje en euros. Cotiza en agosto con el euro a 20.40, cobra al cliente, y semanas después contabilidad paga a los proveedores. Cuando dirección abre dos pantallas distintas para ver cuánto salió de la cuenta, cada una dice una cifra diferente.
La reacción natural es tratarlo como un error. Casi nunca lo es. Son dos formas legítimas de valuar el mismo dinero, y la pregunta no es cuál está mal, sino cuál responde a la pregunta que estás haciendo.
Los dos criterios
Cuando pagas 1,865 € a un hotel, el importe en euros no admite discusión. El importe en pesos, sí, porque depende de qué tipo de cambio apliques:
- El tipo de cambio del día del pago. El que estaba registrado el día en que administración completó la solicitud. Es el dinero que de verdad salió de la cuenta.
- El tipo de cambio de la venta. El que congelaste al cotizar el viaje. Es una previsión: cuando la pusiste, el pago todavía no existía.
Ninguno es un redondeo del otro. Entre cotizar y pagar pueden pasar semanas, y en esas semanas el euro se mueve.
El mismo dinero, dos cifras
Dos pagos de un mismo expediente: 1,865 € y 2,980 €, vendidos con el euro a 20.40, pagados en días distintos con tipo de cambio bancario de 20.30 y 20.35.
| Pago | TC del día | MXN | TC de la venta | MXN |
|---|---|---|---|---|
| 1,865.00 € | 20.30 | 37,859.50 | 20.40 | 38,046.00 |
| 2,980.00 € | 20.35 | 60,643.00 | 20.40 | 60,792.00 |
| Total | 98,502.50 | 98,838.00 |
Diferencia: 335.50 MXN sobre exactamente el mismo dinero.
Trescientos treinta y cinco pesos sobre poco menos de cien mil. Es poco en proporción y es mucho cuando lo que estás haciendo es cuadrar una cuenta: una caja que no cierra al peso es una caja en la que nadie confía, y el tiempo que se va en encontrar de dónde salen esos 335.50 lo pagas cada mes.
Multiplícalo por los viajes en divisa de un mes y la cifra deja de ser anecdótica.
Cuál usa cada quien
La regla práctica es que depende de la pregunta:
"¿Cuánto dinero salió de la cuenta?" → tipo de cambio del día del pago. Es un hecho, está en el estado de cuenta.
"¿Qué parte del costo de este servicio está cubierta?" → tipo de cambio de la venta. El costo está congelado ahí.
El segundo caso es el que más confunde, y tiene una razón de peso. Si un servicio costó 1,865 € y pagaste 1,865 €, la barra de progreso de ese servicio debe leerse 100%. No 99.5% porque el euro se movió entre que cotizaste y que pagaste. El servicio está pagado; el euro es otro problema.
En JetDesk eso está repartido así a propósito:
| Pantalla | Criterio |
|---|---|
| Caja del expediente | TC del día del pago |
| Preparación del viaje | TC del día del pago |
| Avisos automáticos | TC del día del pago |
| Barras de progreso por servicio | TC de la venta |
| Flujo de caja global de Contabilidad | TC de la venta |
Las tres cosas que conviene no hacer
No inventar un tipo de cambio. Es la tentación obvia cuando falta el dato: tomar el TC más reciente y aplicarlo a un pago de hace cuatro meses. Produce una cifra con aspecto de respuesta que no lo es. Es mejor que una pantalla diga "no se puede convertir" que una cifra inventada: un hueco se investiga, un número equivocado se usa para tomar decisiones.
No usar la fecha en UTC. Un pago completado a las 19:00 de la Ciudad de México cae al día siguiente en UTC, y buscarías el tipo de cambio del día equivocado. Suena a detalle de programador hasta que el euro se movió un centavo justo esa noche.
No elegir entre dos tipos de cambio distintos. Si un viaje tiene dos servicios en euros congelados a tipos de cambio diferentes y llega un pago sin servicio asignado, no hay forma de saber cuál le toca. Adivinar es exactamente lo que produce descuadres que nadie puede explicar seis meses después.
Qué hacer con esto en tu agencia
Si manejas ventas en divisa, revisa tres cosas:
- Que tengas histórico de tipos de cambio, no solo el de hoy. Sin histórico no puedes valuar un pago pasado y estás obligada a usar el de la venta.
- Que cada pantalla diga con qué criterio está valuando. El descuadre deja de ser un misterio en el momento en que la pantalla lo declara.
- Que la fecha del pago sea la fecha real en que salió el dinero, no la de captura.
Con eso, la diferencia entre las dos cifras deja de ser un problema y se convierte en lo que siempre fue: la variación del tipo de cambio, visible y explicable.
JetDesk registra el tipo de cambio bancario del día y conserva su histórico, y cada importe en pesos de una solicitud de pago se valúa con el del día en que se pagó. Si quieres ver cómo queda en tu operación, agenda una demo — son 20 minutos. La mecánica completa, módulo por módulo, está en la documentación.