Diferencia entre revisiones de «Debutar con OpenFlyers»

Saltar a: navegación, buscar
(Poner en marcha la gestión de actividad sobre OpenFlyers)
(Limpiar la base de datos antes de la entrada en producción)
 
(No se muestra una edición intermedia del mismo usuario)
Línea 20: Línea 20:
  
 
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.
 
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.
[[Comptabilité#Traçabilité_des_écritures|Este principio permite garantizar la confianza entre las partes interesadas]].
+
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.
 
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.
Línea 60: Línea 60:
  
 
En el tercero caso, las cuentas del balance que no corresponden a los clientes, proveedores o a las cuentas financiero pueden ser importados posteriormente. En efecto, necesita efectuar controles regulares únicamente sobre las cuentas financieras y las cuentas terceros.
 
En el tercero caso, las cuentas del balance que no corresponden a los clientes, proveedores o a las cuentas financiero pueden ser importados posteriormente. En efecto, necesita efectuar controles regulares únicamente sobre las cuentas financieras y las cuentas terceros.
 +
 +
===Recuperar las ganancias retenidas de los cuentas clientes===
 +
El mejor método para inicializar el saldo de las cuentas de clientes es importar un fichero csv conteniendo el saldo de cada cuenta con las referencias del cliente.
 +
 +
En el marco del paquete de configuración, recomendamos confiar esta operación al equipo OpenFlyers. Le comunicaremos un fichero preformado al formato csv. Usted deberá simplemente devolvérnoslo habiendo informado los saldos de las cuentas de clientes y señalándonos la fecha contable retenida para la importación.
 +
 +
La recuperación de ganancias retenidas se efectúa conforme a la práctica contable: se trata de un asiento contable que viene de cargar abonar la cuenta del usuario concernida a una fecha contable escogida y cuya contrapartida va a la cuenta de ganancias retenidas.
 +
 +
Aquí está un ejemplo :
 +
 +
*La estructura entra en producción en el 1 de mayo. A esta fecha, la importación no es efectuada. Los saldos de todas las cuentas están a 0 porque ningún asiento contable ha sido registrado.
 +
*Un usuario X efectúa una actividad el 3 de mayo que genera una factura cliente y, por lo tanto, un débito sobre su cuenta de 200 euros.
 +
Así, la cuenta del usuario X en el 3 de mayo se presenta así:
 +
 +
 +
{| class="wikitable"
 +
!Fecha!!Título!!Débito!!Crédito
 +
|-
 +
!01/05/xx!!Sueldo del cuenta!!000.00 €!!000.00 €
 +
|-
 +
|03/05/xx||Actividad||200.00 €||000.00 €
 +
|-
 +
!31/05/xx!!Sueldo del cuenta!!200.00 €!!000.00 €
 +
|}
 +
 +
*La importación de ganancias retenidas realmente se efectúa el 15 de mayo a la fecha contable del 1 de mayo. En la contabilidad precedente, el usuario X presentaba en el 30 de abril un saldo positivo de 300 euros. Por lo tanto, la importación va a generar una asiento contable para el crédito sobre su cuenta de 300 euros a la fecha del 1 de mayo. Después de importación de ganancias retenidas, la cuenta del usuario X se presentará así:
 +
 +
{| class="wikitable"
 +
!Fecha!!Título!!Débito!!Crédito
 +
|-
 +
!01/05/xx!!Sueldo del cuenta!!000.00 €!!000.00 €
 +
|-
 +
|01/05/xx||Importación de ganancias retenidas||000.00 €||300.00 €
 +
|-
 +
|03/05/xx||Actividad||200.00 €||000.00 €
 +
|-
 +
!31/05/xx!!Sueldo del cuenta!!000.00 €!!100.00 €
 +
|}

Última revisión de 16:02 28 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 recuperadas, 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.

Recuperar las ganancias retenidas de los cuentas de balence

La recuperación de ganancias retenidas de cuentas de balance debe ser efectuada únicamente cundo la contabilidad del ejercicio precedente fue consolidada y validada. Esta operación se efectúa después de la entrada en producción y puede necesitar varias semanas en el caso de consolidación o de comprobaciones que necesitan tiempo sobre el antiguo sistema de gestión.

El extenso de los saldos de cuentas a importar difiere según el perímetro de gestión por OpenFlyers retenido por la estructura:

  1. En el caso donde OpenFlyers administra solamente el volumen de negocios, únicamente hay que importar a nuevas cuentas de clientes
  2. En el caso donde OpenFlyers administra además las cargas, también hay que importar las ganancias retenidas de cuentas proveedoras y cuentas financieras
  3. En el caso donde OpenFlyers administra toda la contabilidad, hay que importar la integridad de las cuentas del balance

En los casos 2 y 3, la importación de las cuentas de balance que no son cuentas de clientes, debe efectuarse manualmente.

En el tercero caso, las cuentas del balance que no corresponden a los clientes, proveedores o a las cuentas financiero pueden ser importados posteriormente. En efecto, necesita efectuar controles regulares únicamente sobre las cuentas financieras y las cuentas terceros.

Recuperar las ganancias retenidas de los cuentas clientes

El mejor método para inicializar el saldo de las cuentas de clientes es importar un fichero csv conteniendo el saldo de cada cuenta con las referencias del cliente.

En el marco del paquete de configuración, recomendamos confiar esta operación al equipo OpenFlyers. Le comunicaremos un fichero preformado al formato csv. Usted deberá simplemente devolvérnoslo habiendo informado los saldos de las cuentas de clientes y señalándonos la fecha contable retenida para la importación.

La recuperación de ganancias retenidas se efectúa conforme a la práctica contable: se trata de un asiento contable que viene de cargar abonar la cuenta del usuario concernida a una fecha contable escogida y cuya contrapartida va a la cuenta de ganancias retenidas.

Aquí está un ejemplo :

  • La estructura entra en producción en el 1 de mayo. A esta fecha, la importación no es efectuada. Los saldos de todas las cuentas están a 0 porque ningún asiento contable ha sido registrado.
  • Un usuario X efectúa una actividad el 3 de mayo que genera una factura cliente y, por lo tanto, un débito sobre su cuenta de 200 euros.

Así, la cuenta del usuario X en el 3 de mayo se presenta así:


Fecha Título Débito Crédito
01/05/xx Sueldo del cuenta 000.00 € 000.00 €
03/05/xx Actividad 200.00 € 000.00 €
31/05/xx Sueldo del cuenta 200.00 € 000.00 €
  • La importación de ganancias retenidas realmente se efectúa el 15 de mayo a la fecha contable del 1 de mayo. En la contabilidad precedente, el usuario X presentaba en el 30 de abril un saldo positivo de 300 euros. Por lo tanto, la importación va a generar una asiento contable para el crédito sobre su cuenta de 300 euros a la fecha del 1 de mayo. Después de importación de ganancias retenidas, la cuenta del usuario X se presentará así:
Fecha Título Débito Crédito
01/05/xx Sueldo del cuenta 000.00 € 000.00 €
01/05/xx Importación de ganancias retenidas 000.00 € 300.00 €
03/05/xx Actividad 200.00 € 000.00 €
31/05/xx Sueldo del cuenta 000.00 € 100.00 €