Descripción de servicios y módulos ‌

Debe tener en cuenta que: Esta descripción de todos los servicios ofrecidos por el proveedor de servicios es meramente informativa y no constituye ninguna garantía. Las condiciones solo son válidas si los servicios correspondientes son activados por parte del cliente.

1. Servicios y condiciones‌

1.1. Asistencia Customer Care (Helpdesk)

El proveedor de servicios prestará asistencia global online, así como por teléfono y correo electrónico para el cliente y los socios de logística del cliente en la plataforma. Estos servicios de asistencia los prestará el equipo “Customer Care” del proveedor de servicios. La asistencia puede incluir:

Administración de usuarios: El proveedor de servicios les ofrece al cliente y a los socios de logística del cliente la posibilidad técnica de mantener actualizados en la plataforma la lista de usuarios del proveedor de servicios y el nivel de acceso de los usuarios.

Helpdesk del usuario: El helpdesk del usuario está disponible tanto para el cliente como para los socios de logística del cliente en la

plataforma según los horarios y tiempos de respuesta correspondientes a sus contratos.

Formación de usuarios: La formación para los usuarios del cliente y los socios de logística del cliente en la plataforma está disponible en la

plataforma, en la zona de ayuda.

Asistencia técnica y problemas operativos: La asistencia para problemas técnicos está disponible tanto para el cliente como para los socios de logística del cliente en la plataforma según los horarios y tiempos de respuesta correspondientes a sus contratos.

Problemas administrativos: Asistencia y soporte al cliente y a los socios de logística del cliente en la plataforma con respecto a problemas administrativos con el fin de garantizar un flujo de trabajo óptimo durante el uso de la plataforma (por ejemplo, problemas de organización, cuestiones contractuales, problemas de toma de decisiones o facturación).

1.2. Idiomas de asistencia

Los servicios de asistencia del proveedor de servicios se prestan actualmente en los siguientes idiomas.

Idioma

Plataforma

Incorporación

Contrato de uso de la plataforma

Asistencia

Inglés

Búlgaro

Chino

Croata/serbio

Checo

Holandés

Finés

Xxxxxxx

Xxxxxx

Hindi

Húngaro

Indonesio

Italiano

ES_Modules_and_Services_description_V4.0

Security classification: Protected 1

Idioma

Plataforma

Incorporación

Contrato de uso de la plataforma

Asistencia

Japonés

Coreano

Polaco

Portugués (Brasil)

Portugués (Portugal)

Rumano

Ruso

Eslovaco

Esloveno

Español

Sueco

Tailandés

Turco

1.3. Mantenimiento

El proveedor de servicios asistirá al cliente con el soporte y mantenimiento de la plataforma tal y como se describe en xxxxx://xxx.xxxxxxxxxxx.xxx/xx/xxx/. El proveedor de servicios garantiza que el mantenimiento no reducirá significativamente la disponibilidad ni la funcionalidad de los servicios en la nube.

2. Módulos y condiciones

En el siguiente capítulo se incluye una descripción general de los módulos que se pueden utilizar en la plataforma, así como las condiciones necesarias para ello.

En el contexto de este documento, “servicios en la nube” se refiere a las funciones de la plataforma, como nuevos lanzamientos, nuevas versiones, actualizaciones, mejoras y asistencia estándar (helpdesk).

2.1. Condiciones generales

(b) En caso de que exista alguna duda, las horas respectivas de suscripción del contrato, la oferta vinculante y demás aspectos se determinarán según el reloj del sistema de la plataforma. La hora de recepción de la declaración correspondiente determinará la hora de conclusión de un contrato.

ES_Modules_and_Services_description_V4.0

(c) Si el cliente o sus socios de logística en la plataforma utilizan algún dispositivo final u otro hardware en combinación con la plataforma, el proveedor de servicios no será responsable de ese hardware, de su interoperabilidad con la plataforma ni de la disponibilidad de cualquier servicio del proveedor de servicios en dicho hardware.

(d) El cargador decide qué transportistas deben ser activados por parte del proveedor de servicios para utilizar la plataforma. Únicamente los transportistas que haya autorizado el cargador podrán acceder a las reservas de franjas horarias y/o a los transportes de un cargador en la plataforma. De este modo, el cargador sabe qué transportista ha presentado una oferta específica. Lo mismo es aplicable a los transportistas: cada transportista sabe qué cargador está ofreciendo una orden de transporte o desea una aceptación confirmada. Los transportistas no saben qué otros transportistas han presentado alguna oferta ni a qué otros transportistas ha contratado el cargador.

Security classification: Protected 2

(e) El cliente puede bloquear a usuarios, lo que significa que, temporalmente, no tendrán acceso a la plataforma. El cliente puede desbloquear en cualquier momento a los usuarios bloqueados, con lo que los usuarios bloqueados pasan a tratarse como usuarios activos.

2.2. Transport Assignment “Best Carrier”, Transport Assignment “Autonomous Procurement”

Descripción

(a) Este servicio en la nube permite que un cargador reciba ofertas de transportistas autorizados para un transporte específico de un modo eficiente. Para ello, el cargador puede publicar un transporte para un grupo definido de transportistas o incluso para todos los transportistas que estén conectados con el cargador a través de la plataforma al mismo tiempo. Todos los transportistas a los que se les haya invitado al proceso de licitación directa pueden hacer una oferta en el plazo de tiempo definido por el cargador. Es responsabilidad del operador del cargador seleccionar una de las ofertas cuando proceda. Si el cargador utiliza Transport Assignment “Autonomous Procurement”, los transportes publicados incluyen un precio que se le ofrece al transportista y que puede aceptar, en lugar de enviar su propio precio de oferta como respuesta al cargador.

(b) La asignación del transporte se produce en cuanto se seleccione la oferta de un transportista, o si el cargador utiliza Transport Assignment “Autonomous Procurement”, la asignación puede producirse cuando un transportista acepta la oferta que ha recibido para el transporte. En ambos casos, el transporte se le asigna a ese transportista en la plataforma por el precio de transporte acordado que se estipula en la oferta. El resto de transportistas que han presentado ofertas reciben una respuesta negativa neutra de forma simultánea.

Condiciones

(a) Si un transportista desea ejecutar una o más órdenes de transporte, puede presentar una oferta de licitación vinculante que, además, puede limitar en cuanto a plazo de validez si lo estima oportuno. Si no se ha establecido un límite de plazo de validez para una oferta, la oferta será válida hasta la fecha final de la presentación de ofertas estipulada por el cargador. Si el cargador utiliza Transport Assignment “Autonomous Procurement”, el transportista puede decidir aceptar el precio ofrecido en lugar de enviar su propia oferta como respuesta. Y si presenta una oferta, el precio de la oferta puede cancelarse o reducirse, pero no aumentarse.

(b) El cargador no está vinculado por el plazo de adjudicación de un contrato. Puede reducirse o ampliarse ese plazo en cualquier momento.

(c) El contrato para la transacción entre el cargador y el transportista se suscribe en el momento en el que el cargador selecciona la oferta del transportista que mejor se adapta a sus necesidades y se lo confirma al transportista. Si el cargador utiliza Transport Assignment “Autonomous Procurement”, también puede suscribirse un contrato si un transportista acepta la oferta que ha recibido para el transporte.

2.3. Transport Assignment “No-Touch Order”‌

Descripción

(a) Este servicio en la nube permite que el cargador solicite la confirmación de la orden de transporte de un transportista específico en la plataforma. La selección del transportista puede llevarse a cabo en el sistema interno del cargador, manualmente en la plataforma o de forma automática según las reglas definidas por el cargador utilizando el módulo Rate Management.

(b) El transportista tiene la posibilidad de aceptar la orden de transporte en la plataforma dentro de la fecha límite de aceptación definida por el cargador. En caso de aceptación, el transporte se le asigna al transportista. Si el transportista rechaza el transporte o no reacciona dentro del plazo indicado, el cargador generalmente selecciona a otro transportista (manual o automáticamente en función de las reglas predeterminadas), o decide asignar el transporte específico a través de Transport Assignment “Best Carrier”.

Condiciones

(a) El cargador no está vinculado por el plazo de adjudicación de un contrato. Puede reducirse o ampliarse ese plazo en cualquier momento.

ES_Modules_and_Services_description_V4.0

(b) El contrato para la transacción entre el cargador y el transportista se suscribe en el momento de la confirmación (manual o automática) por parte del transportista.

2.4. Transport Assignment “Supply Chain Sync”

Descripción

(a) La Transport Assignment “Supply Chain Sync” permite a los Cargadores enviar la orden de compra de la empresa de distribución con cada entrega de transporte, obteniendo así acceso a todas las operaciones relacionadas con el transporte a lo largo de la cadena de suministro. Con esta función, los Cargadores obtienen información sobre todas las reservas de entrega de los destinatarios, que se

Security classification: Protected 3

sincronizan con un transporte. Los Cargadores obtendrán visibilidad sobre las franjas horarias reservadas, ETA y los estados de llegada y salida de cada reserva de entrega vinculada.

(b) Los Transportistas pueden reservar cada orden de compra vinculada a un transporte directamente desde Transport Assignment en Time Slot Management for Retailers. Todas las órdenes de compra abiertas y las reservas planificadas con toda la visibilidad se muestran en las franjas horarias de la pestaña Transport Assignment.

Condiciones

(a) Como requisito previo para activar la versión básica de Transport Assignment «Supply Chain Sync», se necesita la orden de compra como campo en Transport Assignment. Todas las empresas minoristas del Prestador de Servicios estarán vinculadas al Cargador tras la activación.

(b) Existe la posibilidad de añadir otras funciones como la lista blanca de Transportistas para transferir datos de un Transportista a otro o un mapeo adicional de números de ubicación y proveedores. Como resultado, se requiere un esfuerzo adicional para el proyecto.

2.5. Freight Audit Descripción

Este Servicio en la Nube permite verificar (auditar) las facturas xx xxxxx de los transportes realizados a través de la Plataforma. Sin embargo, se limita únicamente al transporte por carretera. El servicio funciona como sigue:

(a) Una vez que se ha ejecutado un transporte en la Plataforma y se han asignado tarifas y recargos, el Prestador de Servicios crea una instrucción de facturación para los Transportistas. Esta instrucción establece los envíos y el coste que se facturará al Cargador.

(b) El Prestador de Servicios asigna una cuenta del libro mayor a cada transporte basándose en la lógica empresarial acordada con el

Cargador por adelantado. Esto solo se aplica a la auditoría completa.

(c) El Prestador de Servicios ofrece una plataforma de comunicación para la resolución de conflictos entre Cargador y Transportista. En caso de disputa, el Cargador podrá estar de acuerdo o en desacuerdo. Si el Cargador está de acuerdo, la orden de transporte inicial deberá anularse y deberá crearse una nueva orden de transporte con los costes acordados completos y correctos. La instrucción de facturación antigua será revisada, y el pedido más nuevo será incluido en el próximo ciclo de facturación.

(d) Transportista proporciona facturas xx xxxxx basadas en las instrucciones de facturación. El Prestador de Servicios verifica la integridad y exactitud de la factura. En la versión ligera, solo se comprueban los importes de la factura y del IVA. En la versión completa, también se comprueban los elementos legales de la factura y los números de factura duplicados.

(e) Si la factura coincide con la instrucción de facturación, se aprueba la factura y se activa el fichero de cuentas a pagar para el Cargador

en un formato predefinido por el Proveedor de servicios.

(f) En caso de incoherencia, la factura se devolverá al Transportista para que la rectifique de acuerdo con la instrucción de facturación. Tras volver a presentar la factura de porte corregida, ésta pasará de nuevo por el procedimiento de verificación hasta que coincida y reciba el estado de aprobada.

(g) Para todas las facturas aprobadas, el Proveedor de Servicios crea un archivo de cuentas a pagar como salida al sistema del Cargador. Esto solo se aplica a la auditoría completa.

(h) ElProveedor de servicios crea periodificaciones para todos los envíos realizados una vez finalizada la contabilización en el registro contable y proporciona al Cargador acceso a los informes de periodificación en su aplicación de informes.

Condiciones

(a) Solo el transporte realizado a través de la Plataforma con transporte por carretera puede ser objeto de una auditoría de carga a través del producto complementario.

(b) ElCargador proporciona el coste por envío en los archivos de la orden de transporte por ejecución o mantiene las tarifas acordadas contractualmente en la Rate Management. La diferenciación de los tipos de costes es necesaria para elaborar informes detallados de los gastos de transporte.

ES_Modules_and_Services_description_V4.0

(c) Si hay que añadir costes accesorios a la tarifa de transporte acordada y no se conocían de antemano, el Transportista y el Cargador utilizan Surcharge Management para consentir el recargo. No se pueden añadir recargos al transporte después de una hora límite acordada pasada la entrega del transporte. Este Servicio en la nube incluye los recargos acordados en el módulo de recargos en las instrucciones de facturación.

(d) Las instrucciones de facturación se envían al Transportista con una frecuencia de facturación preseleccionada: semanal, quincenal o mensual.

(e) El Transportista y el Cargador deben proporcionar sus datos maestros al Prestador de Servicios como parte del proceso de Freight Audit (requisitos de datos compartidos por el Prestador de Servicios).

Security classification: Protected 4

(f) En el caso de la creación de un fichero de cuentas a pagar, Cargador proporciona la lógica de codificación de cuentas.

(g) Transportista proporciona factura xx xxxxx a Prestador de Servicios en una frecuencia acordada, diseño acordado, y con referencia a la instrucción de billing recibida.

2.6. Freight Matching for Forwarders

Este servicio en la nube le permite al transportista actuar como comitente. En Freight Matching for Forwarders, los comitentes pueden subcontratar tanto sus propios transportes como los recibidos de su cargador Transporeon a transportistas autorizados usando varios métodos de asignación.

2.6.1. Spot Match Descripción

(a) Este servicio en la nube permite que los comitentes reciban ofertas de transportistas autorizados para un transporte específico de un modo eficiente. Para ello, los comitentes pueden publicar un transporte para un grupo definido de transportistas o incluso para todos los transportistas que estén conectados con el comitente a través de la plataforma al mismo tiempo. Todos los transportistas a los que se les haya invitado al proceso de licitación directa pueden hacer una oferta en el plazo de tiempo definido por el comitente. Es responsabilidad del operador del comitente seleccionar una de las ofertas. La selección de la oferta puede hacerse tanto desde el sistema interno del comitente como desde Freight Matching for Forwarders.

(b) Así, cuando se seleccione una oferta de un transportista, el transporte queda asignado a ese transportista en la plataforma por el precio de transporte acordado que se estipula en la oferta. El resto de transportistas que han presentado ofertas reciben una respuesta negativa neutra de forma simultánea.

Condiciones

(a) Si un transportista desea ejecutar una o más órdenes de transporte, el transportista puede presentar una oferta de licitación vinculante, que el transportista puede limitar en cuanto a plazo de validez si lo estima oportuno. Si no se ha establecido un límite de plazo de validez para una oferta, la oferta será válida hasta la fecha final de la presentación de ofertas estipulada por el comitente.

(b) El comitente no está vinculado por el plazo de adjudicación de un contrato. Puede reducirse o ampliarse ese plazo en cualquier momento.

(c) El contrato para la transacción entre el comitente y el transportista se suscribe en el momento en el que el comitente selecciona la oferta del transportista que mejor se adapta a sus necesidades y se lo confirma al transportista.

2.6.2. Auto Match Descripción

(a) Este servicio en la nube permite que los comitentes utilicen inteligencia artificial para encontrar un transportista entre los transportistas autorizados y asignar automáticamente un precio de transporte para un transporte específico. Para ello, los comitentes pueden publicar un transporte para un grupo definido de transportistas con un precio de transporte máximo aceptable y un plazo límite de aceptación. Todos los transportistas recibirán ofertas de precio generadas mediante inteligencia artificial.

(b) El transportista tiene la posibilidad de aceptar el transporte en la plataforma dentro de la fecha límite de aceptación que defina el comitente. En caso de aceptación, el transporte se le asigna al transportista.

Condiciones

(a) El comitente no está vinculado por el plazo de adjudicación de un contrato. Puede reducirse o ampliarse ese plazo en cualquier momento.

(b) El contrato para la transacción entre el comitente y el transportista se suscribe en el momento de la confirmación por parte del

transportista.

ES_Modules_and_Services_description_V4.0

2.6.3. Direct Match Descripción

(a) Este servicio en la nube permite que el comitente solicite la confirmación de la orden de transporte de un transportista específico en la plataforma. La selección del transportista puede hacerse tanto desde el sistema interno del comitente como desde Freight Matching for Forwarders.

Security classification: Protected 5

(b) El transportista tiene la posibilidad de aceptar la orden de transporte en la plataforma dentro de la fecha límite de aceptación definida por el comitente. En caso de aceptación, el transporte se le asigna al transportista. Si el transportista rechaza el transporte o no reacciona dentro del plazo indicado, el comitente generalmente selecciona a otro transportista o decide asignar el transporte específico a través de un método de asignación diferente.

Condiciones

(a) El comitente no está vinculado por el plazo de adjudicación de un contrato. Puede reducirse o ampliarse ese plazo en cualquier momento.

(b) El contrato para la transacción entre el comitente y el transportista se suscribe en el momento de la confirmación (manual o automática) por parte del transportista.

2.7. Autonomous Quotation Descripción

(a) Este Servicio en la nube proporciona a los vendedores de transporte la capacidad de automatizar completamente su proceso de cotización al contado. Este servicio incluye la agregación y priorización de las solicitudes de transporte entrantes, la generación de una predicción del precio de compra y la presentación del presupuesto final al comprador de transporte.

(b) Agrupación y priorización de cargas: el proveedor de servicios de transporte puede crear reglas que guíen el servicio para que solo ofrezca envíos que interesen a la empresa de entre todas las solicitudes que se hayan agrupado desde distintas fuentes.

(c) Generación de precios de compra: a partir de datos históricos y actuales, se desarrolla un algoritmo de predicción de precios específico para cada empresa con el fin de predecir el precio de compra actual de la capacidad spot en el mercado.

(d) Presentación de la oferta final: el vendedor de transporte tiene la opción de aumentar el importe de compra previsto de acuerdo con la estrategia de oferta o la estructura de costes de la propia empresa. Basándose en esta entrada, se calcula el presupuesto y se presenta automáticamente al comprador del transporte.

(e) El servicio también ofrece apoyo analítico al usuario para hacer transparente el proceso de Autonomous Quotation y proporcionar una visión más profunda de su comportamiento de cotización.

Condiciones

(a) Este Servicio en la Nube debe estar activado para que el vendedor de transporte pueda utilizarlo.

(b) El vendedor de transporte debe proporcionar datos históricos de cotización en cantidad y calidad suficientes para entrenar su modelo de precios predictivo personalizado.

(c) El vendedor del transporte es responsable de la selección de las solicitudes de transporte que se cotizarán. El proceso puede orquestarse a través del gestor de reglas y funcionar de forma autónoma.

(d) El vendedor de transporte permite que el servicio presente presupuestos de transporte en su nombre.

(e) Los vendedores de transporte aceptan que todos los datos compartidos sean utilizados de forma anónima por el Servicio en la Nube

para mejorar el servicio o crear añadidos relacionados.

2.8. Time Slot Management

2.8.1. Reserva de franja horaria Descripción

ES_Modules_and_Services_description_V4.0

(a) Este servicio en la nube ayuda a los cargadores a minimizar los tiempos de carga y descarga, así como los tiempos de inmovilización de los camiones. El cargador define las capacidades de carga/descarga de los vehículos y, opcionalmente, otras condiciones/restricciones como, por ejemplo, plazos para la reserva o la modificación de una franja horaria. Gracias a la transparencia en la disponibilidad de franjas horarias para un transporte específico, el transportista puede optimizar el uso de sus vehículos seleccionando la franja horaria disponible que mejor se adapte a sus necesidades.

(b) Aunque es posible utilizar este servicio en la nube de forma aislada como una solución “independiente”, por norma general se utilizan Transport Assignment y Time Slot Management de forma conjunta.

Condiciones

(a) Según el volumen para los pedidos acordados con el transportista, el cargador tiene derecho a reservar franjas horarias para el

transportista autorizado para el procesamiento de los pedidos correspondientes.

Security classification: Protected 6

(b) Además del módulo Time Slot Management, existen otros tres módulos adicionales: Forward open bookings, quick login e Inbound.

2.8.2. Time Slot Management “Forward open bookings”

Descripción

(a) El transportista puede reenviarles los transportes que ha recibido del cargador y que se deben reservar (en adelante, reservas pendientes) a otros transportistas, siempre y cuando no lleve a cabo él mismo las reservas pendientes.

(b) En este caso, el transportista le reenvía las reservas pendientes a otro transportista, que se ha activado para la recepción de reservas pendientes (en adelante, destinatario). Después de esto, el destinatario puede reservar una franja horaria para la reserva pendiente.

Condiciones

(a) En este caso, el cargador debe activar la función Forward open bookings.

(b) El proveedor de servicios no comprueba a quién se le envía la reserva pendiente. El proveedor de servicios solo comprueba si se ha producido la activación del transportista para el reenvío de reservas pendientes y si lo ejecuta.

2.8.3. Time Slot Management “quick login”

Descripción

(a) Tanto el cargador como el transportista pueden tener una tercera parte autorizada que reserve franjas horarias para reservas pendientes. Técnicamente, esto se lleva a cabo utilizando un enlace con validez limitada, lo que les da a las terceras partes autorizadas acceso limitado al módulo Time Slot Management de la plataforma para que puedan reservar la franja horaria necesaria para las reservas pendientes del cargador.

(b) El cargador o el transportista son, en ese caso, el “iniciador”. La tercera parte autorizada, a efectos de esta estipulación, es la empresa que tiene una relación contractual con el propio iniciador. Por lo tanto, el iniciador la conoce y la autoriza a utilizar este servicio en la nube. De este modo, la tercera parte autorizada no tiene que estar registrada en la plataforma.

Condiciones

(a) El proveedor de servicios señala que el enlace enviado también puede reenviarlo la tercera parte autorizada, siempre y cuando el enlace no se haya utilizado para reservar una franja horaria.

(b) El proveedor de servicios envía el enlace mencionado a la tercera parte autorizada a petición del iniciador por vía electrónica. El

proveedor de servicios no comprueba la relación existente entre la tercera parte autorizada y el iniciador.

(c) El iniciador que solicitó el envío de la reserva pendiente es responsable ante el proveedor de servicios del cumplimiento de las disposiciones de este contrato por parte de todas las terceras partes autorizadas y de toda parte que reciba el enlace de una tercera parte autorizada.

2.8.4. Time Slot Management “Inbound”

Descripción

(a) El Cargador podrá determinar una cantidad de mercancía en Plataforma que haya sido acordada previamente con elProveedor y que deba ser transportada por el Transportista dentro del plazo dado por el Cargador (en adelante, Contrato de Cantidad).

(b) En consecuencia, el cargador genera reservas pendientes en Time Slot Management y se las envía al transportista/proveedor. A continuación, el transportista/proveedor puede reservar franjas horarias para las reservas pendientes en Time Slot Management en función de sus capacidades actuales. El cargador puede visualizar el estado actual del contrato de cantidad en Time Slot Management.

Condiciones

ES_Modules_and_Services_description_V4.0

El Cargador tiene derecho, en función del volumen de los pedidos acordados con el Transportista, a reservar franjas horarias para el

Transportista autorizado relacionadas con la tramitación de los respectivos pedidos, sobre la base de los contratos con los Proveedores.

2.9. SMS Call-off Descripción

Para simplificar la comunicación en las llamadas a los vehículos, existe la posibilidad de enviarle mensajes SMS desde Time Slot Management directamente al conductor. Para ello, el transportista tiene que introducir obligatoriamente el número de teléfono móvil del conductor en el

Security classification: Protected 7

momento de hacer la reserva. Los textos SMS se pueden escribir manualmente o, como alternativa, se puede enviar un texto predefinido en el idioma del conductor. Ese texto se habrá indicado previamente durante el proceso de reserva.

Condiciones

(a) Se proporcionará la información complementaria relativa a la franja horaria reservada mediante un SMS, pero este no servirá para reservar, aplazar o eliminar franjas horarias. En este sentido, solo son decisivos los datos facilitados a través de Time Slot Management.

(b) El proveedor de servicios utiliza los servicios de terceras partes para la transmisión de SMS. El proveedor de servicios no puede garantizar una transmisión rápida y correcta en los casos en los que esté fuera de la influencia y responsabilidad del proveedor de servicios, como, entre otros, la falta de recepción de teléfonos móviles o la falta de disponibilidad de proveedores de red. Por lo tanto, el proveedor de servicios recomienda consultar periódicamente el estado de las reservas en la plataforma o por teléfono.

2.10. Visibility Descripción

(a) Este servicio en la nube se basa en permitir un seguimiento del transporte para que los procesos sean rápidos y sin papel. El estado de seguimiento puede obtenerse automáticamente en tiempo real, ya sea a través de una conexión de datos GPS, si el transportista ha activado su conexión GPS, o mediante una interfaz del transportista que se ha establecido entre el sistema interno del transportista y la plataforma. Alternativamente, el conductor puede convertirse en parte del proceso creando mensajes de estado con un dispositivo móvil a través de Transporeon Trucker. El cargador puede utilizar la información para, por ejemplo, ofrecerle un nuevo tipo de servicio al cliente.

(b) Para el seguimiento en tiempo no real, los mensajes de estado puede incluirlos el transportista mediante la interfaz de usuario.

Condiciones

(a) El cargador debe marcar como relevantes los transportes que el cargador quiera seguir a través de Visibility. Para poder utilizar este servicio en la nube, el proveedor de servicios necesita que el cargador le proporcione, al menos, la siguiente información correcta de cada transporte:

• lugar de carga

• fecha de carga

• hora de carga

• lugar de descarga

• fecha de descarga

• hora de descarga

• número de pedido

• ID de transportista

(b) Visibility requiere la provisión de datos de seguimiento por parte del transportista. En función del Visibility determinado, el proveedor de servicios les ofrece a los transportistas una amplia gama de posibilidades técnicas para proporcionar datos de seguimiento, como el uso de Transporeon Trucker, varias API e interfaz con GPS.

(c) Los siguientes factores son cruciales para la fiabilidad de la información en tiempo real y de cualquier informe de estado mediante

Transporeon Trucker. El usuario de Transporeon Trucker tiene que asegurarse de lo siguiente:

• hay un dispositivo final móvil disponible

• Transporeon Trucker está instalado y activado en dicho dispositivo

• los servicios de localización están habilitados

• la red del correspondiente proveedor de servicios de telefonía móvil está disponible

• se emiten todos los informes de estado necesarios

(d) La integridad, corrección y actualización de los informes de estado son responsabilidad de la persona que proporciona el informe de estado.

ES_Modules_and_Services_description_V4.0

2.10.1. Event Management Descripción

(a) Los incidentes que ocurren para el transporte concreto pueden rastrearse para mantener la visibilidad sobre la ejecución del transporte también después de que, por ejemplo, el vehículo haya salido de una planta para la carga y esté en camino hacia el destinatario. Por norma general, los cambios de estado los introduce el transportista a través de la interfaz del usuario o de una interfaz que se ha establecido entre el sistema interno del transportista y la plataforma. Algunos ejemplos de estados comunes son:

• Atasco

• Llegada a las instalaciones del cliente

Security classification: Protected 8

(b) El cargador puede definir los cambios de estado previsibles para mejorar el proceso, que puede ser a nivel de un transporte o también a nivel de una entrega. Además, también se pueden definir determinadas dependencias/flujos de trabajo entre otros mensajes de estado.

Condiciones

No hay condiciones adicionales

2.10.2. Event Management for Retailers Descripción

(a) Si la descarga de un transporte se lleva a cabo en las dependencias de un minorista que utiliza la plataforma, los datos de la franja horaria reservada se mostrarán automáticamente como un estado en la plataforma.

(b) El minorista en cuestión define qué mensajes de estado y qué contenidos de la reserva se pueden transferir.

(c) Los siguientes mensajes de estado se basan en la recomendación de aplicación “control de franja horaria del GS1” y se pueden transferir:

• Franja horaria reservada

• Llegada

• Llamada a descarga

• Comienzo de descarga

• Fin de descarga

• Salida

Condiciones

No hay condiciones adicionales

2.10.3. Road Visibility Descripción ‌

(a) Este Servicio en la Nube proporciona transparencia y visibilidad en tiempo real del estado, la ubicación y la hora estimada de llegada (en adelante, ETA) de los transportes a Transportistas y otros propietarios de activos (en adelante, Proveedores de Datos) y Cargadores, otros Transportistas, proveedores logísticos, Proveedores, destinatarios de mercancías y otras partes de la cadena de transporte (en adelante, colectivamente, Suscriptores de Datos). Para ello, el transportista le proporciona al proveedor de servicios acceso a las fuentes de datos (mediante plataforma telemática, aplicación móvil, sistema TMS y/o cualquier otra solución para el tratamiento de la información sobre la localización y el estado de los activos), mientras que el proveedor de servicios les ofrece a los transportistas y a los suscriptores de datos información de visibilidad en tiempo real y acceso al servicio en la nube y a la API del proveedor de servicios. En este sentido, el proveedor de servicios enlaza la información sobre ubicación o estado que proporciona el proveedor de datos con la información sobre el envío que facilita el suscriptor de datos.

(b) El transportista y los suscriptores de datos pueden asignarle el envío a un activo. Por defecto, cualquier suscriptor de datos tiene autorización para asignar los vehículos del transportista a sus envíos, pero el servicio en la nube solo acepta las asignaciones que cumplen los parámetros de asignación y seguimiento (es decir, hay un consentimiento activo para compartir datos entre el proveedor de datos y el suscriptor de datos) y el activo está disponible a través de las fuentes de datos integradas. Tras la asignación y durante cualquier transporte que lleve a cabo el transportista, la información sobre el estado del transporte y la ETA serán automáticamente visibles para el cargador, el transportista y demás suscriptores de datos pertinentes La ubicación aproximada del vehículo asignado y la ruta optimizada del vehículo, como la ubicación de los estados definidos, se calculan y se muestran en un mapa interactivo en la aplicación Visibility (accesible a través de otras aplicaciones de Transporeon conectadas al centro de datos de Visibility) si el proveedor de datos lo aprueba. Lo mismo se aplica a los transportes propiedad de otros proveedores de datos que le hayan otorgado visibilidad sobre sus activos (es decir, camiones y tráileres, pero también dispositivos como teléfonos) al transportista (por ej., flota “especializada” o “con tripulación”).

ES_Modules_and_Services_description_V4.0

(c) Dentro de la función de “Gestión de vehículos”, el transportista puede optar por proporcionarle la visibilidad de la ubicación de totalidad o parte de sus activos a cualquier suscriptor de datos en Road Visibility, incluso si no se hace ningún envío para ese suscriptor de datos. De este modo, el transportista mantiene el control y decide a qué suscriptores de datos quiere proporcionarles o revocarles esta visibilidad general en cualquier momento.

(d) El transportista y los suscriptores de datos reciben información sobre los incidentes de visibilidad a través de la aplicación UI. Si el activo asignado no puede llegar a la hora acordada para la carga o descarga, se les informará a las partes mencionadas automáticamente sobre la demora prevista en función de sus preferencias. Así, pueden reaccionar proactivamente.

(e) Además, el proveedor de servicios les ofrece funciones de ajuste de capacidad y búsqueda de transportistas a los suscriptores de datos, lo que les genera más oportunidades de negocio. Ningún suscriptor de datos verá las ubicaciones de vehículos individuales a

Security classification: Protected 9

través de esta función. En cambio, algunas características como la probabilidad de capacidad disponible en una región o la frecuencia de servicio en una región por parte de un transportista se les proporcionan de forma agregada a los suscriptores de datos. Los transportistas pueden optar por participar (o dejar de participar) en este intercambio de datos sobre la capacidad en cualquier momento.

Condiciones

(a) Este servicio en la nube tiene que activarse para el cargador para que su transportista pueda utilizarlo.

(b) Este servicio en la nube solo puede utilizarlo un cargador cuyos transportistas han suscrito el Contrato de Uso de la Plataforma.

(c) Con el fin de proporcionarles visibilidad sobre el estado del envío a los suscriptores de datos, el activo en cuestión tiene que estar conectado a Road Visibility y se le tiene que asignarse al envío. Si la asignación no se hizo correctamente, no comenzará el envío de la ubicación a los suscriptores de datos.

(d) El material cartográfico utilizado para mostrar la información en tiempo real se toma de un proveedor tercera parte. El cargador está autorizado a usar el material solo para el rastreo del transporte. No está permitido ningún uso adicional como la traducción, el tratamiento, cambio u organización de los datos, ni el uso de los datos y resultados recibidos de la aplicación para la configuración de su propio producto como, por ejemplo, mapas geográficos del cargador. En caso de incumplimiento de los derechos de autor o si existe una extensión no autorizada del uso permitido por el proveedor de servicios, la tercera parte y el proveedor de servicios tendrán el derecho inmediato de reclamar el cumplimiento de las normas de uso y las disposiciones de protección. La provisión de materiales cartográficos está sujeta a cambios en los que el proveedor de servicios no siempre puede influir.

(e) Al proporcionar acceso a las fuentes de datos, el transportista asegura y garantiza que se cumplen todas las condiciones legales previas y que el transportista tiene derecho legal a proporcionarle al proveedor de servicios los datos de acceso (es decir, credenciales como el nombre de usuario, la dirección de correo electrónico o las contraseñas en relación con la cuenta de usuario y con las fuentes de datos). El proveedor de servicios puede enviarles datos del transportista a las cuenta del transportista en plataformas de terceras partes. Para ello, el transportista debe almacenar los datos de acceso de esas plataformas de terceras partes en su cuenta de Road Visibility.

(f) El proveedor de servicios facilita el cálculo de la ETA. Alternativamente, la ETA puede proporcionarla el transportista a través de las API del proveedor de servicios.

(g) Para que el proveedor de servicios pueda calcular la ETA y para proporcionar de forma general este servicio en la nube y garantizar la calidad y la fiabilidad de sus predicciones, el análisis continuo de los datos recopilados debe llevarse a cabo también durante los períodos en los que no se le asigna ningún envío a un activo. Mediante el análisis continuo, se conseguirá una mejor geocerca de los lugares de carga y descarga y de las paradas intermedias. La adición de datos de todos los conjuntos de datos permite mejorar continuamente el conjunto de datos de información geográfica avanzados y los mapas de rutas de Road Visibility. Cuando se lleva a cabo el análisis de predicción, el proveedor de servicios es el responsable de que la lógica de cálculo sea correcta, pero no de que los datos recibidos de las fuentes de datos sean correctos.

2.10.4. Real-Time Workflow Descripción

(a) Además de las funciones disponibles en Visibility, el cargador puede definir mensajes de estado adicionales individuales y/o mensajes de estado con información adicional.

(b) Por ejemplo, se soportan los siguientes flujos de trabajo:

• Documentación de la fijación de la carga

• Entrega de la mercancía

• Documentación de daños

(d) Se soportan las siguientes funciones:

• Foto

• Firma electrónica

ES_Modules_and_Services_description_V4.0

• Campos desplegables

• Campos de texto

(e) El transportista comunica el estado definido por el cargador en tiempo real a través de la interfaz Tracking & Visibility o a través de

Transporeon Trucker.

(f) Se puede generar automáticamente un archivo PDF específico del cliente por cada entrega o transporte a partir de la información obtenida.

Security classification: Protected 10

Condiciones

(a) Se aplicarán las condiciones estipuladas en 2.10.3 (Road Visibility) según corresponda.

(b) Algunos estados y documentos de flujo de trabajo específicos (por ejemplo, fotografías de CMR o firmas) solo se pueden proporcionar por parte de Transporeon Trucker o la interfaz Tracking & Visibility.

(c) El flujo de trabajo específico del cargador debe alinearse y definirse con el proveedor de servicios antes del lanzamiento.

2.10.5. Ocean Visibility Descripción

(a) Este servicio en la nube proporciona visibilidad predictiva en tiempo real para transportes de contenedores marítimos con cualquier gran transportista marítimo.

(b) Los datos de Ocean Visibility se obtienen desde tres fuentes principales:

• Transportistas marítimos y grandes comitentes

• Seguimiento de embarcaciones con el sistema AIS terrestre y AIS por satélite global

• Operadores portuarios y terminales marinas

• Llegada/salida, eventos de carga/descarga/recarga en instalaciones de carga, puertos, transferencia y clientes

• Tiempos previstos, planeados, estimados y reales de hitos anteriores y futuros

• Gestión de excepciones: retrasos, desviaciones sobre transportes planificados, no alcanzar un hito previsto

• Ubicaciones actualizadas de embarcaciones: rutas previstas anteriores y futuras.

• Detención y sobrestadía, informes, Business Intelligence, multimodalidad

Condiciones

(a) Este servicio en la nube tiene que activarse para el cargador para que su transportista/comitente pueda utilizarlo.

(b) Los identificadores básicos necesarios para el seguimiento marítimo son:

• Conocimiento de embarque maestro

• ID de reserva maestra

• ID del contenedor

• ID del transportista marítimo (SCAC).

No se requieren todos los identificadores. Normalmente basta con una combinación de dos identificadores.

2.10.6. Air Visibility (Visibilidad aérea)

Descripción

(a) Este Servicio en la nube proporciona una visibilidad sin precedentes para los transportes aéreos, con cualquier Transportista aéreo importante.

(b) Los datos de Air Visibility se recogen del Transportista aéreo.

• Reservado, recibido del Cargador, salido, llegado, recibido del vuelo, entregado (en aeropuertos)

• Tiempos previstos, planeados, estimados y reales de hitos anteriores y futuros

• Gestión de excepciones: retrasos, desviaciones sobre transportes planificados, no alcanzar un hito previsto

Condiciones

(a) Este servicio en la nube tiene que activarse para el cargador para que su transportista/comitente pueda utilizarlo.

ES_Modules_and_Services_description_V4.0

(b) El identificador básico necesario para el seguimiento aéreo es la factura aérea.

2.10.7. Mobile Order Management Descripción ‌

(a) Durante cualquier transporte que lleve a cabo el Transportista, la ubicación aproximada del vehículo asignado, así como la información de estado del transporte y la ETA será visible para el Cargador, el Transportista y también para el Proveedor y el receptor de las mercancías.

Security classification: Protected 11

(b) El cargador y el resto de los participantes de la cadena de suministro solo podrán ver los datos de visibilidad relativos a los transportes que haya aceptado expresamente el transportista y para los que se haya asignado un vehículo.

(c) Es posible definir flujos de trabajo específicos del cliente con estados que pueden incluir datos adicionales como foto, firma x xxxxxx adicionales. Además, también se pueden definir determinadas dependencias entre otros mensajes de estado.

(d) Asimismo, la ruta optimizada del vehículo, como la ubicación de los estados definidos, se calcula y se muestra en un mapa interactivo en la plataforma.

Condiciones

(a) Este servicio en la nube solo puede utilizarlo un cargador que ya usa Transport Execution en la plataforma y cuyos transportistas han suscrito el Contrato de Uso de la Plataforma.

(b) El material cartográfico utilizado para mostrar la información en tiempo real se toma de un proveedor tercera parte. El cargador está autorizado a usar el material solo para el rastreo del transporte. No está permitido ningún uso adicional como la traducción, el tratamiento, cambio u organización de los datos, ni el uso de los datos y resultados recibidos de la aplicación para la configuración de su propio producto como, por ejemplo, mapas geográficos del cargador. En caso de incumplimiento de los derechos de autor o si existe una extensión no autorizada del uso permitido por el proveedor de servicios, la tercera parte y el proveedor de servicios tendrán el derecho inmediato de reclamar el cumplimiento de las normas de uso y las disposiciones de protección. La provisión de materiales cartográficos está sujeta a cambios en los que el proveedor de servicios no siempre puede influir.

(c) El flujo de trabajo específico del cargador debe alinearse y definirse con el proveedor de servicios antes del lanzamiento.

2.10.7.1. Gestión móvil de pedidos «Real-Time Tracking»

Descripción

(a) Este servicio en la nube es el paquete básico y por consiguiente el requisito esencial para utilizar Mobile Order Management.

(b) Se pueden definir flujos de trabajo con mensajes de estado sin datos adicionales (como foto, firma, campos adicionales).

(c) Los transportistas pueden enviar órdenes de transporte a sus conductores/vehículos. El conductor comunica el estado definido por el cargador en tiempo real a través de Transporeon Trucker. Alternativamente, el transportista puede llevar a cabo la asignación de vehículos y la provisión de los mensajes de estado definidos a través de las API del proveedor de servicios.

Condiciones

No hay condiciones adicionales

2.10.7.2. Gestión móvil de pedidos «Real-Time Workflow»

Descripción

(a) Los flujos de trabajo con mensajes de estado con datos adicionales por pedido de transporte pueden definirse mediante Real-Time Workflow.

(b) Por ejemplo, se soportan los siguientes flujos de trabajo:

• Documentación de la fijación de la carga

• Entrega de la mercancía

• Documentación de daños

(d) Se soportan las siguientes funciones:

• Foto

• Firma electrónica

• Campos desplegables

ES_Modules_and_Services_description_V4.0

• Campos de texto

(e) Se puede generar automáticamente un archivo PDF específico del cliente por cada entrega o transporte a partir de la información obtenida.

Condiciones

Además de las condiciones descritas en 2.10.7 (Gestión móvil de pedidos), se aplican las siguientes condiciones:

Security classification: Protected 12

(a) La firma digital en Mobile Order Management no constituye una evidencia a efectos de procedimientos ante un tribunal de que esa firma en particular:

• es auténtica

• se proporcionó de forma autorizada

• procede del emisor indicado

• satisface los requisitos de forma; en particular, la firma digital no es la firma electrónica en términos del Artículo §126a del Código Civil de Alemania (“Bürgerliches Gesetzbuch”, BGB).

(b) En caso de utilizar la función de fotografía de Mobile Order Management, el proveedor de servicios transmite la imagen a la

plataforma. Al hacerlo, el proveedor de servicios es únicamente el transmisor de conjuntos de datos.

2.10.7.3. Mobile Order Management “Geofencing/ETA”

Descripción

(a) Se proporcionan los siguientes servicios:

• Cálculo de la ETA en Time Slot Management para el lugar de carga: La reserva de la franja horaria se complementará con la hora estimada de llegada. A partir de esta información, el cargador puede detectar posibles demoras ya en el momento en el que el conductor va de camino hacia el lugar de recogida. Así, puede reaccionar proactivamente y, por ejemplo, adaptar el encargo.

• Cálculo de la ETA en Transport Assignment para el lugar de descarga: En este caso, la hora estimada de llegada se muestra en Transport Assignment. Si el conductor no puede llegar a tiempo a una cita de descarga, se le informará al cargador automáticamente sobre la demora prevista. Así, podrá reaccionar de forma proactiva y, por ejemplo, informar a los clientes.

(b) La geocerca se puede configurar según el estado del flujo de trabajo del cargador para recordársela al conductor o para colocar automáticamente el estado cruzando el radio definido hacia/desde el lugar de carga o el lugar de descarga.

Condiciones

Además de las condiciones descritas en 2.10.7 (Gestión móvil de pedidos), , se aplican las siguientes condiciones:

(a) El cálculo de la ETA lo lleva a cabo una tercera parte. Alternativamente, la ETA puede proporcionarla el transportista a través de la interfaz Tracking & Visibility.

(b) La integridad, exactitud y actualización de las ETA o informes de estado son responsabilidad de la tercera parte que proporciona ese cálculo o informe de estado.

2.11. Control Tower Descripción

(a) Este servicio en la nube permite el seguimiento interactivo de vehículos en un mapa basado en datos en tiempo real de Transporeon Trucker a través de la interfaz con el GPS del transportista o desde el transportista mediante las API del proveedor de servicios.

(b) Gracias a las funciones de búsqueda y filtrado, los usuarios pueden rastrear todos los transportes o solo los predefinidos. Al hacer clic en un transporte, se muestra la ruta optimizada, con los datos del vehículo y del transporte. La función de zoom automático siempre muestra el mejor ajuste posible xxx xxxx dependiendo de la ubicación actual de los transportes.

Condiciones

No hay condiciones adicionales

2.12. Rate Management Descripción

ES_Modules_and_Services_description_V4.0

(a) Este servicio en la nube determina el transportista más adecuado conforme a unos criterios definidos (asignación automática del transportista) y/o calcula el precio de transporte según los criterios definidos para un transporte (fijación de precios automática).

(b) Los criterios comunes son:

• Vehículo

• Relación (origen a destino)

• Código postal del lugar de descarga

• Sobretasas (por ej. para la recogida o descarga adicional, solo aplicable para la fijación automática de precios)

(c) Es posible definir más de un transportista para una relación específica. En ese escenario, el transporte se le puede enviar automáticamente al segundo, tercer y así sucesivamente, transportista para un proceso de confirmación eficiente. Para definir

Security classification: Protected 13

prioridades entre los transportistas en lo referente a una relación, se ha previsto definir un ranking o utilizar una cuota por

transportista (“cuota xx xxxxxxx”, por ej., 60 % transportista A, 40 % transportista B).

(d) Los precios calculados pueden mostrarse en Transport Assignment.

(e) Los datos se guardan en forma de tabla y pueden editarse directamente en la aplicación o, alternativamente, se pueden exportar e importar las tablas de nuevo en la aplicación después de editarlas offline.

Condiciones

(a) El proveedor de servicios no puede influir en qué datos están disponibles, ya que esto depende de los datos introducidos por el

cargador y/o el transportista en la plataforma, así como del número de transportistas y de la naturaleza de los datos.

(b) La asignación automática de transportistas y/o la definición automática de precios es un cálculo matemático (en adelante, resultado) que se basa en los conjuntos de datos introducidos y existentes de terceras partes.

(c) Los resultados no siempre muestran los mejores transportistas o los más habituales xxx xxxxxxx, ya que la exactitud y vigencia de los conjuntos de datos depende de qué datos han actualizado los usuarios. Estos datos son responsabilidad de la parte que los introduce en el sistema.

(d) El proveedor de servicios es responsable de la exactitud matemática de los resultados basados en los criterios proporcionados y en los conjuntos de datos introducidos.

2.13. Rate Acceptance Descripción

(a) Si un cargador utiliza esta función, el transportista podrá ver sus tarifas almacenadas por el cargador en Rate Management. En caso de actualizar o modificar las tarifas, el cargador tiene la posibilidad de revisar sus tarifas con el transportista y confirmarlas y/o rechazarlas. Para ello, el cargador inicia el proceso de aprobación y el transportista puede revisar la solicitud del cargador conectándose a la plataforma. El cargador puede decidir las acciones que el transportista está autorizado a llevar a cabo y cuánta información sobre una tarifa se le muestra al transportista.

(b) Una posible configuración para los clientes en Freight Procurement les permite acceder a información centralizada sobre tarifas desde diferentes ubicaciones y departamentos en todo el mundo a los usuarios verificados del cargador. Los datos sobre tarifas se guardan en forma de tabla y pueden mantenerse directamente en la aplicación o, alternativamente, se pueden exportar e importar las tablas de nuevo en la aplicación después de editarlas offline. Los usuarios pueden consultar las rutas disponibles, incluido el cálculo del precio de transporte total (incl. sobretasas) por transportista en las rutas disponibles. Es posible transferir la información de las rutas o los precios calculados a través de una interfaz a Transporeon u otros sistemas de terceras partes.

Condiciones

(a) El cargador debe utilizar Rate Management.

(b) Solo el cargador puede utilizar esta función. La función debe activarse para el cargador.

2.14. Container Booking Descripción

(a) La interfaz entre Transporeon y una plataforma de transporte marítimos le permite al cargador asignar órdenes de transporte marítimo (contenedores) a sus transportistas marítimos a través de la plataforma.

(b) El cargador le envía los contenedores a un transportista marítimos a través de Transport Assignment “No-Touch Order” para confirmación. El transportista marítimo acepta la orden de transporte a través de la plataforma de transporte marítimo y el cargador recibe la confirmación a través de la plataforma.

ES_Modules_and_Services_description_V4.0

Condiciones

(a) El cargador elige trabajar con un determinado proveedor de plataforma de transporte marítimo. Para ello, el cargador y el

transportista tienen una relación contractual con el proveedor de la plataforma de transporte marítimo.

(b) El proveedor de servicios necesita los datos introducidos por el cargador o el transportista, que se envían a través de la plataforma de carga marítima a la plataforma. El proveedor de servicios asegura la correcta recuperación de los conjuntos de datos y habilita Transport Assignment “No-Touch Order”.

Security classification: Protected 14

(c) La falta de disponibilidad de la plataforma de transporte marítimo tiene un efecto directo en la falta de disponibilidad de este servicio en la nube. En este caso, el proveedor de servicios queda eximido del cumplimiento de sus obligaciones. Las reclamaciones que se originen por la falta de disponibilidad de la plataforma de transporte marítimo se resolverán con el proveedor de la plataforma de transporte marítimo.

(d) Asimismo, se aplicarán las condiciones descritas en 2.3 (Transport Assignment “No-Touch Order”) según corresponda.

2.15. Attachment Services Descripción

(a) Este servicio en la nube ofrece un intercambio electrónico de archivos de reserva y transporte oportunos para garantizar una comunicación óptima. Los ficheros los puede adjuntar el cargador y/o el transportista a nivel de transporte o nivel de entrega y para minoristas, y/o los transportistas a nivel de reserva.

(b) Algunos ejemplos de archivos adjuntos comunes son:

• CMR

• Imágenes

• Certificados

• Documentos de aduanas

(d) El tamaño máximo del adjunto es de 10 megabytes.

Condiciones

(a) El proveedor de servicios notifica expresamente que el cliente será el único que determinará qué datos se cargarán. En este sentido, la fecha de carga puede variar de la fecha de exposición real, puede mostrar diferentes circunstancias factuales y, por lo tanto, no puede usarse como una justificación vinculante a nivel legal (obligatoria) para una situación real relacionada con un transporte específico.

(b) El cliente se compromete a no utilizar ningún dato personal.

2.16. Transport Planning Descripción

El cargador transmite transportes individuales o reservas pendientes a sus transportistas registrados. De esta manera, los transportistas pueden combinar los transportes individuales mediante la combinación de las reservas pendientes y crear así un transporte combinado o una reserva pendiente combinada.

Condiciones

No hay condiciones adicionales

2.17. Freight Settlement Descripción

(a) Este servicio en la nube optimiza las liquidaciones de los transportes y actúa como una plataforma de comunicación central entre el

cargador y el transportista.

ES_Modules_and_Services_description_V4.0

(b) Después de la asignación de un transporte mediante la plataforma, el cargador tiene la posibilidad de solicitarle al transportista la información de liquidación de fletes para el transporte correspondiente para verificar la factura. El transportista puede aceptar o rechazar el precio de liquidación solicitado. Posteriormente, el cargador obtiene un mensaje que le indica si se aceptó o se rechazó la liquidación de su flete.

Condiciones

El proveedor de servicios no es responsable de que la información del acuerdo xx xxxxx que introduzca o proporcione el cliente cuando utiliza la plataforma sea correcta y exacta.

Security classification: Protected 15

2.18. Analytics

Descripción

(a) Este servicio en la nube ayuda a los cargadores a extraer y analizar los datos recopilados dentro de la plataforma. Los informes se pueden crear a nivel de transportista o a nivel de transporte como principio básico. Debido al elevado número xx xxxxxx posibles, existe una gran cantidad de posibles combinaciones para el análisis. Algunos informes simples pueden ser los siguientes:

• Cantidad de peso transportado por transportista y por lugar de descarga en un período de tiempo concreto

• Todos los transportes finalizados, incluidas todas las ofertas, en un período de tiempo concreto, mostrando las ofertas más altas, las más bajas y las seleccionadas

(b) Las solicitudes recurrentes se pueden guardar y marcar para crear un reenvío cíclico (por ej. mensual).

Condiciones

(a) El proveedor de servicios no puede influir en qué datos están disponibles, ya que esto depende de las correspondientes entradas de datos en la plataforma, del número de transportistas y de la naturaleza de los datos.

(b) La integridad, corrección y vigencia de los datos correspondientes son responsabilidad de la parte que introduce estos datos en el sistema.

2.19. Surcharge Management Descripción

(a) Tras asignar un transporte a través de la plataforma, el transportista tiene la posibilidad de exigir sobretasas por el correspondiente transporte al cargador.

(b) Las sobretasas son costes que no pueden calcularse de antemano por parte del cargador ni del transportista, pero que tienen un impacto directo sobre el coste de un determinado transporte. Ejemplos típicos son las sobretasas por los tiempos de espera que se generan durante la ejecución del transporte.

(c) Xx cargador puede aceptar o rechazar las sobretasas exigidas. A continuación, el transportista recibe un mensaje indicando si su sobretasa se ha aceptado o rechazado.

(d) El conjunto de posibles solicitudes de sobretasas (tipo, cantidad y marco temporal) lo define el cargador.

Condiciones

No hay condiciones adicionales

2.20. Aviso tráiler Descripción

(a) Además de gestionar los camiones, este servicio en la nube le permite al cargador gestionar tráileres para la precarga en la aplicación Time Slot Management. Con esta función, el cargador tiene una visión general de todos los tráileres que hay en las instalaciones y su estado actual de carga (vacío o lleno). El transportista también cuenta con una visión general de sus tráileres.

(b) Este servicio en la nube también se puede adaptar para contenedores.

Condiciones

Este servicio en la nube requiere Time Slot Management.

ES_Modules_and_Services_description_V4.0

2.21. Portal del destinatario Descripción

(a) Este servicio en la nube le ofrece al receptor de las mercancías la posibilidad de ver determinadas órdenes de transporte y estados relacionados en la plataforma.

(b) El cargador puede otorgarle al receptor de las mercancías el derecho para visualizar las entregas que se le han asignado al transportista a través de la plataforma. El vínculo entre las entregas y el receptor de las mercancías lo lleva a cabo el cargador. La naturaleza y alcance de la información de entrega que el receptor de las mercancías puede ver la determina el cargador.

Security classification: Protected 16

Condiciones

No hay condiciones adicionales

2.22. Portal del proveedor Descripción

(a) Cuando crea la entrega, el cargador puede especificar un proveedor. Con este Servicio en la nube, el Proveedor puede crear y visualizar las entregas para las que esté autorizado en Transporeon.

(b) Con estos fines, se le ofrece al proveedor su propia visualización con las entregas que le conciernen. Dentro del alcance de Event Management, el Proveedor también puede hacer un seguimiento de los estados y, dependiendo de la autorización, también establecerlos.

Condiciones

No hay condiciones adicionales

2.23. Exchange Platform Descripción

(a) Exchange Platform sirve como convertidor de datos entre el sistema interno del cliente y la plataforma. Se proporciona como parte del servicio en la nube y permite una comunicación directa entre la plataforma y el sistema interno del cliente. Le permite al cliente y al proveedor de servicios intercambiar datos relacionados con el transporte, como, entre otros, el uso de la API estándar de Transporeon.

(b) El cliente y el proveedor de servicios definirán conjuntamente el formato de los datos y el protocolo de comunicación (más allá de los posibles formatos de datos y protocolos de comunicación).

(c) El proveedor de servicios no es responsable de la precisión y exactitud de la información que se transfiere desde el sistema interno

del cliente hacia Exchange Platform. El cliente es el único y exclusivo responsable de la transmisión correcta de los datos.

Condiciones

El sistema interno del cliente es un sistema informático que tiene conexión directa con Exchange Platform. También es posible conectar más de un sistema interno del cliente (por ejemplo, el sistema interno utilizado para Transport Assignment y el sistema interno utilizado para Yard Management, ambos conectados a Exchange Platform).

2.24. CMR Sign-on-Glass Descripción

(a) Este servicio en la nube es una solución que permite el uso de notas de envío digitales al cooperar con otras partes en la plataforma.

(b) Cuando el transportista le atribuye a un vehículo un transporte asignado, el documento de nota de envío digital se genera a través de la plataforma y se proporciona en Transporeon Trucker. El conductor puede recoger las firmas del remitente y de sí mismo en la pantalla táctil de un dispositivo móvil. Junto con los datos de transporte y entrega, estas firmas se colocarán en una nota de envío digital (documento PDF) creada automáticamente, que se almacenará como adjunto disponible en Attachment Services tanto para el cargador como para el transportista. Durante el transporte, la nota de envío digital será accesible en Transporeon Trucker (firmas y comentarios).

ES_Modules_and_Services_description_V4.0

(c) Los documentos de nota de envío digital los creará el proveedor de servicios y los adjuntará a la entrega correspondiente a través de Attachment Services. Se almacena como un adjunto en la plataforma. Todas las partes involucradas (el cargador, el transportista y opcionalmente el receptor de las mercancías a través del Portal del destinatario) pueden acceder a los documentos de nota de envío digitales a través de la plataforma. La nota de envío digital también está disponible para el conductor en Transporeon Trucker.

Security classification: Protected 17

Condiciones

(a) El cargador tiene que indicar cualquier transporte determinado como pertinente para la nota de envío digital. El cargador tiene que indicar cuándo es definitiva la información sobre el transporte, de modo que se pueda emitir la nota de envío digital.

(b) El transportista tiene que atribuirle un vehículo a un transporte asignado.

(d) Esta solución no proporciona la autenticación técnica de la nota de envío electrónica mediante una firma con tecnología “sign-on- glass” (firma sobre pantalla táctil).

(e) Los datos subidos pueden variar con respecto a la fecha de exposición real y pueden mostrar diferentes circunstancias de hecho. El documento lo emite el proveedor de servicios a partir de la información rellenada o subida por el usuario. Cada una de las partes que rellene la información o suba el contenido, como los adjuntos, imágenes o logotipos, será plenamente responsable del contenido, la integridad, la exactitud y el carácter actualizado de la información.

(f) El Proveedor de servicios no garantiza que los documentos/procedimientos establezcan una prueba para los propósitos de la legislación o los procedimientos judiciales aplicables.

2.25. Digital Transport Documents – eCMR Descripción

(a) Este Servicio en la nube es una solución que permite el uso de cartas de porte digitales (eCMR) al colaborar con otras partes en la

Plataforma.

(b) El Cargador o el Transportista emite el eCMR.

(c) Al tiempo de cargar, el Cargador tiene que verificar y posiblemente corregir la información de la carta de porte digital y firmar la entrega.

(d) El conductor del Transportista inspeccionará la mercancía, hará las observaciones oportunas y firmará en un dispositivo móvil la entrega de la mercancía.

(e) Al tiempo de la descarga, el destinatario inspeccionará la mercancía y firmará la recepción..

(f) A partir de la información se pueden generar Notas de Envío (CMR) en formato PDF para compartirlas con Terceras Partes como documento.

(g) Todas las partes involucradas (Cargador, Transportistar, y, opcionalmente, el destinatario de las mercancías a través del portal del destinatario) pueden acceder a los documentos de la carta de porte digital a través de la Plataforma.

Condiciones

(b) El conductor de Transportista necesita utilizar un dispositivo móvil.

(d) Los datos subidos pueden variar con respecto a la fecha de exposición real y pueden mostrar diferentes circunstancias de hecho. El documento lo emite el proveedor de servicios a partir de la información rellenada o subida por el usuario. Cada una de las partes que cumplimente información o cargue contenidos, incluidos anexos, imágenes o logotipos, será plenamente responsable del contenido, la integridad, la exactitud y el carácter actualizado de dicha información.

(e) El Proveedor de servicios no garantiza que los documentos/procedimientos establezcan una prueba para los propósitos de la legislación o los procedimientos judiciales aplicables.

ES_Modules_and_Services_description_V4.0

2.26. Partner Performance Score Descripción

Los servicios en la nube proporcionan una ventaja para los transportistas y les permite entrar en nuevas oportunidades de negocio con cargadores en la plataforma. A partir de la información sobre el rendimiento y la actividad de los transportistas en la plataforma y utilizando ciertos criterios y cierto algoritmo, se generará una puntuación para cada transportista. Esta puntuación es numérica de 0 a 100 y se actualiza en tiempo real. El algoritmo desarrollado por el proveedor de servicios se basa exclusivamente en criterios objetivos como, entre otros, la aceptación del último Contrato de Uso de la Plataforma y la utilización de los Visibility Services. Esta puntuación puede representar un factor decisivo para la elegibilidad y futuras colaboraciones del transportista con cargadores en la plataforma. El proveedor de servicios ofrecerá

Security classification: Protected 18

orientación sobre cómo puede aumentar el transportista su propia puntuación y para poner a su disposición las herramientas necesarias para mantener esta puntuación a un alto nivel.

Condiciones

(a) El algoritmo que utiliza el proveedor de servicios para generar la puntuación es propiedad exclusiva del proveedor de servicios y no se les revelará a los transportistas.

(b) El proveedor de servicios utilizará exclusivamente criterios objetivos para la evaluación.

(d) Cada ID (identificador) del cliente tendrá su propia puntuación. Los usuarios con el mismo ID tendrán una sola puntuación. Si el

transportista tiene múltiples filiales, cada una con un ID separada, entonces cada filial tendrá su propia puntuación.

(e) El Prestador de Servicios no será responsable de ningún daño que se produzca como resultado del uso de Partner Performance Score, especialmente los daños debidos a la pérdida de negocio. El proveedor de servicios solo es responsable de generar los resultados del algoritmo (agregar información).

2.27. Carbon Visibility

El Proveedor de servicios ofrece una asignación de CO2 a nivel de envío en función de los datos de envío y telemetría facilitados. En este sentido, el Proveedor de servicios calcula varios parámetros (en particular, las emisiones de CO2e por tkm) en relación con las emisiones de gases de efecto invernadero (GHG) atribuibles a nivel de envío. Este cálculo se basa en valores científicos predeterminados.

Además, el cliente tiene acceso a un informe acreditado por GLEC sobre las emisiones de GHG del transporte en CO2e.

Descripción

1. Carbon Visibility – Insights Module

(a) Carbon Visibility Insights Module proporciona múltiples vistas preconfiguradas de Business Intelligence (BI) (cuadros de mando) con las que el Cliente puede analizar sus datos de emisiones de transporte basándose en una variedad de dimensiones como, por ejemplo, el envío, el transportista y la ruta.

(b) Los datos pueden filtrarse para proporcionar una visión analítica que ayude al Cliente a obtener Visibility sobre sus emisiones de transporte, así como a identificar las causas de las altas emisiones y las áreas potenciales para la reducción de las emisiones de transporte.

2. Carbon Visibility – Intelligence Module

(a) Carbon Visibility Intelligence Module proporciona acceso a cálculos de datos primarios para las emisiones del transporte, basados en los datos de consumo de energía (combustible) proporcionados por los proveedores de servicios de transporte del Cliente, incluidos, entre otros, los datos telemáticos, así como otros datos relacionados con el consumo de energía y las emisiones. El Prestador de Servicios puede así calcular con mayor precisión las emisiones reales del transporte.

(b) Para el cálculo de cada envío y cada tramo de envío se utiliza automáticamente la mejor calidad de datos disponible.

Condiciones

(a) Los algoritmos que utiliza el proveedor de servicios para calcular las emisiones de GHG son acreditados por Smart Freight Centre para el marco GLEC y no se le revelarán al cliente.

(b) El proveedor de servicios utilizará exclusivamente criterios objetivos para los cálculos.

(c) La metodología del cálculo se basa en el marco GLEC, en el que el Proveedor de servicios se reserva el derecho a sustituirla por otra metodología con reconocimiento similar, como la ISO 14083 (2023). El informe GLEC solo está disponible si los datos cumplen los requisitos establecidos en la documentación de la API.

ES_Modules_and_Services_description_V4.0

(d) El Transportista puede incidir en los cálculos de GHG proporcionando datos relevantes a través de proveedores de sistemas telemáticos, como por ejemplo el consumo de combustible o información sobre incidentes (paradas). El Proveedor de servicios no será responsable en caso de que el transportista no proporcione los datos detallados.

(e) El proveedor de servicios no será responsable de ningún daño ocurrido como resultado de los cálculos de las emisiones de GHG, especialmente en caso de daños debidos a la pérdida de negocios. El Proveedor de servicios solo es responsable de generar los resultados del algoritmo.

(f) En el marco de Carbon Visibility, el Cliente solo recibe los resultados del cálculo de las emisiones de CO2. Con el fin de despejar dudas, el Cliente no recibirá otros datos como consumo de vistas, datos personales empleados para cálculos, etc.

(g) El Cliente se compromete a hacer todo lo necesario para no suministrar ningún dato considerado «dato personal» según el GDPR al proporcionar datos relacionados con el transporte para este Servicio en la nube.

Security classification: Protected 19

(h) El Cliente es responsable de proporcionar los datos de envío en el formato y estructura requeridos, tal y como se detalla en la descripción de la API: API para la Sustainability - Portal del Desarrollador de la API Transporeon - Confluence.

2.28. Freight Marketplace Descripción

(a) Este servicio en la nube actúa como una pasarela neutral pero activa para que Cargadores y Transportistas encuentren el precio adecuado y la contraparte ideal para un servicio de transporte.

(b) Los Cargadores utilizan este Servicio en la Nube para crear y ejecutar solicitudes de transporte. Los Cargadores pueden buscar Transportistas en nuestro catálogo de Transportistas y pueden definir qué Transportistas deben tener acceso completo a las solicitudes de transporte. Los Transportistas, a su vez, pueden presentar ofertas y aceptar contraofertas que reciban de los Cargadores. Los Cargadores pueden adjudicar las ofertas que reciben de los Transportistas y pueden crear sus propias contraofertas a los Transportistas. Una petición de transporte se da por finalizada una vez que las ofertas son adjudicadas por el Cargador o las contraofertas son aceptadas por los Transportistas.

(c) Transportistas y Cargadores pueden crear perfiles para darse a conocer a la contraparte. De este modo, cada parte puede obtener información sobre la otra, con el fin de crear un clima de confianza entre las dos partes.

Condiciones

(a) Cargadores y Transportistas deben acordar la creación de cuentas de empresa y de usuario para poder utilizar el Servicio en la nube.

(b) Los Cargadores definen el contenido de las solicitudes de transporte y los requisitos que contienen.

(c) Transportistas y Cargadores son responsables de la exactitud de los resultados basados en los criterios proporcionados y los datos introducidos.

2.29. Time Slot Management for Retailers Descripción

(a) El cargador determina las capacidades de carga y descarga disponibles para sus ubicaciones en Time Slot Management for Retailers. Solo podrán acceder a esas capacidades de descarga aquellos transportistas del grupo de transportistas del cargador correspondiente. Los criterios según los cuales el proveedor de servicios tiene derecho a activar transportistas para un cargador los determina el cargador en cuestión. Solo podrán acceder a esas capacidades de descarga aquellos transportistas que hayan recibido el número de orden de compra correspondiente del cargador en cuestión (en adelante, transportistas autorizados).

(b) Los nombres y las ubicaciones de la empresa del cargador registrados en Time Slot Management for Retailers serán visibles para los transportistas, siempre y cuando no se haya acordado lo contrario. Los cargadores pueden ver los nombres de la empresa de los transportistas.

(c) La facilitación de las capacidades de carga y descarga por parte del cargador al transportista constituye una solicitud de reserva de una franja horaria en cuanto el transportista haya recibido una orden de transporte hacia o desde la ubicación correspondiente del cargador.

(d) El transportista autorizado reserva una franja horaria para cargar o descargar a través de Time Slot Management for Retailers. En este sentido, el transportista autorizado deberá respetar en todo momento las instrucciones del cargador en cuestión. Dependiendo de la recogida/entrega, puede ser necesario reservar más de una franja horaria para la recogida/entrega, por ejemplo, si hay varios lugares de descarga en el lugar de destino.

(e) El cargador tiene derecho a reservar una franja horaria para un transportista autorizado. Estas reservas se le cargarán al transportista

correspondiente.

Condiciones

No hay condiciones adicionales

ES_Modules_and_Services_description_V4.0

2.30. Time Slot Management for Retailers Reporting Descripción

(a) A petición del Proveedor, el Cargador podrá conceder al Proveedor el derecho a ver las reservas de franjas horarias que los Transportistas hagan o hayan hecho para los transportes del Proveedor. Este derecho se refiere a las franjas horarias que el transportista,proveedor o cargador reserva en un lugar del cargador cuando lleva a cabo una orden de transporte del cargador. El cargador determina la naturaleza y el alcance de la información incluida en las reservas de franjas horarias que el Proveedor puede visualizar.

Security classification: Protected 20

(b) El Proveedor solo tiene derecho a ver las reservas de franjas horarias que se hayan hecho para los pedidos de ese Proveedor.

(c) El Cargador puede retirarle en cualquier momento al Proveedor el derecho a visualizar las reservas de franjas horarias en cualquier momento. En ese caso, el Proveedor de servicios notificará al respecto al Proveedor. Previa solicitud, el Proveedor de servicios podrá concederle al Proveedor 6 meses de acceso a las reservas de franjas horarias realizadas en el período en el que lo activó el Cargador.

(d) El transportista tiene el derecho de ver solamente sus propias reservas de franjas horarias que este transportista hace o ha hecho en el pasado.

(e) El número de franjas horarias puede diferir del número de entregas ordenadas y está determinado por los requisitos del cargador.

Condiciones

No hay condiciones adicionales

2.31. Time Slot Management for Retailers SMS Descripción

Time Slot Management for Retailers SMS les proporciona a los transportistas mensajes sobre los procedimientos que se están llevando a cabo a través de Time Slot Management for Retailers.

Condiciones

(a) Time Slot Management for Retailers SMS actúa exclusivamente como sistema de notificación de cambios, nuevas reservas o la eliminación de franjas horarias que se han llevado a cabo en Time Slot Management for Retailers. En este sentido, solo es decisiva la información proporcionada a través de Time Slot Management for Retailers.

2.32. Mobile Yardbook Registration Descripción

(a) La función de registro de la libreta de direcciones móvil ayuda a la empresa minorista a minimizar la carga de trabajo interna y el esfuerzo relacionado con la gestión de la libreta de direcciones, subcontratándola al transportista transportista. De este modo, el conductor puede crear entradas en el libro xx xxxx de forma independiente al llegar al astillero. Esta función facilita los procesos de incorporación a la empresa y permite recuperar datos esenciales de las entregas, facilitando futuras evaluaciones.

(b) La aplicación de gestión de franjas horarias incluye una función llamada "Yardbook" que permite a los usuarios minoristas compartir fácilmente un código QR o un enlace con los conductores Este código QR o enlace abre la función de registro móvil de cuadernos de bitácora como una aplicación independiente en su dispositivo móvil. Al acceder a esta función, los conductores pueden introducir cómodamente todos los datos de Transportista y de entrega necesarios para sus tareas.

Condiciones

(a) Para utilizar esta función, las empresas minoristas deben disponer de Gestión de franjas horarias para minoristas como requisito previo.

(b) Para habilitar la gestión de franjas horarias para minoristas, es necesario configurar correctamente la función Yardbook. Los usuarios minoristas también tienen la flexibilidad de crear entradas en el libro de registro para entregas que no tienen asignada una franja horaria específica.

ES_Modules_and_Services_description_V4.0

2.33. Freight Procurement Descripción

(a) Este servicio en la nube facilita la gestión de licitaciones y la toma de decisiones estratégicas en todos los medios de transporte. Los cargadores utilizan este servicio en la nube en la plataforma para crear y gestionar RFQ y/o RFI que abarquen todo el proceso, desde la comunicación con los transportistas hasta el análisis de ofertas/tarifas. Los cargadores que adjudican a transportistas pueden invitar a cualquier transportista a Freight Procurement y/o ampliar su red de proveedores haciendo una selección entre los transportistas disponibles en una base de datos mundial de transportistas (solo si se activa). Los transportistas solo tienen acceso a

Security classification: Protected 21

las RFI o RFQ del cargador si el cargador los ha invitado o si ha aceptado las solicitudes del transportista. La invitación o la aceptación de una solicitud es un requisito previo a la participación autorizada en una RFQ o RFI.

(b) Si los transportistas desean declarar sus cuotas de transporte en una RFQ o responder a preguntas en una RFI, deben conectarse a Freight Procurement con su nombre de usuario y contraseña. No obstante, no podrán visualizar datos de otros transportistas, salvo que el cargador autorice la visualización del mejor precio o la clasificación. En ese caso, los transportistas pueden ver en qué puesto están clasificados y/o cuáles son los mejores precios (sin nombrar a los transportistas).

Condiciones

(a) El proveedor de servicios no puede influir en qué datos están disponibles, ya que esto depende de los datos introducidos por el

cargador y/o el transportista en la plataforma, así como del número de transportistas y de la naturaleza de los datos.

(b) El proveedor de servicios es responsable de la exactitud matemática de los resultados basados en los criterios proporcionados y en los conjuntos de datos introducidos.

2.34. Billing Descripción

(a) Este servicio en la nube está disponible en la plataforma y se utiliza para optimizar los transportes, ya que actúa como una plataforma de comunicación central entre el cargador y el transportista.

(b) Este servicio en la nube permite crear albaranes o solicitudes de facturas. Mediante flujos de trabajo, los transportistas pueden aceptar o rechazar el importe de factura calculado y solucionar litigios sobre tarifas con el cargador. El cargador tiene la posibilidad de solicitarle la información del transporte al transportista para el transporte en cuestión y así poder verificar la factura. El transportista puede aceptar o rechazar el precio solicitado. Posteriormente, el cargador recibe un mensaje que le indica si se aceptó o se rechazó su transporte. Las facturas definitivas aceptadas, incluido el IVA (si procede), pueden transmitirse mediante este servicio en la nube tanto al transportista como al cargador.

Condiciones

(a) El proveedor de servicios no se hace responsable de la precisión y exactitud de la información que el cargador y/o el transportista

introduzca y/o proporcione al utilizar la plataforma.

(b) El proveedor de servicios es responsable de la exactitud matemática de los resultados basados en los criterios proporcionados y en los conjuntos de datos introducidos.

2.35. Instant Pay

Instant Pay es un servicio financiero en el que el transportista vende sus créditos (órdenes de transporte que recibe y ha ejecutado procedentes de cargadores a través de la plataforma y para las que tiene derecho a una remuneración del cargador) a un socio de factoraje, por ejemplo para satisfacer las necesidades de liquidez a corto plazo del cargador.

Al hacer clic en el botón de registro por primera vez, se le redirigirá al transportista a la página web del socio de factoraje del proveedor de servicios para que se registre. Por lo tanto, el transportista abandonará el entorno Transporeon. Toda la información durante el proceso de registro se escribirá directamente en la máscara de entrada de nuestro socio de factoraje. Después de haber completado el proceso de registro, el transportista puede seleccionar créditos y enviar una oferta para vender los créditos al factor a través de Instant Pay. Tras la aceptación de la oferta de ventas por parte del factor, este último abona el precio de compra de los créditos menos la tasa de factoraje acordada en la cuenta de liquidación del transportista. Las contrarreclamaciones de parte del factor (por ej., de la transmisión de reclamaciones de pagos entrantes) también se contabilizan en la cuenta de liquidación del transportista. Después de cuadrarse la cuenta de liquidación, se suele ordenar un saldo acreedor para el pago conforme a la práctica estándar en el mercado en cuestión.

Con respecto a Instant Pay, el proveedor de servicios le brinda el siguiente servicio al transportista:

• Habilitación del acceso para el registro en el servicio de factoraje integrado

• Presentación de los posibles envíos para los que se puede usar Instant Pay, así como la posibilidad de seleccionar envíos para la transmisión al socio de factoraje

ES_Modules_and_Services_description_V4.0

• Transmisión de solicitudes de factoraje, incluido el precio y el registro de información adicional requerida al socio de factoraje en nombre del transportista (en términos de pago concretos y registro de costes/precios desviados para servicios de transporte). La corrección de los datos transmitidos es responsabilidad del transportista

• Resumen de órdenes enviadas, con el estado de si los créditos los ha adquirido el socio de factoraje o no

• Asistencia adicional con respecto a los servicios de factoraje ofrecidos, incluidos mediante la atención al cliente (por teléfono y correo electrónico) del proveedor de servicios o mediante el oportuno traslado al socio de factoraje del proveedor de servicios.

Security classification: Protected 22

2.36. Real-Time Yard Management

Descripción

(a) Este servicio es una aplicación de escritorio para coordinar las cargas y descargas próximas y actuales y los desvíos del plan inicial. El objetivo de este servicio es garantizar el uso equilibrado de los recursos disponibles para organizar los siguientes pasos del trabajo y alcanzar el desarrollo fluido de todas las tareas de carga y descarga.

(b) Los cargadores y minoristas utilizan este servicio para disponer de un resumen general de todas las tareas en función de la reserva de franjas horarias tanto de Time Slot Management como de Time Slot Management for Retailers. Cada tarea de este servicio se categoriza dependiendo del estado actual como “Próxima”, “En espera”, “En progreso” o “Completa”, teniendo en cuenta los estados de Time Slot Management o Time Slot Management for Retailers. Tomando esta información como base, se le muestran indicadores importantes al usuario, como el tiempo de procesamiento o el tiempo de espera hasta la cancelación.

(c) Todas las tareas se pueden visualizar en un mapa esquemático para indicar el estado actual dependiendo de los derechos de acceso definidos para cada usuario para el uso de Time Slot Management o Time Slot Management for Retailers.

Condiciones

El cliente tiene que actuar como cargador o minorista en la plataforma y usar Time Slot Management o Time Slot Management for Retailers.

2.37. SAML Single Sign-On Descripción

(a) Este servicio en la nube se ofrece como parte del paquete de seguridad extendido.

(b) El Lenguaje de Marcado para Confirmaciones de Seguridad (en adelante SAML) es un protocolo estándar que utilizan los navegadores web para habilitar el inicio de sesión único (en adelante, SSO) a través de tokens seguros.

(c) El SAML es un estándar abierto para el intercambio de datos de autenticación y autorización entre varias partes, especialmente entre un proveedor de identidades y un proveedor de servicios.

(d) El SAML elimina completamente la necesidad de usar contraseñas mediante criptografía estándar y firmas digitales para transmitir un token de inicio de sesión seguro desde un proveedor de identidades a una aplicación de software como servicio (en adelante, SaaS).

(e) El SAML utiliza tokens seguros que son mensajes firmados digitalmente y encriptados con datos de autorización y autenticación.

(f) El SAML transmite estos tokens desde un proveedor de identidades a una aplicación en la nube a través de una relación de confianza.

Condiciones

El cliente tiene que usar o haber activado el paquete de seguridad extendido.

3. Servicios exclusivos para cargadores

3.1. Servicios básicos

3.1.1. Uso de la plataforma

Después de la fase de implementación, la incorporación de transportistas y el lanzamiento, el cargador puede empezar a utilizar la

plataforma. Así, obtiene acceso a la plataforma con las funcionalidades de los módulos solicitados.

El cargador selecciona a los usuarios que tendrán acceso a la plataforma y define si estos usuarios pueden trabajar activamente en la plataforma y cuáles tendrán acceso de solo lectura. Los perfiles de usuario pueden definirse individualmente por módulo y por usuario. Se incluyen los siguientes servicios:

ES_Modules_and_Services_description_V4.0

• Cuentas de Usuario personalizadas

• Política de contraseñas seguras

• Gestión de usuarios y perfiles

• Acceso a los módulos integrados: Analytics (para usuarios activos), panel de control estándar, notificaciones del navegador

3.2. Servicios de asistencia

3.2.1. Incorporación de transportistas

Durante la incorporación de transportistas, el proveedor de servicios lleva a cabo varias acciones que se describen a continuación.

Security classification: Protected 23

(a) Antes de comenzar la incorporación de transportistas, el cargador define cuáles de sus transportistas se activarán para trabajar con el cargador en la plataforma mediante la lista de transportistas. El cargador utiliza la plantilla de lista de transportistas exclusivamente en el formato de plantilla facilitado por el proveedor de servicios.

(b) Después de generar la lista de transportistas, el proveedor de servicios la revisa centrándose en los requisitos legales y contractuales específicos que deben cumplirse para que el transportista pueda utilizar la plataforma. El nuevo transportista debe aceptar el esquema llamado Contrato de Uso de la Plataforma para poder acceder a la plataforma y comenzar a llevar a cabo transacciones con el cargador. Se comprobará que los transportistas existentes en la plataforma cumplan los requisitos contractuales para iniciar la nueva colaboración. Si los transportistas han suscrito una versión anterior del Contrato de Uso de la Plataforma con el proveedor de servicios (por ejemplo, no compatible con nuevos módulos u otros requisitos técnicos y comerciales), el proveedor de servicios les orientará durante el proceso de incorporación necesario para que el transportista pueda utilizar la plataforma. Si los transportistas existentes tienen obligaciones pendientes con el proveedor de servicios (por ejemplo, deudas pendientes), el proveedor de servicios puede rechazar la activación de ese transportista en la plataforma hasta que este transportista haya saldado sus deudas.

(c) Además, puede suceder que algunos o todos los transportistas deban suscribir un acuerdo adicional, por ejemplo si se requiere por ley o debido a restricciones económicas específicas. El proveedor de servicios informará a los transportistas cuando esto sea necesario. Los acuerdos adicionales que reflejen términos y condiciones especiales solo serán válidos después de haberse suscrito el Acuerdo maestro de servicios con el cargador y el Contrato de Uso de la Plataforma con el transportista. El proveedor de servicios puede negarse a activar a ese transportista en la plataforma hasta que subscriba el acuerdo adicional.

(d) El proveedor de servicios le presta apoyo al transportista en las primeras fases para acceder a la plataforma y asegurarse de que el transportista sepa cómo usar la plataforma, cómo acceder a los recursos de autoasistencia y pueda gestionar debidamente su actividad en la plataforma. El proveedor de servicios le ofrece asistencia y soporte al transportista antes y después del lanzamiento para cuestiones técnicas, contables y contractuales.

3.2.2. Asistencia Customer Care (Helpdesk)

Asistencia técnica y problemas operativos: El proveedor de servicios también ofrece asistencia para problemas operativos, siempre que los problemas estén relacionados con el uso de la plataforma. Los problemas operativos derivados de la organización del cargador o las relaciones con el transportista son responsabilidad exclusiva del cargador.

Activación de transportistas: Activación de nuevos transportistas después de la fase de implementación

3.3. Mantenimiento específico del cargador

El proveedor de servicios asistirá al cargador con el mantenimiento y el desarrollo continuo de funcionalidades específicas del cargador desarrolladas a petición del cargador. El proveedor de servicios probará los desarrollos específicos del cargador para cada actualización programada de la plataforma y, en caso necesario, le prestará al cargador la asistencia necesaria durante la actualización.

3.4. Módulos y condiciones

3.4.1. Distance Calculation Descripción

(a) Este servicio en la nube le permite al cargador elegir entre dos métodos de cálculo diferentes:

• Distancia real entre el primer lugar de carga y el último lugar de descarga (con cualquier parada de tránsito)

• Distancia entre el lugar de carga y el lugar de descarga (cualquier escala se considera como estar de camino)

(b) El cálculo se hace a partir de la información relativa a los lugares de carga y descarga, así como a las escalas, proporcionada por parte del cargador. El transportista puede ver los resultados en el pedido de carga y en las respectivas vistas generales.

Condiciones

El cálculo de la distancia lo hace un proveedor de tercera parte. La puesta a disposición del cálculo está sujeta a cambios en los que no siempre puede influir el proveedor de servicios.

ES_Modules_and_Services_description_V4.0

3.4.2. Connecting Load Agent Descripción

Este servicio en la nube determina posibles cargas de conexión. Según el transporte que se asignará, se determina el número de transportes que se descargarán cerca del lugar de carga del transporte y los transportistas que ejecutan estos transportes. El número determinado de transportistas que ejecutan los transportes se le muestran al cargador. Los cargadores que cooperan entre sí también verán a los transportistas de sus socios de cooperación.

Security classification: Protected 24

Condiciones

No hay condiciones adicionales

4. Interfaces para la plataforma

4.1. Cuestiones generales

(a) Previa solicitud, el proveedor de servicios implementa para el cliente una interfaz para la plataforma del proveedor de servicios.

(b) La interfaz permite la comunicación directa entre la plataforma del proveedor de servicios y el sistema interno del cliente. Esto les permite al cliente y al proveedor de servicios intercambiar datos relacionados con el transporte a través de un servidor en el que los datos se almacenan temporalmente para este fin.

(c) El cliente y el proveedor de servicios definirán conjuntamente el formato de datos y el protocolo de comunicación (más allá de los formatos de datos y protocolos de comunicación posibles) para la interfaz seleccionada.

(d) El proveedor de servicios no se hace responsable de la exactitud ni de la corrección de la información que los transportistas y los cargadores introduzcan y/o proporcionen al utilizar las interfaces para la plataforma del proveedor de servicios. El proveedor de servicios es única y exclusivamente responsable de la transmisión correcta de los datos, excepto en los casos en los que la tercera parte que tenga un contrato independiente con el cliente haya desarrollado la interfaz/conector para habilitar la transmisión de datos.

4.2. Interfaz de transportes asignados (incl. enlace a Time Slot Management)

Datos transferidos	Transportes asignados con enlace web que lleva a un transporte en Time Slot Management.
Desde	Plataforma
Para	Transportista
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha aceptado un transporte • Un cargador ha asignado un transporte • Un cargador ha modificado un transporte • Un cargador ha cancelado un transporte

4.3. Interfaz de modificación de datos de transporte

Datos transferidos	Actualización de los parámetros del transporte y de la entrega
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha actualizado los parámetros del transporte • Un transportista ha actualizado los parámetros de la entrega

ES_Modules_and_Services_description_V4.0

4.4. Interfaz de envío de ofertas y de aceptación de transporte

Datos transferidos	Solicitudes de ofertas y solicitudes de confirmación
Desde	Plataforma

Security classification: Protected 25

Para	Transportista
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un cargador ha solicitado una oferta para un transporte • Un cargador ha solicitado una confirmación para un transporte

Datos transferidos	Ofertas presentadas y confirmaciones de transporte
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha presentado una oferta para un transporte • Un transportista ha aceptado un transporte

4.5. Interfaz de impresión del pedido de carga

Datos transferidos	Pedido de carga de transportes asignados
Desde	Plataforma
Para	Transportista
Transferencia de datos a través de	FTP
Formato de exportación	PDF
Eventos que desencadenan la transferencia de datos	• Un transportista ha aceptado un transporte • Un cargador ha asignado un transporte • Un cargador ha modificado un transporte

ES_Modules_and_Services_description_V4.0

4.6. Interfaz de franjas horarias reservadas (Time Slot Management y Time Slot Management for Retailers)

Datos transferidos	Datos de Time Slot Management
Desde	Plataforma
Para	Transportista
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML

Security classification: Protected 26

Eventos que desencadenan la transferencia de datos

• Un cargador o un transportista ha creado una reserva

• Un cargador o un transportista ha modificado una reserva

• Un cargador o un transportista ha eliminado una reserva

4.7. Interfaz de Event Management

Datos transferidos	Estados de Event Management
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha actualizado el estado de un transporte • Un transportista ha actualizado el estado de una entrega

4.8. Interfaz de Tracking & Visibility – versión completa

Datos transferidos	Datos de Tracking & Visibility
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	Servicio web (llamada REST llevada a cabo por el protocolo HTTP)
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha solicitado datos del transporte • Un transportista ha solicitado un flujo de trabajo del cargador para un transporte • Un transportista ha establecido o eliminado una asignación de vehículo o dispositivo (alias) para un transporte • Un transportista ha establecido el estado de un vehículo • Un transportista ha establecido el estado de una estación de entrega del transporte • Un transportista ha establecido/actualizado/invalidado la ETA • Un transportista ha actualizado las coordenadas geográficas (posición del vehículo)

ES_Modules_and_Services_description_V4.0

4.9. Interfaz de Tracking & Visibility – versión base

Datos transferidos	Datos de Tracking & Visibility
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	Servicio web (llamada REST llevada a cabo por el protocolo HTTP)
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha solicitado datos del transporte • Un transportista ha establecido o eliminado una asignación de vehículo o dispositivo (alias) para un transporte • Un transportista ha establecido el estado de una estación de entrega del transporte • Un transportista ha establecido/actualizado/invalidado la ETA • Un transportista ha actualizado las coordenadas geográficas (posición del vehículo)

Security classification: Protected 27

La versión base soporta solo un flujo de trabajo estándar del proveedor de servicios. Esto significa que para todos los transportes pertinentes para Visibility Services, el transportista solo puede establecer cinco estados predefinidos (Aceptado por el conductor, Llegada al lugar de carga, Salida del lugar de carga, Llegada al lugar de descarga, Salida del lugar de descarga). Además, el cargador puede requerir información sobre la ETA así como una foto y firma por estado. La información sobre la ETA así como la foto y firma son opcionales y deben facilitarse a través de la interfaz si el transportista tiene la posibilidad de usarla.

4.10. Interfaz de subida de adjuntos

Datos transferidos	Adjuntos
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	Servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un transportista ha añadido un adjunto

4.11. Interfaz de sobretasas

Datos transferidos	Sobretasas aceptadas por el cargador
Desde	Plataforma
Para	Transportista
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• Un cargador ha aceptado una solicitud de sobretasa

4.12. Interfaz de atribución de vehículos

Datos transferidos	Números de matrícula de los vehículos a los que se les han asignado transportes
Desde	Transportista
Para	Plataforma
Transferencia de datos a través de	FTP o servicio web
Formato de exportación	XML
Eventos que desencadenan la transferencia de datos	• El transportista le ha asignado un vehículo a un transporte

ES_Modules_and_Services_description_V4.0

Security classification: Protected 28

5. Versión vinculante

Si se producen contradicciones entre la versión en inglés y la traducida, prevalecerá la redactada en inglés.

ES_Modules_and_Services_description_V4.0

Security classification: Protected 29

Modules and Services description ‌

Please note: This description of all Services provided by Service Provider is only for informational purposes and does not constitute any representation, guarantee or warranty. The conditions only apply if the corresponding Services are activated for Customer.

1. Services and conditions‌

1.1. Customer Care support (Helpdesk)

Service Provider will provide global online support and support by phone and e-mail for Customer and Customer’s logistic partners on

Platform. These support Services will be performed by Service Provider’s team “Customer Care”. Such support can include:

User administration: Service Provider offers the technical possibility to Customer and Customer’s logistic partners on Platform to keep Service Provider’s User list and level of access of these Users up-to-date.

User helpdesk: User helpdesk is available for both Customer and Customer’s logistic partners on Platform within the timeframes and with the response times relevant in their agreements.

User training: training for Users of Customer and Customer’s logistic partners on Platform is available on Platform, in Help Area.

Technical support and operational issues: support for technical issues is available for Customer and Customer’s logistic partners on Platform

within the timeframes and with the response times relevant in their agreements.

Administrative issues: Support and assisting Customer and Customer’s logistic partners on Platform in administrative issues in order to ensure smooth workflow during the usage of Platform (e.g. organisation issues, contractual issues, decision making issues, or invoicing).

1.2. Support languages

Service Provider’s support Services are currently provided in the following languages.

Language

Platform

Onboarding

Platform User Agreement

Support

English

Bulgarian

Chinese

Croatian/Serbian

Czech

Dutch

Finnish

French

German

Hindi

Hungarian

Indonesian

Italian

Japanese

EN_Modules_and_Services_description_V4.0

Security classification: Protected 1

Language

Platform

Onboarding

Platform User Agreement

Support

Korean

Polish

Portuguese (Brazil)

Portuguese (Portugal)

Romanian

Russian

Slovak

Slovenian

Spanish

Swedish

Thai

Turkish

1.3. Maintenance

Service Provider will render to Customer support and maintenance of Platform as described under xxxxx://xxx.xxxxxxxxxxx.xxx/xx/xxx/.

Service Provider ensures that maintenance will not materially reduce the availability or functionality of Cloud Services.

2. Modules and conditions

Following chapter includes a general description of the modules that can be used on Platform as well as conditions necessary for using the modules.

In the context of this document, “Cloud Services” have the meaning of features of Platform including regular new releases, versions, updates, upgrades and standard support (helpdesk).

2.1. General conditions

(b) The respective times of the concluding of the contract, the offer being binding et cetera shall be determined in case of any doubt in accordance with the system clock time of Platform. The time of receipt of the respective declaration shall determine the time of the concluding of a contract.

(c) If Customer or its logistic partners on Platform use any end devices or other hardware in combination with Platform, Service Provider

is not liable for such hardware, its interoperability with Platform and the availability of any Service Provider Services on such hardware.

EN_Modules_and_Services_description_V4.0

(d) Xxxxxxx decides which Carriers shall be activated by Service Provider for the usage of Platform. Only Carriers who have been authorised by Xxxxxxx have access to the time slot bookings and/or transports of this Shipper on Platform. Xxxxxxx knows in this regard which Xxxxxxx has made a specific offer. The same applies to Carriers: each knows which Shipper is offering a transport order or wants an acceptance confirmed. Carriers are not aware whether or which other Carriers have provided offers and which other Carriers have been contracted by Shipper.

(e) Customer may lock Users, which means that access to Platform will be temporarily unavailable to them. Locked Users can be unlocked by Customer at any time and locked Users are being treated as active Users.

Security classification: Protected 2

2.2. Transport Assignment “Best Carrier”, Transport Assignment “Autonomous Procurement”

Description

(a) This Cloud Service enables a Shipper to receive offers from authorised Carriers for a specific transport in an efficient way. For that purpose, Shipper can publish a transport to a defined group of Carriers or even to all Carriers that are connected to Shipper via Platform at the same time. All Carriers that are invited to the spot-bidding process can place an offer within the deadline that is defined by Shipper. It is within the responsibility of Xxxxxxx’x scheduler to select one of the offers at any time. If Transport Assignment “Autonomous Procurement” is used by the Shipper, the published transports include an offered price to the Carrier which they may accept rather than placing their own offer price in return to the Shipper.

(b) Transport assignment occurs as soon as an offer from one Carrier has been selected, or if Transport Assignment “Autonomous Procurement” is used by the Shipper, assignment may occur when a Carrier accepts the offer made to them for the transport. In both cases, the transport is assigned to this Carrier on Platform at the agreed transport price stated in the offer. All other bidding Carriers receive a neutral negative reply at the same time.

Conditions

(a) If a Carrier wants to undertake one or more transport orders, it can place a corresponding binding offer, which it can limit in terms of time if so desired. If no time limit is given for an offer, the offer will be valid until the final date for the submission of offers determined by Xxxxxxx. If Transport Assignment “Autonomous Procurement” is used by the Shipper, the Carrier may choose to accept offered prices rather than make its own offer in return. And if it does make an offer, this offer price may be cancelled or decreased, but not increased.

(b) Shipper is not bound by the period for the awarding of a contract. It may shorten or extend such period at any time.

(c) An agreement for a transaction between Shipper and Carrier is concluded when Xxxxxxx selects the offer of a Carrier best suited to it and confirms it to this Carrier. If the Shipper uses Transport Assignment “Autonomous Procurement”, an agreement may also occur if a Carrier accepts the offer made to them for the transport.‌

2.3. Transport Assignment “No-Touch Order”

Description

(a) This Cloud Service allows Shipper to request the confirmation for a transport order from one specific Carrier on Platform. The selection of Carrier can be either done in Shipper’s In-House System, manually on Platform or automatically based on defined rules by Shipper making use of Rate Management.

(b) Carrier has the possibility to accept the transport order on Platform within the given acceptance deadline defined by Xxxxxxx. In case of acceptance, the transport is assigned to Carrier. If Carrier declines the execution of the transport or does not react at all within the given deadline, Shipper usually selects a different Carrier (manually or automatically via rules) or decides to assign the specific transport via the spot market using Transport Assignment “Best Carrier”.

Conditions

(a) Shipper is not bound by the period for the awarding of a contract. It may shorten or extend such period at any time.

(b) An agreement for a transaction between Shipper and Carrier is concluded upon the acceptance confirmation by Carrier (manual or automatic).

2.4. Transport Assignment “Supply Chain Sync”

Description

EN_Modules_and_Services_description_V4.0

(a) Transport Assignment “Supply Chain Sync” allows Shippers to send the purchase order from the retail company within each transport delivery for getting access about all operations regarding the transport alongside the supply chain. With this feature Shippers get insights about all delivery bookings of the recipients which are synchronized to a transport. Shippers will get the visibility about the booked time slots, ETA and the dispatch statuses arrival and departure of each linked delivery booking.

(b) Carriers can book each purchase order linked to a transport directly from Transport Assignment into Time Slot Management for Retailers. All open purchase orders and planned bookings with the whole visibility are shown in tab time slots of Transport Assignment.

Conditions

(a) As a prerequisite for activating Transport Assignment “Supply Chain Sync” basic version, the purchase order is needed as a field in Transport Assignment. All retail companies of Service Provider will be linked to Shipper after activation.

Security classification: Protected 3

(b) There is the possibility to add further features like carrier whitelist for transferring data from one Carrier to the other or an additional location and supplier number mapping. Therefore, additional project effort is needed.

2.5. Freight Audit Description

This Cloud Service allows for the verification (audit) of freight invoices for transports completed via Platform. However, it is limited to road transportation only. The service operates as follows:

(a) Once a transport is executed on Platform and rates and surcharges have been assigned, Service Provider creates a billing instruction for Carriers. This instruction states the shipments and cost to be invoiced to Shipper.

(b) Service Provider assigns a general ledger account to each transport based on the business logic agreed upon with Xxxxxxx upfront. This is only applicable to the full version of the audit.

(c) Service Provider offers a communication platform for dispute resolution between Shipper and Carrier. In the case of a dispute, Xxxxxxx may either agree or disagree. If Xxxxxxx agrees, the original transport order must be cancelled and a new transport order with complete and correct agreed costs must be created. The old billing instruction will be revised, and the newest order will be included in the upcoming billing cycle.

(d) Carrier provides freight invoices based on the billing instructions. Service Provider verifies the completeness and correctness of the invoice. In the light version, only the invoice amount and VAT amount are verified. In the full version, legal elements of the invoice are also verified, and a check for invoice number duplication is conducted.

(e) If the invoice matches the billing instruction, it is approved, and the account payable file is enabled for Shipper in a pre-defined layout by Service Provider.

(f) If there is a mismatch, the invoice is sent back to Carrier for correction according to the billing instruction. After the corrected freight invoice is resubmitted, it will go through the verification procedure again until it reaches a match and receives approved status.

(g) For all approved invoices, Service Provider creates an accounts payable file as output to the system of Shipper. This is applicable to the full audit only.

(h) Service Provider creates accruals for all executed transports once general ledger allocation is finished and provides Xxxxxxx with access to accrual reports in their reporting application.

Conditions

(a) Only transports executed via Platform with road transportation are eligible for freight audit via the add-on product.

(b) Shipper either provides the cost per shipment in the transport order files per execution or maintains contractually agreed rates in Rate Management. Cost types differentiation is required for proper detailed reporting of freight spend.

(c) In case accessorial costs need to be added to the agreed transport rate, which were not known upfront, Carrier and Shipper use Surcharge Management to agree on the surcharge. Surcharges cannot be added to the transport after an agreed cut-off time past the delivery of the transport. This Cloud Service includes surcharges agreed in surcharge module into the billing instructions.

(d) Billing instructions are sent to Carrier in a pre-selected billing frequency: weekly, bi-weekly, or monthly.

(e) Carrier and Shipper master data must be provided to Service Provider as part of the freight audit process (data requirements shared by Service Provider).

(f) In case of the creation of an accounts payable file, Xxxxxxx provides account coding logic.

(g) Carrier provides freight invoice to Service Provider in an agreed frequency, agreed layout, and with reference to received billing instruction.

2.6. Freight Matching for Forwarders

EN_Modules_and_Services_description_V4.0

This Cloud Service enables a Carrier to act as orderer. In Freight Matching for Forwarders, orderers can subcontract their own transports as well as transports received from their Transporeon Shippers to authorised Carriers using various assignment methods.

2.6.1. Spot Match Description

(a) This Cloud Service enables orderers to receive offers from authorised Carriers for a specific transport in an efficient way. For that purpose, orderers can publish a transport to a defined group of Carriers or even to all Carriers that are connected to the orderer via Platform at the same time. All Carriers that are invited to the spot-bidding process can place an offer within the deadline that is

Security classification: Protected 4

defined by the orderer. It is within the responsibility of the orderer’s scheduler to select one of the offers. The selection of the offer can be either done in the orderer’s In-House System or within Freight Matching for Forwarders.

(b) As soon as an offer from one Carrier has been selected, the transport is assigned to this Carrier on Platform at the agreed transport price stated in the offer. All other bidding Carriers receive a neutral negative reply at the same time.

Conditions

(a) If a Carrier wants to undertake one or more transport orders, Carrier can place a corresponding binding offer, which Carrier can limit in terms of time if so desired. If no time limit is given for an offer, the offer will be valid until the final date for the submission of offers determined by orderer.

(b) Orderer is not bound by the period for the awarding of a contract. It may shorten or extend such period at any time.

(c) An agreement for a transaction between orderer and Carrier is concluded when orderer selects the offer of a Carrier best suited to it and confirms it to this Carrier.

2.6.2. Auto Match Description

(a) This Cloud Service enables orderers to use Artificial Intelligence to find a carrier from authorised Carriers and transport price for a specific transport automatically. For that purpose, orderers can publish a transport to a defined group of Carriers with a maximum acceptable transport price and an acceptance deadline. All Carriers will be presented price offers generated through Artificial Intelligence.

(b) Carrier has the possibility to accept the transport at the given transport price on Platform within the given acceptance deadline defined by orderer. In case of acceptance, the transport is assigned to Carrier.

Conditions

(a) Orderer is not bound by the period for the awarding of a contract. It may shorten or extend such period at any time.

(b) An agreement for a transaction between orderer and Carrier is concluded upon the acceptance confirmation by Carrier.

2.6.3. Direct Match Description

(a) This Cloud Service allows orderer to request the confirmation for a transport order from one specific Carrier on Platform. The selection of the Carrier can be either done in the orderer’s In-House System or within Freight Matching for Forwarders.

(b) Carrier has the possibility to accept the transport order on Platform within the given acceptance deadline defined by orderer. In case of acceptance, the transport is assigned to Carrier. If Carrier declines the execution of the transport or does not react at all within the given deadline, orderer usually selects a different Carrier or decides to assign the specific transport via a different assignment method.

Conditions

(a) Orderer is not bound by the period for the awarding of a contract. It may shorten or extend such period at any time.

(b) An agreement for a transaction between orderer and Carrier is concluded upon the acceptance confirmation by Carrier (manual or automatic).

2.7. Autonomous Quotation Description

EN_Modules_and_Services_description_V4.0

(a) This Cloud Service provides transportation sellers with the ability to fully automate their spot quotation process. This service includes aggregation and prioritization of incoming transport requests, generation of a buying price prediction, and submission of the final quote to the transport buyer.

(b) Load aggregation and prioritization: the transportation seller can create rules that direct the service to quote only those shipments that are of interest to the company from among all requests that were aggregated from different sources.

(c) Buying price generation: based on historical and current data, a company specific price prediction algorithm is trained to predict the current buying price for spot capacity in the market.

Security classification: Protected 5

(d) Final offer submission: the transportation seller has the option to augment the predicted buying price according to a company specific bidding strategy or cost structure. Based on this input, the quote is calculated and presented to the transport buyer automatically.

(e) The service also provides analytical support for the user to make the Autonomous Quotation process transparent and to provide deeper insight into their quotation behavior.

Conditions

(a) This Cloud Service must be activated for the transportation seller to use.

(b) The transportation seller must provide historical quote data of sufficient quantity and quality to train its custom predictive pricing model.

(c) The transportation seller is responsible for the selection of transport requests that will be quoted. The process can be orchestrated through the rule manager and can then operate autonomously.

(d) The transportation seller allows the service to submit transportation quotes on its behalf.

(e) The transportation sellers agree for all shared data to be used in anonymous form by the Cloud Service to improve the service or create related additions.

2.8. Time Slot Management

2.8.1. Time slot booking Description

(a) This Cloud Service helps Shippers to minimise loading and unloading times as well as vehicle turnaround times. Xxxxxxx defines the capacities for the loading/unloading of vehicles and, optionally, further conditions/restrictions like e.g. deadlines for the booking or the modification of a time slot. Given the transparency on available time slots for a specific transport, Carrier has the possibility to optimise the usage of its vehicles by selecting the best available time slot for itself.

(b) While it is possible to use this Cloud Service in an isolated way as a “standalone” solution, the common practice is to use a combination of Transport Assignment and Time Slot Management.

Conditions

(a) Xxxxxxx has the right in terms of the volume for orders agreed with Carrier to book time slots for the authorised Carrier related to the processing of the respective orders.

(b) In addition to the Time Slot Management module, there are 3 optional modules: Forward open bookings, quick login and Inbound.

2.8.2. Time Slot Management “Forward open bookings”

Description

(a) Carrier can forward the transports it received from Shipper and that need to be booked (hereinafter Open Bookings) to other Carriers, provided that Carrier does not carry out Open Bookings itself.

(b) Carrier forwards Open Bookings in this case to another Carrier that was activated for the reception of Open Bookings (hereinafter

Recipient). After that, Recipient can book a time slot for Open Booking.

Conditions

(a) For this purpose, the activation of the feature Forward open bookings by Xxxxxxx is required.

(b) Service Provider does not check to whom Open Booking is forwarded. Service Provider only checks whether the activation of Carrier

for the forwarding of Open Bookings has been given and carries it out.

EN_Modules_and_Services_description_V4.0

2.8.3. Time Slot Management “quick login”

Description

(a) Both, Xxxxxxx and Carrier, can have an authorised Third Party that books time slots for Open Bookings. Technically this is done by using a link with limited validity that gives authorised Third Parties limited access to Time Slot Management on Platform, so they can book the required time slot for the Open Bookings at the location of Shipper.

Security classification: Protected 6

(b) Shipper or Carrier are in that case “initiator”. The authorised Third Party within the meaning of this provision is the company that has a contractual relationship with the initiator itself, therefore is known and authorised by the initiator to use this Cloud Service. The authorised Third Party thus does not have to be registered on Platform.

Conditions

(a) Service Provider points out that the link that was sent can also be forwarded by the authorised Third Party, provided that the link was not used for booking of a time slot yet.

(b) Service Provider sends the mentioned link to the authorised Third Party upon request of the initiator electronically. Service Provider

does not check the existing relationship between the authorised Third Party and the initiator.

(c) The initiator that requested the forwarding of Open Booking is liable to Service Provider for the compliance of the contractual provisions by all authorised Third Parties and every Party that receives the link from an authorised Third Party.

2.8.4. Time Slot Management “Inbound”

Description

(a) Shipper may determine a quantity of goods on Platform that has been agreed upon in advance with Supplier and has to be transported by Carrier within the period given by Shipper (hereinafter Quantity Contract).

(b) Shipper thereby generates Open Bookings in Time Slot Management and forwards them to Carrier/Supplier. Carrier/Supplier can subsequently book time slots for Open Bookings in Time Slot Management in accordance with its current capacities. Shipper can view the current status of Quantity Contract in Time Slot Management.

Conditions

Xxxxxxx has the right in terms of the volume for orders agreed with Carrier to book time slots for the authorised Carrier related to the processing of the respective orders, based on contracts with Suppliers.

2.9. SMS Call-off Description

To simplify the communication for vehicle call-off, it is possible to send SMS messages from Time Slot Management directly to the driver. For that purpose, the driver’s mobile phone number is usually requested as mandatory data entry during the booking done by Carrier. The SMS texts can be entered manually or, alternatively, a pre-defined text can be sent in the driver’s language that has been indicated during the booking process.

Conditions

(a) An SMS provides supplementary information for the booked time slot, but it does not serve for booking, postponing or removing time slots. In this regard, only the data provided via Time Slot Management are decisive.

(b) Service Provider uses the services of Third Parties for the transmission of SMS. Service Provider cannot guarantee prompt and correct transmission in cases when it is beyond the influence and responsibility of Service Provider, including but not limited to missing reception of mobile phones or the non-availability of network providers. Therefore, Service Provider recommends that the status of the bookings should be checked regularly via Platform or by telephone.

2.10. Visibility Description

EN_Modules_and_Services_description_V4.0

(a) This Cloud Service is based on enabling transport tracking for preferably paperless and fast processes. The tracking status can be automatically obtained in real-time, either via GPS data connection, if Carrier has enabled their GPS connection, or via an interface of Carrier that has been established between Carrier’s In-House System and Platform. Alternatively, the driver can become a part of the process by setting status messages via Transporeon Trucker on a mobile device. Shipper can use this information to provide a new kind of customer service.

(b) For non-real-time tracking, the status messages can be placed by Carrier via user interface.

Conditions

(a) The transports that Xxxxxxx wants to track via Visibility must be flagged by Shipper as visibility relevant. To perform this Cloud Service, Service Provider needs to receive at least the following correct information per transport from Shipper:

Security classification: Protected 7

• loading place

• loading date

• loading time

• unloading place

• unloading date

• unloading time

• order number

• Carrier ID

(b) Visibility requires provision of tracking data from Carrier. Depending on the particular Visibility, Service Provider offers Carriers a wide range of technical possibilities to provide tracking data including the usage of Transporeon Trucker, various APIs and GPS integration.

(c) The following factors are crucial for the reliability of real-time information and any status reports placed via Transporeon Trucker. The Transporeon Trucker User has to ensure that:

• a mobile end device is available

• Transporeon Trucker is installed and activated on this end device

• localisation services are enabled

• the network of the respective mobile phone service provider is available

• all necessary status reports are issued

(d) The completeness, correctness and up-to-date nature of any status report is the responsibility of the person providing such a status report.

2.10.1. Event Management Description

(a) Events that occur for the given transport can be tracked to keep the visibility on the transport execution also after e.g. the vehicle has left a plant for loading and is on the way to the recipient. Usually status events are entered by Carrier via user interface or via an interface that has been established between Carrier’s In-House System and Platform. Examples of common status events are:

• Traffic jam

• Arrival at customer

(b) Shipper can define the status events that are expected to support the process, which can be on the level of a transport or also on the level of a delivery. It is furthermore possible to define certain dependencies/workflows between certain status messages.

Conditions

No additional conditions

2.10.2. Event Management for Retailers Description

(a) If the unloading of a transport takes place at a retailer that uses Platform, the data of the booked time slot will automatically be shown as a status on Platform.

(b) The respective retailer defines which status messages and booking contents may be transferred.

(c) The following status messages lean on the application recommendation “time slot control of the GS1” and can be transferred:

• Booked time slot

• Arrival

• Call unloading

• Unloading begin

• Unloading end

EN_Modules_and_Services_description_V4.0

• Departure

Conditions

No additional conditions

Security classification: Protected 8

2.10.3. Road Visibility ‌

Description

(a) This Cloud Service is providing transparency and real-time visibility of the status, of location and estimated time of arrival (hereinafter ETA) for the transports to Carriers and further asset-owners (hereinafter Data Providers) and Shippers, other carriers, logistics providers, Suppliers, goods recipients and other parties to the transportation chain (hereinafter collectively Data Subscribers). For this purpose, Carrier provides Service Provider with access to the Data Sources (telematics platform, mobile app, TMS system and/or any other solution for processing asset location and status information), whereas Service Provider provides Carriers as well as Data Subscribers with real-time visibility information and access to the Cloud Service and Service Provider’s API. To this end, Service Provider links location or status information that is provided by Data Provider, with shipment information provided by Data Subscriber.

(b) Carrier and Data Subscribers can allocate shipment to an Asset. By default, any Data Subscriber is allowed to allocate Carrier’s vehicles to their shipments, but only those allocations are accepted by the Cloud Service, that fulfil the parameters for allocation and tracking

i.e. there is an active data sharing consent between Data Provider and Data Subscriber, and the asset is available via the integrated Data Sources. Upon allocation, transport-related status information and ETA is automatically visible for Shipper, Carrier and further relevant Data Subscribers during any given transport that is carried out by Carrier. The approximate location of the allocated vehicle and the optimised vehicle route including the location of already placed statuses is calculated and made visible on an interactive map in Visibility application (accessible via and other associated Transporeon applications connected to the Visibility Data Hub) if approved by the Data Provider. The same applies to transports owned by other Data Providers who have granted visibility over their Assets (i.e. trucks and trailers but also devices like phones) to the Carrier (e.g. ‘dedicated’ or ‘wet leased’ fleet).

(c) Within “Vehicle Management” feature, Carrier may choose to provide location visibility for all or a subset of their Assets to any Data Subscriber within Road Visibility even if no shipment is carried out to that Data Subscriber. Therefore, Carrier stays in control and decides to which Data Subscribers they want to provide such blanket visibility to, or revoke from, at any time.

(d) Carrier and Data Subscribers are informed about visibility events via UI application. If the allocated Asset cannot be on time for an (un-)loading appointment, the aforementioned parties will be informed about the expected delay based on their preferences, which allows them to react proactively.

(e) Further, Service Provider provides capacity matching and carrier finder functionality to Data Subscribers, bringing them more business opportunities. No Data Subscriber will see individual vehicle locations through this functionality. Instead, characteristics like probability of available capacity in a region or frequency of servicing a region by a Carrier are provided in aggregated form to the Data Subscribers. Carriers may choose to participate in this capacity related knowledge sharing, or stop participation, at any time.

Conditions

(a) This Cloud Service needs to be activated for Shipper in order to be also used by Carrier.

(b) This Cloud Service can only be used by Shipper whose Carriers have concluded the Platform User Agreement.

(c) In order to provide visibility of shipment status to Data Subscribers, the respective Asset has to be connected to Road Visibility and allocated to the shipment. If the allocation was done incorrectly, location forwarding to Data Subscribers will not start.

(d) The map material used for displaying the real-time information is taken from a Third Party provider. Xxxxxxx is authorised to use the material only for the tracing of the transport. Any further use such as the translation, processing, changing or arranging of the data as well as the use of the data and any results received from the application for the purposes of setting up its own product such as, for example, geographical maps of Shipper is not permitted. In case of any infringement of copyright or in case of any unauthorised extension of the use permitted by Service Provider, the Third Party provider as well as Service Provider shall have an immediate right to claim for compliance with the rules of use and safeguard provisions. Any provision of map materials is subject to changes that Service Provider cannot always influence.

(e) When providing access to the Data Sources, Carrier ensures and warrants that all legal preconditions are complied with and that Carrier is legally entitled to provide Service Provider with the Access Data (i.e. credentials such as, but not limited to, user name, e- mail address or passwords in relation to the user account and in relation to the Data Sources). Service Provider may forward Carrier data to Carrier accounts on third party platforms. For this purpose, Carrier is required to store Access Data for such third-party platforms on their Road Visibility account.

EN_Modules_and_Services_description_V4.0

(f) The ETA calculation is provided by Service Provider. Alternatively, the ETA may be provided by Carrier via Service Provider’s APIs.

(g) In order for Service Provider to be able to calculate ETA as well as generally provide this Cloud Service and assure the quality and confidence of its predictions, continuous analysis of collected data has to be conducted also during the times when no shipment is assigned to an Asset. By continuous analysis, better geofencing of loading and unloading stations and intermediary stops will be achieved. By aggregating data across all the datasets, continuous improvements to Road Visibility advanced geo info dataset and routing maps are made. When rendering prediction analysis Service Provider is responsible for the correct calculation logic behind, not for correctness of the data received from the Data Sources.

Security classification: Protected 9

2.10.4. Real-Time Workflow

Description

(a) On top of the features available within Visibility, individual additional status messages and/or status messages containing additional information can be defined by Shipper.

(b) For example, the following workflows are supported:

• Documentation of load securing

• Delivery of the goods

• Damage documentation

(d) The following functions are supported:

• Photo

• Electronic signature

• Dropdown fields

• Text fields

(e) Carrier reports the additional status defined by Shipper in real time via the Tracking & Visibility interface or via Transporeon Trucker.

(f) Based on the gained information, a Customer specific PDF file can be created automatically per delivery or transport.

Conditions

(a) The conditions stipulated in 2.10.3 (Road Visibility) apply accordingly.

(b) Some specific workflow status and documents (e.g. photo from CMR or signature) can only be provided by Transporeon Trucker or Tracking & Visibility interface.

2.10.5. Ocean Visibility Description

(a) This Cloud Service is providing predictive real-time visibility for container transports over sea, with any major ocean Carrier.

(b) Ocean Visibility data is collected from three key sources:

• Ocean Carriers and major orderers

• Vessel tracking, using global terrestrial AIS and satellite-AIS system

• Port operators and deep-sea terminals

• Arrival/departure, loading/unloading/reloading events on loading, ports, transshipments, customer sites

• Predicted, planned, estimated and actual times to past and future milestones

• Management of exceptions: delays, deviations on planned transportation, absence of achieving a milestone that was expected

• Up-to-date vessel locations: past and future predicted paths

• Detention & demurrage, reporting, Business Intelligence, multimodality

Conditions

(a) This Cloud Service needs to be activated for Shipper in order to be also used by Carrier/orderer.

(b) Basic identifiers needed for ocean tracking are:

• Master bill of lading

EN_Modules_and_Services_description_V4.0

• Master booking ID

• Container ID

• Ocean carrier ID (SCAC)

Not all identifiers are required. Typically, a combination of two identifiers is sufficient.

Security classification: Protected 10

2.10.6. Air Visibility

Description

(a) This Cloud Service is providing milestone visibility for transports over air, with any major air Carrier.

(b) Air Visibility data is collected from air Carrier.

• Booked, received from Shipper, departed, arrived, received from flight, delivered (on airports)

• Planned, estimated and actual times to past and future milestones

• Management of exceptions: delays, deviations on planned transportation

Conditions

(a) This Cloud Service needs to be activated for Shipper in order to be also used by Carrier/orderer.

(b) Basic identifier needed for air tracking is airway bill.

2.10.7. Mobile Order Management Description ‌

(a) During any given transport that is carried out by Carrier, the approximate location of the allocated vehicle as well as transport-related status information and ETA is made visible for Shipper, Carrier and also to Supplier and goods recipient.

(b) Shipper and other participants of the supply chain can only see visibility data for transports that have been explicitly accepted by

Carrier and for which vehicle allocation has been done.

(c) It is possible to define Customer-specific workflows with statuses which may include additional data like photo, signature or additional fields. It is also possible to define certain dependencies between certain status messages.

(d) Furthermore, the optimised vehicle route including the location of already placed statuses is calculated and displayed on an interactive map on Platform.

Conditions

(a) This Cloud Service can only be used by Shipper who already uses Transport Execution on Platform and whose Carriers have concluded the Platform User Agreement.

(b) The map material used for displaying the real-time information is taken from a Third Party provider. Xxxxxxx is authorised to use the material only for tracing of the transport. Any further use such as the translation, processing, changing or arranging of the data as well as the use of the data and any results received from the application for the purposes of setting up its own product such as, for example, geographical maps of Shipper is not permitted. In case of any infringement of copyright or in case of any unauthorised extension of the use permitted by Service Provider, the Third Party provider as well as Service Provider shall have an immediate right to claim for compliance with the rules of use and safeguard provisions. Any provision of map materials is subject to changes that Service Provider cannot always influence.

2.10.7.1. Mobile Order Management “Real-Time Tracking”

Description

(a) This Cloud Service is the basic package and therefore the basic requirement for the usage of Mobile Order Management.

(b) Workflows with status messages that contain no additional data (like photo, signature, additional fields) can be defined.

EN_Modules_and_Services_description_V4.0

(c) Carriers have the possibility to forward transport orders to their drivers/vehicles. The driver reports the status defined by Xxxxxxx in real time via Transporeon Trucker. Alternatively, the vehicle allocation and provision of the defined status messages can be done by Carrier via the Service Provider’s APIs.

Conditions

No additional conditions

Security classification: Protected 11

2.10.7.2. Mobile Order Management “Real-Time Workflow”

Description

(a) Workflows with status messages that contain additional data per transport order can be defined via Real-Time Workflow.

(b) For example, the following workflows are supported:

• Documentation of load securing

• Delivery of the goods

• Damage documentation

(d) The following functions are supported:

• Photo

• Electronic signature

• Dropdown fields

• Text fields

(e) Based on the gained information, a Customer-specific PDF file can be created automatically per delivery or transport.

Conditions

Besides the conditions described under 2.10.7 (Mobile Order Management), the following conditions apply:

(a) The digital signature in Mobile Order Management does not establish the evidence for the purposes of court proceedings that this signature in particular:

• is genuine

• was provided in an authorised manner

• originates from the indicated issuer

• satisfies any requirements of form; in particular, the digital signature is not the electronic signature in terms of §126a Civil Code (Bürgerliches Gesetzbuch, BGB)

(b) In case of use of the photo function of Mobile Order Management, Service Provider transmits the picture to Platform. In doing so,

Service Provider is merely the transmitter of data sets.

2.10.7.3. Mobile Order Management “Geofencing/ETA”

Description

(a) The following Services are provided:

• Calculation of ETA for the loading station in Time Slot Management: The time slot booking will be complemented by the estimated time of arrival. Based on this information, Xxxxxxx can recognise potential delays already at the time the driver is on the way to the pickup location, which allows to react proactively and e.g. adapt the commissioning.

• Calculation of ETA for the unloading station in Transport Assignment: In this case, the estimated time of arrival is displayed in Transport Assignment. If the driver cannot be on time for an unloading appointment, Xxxxxxx will be informed automatically about the expected delay, which allows to react proactively and e.g. to inform customers.

(b) Geofencing can be configured per Xxxxxxx’x workflow status in order to remind the driver or to automatically place the status by crossing the defined radius to/from loading station or unloading station.

Conditions

Besides the conditions described under 2.10.7 (Mobile Order Management), the following conditions apply:

(a) The ETA calculation is done by a Third Party provider. Alternatively, the ETA may be provided by Carrier via the Tracking & Visibility interface.

EN_Modules_and_Services_description_V4.0

(b) The completeness, correctness and up-to-date nature of any ETA calculation or status is the responsibility of the Third Party provider who provides such calculation or status.

2.11. Control Tower Description

(a) This Cloud Service allows interactive tracking of vehicles on a map, based on the real-time data from Transporeon Trucker, via Carrier’s GPS integration or from Carrier via Service Provider’s APIs.

Security classification: Protected 12

(b) By search and filtering functions, Users can track all or only pre-defined transports. By clicking on a transport, the optimised route is displayed, including vehicle details and transport details. The auto-zoom feature always shows the best possible fit of the map, depending on the current locations of the transports.

Conditions

No additional conditions

2.12. Rate Management Description

(a) This Cloud Service determines the best suited Carrier by defined criteria (automatic carrier allocation) and/or calculates the transport price according to defined criteria for a transport (automatic pricing).

(b) Common criteria are:

• Vehicle

• Relation (origin to destination)

• Postal code of the unloading station

• Surcharges (e.g. for additional pick-up or unloading, only applicable for automatic pricing)

(c) It is possible to define more than one Carrier for a specific relation. In that scenario, the transport can be automatically sent to the second, the third and so on Carrier for an efficient confirmation process. To define priorities among Carriers for a relation, it is foreseen to define a ranking or to make use of a quota per Carrier (“market share”, e.g. 60% Carrier A, 40% Carrier B).

(d) The prices calculated can be displayed in Transport Assignment.

(e) The data is stored in tabular form and can be edited directly in the application, or alternatively, the tables can be exported and imported again into the application after editing them offline.

Conditions

(a) Service Provider cannot influence which data are available as this depends on the corresponding data entered by Shipper and/or

Carrier on Platform, the number of Carriers and the type of the data.

(b) The automatic allocation of Carriers and/or the automatic price definition is a mathematical calculation (hereinafter Result) based on the entered and existing data sets of Third Parties.

(c) Results do not always show the best or most common Carriers on the market as the correctness and up-to-date nature of the data sets depends on which data have been updated by Users. These data are the responsibility of the party entering such data into the system.

(d) Service Provider is responsible for the mathematical correctness of Results based on the provided criteria and the entered data sets.

2.13. Rate Acceptance Description

(a) If a Shipper uses this feature, Carrier sees its rates stored by Shipper in Rate Management. In case of new or changed rates, Shipper has the possibility to check its rates with Carrier and confirm and/or decline the rates. For this purpose, Xxxxxxx initiates the approval process and Carrier can check the request from Shipper by logging in on Platform. Xxxxxxx can decide which actions Carrier is allowed to perform and how much information of a rate is displayed to Carrier.

EN_Modules_and_Services_description_V4.0

(b) A possible configuration for Customers on Freight Procurement provides access to central rate information worldwide, across different sites and departments to verified Shipper users. The rate data is stored in tabular form and can be maintained directly in the application, or alternatively, the tables can be exported and imported again into the application after editing them offline. Users can query available routings including the calculation of the total transport price (incl. surcharges) per Carrier on available lanes. It is possible to transfer the routing information or calculated prices via interface to Transporeon or other third-party systems.

Conditions

(a) Shipper must use Rate Management.

(b) Only Shipper can initiate this feature. The feature needs to be activated for Shipper.

Security classification: Protected 13

2.14. Container Booking

Description

(a) The interface between Transporeon and an ocean-freight platform enables Shipper to assign sea freight orders (containers) to its ocean Carrier via Platform.

(b) Shipper sends the containers to an ocean Carrier via Transport Assignment “No-Touch Order” for confirmation. The ocean Carrier

accepts the transport order through the ocean-freight platform and Shipper receives the confirmation via Platform.

Conditions

(a) Shipper chooses to work with a certain ocean-freight platform provider. Hereunto Shipper and Carrier have a contractual relationship with this ocean-freight platform provider.

(b) Service Provider needs the data entered by Shipper or Carrier that are forwarded via the ocean-freight platform to Platform. Service Provider ensures the correct retrieval of data sets and enables Transport Assignment “No-Touch Order”.

(c) An eventual non-availability of the ocean-freight platform has a direct effect on the non-availability of this Cloud Service. In such cases, Service Provider is released from its duty to perform. Any claims arising from the non-availability of the ocean-freight platform shall be settled directly with the provider of the ocean-freight platform.

(d) Furthermore, the conditions stipulated in 2.3 (Transport Assignment “No-Touch Order”) apply correspondingly.

2.15. Attachment Services Description

(a) This Cloud Service offers the electronic exchange of transport and booking relevant files to allow an optimised communication. Files can be attached by Shipper and/or by Carrier on transport level or delivery level and for retail companies and/or by Carriers on a booking level.

(b) Examples of common file attachments are:

• CMR

• Pictures

• Certificates

• Customs documents

(d) The maximum size of an attachment is 10 megabytes.

Conditions

(a) Service Provider expressly gives notice that Customer will alone determine which data is to be uploaded. In this regard, the uploading date may vary from the actual exposure date, may show different factual circumstances and therefore cannot be used as court binding (compulsory) evidence as to a specific transport-related fact situation.

(b) Customer undertakes not to use any personal data.

2.16. Transport Planning Description

Shipper transmits individual transports or Open Bookings to its registered Carriers. This way, Carriers can combine the individual transports by combining Open Bookings and thereby create one combined transport or one combined Open Booking.

EN_Modules_and_Services_description_V4.0

Conditions

No additional conditions

2.17. Freight Settlement Description

(a) This Cloud Service optimises the transport settlements and acts as a central communication platform between Shipper and Carrier.

Security classification: Protected 14

(b) After the assignment of a transport via Platform, Xxxxxxx has the possibility to request the freight settlement information for the respective transport from Carrier to verify the invoice. Carrier can accept or decline the requested settlement price. Subsequently Xxxxxxx obtains a message whether his freight settlement was accepted or declined.

Conditions

Service Provider is not responsible for the accuracy and correctness of the freight settlement information that Customer enters and/or provides when using Platform.

2.18. Analytics Description

(a) This Cloud Service helps Shippers to extract and analyse data that is compiled within Platform. Reports can be created on Carrier level or on transport level as a basic principle. Because of the large number of possible fields, there is an enormous amount of possible combinations to be analysed. Simple reports can be:

• Amount of driven weight per Carrier and per unloading station in a certain time period

• All finished transports including all offers in a certain time period displaying the highest, the lowest and the chosen offers

(b) Recurring queries can be saved and marked for a cyclic (e.g. monthly) forwarding creation.

Conditions

(a) Service Provider cannot influence which data are made available as this depends on the corresponding data entries on Platform, the number of Carriers and the type of the data.

(b) The completeness, correctness and up-to-date nature of the respective data is the responsibility of the party entering such data into the system.

2.19. Surcharge Management Description

(a) After the assignment of a transport via Platform, Carrier has the possibility to request surcharges for the respective transport from

Shipper.

(b) Surcharges are costs that cannot be considered in advance by Xxxxxxx and Carrier, but which have a direct impact on the cost for a given transport. Typical examples are surcharges for waiting times that occurred during transport execution.

(c) Shipper can accept or decline the requested surcharges. Subsequently, Carrier obtains a message whether his surcharge was accepted or declined.

(d) The set of possible surcharge requests (type, amount and timeframe) is defined by Shipper.

Conditions

No additional conditions

2.20. Trailer advice Description

EN_Modules_and_Services_description_V4.0

(a) This Cloud Service allows Shipper to manage trailers for pre-loading in addition to vehicles in Time Slot Management. Herewith Shipper has an overview of all trailers on-site and their current loading status (empty or full). Also, Carrier has an overview of its trailers.

(b) This Cloud Service can also be adapted to containers.

Conditions

This Cloud Service requires Time Slot Management.

Security classification: Protected 15

2.21. Recipient portal

Description

(a) This Cloud Service provides a goods recipient with the possibility of viewing selected transport orders and related statuses on

Platform.

(b) Xxxxxxx can grant the goods recipient the right to view the deliveries that have been assigned to Carrier via Platform. The link between deliveries and goods recipient is made by Shipper. The nature and extent of the delivery information that the goods recipient can view is determined by Xxxxxxx.

Conditions

No additional conditions

2.22. Supplier portal Description

(a) When creating the delivery, Shipper can specify a corresponding Supplier. With this Cloud Service, Supplier can create and view deliveries in Transporeon for which he has been authorised.

(b) For this purpose, Supplier is given his own view containing the relevant deliveries. Within the scope of Event Management, Supplier

can furthermore track statuses and depending on the authorisation also set statuses.

Conditions

No additional conditions

2.23. Exchange Platform Description

(a) Exchange Platform serves as a data converter between In-House System of Customer and Platform. It is provided as part of Cloud Service and enables a direct communication between Platform and In-House System of Customer. It allows Customer and Service Provider to exchange transport related data including but not limited to the usage of the standard Transporeon API.

(b) Customer and Service Provider will jointly define the data format and the communication protocol (out of possible data formats and communication protocols).

(c) Service Provider is not responsible for the accuracy and correctness of the information that is transferred from In-House System of

Customer to Exchange Platform. Customer is solely and exclusively responsible for the correct data transmission.

Conditions

In-House System of Customer is an IT system that has direct connection with Exchange Platform. It is also possible to connect more than 1 In-House System of Customer (e.g. an In-House System used for Transport Assignment, and an In-House System used for Yard Management, both connected to Exchange Platform).

2.24. CMR Sign-on-Glass Description

(a) This Cloud Service is a solution that enables the usage of digital consignment notes when collaborating with other parties on Platform.

EN_Modules_and_Services_description_V4.0

(b) When Carrier allocates a vehicle to an assigned transport, the digital consignment note document is generated by Platform and made available in Transporeon Trucker. The driver can collect the sign-on glass signatures from sender and himself on a mobile device. Together with the transport and delivery data, these signatures will be placed on an automatically created digital consignment note (PDF document), which will be then stored as attachment available in Attachment Services both for Shipper and Carrier. During the transport, the digital consignment note will be accessible in Transporeon Trucker (signatures and comments).

(c) The digital consignment note documents will be created by Service Provider and attached to the respective delivery via Attachment Services. It is stored as attachment on Platform. All involved parties (Shipper, Carrier and optional goods recipient via Recipient portal) can access the digital consignment note documents via Platform. The digital consignment note is also available for the driver within Transporeon Trucker.

Security classification: Protected 16

Conditions

(a) Shipper needs to indicate any given transport as relevant for digital consignment note. Shipper needs to indicate when the transport information is final, thus the digital consignment note can be issued.

(b) Carrier needs to allocate a vehicle to an assigned transport.

(d) This solution does not provide the technical authentication of the electronic consignment note by means of a signature using “sign- on-glass”.

(e) The uploaded data may vary from the actual exposure date and may show different factual circumstances. The document is issued by Service Provider based on the information filled in or uploaded by the user. Each party filling in information or uploading content including attachments, pictures or logos shall be fully responsible for the content, completeness, accuracy and up-to-date character of such information.

(f) Service Provider does not guarantee that the documents/procedure establish an evidence for the purposes of the applicable law or court proceedings

2.25. Digital Transport Documents – eCMR Description

(a) This Cloud Service is a solution that enables the usage of digital consignment notes (eCMR) when collaborating with other parties on

Platform.

(b) The Shipper or the Carrier issues the eCMR.

(c) At time of loading the Shipper needs to verify and possibly correct the information of the digital consignment note and sign for hand- over.

(d) The driver of Carrier will inspect the goods, provide any remarks and sign on a mobile device for having the goods handed over.

(e) At time of unloading the recipient will inspect the goods and sign for receipt.

(f) From the information Consignment Notes (CMR) can be generated as PDF to share with Third Parties as a document.

(g) All involved parties (Shipper, Carrier, and optional goods recipient via Recipient portal) can access the digital consignment note documents via Platform.

Conditions

(b) The driver of Carrier needs to use a mobile device.

(c) This solution does comply to the eIDAS ‘Advanced’ electronic signature, that enables the identification of the signatory.

(d) The uploaded data may vary from the actual exposure date and may show different factual circumstances. The document is issued by Service Provider based on the information filled in or uploaded by the user. Each party filling in information or uploading content including attachments, pictures or logos shall be fully responsible for the content, completeness, accuracy, and up-to-date character of such information.

(e) Service Provider does not guarantee that the documents/procedure establish evidence for the purposes of the applicable law or court proceedings.

2.26. Partner Performance Score Description

EN_Modules_and_Services_description_V4.0

This Cloud Service provides an advantage for Carriers and enables them to enter into new business opportunities with Shippers on Platform. Based on information of the performance and activity of Carriers on Platform and using certain criteria and certain algorithm, a scoring will be generated for each Carrier. This scoring is numerical from 0 to 100 and updates in real time. The algorithm developed by Service Provider is based exclusively on objective criteria, including but not limited to having accepted the latest Platform User Agreement, and using Visibility Services. The scoring may represent a decisive factor for Xxxxxxx’x eligibility and future collaboration with Shippers on Platform. Service Provider will offer guidance on how Carrier can increase their own scoring and make available the necessary tools in order to keep this scoring at a high level.

Security classification: Protected 17

Conditions

(a) The algorithm used by Service Provider for generating the scoring is the exclusive property of Service Provider and will not be disclosed to Carriers.

(b) Service Provider will exclusively use objective criteria for evaluation.

(d) Each Customer ID will have its own score. Users with the same ID will have one single score. If Carrier has multiple affiliates, each of them with a separate ID, then each affiliate will have its own score.

(e) Service Provider shall not be responsible for any damages occurred as a result of using Partner Performance Score, especially damages due to loss of business. Service Provider is only responsible for generating the results of the algorithm (aggregating information).

2.27. Carbon Visibility

Service Provider offers an allocation of CO2 at shipment level, based on provided shipment data. Hereto Service Provider calculates various parameters (Well-to-wheel CO2e emission in particular) with regards to Greenhouse gas (GHG) emissions attributable on shipment level. This calculation is based on scientific default values.

In addition, Customer has access to a GLEC accredited report of transport GHG emissions in CO2e.

Description

1. Carbon Visibility – Insights Module

(a) Carbon Visibility Insights Module provides multiple, pre-configured Business Intelligence (BI) views (dashboards) with which Customer can analyze their transport emission data based on a variety of dimensions such as, but not limited to shipment, carrier, and xxxx.

(b) The data can be filtered to provide analytic insights to help Customer to gain visibility on their transport emissions, as well as identify causes of high emissions and potential areas for lowering of transport emissions.

2. Carbon Visibility – Intelligence Module

(a) Carbon Visibility Intelligence Module provides access to primary data calculations for transport emissions, based on provided energy (fuel) consumption data by the transport service providers of Customer; including but not limited to telematics data, as well as other energy consumption and emissions related data. Service Provider can hereby calculate actual transport emissions more precisely.

(b) For each shipment and each shipment leg the best available data quality is automatically used for calculation.

Conditions

(a) Algorithms used by Service Provider for calculation of GHG emissions are accredited by the Smart Freight Centre for the GLEC Framework and will not be disclosed to Customer.

(b) Service Provider will exclusively use objective criteria for calculations.

(c) The calculation methodology is based on the GLEC Framework whereas Service Provider reserves the right to replace it with other methodology of similar recognition, such as the ISO 14083 (2023). The GLEC report is only available if the data meets requirements stated in the API documentation.

(d) Carrier can impact the GHG calculations by providing relevant data via telematics system providers, such as but not limited to fuel consumption, location, or event information (stops). Service Provider shall not be responsible for failure of Carrier to provide such data.

(e) Service Provider shall not be responsible for any damages occurred because of calculations of GHG emissions, especially damages due to loss of business. Service Provider is only responsible for generating the results of the algorithm.

(f) Within the scope of Carbon Visibility, Customer only receives the results of the CO2 emission calculation. For the avoidance of doubt

Customer will not receive any other data, such as view consumptions, or any personal related data used for calculations etc.

EN_Modules_and_Services_description_V4.0

(g) Customer undertakes all necessary efforts not to supply any data considered “personal data” according to GDPR when providing transport related data for this Cloud Service.

(h) Customer is responsible to provide shipment data in the required format and structure as detailed in the API description: API for Sustainability - Transporeon API Developer Portal – Confluence.

Security classification: Protected 18

2.28. Freight Marketplace

Description

(a) This Cloud Service acts as a neutral but active gateway for Shippers and Carriers to find the right price and ideal counterparty for a transportation service.

(b) Shippers use this Cloud Service to create and run transport requests. Shippers can search for Carriers in our catalog of Carriers and can define which Carriers should have full access to the transport requests. The Carriers in turn can submit offers and can accept counteroffers they receive from Shippers. Shippers can award offers they receive from Carriers and can create own counteroffers to the Carriers. A transport request is finished once offers are awarded by the Shipper or counteroffers are accepted by the Carriers.

(c) Carriers and Shippers can create profiles to showcase themselves to the counterparty. That way each side can get information about the counterparty with the aim of creating trust between the two parties.

Conditions

(a) For both Shippers and Carriers company and user accounts need to be created for them to be able to use the Cloud Service.

(b) Shippers define the content of the transport requests and the requirements they contain.

(c) Carriers and Shippers are responsible for the correctness of results based on the provided criteria and the entered data.

2.29. Time Slot Management for Retailers Description

(a) Shipper determines the available loading and unloading capacities for its locations in Time Slot Management for Retailers. Only those Carriers in the group of Carriers of the respective Shipper have access to these unloading capacities. The criteria according to which Service Provider is entitled to activate Carriers for a Shipper are determined by the respective Shipper. Only those Carriers who have received the corresponding purchase order number from the respective Shipper shall have access to these unloading capacities (hereinafter Authorised Carriers).

(b) The company names and locations of Shippers registered in Time Slot Management for Retailers are visible for Carriers, unless agreed otherwise. Shippers can view the company names of the registered Carriers.

(c) The provision of the loading and unloading capacities by Xxxxxxx to Carrier represents a request to reserve a time slot insofar as

Carrier has received a transport order to or from the respective location of Shipper.

(d) Authorised Carrier books a time slot for loading or unloading via Time Slot Management for Retailers. In this regard, Authorised Carrier shall observe at all times the instructions of the respective Shipper. Depending upon pickup/delivery it may be necessary to book more than 1 time slot for such a pickup/delivery e.g. if several unloading stations at the destination are involved.

(e) Xxxxxxx has the right to book a time slot for an Authorised Carrier. Such bookings shall be charged to the respective Carrier.

Conditions

No additional conditions

2.30. Time Slot Management for Retailers Reporting Description

(a) Upon request of Supplier, Shipper may grant Supplier the right to view the time slot bookings that Carriers make or have made for the transports of Supplier. This right relates to time slots that Carrier, Supplier or Shipper books at a location of Shipper when carrying out a transport order of Shipper. Shipper determines the nature and extent of the information contained in the time slot bookings that Supplier can view.

EN_Modules_and_Services_description_V4.0

(b) Supplier may only get the right to view those time slot bookings that were made for the orders of this Supplier.

(c) Xxxxxxx may withdraw the right of Supplier to view the time slot bookings at any time. In such case, Service Provider will notify Supplier. Upon request, Service Provider may grant Supplier for subsequent 6 months the access to the time slot bookings made in the period that was activated by Shipper.

(d) Carrier has the right to view only its own time slot bookings that this Carrier makes or has made in the past.

(e) The number of time slots may deviate from the number of ordered deliveries and is determined by the requirements of Shipper.

Security classification: Protected 19

Conditions

No additional conditions

2.31. Time Slot Management for Retailers SMS Description

Time Slot Management for Retailers SMS provides messages to Carriers concerning procedures taking place in Time Slot Management for Retailers.

Conditions

(a) Time Slot Management for Retailers SMS serves exclusively as a notification system for changes, new bookings and deletions of time slots that took place in in Time Slot Management for Retailers. In this regard, only the data provided via Time Slot Management for Retailers are decisive.

2.32. Mobile Yardbook Registration Description

(a) The Mobile Yardbook Registration feature assists the retail company in minimising internal workload and effort related to yardbook management by outsourcing it to the Carrier. This allows the driver to independently create yardbook entries upon arriving at the yard. The feature facilitates the onboarding processes for the company and enables the retrieval of essential data from deliveries, facilitating future evaluations.

(b) The Time Slot Management application includes a feature called "Yardbook" that allows retail users to easily share a QR code or a link with drivers. This QR code or link opens the Mobile Yardbook Registration feature as a standalone application on their mobile device. By accessing this feature, drivers can conveniently enter all the necessary Carrier and delivery data for their tasks.

Conditions

(a) In order to utilize this feature, retail companies must have Time Slot Management for Retailers as a prerequisite.

(b) To enable Time Slot Management for Retailers, the Yardbook function needs to be properly configured. Retail users have also the flexibility to create yardbook entries for deliveries that do not have a specific time slot allocated.

2.33. Freight Procurement Description

(a) This Cloud Service supports tender management and strategic decision-making in all modes of transport. Shippers use this Cloud Service on Platform to create and run RFQs and/or RFIs covering the entire process – from communication with Carriers to bid/rate analysis. Carrier-awarding Shippers can invite any Carrier to Freight Procurement and/or increase their supplier network by selecting from Carriers available in a global carrier database (only if activated). Carriers only have access to Shipper’s RFIs or RFQs if Shipper has invited them or accepted Carrier applications. This invitation or the acceptance of an application is a prerequisite to authorised participation in an RFQ or RFI.

EN_Modules_and_Services_description_V4.0

(b) If Carriers would like to declare their transport quotes in an RFQ or answer questions in an RFI, they must log in to Freight Procurement with their User name and password. They will not, however, be able to view any data of other Carriers, unless Xxxxxxx authorised the display of the best price or ranking. In that case, Carriers can see how they rank and/or what the best prices are (without naming Carriers).

Conditions

(a) Service Provider cannot influence which data are available as this depends on the corresponding data entered by Shipper and/or

Carrier on Platform, the number of Carriers and the type of the data.

(b) Service Provider is responsible for the mathematical correctness of Results based on the provided criteria and the entered data sets.

Security classification: Protected 20

2.34. Billing

Description

(a) This Cloud Service is available on Platform and is used for optimisation of transports by acting as a central communication platform between Shipper and Carrier.

(b) This Cloud Service can support the creation of freight bills or invoice requests. Via workflows, Carriers can accept or decline the calculated invoice amount and sort out disputed rates with Shipper. Xxxxxxx has the possibility to request the transport information for the respective transport from Carrier to verify the invoice. Carrier can accept or decline the requested price. Subsequently, Xxxxxxx obtains a message whether his transport was accepted or declined. Final, undisputed invoices including VAT (if applicable) can be transmitted via this Cloud Service to both Carrier and Shipper.

Conditions

(a) Service Provider is not responsible for the accuracy and correctness of the information that Shipper and/or Carrier enters and/or provides when using Platform.

(b) Service Provider is responsible for the mathematical correctness of Results based on the provided criteria and the entered data sets.

2.35. Instant Pay

Instant Pay is a financial service in which Carrier sells its receivables (transport orders that it receives and has executed from Shippers via Platform and for which it is entitled to remuneration from Shipper) to a factoring partner, for example to cover Carrier’s short-term liquidity requirements.

By clicking the register button for the first time, Carrier will be redirected to the website of Service Provider’s factoring partner to register there. Therefore, Carrier will leave the Transporeon environment. All information during the registration process will be directly typed in the input mask of our factoring partner. After the registration process has been completed, Carrier can select receivables and submit an offer to sell the receivables to the factor via Instant Pay. After acceptance of the sales offer by the factor, the purchase price for the receivables, less the agreed factoring fee, is credited to Xxxxxxx’x settlement account by the factor. Counterclaims on the part of the factor (e.g. from forwarding claims of incoming payments) are also posted to Carrier’s settlement account. After the settlement account has been balanced, a credit balance usually shall be instructed for payment according to standard practice in the relevant market.

In connection with Instant Pay, Service Provider provides the following services to Carrier:

• Enabling access to registration for the integrated factoring service

• Display of possible shipments for which Instant Pay can be used, as well as the possibility of selecting shipments for transmission to the factoring partner

• Transmission of factoring requests including price and recording of additionally required information to the factoring partner on behalf of Carrier (in particular payment terms as well as recording of deviating prices/costs for transport services). The correctness of the transmitted data is the responsibility of Carrier

• Overview of sent orders including the status whether the receivables have been purchased by the factoring partner or not

• Further support on the factoring services offered, including through the Customer Service (by telephone, e-mail) of Service Provider or through appropriate forwarding to Service Provider’s factoring partner

2.36. Real-Time Yard Management Description

(a) This Service is a desktop application for coordinating upcoming and present loadings and unloadings and deviations from the initial plan. The purpose of this Service is to ensure a balanced usage of available resources, to provide the next working steps and to achieve a smooth processing of all loading and unloading tasks.

EN_Modules_and_Services_description_V4.0

(b) Shippers and retailers use this Service to get an overview of all tasks based on the time slot bookings in either Time Slot Management or Time Slot Management for Retailers. Each task in this Service will be categorised in the according current status category from “Approaching”, “Waiting”, “In Progress” to “Completed” based on the dispatch statuses from either Time Slot Management or Time Slot Management for Retailers. Based on this information, important indicators are displayed to User like processing time and waiting time until call-off.

(c) All tasks are visualised in a schematic map to show the current status according to the access rights as defined for each User within the usage of Time Slot Management or Time Slot Management for Retailers.

Conditions

Customer needs to act as Shipper or retailer on Platform and use either Time Slot Management or Time Slot Management for Retailers.

Security classification: Protected 21

2.37. SAML Single Sign-On

Description

(a) This Cloud Service is provided as part of the Extended security package.

(b) Security Assertion Markup Language (hereinafter SAML) is a standard protocol used by web browsers to enable Single Sign-On (hereinafter SSO) via secure tokens.

(c) SAML is an open standard for exchanging authentication and authorisation data between parties, in particular between an identity provider and a service provider.

(d) XXXX completely eliminates the need for passwords by using standard cryptography and digital signatures to pass a secure sign-on token from an identity provider to a Software-as-a-service (hereinafter Saas) application.

(e) SAML uses secure tokens which are digitally signed and encrypted messages with authentication and authorisation data.

(f) XXXX passes these tokens from an identity provider to a cloud application by using an established trust relationship.

Conditions

Customer needs to use or have activated Extended security package.

3. Shipper-only Services‌

3.1. Basic Services

3.1.1. Platform usage

After Implementation Phase, Carrier onboarding and Go-Live, Shipper can start using Platform. Hereto he obtains access to Platform including the functionalities of the ordered modules.

Shipper nominates its Users who will get access to Platform and defines if these Users can actively work on Platform, and which one will have view-only access. User roles can be defined individually per module and User. The following Services are included:

• Personalised User accounts

• Secure password policy

• User and role management

• Access to built-in modules: Analytics (for active Users), standard Dashboard, browser notifications

3.2. Support Services

3.2.1. Carrier onboarding

Within Carrier onboarding, Service Provider carries out several actions as described below.

(a) Before starting Carrier onboarding, Shipper defines which of its Carrier shall be activated to work with Shipper on Platform by providing the Carrier-list. Shipper uses the Carrier-list template only in the given template format of Service Provider.

(b) After provision of the Carrier-list, Service Provider reviews the latter focusing on specific legal and contractual requirements which need to be met to enable Carrier to use Platform. New Carrier must agree to the framework called Platform User Agreement to be able to access Platform and to start transacting with Shipper. Existing Carrier on Platform will be checked for their contractual prerequisite for entering their new collaboration. If Carriers have concluded an older version of Platform User Agreement with Service Provider (e.g. not compatible with new modules or other technical and commercial requirements), Service Provider guides them through the onboarding process necessary for enabling Carrier for using Platform. If existing Carrier have any outstanding liabilities to Service Provider (e.g. outstanding debts), Service Provider can refuse the activation of that Carrier on Platform until the settlement of these liabilities by Carrier.

EN_Modules_and_Services_description_V4.0

(c) On top of that, it might be that some or all Carriers need to agree on an Additional Agreement, if for instance it is required by law or specific economic restrictions. Service Provider will inform Carriers of such necessity. Additional Agreements reflecting special terms and conditions are valid only after Master Service Agreement with Shipper and Platform User Agreement with Carrier were agreed upon. Service Provider can refuse the activation of that Carrier on Platform until such Additional Agreement is agreed upon.

(d) Service Provider supports Carrier in the earliest stage to access Platform and ensures Carrier knows how to use Platform, knows how to access self-help resources and can manage properly its activity on Platform. Service Provider assists and supports Carrier before and after Go-Live for technical, accounting and contractual topics.

Security classification: Protected 22

3.2.2. Customer Care support (Helpdesk)

Technical support and operational issues: Service Provider also offers support in operational issues, provided those issues are connected to the use of Platform. Operational issues arising from Shipper’s organisation or relations with Carrier are the sole responsibility of Shipper.

Carrier activation: Activation of new Carrier after Implementation Phase

3.3. Shipper-specific maintenance

Service Provider will render to Shipper maintenance and ongoing development of Shipper-specific functionalities developed on Shipper’s demand. Service Provider will test Shipper-specific developments for every planned update of Platform and if necessary, support Shipper during that update.

3.4. Modules and conditions

3.4.1. Distance Calculation Description

(a) This Cloud Service allows Shipper to choose between 2 different calculation methods:

• Actual distance between first loading station and last unloading station (with any transit stops)

• Distance between loading station and unloading station (any transit stops are considered as being on the way)

(b) The calculation is made based on the information about loading station and unloading station as well as transit stops provided by

Shipper. Carrier can view the results in the loading commission and respective overviews.

Conditions

The calculation of the distance is made by a Third Party provider. The making available of the calculation is subject to changes that Service Provider cannot always influence.

3.4.2. Connecting Load Agent Description

This Cloud Service determines potential connecting loads. Based on a transport that shall be assigned, the number of transports that will be unloaded near the loading station of this transport and Carriers that execute these transports are determined. The determined number and Carriers that execute the transports are shown to Shipper. Shippers cooperating with each other will also see Carriers of their cooperation partners.

Conditions

No additional conditions

4. Interfaces to Platform‌

4.1. General

(a) Upon request, Service Provider implements for Customer interfaces to Service Provider’s Platform.

(b) The interfaces enable a direct communication between Service Provider’s Platform and In-House System of Customer. This allows Customer and Service Provider to exchange transport related data via a server on which the data is stored temporarily for this purpose.

(c) Customer and Service Provider will jointly define the data format and the communication protocol (out of possible data formats and communication protocols) for the selected interface.

EN_Modules_and_Services_description_V4.0

(d) Service Provider is not responsible for the accuracy and correctness of the information that Carriers and Shippers enter and/or provide when using the interfaces to Service Provider’s Platform. Service Provider is solely and exclusively responsible for the correct data transmission, except for the cases where the Third Party which has a separate contract with the Customer has developed the interface/connector to enable the data transmission.

Security classification: Protected 23

4.2. Assigned transports interface (incl. Time Slot Management link)

Transferred data	Assigned transports including web link leading to a transport in Time Slot Management
From	Platform
To	Carrier
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Carrier has accepted a transport • A Shipper has assigned a transport • A Shipper has modified a transport • A Shipper has cancelled a transport

4.3. Transport data editing interface

Transferred data	Transport and delivery parameters update
From	Carrier
To	Platform
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Carrier has updated transport parameters • A Carrier has updated delivery parameters

4.4. Offer placement and transport acceptance interface

Transferred data	Offer requests and confirmation requests
From	Platform
To	Carrier
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Shipper has requested an offer for a transport • A Shipper has requested a confirmation for a transport

Transferred data	Placed offers and transport confirmations
From	Carrier
To	Platform
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Carrier has placed an offer for a transport • A Carrier has accepted a transport

EN_Modules_and_Services_description_V4.0

Security classification: Protected 24

4.5. Loading commission printout interface

Transferred data	Loading commissions of assigned transports
From	Platform
To	Carrier
Data transfer via	FTP
Export format	PDF
Events that trigger the data transfer	• A Carrier has accepted a transport • A Shipper has assigned a transport • A Shipper has modified a transport

4.6. Booked time slots interface (Time Slot Management and Time Slot Management for Retailers)

Transferred data	Time Slot Management data
From	Platform
To	Carrier
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Shipper or a Carrier has created a booking • A Shipper or a Carrier has modified a booking • A Shipper or a Carrier has deleted a booking

4.7. Event Management interface

Transferred data	Event Management statuses
From	Carrier
To	Platform
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Carrier has placed a transport status • A Carrier has placed a delivery status

EN_Modules_and_Services_description_V4.0

4.8. Tracking & Visibility interface – full version

Transferred data	Tracking & Visibility data
From	Carrier
To	Platform
Data transfer via	Web service (REST call carried by the HTTP protocol)
Export format	XML
Events that trigger the data transfer	• A Carrier has requested transport details • A Carrier has requested a Shipper workflow for a transport • A Carrier has set or removed a vehicle or device (alias) allocation for a transport • A Carrier has set a vehicle state • A Carrier has placed a transport delivery station status • A Carrier has set/updated/invalidated ETA • A Carrier has updated geo-coordinates (vehicle position)

Security classification: Protected 25

4.9. Tracking & Visibility interface – base version

Transferred data	Tracking & Visibility data
From	Carrier
To	Platform
Data transfer via	Web service (REST call carried by the HTTP protocol)
Export format	XML
Events that trigger the data transfer	• A Carrier has requested transport details • A Carrier has set or removed a vehicle or device (alias) allocation for a transport • A Carrier has placed a transport delivery station status • A Carrier has set/updated/invalidated ETA • A Carrier has updated geo-coordinates (vehicle position)

The base version supports only 1 standard workflow of Service Provider. This means, that for all Visibility Services relevant transports, Carriers can only set 5 pre-defined status (Accepted by driver, Loading arrival, Loading departure, Unloading arrival, Unloading departure). Additionally, Xxxxxxx might request ETA information and photo & signature per status. ETA information and photo & signature are optional and shall only be provided via interface if Carrier has the possibility to use them.

4.10. Attachment upload interface

Transferred data	Attachments
From	Carrier
To	Platform
Data transfer via	Web service
Export format	XML
Events that trigger the data transfer	• A Carrier has added an attachment

4.11. Surcharges interface

Transferred data	Surcharges accepted by Shipper
From	Platform
To	Carrier
Data transfer via	FTP or web service
Export format	XML
Events that trigger the data transfer	• A Shipper has accepted a surcharge request

EN_Modules_and_Services_description_V4.0

4.12. Vehicle allocation interface

Transferred data	Licence plate numbers of the vehicles to which transports have been allocated
From	Carrier
To	Platform
Data transfer via	FTP or web service
Export format	XML

Security classification: Protected 26

Events that trigger the data transfer

• A Carrier has allocated a vehicle to a transport

5. Binding version

In case of contradictions between the English and the translated version the English language version shall prevail.

EN_Modules_and_Services_description_V4.0

Security classification: Protected 27

Document Metadata

Table of Contents

Descripción de servicios y módulos ‌

Document Metadata