Backend de l'archive des poteaux de lampadaires

Modèle du backend de l'archive des poteaux de lampadaires
Inventaire des poteaux, suivi des types d'ampoules et historique de maintenance

Q: À quoi ressemble une piste d'audit d'archive d'éclairage public crédible de bout en bout ?

C'est un schéma backend et une API pour suivre les poteaux, les types d'ampoules, les journaux de ballasts et l'historique de maintenance en un seul endroit.

Q: Comment les programmes d'archive d'éclairage public capturent-ils proprement la formation, les attestations et les actions correctives ?

Cela inclut Pole, BulbType, BallastLog et MaintenanceEntry, plus un diagramme ER, un terrain de jeu d'API, un dictionnaire de données et un prompt d'agent AI.

Q: Quel est le chemin recommandé pour resserrer les autorisations d'archive d'éclairage public à mesure que l'organisation grandit ?

Back4app fournit une auth gérée, un stockage de base de données, Live Queries, et des APIs REST et GraphQL pour que vous puissiez garder l'historique des poteaux à jour sans exploiter vos propres serveurs.

Q: Comment puis-je interroger les détails des poteaux dans Flutter ?

Utilisez les classes Pole et BulbType pour charger locationName, status et les spécifications des lampes dans votre UI Flutter.

Q: Comment construire un tableau de bord Next.js pour l'historique de maintenance ?

Interrogez les enregistrements MaintenanceEntry et BallastLog sur le serveur, puis affichez la piste de service des poteaux dans vos pages Next.js.

Q: Est-ce que React peut mettre en cache les enregistrements de poteaux hors ligne ?

Oui. Épinglez les résultats de Pole et BallastLog localement afin que les techniciens puissent consulter les entrées d'archive récentes sans connectivité.

Q: Comment puis-je empêcher les modifications non autorisées des entrées de maintenance ?

Utilisez la validation Cloud Code et les autorisations afin que seuls les utilisateurs approuvés puissent écrire des enregistrements MaintenanceEntry et BallastLog.

Q: Quelle est la meilleure façon d'afficher les données du type d'ampoule sur Android ?

Interrogez BulbType et attachez-le à chaque Poteau afin que l'application puisse afficher la technologie, la puissance et la durée de vie ensemble.

Un backend d'archive de poteaux de lampadaires prêt pour la production sur Back4app avec dossiers de poteaux, suivi des types d'ampoules, journaux de ballast, et historique de maintenance. Comprend un diagramme ER, un dictionnaire de champs, un schéma JSON, une aire de jeux API, et un prompt Agent IA pour une configuration rapide.

Construire avec l'agent IA Choisissez votre technologie

Éléments clés de l'archive des lampadaires

Ce modèle vous donne un backend d'archive de poteau de lampadaire avec des enregistrements de poteaux, le suivi du type d'ampoule, des journaux de ballasts et l'historique de maintenance afin que les équipes et les coordinateurs puissent travailler à partir d'une seule source de vérité.

Enregistrements axés sur le poteau — Modélisez chaque poteau avec des pointeurs de localisation, d'état, de type d'ampoule et de journal de ballasts pour un accès rapide.
Visibilité du type d'ampoule — Conservez le type d'ampoule, la puissance et les notes de remplacement attachés à l'archive au lieu de les enterrer dans des feuilles de calcul.
Historique du journal de ballasts — Stockez les journaux de ballasts avec les dates de service, les notes des techniciens et les actions de suivi.
Traçabilité de la maintenance — Liez l'historique de maintenance à un poteau afin que les inspections, réparations et remplacements restent faciles à auditer.
Accès aux archives mobiles et web — Servez les équipes de terrain et le personnel de bureau via une backend REST et GraphQL pour les archives des poteaux.

Aperçu : Archive de poteaux de lampadaire

Si la documentation de l'archive de lampadaire se trouve dans des boîtes de réception, vous serez toujours à un fichier joint manqué d'une découverte que vous ne pouvez pas défendre. Les clients le ressentent dans le délai que vous promettez. Ce modèle structure Poteau, TypeAmpoule, JournalBallast et EntréeMaintenance sur Back4app avec la piste d'audit intégrée afin que les examens des archives de lampadaire puissent montrer une chronologie défendable. Le schéma couvre Poteau (codePoteau, nomLocalisation, typePoteau, statut), TypeAmpoule (nom, technologie, puissance, heuresDeDuréeDeVie), JournalBallast (poteau, modèleBallast, dateService, noteTechnicien) et EntréeMaintenance (poteau, typeAction, réaliséÀ, résultat) avec des workflows d'auth et d'archive intégrés. Connectez votre frontend préféré et gardez l'historique des poteaux organisé.

Meilleur pour :

Systèmes d'inventaire de lampadairesArchives de maintenance des poteauxApplications sur le terrain pour les travaux publicsTableaux de bord des opérations des services publicsLancements MVPÉquipes qui ont besoin d'un BaaS pour les enregistrements et journaux de poteaux

Ce que vous obtenez dans le modèle d'archive de lampadaires

De bonnes habitudes d'archive de lampadaires ressemblent à de la discipline : les mêmes champs, le même langage de cycle de vie et la même piste d'audit à chaque fois.

Examinez d'abord Pole, BulbType et BallastLog, puis ouvrez une carte de pile pour voir les notes spécifiques au SDK et les modèles d'intégration.

Fonctionnalités clés de l'archive de lampadaires

Chaque carte technologique dans ce hub utilise le même schéma d'archive avec Pole, BulbType, BallastLog et MaintenanceEntry.

Registre des pôles

La classe Pole stocke les pointeurs poleCode, locationName, poleType, status et bulbType.

Catalogue de types d'ampoules

La classe BulbType garde le nom, la technologie, la puissance et les heures de vie.

Suivi des journaux de ballast

La classe BallastLog enregistre le poteau, le ballastModel, la date du service et la note du technicien.

Historique de maintenance

La classe MaintenanceEntry stocke le poteau, le type d'action, la date d'exécution et le résultat.

Pourquoi créer votre backend d'archive de lampadaires avec Back4app ?

Back4app vous fournit les primitives d'archive de poteaux—Poteau, TypeAmpoule, JournalBallast, et EntréeEntretien—pour que votre équipe puisse consacrer du temps aux inspections et à l'historique plutôt qu'à la rédaction de la plomberie backend.

•Suivi des poteaux et des ampoules: La classe Poteau conserve le codePoteau, le nomEmplacement, le typeAmpoule, et l'état en un seul endroit.
•Historique de l'entretien et du ballast: JournalBallast et EntréeEntretien conservent les dates de service, les notes des techniciens et les résultats pour chaque poteau.
•Accès en temps réel + API: Utilisez Live Queries pour des mises à jour d'entretien récentes tout en exposant la même archive via REST et GraphQL.

Construisez une archive de poteaux pratique avec un contrat backend unique pour les outils mobiles, web et de terrain.

Avantages principaux pour les archives de poteaux

Un backend d'archive de lampadaires qui conserve les détails des poteaux, les types de lampes et l'historique de service faciles à interroger.

Recherche de poteaux plus rapide

Recherchez un poteau par poleCode ou locationName au lieu de trier des feuilles de calcul déconnectées.

Clarté du type d'ampoule

Attachez des champs BulbType comme technologie et wattage à chaque poteau afin que les équipes sachent ce qu'elles entretiennent.

Continuité du journal de ballast

Stockez les entrées BallastLog avec serviceDate et technicianNote pour que les problèmes récurrents soient visibles.

Historique qui reste attaché

Liez les enregistrements MaintenanceEntry au même Poteau afin que l'archive conserve une trace complète du service.

Accès aux données convivial

Utilisez une API pour les inspecteurs, les superviseurs et les coordinateurs de bureau qui ont tous besoin de la même archive de poteaux.

Flux de travail de démarrage de l'IA

Générez le schéma d'archive et le plan d'intégration à partir d'une seule invite structurée.

Prêt à lancer votre application d'archive de lampadaires ?

Laissez l'agent IA Back4app structurer votre backend d'archive de poteaux et générer le suivi des types d'ampoules, les journaux de ballasts et l'historique de maintenance à partir d'une seule invite.

Construire avec l'agent IA Essayer le terrain de jeu API

Gratuit pour commencer — 50 invites d'agent IA/mois, pas de carte de crédit requise

Pile technique

Tout est inclus dans ce modèle de backend d'archive de poteau d'éclairage.

Frontend

13+ technologies

Backend

Back4app

Base de données

MongoDB

Authentification

Authentification intégrée + sessions

API

REST et GraphQL

Temps réel

Live Queries

Diagramme ER de poteau

Modèle de relation d'entité pour le schéma d'archive de poteau de lampadaire.

Diagramme ER

Voir la source du diagramme

Mermaid

erDiagram
    Operator ||--o{ Pole : "assignedOperator"
    Operator ||--o{ BulbRecord : "createdBy"
    Operator ||--o{ BallastLog : "inspectedBy"
    Operator ||--o{ MaintenanceEntry : "performedBy"
    Pole ||--o{ BulbRecord : "pole"
    Pole ||--o{ BallastLog : "pole"
    Pole ||--o{ MaintenanceEntry : "pole"

    Operator {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Pole {
        String objectId PK
        String poleNumber
        String locationLabel
        String bulbType
        Date lastBallastCheckAt
        String status
        String assignedOperatorId FK
        Date createdAt
        Date updatedAt
    }

    BulbRecord {
        String objectId PK
        String poleId FK
        String bulbType
        Date installedAt
        String notes
        String createdById FK
        Date createdAt
        Date updatedAt
    }

    BallastLog {
        String objectId PK
        String poleId FK
        Date inspectionDate
        String ballastCondition
        String actionTaken
        String inspectedById FK
        Date createdAt
        Date updatedAt
    }

    MaintenanceEntry {
        String objectId PK
        String poleId FK
        Date workDate
        String taskType
        String summary
        Boolean resolved
        String performedById FK
        Date createdAt
        Date updatedAt
    }

Flux d'intégration d'archives

Flux d'exécution typique pour l'authentification, la recherche de poteaux, les mises à jour de type d'ampoule, les journaux de ballast et l'historique de maintenance.

Diagramme ER

Voir la source du diagramme

Mermaid

sequenceDiagram
  participant User
  participant App as Streetlight Pole Archive App
  participant Back4app as Back4app Cloud

  User->>App: Sign in to review poles
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open pole archive
  App->>Back4app: GET /classes/Pole?include=assignedOperator
  Back4app-->>App: Pole list with bulbType and status

  User->>App: Add bulb record or ballast log
  App->>Back4app: POST /classes/BulbRecord
  App->>Back4app: POST /classes/BallastLog
  Back4app-->>App: Saved record IDs

  User->>App: Record maintenance history
  App->>Back4app: POST /classes/MaintenanceEntry
  Back4app-->>App: Maintenance entry saved

  App->>Back4app: Subscribe to live updates for Pole and MaintenanceEntry
  Back4app-->>App: Live query changes

Dictionnaire de champs

Référence complète au niveau des champs pour chaque classe dans le schéma d'archives d'éclairage public.

Champ	Type	Description	Requis
objectId	String	Auto-generated unique identifier	Auto
username	String	Login name for managers and field staff
email	String	Work email address
password	String	Hashed password (write-only)
role	String	Access role such as coordinator, inspector, or admin
createdAt	Date	Auto-generated creation timestamp	Auto
updatedAt	Date	Auto-generated last-update timestamp	Auto

7 champs dans Operator

Sécurité et Permissions

Comment la stratégie ACL et CLP sécurise les poteaux, types d'ampoules, journaux de ballast et historique de maintenance.

Modifications d'archive conscientes des rôles

Seuls les coordinateurs ou techniciens autorisés peuvent créer ou modifier les enregistrements Pole, BallastLog et MaintenanceEntry.

Intégrité de l'historique

Utilisez Cloud Code pour valider les entrées de ballast et de maintenance avant de les enregistrer dans la piste d'archive d'un poteau.

Accès en lecture restreint

Restreindre les lectures d'archives par district, équipe ou ordre de travail afin que les utilisateurs sur le terrain ne voient que les poteaux dont ils ont besoin.

Schéma d'archive JSON

Définition de schéma JSON brute prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

{
  "classes": [
    {
      "className": "Operator",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Pole",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "poleNumber": {
          "type": "String",
          "required": true
        },
        "locationLabel": {
          "type": "String",
          "required": true
        },
        "bulbType": {
          "type": "String",
          "required": true
        },
        "lastBallastCheckAt": {
          "type": "Date",
          "required": false
        },
        "status": {
          "type": "String",
          "required": true
        },
        "assignedOperator": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "BulbRecord",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "pole": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Pole"
        },
        "bulbType": {
          "type": "String",
          "required": true
        },
        "installedAt": {
          "type": "Date",
          "required": true
        },
        "notes": {
          "type": "String",
          "required": false
        },
        "createdBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "BallastLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "pole": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Pole"
        },
        "inspectionDate": {
          "type": "Date",
          "required": true
        },
        "ballastCondition": {
          "type": "String",
          "required": true
        },
        "actionTaken": {
          "type": "String",
          "required": true
        },
        "inspectedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "MaintenanceEntry",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "pole": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Pole"
        },
        "workDate": {
          "type": "Date",
          "required": true
        },
        "taskType": {
          "type": "String",
          "required": true
        },
        "summary": {
          "type": "String",
          "required": true
        },
        "resolved": {
          "type": "Boolean",
          "required": true
        },
        "performedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Construire avec l'Agent IA

Utilisez l'Agent IA Back4app pour générer une application d'archive de poteaux de lampadaires réels à partir de ce modèle, y compris le frontend, le backend, l'authentification, et les flux de poteaux, de type d'ampoule, de ballast, et d'historique de maintenance.

Agent IA Back4app

Prêt à construire

Créez un backend d'application d'archive de lampadaires sur Back4app avec ce schéma et ce comportement exacts.

Schéma:
1. Utilisateur (utiliser Back4app intégré) : nom d'utilisateur, email, mot de passe ; objectId, createdAt, updatedAt (système).
2. Poteau : poleCode (String, requis), locationName (String, requis), poleType (String, requis), status (String, requis), bulbType (Pointer vers BulbType, optionnel), ballastLog (Pointer vers BallastLog, optionnel) ; objectId, createdAt, updatedAt (système).
3. BulbType : nom (String, requis), technologie (String, requis), puissance (Number, requis), durée de vie en heures (Number, optionnel), notes (String, optionnel) ; objectId, createdAt, updatedAt (système).
4. BallastLog : poteau (Pointer vers Pole, requis), ballastModel (String, requis), serviceDate (Date, requis), technicianNote (String, optionnel), remplacé (Boolean, requis) ; objectId, createdAt, updatedAt (système).
5. MaintenanceEntry : poteau (Pointer vers Pole, requis), actionType (String, requis), performedAt (Date, requis), outcome (String, requis), technicianName (String, optionnel) ; objectId, createdAt, updatedAt (système).

Sécurité :
- Seuls les utilisateurs autorisés peuvent créer ou mettre à jour des entrées d'archive de poteau. Utilisez Cloud Code pour valider les écritures d'historique de poteau.

Auth :
- Inscription, connexion, déconnexion.

Comportement :
- Lister les poteaux, examiner les détails de type d'ampoule, ajouter des journaux de ballast et ajouter l'historique de maintenance.

Livrer :
- Application Back4app avec schéma, ACL, CLP ; frontend pour poteaux, types d'ampoules, journaux de ballast et historique de maintenance.

Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec cette invite de modèle pré-remplie.

Ceci est l'invite de base sans un suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.

Déployer en quelques minutes50 invites gratuites / moisAucune carte de crédit requise

API Playground

Essayez REST et les points de terminaison GraphQL contre le schéma d'archive de lampadaires. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Chargement du terrain de jeu…

Utilise le même schéma que ce modèle.

Choisissez votre technologie

Développez chaque carte pour voir comment intégrer Pole, BulbType et BallastLog avec votre pile choisie.

Ce que vous obtenez avec chaque technologie

Chaque pile utilise le même schéma d'archive de lampadaires et les mêmes contrats API.

Structure de données d'archive unifiée pour les poteaux

Gérez Pole, BulbType, BallastLog et MaintenanceEntry avec un schéma cohérent.

Requêtes de type d'ampoule pour les équipes sur le terrain

Afficher la technologie des ampoules, le wattage et lifespanHours lorsqu'un poteau est ouvert.

Historique des ballasts et de la maintenance

Conservez les notes de service attachées au même poteau afin que le travail de suivi soit facile à tracer.

Flux de travail d'archive basés sur les rôles

Séparez les actions des coordinateurs des actions des techniciens avec des autorisations et du Cloud Code.

Accès REST/GraphQL pour chaque client

Connectez des tableaux de bord, des formulaires mobiles et des outils de reporting au même backend d'archive.

Comparaison du cadre d'archive des lampadaires

Comparez la vitesse de configuration, le style SDK et le support AI à travers toutes les technologies prises en charge.

Cadre	Temps de configuration	Bénéfice d'Archivage	Type de SDK	Support AI
Flutter	Environ 5 minutes	Code source unique pour les applications d'archive des pôles de terrain et de bureau.	SDK Typé	Complet
React	Moins de 5 minutes	Tableau de bord web rapide pour l'inventaire des pôles et les journaux.	SDK Typé	Complet
React Native	~3–7 minutes	Application mobile multiplateforme pour les inspections et l'historique de maintenance.	SDK Typé	Complet
Next.js	Configuration rapide (5 min)	Portail d'archive rendu par le serveur pour les coordinateurs.	SDK typé	Complet
JavaScript	~3–5 min	Intégration web légère pour les écrans de recherche de poteaux.	SDK typé	Complet
Android	Environ 5 min	Application Android native pour les équipes sur le terrain.	SDK typé	Complet
iOS	Moins de 5 minutes	Application iOS native pour les inspections et les notes de service.	SDK Typé	Complet
Vue	~3–7 min	Interface web Reactive pour la navigation dans les archives.	SDK Typé	Complet
Angular	Configuration rapide (5 min)	Console des opérations d'entreprise pour la gestion des poteaux.	SDK Typé	Complet
GraphQL	Moins de 2 min	API GraphQL flexible pour des requêtes d'archives imbriquées.	API GraphQL	Complet
REST API	Configuration rapide (2 min)	Intégration REST API pour les outils de service et les tableaux de bord.	REST API	Complet
PHP	~3 min	Backend PHP côté serveur pour les portails d'archives.	REST API	Complet
.NET	~3–7 min	.NET backend pour les systèmes d'opérations.	SDK typé	Complet

Le temps de configuration reflète la durée prévue depuis le démarrage du projet jusqu'à la première requête Pole ou MaintenanceEntry utilisant ce schéma de modèle.

Questions Fréquemment Posées

Questions courantes sur la création d'un backend d'archive de poteaux d'éclairage public avec ce modèle.

À quoi ressemble une piste d'audit d'archive d'éclairage public crédible de bout en bout ?

Comment les programmes d'archive d'éclairage public capturent-ils proprement la formation, les attestations et les actions correctives ?

Quel est le chemin recommandé pour resserrer les autorisations d'archive d'éclairage public à mesure que l'organisation grandit ?

Comment puis-je interroger les détails des poteaux dans Flutter ?

Comment construire un tableau de bord Next.js pour l'historique de maintenance ?

Est-ce que React peut mettre en cache les enregistrements de poteaux hors ligne ?

Comment puis-je empêcher les modifications non autorisées des entrées de maintenance ?

Quelle est la meilleure façon d'afficher les données du type d'ampoule sur Android ?

Fiable pour les développeurs du monde entier

Rejoignez les équipes qui expédient des produits d'archive plus rapidement avec les modèles Back4app

Prêt à construire votre application d'archive de poteau d'éclairage public ?

Commencez votre projet d'archive de poteau en quelques minutes. Pas de carte de crédit requise.

Choisissez la technologie

Modèle du backend de l'archive des poteaux de lampadairesInventaire des poteaux, suivi des types d'ampoules et historique de maintenance