Factor de Pago en zonas pagas
1. Introducción
En una Zona Paga Mixta operan servicios asociados a más de una Unidad de Negocio. En estos casos, las validaciones Bip! realizadas dentro de la zona paga no quedan asignadas directamente al servicio abordado por la persona usuaria, sino al validador o dispositivo de la zona paga. Por esta razón, no es posible determinar de forma directa a qué Unidad de Negocio corresponde cada validación ni si dicha validación debe ser considerada con derecho a pago para una unidad específica.
Para resolver este problema, el sistema incorpora un módulo de procesamiento orientado a estimar la asignación de validaciones en zonas pagas mixtas. Este módulo utiliza información operacional, transaccional y de secuencia de viajes para identificar el servicio más probable abordado por la persona usuaria y construir la relación entre la etapa previa, la etapa realizada en la zona paga y la etapa posterior.
A partir de esta secuencia, el sistema construye los tríos de etapas definidos en la metodología de medición para Zonas Pagas Mixtas. Estos tríos permiten determinar el comportamiento de transferencia entre Unidades de Negocio y calcular un factor de distribución de validaciones por Zona Paga Mixta y Unidad de Negocio.
Adicionalmente, el sistema incorpora un segundo método de cálculo del factor de pago. Este método no utiliza tríos de etapas, sino que asigna directamente las validaciones de la zona paga a una Unidad de Negocio y calcula la proporción de validaciones asociadas a cada una. De esta forma, el módulo entrega dos aproximaciones complementarias para el cálculo del factor de pago.
2. Objetivo del módulo
El objetivo del módulo es estimar la distribución de validaciones realizadas en Zonas Pagas Mixtas entre las Unidades de Negocio que operan en ellas.
Para ello, el proceso busca:
- identificar el servicio más probable abordado por la persona usuaria en la zona paga;
- asociar dicho servicio a una Unidad de Negocio;
- reconstruir el viaje al que pertenece la validación;
- identificar la etapa previa, la etapa en zona paga y la etapa siguiente;
- construir los tríos de etapas;
- calcular factores de pago por Zona Paga Mixta y Unidad de Negocio;
- entregar un segundo factor basado en la proporción directa de validaciones asignadas.
3. Datos de entrada
El módulo utiliza como entrada las siguientes fuentes de información:
- Validaciones Bip! realizadas en zonas pagas.
- Identificador de tarjeta anonimizado.
- Fecha y hora de validación.
- Identificador de validador o dispositivo de la zona paga.
- Diccionario de zonas pagas y validadores.
- Servicios que operan en cada zona paga.
- Unidad de Negocio asociada a cada servicio.
- Secuencias de paraderos por servicio.
- Información de GPS o pasadas de buses.
- Etapas estimadas para cada tarjeta.
- Viajes construidos a partir de las etapas.
- Parámetros metodológicos de caminata, espera y asignación.
4. Metodología general
El procesamiento necesario para calcular el factor de pago en zonas pagas se organiza en cinco etapas principales:
- Asignación de servicio en la Zona Paga.
- Construcción del viaje.
- Construcción de tríos de etapas.
- Cálculo del factor de pago mediante tríos.
- Cálculo del factor de pago mediante proporción directa de validaciones.
Cada etapa utiliza información generada en los pasos anteriores. En particular, la asignación de servicio permite determinar la Unidad de Negocio asociada a la validación en zona paga, mientras que la construcción de viajes permite identificar el contexto de dicha validación dentro de la secuencia diaria de desplazamientos de la tarjeta.
5. Asignación de servicio en la Zona Paga
La asignación de servicio corresponde al proceso mediante el cual se identifica el servicio más probable abordado por la persona usuaria después de validar en una Zona Paga Mixta.
Dado que la validación queda registrada en la zona paga y no en el bus específico, el sistema debe inferir qué servicio fue utilizado. Para esto, se revisan los servicios que operan en la zona paga, la ubicación de la siguiente transacción de la tarjeta y la información operacional disponible.
El procedimiento considera tres pasos principales.
5.1 Cálculo de líneas factibles
Primero se identifican todas las rutas o servicios que operan en la zona paga y que son capaces de llevar a la persona usuaria hacia el destino observado en su siguiente transacción.
Para que una línea sea considerada factible, debe existir una relación espacial razonable entre el servicio que opera en la zona paga y la siguiente etapa de la tarjeta. Como criterio general, se consideran servicios que permiten llegar a una zona cercana a la siguiente validación, utilizando un umbral de caminata máximo de referencia de 1.000 metros.
5.2 Cálculo de líneas comunes
Sobre el conjunto de líneas factibles se calcula un subconjunto de líneas comunes. Estas corresponden a servicios que no solo permiten llegar al destino posterior, sino que además presentan una alternativa operacional razonable.
El objetivo de este paso es excluir servicios que, aunque técnicamente podrían conectar con el destino posterior, serían considerablemente más lentos o menos probables respecto de otras alternativas disponibles.
5.3 Elección del bus más probable
Una vez identificado el conjunto de líneas comunes, se revisa cuál bus pasa primero por la zona paga después del tiempo de validación.
El primer bus observado dentro del conjunto de servicios candidatos se considera el bus más probable abordado por la persona usuaria. A partir de esta selección, la validación de la zona paga queda asignada a un servicio y, por lo tanto, a la Unidad de Negocio correspondiente.
6. Construcción del viaje
En paralelo a la asignación del servicio abordado en la zona paga, el sistema construye los viajes de cada tarjeta a partir de sus etapas ordenadas cronológicamente.
Un viaje corresponde a una secuencia de una o más etapas que mantienen coherencia temporal, espacial y operacional. Para determinar si una etapa corresponde a un transbordo o al inicio de un nuevo viaje, el sistema evalúa condiciones de corte entre la etapa actual y la etapa siguiente.
De forma resumida, las principales condiciones consideradas son:
- que no exista más de dos horas entre validaciones o entre el inicio del viaje y la siguiente etapa;
- que la persona usuaria no haya dejado pasar más de tres buses en un transbordo;
- que la siguiente etapa no corresponda al mismo servicio o a una alternativa operacionalmente equivalente;
- que no exista una espera superior a 15 minutos cuando la siguiente validación corresponde a Metro;
- que no exista una espera máxima superior al umbral general de 40 minutos;
- que la secuencia de etapas mantenga coherencia espacial y de distancia recorrida.
El resultado de este paso es una agrupación de etapas en viajes, permitiendo conocer qué validaciones pertenecen a un mismo desplazamiento y cuál es la posición de cada etapa dentro de dicho viaje.
7. Construcción de tríos de etapas
Una vez asignado el servicio de la validación en zona paga y construido el viaje al que pertenece, el sistema identifica el contexto de la validación dentro de la secuencia de etapas del viaje.
Para cada etapa realizada en una Zona Paga Mixta se busca:
- la etapa previa dentro del mismo viaje;
- la etapa realizada en la Zona Paga Mixta;
- la etapa posterior dentro del mismo viaje.
Esta secuencia se denomina trío de etapas.
El trío permite identificar la relación entre la Unidad de Negocio desde la cual proviene la persona usuaria, la Unidad de Negocio asignada en la zona paga y la Unidad de Negocio utilizada después de la validación. Esta información es relevante para determinar si la validación debe ser considerada como propia de una Unidad de Negocio asignada o como una validación visitante dentro de la Zona Paga Mixta.
En términos generales, cada trío contiene:
- Zona Paga Mixta.
- Fecha de operación.
- Tarjeta anonimizada.
- Viaje al que pertenece la etapa.
- Etapa previa.
- Unidad de Negocio de la etapa previa.
- Etapa en zona paga.
- Servicio asignado en zona paga.
- Unidad de Negocio asignada en zona paga.
- Etapa posterior.
- Unidad de Negocio de la etapa posterior.
- Clasificación del trío según la metodología de pago.
8. Cálculo del factor de pago mediante tríos
Con los tríos construidos, el sistema recorre todas las observaciones asociadas a cada Zona Paga Mixta y calcula un factor de pago diario para cada Unidad de Negocio.
El cálculo considera la relación entre la Unidad de Negocio asignada en la zona paga y las Unidades de Negocio observadas en las etapas previa y posterior. De esta forma, la metodología permite diferenciar validaciones que corresponden a usuarios propios de una Unidad de Negocio de aquellas que tienen comportamiento de usuarios visitantes.
El resultado es un factor de distribución por combinación de:
- fecha;
- Zona Paga Mixta;
- Unidad de Negocio asignada;
- Unidad de Negocio visitante, cuando corresponde;
- cantidad de tríos observados;
- factor de pago calculado.
A través de la plataforma, este factor puede ser calculado para un día específico o para un conjunto de días. Cuando se seleccionan varios días, el sistema agrega los tríos disponibles en el periodo y calcula el factor sobre el universo consolidado de observaciones.
9. Cálculo del factor de pago por proporción directa de validaciones
Además del cálculo basado en tríos, el sistema incorpora un segundo método de estimación del factor de pago.
Este método no utiliza la etapa previa ni la etapa posterior. En su lugar, considera directamente las validaciones realizadas en la Zona Paga Mixta y las agrupa según la Unidad de Negocio asignada a partir del servicio estimado.
El factor se calcula como la proporción de validaciones asignadas a cada Unidad de Negocio respecto del total de validaciones asignadas en la zona paga.
En términos generales:
```text id="hp15r9" factor_pago_un = validaciones_asignadas_a_la_unidad_de_negocio / total_validaciones_asignadas_en_la_zona_paga
Este segundo método permite disponer de una medida complementaria, más directa y menos dependiente de la existencia de etapas previas o posteriores. Su principal ventaja es que puede calcularse sobre un universo más amplio de validaciones, mientras que el método de tríos entrega una caracterización más detallada del comportamiento del viaje.
---
## 10. Pseudocódigo general
```text id="22m7nx"
Para cada día de procesamiento:
cargar validaciones realizadas en zonas pagas
cargar diccionario de zonas pagas y validadores
cargar servicios que operan en cada zona paga
cargar Unidad de Negocio asociada a cada servicio
cargar información operacional de buses
cargar etapas y viajes construidos
Para cada validación realizada en una Zona Paga Mixta:
identificar zona paga asociada al validador
obtener servicios que operan en la zona paga
buscar siguiente transacción de la tarjeta
calcular líneas factibles:
seleccionar servicios que pueden conectar la zona paga
con la zona de la siguiente transacción
calcular líneas comunes:
descartar servicios considerablemente más lentos
o menos razonables para llegar al destino posterior
elegir bus más probable:
buscar el primer bus de las líneas comunes
que pasa por la zona paga después de la validación
asignar validación a:
servicio más probable
Unidad de Negocio del servicio
Para cada tarjeta:
construir viajes a partir de sus etapas ordenadas
Para cada viaje:
Para cada etapa del viaje:
Si la etapa corresponde a una Zona Paga Mixta:
identificar etapa previa dentro del viaje
identificar etapa en Zona Paga Mixta
identificar etapa posterior dentro del viaje
construir trío de etapas
clasificar trío según:
Unidad de Negocio previa
Unidad de Negocio asignada en zona paga
Unidad de Negocio posterior
guardar trío para cálculo de factor
Para cada Zona Paga Mixta:
Para cada Unidad de Negocio:
calcular cantidad de tríos asociados
calcular factor de pago basado en tríos
calcular cantidad de validaciones asignadas directamente
calcular factor de pago por proporción directa
generar tabla final de factores de pago
11. Salidas del proceso
El módulo genera una tabla de resultados con los factores de pago por Zona Paga Mixta y Unidad de Negocio. Dependiendo del nivel de detalle requerido, la salida puede incluir:
- fecha de operación;
- Zona Paga Mixta;
- Unidad de Negocio;
- cantidad de validaciones asignadas;
- cantidad de tríos construidos;
- cantidad de tríos válidos;
- factor de pago calculado mediante tríos;
- factor de pago calculado por proporción directa;
- universo de días utilizado para el cálculo;
- indicadores de cobertura o calidad del cálculo.
Estas salidas permiten comparar ambos métodos y analizar la sensibilidad del factor de pago según la disponibilidad de información de viaje y la asignación directa de validaciones.
12. Acceso a resultados en plataforma
Los resultados del módulo pueden ser consultados a través de la plataforma web. La visualización permite seleccionar una o más fechas de análisis, filtrar por Zona Paga Mixta y revisar los factores de pago calculados para cada Unidad de Negocio.
La plataforma permite observar tanto el factor basado en tríos de etapas como el factor calculado mediante proporción directa de validaciones. Esto facilita la comparación entre metodologías y entrega mayor trazabilidad respecto del universo de datos utilizado para cada cálculo.
13. Consideraciones metodológicas
El cálculo del factor de pago en Zonas Pagas Mixtas depende de la calidad de la asignación del servicio abordado por la persona usuaria. Cuando la información operacional no permite identificar con claridad el bus más probable, la asignación puede presentar incertidumbre.
El método basado en tríos requiere que la validación en zona paga forme parte de un viaje construido y que exista información suficiente de etapas previas o posteriores. Por lo tanto, puede tener menor cobertura que el método de proporción directa, pero entrega mayor contexto sobre el comportamiento de viaje.
El método por proporción directa utiliza un universo más amplio de validaciones, ya que no depende de la existencia de un trío completo. Sin embargo, al no considerar la etapa previa ni la etapa posterior, entrega una aproximación menos detallada del comportamiento de transferencia entre Unidades de Negocio.
Ambos factores deben entenderse como estimaciones metodológicas construidas a partir de los datos disponibles. La comparación entre ambos resultados permite evaluar la robustez del cálculo y detectar casos donde la composición operacional de la zona paga o la calidad de los datos puedan afectar la distribución estimada de validaciones.