Ce rôle déverrouille la Services API v1, les opérations qui permettent à un vendeur de récupérer les tâches de service à domicile, de planifier des rendez-vous et d'envoyer des techniciens. Comme une tâche de service renvoie le nom, le numéro de téléphone et l'adresse complète du service de l'acheteur, Amazon la classe comme restreinte et la conditionne à la conformité, et non à la qualité de votre application. Nous reconstruisons exactement le fichier de sécurité et de traitement des données qu'Amazon évalue, de sorte que la raison de votre refus disparaisse.
Selon les propres termes d'Amazon, le rôle Professional Services (Restreint) « fournit l'accès aux opérations qui proposent des services additionnels tels que l'assemblage et l'installation aux acheteurs Amazon. » C'est le seul rôle qui verrouille l'accès à Services API v1 d'Amazon.
Ce rôle contrôle l'API Services v1 (chemin de base /service/v1/). Le guide des cas d'utilisation de l'API Services v1 d'Amazon indique qu'il s'agit du seul rôle requis pour toutes ses opérations, disponible uniquement pour les vendeurs, dans les régions NA, UE et FE.
La documentation des rôles d'Amazon nomme explicitement deux opérations sous ce rôle : getServiceJobs (« renvoie une liste de détails des tâches de service pour la requête de filtre spécifiée ») et addAppointmentForServiceJobByServiceJobId : « ajoute un rendez-vous à la tâche de service indiquée par l'identifiant de tâche de service spécifié. » Le rôle contrôle l'ensemble complet de l'API Services v1, pas seulement ces deux opérations.
« Restreint » est la propre classification d'Amazon : cela signifie que le rôle « nécessite des informations sensibles, qui peuvent inclure des informations personnelles identifiables (PII). » Pour tout rôle restreint, vous « devez fournir des informations supplémentaires sur votre utilisation des données et vos contrôles de sécurité », ce qui correspond au fichier qu'Amazon évalue réellement.
Le guide des cas d'utilisation regroupe les 17 opérations en quatre étapes de flux de travail. Celles-ci couvrent l'ensemble du cycle de vie des tâches d'un vendeur de services, de la recherche de travaux nécessitant une action, à leur affectation, jusqu'à leur clôture avec justificatif.
Étape 1, Récupération des données de tâche de service. getServiceJobs renvoie la liste des tâches nécessitant une action du vendeur, filtrée par requête (marketplaceIds est obligatoire) ; getServiceJobByServiceJobId récupère une tâche unique par son identifiant. Amazon décrit ces opérations comme aidant les prestataires de services à « obtenir et modifier leurs commandes de service ».
Étape 2, Planification des rendez-vous et affectation des ressources. addAppointmentForServiceJobByServiceJobId réserve un rendez-vous ; rescheduleAppointmentForServiceJobByServiceJobId le déplace ; assignAppointmentResources affecte le(s) technicien(s) au créneau.
Étape 3, Clôture des tâches de service. setAppointmentFulfillmentData enregistre l’exécution ; createServiceDocumentUploadDestination crée une destination de téléversement pour les documents de preuve/d’exécution ; completeServiceJobByServiceJobId et cancelServiceJobByServiceJobId ferment ou annulent la tâche.
Étape 4, Capacité et planification. updateSchedule, createReservation, updateReservation et cancelReservation définissent la disponibilité des équipes ; getAppointmentSlots, getAppointmentSlotsByJobId, getRangeSlotCapacity et getFixedSlotCapacity lisent la capacité disponible. Le résumé des capacités d’Amazon couvre l’accès aux détails des tâches, la confirmation ou le report des rendez-vous, la définition des affectations de ressources et des données d’exécution, la gestion des plannings de capacité qui déterminent la disponibilité des rendez-vous, ainsi que l’intégration des données de service pour la planification des itinéraires et de l’exécution.
L’énumération principale serviceJobStatus comporte sept valeurs : NOT_SERVICED, CANCELLED, COMPLETED, PENDING_SCHEDULE, NOT_FULFILLABLE, HOLD et PAYMENT_DECLINED. getServiceJobs peut également filtrer par serviceOrderIds, productOrderIds, trackingIds, dates de planning, ASINs, compétences requises et identifiants de magasin.
Une charge utile ServiceJob est hautement sensible car elle combine l’identité d’un acheteur, son emplacement physique et une heure planifiée. C’est exactement la raison pour laquelle le rôle est « Restreint » et nécessite un Restricted Data Token.
buyer : le nom, le téléphone et isPrimeMember de l’acheteur.
serviceLocation → address : l’adresse complète du domicile / lieu de service et le téléphone de l’acheteur : addressLine1, addressLine2, addressLine3, city, county, district, stateOrRegion, postalCode, countryCode, phone et name.
appointmentTime : startTime et durationInMinutes : le moment où un technicien se trouvera à cette adresse.
scopeOfWork (asin, title, quantity, requiredSkills) et associatedItems (asin, title, quantity, orderId, itemStatus, brandName, itemDelivery), ainsi que assignedTechnicians (technicianId, name).
Pourquoi Amazon restreint ces données. Le nom de l’acheteur + l’adresse complète + le téléphone + un créneau horaire programmé suffisent à localiser physiquement une personne à un moment connu. La définition de classe d’Amazon est explicite : un rôle restreint « nécessite des informations sensibles, qui peuvent inclure des données personnelles identifiables (PII) ».
Restricted Data Token (RDT). Étant donné que la charge utile contient des PII, les opérations restreintes de Services nécessitent un Restricted Data Token délivré par l’API Tokens (createRestrictedDataToken). Le RDT est transmis à la place du jeton d’accès normal lors de l’appel restreint, avant que les champs PII ne soient renvoyés.
Ce rôle existe pour un type d’activité : les vendeurs qui fournissent un service complémentaire en personne au domicile de l’acheteur, ainsi que le logiciel qui gère cette opération. Il est réservé aux vendeurs, en Amérique du Nord, dans l’UE et en Extrême-Orient.
Récupérez des tâches complémentaires (assemblage de meubles, fixation de téléviseurs, installation d'électroménagers et de systèmes CVC, montage d'équipements de fitness) et envoyez un technicien à l'adresse de l'acheteur.
Confirmez les créneaux, reprogrammez en cas de changement de planning de l'acheteur et gérez les absences avec les opérations addAppointmentForServiceJobByServiceJobId et reschedule.
Affectez des techniciens via assignAppointmentResources et transmettez les adresses et les fenêtres horaires à un logiciel de routage, le guide mentionne explicitement la planification des itinéraires et des exécutions.
Définissez la disponibilité des équipes via updateSchedule et les opérations de réservation afin que la vitrine ne propose que des créneaux pouvant réellement être pourvus.
Téléchargez les documents d'achèvement et les photos avec createServiceDocumentUploadDestination, enregistrez les données d'exécution et marquez les tâches comme terminées ou annulées.
Surveillez les démarrages à l'heure, l'achèvement dans la fenêtre de rendez-vous, les absences et les interruptions d'exécution en lisant les données serviceJobStatus et de rendez-vous.
En a besoin : les vendeurs de services proposant des services professionnels ou complémentaires Amazon (installateurs, assembleurs, réparateurs, techniciens CVC et électroménager, prestataires d'installation à domicile) ; les plateformes de gestion de services sur le terrain (FSM) et de planification/ordonnancement ; les WMS/OMS/ERP qui doivent fusionner une commande produit avec sa commande de service liée (associatedItems.orderId relie un job de service à l'achat du produit) ; les outils de routage et de dernier kilomètre consommant l'adresse et l'heure de rendez-vous ; et les outils de gestion des effectifs et de planification des capacités pilotant la disponibilité des créneaux.
N'en a pas besoin : les vendeurs purement en ligne ou FBA sans composante de service à domicile. Le rôle est réservé aux vendeurs et limité aux régions NA, UE et FE.
Un examen de rôle restreint est une évaluation de la sécurité et de la protection des données. Amazon évalue la conformité et la cohérence, pas la copie. Pour ce rôle, cela signifie prouver que vous pouvez détenir de manière responsable le nom, le téléphone et l'adresse d'entrée d'un acheteur.
Réponses aux candidatures, rédigées de manière cohérente. Chaque questionnaire et réponse de sécurité en texte libre raconte une seule histoire : pourquoi le rôle est nécessaire, quels champs de données personnelles vous utilisez et comment vous les protégez.
Une justification rôle par rôle. Un objectif clair, une base juridique et une durée de conservation pour le nom de l'acheteur, le numéro de téléphone, l'adresse de service et l'heure de rendez-vous que le rôle renvoie, limité à la fourniture du service et rien de plus.
Une politique de traitement des données et de confidentialité publiable. L'une des deux choses qu'Amazon vérifie pour une application privée : une véritable page de politique couvrant la collecte, le traitement, le stockage, l'utilisation, le partage et la suppression.
Une liste de contrôle de mise en œuvre. Chaque contrôle en langage clair : les données personnelles conservées au maximum 30 jours après la livraison puis supprimées de manière sécurisée, TLS 1.2+ en transit et AES-128+ au repos, accès avec privilèges minimaux et MFA, journaux sans données personnelles conservés 12 mois ou plus, un manuel de réponse aux incidents avec notification sous 24 heures, et une authentification via OAuth d'Amazon (Login with Amazon) uniquement.
Nous sommes un cabinet de conformité marketplace, pas une agence de développement. Nous n'avons jamais besoin de votre code, de vos serveurs ou de votre compte Amazon, nous construisons le dossier ; votre responsable informatique met en œuvre la liste de contrôle sur votre infrastructure.
Amazon vous dit rarement ce qui n'a pas fonctionné. La décision se résume presque toujours à une seule phrase : votre documentation de sécurité et de conformité ne répondait pas aux exigences. Pour ce rôle, cela signifie généralement un ou plusieurs des éléments suivants :
Amazon examine les preuves, pas les promesses. Nous éliminons chacune de ces raisons, de sorte qu'il ne reste aucun motif de conformité pour vous refuser.
Remplissez le formulaire et nous confirmerons votre rôle, votre parcours et les prochaines étapes. Le dossier standard pour rôle restreint est de 650 €, livré en 48 heures, obtenu ou remboursé sous réserve de nos CGV. Vous développez un logiciel d'installation ou de service sur site pour plusieurs vendeurs ? Réservez un appel pour un périmètre personnalisé.
Contenu relu par Loïc Segui (COO & CTO), équipe Conformité Marketplace de Fenchell · dernière mise à jour le 29 juin 2026. Nous ne promettons jamais d'approbation : même lorsque votre dossier est préparé correctement, Amazon conserve le droit de refuser l'accès restreint sans justification. Les chiffres indiqués sur cette page (accès obtenus, taux de réussite) sont basés sur des cas clients réels et ne constituent pas une garantie de résultat ; les résultats varient en fonction de votre situation et de la décision d'Amazon. Fenchell Capital OOD, Société bulgare basée à Plovdiv (EIK 207945095).
Best Service. “Getting approved for access to the Amazon API was a real challenge for us. Fenchel and their team stepped in, audited our functionality, and helped us understand precisely what Amazon's software review team was looking for — which made all the difference.”