Diferencia entre revisiones de «Debutar con OpenFlyers»

Saltar a: navegación, buscar
(Poner en marcha la gestión de actividad sobre OpenFlyers)
(Entrar en producción)
Línea 45: Línea 45:
 
*les valideces con experiencia reciente (por ejemplo "un vuelo cada 3 meses") deberán ser definidas parámetros como bloqueando únicamente cuando la tranda en producción será efectivo desde una duración superior al período de cálculo de las valideces con experiencia reciente (por ejemplo 3 meses en el ejemplo dado).
 
*les valideces con experiencia reciente (por ejemplo "un vuelo cada 3 meses") deberán ser definidas parámetros como bloqueando únicamente cuando la tranda en producción será efectivo desde una duración superior al período de cálculo de las valideces con experiencia reciente (por ejemplo 3 meses en el ejemplo dado).
  
En todos los casos, mientras las ganancias retenidas de los cuentas de clientes no hayan sido repatriadas, el cálculo del saldo de su cuenta será falso. Por lo tanto no hay que activar los bloqueos para los saldos insuficientes, si esto está previsto, mientras [[*Rapatrier_les_à_nouveaux|las ganancias retenidas no sean actualizadas]].
+
En todos los casos, mientras las ganancias retenidas de los cuentas de clientes no hayan sido repatriadas, el cálculo del saldo de su cuenta será falso. Por lo tanto no hay que activar los bloqueos para los saldos insuficientes, si esto está previsto, mientras [[#Rapatrier_les_à_nouveaux|las ganancias retenidas no sean actualizadas]].
  
 
En fin, si la fecha de entrada en producción está prevista para el 1 de enero, piense en el hecho que su estructura no es la única en este caso. Es la razón para la cual hay que prever un plazo lado OpenFlyers para la reinicialización, un plazo en la importación de ganancias retenidas después de esta fecha y también un plazo en el tratamiento de las demandas de último minuto.
 
En fin, si la fecha de entrada en producción está prevista para el 1 de enero, piense en el hecho que su estructura no es la única en este caso. Es la razón para la cual hay que prever un plazo lado OpenFlyers para la reinicialización, un plazo en la importación de ganancias retenidas después de esta fecha y también un plazo en el tratamiento de las demandas de último minuto.

Revisión de 15:06 27 jul 2017

Presentación

La solución OpenFlyers permite administrar el conjunto de la actividad de una estructura alrededor de 2 elementos principales:

  • La reserva
  • La gestión de la actividad realizada (es decir la gestión de las horas de vuelos en el marco de una actividad aeronáutica)

La instalación de OpenFlyers en el seno de una estructura puede recortarse en 2 fases:

  • La instalación de la reserva que es relativamente simple a comprender
  • La instalación de la gestión de la actividad que necesita un trabajo de fondo para definir bien las reglas de gestión de la estructura tanto sobre la política de relación cliente como sobre gestión contable.

Poner en marcha la gestión de actividad sobre OpenFlyers

Limpiar la base de datos antes de la entrada en producción

Esta operación es realizada por el equipo OpenFlyers en el marco del paquete de configuración. Consiste en suprimir todos los asientos contables, todas escrituras de actividades (vuelos en el caso de una estructura aeronáutica) creadas durante las pruebas de validación de la configuración.

Además, es posible reinicializar las valideces. Esto consiste en suprimir todas las valideces guardadas por los usuarios. Esta operación es factible sólo cuando se trata de una nueva plataforma que no estaba en producción sobre la gestión de las valideces. Lo mismo, esta reinicialización no puede ser efectuada si en el momento de la importación de los usuarios, ha sido procedido a la importación adicional de valideces.

En fin, si la estructura no estaba en producción sobre las reservas y que únicamente reservas ficticias han sido ingresadas, entonces es posible reinicializar también todas las reservas.

Una vez esta limpieza efectuada, la estructura es considerada como en producción y no directamente intervenimos más sobre la base de datos para modificar o suprimir asientos contables. Este principio permite garantizar la confianza entre las partes interesadas.

Esta limpieza debe ser anticipada por varios días antes de la fecha de entrada en producción teórica a fin de dejar el tiempo al equipo OpenFlyers de efectuar esta operación con serenidad. En caso de que la entrada real en producción es programada para el 1 de enero, entonces es recomendado pedir la reinicialización de la base de datos por lo menos una semana antes del período de las vacaciones de Navidad. En efecto, durante el período de las vacaciones de Navidad ,efectuamos un embargo sobre las reinicializaciones de base de datos porque trabajamos en efectivo reducido y guardamos un máximo de disponibilidad para asegurar el seguimiento de los clientes en producción. Además, los días feriados viniendo añadirse a los fines de semana es difícil de encontrar días que no sean en vísperas de un día feriado. En fin, por experiencia, toda reinicialización efectuada bajo la presión engendra problemas debidas a errores de tratamiento. Por consiguiente, más vale retrasar esta operación para poder efectuarlo serenamente que generar problemas y inquietudes mientras que las disponibilidades y la concentración de cada uno son reducidas a causa de las fiestas de finales de año.

Entrar en producción

La entrada en producción debe hacerse de antemano, a una fecha dada y definida, por ejemplo el 1 de enero. Sin embargo:

  • El 1 de enero nadie trabaja en OpenFlyers y en general en las estructuras a clientes de OpenFlyers tampoco. Se trata de una fecha teórica.
  • La entrada en producción lado OpenFlyers es considerado a partir del momento en que la reinicialización de la base de datos ha sido realida. Esto puede subir a varias semanas de antemano y es recomendado anticipar esta fase.
  • La entrada en producción lado estructura puede efectuarse en práctica que el 2, 3 o 4 de enero para una entrada en producción en el 1 de enero. Los asientos contables y de actividades serán ingresadas retroactivamente.

Contablemente, esto supone :

  • Que antes de esta fecha teórica, todas los asientos contables han sido ingresados en el antiguo sistema utilizado de gestión
  • A partir de esta fecha teórica, todas los asientos contables serán cogidos en OpenFlyers

Es primordial comprender bien que los asientos contables deban ser ingresados sólo en un solo sistema.

Ojo: con la fecha efectiva de la entrada en producción (por ejemplo 3 días después de la fecha teórica), no es todavía posible exportar los saldos de las cuentas de clientes del antiguo sistema de gestión porque los asientos contables del ejercicio precedente todavía no han sido consolidadas. También, recomendamos fuertemente no precipitarse para recuperar los saldos(liquidación) de las cuentas de clientes y de proceder en 2 tiempos:

  1. Entradar en producción sobre la introducción de vuelos a la fecha convenido con ganancias retenidas de cuentas de clientes a 0 (por lo tanto falso).
  2. Recuperar posteriormente las ganancias retenidas correspondiente a la fecha de principio de ejercicio. Las ganancias retenidas se insertarán en los extractos de cuenta a principios de ejercicio y los saldos de las cuentas de clientes se volverán entonces justo.

La entrada en producción no necesita ninguna acción particular con tal que darles los derechos de introducción a los usuarios concernidos.

Para la actividad aeronáutica:

  • las primeros introducción de horas de vuelos actualizarán automáticamente los contadores de las aeronaves.
  • les valideces con experiencia reciente (por ejemplo "un vuelo cada 3 meses") deberán ser definidas parámetros como bloqueando únicamente cuando la tranda en producción será efectivo desde una duración superior al período de cálculo de las valideces con experiencia reciente (por ejemplo 3 meses en el ejemplo dado).

En todos los casos, mientras las ganancias retenidas de los cuentas de clientes no hayan sido repatriadas, el cálculo del saldo de su cuenta será falso. Por lo tanto no hay que activar los bloqueos para los saldos insuficientes, si esto está previsto, mientras las ganancias retenidas no sean actualizadas.

En fin, si la fecha de entrada en producción está prevista para el 1 de enero, piense en el hecho que su estructura no es la única en este caso. Es la razón para la cual hay que prever un plazo lado OpenFlyers para la reinicialización, un plazo en la importación de ganancias retenidas después de esta fecha y también un plazo en el tratamiento de las demandas de último minuto.