Glosario

En este glosario, se definen los términos clave que se usan en la documentación de la Integración de socios de transporte.

Token de reserva: Es una cadena opcional generada por el socio que se puede pasar en el vínculo directo de emisión de boletos para ayudar a mantener la coherencia del precio y el itinerario entre los resultados de la búsqueda de Google y la página de reservas del socio.

Asignación canónica de JSON: Es un conjunto específico de reglas definidas por Protocol Buffers para convertir un mensaje .proto en un objeto JSON. Esta integración requiere que se use esta asignación con opciones específicas para que las solicitudes y las respuestas tengan el formato correcto.

GTFS (Especificaciones generales del suministro de datos para el transporte público): Es un formato de datos estándar que las empresas de transporte público usan para proporcionar información sobre horarios, rutas y tarifas a los pasajeros. En esta integración, es una de las dos formas de proporcionar datos estáticos a Google.

Integración basada en GTFS: Es un método de integración para los socios que proporcionan sus propios datos de horarios a Google en un feed GTFS. Se usa cuando Google aún no tiene los horarios del operador.

known_itineraries: Es una opción en la Configuración del socio que permite a los socios recibir una lista de itinerarios conocidos de Google para optimizar su respuesta.

Conjunto de mercados: (para la integración de solo paradas) Es un feed opcional que proporciona el socio para definir una lista específica de pares de origen y destino (mercados) para los que proporcionará precios. Si se proporciona, actúa como una lista de entidades permitidas.

API de socio o API de servidor de socio: Es el conjunto de APIs que los socios deben implementar para proporcionar a Google datos dinámicos, como precios y disponibilidad en tiempo real.

Pruebas de calidad del precio: Proceso continuo en el que los rastreadores de Google muestrean itinerarios en el sitio web del socio para verificar que los precios que se muestran a los usuarios coincidan con los precios proporcionados a través de la API de Partner.

QPS (consultas por segundo): Es la tasa promedio a la que Google envía solicitudes (una consulta es una solicitud) al servidor de la API de socio. Esta tasa puede fluctuar, con períodos de tráfico ligeramente más alto o más bajo.

SegmentKey: Es un objeto que se usa en la API de Partner para identificar de forma única un tramo de un viaje, incluidos el origen, el destino y las fechas y horas del servicio.

service_date: Es la fecha específica en la que opera un servicio de transporte público, con el formato YYYYMMDD. Se usa en combinación con otros identificadores para especificar una instancia de viaje única.

Integración de solo detención: Es un método de integración para los socios que no son la fuente de los datos de programación. Se usa cuando Google ya recibe los programas del operador de otra fuente. Los socios solo deben proporcionar una lista de sus IDs de parada.

ticketing_stop_id: Es el identificador único del socio para una parada o estación. Este ID se proporciona en el feed de datos estáticos (ya sea de GTFS o solo de paradas) y se usa en la API de socio y en los vínculos directos de venta de boletos.

ticketing_trip_id: (Para la integración basada en GTFS) Es el identificador único del socio para un viaje específico, que se proporciona en el archivo trips.txt de su feed GTFS. Solo integraciones basadas en GTFS.

Vínculo directo de compra de boletos: Es una URL que dirige a un usuario desde los resultados de la búsqueda de Google al sitio web del socio para reservar un itinerario específico. La URL contiene detalles codificados sobre el viaje seleccionado.

TripOptionsErrorType: Es un conjunto específico de tipos de errores que se pueden devolver en la API de Partner para proporcionar información más detallada sobre por qué falló una solicitud.

UNSPECIFIED Valor de enumeración: Es el primer valor requerido (con un valor numérico de 0) en cualquier definición de enumeración cuando se usan búferes de protocolo. Se usa como valor predeterminado y, por lo general, debe tratarse como un error si se recibe en una solicitud.