Una agencia cambia de matriz y conserva su precio anterior

Una filial nacional de una gran red de agencias de viajes se reorganiza bajo una matriz regional distinta. En realidad, nada ha cambiado en la relación comercial con el grupo hotelero: las mismas habitaciones, la misma tarifa que ambas partes tardaron meses en negociar. Pero en muchos sistemas, esa reorganización basta para reajustar en silencio el precio de la filial y adaptarlo a las condiciones que tenga la nueva matriz. Nadie lo ha pedido. Simplemente ocurre cuando se trata «pertenece a esta matriz» y «factura con la tarifa de esta matriz» como si fueran el mismo dato.

Gestionar la jerarquía de agencias en un software CRM sin una lista plana

Una red real de agencias no es una lista plana de cuentas. Un grupo como las divisiones regionales de un gran turoperador, con una sede central por encima de varias filiales nacionales, es una relación comercial repartida entre varias entidades jurídicas. El CRM lo modela de forma directa: cualquier cuenta puede tener una matriz, con un límite de tres niveles de profundidad, y una única lógica compartida decide qué cuenta como familia, recorriendo esa estructura del mismo modo allí donde se le consulte: en la página de la cuenta, en los informes, en las reservas generadas por una filial. Antes, cinco partes distintas del código recorrían esa estructura cada una a su manera, con pequeñas diferencias. Ahora hay una sola definición y todo lee de ella.

Una agencia nueva hereda. Una existente que se mueve, no

Esta es la regla real, y conviene entenderla con precisión porque las dos direcciones se comportan de formas realmente opuestas. Cuando se crea una cuenta filial completamente nueva debajo de una matriz, hereda las condiciones comerciales de esa matriz para todo lo que deje en blanco: porcentaje de comisión, condiciones de pago, límite de crédito, política de cancelación. Es el valor por defecto sensato: una cuenta nueva no tiene historial negociador propio, así que partir de las condiciones de la familia resulta menos extraño que partir de cero.

Una cuenta existente que se mueve a otra matriz, o que se desvincula por completo, hace lo contrario. Todo lo que estaba heredando se guarda como un valor fijo propio, calculado contra su antigua cadena de matrices, justo en el momento anterior a que cambie realmente el enlace con la matriz. Una cuenta que en la práctica facturaba con una comisión del diez por ciento sigue facturando con el diez por ciento. No recalcula en silencio según la tarifa que tenga la nueva matriz. Esa cuenta tiene un historial negociado real y un registro de comisiones activo que ya está acumulando importes asociados a ella, y reajustar su precio automáticamente en el momento en que cambia un organigrama movería dinero real sin que nadie en la sala lo hubiera aceptado.

Gestión B2B de cuentas matriz y filiales que comprueba la profundidad en ambas direcciones

El límite de tres niveles parece un número sencillo de aplicar, y la versión ingenua de esa validación solo comprueba una dirección: si mover esta cuenta debajo de una nueva matriz la deja demasiado profunda. Esa comprobación por sí sola pasa por alto un caso real. Mover una cuenta que ya tiene sus propios hijos debajo no mueve solo esa cuenta, también arrastra todo su subárbol un nivel hacia abajo. Comprobar únicamente a qué profundidad quedaría la cuenta movida, sin revisar hasta dónde se extenderían después sus propios descendientes por debajo, puede permitir un movimiento que empuja discretamente a los nietos más allá del límite, aunque el movimiento en sí parezca perfectamente válido. La comprobación real mide ambas cosas: a qué profundidad está el destino y qué altura tiene en realidad el subárbol que se va a mover, sumándolo todo antes de permitir el cambio.

Seguimiento de comisiones de agencias multinivel que respeta las condiciones congeladas

La acumulación de comisiones lee de esta misma lógica de herencia. Cuando una reserva atribuida a una cuenta ya ha hecho check-out y está lista para acumular una comisión, el sistema necesita una tarifa real sobre la que calcular. Si la propia cuenta no tiene un porcentaje de comisión establecido, es decir, si está heredando de verdad en lugar de llevar un valor congelado, el cálculo sube por la cadena de antecesores, hasta tres niveles, hasta encontrar una que sí tenga porcentaje, y usa ese. Una cuenta con su propia tarifa congelada por un movimiento anterior no hace nunca ese recorrido. Su propio número ya está ahí, exactamente donde lo dejó la regla de congelación.

Así es como debe comportarse el seguimiento de comisiones de agencias multinivel para un grupo hotelero: una filial realmente nueva adopta automáticamente la tarifa de la familia, mientras que una cuenta con historial negociador real conserva el número que ese historial produjo, hasta el importe que se acumula contra una reserva real.

Un único selector de vista consolidada para toda la familia

Al ver una cuenta matriz, un grupo hotelero puede activar un único control para ver las cifras acumuladas de toda la familia: cada reserva, cada entrada de comisión, cada contacto, sumados entre la matriz y todos sus descendientes, en lugar de ver solo los números propios de esa entidad. Ese selector está en un solo lugar y lo lee cada pestaña de la cuenta: reservas, contactos, oportunidades, actividades, comisiones, producción. Al cambiarlo una vez, cambia lo que cuenta cada una de esas vistas, sin tener que volver a configurarlo por separado en cada pantalla. Está activado por defecto en una cuenta que tiene hijos y desactivado en una que no los tiene, que es el comportamiento que esperaría un grupo hotelero sin tocar nunca el control.

Importar un archivo de red de agencias de viajes en un software CRM, en el orden correcto

Importar en bloque toda una red de agencias desde una hoja de cálculo tiene un problema de orden que una importación ingenua pasa por alto por completo: una fila hija puede aparecer en el archivo antes de que exista siquiera la matriz a la que debería enlazarse. Procesar estrictamente de arriba abajo impediría vincular ese hijo o, peor aún, lo vincularía de forma incoherente según el orden en que se hubieran escrito las filas. La importación real crea primero todas las cuentas y después resuelve cada relación matriz-filial en una segunda pasada, recorriendo todo el conjunto en un orden que garantiza que cada matriz ya esté resuelta antes de enlazar cualquiera de sus hijos, con independencia del orden en que aparecieran en el archivo original. Una fila cuya matriz indicada no se encuentre, o cuyo enlace incumpliría el límite de profundidad o crearía un ciclo, se importa igualmente como una cuenta independiente de nivel superior con una advertencia asociada, en lugar de hacer fallar todo el lote por una fila incorrecta. Un hijo enlazado correctamente también hereda las condiciones de la familia al importarse, igual que ocurriría si se creara a mano.

Nada de esto trata realmente de organigramas por sí mismos. Trata de que una relación comercial con una red de agencias no se reinicia cada vez que alguien dentro de esa red redibuja una línea jerárquica. Un CRM B2B que reajusta el precio de una cuenta en el momento en que cambia su matriz está priorizando una jerarquía ordenada por encima de una jerarquía honesta. La jerarquía debe seguir la relación de negocio. El precio debe seguir lo que realmente se acordó.