# F³ : Comment la configuration libre change l'approche de 1C
Le projet F³ introduit un format de configuration fondamentalement nouveau pour la plateforme 1C, basé sur du code open source, une architecture stable et une véritable attention aux besoins métier. Contrairement aux solutions standard, F³ élimine la dépendance aux mises à jour fréquentes et permet une utilisation à long terme des systèmes d'information sans être lié aux changements législatifs annuels.
Fondements conceptuels du projet
Le principal problème des configurations 1C standard est leur focalisation sur les réponses rapides aux changements législatifs au détriment des besoins des utilisateurs. F³ y remédie grâce à :
- Un code entièrement documenté et modulaire
- L'abstraction des changements législatifs
- Le support des versions anciennes de la plateforme (dès 8.3.16)
Un élément clé est le modèle GNU3, qui garantit une liberté totale du code. Cela empêche 1C d'acquérir des droits et de fermer le projet, comme cela est arrivé avec UNF. L'architecture est conçue pour abstraire les changements législatifs par paramétrisation plutôt que par codage en dur des dates et des règles.
Capacités fonctionnelles
La fonctionnalité implémentée couvre les processus métier clés :
- Gestion des ventes et des achats avec règlements mutuels complets
- Comptabilité d'entrepôt avec suivi des lots et restauration des séquences
- Intégration avec l'équipement commercial (Shtrih-M, Atol) via TOL
- Support de l'étiquetage et de l'impression des reçus
- Système flexible de droits d'accès sans utiliser les rôles 1C standard
Une attention particulière a été portée aux formulaires d'impression : la génération est gérée pour des objets individuels à l'aide de données structurées, ce qui simplifie la personnalisation. Toutes les données de service (pilotes, classificateurs) sont stockées dans un dépôt séparé plutôt que dans la base de données, ce qui améliore la portabilité du système.
Principes de développement
Décisions architecturales
JSON prime sur XML partout où c'est techniquement possible. La paramétrisation remplace les dates codées en dur dans le code : toutes les configurations sont historisées et contrôlées via des cases à cocher dans l'interface. La bibliothèque de fonctions Fixin remplace entièrement BSP, garantissant la transparence et la testabilité du code.
Une décision critiquement importante a été de se baser sur la plateforme 8.3.16. Cela permet la migration même pour des configurations obsolètes, épargnant aux entreprises les coûts d'une refonte complète du système. Les développeurs ont délibérément renoncé à la course effrénée aux nouvelles versions de la plateforme.
Système de droits d'accès
Implémenté via des restrictions programmatiques avec cinq rôles de base :
- Administrateur
- Régulateur
- Accès complet
- Consultation
- Code externe
Le contrôle d'accès est géré par :
- Vérifications à l'ouverture des formulaires
- Filtres programmatiques dans les listes
- Modifications des requêtes SQL
Contrairement aux configurations standard, il n'y a pas de rôles basés sur des cases à cocher. L'accès au menu est géré via des options fonctionnelles, permettant une personnalisation flexible de l'interface pour des tâches spécifiques.
Particularités de la comptabilité des stocks
La comptabilité par lots classique avec restauration des séquences a été choisie comme la plus pratique pour les opérations commerciales. Cette approche élimine le besoin de clôture mensuelle des périodes, simplifiant le travail avec les marchandises et lots en retard. La comptabilité par lots s'étend aux règlements mutuels, offrant une analytique de bout en bout sur l'ensemble des opérations.
Le support de RIB (bases d'information réglementées) est implémenté via le mécanisme de mise à jour de version de configuration. Cela préserve l'intégrité des données lors des migrations entre versions sans perte des enregistrements historiques.
Ce qui compte
Stabilité à long terme : Le cœur de la configuration ne nécessite pas de remplacement annuel, réduisant le coût total de possession du système comptable
Code ouvert : Accès complet aux sources sur GitHub sous licence GNU3
Support legacy : Compatible avec la plateforme 8.3.16 et supérieure sans perte de fonctionnalité
Droits flexibles : Rejette les rôles 1C standard au profit d'un contrôle d'accès programmatique
Économies sur les mises à jour : Réduit les coûts d'adaptation aux changements législatifs grâce à la paramétrisation
— Editorial Team
Aucun commentaire pour le moment.