Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Accès au service de AWS Marketplace comptage et de gestion des droits APIs
Cette section décrit le processus d'intégration au service de mesure AWS Marketplace ou AWS Marketplace Entitlement Service utilisé pour garantir l'exactitude de votre facturation et des rapports relatifs à l'utilisation par les clients de vos produits SaaS (logiciel en tant que service). Nous partons du principe que vous avez envoyé un produit Abonnements SaaS ou un produit Contrats SaaS qui a été publié dans un état limité. À l'état limité, vous pouvez utiliser vos comptes de test afin de vérifier que la configuration et le fonctionnement sont corrects, mais votre produit n'est pas disponible au public.
**Note**
Si votre produit SaaS est intégré à un autre service AWS géré qui gère le comptage d'une manière différente (comme Amazon SageMaker Ground Truth, ou AWS WAF), vous n'avez pas besoin de l'intégrer au service de comptage AWS Marketplace. Le mesurage de votre produit ne doit être effectué que dans un seul système afin d'éviter une double facturation à votre client.
**Topics**
+ [Configuration de la mesure de l'utilisation avec des abonnements SaaS](metering-for-usage.md)
+ [Vérification des droits à l'aide du AWS Marketplace Entitlement Service](checking-entitlements.md)
+ [Liste de contrôle d'intégration d'un produit SaaS](aws-marketplace-integration-checklist.md)
Pour plus d'informations sur la configuration du AWS CLI, ainsi que sur les informations d'identification, voir [Configuration du AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-getting-started.html) dans le *guide de AWS Command Line Interface l'utilisateur*. [Si vous découvrez le SDK AWS Python, consultez le guide de démarrage rapide de Boto 3.](https://boto3.readthedocs.io/en/latest/guide/quickstart.html)
# Configuration de la mesure de l'utilisation avec des abonnements SaaS
Pour les abonnements au logiciel en tant que service (SaaS), vous mesurez l'ensemble de l'utilisation, puis les clients sont facturés sur la AWS base des relevés de compteurs que vous fournissez. Pour les contrats SaaS, vous mesurez l'utilisation supérieure au volume défini dans les conditions du contrat d'un client uniquement. Les sections suivantes fournissent des informations sur la façon de configurer le comptage pour l'utilisation avec les produits SaaS.
Lorsque votre application mesure la consommation d'un client, elle fournit AWS une quantité d'utilisation cumulée. Les mesures sont effectuées pour les dimensions de tarification que vous avez définies lors de la création de votre produit, comme le nombre de gigaoctets transférés ou les hôtes analysés pendant une certaine heure. Par exemple, si vous facturez en fonction de la quantité de données envoyées dans votre application, vous pouvez mesurer la quantité de données et envoyer un relevé de mesure correspondant une fois par heure. AWS calcule la facture d'un client en utilisant les données de mesure ainsi que les prix que vous avez fournis lors de la création de votre produit.
Pour les produits compatibles avec les accords concurrents, le comptage fonctionne au niveau de la licence plutôt qu'au niveau du produit. Chaque enregistrement d'utilisation doit inclure un `LicenseArn` pour identifier à quel accord spécifique l'utilisation s'applique. `LicenseArn`Il est obtenu à partir de la réponse de l'`ResolveCustomer`API lors de l'enregistrement du SaaS. Cela permet aux acheteurs de maintenir plusieurs contrats actifs pour le même produit, l'utilisation étant suivie et facturée séparément par contrat.
**Note**
Vous pouvez éventuellement répartir l'utilisation entre les propriétés que vous suivez. Ces propriétés sont présentées à l'acheteur sous forme de balises. Ces balises permettent à l'acheteur de visualiser ses coûts répartis en fonction de l'utilisation par les valeurs des balises. Par exemple, si vous facturez par utilisateur et que les utilisateurs possèdent une `Department` propriété, vous pouvez créer une allocation d'utilisation avec des `Department` balises comportant une clé et une allocation par valeur. Cela ne modifie pas le prix, les dimensions ou l'utilisation totale que vous signalez, mais permet à votre client de consulter ses coûts par catégories correspondant à votre produit. Pour de plus amples informations, veuillez consulter [Étiquetage mesuré par le fournisseur (facultatif)](#saas-vendor-metered-tagging).
**Topics**
+ [Compteur sur une base horaire](#metering-hourly)
+ [Configurez votre produit en fonction de son utilisation](#configure-application-for-meter-usage)
+ [Étiquetage mesuré par le fournisseur (facultatif)](#saas-vendor-metered-tagging)
## Compteur sur une base horaire
Nous vous recommandons de signaler l'utilisation AWS sur une base horaire pour tous vos clients, par lots allant jusqu'à 25 à la fois. Cela donne aux clients une visibilité aussi précise que possible sur leur utilisation et leurs coûts. Si vous agrégez l'utilisation sur des périodes supérieures à une heure (par exemple, un jour), tenez compte des considérations suivantes.
+ AWS ne peut facturer aux clients l'utilisation de votre produit qu'après avoir reçu les relevés de mesure de votre part. Il vous incombe de veiller à ce que les enregistrements de mesure pour votre produit soient correctement transmis et reçus. Vous pouvez l'utiliser AWS CloudTrail pour vérifier que le ou les enregistrements que vous envoyez sont exacts. Vous pouvez également utiliser ces informations pour effectuer des audits au fil du temps. Pour de plus amples informations, veuillez consulter [Journalisation des appels d' AWS Marketplace API avec AWS CloudTrail](cloudtrail-logging.md).
+ S'il s'agit d'un SaaS avec le modèle de tarification « Abonnement » (et non les modèles de tarification « Contrat » ou « Contrat avec consommation »), l'acheteur peut se désinscrire à tout moment. Lorsque l'acheteur initie cette action de désinscription, le vendeur reçoit une `unsubscribe-pending` [notification](saas-notification.md#saas-sns-subscription-message-body) et dispose d'une heure pour envoyer toute utilisation non signalée avant la notification finale`unsubscribe-success`. Tout ce qui est postérieur à la deuxième notification ne sera pas respecté. Les deux autres modèles de tarification ont une durée définie en fonction de la date d'abonnement et l'acheteur ne peut pas se désabonner pendant cette période. Ils peuvent uniquement désactiver le renouvellement automatique. La même notification est envoyée à la fin de cette durée si elle n'est pas renouvelée automatiquement.
+ Pour les produits faisant l'objet d'accords concurrents : la notification de désabonnement et le délai d'une heure s'appliquent par accord individuel, et non par produit. Si un acheteur annule l'un des nombreux contrats actifs, vous pouvez continuer à évaluer les licences actives restantes. Seule l'utilisation pour le contrat annulé doit être soumise dans le délai d'une heure suivant la réception de la `unsubscribe-pending` notification pour cette licence spécifique.
+ Si vous n'envoyez pas de relevés de mesure toutes les heures et qu'il y a une panne d'application ou de réseau, vos données seront encore plus en retard. Cela peut entraîner une utilisation non signalée si la panne de l'application ou du réseau est rétablie après l'expiration de l'abonnement.
+ Même s'il n'y a aucune utilisation à signaler, vous pouvez continuer à envoyer des relevés de mesure toutes les heures et enregistrer une quantité de 0 s'il n'y a aucune utilisation à signaler pour cette heure. Notez qu'une fois que vous avez signalé l'utilisation par un acheteur d'une dimension égale ou supérieure à 0, vous ne pouvez pas modifier l'enregistrement. Il est donc recommandé de signaler l'utilisation de l'heure précédente. L'utilisation signalée est visible dans la console [AWS Billing and Cost Management de](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-what-is.html) l'acheteur tout au long du cycle de facturation. La console affiche chaque dimension de votre produit dans une ligne distincte avec le nombre total d'unités consommées et le coût total de cette ligne consommée pendant ce cycle de facturation ou jusqu'à présent, même si le prix de la dimension est de 0\$1 par unité. Si cette option est activée, le [rapport sur les coûts et l'utilisation (CUR) d'AWS](https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html) indique ce détail, y compris le tarif unitaire. Ces rapports ne sont pas mis à jour en temps réel.
+ Lors de la publication, l'équipe AWS Marketplace des opérations vérifiera que l'application SaaS envoie correctement le relevé de mesure avant d'autoriser la publication du produit. Généralement, l'équipe effectue une simulation d'inscription au SaaS et confirme la réception d'un enregistrement de mesure.
**Note**
Si votre produit SaaS est intégré à un autre service AWS géré qui gère le comptage d'une manière différente (comme Amazon SageMaker Ground Truth, ou AWS WAF), vous n'avez pas besoin de l'intégrer au service de comptage AWS Marketplace. Le mesurage de votre produit ne doit être effectué que dans un seul système afin d'éviter une double facturation à votre client. Notez que les nouveaux AWS WAF produits AWS Marketplace ne sont pas publiés pour le moment.
## Configurez votre produit en fonction de son utilisation
Vous utilisez l'`BatchMeterUsage`opération du service de mesure AWS Marketplace pour transmettre les enregistrements de mesure à. AWS Gardez à l'esprit les points suivants :
+ Nous invitons les vendeurs à utiliser le traitement par lots à l'aide de l'opération `BatchMeterUsage`.
+ Nous dédupliquons les demandes de mesure à l'heure.
+ Pour les produits liés à des accords non concurrents : les demandes sont dédupliquées par. product/customer/hour/dimension. For Concurrent Agreements products: Requests are deduplicated per license/customer/hour/dimension
+ Vous pouvez toujours renouveler une demande, mais si vous mesurez une autre quantité, la quantité d'origine est facturée. Pour les produits Concurrent Agreements : réessayer avec le même produit `LicenseArn` est sûr et respecte les règles de déduplication standard. Cependant, le fait de passer `ProductCode` d'une fenêtre d'utilisation à une autre ou `LicenseArn` pour la même période d'utilisation entraînera une double facturation.
+ Si vous envoyez plusieurs demandes pour la même chosecustomer/dimension/hour, les enregistrements ne sont pas agrégés.
+ Les vendeurs peuvent envoyer des relevés de mesure horodatés jusqu'à 6 heures dans le passé si le client est abonné à votre produit. Si le client se désabonne, les vendeurs doivent envoyer les relevés de mesure dans l'heure suivant la désinscription du client.
+ `BatchMeterUsage`les charges utiles ne doivent pas dépasser 1 Mo. Choisissez le nombre d'enregistrements d'utilisation à envoyer dans une `BatchMeterUsage` demande afin de ne pas dépasser la taille de la charge utile.
+ Le service de mesure AWS Marketplace est disponible dans la Régions AWS liste des [AWS Marketplace points de terminaison et des quotas](https://docs.aws.amazon.com/general/latest/gr/aws-marketplace.html) de la référence *AWS générale*. Par défaut, la région USA Est (Virginie du Nord) est activée pour les produits de mesure SaaS lorsque vous demandez votre produit. Si vous envisagez d'utiliser d'autres régions, contactez l'équipe responsable des [https://aws.amazon.com/marketplace/management/contact-us/](https://aws.amazon.com/marketplace/management/contact-us/). Pour de plus amples informations, veuillez consulter [BatchMeterUsage](https://docs.aws.amazon.com/marketplacemetering/latest/APIReference/API_BatchMeterUsage.html).
+ Contrats concurrents : un même client peut avoir plusieurs contrats actifs pour votre produit. Chaque contrat est unique `LicenseArn` et l'utilisation est suivie séparément par licence. Consultez la nouvelle intégration pour les accords concurrents [ici](https://catalog.workshops.aws/mpseller/en-US/saas/integration-for-concurrent-agreements). Pour les nouvelles implémentations, chacune `UsageRecord` doit inclure un `LicenseArn` champ pour identifier à quel accord s'applique l'utilisation. Le `LicenseArn` est obtenu à partir de la réponse de `ResolveCustomer` l'API.
**Note**
Pour les implémentations existantes : lorsque vous passez du comptage basé sur les produits au comptage basé sur les licences, n'envoyez pas les relevés de mesure avec les deux `LicenseArn` et `ProductCode` pour le même client dans la même heure. Cela se traduira par une double facturation. Ne pas inclure `ProductCode` au niveau de la demande. Le « `LicenseArn` in » `UsageRecord` identifie à la fois le produit et l'accord spécifique.
Pour des exemples de code, consultez [Exemples de code pour l'intégration de produits SaaS](saas-code-examples.md).
### Exemple : Analyse d'hôte
Votre produit analyse le matériel informatique afin de détecter les vulnérabilités de sécurité connues. Les clients initient ou planifient manuellement ces scans de leurs instances Amazon Elastic Compute Cloud (Amazon EC2). À mesure que votre produit effectue ces analyses, il calcule le nombre d'hôtes uniques analysés toutes les heures. Dans cet exemple, votre produit utilise la catégorie **Hôtes**. Vous pouvez déclarer plusieurs dimensions pour les types d'hôtes analysés. Par exemple, vous pouvez facturer les petits, moyens et grands hôtes à des tarifs différents.
### Exemple : Analyse de journaux
Votre produit SaaS effectue la synthèse des journaux générés par les produits clients, des rapports de tendances et des anomalies. À mesure que les clients chargent des journaux dans votre produit, vous mesurez la quantité de données reçues en mégaoctets, gigaoctets ou téraoctets. À la dixième minute de chaque heure, une tâche cron lit cette utilisation pour chaque client durant l'heure précédente. Cette tâche crée un rapport de traitement par lots et utilise l'opération `BatchMeterUsage` pour envoyer ce rapport à AWS. Dans cet exemple, votre produit utilise la catégorie **Données**. Votre produit peut également mesurer la quantité de données de journal stockées au cours d'une heure donnée. Dans ce cas, les mesures se basent sur deux dimensions : les données reçues au cours de l'heure et la quantité totale de données stockées au cours de l'heure. Vous pouvez continuer à mesurer les données stockées jusqu'à ce que le client supprime ces données ou jusqu'à ce qu'elles expirent.
## Étiquetage mesuré par le fournisseur (facultatif)
Le balisage mesuré par le fournisseur aide les fournisseurs de logiciels indépendants (ISVs) à donner à l'acheteur un aperçu plus précis de l'utilisation de ses logiciels et peut l'aider à répartir les coûts.
Il existe de nombreuses manières d'étiqueter l'utilisation du logiciel par un acheteur. L'une des solutions consiste à demander d'abord à vos acheteurs ce qu'ils souhaitent voir dans leur répartition des coûts. Vous pouvez ensuite répartir l'utilisation entre les propriétés que vous suivez pour le compte de l'acheteur. Les exemples de propriétés incluent `Account ID``Business Unit`,`Cost Centers`, et d'autres métadonnées pertinentes pour votre produit. Ces propriétés sont présentées à l'acheteur sous forme de balises. À l'aide de balises, les acheteurs peuvent voir leurs coûts répartis en fonction de l'utilisation selon les valeurs des balises dans leur console AWS de facturation ([https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/)). Le balisage mesuré par le fournisseur ne modifie pas le prix, les dimensions ou l'utilisation totale que vous signalez. Il permet à votre client de consulter ses coûts par catégories correspondant à votre produit.
**Note**
Contrats concurrents La mesure au niveau de la licence n'est actuellement pas prise en charge pour les produits de marquage au compteur du fournisseur (VMT). Si votre produit utilise la technologie VMT, continuez à utiliser un système de `ProductCode` mesure standard.
Dans un cas d'utilisation courant, un acheteur s'abonne à votre produit avec l'un d'eux Compte AWS. L'acheteur possède également de nombreux utilisateurs associés au même abonnement au produit. Vous pouvez créer des allocations d'utilisation à l'aide de balises dotées d'une clé de`Account ID`, puis attribuer l'utilisation à chaque utilisateur. Dans ce cas, les acheteurs peuvent activer le `Account ID` tag dans leur console Billing and Cost Management et analyser l'utilisation individuelle des utilisateurs.
### Expérience du vendeur
Les vendeurs peuvent agréger les relevés de mesure des ressources avec le même ensemble de balises au lieu d'agréger l'utilisation de toutes les ressources. Par exemple, les vendeurs peuvent créer le registre des compteurs qui inclut différents compartiments de. `UsageAllocations` Chaque compartiment `UsageQuantity` représente un ensemble de balises, telles que `AccountId` et`BusinessUnit`.
Dans le schéma suivant, la **ressource 1** possède un ensemble unique de `BusinessUnit` balises `AccountId` et apparaît dans l'**enregistrement de mesure sous** la forme d'une entrée unique.
La **ressource 2** et la **ressource 3** ont toutes deux le même `AccountId` tag`2222`, et le même `BusinessUnit` tag,`Operations`. Par conséquent, ils sont combinés en une seule `UsageAllocations` entrée dans le **registre de mesure**.
![\[Schéma illustrant la façon dont les étiquettes de mesure des fournisseurs combinent les données d'utilisation. Trois ressources (ressource 1, 2 et 3) différentes AccountIds BusinessUnits sont consolidées dans un seul enregistrement de mesure, UsageAllocations regroupées par AccountId et BusinessUnit avant d'être envoyées au AWS Marketplace Metering Service.\]](http://docs.aws.amazon.com/fr_fr/marketplace/latest/userguide/images/seller-vendor-meter-tag.png)
Les vendeurs peuvent également combiner des ressources sans balises en une seule `UsageAllocation` et l'envoyer comme l'une des entrées`UsageAllocations`.
Les limites incluent :
+ Nombre de tags : 5
+ Taille de `UsageAllocations` (cardinalité) — 2 500
+ Taille maximale de la demande : 1 Mo
Les validations incluent :
+ Caractères autorisés pour la clé et la valeur du tag : a-zA-Z 0-9\$1 -= . \$1 : \$1 /@
+ Nombre maximum de balises dans `UsageAllocation` la liste : 5
+ Deux ne `UsageAllocations` peuvent pas avoir les mêmes balises (c'est-à-dire la même combinaison de clés et de valeurs de balise). Si tel est le cas, ils doivent utiliser le même`UsageAllocation`.
+ La somme `AllocatedUsageQuantity` de `UsageAllocation` doit être égale à`UsageQuantity`, qui est l'utilisation agrégée.
+ La taille maximale de la charge utile ne peut pas dépasser 1 Mo. Cela inclut les clés d'attribut d'entrée (par exemple`UsageRecords`,`AllocatedUsageQuantity`,, balises).
**Note**
Pour vous assurer de ne pas dépasser la limite de charge utile, créez un exemple d'objet de demande avec une taille maximale en fonction des besoins de l'entreprise, convertissez l'objet en chaîne JSON et obtenez la taille en octets. Assurez-vous qu'un seul appel d'API ne dépassera pas la limite de 1 Mo. Par exemple, si une demande comportant 1 `UsageRecord` a une taille maximale de 200 Ko, n'en envoyez pas plus de 5 dans le `UsageRecords` cadre de la demande (200 Ko\$1 5 = 1 Mo).
### Expérience d'acheteur
Le tableau suivant montre un exemple de l'expérience de l'acheteur après qu'un acheteur a activé les tags `AccountId` et `BusinessUnit` vendor.
Dans cet exemple, l'acheteur peut voir l'utilisation allouée dans son **rapport d'utilisation des coûts**. Les balises mesurées par le fournisseur utilisent le préfixe. `“aws:marketplace:isv”` Les acheteurs peuvent les activer dans le Billing and Cost Management, sous **Cost Allocation Tags**, sous les **balises de répartition des coûts AWS générées**.
Les première et dernière lignes du **rapport d'utilisation des coûts** concernent ce que le vendeur envoie au service de comptage (comme indiqué dans l'[Expérience du vendeur](container-metering-meterusage.md#container-vendor-metered-tag-seller)exemple).
**Rapport d'utilisation des coûts (simplifié)**
| ProductCode | Acheteur | UsageDimension | UsageQuantity | `aws:marketplace:isv:AccountId ` | `aws:marketplace:isv:BusinessUnit` |
| --- | --- | --- | --- | --- | --- |
| xyz | 111122223333 | Réseau : par (Go) inspecté | 70 | 2222 | Opérations |
| xyz | 111122223333 | Réseau : par (Go) inspecté | 30 | 3333 | Finance |
| xyz | 111122223333 | Réseau : par (Go) inspecté | 20 | 4444 | IT |
| xyz | 111122223333 | Réseau : par (Go) inspecté | 20 | 5555 | Marketing |
| xyz | 111122223333 | Réseau : par (Go) inspecté | 30 | 1111 | Marketing |
Pour obtenir un exemple de code, consultez [`BatchMeterUsage`avec exemple de code de balisage d'allocation d'utilisation (facultatif)](saas-code-examples.md#saas-batchmeterusage-tagging).
# Vérification des droits à l'aide du AWS Marketplace Entitlement Service
Si votre produit est un produit sous contrat SaaS, votre produit appelle le AWS Marketplace Entitlement Service pour récupérer les droits du client à l'aide de l'[GetEntitlements](https://docs.aws.amazon.com/marketplaceentitlement/latest/APIReference/API_GetEntitlements.html)API. Votre produit doit vérifier l'utilisation ultérieure de ce compte auprès du service AWS Marketplace d'autorisation. Par exemple, si le client fournit 10 utilisateurs sur le compte, votre produit doit vérifier auprès du service d' AWS Marketplace éligibilité qu'il a droit à cette capacité.
Pour vérifier le droit d'un client à votre produit, utilisez l'`GetEntitlements`opération du service d' AWS Marketplace éligibilité. Le service AWS Marketplace d'éligibilité est disponible uniquement dans la région de l'est des États-Unis (Virginie du Nord), accessible via `entitlement.marketplace.us-east-1.amazonaws.com` ou`entitlement-marketplace.us-east-1.api.aws`.
`GetEntitlements`accepte un identifiant de compte AWS client, un identifiant client, un ARN de licence et une dimension en tant que filtres. `ProductCode`est un paramètre obligatoire. L'opération renvoie une liste paginée des droits. Le résultat comporte un champ `ExpirationDate` qui indique la période de validité minimale des droits. Si le client a configuré le renouvellement automatique, la date indiquée dans le ExpirationDate champ est la date de renouvellement.
Pour des exemples de code, consultez [Exemples de code pour l'intégration de produits SaaS](saas-code-examples.md).
## Récupération de droits par des actions utilisateur
Les exemples suivants peuvent vous aider à mieux comprendre le processus de récupération de droits par des actions utilisateur.
### Exemple : produit basé sur l'utilisateur
Vous proposez un produit qui autorise un certain nombre de comptes pour un client donné. Le client peut consulter un tableau de bord pour mettre en service de nouveaux utilisateurs (pour attribuer des informations d'identification par exemple). Lorsque le client met en service un nouvel utilisateur, votre produit appelle `GetEntitlements` pour vérifier que la capacité existe. Si ce n'est pas le cas, vous pouvez appeler AWS Marketplace le service de mesure pour facturer les utilisateurs supplémentaires.
### Exemple : produit de stockage de données
Vous proposez un produit qui permet aux clients de stocker une certaine quantité de données dans un formulaire chiffré ou non chiffré. Le client peut afficher un tableau de bord qui indique la quantité de données existante et allouée dans votre produit. Votre tableau de bord récupère la quantité d'allocation via `GetEntitlements`.
# Liste de contrôle d'intégration d'un produit SaaS
Avant la mise en ligne de votre produit SaaS (Software as a Service), vous devez vérifier que vous avez effectué la configuration requise. Vous pouvez utiliser la liste de contrôle d'intégration SaaS suivante pour vérifier que vous avez effectué les configurations requises.
| **Catégorie** | **Exigences** |
| --- | --- |
| Accès | J'ai envoyé un formulaire d'inscription du vendeur avec le AWS compte que vous souhaitez AWS Marketplace utiliser. |
| Accès | Avoir terminé l'inscription du vendeur, en ayant notamment renseigné les conditions générales, le compte bancaire et le formulaire fiscal W8 ou W9. |
| Accès | Rôles intercomptes configurés pour le AWS Marketplace compte enregistré. |
| Produit (langue française non garantie) | Avoir rempli le formulaire de demande de produit dans l’ Portail de gestion AWS Marketplace. |
| Produit (langue française non garantie) | AWS Compte fourni IDs pour les tests dans l'onglet Notes de l'assistant de création de produit de l'AMMP. |
| Produit (langue française non garantie) | Avoir fourni l’URL du CLUF au format .txt dans l'onglet Produits. |
| Produit (langue française non garantie) | J'ai reçu votre code produit et des informations sur les rubriques Amazon SNS de. AWS Marketplace |
| Produit (langue française non garantie) | Abonné à la rubrique Amazon SNS et création d'une file d'attente Amazon SQS pour s'abonner à la rubrique Amazon SNS. |
| Solution de facturation | Validé, vous pouvez envoyer des relevés de mesure à l'BatchMeterUsageexploitation toutes les heures pour les licences de chaque client pour les produits d'abonnement SaaS. Avoir confirmé que vous pouvez envoyer des enregistrements de mesure pour une utilisation supplémentaire par chaque client pour les produits Contrats SaaS. |
| Solution de facturation | Validé, vous pouvez vérifier les droits des clients à partir du service d' AWS Marketplace autorisation pour les produits de contrats SaaS. |
| Solution de facturation | Avoir validé que les coûts apparaissent comme prévu sur les factures générées pour les comptes de test. |
| Solution de facturation | Testé pour des situations telles que des clients non valides IDs et des abonnements annulés. |
| Produit (langue française non garantie) | J'ai renvoyé la demande de produit à AWS Marketplace pour publication. |
| Inscription | Avoir implémenté une page d'inscription HTTPS qui peut accepter les requêtes HTTP POST. |
| Inscription | Avoir confirmé que vous pouvez accepter les inscriptions de nouveaux clients. |
| Inscription | Avoir confirmé que vous ne stockez pas le jeton d'inscription dans un cookie. |
| Inscription | Validé que vous utilisez ResolveCustomer pour obtenir le ProductCodeCustomerAWSAccountId, et LicenseArn à partir du AWS jeton. |
| Inscription | Validé, vous pouvez résoudre le jeton AWS d'enregistrement reçu sans délai. |
| Inscription | Avoir testé que vous pouvez vous inscrire avec des adresses de services de messagerie tels que Gmail. |
| Inscription | Avoir testé que vous pouvez accepter des inscriptions incomplètes et plusieurs tentatives d'inscription. |
| Abonnement | Avoir testé que vous pouvez gérer les messages unsubscribe-pending et unsubscribe-success. |
| Abonnement | Avoir confirmé que vous pouvez envoyer les enregistrements de mesure finaux dans un délai d'une heure après la réception d'un message `unsubscribe-pending`. |
| Sécurité | Validé, le compte AWS root ne possède pas de clés d'API, possède un mot de passe fort et est associé à un dispositif d'authentification matérielle multifactorielle (MFA). Tous les accès administratifs se font via des identités créées avec Gestion des identités et des accès AWS (IAM). Aucun compte partagé. |
| Sécurité | Confirmation de l'utilisation des rôles IAM pour tous les accès programmatiques à Amazon Elastic Compute Cloud (Amazon EC2). Les informations d'identification ne sont pas codées en dur dans les scripts, les en-têtes ou le code source. |
| Sécurité | Avoir confirmé que vous assurez une journalisation et une consolidation des journaux complètes. |
| Sécurité | Avoir vérifié que les limites des sous-réseaux publics et privés, qui isolent les services d'application et l'accès aux systèmes de fichiers et à la base de données, sont bien définies. Avoir fait la distinction entre les définitions de classe de données qui délimitent les données sensibles et séparent les données publiques et privées. |
| Sécurité | Avoir vérifié que le chiffrement des données privées est en transit et au repos à l'aide d'une rotation planifiée des clés. |
| Sécurité | Avoir confirmé que vous disposez d'un accès et d'outils de gestion d'incidents de sécurité, et d'exercices d'intervention d'urgence planifiés régulièrement qui s'adaptent à la récupération et aux enquêtes en temps opportun. |
| Fiabilité | Avoir vérifié que le système s'adapte aux modifications de la demande, à la hausse ou à la baisse en fonction des besoins, et qu'il utilise l'équilibrage de charge pour garantir de hautes performances. Le système fournit également une mise en cache de pointe en fonction des besoins. |
| Fiabilité | Avoir confirmé que les objectifs de temps de récupération et de point de récupération ont été spécifiés, et que la reprise après sinistre a été planifiée à intervalles réguliers. Les défaillances de composants bénéficient d'une réparation automatique via des déclencheurs et des notifications automatisés. |