SoftSystem97 — Hub Jira & ServiceNow

Organisation ITSM / développement. Notifications pilote : interfaces internes et journaux uniquement — aucun courriel, aucun SMS.

Architecture anti-doublon

Client → SoftSystem97 → ServiceNow (incident) → intervention → Jira uniquement si bug code → retour SN → validation client → clôture.

  • softsystem_ticket_id
  • servicenow_incident_id
  • jira_issue_key
  • external_source / external_id
  • last_sync_at / sync_status

Jira SoftSystem97 MSP

Session à vérifier

Projet réutilisé : KAN — SoftSystem97 MSP (pas de doublon SS97DEV).

Ouvrir le board KAN Tableau Direction

ServiceNow

PDI Online — dev440424

Instance TEST https://dev440424.service-now.com — Incident + REST API Explorer prouvés. Sync SoftSystem97 après secret coffre (ss97.integration). Aucun achat.

Portail développeur

Tableau 1 — Direction

—

Tickets clients ouverts SoftSystem97

Chargement…

Tableau 2 — Technicien

Tickets affectés, priorités, SLA miroir, pauses autorisées.
Espace technicien

Tableau 3 — Développement

Bugs Jira KAN, statuts board, validations propriétaire.
Board développement

VALIDATION FINALE DE LA RÉSOLUTION

Ticket TEST SoftSystem97 ↔ incident ServiceNow. Aucun courriel / SMS.

Chargement…
En attente d’action.

Audit plateformes (pilote)

Chargement…

Base de connaissances — structure

  • procédures technicien
  • erreurs SoftSystem97
  • Microsoft 365
  • réseau
  • sécurité
  • sauvegarde
  • matériel
  • Jira
  • ServiceNow
  • intégrations

Articles TEST uniquement. Aucune donnée client réelle importée.

Journal d'intégration (sans secrets)

Aucun événement chargé.

Règles pilote

  • PILOT_NO_EMAIL=1 — aucun courriel / SMS
  • Jira Done ≠ clôture automatique SoftSystem97 / ServiceNow
  • Création Jira seulement si bug logiciel confirmé
  • Pauses SLA : attente client / pièce / autorisation / sécurité / fournisseur
  • Aucun paiement Atlassian ou ServiceNow depuis ce cockpit