Sécurité de la plateforme

Qui peut agir, sur quels dossiers ?

Pour les équipes multi-clients : distinguez les opérations d’entrepôt, les décisions du responsable et l’administration du compte. Vérifiez les refus attendus et les données exportables dès le cadrage.

Identité

Définir les responsabilités avant les accès

Utilisateurs et organisations

Identifiez le compte client, le partenaire, les entrepôts et les rôles nécessaires. L’accès à un autre client ne découle pas du seul accès à un module.

Accès système

Pour une connexion technique, précisez son identité et son périmètre. Une session assistant déléguée conserve aussi le contexte de l’utilisateur.

Contrôle d’accès

Une connexion réussie n’autorise pas toutes les actions : par exemple, la planification et la vérification VAS exigent une autorité de responsable.

Droits produit

Exemple : approuver une opération VAS

  1. Rôle

    L’opérateur soumet le travail. La décision de vérification exige le rôle de responsable ou un rôle supérieur autorisé.

  2. État du travail

    Le dossier doit appartenir au périmètre autorisé et être en attente de vérification. Un rôle de responsable ne remplace pas cette condition d’état.

Périmètre

Vérifier aussi les accès qui doivent être refusés

Cas à vérifier

  • un administrateur client demande l’export d’un autre client
  • un opérateur tente une vérification réservée au responsable
  • une action vise un entrepôt hors du périmètre de l’utilisateur

Contrôles à examiner

  • politiques d’accès appliquées à l’API et à l’action demandée
  • filtrage des dossiers selon le client et l’entrepôt concernés
  • politiques d’isolation SQL Server sur les tables couvertes, à vérifier dans le déploiement

Historique et suivi

Retrouver les événements liés au travail

Journal d’audit

Les transitions VAS enregistrent l’ordre et son changement d’état. Une vérification conserve la décision et ses notes.

Audit de sécurité

Les écrans de sécurité permettent d’examiner les tentatives de connexion et les éléments d’audit accessibles au rôle concerné.

Santé et administration

Définissez qui administre le compte et qui suit les demandes. La création d’un ticket assistant et les demandes d’export ou de téléchargement produisent des événements d’audit.

Réversibilité

Exporter neuf jeux de données identifiés

Contenu, autorisation et résultat de l’export

L’export couvre les produits, clients destinataires, commandes, lignes de commande, stock, journal de stock, instances de configuration, dérogations de configuration et événements d’audit. Ce périmètre ne constitue pas une copie de toutes les données de la plateforme.

Un administrateur client autorisé exporte son propre compte ; l’administration de plateforme dispose d’un accès plus large. Le traitement est asynchrone : un travail en cours pour le même client empêche une seconde demande, et le téléchargement attend la fin du traitement.

Le ZIP terminé contient des fichiers NDJSON, plus des CSV pour les produits et clients destinataires. Son manifeste indique versions de schéma, lignes et empreintes SHA-256 ; le statut expose aussi les échecs.

Ce que ce ZIP ne couvre pas

Les expéditions, factures, preuves de livraison, photos et vidéos de préparation ne sont pas des jeux de données de cet export standard. Une référence présente dans une commande ou un événement d’audit ne signifie pas que le document associé est inclus.

Pour reprendre aussi ces éléments, faites confirmer séparément les données et documents disponibles, leur format et leur mode de remise. N’assimilez pas cet export à une sauvegarde complète.

Définir votre périmètre de sortie

  • Lister les jeux de données et documents nécessaires, ainsi que les exclusions acceptées.
  • Désigner le compte concerné et les personnes autorisées à demander et recevoir les fichiers.
  • Convenir des contrôles de réception : fichiers attendus, nombre de lignes et vérification des SHA-256.
  • Confirmer le calendrier de remise, la durée de disponibilité et les modalités de conservation ou de suppression applicables.

Informations fournisseur

La société, le périmètre du service et les conditions utiles à votre revue fournisseur.

Prestataire et service

Les conditions logicielles désignent YSEND, sous le nom commercial YSEND GROUP, SAS française immatriculée sous le SIREN 843 222 746, comme prestataire. Votre bon de commande précise les modules, sites, utilisateurs, prestations de mise en service et support inclus.

Hébergement et données

Ce site est hébergé sur AWS Europe (Stockholm). Pour votre service, faites préciser les lieux de traitement, les sous-traitants et les durées de conservation. Le traitement de données personnelles pour votre compte relève de l’accord de traitement des données applicable.

Accès et intégrations

Vous gérez les utilisateurs autorisés, les rôles et les identifiants. Définissez le périmètre des connexions techniques lors de la mise en place. Votre organisation reste responsable de ses données sources et des intégrations qu’elle contrôle.

Support et continuité

Le niveau de support et les éventuels engagements de disponibilité, de réponse ou de reprise figurent dans votre bon de commande ou SLA. Faites préciser les canaux de support, les notifications d’incident et les modalités de sauvegarde et de restauration applicables à votre déploiement.

Export et sortie

L’export standard couvre les neuf jeux de données détaillés ci-dessus : ZIP avec NDJSON, et CSV pour les produits et clients destinataires. Confirmez séparément la disponibilité des expéditions, factures, preuves de livraison et médias. Convenez de l’assistance éventuelle, des frais, de la remise et de la suppression des données pour votre service.

Précisez la société et les services concernés, les documents attendus et votre calendrier de décision. Le périmètre documentaire et les modalités de remise sont à convenir avec notre équipe.

Demander les documents de mon projet

Mise à jour le