XANDERXANDERFIBER INTELLIGENCE
FR Langue
EnglishNederlandsFrançaisDeutsch
Ouvrir XANDER ↗

XANDER / FIBER INTELLIGENCE

Un état clair. Des progrès démontrables.

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.

É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.

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ÉVELOPPEMENT

Chaque 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ÉVELOPPEMENT

Le 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ÉVELOPPEMENT

Donnez 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ÉVELOPPEMENT

L’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ÉVELOPPEMENT

Dé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ÉVELOPPEMENT

Distinguez 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ÉVELOPPEMENT

Vé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ÉVELOPPEMENT

Qui 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ÉVELOPPEMENT

Votre 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ÉVELOPPEMENT

Une 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 ADAPTATEUR

Des 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ÉVELOPPEMENT

Des 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ÉVELOPPEMENT

Chargez 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ÉVU

Rendez 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.

XANDER / FIBER INTELLIGENCE

De la tête de réseau au client. De l’ordre de travail à l’historique réseau.