État des fonctionnalités
État des preuves · 18 septembre 2026
Validé signifie qu’un jalon local documenté a réussi ses tests délimités. Cela ne signifie ni disponibilité générale ni recette de production.
01
Digital Twin physique
VALIDÉUne place précise pour chaque fibre.
Tête de réseau / PoP → baie → tiroir → cassette → position. H14T1-B-02-12 désigne la baie H14T1, le tiroir B, la cassette 02, la position 12. Les chambres relient équipements, ports, câbles, tubes et fibres. Types, couleurs et sélection réseau en cascade rendent le contexte physique explicite.
02
FiberCircuit
VALIDÉSuivez la continuité optique. Conservez chaque changement.
FiberCircuit / FiberRoute désigne le parcours optique actuel ; CablePath le cheminement physique des câbles ; RouteGeometry la géométrie. Des jalons locaux valident les circuits nommés et la publication des épissures à la clôture du travail. Un croisement validé à MH15 recalcule les connexions concernées et conserve topologie précédente, intervenant et preuves.
03
Import de tracés
VALIDÉVérifiez la géométrie avant de la confirmer.
Des adaptateurs bornés GeoJSON, KML et KMZ et un assistant d’import contrôlé ont réussi des jalons locaux. Déposer → détecter → géométrie et chambres ordonnées → client/site → baie, tiroir, cassette, position source → câble/tube/fibre → destination → valider → enregistrer. Original et versions géographiques restent conservés. Les autres formats exigent leurs propres preuves.
04
Recherche réseau unifiée
VALIDÉRetrouvez identités, équipements et contexte.
La recherche localement validée couvre inventaire physique, positions, libellés câble/tube/fibre, client/site, circuits enregistrés, tracés et adresses, avec filtres et pagination. La proximité relève d’un jalon spatial distinct. Cela ne prouve pas une résolution Smart Work ou code-barres/QR dans tous les domaines.
05
Espace cartographique technique
VALIDÉLa géométrie ne remplace pas la connectivité.
La validation locale couvre les points PostGIS enregistrés, tracés actifs, couches bornées par emprise, requêtes de proximité et accès autorisé aux objets. Cet espace de coordonnées n’intègre pas de fond de rues configuré. Les couches circuits, câbles, équipements, clients, travaux, défauts et techniciens autorisés évoluent avec leurs domaines. La navigation externe ne remplace pas la base technique.
06
Ordres de travail / gestion
VALIDÉOrdre de travail ↔ identité réseau ↔ équipe terrain ↔ historique.
Les jalons locaux couvrent planification et preuves d’épissure à la clôture. Les interventions conservent Smart Work Number, type, priorité, état, client/contact/site, sélection réseau, plusieurs techniciens et superviseurs responsables, avec un superviseur principal facultatif. Affectation, dispatch, présence sur site et clôture gardent leur contexte. La recette opérationnelle complète reste ouverte.
07
Technicien / superviseur
EN DÉVELOPPEMENTChaque intervention conserve ses preuves.
Travaux affectés, démarrage, arrêt, reprise, clôture, fibres actives/inactives, notes, photos, paires d’épissure et preuves par étape sont implémentés par lots ciblés. L’arrêt est une escalade liée au travail vers le superviseur. Approbations, replanification contrôlée et conditions de clôture restent soumises aux droits et à la poursuite de la recette.
08
Notifications
EN DÉVELOPPEMENTLe bon événement pour le bon rôle.
Les règles de destinataires par entreprise/travail, la boîte de réception et la file d’e-mails ont des tests locaux ciblés. Affectation, alertes superviseur, priorité, clôture, rapport disponible et approbation relèvent du modèle prévu. Livraison SMTP réelle, notifications natives et recette du transport temps réel restent ouvertes.
09
Localisation de défauts
EN DÉVELOPPEMENTDonnez un contexte réseau à la distance mesurée.
Un aperçu déterministe en lecture seule corrèle circuit actuel sélectionné, tracé explicite et distance mesurée, avec longueur de lancement et surlongueur configurables. Une connectivité ambiguë ou une géométrie insuffisante empêchent de fournir des coordonnées. L’analyse enregistrée liée à sa source est en développement ; aucune précision topographique garantie.
10
Tests & mesures
EN DÉVELOPPEMENTL’analyse conserve ses preuves originales.
OTDR, iOLM, OLTS, IL, ORL, OPM/PPM, FIP, CD et PMD s’appuient sur un modèle neutre documenté. Original, enregistrement normalisé, métadonnées brutes et analyse restent distincts. Dans l’implémentation revue, SOR et iOLM propriétaire sont des pièces jointes uniquement : aucune analyse fabricant ni compatibilité universelle n’est revendiquée.
11
Centre d’import unifié
EN DÉVELOPPEMENTDétecter. Prévisualiser. Valider. Enregistrer.
Le centre en développement accepte des sources uniques/multiples et des lots ZIP bornés, avec conservation des originaux. Classification par adaptateur, aperçu, résolution des liens et rapports scellés rendent les résultats explicites. Les correspondances ciblées CSV/XLSX/XLSM données seules ne couvrent pas tous les tableurs. Aucune macro ni contenu actif n’est exécuté.
12
Lasschema
EN DÉVELOPPEMENTDistinguez instruction de travail et identité de fibre.
Les correspondances liées aux feuilles et lignes sources permettent la planification et l’export du schéma actuel en développement. Un surlignage bleu n’est pas une fibre bleue. Les travaux confirmés alimentent l’état épissé/libre actuel ; originaux et historique sont conservés. Aucune compatibilité universelle de mise en page Excel.
13
Code-barres / QR
EN DÉVELOPPEMENTVérifiez l’équipement, pas seulement son étiquette.
Les identités persistantes ont un jalon local. Scans de début, cassette et fin et demandes explicites de dérogation sont en cours d’intégration. L’approbation ou le refus par un superviseur/responsable autorisé exige motif et preuve d’audit. Le parcours bureau et la recette élargie restent ouverts.
14
Historique & preuves
EN DÉVELOPPEMENTQui a changé quoi, où, quand et pourquoi ?
L’historique structuré relie travaux, fibres, circuits, câbles, équipements, défauts, tests, épissures, photos, documents, acteurs et dates. Les preuves optiques avant/après sont validées ; l’espace unifié et les domaines supplémentaires suivent des tests ciblés d’implémentation.
15
Rapports et modèles PDF
Implémenté dans le code examinéDes documents issus des données du travail.
Choisissez une source réelle via Generate from data. Les familles couvrent équipements, chambres, câbles, tracés, mesures, clients, employés, heures, coûts, imports, revues et QR. Les rapports de tâche partagent leur moteur et leurs annexes. As-Built exclut les travaux proposés ou planifiés. Les exemples de mise en page restent distincts des rapports remplis.
16
Identité de l’entreprise
EN DÉVELOPPEMENTVotre identité sur vos documents.
Profil et identité versionnés prennent en charge raison sociale/nom commercial, logo, adresse, téléphone, e-mail, fiscalité, site et pied de rapport/facture. Les documents conservent l’identité XANDER. Ces fonctions locales ne constituent pas une version généralement disponible.
17
Ask XANDER AI
EN DÉVELOPPEMENTUne aide étayée, des actions encadrées.
Un assistant facultatif en lecture seule utilise des preuves sélectionnées et autorisées avec consentement explicite au traitement externe. Questions réseau/défauts, correspondances d’import, historique, brouillons et analyse de facturation sont des axes d’assistance. Aucun fournisseur actif n’est vérifié. Règles déterministes, droits, confirmation et audit gouvernent les actions sensibles ; l’IA ne modifie pas seule les données critiques.
18
Soudeuses & appareils
SELON ADAPTATEURDes adaptateurs aux limites explicites.
Un registre versionné et des preuves d’épissure manuelles/JSON neutre comparent paire attendue et paire réelle dans une implémentation locale. Matériel physique, SDK fabricants, Bluetooth, USB/Serial et pilotes Wi-Fi/LAN ne sont pas vérifiés. Enregistrer un appareil ou déposer un fichier n’établit pas une connexion instrument réelle.
19
Accès entreprise et permissions
Implémenté dans le code examinéChaque opération dans son contexte autorisé.
R354.7 vérifie entreprise, rôle et permissions spécifiques. Ingénierie, finances, affectations et approbations ont leurs propres règles. Les abonnements contrôlent aussi la connexion. Ces contrôles observés dans le code ne constituent ni certification ni nouvel audit de production.
20
Une plateforme, plusieurs clients
EN DÉVELOPPEMENTDes données et règles communes au bureau et sur le terrain.
Windows, Web, iPhone, Android et tablette constituent l’orientation multiplateforme. Les parcours Web validés localement se distinguent des enveloppes, paquets signés et clients natifs testés sur matériel. Aucune sortie native, parité complète ni recette hors ligne n’est annoncée. Les paramètres centraux relient entreprise, utilisateurs, réseau, imports, rapports, facturation et IA.
21
La performance dès la conception
EN DÉVELOPPEMENTChargez le contexte nécessaire.
Fichiers optimisés, requêtes indexées, pagination, cache, chargement progressif et tâches de fond adaptées guident le développement. Les cartes utilisent des requêtes bornées par emprise. Les recettes finales de charge, restauration et performance restent ouvertes ; les objectifs techniques ne sont pas des garanties de service.
22
Stratégie hors ligne
PRÉVURendez la synchronisation explicite.
Le mode hors ligne sélectif prévu doit distinguer données confirmées par le serveur, modifications locales en attente et synchronisations échouées/en conflit. Des tests matériels natifs et de reprise sont nécessaires avant de revendiquer une disponibilité opérationnelle hors ligne.
24
Assets
Implémenté dans le code examinéChaque équipement dans son contexte.
Un espace unifié relie les Head Ends, chambres, boîtiers et équipements enregistrés. Recherchez l’inventaire et consultez les relations connues. QR Library propose des étiquettes PDF/SVG ; le concept 2D/3D reste une proposition.
25
Fiber Engineering Studio
Implémenté dans le code examinéConcevez à partir du réseau existant.
Explorez l’inventaire dans un atelier 2D avec recherche, filtres, zoom et inspecteur. Repérez les connexions et coordonnées manquantes. Le canevas propose tracés, fourreaux, câbles, objets ponctuels, mesures, calques et brouillons enregistrés. La vue est schématique ; les objets proposés ne modifient pas les équipements réels.
26
Auto Route
Implémenté dans le code examinéDes extrémités à une proposition de tracé vérifiable.
Analysez les chambres, câbles et fibres enregistrés entre deux points. Vérifiez le parcours physique, la continuité optique, la capacité et les données manquantes. Enregistrez la proposition et prévisualisez le dossier de travail. Une proximité géographique ne prouve pas une soudure.
27
Work Packages & Approval
Implémenté dans le code examinéUne transmission contrôlée vers le terrain.
Préparez des plans par emplacement avec instructions et connexions proposées. Examinez les PDF/SVG, téléchargez le ZIP ou affectez le dossier à une tâche. Le technicien documente l’exécution ; le superviseur affecté approuve les changements avec conservation des versions. Un conflit bloque la transaction.
28
Work Cost & Rate Card
Implémenté dans le code examinéLe coût et la valeur de chaque intervention.
Les intervalles de travail clôturés fournissent les heures réelles ; l’exécution enregistrée fournit les quantités de soudures et d’entrées de câbles. Les tarifs distinguent coût, prix de vente, taxe, devise et facturabilité par rôle, personne ou activité. Consultez coût réel, montant net facturable et marge estimée. Les lignes facturées sont verrouillées.
29
Job Invoices
Implémenté dans le code examinéDu travail enregistré à la facture client.
Sélectionnez les lignes facturables non encore facturées d’une tâche. Vérifiez quantités, prix, taxes, client et échéance. Émettez une facture numérotée avec identité d’émetteur conservée, exportez le PDF et enregistrez les paiements partiels ou complets. Les factures émises sont immuables ; aucun rapprochement bancaire intégré n’est supposé.
30
Platform Billing & Subscriptions
Implémenté dans le code examinéGérez la relation commerciale avec chaque entreprise.
La facturation de plateforme est distincte des interventions. Gérez offres, dates d’abonnement, limites utilisateurs/appareils et accès. Émettez les factures, suivez soldes et retards, puis enregistrez paiements ou avoirs. La préférence de renouvellement ne déclenche pas de prélèvement.
31
Planning & On Call
Implémenté dans le code examinéLes bonnes personnes dans le planning.
Les vues jour, semaine, mois et chronologie regroupent services, astreintes principales/remplaçantes, absences et disponibilités. Recherchez par rôle ou service. Les modèles Excel propres à l’entreprise vérifient lignes, conflits horaires et imports répétés.
32
Mail & Communication
Implémenté dans le code examinéReliez les échanges au travail.
La messagerie interne comprend réception, envoyés, brouillons, favoris et archives, réponses, pièces jointes et contexte de tâche. Les messages automatiques couvrent comptes, affectations, approbations, factures et paiements. Communication Settings affiche file et tentatives. Un fournisseur est requis pour l’envoi externe ; Capture n’envoie rien.
33
Closure Studio
Implémenté dans le code examinéPréparez les soudures et préservez l’historique.
Les plans conservent la version Closure Studio affectée et séparent les travaux proposés du réseau enregistré. Les techniciens documentent l’exécution. L’approbation applique les changements examinés et conserve la version précédente ; seules les marques du périmètre terminé sont retirées.