For a number of years now, OpenFlyers has made it possible to define a personalised feedback monitoring system for each structure, as close as possible to the data entered by each pilot on return from a flight.

It is therefore possible to add data entry fields to the activity data entry form, for example a Remark maintenance pilot field with a possible 2nd Response maintenance field.

It is now possible to receive notifications as soon as one of the monitored fields is filled in by a user.

To do this, you first need to define profiles that can subscribe to notifications.

Then it's up to each manager concerned to subscribe to the notifications.

So, for example, when a pilot enters a flight and fills in the field Maintenance pilot remark, the people subscribed to this field are notified by email.

The documentation contains a chapter describing the settings to be made in 2 parts:

• Platform settings: https://openflyers.com/fr/doc/of4/Suivi-des-remarques-de-maintenance#Paramétrage-de-la-plateforme
• Activation by a manager of the remarks subscription: https://openflyers.com/fr/doc/of4/Suivi-des-remarques-de-maintenance#Paramétrage-par-chaque-gestionnaire

Almost 6 years ago, in March 2019, OpenFlyers introduced validation certification. The aim was to entrust end users with the task of entering their validations, while giving organisations the opportunity to check the information entered before it was actually taken into account by the OpenFlyers validation control engine.

On the strength of the module's success, and following the renewal of deadlines, the system showed its limitations: when a user entered a new deadline, for example for a medical check-up, the latter was no longer considered valid because it had the status of ‘awaiting certification’. This meant that facility managers had to act quickly to ensure that the users concerned were not restricted in their actions.

We therefore completely overhauled the way the validation control engine worked, taking advantage of the validation history that was already in place in OpenFlyers. So, to take the medical check-up example again, when the user updates their deadline, while the new deadline is not certified by a manager, the system continues to consider the old certified deadline and takes it into account to determine the actions available to the user.

In the user's validity table, the validity in question then appears with 2 deadlines: the one that is certified and the one that is awaiting certification.

In addition, the colour codes used have been completed: in addition to the red colour, which indicated that a validity was incomplete, expired or awaiting certification, an orange colour has now been added to indicate that a validity is awaiting certification BUT that it has another expiry date which is not expired and has been certified.

There is no doubt that this major change will enable managers, particularly volunteers, to carry out certification procedures without time pressure and therefore at their own convenience.

You can find a full description of the colour codes and examples in the ‘Validity status’ chapter:

https://openflyers.com/fr/doc/of4/Validités#États-de-la-validité

By default, nothing changes on the OpenFlyers platforms apart from the appearance of a switch that controls the display of activity lines.

This switch is only visible to users who have the View all activities right. This right can be set for profiles in Admin > Users > Profiles, Activities tab.

To activate the display of activities on the schedule, this Display completed activities switch must be activated.

When this switch is activated, each resource line is split horizontally into two:

• the top line contains the bookings
• the bottom line contains the activities actually carried out

This makes it very easy to see the difference between the duration of the activity carried out and that of the reservation, as well as any gaps between the start/end of the activity and the reservation.

To disable the functionality completely, you need to:

• Go to Admin > Structure > Parameters > Activities
• Deactivate the Possible display of completed activities in the schedule switch
• Click on the Save button

Note that the activity information available to users is the same as for bookings. Access to the information depends on the rights View names on bookings, completed activities, and the user list and View activity names on bookings and completed activities.

The documentary references for this new feature are:

https://openflyers.com/fr/doc/of4/Paramétrage-des-activités#Affichage-possible-des-activités-réalisées-dans-le-planning

https://openflyers.com/fr/doc/of4/Gestion-des-profils#Voir-les-activités-de-tous

https://openflyers.com/fr/doc/of4/Gestion-des-profils#Voir-les-noms-sur-les-réservations,-les-activités-réalisées-et-la-liste-des-utilisateurs

https://openflyers.com/fr/doc/of4/Gestion-des-profils#Voir-les-noms-d'activités-sur-les-réservations-et-les-activités-réalisées

https://openflyers.com/fr/doc/of4/Planning-(interface-légère)#Affichage-des-noms-d'activités-sur-les-réservations-et-les-activités-réalisées

In May 2024, OpenFlyers published its new training follow-up module, otherwise known as the "Progression Booklet". Based on feedback from the first users, the configuration interface and the user interfaces have evolved considerably, providing an effective tool for trainers like instructors.
The training follow-up module now has 3 dedicated pages:

• A summary page giving an overview of a student's training situation
• A page containing the student's complete training logbook
• A page for editing lessons already entered, preparing a new lesson and entering the lesson.

The OpenFlyers training follow-up module has 2 main objectives:

• To take into account the reality of the training courses carried out by its customers, which are very often courses that have to adapt to external constraints, such as the availability of students or the weather. To this end, all the ergonomics have been designed to make it easy to adapt the lessons to the context.
• Enable training courses to be freely created that correspond exactly to the programme submitted by the training organisation

In addition to these 2 main objectives, OpenFlyers has expressed a wish to enable the interoperability of training booklets between several organisations. To achieve this, the definition of a training course is based on a catalogue of training items common to all OpenFlyers platforms, but whose exact title can be customised for each platform to correspond exactly to the programme submitted.

Link to the video tutorial describing the use of the training booklet from the point of view of an instructor trainer:

https://www.youtube.com/watch?v=zHD3c7rUKPw

Link to the video tutorial describing how to set up a course:

https://www.youtube.com/watch?v=BpPGA6sSVi0

Regular validation of entries makes it possible to secure entries and avoid any untimely changes. There are 2 categories of entry that can have an impact on a customer account, i.e. a pilot account in the case of an aeronautical structure: sales and receipts.

In an aeronautical structure, sales are mainly generated by flights. It is therefore important to regularly validate flight entries and to do so, at the latest, before an aeronautical maintenance action which requires an accurate calculation of the total airframe hours. This ensures that there is no subsequent discrepancy between the hours entered in OpenFlyers and the hours recorded in the logbook.

In the same way, it is important to validate cash receipts and, in the case of cheque deposits, to do so at the latest before the cheque is deposited in the bank, to avoid discrepancies between the amounts actually collected and the amounts entered in OpenFlyers.

As a result, 2 alerts will now appear in the OpenFlyers management interfaces when activities (i.e. flights) entered more than 30 days ago have not been validated, or when cash receipts more than 30 days old have not been flagged.

For organisations that have allowed this to happen for a long time, and in order to simplify the validation process considerably, all you have to do is go to Management > Accounts > Management > Validate, which allows you to validate all the accounting entries (and therefore the thefts and receipts) up to the date of your choice.

The standard method for validating activities is to go to Manage > Activities > Activities > List, then click on the Validate button for the selected activities of the resources concerned.

The standard method for marking cash receipts is to go to Management > Accounts > Mark > Name of the type of cash receipt concerned.

Links to documentation :

https://openflyers.com/fr/doc/of4/Alertes-de-configuration#Il-y-a-des-activités-non-validées-qui-datent-de-plus-de-30-jours

https://openflyers.com/fr/doc/of4/Alertes-de-configuration#Il-y-a-des-encaissements-non-pointés-qui-datent-de-plus-de-30-jours

https://openflyers.com/fr/doc/of4/Gestion-des-activités#Valider-une-activité

https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Pointer-les-encaissements

https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Valider-toutes-les-écritures

After introducing the possibility for e-commerce sites to link up with OpenFlyers to enable external customers to book directly online, OpenFlyers is now including the first version of its own e-commerce module, enabling external customers to carry out the entire purchase/booking process simply and online.

To do this, the customer :

• select the product of their choice
• choose the date and day of their booking
• fill in the questionnaire with their personal details
• pay online

Once they have paid, the booking is validated and they receive a confirmation e-mail.

In the case of a first flight, for example, the pilot assigned to the flight will also receive a confirmation e-mail.

Naturally, the booking appears on the OpenFlyers internal schedule.

The complete configuration of the external reservation module is presented on this page:

https://openflyers.com/fr/doc/of4/Configuration-des-réservations-externes

The use of the external reservation module is presented on this page:

https://openflyers.com/fr/doc/of4/Utilisation-des-réservations-externes

News on the coupling with e-commerce sites:

https://openflyers.com/fr/actualites/securisation-du-module-de-reservation-externe

This new function can be accessed from Management > Accounts > Editions > Income statement.

With a simple click, it is possible to view the profit and loss account for the current year according to the French accounting model.

For the result to be consistent, the export accounts for each account must be filled in with a number corresponding to the French chart of accounts. To check this, use the List of all account debit, credit report available in Management > Reports > Library > Access.

Documentation :
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Compte-de-résultat

Translated with DeepL.com (free version)

If you have an Android phone,

If you think that an "app" version of OpenFlyers planning will be a plus for you,

If you'd like to have a say in the early development of the first version of the app,

Then don't hesitate to send us an email (see Support page for email address) specifying:

• the name of your OpenFlyers platform (example: if the URL of your platform is https://openflyers.com/lfio-for-ever then your platform is "lfio-for-ever" )
• your position within your organization (student, pilot, instructor, chief pilot, mechanic, training manager, president, manager, etc.)
• your personal gmail email address used on your Android phone to register as an app tester.

In all other cases, please feel free to circulate this ad.

The OpenFlyers training tracking module allows training organisations to freely create training programmes in OpenFlyers based on their own registered training programmes. In this way, each organisation retains control over its own programme.

The description of training courses can be based on a library of items, which can be added to, based on a reference system of titles derived in particular from the texts of the European Union Aviation Safety Agency, but also for specific needs, such as for microlights, aircraft equipped with parachutes, etc.

The aim of this library of titles is to enable, in the long term, interoperability between the progress logbooks of training organisations, so that a student can transfer his logbook from one training organisation to another.

What's more, the student tracking module proposed by OpenFlyers enables training to be carried out with agility. Each training manager proposes a default chronology of training items, and then each trainer indicates which training items have actually been seen, and which need to be postponed or reviewed, without this affecting the training follow-up.

The trainer/student signature mechanisms are also in place.

The progress booklet provides a summary view of the default items, the last items seen and an overview of previous sessions.

In addition to the progress booklet, the module now includes a "summary table" function that shows at a glance how far the student has progressed in the course, by phase and by degree of completion of a phase.

The "progress log" module is optional and is billed separately. Each organisation can choose to set up its own training programme(s) or ask OpenFlyers to configure them. See the price list for associated costs: https://openflyers.com/en/tarifs

See the documentation for setting up a training programme:
https://openflyers.com/fr/doc/of4/Gestion-des-formations

Procedures for using the progress booklet :
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Consulter-le-livret-de-formation
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Consulter-le-suivi-de-formation
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Consulter-le-tableau-de-synthèse-du-livret-de-progression
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Saisir-un-suivi-de-formation
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Signer-une-activité-formation

To do this, we now display an accreditation level in the profile table (Admin > Users > Profiles), represented by a number from 0 to 6 for each right, which indicates the right's 'hierarchical' level. The highest level, corresponding to the "administrator" level, is level 6. The rights corresponding to level 6 are :
- Admin > Parameter management
- Admin > Profile management
- Accounts > Payment type management
- Accounts > Activities pricing

The accreditation level of a profile corresponds to the level of the highest right held by that profile.

To make it easier to identify level 6 profiles, the display of these numbers is reversed in relation to the other numbers.

In general, only 1 profile needs to have level 6 and it is customary for this profile to be called "Admin".

We therefore recommend that the current administrator of each OpenFlyers platform checks in Admin > Users > Profiles that only one profile has level 6.

A settings alert appears when more than 3 users have a level 6 profile.

It is therefore up to the current administrator to limit the number of users with level 6 access to 3.

Protection has been added to prevent level 6 profiles being added to users when there are already 3 level 6 administrators.

This security is in addition to an existing security feature that prevents a manager from adding a profile to a user.

Links to documentation:
https://openflyers.com/fr/doc/of4/Gestion-des-profils#Niveau-d'accréditation-des-droits-et-des-profils

https://openflyers.com/fr/doc/of4/Alertes-de-configuration#La-plateforme-a-plus-de-3-utilisateurs-actifs-avec-un-profil-de-niveau-6.-Les-utilisateurs-concernés-sont-:-XXX

The configuration of encashment types has not changed since its creation in 2008. From now on, it is easier to add, modify or delete encashment types. In fact, the entire configuration interface is grouped together in a table and a form. This allows to have a synthetic dashboard.

It is now possible to set, for each type of encashment, a minimum value below which OpenFlyers will refuse to enter the encashment. This is particularly useful for online credit card payments.

It is also possible to set a maximum value.

Finally, these values can be configured differently for each type of encashment. It is of course possible not to define a limit value. By activating the “No Limit” switch.

Setting up the types of encashment is an opportunity to remember that OpenFlyers recommends accounting for the counterpart of a user's receipt in an encashment account. In the French accounting plan, this is a root account 582. This allows accounting entries to be imported without difficulty, either from a csv file or, recommended method, via the bank's API. In addition to saving time in importing which avoids having to enter entries by hand, the encashment account serves, in this way, as a control account: its balance must be at 0, when all receipts entered into OpenFlyers have been cashed at the bank.

Documentation on setting up encashment types is available at this address:
https://openflyers.com/fr/doc/of4/Configuration-de-la-comptabilité#Types-d'encaissements

Documentation on cash receipt reconciliation is available here:
https://openflyers.com/fr/doc/of4/Conseils-spécifiques-pour-la-comptabilité#Rapprochement-des-encaissements

You can find in the OpenFlyers documentation the procedures and descriptions of the settings to be implemented for each of the tools:

- Closing of accounts:
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Clôturer-l'exercice-comptable

- Aeral statistics (with possibility of sending to SMILE FFA):
https://openflyers.com/fr/doc/of4/AERAL

- Automatic invoicing of contributions with “validities for sale”:
https://openflyers.com/fr/doc/of4/Validités#Validité-à-vendre

- Possibility of having internal regulations or general conditions signed electronically with “contract validity”:
https://openflyers.com/fr/doc/of4/Validités#Validité-contrat

- Sync FFA license with SMILE to update expiry date in OpenFlyers when FFA license is renewed directly from SMILE:
https://openflyers.com/fr/doc/of4/Validités#Certification-automatique-à-partir-du-numéro-de-licence-délivré-par-la-Fédération-Française-Aéronautique

- Automatically upload bank statements by aggregating bank accounts:
https://openflyers.com/fr/doc/of4/Configuration-de-la-comptabilité#Agréger-des-comptes-bancaires

Finally, to take ownership of each functionality without risk, OpenFlyers provides a sandbox for each client platform:
https://openflyers.com/fr/doc/of4/Compte-client-OpenFlyers-et-modèle-commercial#Plateforme-supplémentaire-de-test-(bac-à-sable)

Subsequently, it is planned to move the activity type selector to move the schedule up.

To use the functionality, you must press the reservation with your finger until a “4 arrows” pictogram appears symbolizing the movement, at the top left of the reservation.

Once the pictogram is visible, it is possible to move the reservation by simply moving your finger.

A “cast shadow” appears on the quarter hours potentially covered by the reservation.

By releasing your finger, the “4 arrows” pictogram is replaced by a “spinning wheel” to indicate the update in progress then by a green “check” to symbolize that the update is complete.

To continue to display the context menu with your finger, you must press briefly.

A double short press displays the reservation modification form.

Documentation for this feature:

https://openflyers.com/fr/doc/of4/Planning-(interface-légère)#Ergonomie-sur-écran-tactile

https://openflyers.com/fr/doc/of4/Planning-(interface-légère)#Glisser-déposer-des-réservations

This new drag-and-drop possibility is active for any user who has reservation rights for themselves. In this case, he can only carry out this operation for the reservations which concern him.

Conversely, a manager which has the right to reserve for third parties can use this functionality for all reservations.

When a user moves a reservation, a pictogram (spinning wheel) appears at the top left of the moved reservation to symbolize the update in the database. When this update is effective, the pictogram is replaced for a few seconds by a green “check”.

The default setting does not provide for non-blocking alert display. These alerts are considered to have already been seen during the initial booking. However, it is possible to activate this display by going to Admin > Structure > Parameter > Planning, then activating the Display non-blocking alerts during drag-and-drop switch.

Documentation for this feature:
https://openflyers.com/fr/doc/of4/Planning-(light-interface)#Drag-drop-reservations
https://openflyers.com/fr/doc/of4/Configuration#Show-non-blocking-alerts-during-drag-and-drop

Like the Charterware solution with which OpenFlyers has been interfacing since 2019, it is now possible to interface an OpenFlyers platform with the Click & Take off solution. This makes it possible to automatically bring up the departure, take-off, landing and arrival block times without having to ask the user to enter their flight themselves.

To get automatically the names of the pilot and possibly the instructor, a reservation for the period of the flight must have been made first.

When this is the case, the pilot has nothing more to enter and he finds himself billed automatically.

Documentation on the Click & Take off interfacing:
https://openflyers.com/fr/doc/of4/Interfacing-OpenFlyers-and-ClickAndTakeoff

Click & Take off website:
https://clickandtakeoff.com/

To access the Mailing function, go to Management > Communication > Send an e-mail.

This function allows you to send a mass email to people who meet the desired criteria.

In the form, below the Document title, it is possible to select as many attachments as desired.

Each time a new attachment is selected, an additional Browse… button appears allowing you to select a new attachment.

Documentation on the Mailing function: https://openflyers.com/fr/doc/of4/Mailing

News from 2016 presenting the Mailing function: https://openflyers.com/fr/actualites/envoi-de-mailings-depuis-les-plateformes-openflyers

Since May 2019, OpenFlyers offers a feature that significantly reduces the time spent on bookkeeping: it is the import of bank statements. This feature automatically generates accounting entries mirroring the lines appearing on the bank statement. This module even offers the possibility of determining the counterparty account to be assigned thanks to the configuration of the allocation rules:
https://openflyers.com/fr/actualites/import-des-releves-bancaires-et-imputation-automatique

In June 2022, we made a video explaining the import mechanism and how to set up the posting rules:
https://openflyers.com/fr/actualites/video-tutorielle-presentant-limport-dun-releve-bancaire

Now, we are adding an additional level of automation with the aggregation of structure accounts. This aggregation removes 2 manual actions:

• export of the bank statement in csv format from the bank's website
• manual import of the same csv file into OpenFlyers

Either the manager of the structure decides only to aggregate the accounts and then he proceeds at regular intervals, and manually to the import of the bank statement by API:
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Importer-par-API

Either it completely automates the process by enabling daily synchronization in the aggregation settings:
https://openflyers.com/fr/doc/of4/Configuration-de-la-comptabilité#Agréger-des-comptes-bancaires

He will then have only one manual action to do which is imposed by European regulations: renew the aggregation every 90 days. For this, a reminder email is sent to the managers of the structure having the right to manage accounts.
https://openflyers.com/fr/doc/of4/Envoi-des-emails#E-mail-de-rappel-de-renouvellement-d'agrégation-bancaire

Thus, the aggregation coupled with the automatic import and the setting of the imputation rules makes it possible to devote the accounting management time solely to the tasks of controlling and consolidating the accounting.

OpenFlyers was formed at the end of 2002 on the initiative of Jean BOSSY, then president of the Marseille Provence flying club. He was looking for a solution to replace the reservation system of his flying club on Minitel.

In March 2003, the first version of OpenFlyers was set up with the Aéro-club de Marseille Provence and the Aéro-club de Bordaux as launch customers.

In 2008, OpenFlyers moved from the status of association to a private limited company in order to have the financial means to ensure its development, to pay developers and to be able to freely promote its product.

In 2023, OpenFlyers is doing well. An OpenFlyers Morocco entity has been created to welcome new developers based on the other side of the Mediterranean sea.

Projects continue to flow in all directions (app, aggregation of bank accounts, progression booklet, real-time GPS flight tracking, etc.).

The OpenFlyers ecosystem continues to develop based on an open API with an open communication module for access control also planned.

In addition, from the start, OpenFlyers has taken care to limit its carbon footprint by limiting as much as possible the amount of data stored on servers and sent to computers and smartphones.

Finally, the architecture of OpenFlyers and the internal rules are designed to ensure the transmission of knowledge and facilitate the appropriation of the code by new developers in order to guarantee the durability of the product.

This is how we thank the collaborators who have succeeded each other for 20 years at OpenFlyers who for an internship, who for volunteering, who for a job:

Patrick, Patrice, Jean, Stéphane, Lauréline, Mickaël, Guillaume, Johnny, Abir, Achref, Lan, Rémi, Thierry, Victor, Florian, Jean-Luc, Arnaud, Alexandre, Corentin, Paul, Ramata, Romain, Rkia, Romaric, Stéphane, Alexandre, Julien, Rithy, Jérémy, Romain, Benjamin, Thomas, Rida, Taha, Thomas, Baptiste, Alexandre, Carole, Enzo, Abdessamad, Clément, Laura, Julien, Lucas, Romain, Lydie, Nicolas, Soukaina, Amélie, Arthur, Baptiste, Clément, Elise, Guillaume, Damien, Radouane, Soufyane, Loubna, Antoine, Florent.

On behalf of OpenFlyers,
Christophe, Florent, Joel, Lucas

This module is composed of 2 interfaces: an interface which allows to display the statistics and an interface which allows to parameterize this generation according to the configuration of each OpenFlyers platform.

For the first use, you must first go to the statistics generation interface in Management > Reports > Export Aeral. This triggers the OpenFlyers robot to determine the appropriate settings for generating the statistics.

Then, it is recommended to check the settings, or even to complete them, by going to the Admin > Structure > Settings > Aeral export interface

It will then be possible to fill in the "Office" form to indicate the people responsible for the structure, specifying the positions held.

For the flying clubs affiliated to the FFA, it is also on this interface that it is possible to activate the automatic monthly synchronisation with the SMILE tool of the FFA. This synchronisation allows the automatic reporting, on the 1st of each month, of the results since the 1st of January until the last day of the previous month. This allows the FFA to have access to Aeral statistics without having to wait for the DGAC's return. It also allows the FFA to follow the evolution of the activity over the months.

To activate this synchronization, you must from this interface: - in the Contact Information form, field FFA Code indicate the FFA number of the Aero Club. - click on the Validate FFA Code button located next to the FFA Code field to check the validity of the FFA number with the SMILE server. - Activate the SMILE FFA Automatic Synchronisation button

Please note: once the FFA code is validated, it is locked and cannot be changed. It is therefore important to enter the correct FFA number. It is composed of 10 digits and does not contain any spaces.

Once the configuration of the Aeral export module is completed, it is recommended to verify the result by going back to Management > Reports > Aeral Export.

It is also possible, from this interface, to manually export to the SMILE FFA server by clicking on the Send to SMILE button after clicking on the View button.

Very important: once the data is pushed to the SMILE server of the FFA, you have to perform 2 actions:

- Connect to the FFA SMILE server to check the recovered data, complete/correct them if necessary and then send them to the DGCA Aeral server.

- connect to the DGAC's Aeral server to validate the online form.

The structures subject to the obligation of declaring Aeral statistics but which are not affiliated to the French Aeronautical Federation, must copy the data displayed on the OpenFlyers side to paste them in the DGAC Aeral online form. It is planned for next year to make also a direct gateway between OpenFlyers and the Aeral server of the DGAC in order to facilitate the return of data.

Note 2 points of attention in the data displayed by OpenFlyers:

- we display in red the lines of the instructors and the office for which the FFA licence number is not filled in. Indeed, the absence of this number prevents SMILE from making the reconciliation in the database.

- For the instruction activity, the DGAC asks for flight hours statistics according to gender and only allows a choice of "Male" or "Female". However, in OpenFlyers, there is the choice "undefined". Therefore, we are forced to remove the flight hours that are attributed to the "undefined" gender from the distribution of flight hours by activities (counting "local") so that the "A and B totals" of the Aeral form match.

Documentation on the Aeral statistics generation tool:

https://openflyers.com/fr/doc/of4/AERAL

The different categories of email alerts are listed on the Emailing page of the documentation:

https://openflyers.com/fr/doc/of4/Envoi-des-emails

In addition, for each e-mail sent an entry is generated in the e-mail tracking system accessible from Management > Communications > E-mail tracking.

See the Email Tracking page of the documentation:

https://openflyers.com/fr/doc/of4/Suivi-des-emails

Reservations

The choice to receive e-mail alerts is up to the end user when it comes to bookings. If their profile has the Alertable by e-mail right for any booking they can also choose to be alerted by e-mail for each booking where one of the activities corresponds to an activity monitored by the user.

See the Reservation chapter for the different types of emails sent

https://openflyers.com/fr/doc/of4/Envoi-des-emails#Réservation

Please note: users have the option to activate the setting Reminder of previous day's bookings by e-mail. This reminder is not intended to remind you of an upcoming reservation but to remind you of a past reservation. It is only useful in specific cases.

https://openflyers.com/fr/doc/of4/Fiche-personnelle#Rappel-des-réservations-de-la-veille-ou-de-la-journée-par-e-mail

Validities

Platform managers can set the frequency and timing of email alerts for validations to be sent to users, such as Membership Fees, Medical Examinations or Federal Licences.

See the chapter Setting up email reminders for expired validations on the Validations Setup page of the documentation:

https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Paramétrer-des-rappels-par-e-mail-des-validités-à-échéance

Managers can also choose to be informed of emails sent to relevant users by setting the Email Alert column for all users' revalidations.

See the chapter E-mail notification of user actions on validations:

https://openflyers.com/fr/doc/of4/Envoi-des-emails#E-mail-d'information-des-actions-des-utilisateurs-sur-des-validités

For validations to be certified, managers can define which profiles should be informed of validations pending certification

See the chapter Certification :

https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Certification

Accounting

Managers can set up email alerts for users whose account balance falls below a set level.

It is in this setting, that the manager can also define which profiles are copied to the alert emails.

See the chapter Balance Reminder Email :

https://openflyers.com/fr/doc/of4/Envoi-des-emails#E-mail-de-rappel-de-solde

It is also possible to set up the sending of e-mails when generating invoices and/or receipts.

See the chapters Invoice e-mail and Receipt e-mail 

https://openflyers.com/fr/doc/of4/Envoi-des-emails#E-mail-de-facture

https://openflyers.com/fr/doc/of4/Envoi-des-emails#E-mail-de-reçu

For many years, it has been possible to retrieve appointments corresponding to reservations made in OpenFlyers on a personal electronic calendar using the .ics attachment present in the reservation emails. Users who use Google Calendar can now automate the update of this personal calendar with their OpenFlyers bookings.

This works regardless of the place occupied on the reservation. This is particularly useful for instructors.

Moreover, the synchronisation is instantaneous: as soon as the booking is made, the personal schedule is updated. The same applies to modifications or deletions.

Finally, it is possible to set up in OpenFlyers, the schedule with which OpenFlyers must synchronize. Thus, it is possible to create a calendar in Google that will only receive OpenFlyers reservations.

To activate this synchronisation, simply follow the procedure below:

• From the schedule, go to Data > Personal > View and personal file

Under the heading Synchronisation of bookings and the subheading with Google calendar :

• Click on the button Sign in with Google.
• If several Google accounts are registered in the browser, a page will appear asking which Google account to synchronise with. Select the relevant account.

Once the user has linked their Google calendar account, a list of calendars will appear allowing them to choose which calendar to create events in.

• Data > Personal > View and personal file

Under the heading Synchronisation of bookings and the subheading Calendar:

• Choose one of the calendars in the list
• Click on Save

This procedure is described in the OpenFlyers documentation, chapter "Synchronising bookings in OpenFlyers with a Google calendar": https://openflyers.com/fr/doc/of4/Fiche-personnelle#Synchroniser-les-réservations-dans-OpenFlyers-avec-un-agenda-Google

Until now, the certification of the licence certificate was done by uploading. Thus, each pilot licensed by the French Aeronautical Federation retrieves his certificate from the SMILE website which he then uploads to the OpenFlyers platform. The OpenFlyers robot analyses this PDF file and extracts :

• The user's licence number
• The user's first and last name
• The date of birth of the user
• The date of the beginning of validity of the FFA license
• The date of the end of validity of the FFA licence
• The presence of the "Basic Individual Accident Insurance" with the attribute "Yes".

This information enables it to validate that the document is compliant and corresponds to the user.

When the match is established, it updates the validity with the following data:

• The licence number
• The validity start date
• Validity end date

There is now a second possibility to certify a licence certificate. Thanks to the FFA license number entered in the validity of the user, the OpenFlyers robot directly queries the SMILE API of the FFA to check the validity of this license:

• If the licence is valid, the robot automatically certifies the validity by updating the expiry date of the validity to 31/12 of the year returned by the FFA API.
• If the licence is not valid, the robot automatically certifies the validity by updating the expiry date of the validity on 31/12 of the previous year to the current year.

Moreover, even when the API synchronisation option is activated, it is possible to upload the federal certificate. However, in this configuration, the "decoding" of the document by the OpenFlyers robot is disengaged since the certification is done by querying the SMILE API.

Documentation on automatic certification : https://openflyers.com/fr/doc/of4/Validités#Certification-automatique

At Fly Academy, external bookings are available, in the form of a voucher, directly on their website or on one of their partner e-commerce platforms. An end customer can therefore purchase a voucher for a first flight or an introductory flight through either of these two methods. Once the purchase has been made, he is informed that he must go to the Fly Academy website to book a flight. There, he clicks on the "Book a slot" button. He is then redirected to the external booking module of the Fly Academy OpenFlyers platform. They choose a date and time, fill in their contact details and upload the voucher they obtained earlier. Without the voucher, the reservation cannot be made. This process then requires a manual verification of the voucher.

At SUPER.AERO, the external booking process is similar. External bookings are available, in the form of a voucher, but this time only on their e-commerce site. Once the purchase is made, the end customer receives confirmation by e-mail with a booking code. If it is a gift, then they forward the e-mail to the person who is to receive the flight. The latter is informed that she must go to the SUPER.AERO website to make an appointment. There, she enters the code present on the gift voucher and chooses the place of the flight. Once this code has been validated, the future baptized person is redirected to the external reservation module of the SUPER.AERO OpenFlyers platform by a URL that contains the reservation code. The OpenFlyers software interrogates the e-commerce site's API to check the validity of the reservation code. If the code is valid, it displays the reservation schedule. The end customer then chooses a date, a time and enters their details. They receive a confirmation e-mail to validate the reservation. The OpenFlyers software then creates the reservation and notifies the e-commerce site that the voucher associated with the reservation code has been used. Thus, the entire reservation/coupon control process is automated.

Chapter of the documentation on the REST API to be set up to allow OpenFlyers to interface with an e-commerce site:

https://openflyers.com/fr/doc/of4/Configuration-des-réservations-externes#Interfacer-les-réservations-externes-avec-un-service-web-de-gestion-des-codes-de-référence-de-vente

Youtube video link : https://youtu.be/VVCdPWlwglM

Documentation on importing a bank statement : https://openflyers.com/fr/doc/of4/Exporter-un-relevé-bancaire-depuis-un-site-internet-de-banque

https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire

Youtube video link : https://www.youtube.com/watch?v=kUvWhUXyC5Q&ab_channel=OpenFlyers

Youtube video link : https://www.youtube.com/watch?v=_hjOHHXP_ig

In order to improve the homogeneity of its platform, OpenFlyers has improved the graphic interface of the flow entry form.

Thus, three improvements have been implemented.

• The replacement of the input zones with drop-down menus by auto-completion fields
• The replacement of the "Add a line" button by a pictogram
• Moving the "comment" field and the choice of date from the form

The auto-completion fields in the account column allow you to enter a few letters in the input field to have in the drop-down list only the names that correspond, i.e. that contain the text entered. This is called auto-completion. Then click on the line corresponding to the name you are looking for.

When the field is empty, simply click in the field to access the entire list. The accounts are now sorted by category. In addition, each field is associated with its export account. This also facilitates the search, which can be done by entering part of the export account.

These new fields save time and reduce the risk of input errors.

The "Add a line" button has been replaced by a new pictogram in the action column. This pictogram keeps the same functionality as the "Add a line" button, i.e. to add a new entry line associated with the current flow.

The "comments" field has been moved to increase its width and thus make it possible to see all the text entered at once.

The accounting date has been moved to a button to facilitate its selection on a touch interface.

Tutorial video on entering a flow : https://www.youtube.com/watch?v=pjuE6h0yXJA&t=4s&ab_channel=OpenFlyers

Documentation on entering a flow : https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Saisir-un-flux

Youtube video link : https://www.youtube.com/watch?v=Bgb32Ay6TVU

Lettering is a tool that allows you to filter entries in order to highlight only those entries that pose a problem and for which action must be taken.

To do this, the lettering operation consists of associating accounting entries with the same letters and the same object. For example, it may be an entry corresponding to a supplier invoice with another entry corresponding to the payment of this invoice.

Once the entries have been lettered, it is then possible to display only the entries that have not been lettered and thus instantly highlight the entries that are causing problems in the accounts.

To further facilitate this lettering work and save additional time, a "basket" of pending entries has been added to this functionality. Thus, when an accounting entry is selected, it is placed in this "basket" above the table of the account concerned and is distinguished from the account entries by its blue background. This "holding basket" therefore makes it possible to keep in memory the selected accounting entries that are to be lettered.

In this way, it is possible to navigate from one month to another, while keeping the selected entries awaiting lettering, in order to reconcile them with other entries that are distant in time or appear only on other displays.

Lettering tutorial video : https://www.youtube.com/watch?v=Bgb32Ay6TVU

Documentation on lettering : 
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables

When editing a reservation, it is possible to enter the number of seats available.

If one or more seats are indicated as available for a reservation, then a pictogram representing a seat appears in the slot corresponding to this reservation. The number of available seats is indicated: +1, +2, or +3.

The position of the pictogram is adapted to the size of the reservation and the size of the screen.

This makes it possible to instantly see the remaining places for an activity on the reservation schedule. This can be used, for example, to inform about the possibility of sharing a flight between pilots within a structure.

Documentary reference :
https://openflyers.com/fr/doc/of4/Planning-(interface-légère)#Places-disponibles

These new types of input fields are already implemented in most forms, such as the reservation form or the activity input form. They are also present in the user validation management interface (User and Validity fields).

Thanks to these fields, it is possible to enter a few letters in the input field to have in the drop-down list only the names that correspond, i.e. that contain the text entered. This is called auto-completion. Then click on the line corresponding to the name you are looking for.

It is also possible to delete an entire entry already made by clicking on the cross that appears to the right of the field.

Finally, when the field is empty, simply click in the field to access the entire list.

Like what the big names on the net offer (Google or Facebook for example), OpenFlyers allows its customers to use the OpenFlyers API to set up a single authentication system from their member area. or customer area.

This API respects good security practices by using in particular the OAuth 2.0 protocol with additional mTLS and signing of HTTP headers layers in order to guarantee that the server which requests the API is an authenticated server and authorized by the structure.

The OpenFlyers OAuth 2.0 authentication system allows:

• to guarantee the confidentiality of the OpenFlyers user password which is not exchanged with the customer server
• have the user's trust by showing him an OpenFlyers login page with an OpenFlyers URL
• to have the guarantee that the user has carried out the entire identification process on the OpenFlyers side before being redirected to the customer website (entering username / password, acceptance of contractual documents, account balance alert, validity deadlines)
• to customize the customer server side access according to the user
• to redirect the user to the customer's OpenFlyers platform without having to identify himself again (SSO)

Also thanks to the OAuth2 protocol, the OpenFlyers API allows a third-party server owned by a customer to pull data from its OpenFlyers database by retrieving in CSV format the results of SQL queries from the reports library or custormer customized reports.

We provide a demo site that queries the OpenFlyers API as a third-party server and that simulates both single sign-on and report retrieval:
https://openflyers.com/oauth2-demo/index.php

This demonstration site is based on the PHP scripts made available in the API documentation:
https://openflyers.com/fr/doc/of4/API-OpenFlyers

OpenFlyers has had a mailing function since 2016 which allows emails to be sent directly from an OpenFlyers platform.

Historically, we offered a mailing list for each OpenFlyers platform.

From now on, the management of this mailing list is fully controllable from OpenFlyers. It is possible to :

• create mailing list
• synchronize users with the mailing list, i.e. subscribe those who are defined as active and delete the email addresses of those who are no longer active
• Allow / disallow all subscribers to send emails to the mailing list
• Allow / disallow each user to send emails to the mailing list

The mailing list management interface has a table that provides a status of the number of emails subscribed and the number of those who can send emails.

This interface is accessible from Admin> Structure> Structure> Contact information

For more information, see the documentation:
https://openflyers.com/fr/doc/of4/Liste-de-diffusion

To create and manage the mailing list:
https://openflyers.com/fr/doc/of4/Liste-de-diffusion#Créer-une-liste-de-diffusion-mailman-gérée-par-OpenFlyers

To subscribe / unsubscribe a user:
https://openflyers.com/fr/doc/of4/Liste-de-diffusion#Manage-l'l'abonnement-d'un-user

To manage a user's authorization to send an email:
https://openflyers.com/es/actualites/envoi-de-mailings-depuis-les-plateformes-openflyers

Youtube video link: https://www.youtube.com/watch?v=X9bIEzxXIDw&ab_channel=OpenFlyers

The Management Scoreboard Data accessible from Admin > Structure > Data > Conservation data, now contains all the columns allowing it to be used as a personal record of processing activities as provided for by the 2018 GDPR regulation.

The lines are predefined by OpenFlyers according to the processing that can be done in the software. Considering that OpenFlyers addresses all the processing required for the management of an aeronautical structure. These lines correspond to all processing operations, knowing that they are defined by purpose and not by software within the meaning of the GDPR.

For each purpose, the legal basis for processing defined by default in OpenFlyers is “l” legal obligation. ” Indeed, aeronautical structures collect personal data because they have a regulatory obligation to do so for most purposes (booking, flights, accounting, monitoring of training, monitoring of pilots' deadlines). However, it is entirely possible to change this legal basis and to select one of the other legal bases provided for in the regulation. The other field of the manual processing record of the structure is the name the controller. By default, it is filled with the name of the OpenFlyers maintainer of the structure. It is also editable by the structure. Thus it is entirely possible to define different controllers according to the purposes.

The other fields are “passive” fields: they define the profiles that have access to the information in read or write form, and indicate the number of people involved, how it is collected (manual) or where it is stored (OpenFlyers Servers).

Documentary references:

https://openflyers.com/fr/doc/of4/Données
https://openflyers.com/fr/doc/of4/Données#Accéder-au-tableau-de-conservation-des-données
https://openflyers.com/fr/doc/of4/Données#Modifier-la-base-légale-d'un-traitement
https://openflyers.com/fr/doc/of4/Données#Modifier-le-responsable-d'un-traitement
https://openflyers.com/fr/doc/of4/Règlement-Général-sur-la-Protection-des-Données
https://openflyers.com/fr/doc/of4/Règlement-Général-sur-la-Protection-des-Données#Registre-de-traitement-des-données

The Obsolete Data Deletion feature allows you to delete all data that is considered obsolete, i. e. with corresponding dates prior to the current date less the retention period.

Some data may be defined as obsolete, due to this data retention period, but may not be deleted. These data are linked to other data, not deleted, which are in other data processing.

Example: if the retention period of activities, including thefts, is set at 3 years, but the thefts are associated with accounting records that must be kept for 10 years, then thefts are considered obsolete after 3 years, but cannot be deleted as they are necessary for the traceability of the accounts that must be kept for 10 years.

See the chapter Obsolescence Constraints for more information on data dependencies.

This ultra-simple and ultra-powerful feature can lead to deletion of unwanted data. Therefore, OpenFlyers recommends, before a first use, to perform deletion tests from the sandbox platform associated with the production platform. See the Additional Test Platform procedure to create a copy of the production platform on the sandbox platform.

All functions related to data deletion can be accessed from the menu Admin > Structure > Data > Data retention. It requires the Settings Management right.

Before deleting obsolete data, a retention period in days must be defined for each type of data processing. See the procedure Changing the shelf life of a treatment.

The summary table of treatment the data then counts, for each processing operation, according to the associated storage period:
- the number of obsolete data that can be deleted
- the number of obsolete non-deletable data
- the number of non-obsolete data

Before performing a deletion, it is recommended to note the number of non-obsolete data and the number of non-deletable obsolete data.

Then, click on the button symbolizing a trash can for the corresponding data processing line.

Then, to check that only the obsolete deletable data has been deleted, it is sufficient to verify that the number of non-obsolete data and the number of non-deletable obsolete data has not changed for the corresponding data processing line.

On the other hand, after deleting the obsolete data for one data line, it is possible that on other data lines the number of obsolete data that can be deleted will increase due to the removal of the dependencies they had on the data that have just been deleted.

It is then sufficient to repeat the operation for the different data processing in order to no longer have obsolete data that cannot be deleted.

The dependencies between data are listed in the chapter Obsolescence Constraints.

Documentary references:
https://openflyers.com/fr/doc/of4/Données
https://openflyers.com/fr/doc/of4/Données#Contraintes-d'obsolescence
https://openflyers.com/fr/doc/of4/Données#Accéder-au-tableau-de-conservation-des-données
https://openflyers.com/fr/doc/of4/Données#Modifier-la-durée-de-conservation-d'un-traitement
https://openflyers.com/fr/doc/of4/Données#Supprimer-des-données
https://openflyers.com/fr/doc/of4/Créer-une-plateforme-OpenFlyers-pour-sa-structure#Plateforme-supplémentaire-de-test
https://openflyers.com/fr/doc/of4/Gestion-des-profils#Gestion-du-paramétrage
https://openflyers.com/fr/doc/of4/Règlement-Général-sur-la-Protection-des-Données
https://openflyers.com/fr/doc/of4/Règlement-Général-sur-la-Protection-des-Données#Conservation-des-données
https://openflyers.com/fr/doc/of4/Règlement-Général-sur-la-Protection-des-Données#Durées-de-conservation

The configuration of this functionality makes it possible to define the resources and pilots open to this activity.

As soon as the functionality is activated, the reservation act is extremely simple:
1. Choice of the desired niche among the available niches
2. Entering contact details
3. Receipt of an email to confirm the reservation
4. Editing of the coupon with all the useful information: day, time, name of the pilot, etc.

As soon as the reservation is confirmed, it appears on the internal reservation schedule. Like any other reserved slot, the structure has the option of modifying its content.

When confirming the external reservation, a user is automatically created by assigning him a specific profile. Thus, if this person wishes to make an external reservation again, it will already be registered. And if she wishes to become a member or regular client of the structure, then all you have to do is complete her file and modify her profile.

Documentation on the external reservation:

• On the configuration:
  https://openflyers.com/fr/doc/of4/Configuration-des-réservations-extérieures
• On the use:
  https://openflyers.com/fr/doc/of4/Utilisation-des-réservations-extérieures

1 / REMINDER ON THE DEFINITION OF A VALIDITY FOR SALE

A validity is for sale when:

• It has the Time limitation and Blocking validity for input (if required) parameters.
• It is linked to a product in Admin > Sales > Products > Validities in sale.

2 / ATTRIBUTION OF THE RIGHT DISCONTINUANCE OF VALIDITY SALES

The release of validity sales is available to users with the Discontinuance of validity sales right, assignable via the Admin menu > Users > Profiles, then the Sales tab.

3 / APPLICATION OF THE DISABLING

The disabling of the sale of a validity is done in the Management > Users > Users > Validities page:

• When assigning a new validity for sale: in the drop-down menu above the table on the right, select the desired validity. In the case of a valid for sale, the Add button changes to Purchase and a Disable Sale switch appears. By activating the switch, the Purchase button changes to Add. In the entry form, complete the parameters and click on Record. Validity is assigned but the user is not billed.
• When renewing a validity for sale: in the Actions column of the table listing the validities, click on the Euro icon crossed out with a pencil (Modify). In the validity edit form, click on the Disengale the sale switch. The Expire date becomes editable. You must then select the desired date in the calendar and click on Record. A new expire date is assigned without triggering a sale.

See the documentation on disabling the sale of a validity:
https://openflyers.com/fr/doc/of4/Validités#Débrayer-la-vente-d'une-validité

See the documentation on linking a validity to a product:
https://openflyers.com/fr/doc/of4/Gestion-des-produits-et-des-ventes#Configuration-d'un-produit-Validité

Voir la documentation sur le paramétrage des types de validités :
https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Ajouter-un-type-de-validités

When the aeronautical structure itself monitors the airworthiness of its aircraft, Skyzen allows it to carry out all of the airworthiness monitoring actions and to discharge it from certain actions such as:

• retrieving directly from OpenFlyers the flight hours entered;
• updating the maintenance schedule based on "falling CNs".

The structure can then:

• check in Skyzen the next deadlines and the remaining potential of each element;
• plan the next visits to his workshop with the planned maintenance actions and then close them.

Within this framework. Skyzen assists the structure in managing the airworthiness of its fleet.

When the aeronautical structure goes through a workshop performing the airworthiness monitoring task (CAMO) using or agreeing to use Skyzen, the advantage is to have a dashboard common with the workshop and to remove part of the operations invoiced by the workshop which will no longer have to update the maintenance program according to the instructions that may appear. Again, Skyzen automatically retrieves flight hours from OpenFlyers.

Like OpenFlyers, Skyzen uses the blockchain principle to ensure data interoperability. Visits and interventions relating thereto cannot therefore be modified once they have been validated. Any falsification of data is therefore impossible.

Interfacing with OpenFlyers allows the activities entered in OpenFlyers to be sent. Skyzen then takes care of everything. Synchronization is done manually or automatically, for example, every morning. Interfacing is extremely easy to activate, as shown in the video below.

Finally, using Skyzen means drastically reducing the costs of airworthiness monitoring compared to using a CAMO. For example, for a single-engine piston:

• Skyzen: single-engine piston from € 429 incl.tax / year + € 180 incl. Initialization (instead of € 240 incl. Tax, i.e. -25%, thanks to the promotional code that we provide to our customers);
• CAMO: single-engine piston between € 660 and € 800 incl.tax / year + € 70 to € 120 booking fee per visit + € 500 to € 700 incl. Initialization.

To view the procedure for interfacing OpenFlyers with Skyzen:
https://www.youtube.com/watch?v=SnMRJT-IsLE

The validity management module has become a benchmark for managing regulatory documents. Since December 2018, it has been possible to associate documents with validities. Since March 2019, it is possible to certify the validities and it is also possible to set up the famous validities-contracts which have been widely used in recent weeks to sign the instructions put in place within each structure.

Now, validity management allows you to associate several images taken by a user concerning the same validity. The objective is to allow the user to take, directly from their smartphone or tablet, a photo of each part of their document and store it in the correct reference ("front" / "back" or "Page 1", "Page 2", "Page 3" for example). A thumbnail is created to allow a preview directly from the page that lists the validities of a user.

It is essential to separate each page of the document to be associated into several files in order to allow the robot which reduces the resolution and compresses the image to do its job properly and thus makes it possible to limit the space occupied by each validity.

In fact, OpenFlyers is firmly committed to a green approach: if we all know that the airline industry is systematically singled out for its contribution to greenhouse gas emissions, but the internet is not to be outdone. The idea is even commonplace that the internet contributes 2 times more to global warming than air (5% versus 2.5%) with a continuous progression for the internet.

So we have to be responsible to be sustainable. For OpenFlyers, this involves:

• Control the amount of data stored
• Control the quantity of data transmitted

This is the logic behind the validity management module:

• Offer the best solution in terms of functionality, ergonomics and performance on the monitoring of validity
• Offer the greenest solution possible

The possibility of purging the types of validities that have become useless is part of this green approach.

Concerning the pages of a type of validity, here is concretely the procedure to follow to define them:

• Admin > Users > Validity types
• Click on the icon symbolizing a pencil to the right of the line of the type of validity concerned (for example "SEP")
• In the 2nd column of the update form, check "Associate a document"
• Below "Pages", indicate in the first editing area, the name of the page (for example "Front")
• Check or not "mandatory" depending on whether this page of the document should be essential or not to consider the full validity or not
• If, a 2nd page is planned, fill in the 2nd field which appeared below when filling the 1st field and tick or not mandatory
• Repeat the operation as many times as necessary
• Click on the Save button at the top or bottom right of the form

In Management > Users > Validities, a thumbnail of the new documents uploaded since the implementation of this feature will appear for each user.

The highlighting of validities not taken into account has also been improved. Now, as soon as a validity is not taken into account, it is written in red surrounded by a red rectangle. On its line MUST appear another "red" cell which allows to understand why this validity is not taken into account. This may be missing information or, more simply, the fact that the validity has expired (Time limit cell).

Finally, concerning the limit of a validity, the cell is colored orange when the limit is less than X weeks from the deadline. The X is in the hand of the valid user. It sets it below the table of validities the Alert delay, in weeks, before each deadline.

Documentation on the configuration of validities:
https://openflyers.com/fr/doc/of4/Paramétrage-des-validités

Chapter on setting up documents:
https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Associer-un-document

Documentation on the use of validities:
https://openflyers.com/fr/doc/of4/Validités

As a reminder, to require the signing of a document upon connection, here is the procedure:

• Admin > Users > Validity types
• Click on the Add a validity type button
• Fill in the Name field with the desired title
• Check Contract
• Click on Browse… to add an attachment corresponding to the document to be signed or drag the file directly to the Browse… button.
• Click on the Save button

Then, as soon as a user logs in, including the administrator who has just created this contract validity, the signature of the document is required by OpenFlyers.

If this signature is not to be signed by certain profiles, this is defined in Admin > Users > Profiles plus, column Optional contracts.

When the document is no longer current:

• Admin > Users > Validity types
• Click on the Delete button, symbolized by a trash can, in the Actions column
  A new table is displayed with the list of users with validity or who have signed the "contract validity"

2 buttons are now present:

• Deactivate which allows a type of validity to be made obsolete, in particular a contract validity, the signature of which will no longer be required on connection while retaining the history of the persons who held this validity or who signed the "contract validity".
• Delete which allows to completely delete the type of validity and the corresponding validities held by users

Please note: the delete action is irreversible: the stored information is deleted.

In both cases, there are protections that prevent deactivating or deleting a type of validity that would be required by a resource or by a type of activity.

Lettering allows you to associate entries from the same account. The typical example is that of a supplier account where the lettering makes it possible to associate the supplier invoice with its payment.

Another example concerns the reconciliation of receipts. Thanks to the module for importing bank statements, its imputation rules and automatic lettering, it is possible to highlight unreconciled entries on remittance accounts by hiding the automatically lettered entries.

With manual lettering, it is also possible to associate more than 2 entries: for example an invoice of 1000 € with a payment of 200 € and a payment of 800 €.

To facilitate the lettering in each account, it is possible to use the button Letter automatically the entries of the account for the specified period. This performs the lettering over the period displayed for the displayed account.

Lettered entries can then be hidden in the account concerned. Only the non-lettered writings remain visible. This makes it easier to identify and correct the entry of the accounts.

For the lettering to take place, two conditions must be met:

• Credit entry and debit entry (s) must belong to the same account.
• The total credits must be equal to the total debits.

For automatic lettering operations, the robot searches only for entries whose credit of one coincides with the debit of the other over an interval of X days before and Y days after maximum. The X and Y values ​​can be configured in Admin > Structure > Structure > Configuration, Account management form, fields Past days lettering range and Futur days lettering range.

The documentation on lettering is available at this address:
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Lettrer-des-écritures-comptables

The documentation on the recommended configuration for setting up cash discount accounts "Discount X" and automatic charges when importing bank statements is available at this address:
https://openflyers.com/fr/doc/of4/Conseils-spécifiques-pour-la-comptabilité#Rapprochement-des-encaissements

Until now, the list of aerodromes was created over 16 years ago. Over time, we added new aerodromes at the request of our customers. This task was tedious. This action is now in the hands of the end user when they enter an activity (= flight).

In OpenFlyers platforms, the list of aerodromes is used on the following pages:

• Planning › Activities › input an activity
• Planning › Flight preparation › Fields

To submit a new aerodrome:

• Go to the takeoff airfield or landing airfield on the Planning › Activities ›  input an activity page.
• Enter either the 4 letters of the ICAO code, or LFxxxx where xxxx corresponds to four digits.

After a delay allowing the robot to check if the reference exists in the ICAO and FFPULM bases, the new aerodrome is added.

Documentation is available at this address:
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Demander-l'ajout-d'un-aérodrome

We took advantage of this new function to simplify the structure of databases in version 4 so that the ICAO code appears directly in each database table that refers to an aerodrome. This allows the flight table to have information directly from the departure and arrival aerodromes without having to refer to another table.

1 / A MENU STRUCTURED IN THREE TABS

The new menu is broken down into three tabs, each distinct by its own color.

Planning

• Users who only need to make reservations and activities.
• The main functionality of these pages is the schedule. The connected user also finds tools allowing him to manage his own data: activity capture, access to his accounts, modification of his information.

Management

• Users in charge of the daily management of a structure.
• These are mainly tasks related to accounting, such as: validation of activities, visualization of flows, making purchases and sales. Other features such as sending emails, user management, maintenance monitoring, as well as numerous monitoring reports are also available.

Admin

• Users with access to the platform configuration.
• The administration allows you to configure all of the functionalities available in particular in the other two tabs. It defines for example: types of activities and resources, user rights, billing rules. In addition, this is where the configuration of the structure is carried out.

2 / OTHER NAVIGATION RULES

Only one level of submenus is now displayed. This allows faster viewing of the contents of each menu. These are displayed via a panel which is displayed on hover under the relevant menu. The submenus are sometimes classified in the form of columns, when this clarifies their organization.

The menus and submenus are arranged in alphabetical order. This universal method does not favor a ranking that would seem obvious to some users but not to others.

The contents of the tabs and menus are accessible according to the rights assigned to each user, just like in the old menu.

Reports were previously collected in the Admin › Reports menu. The reports specific to certain functionalities are now associated with it in the relevant menu. For example, activity reports can be accessed via the Management › Activities › Reports column.

The new menu has adaptive ergonomics. On medium screen and small screen (tablet and smartphone), it is hidden by default. It is displayed by clicking on a button located on the left under the top bar.

3 / MAIN CHANGES

User accounts are now accessible in Management › Accounts › Accounts › Users (4th column in the Accounts menu).

The detail of the user accounts is also accessible from the list of users (Management › Users › Users › Active) by clicking on the account balance of the user concerned.

Documentation:
https://openflyers.com/fr/doc/of4/Menu-de-navigation

Until now, OpenFlyers prevented the deactivation of a user whose account balance was not 0. The objective was to prevent visually closing a non-zero balance and thus generating a false representation of the situation. of the structure with respect to its users.

From now on, it is possible to deactivate a user, even if initially his balance is not null. For this, when the manager clicks on the button symbolizing a bin, an alert message is displayed to indicate that the balance of the account of the user concerned is not zero and proposing to automatically generate an accounting entry to close this account. If the manager confirms his request, then the account of the user is cleared via an accounting entry which is itself automatically validated. The user is disabled.

It is possible to define counterpart accounts when the user's account is positive or negative. This is done in Accounts > Accountings.

Finally, we took advantage of this development to rearrange the columns of the table that lists the users. Now, first and last names are grouped in the same column with the email address below to save space. The space recovered was used to add a column by type of user account. This allows to have a direct view on the balance of each user account.

The documentary references:
https://openflyers.com/fr/doc/of4/Gestion-des-utilisateurs#Supprimer/Désactiver-un-utilisateur
https://openflyers.com/fr/doc/of4/Configuration-de-la-comptabilité#Paramétrage-général-des-comptabilités

A key cabinet makes it possible to efficiently manage a fleet of aircraft or any other type of vehicle. The key of a vehicle is unlocked only during a defined period and if the user has the right to use it.

The cabinet is connected to a computer. On this computer, a program runs every minute in the background and retrieves user permissions for each key on the OpenFlyers platform of the structure. This makes it possible to check that the user wishing to access a resource (plane, ULM, car, etc.) is well authorized.

See keyguard key cabinet documentation:
https://openflyers.com/fr/doc/of4/Contrôle-des-accès#Armoires-à-clés-KeyGuard-anciennement-commercialisées-par-BKS-électronique

The module is broken down into 3 interfaces:

VIEW

The View displays all the resources with, for each of them, the number of flying hours, the hours stolen after the last general revisions and the next maintenance action to be performed. Thanks to this page, the person in charge of the maintenance knows immediately if operations are planned soon or if deadlines have been exceeded.

One of the strengths of the maintenance module lies in its synchronization with the activity capture of OpenFlyers. Indeed, the countdown of the hours remaining before the next maintenance stop - or hours after exceeding - is done automatically according to the seized flights.

PROGRAM

The Program interface allows you to create the program for each element to follow, according to an hourly, calendar or both. For example, it is here that the tours to be carried out every 50 hours, or the revision of the alternator to be carried out every year, are defined.

For each element, it is necessary to define the first intervention performed on it, in other words the first reference works. It is possible to shift these first reference works in relation to the number of hours the resource has spent since its creation. So if the cell has completed 2,000 hours of flying, the first reference work for the 50h visits can be entered at 2,050 hours.

Finally, the program makes it possible to display, for each element, the time remaining before the next maintenance stop, or the time exceeded.

FOLLOW UP

The Follow-up interface is used to enter the report of the interventions made on the devices and to monitor the progress of the program assigned to the items concerned.

A follow-up breaks down into actions. The time of recording of each action corresponds to either a number of flight hours or a calendar date. It is according to the instants entered for all the actions that the tables of the View and Program interfaces are updated. 

Documentation:
New maintenance tracking module:
https://openflyers.com/fr/doc/of4/Suivi-de-maintenance
Video tutorial of the old module, which allows to understand the fundamentals of the follow-up of maintenance:
https://www.youtube.com/watch?v=iJJitD7j8Ro

The use cases are:

• A tariff that has not been updated (although it is possible to define new rates in advance by assigning them a later date of application).
• A rule that has not been modified.
• A gap between what is desired and what is set, which was not detected.

For this refresh routine to be possible, the following conditions must be met:

• The activities entered are not validated. Indeed, the validation generates an inalterable writing, according to the rules that apply to any accounting.
• The activity concerned is carried out by at least one person.
• The activity uses at least one active resource.

To read the corresponding procedure, refer to the documentation:
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Mettre-à-jour-les-entrées-comptables-associées-à-des-activités-non-validées

Thus, not only the flight is automatically entered but billing is also automatically generated. The OpenFlyers robot makes the data collected more reliable by crossing them with the reservations made upstream by the pilots.

In practise, after the flight, when main power is switched off, it is time to write the log book. This is now done by putting the crew RFID badge in front of the Charterware box installed in the aircraft. The box acknowleges the electronic signature of this flight by displaying the block and airborne times. Everything else is automatic.

The implementation of Charterware requires the purchase of the box, to install it on the aircraft and to subscribe to the data transmission subscription. Pricing is available here: https://www.charterware.de/price.html.

In addition to the installation of the box, the interface with the OpenFlyers platform must be implemented according to the procedure described here: https://openflyers.com/fr/doc/of4/Interfaçage-OpenFlyers-et-Charterware.

Automated flight recording

For each flight, OpenFlyers retrieves or deducts from the Charterware server the following information:

• Aircraft concerned
• Departure time
• Flight time
• Number of landings and touch-and-goes
• Hards landings, including crash energy, place and time
• Time in the air ("airborne")
• Pilot + instructor (if present) on board

At the end of the flight, this information is transmitted to OpenFlyers and then cross-checked with the reservations entered on the schedule. The match flight / reservation being established, the billing is generated for the driver in place on the left. Management of different types of activities is planned, including instruction, to bill the right person and the right price. If the driver forgets to badger, OpenFlyers retrieves the information from a possible reservation.

Recovery of flight traces

As an option, the GPS functionality offers the possibility of retrieving flight traces as a .kml file. This contains the geographical data of the aircraft (latitude, longitude, altitude), as well as the speeds. The file can then be imported into Google Earth to view the flight in 2D or 3D.

This feature is highly appreciated by instructors, who thus have an easy-to-use way and with a strong pedagogical added value to help debrief with their student pilots.

Documentation on interfacing with Charterware:
https://openflyers.com//fr/doc/of4/Interfaçage-OpenFlyers-et-Charterware

Page presenting the feature :
https://openflyers.com/en/fonctionnalites/recuperation-automatique-des-vols-avec-charterware

Page présenting Charterware and the OpenFlyers' partnership ecosystem :
https://openflyers.com/fr/entreprise/ecosysteme-openflyers

Unlike the manual insertion of bank statement entries, which requires you to enter a flow for each line of the statement, the import of a bank statement automatically generates each flow for each line of the statement.

Each flow contains two lines of accounting entries that each impact an account. For example, the amount of a levy made by a supplier X is credited to the account "Bank" in accounting. The counterparty is debit on the X provider account.

The generated writes are not validated. It is the manager who performs the validation after verifying that there is no error. Indeed, a validated posting is not modifiable, in order to guarantee the inalterability of the accounting entries.

1 / ENTRY CHARGING

OpenFlyers provides a table to define the settlement rules.

An imputation consists of allocating, for each line of account, the counterpart account of the bank account. This is usually a vendor account or a customer account.

An imputation rule is defined by the direction of writing (positive or negative amount on the statement) and a string of characters to look for in the description of the statement line. Example: "PRLV SEPA SUPPLIER X."

The following procedure describes in detail how to create and sort settlement rules:
https://openflyers.com/fr/doc/of4/Configuration-de-la-comptabilité#Règles-d'imputations-automatiques

2 / IMPORT OF A BANK STATEMENT

To import a bank statement, you must:

• Obtain the bank statement from his bank in .csv format
• Perform the procedure described in the documentation: https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire

As a result of the import, if an entry does not correspond to any charging rule, it is charged to a suspense account. This occurs when no rule defined in the rules could match the heading in the statement line. With hold accounts no write is lost. It is the manager who later assigns the correct account by modifying the created flow.

In the case where the manager wishes to enter the bank account entries without waiting for the bank statement, it is necessary to go through a bank suspense account that will act as a reconciliation account. Thus, when importing the bank statement, this account must be 0 if all the entries entered upstream are found on the bank statement and there has been no entry error.

Finally, if the .csv format of the bank of a structure is not available on the OpenFlyers platforms, the concerned structure is invited to send an example of a bank statement export file in order to be able to create the import format. corresponding.

Documentation on creating charging rules:
https://openflyers.com/fr/doc/of4/Configuration-de-la-comptabilité#Règles-d'imputations-automatiques

Documentation on the import of bank statements:
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Importer-un-relevé-bancaire

Documentation on bank statement import formats:
https://openflyers.com/fr/doc/of4/Modèle-de-format-d'import-de-relevé-bancaire

Documentation on the validation of the entries:
https://openflyers.com/fr/doc/of4/Gestion-des-activités#Valider-une-activité

To reverse an entry:

• The sale in question must have been validated (checked).
• Go to the list of movements: Admin › Accounts › Movements.
• In the Actions column, click on the Reverse flow.

In the Movements table, the original handwriting always appears. Below this, a line has been added with the wording in the Comment column: "Flow reversal of dd / mm / yyyy".

On the new line, the previously debited account is credited and vice versa. In the balance sheet, the result of these two operations is 0. But the transaction trace is maintained and the unalterability of the data is preserved.

Attention: the reversal does not apply to sales of validities and activities.

Documentation on the reversal of the entries:
https://openflyers.com/fr/doc/of4/Utilisation-de-la-comptabilité#Contrepasser-une-écriture

1 / DEFINITIONS

a. Certification of validities

It is now possible to certify validities. This may be optional or mandatory for the validity to be considered valid. It is also possible to indicate that a validity must have a document uploaded and validated by a manager to be taken into account.

Thus, the structures can set up a process of verification of the validities, especially for those who have documents.

In addition, this certification process is traced: the person who certified the validity, the date and time of certification are recorded and visible.

When a document is certified, it is no longer editable. This ensures the integrity of the certified document.

Finally, we extended the functions of the OpenFlyers robot created for the automatic recognition of supplier invoices in PDF format so that it is also able to process PDF documents associated with validities. For the moment, we have taught him to analyze only one type of validity document: the certificates of license that the French Aeronautical Federation issues to its licensees in PDF format and which must be retrieved by the flying clubs to ensure that the pilot is up to date and has a good insurance.

Of course, we will be able to teach the robot to recognize other validation PDF document if necessary.

By activating the robot for this type of validity, the certification process is automatic: it is the robot that takes care of it and when it does not arrive by itself, it sends an email to the accredited managers to inform them that 'he does not manage.

In the same way, when a user uploads a document that requires a certification action, an alert email is also sent.

The value of this validation function for a structure is simple:

• If she has an obligation to archive documents, this solution allows her to answer them
• Archiving is "in the cloud" of its OpenFlyers platform, with the guarantee of confidentiality of OpenFlyers
• It can also fulfill a possible obligation of document verification.
• This makes it possible to transfer the workload as much as possible to the end users

This last point is important and corresponds to the guiding principle of OpenFlyers: to confide a maximum of seizures to the end users to unload the structure management work. This principle is well known to our customers for example for the seizure of activities (flights in the case of aeronautical structures) or receipts. Only the "score" or the "validation" remain the responsibility of the manager.

For structures that kept this input function, they can now delegate to their users to keep only the certification action.

b. Contract-validities

The notion of contract has also been added to OpenFlyers. What we call a contract is a validity to which the structure associates a document that must be signed by the users.

The structure defines the profiles for which the contract validity must be signed.

The process of signing documents is done just after login, once the user is duly identified.

Once the configuration of the structure has defined that a validity-contract was mandatory for a given profile, users with this profile will be blocked at the connection until they have signed electronically the document.

These signatures are then saved, searchable and non-modifiable.

This will allow our client structures to dematerialize the signing operations of their general conditions, bylaws or contracts.

OpenFlyers will implement in the coming days its own "validity-contract" on all platforms in version 4 to make all users who connect to an OF 4 platform accept our terms and conditions. The goal for us is to meet the demand of some of our customers following the establishment of the GDRP almost a year ago.

2 / IMPLEMENTATION IN THE PLATFORMS

From a practical point of view, here are the procedures to set up these 2 new features.

a. Certification of validities

To set the certification of a validity type:

• Go to Admin
• Then Users › Validity types
• In the cell of the validity type row for which certification is required and the Certification column choose the desired certification method
• Go to Users › Profiles plus
• In the cell of the line of the profile authorized to certify validities and the column Validity types that the user can certify to select the types of validities that the profile will be able to certify

As soon as a user's validity is completely filled in, an e-mail is sent to all the people who can certify it.

To certify a document:

• Go to Users › Validities to certify or Users › Users › Active and click on the button to view the validities of a user
• Check the integrity of the information then certify by clicking on the button representing a stamp in the column Certify document

b. Contract-validities

To create a contract-validity:

• Admin
• Then Users › Validity types
• Create a new validity type by giving the desired contract name
• Click on the button in the Contract column
• In the Contract attachment column, upload the corresponding document

By default, a contract validity is made mandatory for all profiles.

If this validity-contract is not required for profiles, give:

• Go to Users › Profiles plus
• In the cell of the profile line for which the contract will be required, column Optional contracts, select the validity-contract

Users with only "exempt" profiles will not have a signing request at login.

Then, at the next login of each user, the latter will have to sign the valid-contracts if he has at least one "non-exempt" profile. He will be able to consult the file before signing. As long as the contract is not signed, the user will not be able to log in.

DOCUMENTATION

He will be able to find the validities-contracts that he signed in the list of his validities.

For more information :

• On the setting of the certification: https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Certification
• On automatic robot certification (FFA license): https://openflyers.com/fr/doc/of4/Utilisation-des-validités#Certification-automatique
• On the use of certification: https://openflyers.com/fr/doc/of4/Utilisation-des-validités#Certifier-des-validités
• On the definition of validity-contract: https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Validité-contrat
• On the setting of a validity-contract: https://openflyers.com/fr/doc/of4/Paramétrage-des-validités#Paramétrer-une-validité-comme-contrat
• On the profiles not required for a validity-contract: https://openflyers.com/fr/doc/of4/Gestion-des-profils#Contrats-non-requis
• On the contract validity signature process: https://openflyers.com/fr/doc/of4/Connexion#Signer-des-validités-contrats

To enter a vendor invoice, you must have the Purchase Management right, which can be assigned in the Purchases tab of the Admin › Users › Profiles table.

Invoices are entered in the Admin › Purchases › Input supplier bill page. Automatic entry of the date and amount is done by uploading the invoice in the dedicated field.

If the invoice analysis rules already detect the data, the form automatically populates with the amount and date values.

When the values ​​are not detected, the user is redirected to a page to define a new analysis rule. It provides the following information:

• The keywords to identify. For example: "Date", "Total TTC", "Amount HT", "Cost", etc.
• The position of the data to be found in relation to the keywords. For example: to 50 px on the left.
• The format of the data. For example: dd / mm / yy, ####, ##.

To access the list of analysis rules, go to the table Admin › Purchases › Supplier bill types. For each type, click on the button Modify parsing rules represented by a gearing. The rule configuration page is displayed.

The definition of new analysis rules comes after the import of a new type of invoice, most often associated with the addition of a new supplier on a given platform. However, and this is one of the strong points of this feature, the new analysis rules benefit all OpenFlyers platforms. In fact, the skills of the robot are refined thanks to the contributions of users. The more time passes, the more unaided it will detect the desired data.

Documentation on entering a supplier invoice:
https://openflyers.com/fr/doc/of4/Gestion-des-achats#Saisie-d'une-facture-fournisseur

Documentation on the Invoice Analysis Interface:
https://openflyers.com/fr/doc/of4/Gestion-des-achats#Interface-d'analyse-d'une-facture-fournisseur

This allows:

• To dematerialize the storage of these documents which may be mandatory for some structures
• To entrust the end user with the "storage" action of the document
• Easily share and consult with a "paper" storage or a simple desktop computer

To enable this feature you must:

• Go to Admin › Users › Types of validities
• Check the box in the Associate a document for concerned validity type

For use, you must:

• Go to Admin › Users › Users and click on the icon symbolizing validities
• Add, if necessary, validity to the user
• Click on the Browse... button to upload the document

Then, to consult the document associated with the validity, it is necessary to click on the button symbolizing a document.

It is possible to update the document by clicking on the update icon showing an arrow that turns on itself.

In addition, when the structure has set up a ban on access to its OpenFlyers platform due to expired validity, it is now possible to display a personalized message in addition to the blocking alert for, for example, invite the user to contact this or that person by indicating a phone number or an email address.

OpenFlyers wanted to implement these two features before Christmas to allow its association customers to take advantage of the subscription renewal period to set up the dematerialization of the storage of validities or the personalization of the restriction message.

The storage functionality of the validities will evolve very quickly depending on the user feedback, especially for taking into account the restrictions and verifications.

Configuration documentation:
https://openflyers.com/fr/doc/of4/Gestion-des-validités#Associer-un-document

Documentation of use:
https://openflyers.com/fr/doc/of4/Validités#Utilisation

Custom lock message configuration documentation:
https://openflyers.com/fr/doc/of4/Configuration#Message-en-cas-d'accès-interdit

1- Grouping of sales by customer

The structure sells products (reservations, access to a pontoon, user manual, etc.) to its customers. For a bill to be created, a sale must be validated. This generates an unalterable accounting entry. In the case of activities, validation is not always done at the time of sale. For example, an administrator checks each entered flight and performs global validation (Admin > Activities > Activities List). The validation of activities is done manually and by series.

It is now possible to group the activities validated by customer. Thus, a user who has done several activities over a period validated at one time, will end up with a single invoice instead of an invoice per activity performed. This presents a double gain:

• A gain in weight (KB): this makes it possible to limit the size of the database. From an ecological point of view, it's beneficial.
• A gain in time for the end customer in case he must, for his part, keep an accounting and therefore enter the supplier invoices he receives.

To enable this feature, go to Admin › Structure › Parameters, and in the Activity Management form activate the Group activities into one bill during validation option. Do not forget to validate the form.

Documentation:
https://openflyers.com/fr/doc/of4/Facturation-des-clients#Regrouper-les-ventes-par-client
https://openflyers.com/fr/doc/of4/Configuration#Regrouper-les-activités-en-une-facture-lors-de-la-validation

2 - Periodic billing

There is another way to bill by series rather than unit: this is periodic billing. At regular intervals (weekly, monthly, etc.), sales of defined products are validated.

Since sales are automatically validated, this feature is more suitable for activities that do not require control. It does not include seizures of activities, such as flights made. On the other hand, sales of reservations (room rental, driving hours, diving hours) will take full advantage of this tool.

To set periodic billing, go to Admin › Sales › Periodic Billing.

In addition, periodic billing also includes grouping sales by customer.

Documentation:
https://openflyers.com/fr/doc/of4/Facturation-des-clients#Facturation-périodique

3 - Automatic sending of invoices by email

Regardless of the functionalities presented above, it is now possible to activate the sending of invoices by email. Thus, each user concerned receives an invoice as soon as it is generated. The process of sale / validation / billing can be fully automated. It also helps to build trust with the customer.

To activate the automatic sending of invoices by email, go to Admin › Structure › Parameters, then Activity management form activate the option Send an email for each invoice. Do not forget to validate.

Documentation:
https://openflyers.com/fr/doc/of4/Facturation-des-clients#Envoi-automatique-de-chaque-facture-client

This storage space is intended for 2 types of storage:

Supplier invoices

OpenFlyers already had a specific accounting function for entering supplier invoices. From now on, always on the same input interface, it is possible to upload a file corresponding to the supplier invoice entered. This makes it possible to dematerialize all accounting storage since the "customer invoicing" part was already digitally processed in OpenFlyers through the generation of PDF invoices as well as PDF receipts.

Resource documents

The resources are the key data of the OpenFlyers booking schedule, since it is around them and their availability that the activity of the structure is organized. It can be useful, for example for a pilot, to have available at any time the flight manual of the plane he has reserved, to an office rental provider to know what is the plan of each room.

The documentation on supplier invoices can be found here:
https://openflyers.com/fr/doc/of4/Gestion-des-achats#Nouveau-type-de-facture-fournisseur

User access:

On the light interface, the presence of documents linked to a resource is symbolized by a pictogram representing a visible file, in the cell on the left of the reservation line of the resource. It is necessary to fly over this cell to make appear a contextual menu containing the names of the associated documents.

On the application, click on the pictogram of the menu to make it appear, then click on the item Documents menu to get a list of all documents.

Addition and classification:

On the light interface, to add a document to a resource, go to the light interface, Admin menu > Resources > Documents. A table appears with all the documents stored.

Enter the desired name for the document, select the resource to associate with the drop-down menu in the Resources column, select the category, select the file to import with the Choose File button and finally click on Add to confirm.

The documents are associated with a category definable by the manager. To create a new category, click the Plus button next to the drop-down menu in the Category column of the document being created.

Documentation for resource documents can be found here:
https://openflyers.com/fr/doc/of4/Documents

https://openflyers.com/fr/doc/of4/Gestion-des-documents

Link on the showcase website:
https://openflyers.com/en/fonctionnalites/stockage-cloud-de-documents

This feature is configurable on the light interface of OpenFlyers.

The definition of users who can choose to receive these alerts is by profile in Admin> Users > Profiles. In the Booking tab, check Notifiable for any reservation.

Then, it is each user concerned who defines the activities for which he wishes to be alerted by e-mail. He makes this configuration in his personal file: Planning > Data > Display and personal data. You must then go to the Receive an email for any booking having for activity.

This feature replaces, making them more flexible and universal, the features that allowed to be alerted:

• for any reservation
• either for fixed assets (which have become "maintenance" activities)

This can be particularly interesting for example in a flying club for activities such as baptisms.

The documentation is located on this page:
https://openflyers.com/fr/doc/of4/Fiche-personnelle#Recevoir-un-e-mail-pour-les-réservations-ayant-pour-activité

Overview of alerts:
https://openflyers.com/fr/fonctionnalites/alertes-emails

From now on, with OpenFlyers 4, users can, when creating a reservation on OpenFlyers, transmit the booking information to Airmate: departure time, departure and arrival grounds.

Airmate generates the flight route according to the VFR and / or IFR reporting points. The user can add his own report points. VFR and IFR maps are free downloadable as well as AIRAC aeronautical databases. The visualization of the weather information for the flight is also available: TAF and METAR (raw or decoded), TEMSI, winds, visualization on satellite map.

To access flight planning information at any time from the OpenFlyers booking schedule:

Light interface:

Fly over the concerned reservation to bring up the contextual menu, then select the menu Prepare the flight ...
https://openflyers.com/fr/doc/of4/Planning-(interface-légère)#Préparer-un-vol

Dynamic interface:

Make a simple click on the reservation concerned to display the tooltip and then click on the route button (blue circle with white dots and lines inside).
https://openflyers.com/fr/doc/of4/Utilisation-du-planning-de-réservation#Préparer-un-vol

Documentation about Airmate:
https://openflyers.com/fr/doc/of4/Airmate

The activities carried out relating to a resource are displayed under the reservation line of the resource concerned.

A realized activity is materialized in the form of a slot similar to the reservation slots, which makes it possible to find all the useful information: type of activity thanks to the color, people concerned, etc.

In the header of a line displaying activities, there are labels indicating either the start of the next activity ("Expected Start:" + time), or the end of the current activity ("Expected end:" + hour).

When an activity is in progress - that is, when a user is viewing the schedule - a flashing green circle appears both in the activity window and in the window. head of the resource line. This corresponds, for example, to current flights, that is to say open.

It is possible to choose the display modes of the schedule so as to display either reservations alone, or activities alone, or reservations and activities. A group of buttons with these three possibilities is present above the tool palette.

See the documentation:
https://openflyers.com/fr/doc/of4/Aspect-du-planning-de-réservation#Activités

You can check it from your browser by clicking on the pictogram symbolizing a padlock next to the URL of your OpenFlyers platform and then displaying the details. You should find the word TLS 1.2 in the information related to the certificate.

This concerns both TPE and non-TPE customers. Indeed, this is a standard that applies to all because based on the lack of known fault. The old protocols are considered unreliable.

As a reminder, all OpenFlyers platforms in version 4 are only with HTTPS access. Thus, even if the user indicates HTTP in the URL of his platform, the latter is "remanufactured" with the prefix HTTPS.

For version 3 or lower clients, HTTPS access is only present if the structure has subscribed to the HTTPS option. In addition, users must use the URL with the HTTPS prefix to benefit from this protection.

The impact for end users is normally low. Indeed, all recent versions of browsers are compatible with this protocol.

Nevertheless, you can find a list of compatible browser versions: https://caniuse.com/#search=TLS1.2

For information here are the version numbers from which the browsers are compatible TLS 1.2:

• Internet Explorer (which we strongly advise against in general): 11
• Edge: 16
• Firefox: 58
• Chrome: 49
• Safari: 11
• iOS Safari: 10.2
• Opera Mini: without restriction
• Chrome for Android: 64
• UC Browser for Android: 11.8
• Samsung Internet: 4

It must be understood that it is not just OpenFlyers but all the eCommerce sites that are impacted by this change. Also, for users who have not updated their browsers, they will not be blocked on OpenFlyers but on all eCommerce sites. It is therefore essential for them to update their browser.

There is also an impact for servers that interface with OpenFlyers for identification control. We have updated the example PHP script:
https://openflyers.com/fr/doc/of4/Contrôle-d'identification-par-OpenFlyers-pour-un-logiciel-tiers#Exemple-de-code-PHP

It should be noted that, for this script to work, the server must run on PHP 5.6 minimum and use OpenSSL 1.0.1 minimum.

OpenFlyers is committed to monitoring and complying with changes in standards and regulations. This security evolution follows that concerning the payment receipts (https://openflyers.com/en/news/final-ability-of-account-writings-and-payment-recusage) and which has imposed on us at January 1, 2018. In order to facilitate access to information, we have created a page on our public documentation that lists the regulations we are following: https://openflyers.com/en/doc/of4/Standards-and- regulations.

In 2017, when we launched version 4, we named these two interfaces "old interface" and "new interface". We then had three types of negative feedback from our customers and their end users:

• The "new interface" was a regression in ease of use and functionality compared to the old interface: visible portion of the reduced schedule, lack of some "markers" that made the success of OpenFlyers such as ephemeris or meteorology with relief of dew point, etc.
• The fear that the "old interface" would disappear eventually leaving only a "new interface" not satisfactory.
• The inability to download and use the new interface from a low-speed connection.

The new denomination and the addition of the "alpha" label are there to clear the trajectory we are following and, hopefully, to ease the concerns.

By removing the old/new concept, it is confirmed that it is not planned to eventually delete the lightweight interface. We had already indicated in the news announce the release of version 4.1. As proof, our last two news concerning new features such as the inalterability of the writes and the saving of the default parameters of a report have been developed on the historical interface (ie the light interface).

The dynamic interface is in alpha version. This is the reason why it does not currently include all the information in the lightweight interface. So that users are aware of this situation, we have added a pellet representing the Greek letter "alpha" that characterizes this state while maintaining the philosophy that has prevailed since the beginning of OpenFlyers: to provide new features requiring the voluntary user contribution to debug them, which allows us to maintain low tariffs.

A new pellet will also soon appear to highlight the new features or changes that appear regularly here and there in OpenFlyers but which not every user is necessarily aware. This is a pictogram with the letter "N" as "Novelty" or "New". It will be present on the menu items of the light interface as well as those of the dynamic interface.

The reports are a "snapshot" of a set of data from a one-moment "T" structure. They represent an indispensable tool for management and decision support. For example, an aeronautical structure wants to know the total number of flying hours over a year by each of its aircraft. Or, the treasurer wishes to obtain the list of registered payments, sorted by types, within a period.

Of all the choices available, only some interest the structure at a given time or recurrently. For example, the structure wishes to obtain the coordinates of its users according to certain types of validities.

It is possible to memorize or not the parameters for each report. Specifically, each field of the form generating the report has a checkbox "Remember this choice".

The choices are defined at the platform level by a user with the Manage Reports permission or View All Reports permission. Thus, all the users of the structure visualize the report generation forms with the predefined parameters. You can customize the report by checking or unchecking the choices for each field. The default settings are changed and will be applied when the page is next loaded.

DOCUMENTATION

• Checkbox « Remember this choice » : https://openflyers.com/fr/doc/of4/Gestion-des-rapports#Case-à-cocher-Mémoriser-ce-choix
• Report management permission : https://openflyers.com/fr/doc/of4/Gestion-des-profils#Gestion-des-rapports
• View all reports permission : https://openflyers.com/fr/doc/of4/Gestion-des-profils#Voir-tous-les-rapports

Indeed, as much as the OpenFlyers solution allows you to continue entering the new year without having previously closed the previous year, as long as the previous year is closed, it is absolutely not possible to return to it for obvious reasons of integrity.

The OpenFlyers accounting engine offers all the tools needed to close the annual accounting of a structure.

The procedure listing the actions to be performed to close the accounting is described here:
https://doc4-fr.openflyers.com/Utilisation-de-la-comptabilité#Exporter-la-comptabilité

This procedure passes through the balance of the accounts:
https://doc4-fr.openflyers.com/Utilisation-de-la-comptabilité#Solder-les-comptes

As of February 1, 2018, if the 2017 accounting year has not been closed, the platform concerned generates the alert "Current accounting year is more than one year":
https://doc4-fr.openflyers.com/Alertes-de-configuration#L'exercice-comptable-courant-a-plus-d'un-an

It is just an alert to close the structure's accounting. Indeed, it is not healthy to leave an unfinished exercise indefinitely.

In conclusion: do not forget to close your accounting, but do not do it in haste.

The procedure for completing Aeral forms is available here:
https://doc4-fr.openflyers.com/Rapports#Renseigner-les-formulaires-de-statistiques-Aeral

For each Aeral « screen », the procedure indicates which report to use.

To have reliable data, it is essential to use the reports indicated and found Admin › Reports › Aeral stats and in Admin › Reports › Activity. 

INALTERABILITY OF ACCOUNTING ENTRIES

OpenFlyers has always refused to modify the validated accounting entries in the database. Indeed, the trust in the software is shared between the three stakeholders that are the end user (often client of the structure), the structure (customer OpenFlyers) and OpenFlyers. Just as you do not modify an amount recorded on a bank account statement, you do not change the entries validated in OpenFlyers.

ARTICLE 286 OF THE CGI

However, this rule, which rested solely on our will, is not sufficient in light of the new article 286 of the French General Tax Code which comes into effect on January 1, 2018:
https://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI000034309494&cidTexte=LEGITEXT000006069577&categorieLien=id&dateTexte=20180101

through article 88 of the Finance Act for 2016:
https://www.legifrance.gouv.fr/eli/loi/2015/12/29/FCPX1519907L/jo#JORFARTI000031732968

The new paragraph in this article is about accounting or management software or cash systems. Its objective is to fight against VAT fraud.

Version 4.2 of OpenFlyers complies with the law. The essential modification is the implementation of the encryption of the writes in order to guarantee that there can be no modification of the data validated and recorded in the database.

If your activity is subject to VAT and your organization does not use an OpenFlyers platform under version 4, then we strongly recommend that you request your migration in January 2018. For other structures, it is up to you to check if you are concerned by this law and if you therefore need to pass quickly under version 4.

Customers who wish can find a certificate of conformity to complete and produce to the tax authorities in case of control. This certificate is available in the customer area menu Contact file › Certification art. 286 of the CGI.

MECHANISM OF ENCRYPTION

We are talking about chained encryption, because the encryption of a writing generates a seal that takes into account the seal of the previous writing.

Visually, the inalterability of the writing is symbolized by a padlock that appears in the Actions column of the line concerned on the statements of account. This padlock only appears when the scripting chain is in place.

A test was implemented to ensure that the seal of the writing was not falsified. This test is based on the regeneration of a seal for the writing concerned taking into account the previous seal. If the "source" data is identical, the regenerated seal must be identical to the registered seal. If this is not the case, then this means that one of the data has been modified: the string is broken. In this case, the padlock symbol appears grayed out with a red cross. Normally this pictogram should never be visible.

Of course, this sanctuarization of the database does not change the use of the software.

For this chaining to be fully guaranteed, it is necessary that the seal of chaining is put in the hands of a trusted third party. In fact, one could always imagine using the database to modify an accounting entry and then regenerate all the seals in the "downstream" chain of this entry, ie of the set of writings which had been recorded a posteriori of the modified writing.

By distributing the initial seal to a third party, it is made public and thus the possibility of modifying it "in secret" is lost.

Indeed, any person can compare the seal initially transmitted to the trusted third party and the seal stored in the database to verify that there is no change.

For the choice of trusted third party, we imagined an original solution: the users themselves through the implementation of a new function: the payment receipt.

PAYMENT RECEIPT

Within one minute of receipt validation, the software automatically generates a receipt, in the form of a PDF file, for each incoming payment. This receipt contains the chain seal as a 56-character sequence and a timestamp. It is sent automatically by e-mail to the person concerned. It is also available in account statements where it is symbolized by a ticket.

Thus, by transmitting the receipt, with the seal, to each user concerned, we transmit each time to a third party the information and we can not "go back".

The interest of this solution is twofold:

• no need to resort to an expensive trusted third party that would be incompatible with our resources
• this makes it possible to set up a new double functionality: the receipt generation AND the automatic sending of these receipts.

In addition, we have added a field in the form for entering receipts that allows us to enter the e-mail address of an external customer if the person making the payment is not registered in the database. as a user. This will allow the structures to automatically and simply send a receipt of receipt to their external customers.

The documentation referring to this sanctuarization is available here:
https://openflyers.com/fr/doc/of4/Comptabilité#Inaltérabilité-des-données

CORRECTION OF SEIZURE ERRORS OF ACTIVITIES

To mark this sanctuarization, we wanted to accompany it with a second new feature that aims to simplify the correction of errors in the seizure of activities.

Until now when an activity (for example a flight) was entered and validated, if an error was detected a posteriori, it was necessary manually to enter corrective accounting entries and modify the total hours of flight of the aircraft so that the calculation of the remaining potential is not distorted.

From now on, it is enough to cancel the flight, via the new function created for this purpose, then to enter it again with the good elements. The cancellation of the flight automatically generates the following entries: creation of a new flight whose duration corresponds to the opposite of the duration of the flight to be canceled (for a flight to be canceled which was 1h20, the generated flight will be -1h20), this makes it possible to directly deduce this flight time from the total flight hours of the pilot's logbook and the aircraft's journey log. On the other hand, accounting entries that are strictly identical to the initial but opposite accounting entries are generated. Thus, here again, the "accounting effect" of the first entry is canceled. All records generated in the database are automatically validated and can not be canceled. In doing so, the traceability of operations is ensured.

The documentation concerning this new function is available here:

https://openflyers.com/fr/doc/of4/Gestion-des-activités#Annuler-une-activité-validée

Automatic emails are sent in the following cases:

• Reservation notification: Confirms to the user that their booking is recorded in OpenFlyers.
• Booking reminder: Reminder that the reservation starts soon.
• Cancellation of reservation: confirms to the user that his reservation is canceled.
• Modification of reservation: confirms to the user that his reservation has been modified, reminding him of the old schedule and specifying the new one. This email is sent also in the case of overbooking, that is to say when a reservation pending is validated, following the withdrawal of another user on the same slot.
• Validity expiring: informs a user that one of his validities is coming to an end, for example his medical examination.
• Insufficient balance: alerts the user when the amount of money available on his account is below the defined threshold.
• Maintenance: informs the user of the start and end dates of a resource.
• Password reset: Email sent when the user forgets his password and asks for a new password.

Booking emails contain a file in .ics format that allows you to add your OpenFlyers reservation to their favorite calendar (Google Calendar, Microsoft Outlook, iCalendar, etc.).

To read the general documentation on sending emails automatically, go to this page:
https://openflyers.com/fr/doc/of4/Envoi-automatique-des-emails

The sending of emails relating to reservations and maintenance is configurable in the personal file of the user:
https://openflyers.com/fr/doc/of4/Fiche-personnelle#Communication
Both the end user and the manager can enable / disable the sending of emails. The latter can even be informed without delay of the bookings made by the members of its structure and maintenance.

In the same vein, it is possible to configure profiles so that users with this profile receive all the arrival alerts due from the validity of all the users of the structure:
https://openflyers.com/fr/doc/of4/Gestion-des-profils#Alerté-par-e-mail-pour-le-renouvellement-des-validités-de-tous-les-utilisateurs
This feature is used especially by managers and secretaries.

Be careful, however, in both cases: activation of these features may result in the reception of a large number of emails.

To conclude, we remind you that OpenFlyers uses reputation engagement tools to send emails. These are recognized as reliable by the email servers. They arrive in the user's inbox and not in the "junk mail" folder. It is possible to check the good reception of emails in the interface "Tracking emails":
https://openflyers.com/fr/doc/of4/Suivi-des-emails

The written documentation for this spreadsheet is available here:

• Old interface: https://openflyers.com/fr/doc/of3/Suivi-de-maintenance
• New Interface: https://openflyers.com/fr/doc/of4/Suivi-de-maintenance

Vidéo link: https://www.youtube.com/watch?v=iJJitD7j8Ro

For example, up to version 3, it was not possible to define the types of activities for reservations when this was possible for flights. On version 4.1, this limitation is no longer valid: OpenFlyers allows to define the activities freely as well for the flights as for the reservations.

In another order, one can evoke the color code of the booking schedule. On version 3, the colors assigned to the reservations depended on the type of people who booked. While on version 4, they were linked to activity types. With version 4.1, it is now possible, via the old interface, to set the colors for each activity:
https://openflyers.com/fr/doc/of4/Configuration#Code-couleur-sur-l'ancienne-interface

In addition, it is now possible, on the old interface of the schedule, to have the color code of the new interface.

In order not to disturb the structures that wish to keep the old color rule on the old interface, we have added a parameter that allows to define, at the level of the platform and for everyone the rule of display chosen for l old interface :
https://openflyers.com/fr/doc/of4/Gestion-des-types-d'activités#Affecter-une-couleur-à-un-type-d'activité

For the sake of homogeneity, the fusion of the functionalities is accompanied by a renaming of certain terms of the old interface. For example, menu titles initially adapted to flights have become generic. Today they can be used both for flights and for bookings. Thus the term "theft" is replaced by the term "activity". The "Flights" menu becomes the "Activities" menu, and the "Flight Management" menu item becomes "Activity Management".

Initially, we did not intend to make this renaming on the old interface because it had to disappear in favor of the new one. However, we have had feedback from users located in areas where high-speed broadband, via ADSL, or 4G, via cellular phones, let alone fiber, are not on the agenda. For these users, the digital divide remains a reality. These suffer from slow loading of the new interface. In fact, the latter is more difficult to download because it contains JavaScript code which makes it possible to dynamize the behavior of the pages and to make the user experience more practical. In other words, without a tongue of wood: the new interface "serious train" (as the younger ones would say) in the countryside. And the catch is that the airfields are not in the city center ...

That's why, from the beginnings of OpenFlyers, we've always favored lightweight pages. Thus, on version 1 of OpenFlyers, in 2003, at the time of ADSL modems in 512 KB / s, the instruction was that an HTML page should not make more than 50ko. Hence the clean design of the planning. We even pushed the vice until transmitting the lines without reservation in the form of large rectangles and dividing them into small rectangles of 15 minutes in width that once received by the navigator. This technique allowed us to gain valuable kilobytes of data to be transferred and this is what made OpenFlyers successful.

In order not to penalize these users, we have decided to maintain the old interface and even to evolve it in line with the new features of version 4. At the same time, we are continuing to apply the new ergonomics to still exist on the old interface.

You would like to see, in order of importance:

• The training offered by your organization (BIA, BB, PPL, IR, etc.)
• The types of aircraft you own in the structure
• The prices of your structure
• The air baptisms and the discovery flights proposed by your structure
• The email address of your structure
• The telephone number of your structure
• Address, city and postal code of your structure
• The number of aircraft you own in the structure
• The map with the location of your structure
• The url of your site showcase

Other points can be added for those who wish:

• The surname and first name of the person responsible for the structure
• The name, first name, position, qualifications and experience of the instructors
• GPS coordinates of your location
• Your social networks

You also gave suggestions in order of importance:

• The restaurants around the aero-club
• The photos of the aero-club
• Events / events of the year
• The VAC map of the aerodrome
• A taxi number
• The centers of interest around the aerodrome

Thanks to your return, OpenFlyers will be able to begin the development of its aeronautical directory so that it will be operational soon.

As a reminder, it will consist of individualized cards listing your key information.

The OpenFlyers team thanks you again for taking the time to answer our questionnaire and wish you an excellent summer!

Indeed, we regularly receive emails or calls from people wishing to have information to make a baptism, learn to fly, learning about a helicopter flight in the Alps, etc. On the strength of this observation, we said that there was a service to be put in place that could bring you new customers and that would not cost us much to conceive and to realize, time...

Thus, each structure will have a page listing the key information that concerns it. For example: website, telephone number, types of aircraft, etc. The data collected will also be used to customize the home page of the platforms, indicating the useful information of the structure.

In order to carry out this project, we would like to associate you, from its conception, by proposing to the managers to answer a few questions through a survey. These will help us know what kind of information you find useful.

Administrators will soon receive an email warning them that the survey is in place. They will be invited to connect to their OpenFlyers platform. A page will then offer them to answer a short questionnaire. This invitation will only be displayed for people with a management profile.

This survey will also be an opportunity to reveal a new tool that we want to put at your disposal and allow you to carry out your own surveys/questionnaires with your own users. This will allow you to discover the interface from the point of view of the end user.

We thank you in advance for the time you spend on it, perhaps in the water, on the edge of a taxiway or on the edge of a grass track. In any case, have a good summer!

All OpenFlyers users can now perform a daily QCM offered by Aérogligli on their OpenFlyers platform. And, if the user is registered with Aérogligli, he can follow on OpenFlyers his level of progression to Aerogligli trainings.

In order to display the box showing the progression to the MCQ and to the courses of the logged-in user, the user's Aeroglylig user number must be entered in OpenFlyers. There are two methods:

• The manager enters this number in the Aérogligli user number column of the Personal data tab of the User list table, accessible from the main menu.
• The connected user activates the display himself by going to Personal data via the main menu and entering his Aerogligli user number in the Aérogligli user number field in the Personal informations section.

See our online documentation (FR):
https://openflyers.com/fr/doc/of4/Interfaçage-Aérogligli

This corresponds, for example, to the case of an aero-club offering an "airplane" activity and an "ultralight" activity and which invoices reservations for hours of flights to the account dedicated to each activity.

In the platforms, payments are made on this page: Old Interface › Accounts › Pay into. In the dropdown menu Payment type, choose the right terminal in the list.

Payment terminals are set up by us. For Business+ and higher subscriptions, this implementation is included : it does not generate any additional cost. See pricing catalog:
https://openflyers.com/en/tarifs

The ergonomics of the new interface uses the latest technologies from the web. Access to features is fast and intuitive thanks to tactile interactions, specific to mobile devices.

For example, the creation of reservations for any structure (training company, office rental, nautical club, aero-club, etc.) is done directly on the schedule. See the video tutorial:
https://youtu.be/tzM6hyOIpnc?list=PLY_iIHisPb1Zbx6UDAhsDKCC14AT5TsOU

Data can be managed via dynamic tables. See the video tutorial:
https://youtu.be/YylSewaTm4c?list=PLY_iIHisPb1Zbx6UDAhsDKCC14AT5TsOU

The gain in time and efficiency allows us to focus on other aspects of the business, such as customer relations, business development, etc.

In addition, the new interface implements features of its own. The most important to date is the payment at the booking (https://openflyers.com/en/actualites/paiement-a-la-reservation-sur-of4). The on-line booking schedule is coupled to an electronic payment terminal (TPE), which validates a reservation (room, boat, plane, helicopter, etc.) only if it is paid. See the video tutorial:
https://www.youtube.com/watch?v=8J-AEtHrPqg&list=PLY_iIHisPb1Zbx6UDAhsDKCC14AT5TsOU&index=1

Switching between interfaces is done via a button labeled "old interface" or "new interface" located in the menu bar of each of the interfaces (old or new).

On each platform, it is necessary to define which users have access to the spreadsheets by assigning the right to the profiles concerned:
Old Interface: Admin › Utilisateurs › Profils › check Accès aux tableurs
New Interface: Menu › Liste des profils › tab Généralités admin › check Accès aux tableurs

The affected users then access the spreadsheet via the navigation menu:
Old Interface: Admin › Tableurs › Feuille de calcul X › Accéder à la feuille de calcul
New Interface: Menu › Tableur X

Depending on the case, some of the cells in the arrays can be modified by the user, others can not.

Spreadsheets are created by OpenFlyers. They are either generic spreadsheets, identical to each platform that has subscribed the option, or custom spreadsheets, developed for a particular need.
Go to pricing: https://openflyers.com/en/tarifs

See the generic spreadsheet documentation:
Old Interface: https://openflyers.com/fr/doc/of3/Tableurs
New Interface: https://openflyers.com/fr/doc/of4/Tableurs

For example, the Maintenance Tracker spreadsheet shows the remaining usage time for a resource before the control visits. It is possible to define deadlines for the entire resource, or for a mechanical component. All visits planned during the period of use of the resource are entered from the start into the spreadsheet (control after 50 hours, 100 hours, 500 hours, etc.).

Voir la documentation sur le tableur Suivi de maintenance :
Old Interface: https://openflyers.com/fr/doc/of3/Suivi-de-maintenance
New Interface: https://openflyers.com/fr/doc/of4/Suivi-de-maintenance

Designed by an instructor with more than fifteen years of experience, iFly Innovation aims to meet the expectations of instructors in their daily practice. The instructor sets up exercises, evaluates the acquisition of skills, dispenses theoretical lessons.

IFly Innovation takes into account all these aspects of training, the organization of lessons (transfer, transfer from one exercise to a subsequent lesson, etc.) and presents synthesis tools through statistics.

The report of each lesson is digitally signed by the student and the instructor. This signature has legal validity and guarantees access to the examinations. The data are saved for 5 years, also for legal constraints.

IFly Innovation integrates all the qualifications that a pilot can claim: basic, LAPL, PPL, Night flight, Vault, UK, etc. OpenFlyers and iFly Innovation manage all types of aircraft: plane, ULM, glider, helicopter, etc. Thus, the whole field of aeroclub training is covered by the two applications, which interface in a totally transparent way for the end users, that is to say the pilots and the instructors.

On the administrator side, activation of the service is performed once and only via a web service, which OpenFlyers has set up for any structure that needs to retrieve flight data in a third party software:
https://openflyers.com/fr/doc/of4/Récupération-des-vols-par-un-logiciel-tiers

Interfacing OpenFlyers/iFly Innovation is done without surcharge on either side. Any subscriber can benefit from this service on request.

The Trombinoscope can be accessed on the Planning › Data › User list page. The photo of each user is also visible in the "Admin" part of the Admin › Users › Users page.

If no picture is defined for a user, a pictogram is displayed according to gender: woman, man, undefined.

MANAGER:

The configuration of the trombinoscope can be found on Admin › Users › Profiles page, Common tab. The manager defines, according to each profile, which users are allowed to edit their own photo. To do this, in the "Edit own photo" column, activate or deactivate the option according to each profile.

See the documentation: https://openflyers.com/fr/doc/of3/Gestion-des-profils#Généralités

The manager or any authorized person (eg secretary) can modify the photo of a given user, provided they have the "User Management" authorization. This authorization is defined on the Admin › Users › Profiles page, Common admin tab. The information for a user can then be modified on the Admin › Users › Users page, "Actions" column, "pencil" pictogram.

STANDARD USER:

On his personal card, accessible on the page Planning › Data › Display and personal data, the user has two functionalities:

• Users with the "Edit own photo" authorization can delete or change the photo.
• All users, whether they have the authorization "Edit own Photo" or not, can choose to show or hide their photo to other users.

See the documentation: https://openflyers.com/fr/doc/of3/Documentation-utilisateur#Editer-sa-photo

A reservation of airplane, driving time, room, is considered as definitive only when the user has paid.

The financial commitment makes the cancellation rate much lower. In addition, the payment must be made within fifteen minutes, which has an incentive effect. Another advantage of this feature is that it does not block indefinitely a niche waiting for payment.

If the user has enough money on their OpenFlyers account, the amount of the reservation is deducted from this account. If the balance is insufficient, the TPE allows to credit the account thanks to online payment by credit card.

Depending on the type of activity, it is possible to determine a period during which a reservation can no longer be canceled. For example, the driver of a driving school may refuse to cancel a booking less than two working days before the scheduled date.

In addition, payment upon booking supports overbooking. If a user places an option on a previously-taken slot, it is placed on the waiting list. The amount of the reservation appears on a secondary account, which will be debited only if the initial slot is released and the reservation is validated.

By default, all types of resources that had the aircraft category now have the category Avion. Therefore, if your structure has aircraft that are not aircraft, you need to change the category.

Procedure to change categories on OF3:

1. Go to the Admin section.
2. Go to the menu Resources> resource types.
3. In the Resource Types, click the Edit button (pencil) to the desired line.
4. On the Change a resource type, choose the desired category from the Category menu.
5. Click Save. Return to table of resource types automatically. The category was updated.

Procedure to change categories on OF4:

1. Open the menu.
2. Click on the icon list of the types of resources.
3. In the Resource type, click any cell in the Category column.
4. In the dialog box, select the desired type of resource.
5. The dialog window closes and the type of resource is updated in the table.

Where flights are carried out on different aircraft categories include the total by category in Aeral statistics.

How to View Aeral statistics OF3:

1. Go to the Admin section.
2. Go to the Reports menu> Aeral Statistics> instruction Hours on the profile and the type of flight selected.
3. Enter the desired settings.
4. Click View.
5. The report appears.

How to View Aeral statistics OF4:

1. Open the menu.
2. Click on the pictogram instruction Hours on the profile and the type of flight selected.
3. In the dialog box, enter the desired settings.
4. Click Ok.
5. The report appears in a new page.

• The objectives of this change are:
• Allow administrators to directly select from a library reports that interest them. There is no need to copy / paste SQL queries from the library of our documentation (https://openflyers.com/fr/doc/of3/Bibliothèque-des-rapports), complicated operation for non-computer .
• Propose intelligent filter is performed first in the selection of a report. Then OpenFlyers displays useful filters to the report. In the old version first asked filters and then would select its report. Therefore, all fields were proposed while they were not all relevant.
• Propose a thematic classification reports and make them accessible directly from the menu.
• Automate the update reports. Now, reports are centralized in a common library. If the request for a report is changed, this change applies to all platforms. Previously, reports were broken during updates because queries were specific to each platform.

On OF3:

• In version 3.6, new reports are accessed via the "Reports" menu.
• The former sub-menu "Structure" is renamed "Custom Reports".
• The 2-specific reports that were in the "Generic" submenu can be found in "Special Reports."
• The menu item "Edit Favorites reports" displays a list of all reports designed and maintained by OpenFlyers. You can test each one and choose the reports "favorites" (see below).
• The following sub-menus contain the OpenFlyers reports added to favorites and classified by themes.
• The report generation can be refined by means of filters.
• The report results are displayed in a separate page.

See the documentation for OF3: https://openflyers.com/fr/doc/of3/Gestion-des-rapports#Rapports

On OF4:

• The available reports are displayed in the user menu. They are identified by the white pictogram of a plug and a pie chart.
• By default, reports are sorted by theme files.
• A dialog box to generate the report selected using any filters.
• The report results are displayed in a separate page.

The first criterion selects a "profile". For example, the selection includes all users with the profile "pilot" or "instructor", some users may belong to two profiles. One can also select multiple profiles. This allows users to select from at least one of the checked profiles.

On OF3.6, one can also select by validity, and select users who have or do not have a certain validity. This criterion intersects with the profile profile. For example: selec all drivers who did not performed "Flying within 90 days." This way, we can send an email encouraging them to conduct flight hours.

Moreover, it is possible to select users individually. If criteria by profile or validity were applied, it removes users from the list of results returned. For example, selecting all the drivers who have not flown during the previous 90 days, except for John Smith, which was informed verbally.

Once the recipient list is established, simply enter the subject and content, choose a pictogram depicting the message and send email.

The access interface is as follows:
- OF3: Admin > Users > Mailing
- OF4: "Mailing" button in the navigation menu.

After sending, go to the email tracking interface to verify that each recipient received the message.

Documentation for version 3 : https://openflyers.com/fr/doc/of3/Mailing
Documentation for version 4 : https://openflyers.com/fr/doc/of4/Mailing

He will work in the summer as part of a fixed-term contract before continuing his studies with us study contract. Thus we move from two to three people in charge of programming. This will allow us to boost the development of version 4 while continuing to consolidate version 3. This increase in power is possible thanks to the trust of our customers. We confirm our investment model that devotes 80 to 90% of our resources in the development of the software.

Thus, new features are introduced:

• Flight reservation emails, boat or car - as appropriate - now include an attachment .ics format. This file adds the reservation associated with any kind of calendar management tool such as Microsoft Outlook, Apple Calendar or Google Calendar.
• The emails are now displayed graphically, to highlight relevant information and make reading more enjoyable, including smartphones.
• An interface has been added in order to view the history of sent emails and allow to easily find those who experienced a reception problem.

Access to the tracking page emails:

• On version 3: Admin > Utilisateurs > Suivi des emails
• On version 4: Open the menu and go to the pictogram on a yellow background "Monitoring of emails."

We set up in the email sending service reputation engagement tools (SPF, DKIM, etc.) to improve their acceptance by the receiving servers to prevent their ending up in a "spam" folder.

Thus now, managers OpenFlyers can count on two valuable assets for recovery emails in case of insufficient funds:

• Treatment of emails according to state of the art of the moment that can significantly improve their acceptance rate.
• A failed email monitoring tool and an associated interface to easily make out the problematic email addresses associated with the reason (non-existent address, box saturated with letters, refusal to spam, etc.)

In order to fund these developments, emails now include an advertising banner. This does not hinder the operation of the messages.

The continuous support be reached at 08 92 494 123 (0.35 euros TTC/ minute). The toll number allows us to offer attractive subscription rates to the extent where developers are not monopolized by phone calls.

All guests can access the OpenFlyers forum. The Business customers receive technical support by email. Premiere subscribers have free telephone support.

At any time , visit our online documentation , now distributed according to different versions of OF. Go to OF3 documentation and documentation for OF4.

On this occasion, discover OpenFlyers version 4's latest innovations.

OpenFlyers whole team will be present to respond to inquiries about its reservation, accounting and management software for flying club. Demonstration platforms will be available to test the online planning to book aircraft, ultra-light, helicopter or any other type of resource .