Access Development est un fournisseur de réseaux de fidélité et de réductions pour les organisations à adhésion, associations et employeurs d'Amérique du Nord, qui propose en marque blanche des programmes d'avantages pour les membres, de récompenses et de réductions pour les salariés. Pour les opérateurs, il apporte des publics fermés de membres aux États-Unis et au Canada : membres d'associations, salariés et participants à des programmes de fidélité qui parcourent un catalogue de plus d'un million d'offres de commerçants dans la restauration, le commerce, le voyage et le divertissement, un canal en dehors de la recherche grand public ouverte.

Connecter Access Development à Ventrata synchronise vos disponibilités et vos prix et transmet les réservations, modifications et annulations, avec émission automatique des billets.

Pour en savoir plus sur un partenariat avec Access Development, rendez-vous sur accessdevelopment.com.

Site web principal	accessdevelopment.com
Tags	B2B Marketplace · Deals & Corporate Benefits
Marchés de destination	🇨🇦 Canada · 🇺🇸 États-Unis
Marchés sources	🌎 Monde
Spécialités	Programmes fermés d'avantages pour les membres et de réductions pour les salariés
Fonctionnalités de la connexion	Availability Sync · Pricing Sync · Bookings Sync
GMV réservé via Ventrata (12 derniers mois)	US$10k+
Développé par	Access Development (via l'API OCTO de Ventrata)

Cette connexion revendeur vous permet de vendre vos produits via Access Development sans gérer manuellement les disponibilités, les prix et les réservations. Les fonctionnalités de cette connexion incluent :

Availability Sync – Access Development consulte vos disponibilités en temps réel dans Ventrata.
Pricing Sync – Access Development récupère vos prix à partir de la tarification revendeur définie dans Ventrata.
Bookings Sync – les réservations, modifications et annulations provenant d'Access Development sont créées instantanément dans Ventrata, et les clients reçoivent des billets Ventrata.

Créer la connexion Access Development

🔐 Autorisations de rôle requises : See Connections, Modify Connections, See Connection Key

Avant de commencer :

Vous devez avoir un accord commercial avec Access Development pour qu'il vende vos produits. Pour vous renseigner sur un partenariat, contactez-le via accessdevelopment.com.
Vous devez avoir créé Access Development en tant que Revendeur (Reseller) dans Ventrata, avec sa tarification (prix public, prix de gros/commission) correctement définie. Notez que cette connexion API exige que le revendeur utilise le mode de règlement « Facturer sur mon compte » (Bill to my account).

Dans le Ventrata Dashboard, allez dans Les liaisons → Les liaisons (Connections → Connections), cliquez sur + Nouvelle connexion (+ New Connection), puis sélectionnez Access Development dans la liste des partenaires.
Sélectionnez le revendeur Access Development dans la liste de vos revendeurs (il doit être créé avant la connexion). La connexion héritera de la configuration du revendeur, comme la tarification, les destinations autorisées, les produits, etc.
(Facultatif) Vous pouvez aussi donner à la connexion le Nom (Name) de votre choix, ce qui peut être utile si vous prévoyez d'avoir plusieurs connexions Access Development et souhaitez les distinguer plus facilement à l'avenir.
Cliquez sur le bouton Créer un(e) Connexion Octo (Create Octo Connection).

📗 ASTUCE

Si nécessaire, vous pouvez aussi autoriser ou exclure des produits ou des destinations au niveau de la connexion, en plus de ce que vous avez configuré sur le revendeur.

Mapper les produits vers Access Development

Partagez de manière sécurisée la clé API OCTO affichée sur la connexion que vous avez créée avec votre contact chez Access Development, et demandez-lui de mapper vos produits via l'API OCTO de Ventrata, avec la tarification (octo/pricing) activée. En général, l'équipe d'Access Development s'en charge en quelques jours ouvrés au maximum.

Votre configuration Ventrata est terminée. Vous n'avez aucune autre étape à effectuer.

📗 ASTUCE

Access Development peut accéder à tous les produits activés sur la connexion, mais vous pouvez aussi lui indiquer les identifiants de produit et d'option (Product ID et Option ID) affichés sur la page de la connexion lorsque vous le contactez, afin de préciser ce qu'il faut mapper.

Gérer la connexion Access Development

Autoriser ou exclure des produits : limitez les destinations, produits et options auxquels Access Development peut accéder. Découvrez comment autoriser ou exclure des produits.
Renommez la connexion pour distinguer plusieurs connexions Access Development.

Fonctionnalités de la connexion en détail

Cette section s'adresse à tous ceux qui veulent savoir précisément comment fonctionne la connexion Access Development : quels appels de l'API OCTO de Ventrata Access Development effectue, à quel moment, et ce que cela signifie pour vous. Chaque appel renvoie vers la documentation de l'API de Ventrata.

En bref : Access Development récupère dans Ventrata tout ce dont il a besoin. Il lit vos produits, consulte vos disponibilités (et vos prix, lorsqu'il les demande), et envoie les réservations et les annulations. Ventrata n'envoie pas les changements à Access Development : toute modification effectuée dans Ventrata parvient à Access Development lors de sa prochaine consultation.

Les délais indiqués sont typiques pour Access Development et arrondis ; ils peuvent changer si Access Development modifie sa façon de synchroniser.

Product Mapping	❌	Vous ne pouvez pas mapper les produits depuis Ventrata. Access Development les mappe de son côté, via votre gestionnaire de compte ou le portail d'Access Development. Le fonctionnement est le suivant : Get Products (`GET /products`) – lorsque Access Development configure votre connexion, puis chaque fois qu'il actualise ses fiches, il lit chaque produit activé sur la connexion, avec ses options et ses unités (types de billets comme Adulte ou Enfant). Get Product (`GET /products/{productId}`) – Access Development relit un produit précis pour prendre en compte les modifications de ses options, unités, délais limites de réservation et paramètres. Mappage du côté d'Access Development – Access Development associe chaque option et unité Ventrata à ses propres fiches et types de billets. Votre gestionnaire de compte chez Access Development s'en charge pour vous, ou vous le faites dans le portail d'Access Development s'il en propose un. Il vous suffit de partager la clé API de la connexion. En général, avec Access Development : Il relit chaque produit environ toutes les 2 heures. Ce que cela signifie pour vous : Access Development ne peut vendre que ce qu'il a mappé. Lorsque vous ajoutez un produit, une option ou une unité dans Ventrata, Access Development peut le voir lors de sa prochaine actualisation, mais ne le vendra pas tant qu'il n'est pas mappé. Prévenez donc votre gestionnaire de compte chez Access Development à chaque ajout.
Content Sync	❌	Access Development ne lit pas le contenu de vos produits dans Ventrata. Access Development utilise les descriptions, images et autres contenus configurés de son côté : mettez donc votre contenu à jour directement avec Access Development.
Availability Sync	✅	Access Development consulte vos disponibilités en temps réel dans Ventrata. Ventrata n'envoie pas les changements de disponibilité à Access Development. Le fonctionnement est le suivant : Availability Check (`POST /availability`) – Access Development envoie un produit, une option et une date ou une plage de dates. Ventrata répond avec chaque jour ou créneau réservable, son statut (`AVAILABLE`, `LIMITED`, `SOLD_OUT`, `CLOSED` ou `FREESALE`), les places restantes, le délai limite de réservation et un `availabilityId`, dont Access Development a besoin pour réserver ce créneau. Availability Calendar (`POST /availability/calendar`) – renvoie un résumé par jour plutôt que chaque créneau, généralement pour indiquer les dates ouvertes dans un sélecteur de dates. Vérification à la réservation – lorsqu'un client réserve, Ventrata vérifie à nouveau la capacité avant de créer la réservation : Access Development ne peut donc pas surréserver un créneau qui vient d'être complet, même si les disponibilités qu'il a enregistrées sont légèrement obsolètes. En général, avec Access Development : Availability Check : Access Development vérifie vos produits tout au long de la journée, en commençant généralement 20 jours à l'avance et en couvrant une seule journée par requête ; il consulte les dates jusqu'à environ 5 mois à l'avance et revérifie le même produit et les mêmes dates environ toutes les 8 heures. Availability Calendar : Access Development vérifie vos produits tout au long de la journée, en commençant généralement à la date du jour et en couvrant 51 jours par requête ; il consulte les dates jusqu'à environ 9 mois à l'avance et revérifie le même produit et les mêmes dates environ toutes les 5 heures. Les vérifications sont les plus nombreuses entre 15 h et 21 h UTC, ce qui laisse penser que la plupart sont effectuées en direct, pendant que les clients naviguent sur Access Development. Ce que cela signifie pour vous : lorsque vous fermez une date, modifiez la capacité ou affichez complet dans Ventrata, Access Development l'affiche après sa vérification suivante. Pour les dates qu'il vérifie régulièrement, c'est dans un délai d'environ 8 heures. Les dates plus lointaines sont généralement vérifiées moins souvent.
Pricing Sync	✅ / ❌	Vos prix ne sont renvoyés avec les disponibilités que lorsque Access Development les demande, ce qu'il ne fait pas toujours. Le fonctionnement est le suivant : Capability `octo/pricing` – Access Development demande les prix en ajoutant `octo/pricing` à l'en-tête `Octo-Capabilities` de ses requêtes. Sans cela, Ventrata envoie les disponibilités sans aucun prix. Availability Check (`POST /availability`) – lorsque la tarification est activée, chaque jour ou créneau est renvoyé avec votre prix par unité (type de billet) : le prix public payé par le client et le prix net que vous facturez à Access Development, tous deux issus de la tarification du revendeur dans Ventrata (prix public et prix de gros/commission). Prix de groupe – lorsque Access Development envoie aussi le nombre de personnes réservant pour chaque type d'unité, Ventrata calcule le prix exact pour ce groupe. C'est important pour les tarifs selon la taille de la réservation (Booking Size) et les autres tarifs de groupe. Booking Reservation (`POST /bookings`) et Booking Confirmation (`POST /bookings/{uuid}/confirm`) – la réservation est renvoyée avec son prix public et son prix net définitifs : la réservation dans Ventrata enregistre donc toujours le prix auquel elle a été vendue. En général, avec Access Development : Access Development ne demande `octo/pricing` que pour une partie de ses consultations de disponibilités : toutes les fiches n'utilisent donc pas forcément vos prix Ventrata. Access Development envoie le nombre de personnes par type d'unité, de sorte que les prix de groupe sont calculés pour la réservation réelle. ‼️ IMPORTANT – Demandez l'activation de la tarification. Lorsque vous demandez à Access Development de mapper vos produits, demandez-lui aussi d'activer la tarification (`octo/pricing`), ou activez-la vous-même si vous effectuez le mappage dans le portail d'Access Development. Sinon, elle risque d'être désactivée, et Access Development ne recevra pas vos prix Ventrata.
Promotions Sync	❌	Vos promotions Ventrata ne s'appliquent pas sur Access Development. Les prix sur Access Development n'incluent pas les promotions que vous créez dans Ventrata. Mettez en place vos promotions directement avec Access Development.
Bookings Sync	✅	Les réservations et annulations effectuées sur Access Development sont créées instantanément dans Ventrata, et les clients reçoivent des billets Ventrata. Le fonctionnement est le suivant : Blocage : Booking Reservation (`POST /bookings`) – lorsqu'un client commence le paiement sur Access Development, Access Development envoie le produit, l'option, le créneau choisi (`availabilityId`) et une unité par personne. Ventrata vérifie à nouveau la capacité et crée une réservation `ON_HOLD`, qui bloque les places pendant que le client paie. S'il n'y a plus de place, Ventrata refuse le blocage. Confirmation : Booking Confirmation (`POST /bookings/{uuid}/confirm`) – une fois le paiement effectué, Access Development confirme le blocage, avec sa propre référence de réservation et les coordonnées du client. La réservation passe au statut `CONFIRMED` dans Ventrata, et Ventrata renvoie votre référence de réservation ainsi que les billets (un par personne) ou un bon (un par réservation), selon la configuration de votre produit, chacun avec un QR code et un lien PDF. Access Development les transmet au client, qui les présente à votre entrée comme n'importe quel billet Ventrata. Expiration : si le client ne termine pas son paiement, Access Development ne confirme jamais la réservation, et le blocage expire de lui-même en libérant les places. Annulation : Booking Cancellation (`POST /bookings/{uuid}/cancel`) – lorsqu'un client annule sur Access Development, Access Development annule la réservation dans Ventrata. Ventrata n'accepte l'annulation que si la réservation peut encore être annulée et que le délai limite d'annulation de l'option n'est pas dépassé. Sinon, la demande est refusée et Access Development doit vous contacter. Modification : Access Development n'utilise pas Booking Update (`PATCH /bookings/{uuid}`) : une modification arrive donc très probablement dans Ventrata sous la forme d'une annulation suivie d'une nouvelle réservation. En général, avec Access Development : Access Development ne définit pas de durée de blocage : c'est donc la durée de blocage par défaut qui s'applique. Une réservation Access Development typique concerne environ 3 personnes. Access Development vérifie aussi les réservations qu'il a effectuées, avec Get Booking (`GET /bookings/{uuid}`) environ une fois par jour, par exemple pour rapprocher ses données. ‼️ IMPORTANT – Les réservations sont synchronisées dans un seul sens, d'Access Development vers Ventrata. Si vous annulez, modifiez ou refaites une réservation d'Access Development dans Ventrata, par exemple dans le Dashboard, Access Development n'en est pas informé. Contactez Access Development pour que la réservation soit également annulée ou modifiée de son côté, ou demandez au client d'annuler via Access Development.
Pickups/Dropoff Sync	❌	Access Development n'envoie pas les informations de prise en charge ou de dépose avec ses réservations. Si vos produits incluent une prise en charge, vérifiez auprès d'Access Development comment il recueille les informations de prise en charge, ou organisez-les directement avec le client.
Custom Questions Sync	❌	Access Development n'envoie pas les réponses à vos questions de réservation. Si vous vous appuyez sur des questions de réservation, par exemple les noms ou les besoins alimentaires, vérifiez auprès d'Access Development comment il recueille ces informations.
Extras Sync	❌	Les extras et options supplémentaires ne peuvent pas être réservés via Access Development. Les clients ne peuvent réserver que vos produits et options principaux sur Access Development. Vendez les extras séparément, par exemple à l'arrivée.
Redemption Sync	❌	Les validations ne sont pas signalées à Access Development. Ventrata n'informe pas Access Development lorsqu'un billet est scanné ou validé. Access Development ne voit une validation que s'il relit la réservation dans Ventrata.
Pass Walkup Scanning Sync	❌	Les détenteurs d'un pass Access Development ne peuvent pas être scannés à votre entrée sans réservation. Les clients d'Access Development doivent disposer d'une réservation effectuée via Access Development avant leur visite.
Gift Card Sync	❌	Les cartes cadeaux Ventrata ne peuvent être ni vendues ni utilisées via Access Development. Les cartes cadeaux achetées dans Ventrata ne peuvent pas être utilisées sur Access Development, et Access Development ne peut pas vendre de cartes cadeaux Ventrata.

✅ pris en charge · ✅ / ❌ limité · ❌ non pris en charge

Bon à savoir : limites et détails de la connexion Access Development

Délais : les disponibilités et les prix ne parviennent à Access Development que lorsqu'il les consulte : il y a donc toujours un court délai après une modification dans Ventrata.
Délai limite d'annulation : Access Development ne peut annuler via l'API qu'avant le délai limite d'annulation de votre option. Les annulations plus tardives doivent être convenues avec vous.
Ce qu'Access Development peut voir : uniquement les destinations, produits et options autorisés sur le revendeur et sur la connexion, et ouverts à la vente sur la source API directe. Découvrez comment autoriser ou exclure des produits.
Billets : Access Development émet les billets ou le bon (voucher) Ventrata qu'il reçoit à la confirmation : le scan et la validation fonctionnent donc comme d'habitude.
Réservations test : Access Development peut envoyer des réservations test pendant la configuration de la connexion. Les réservations test n'utilisent pas vos disponibilités et ne sont pas facturées.

FAQ

Aucun produit ne s'affiche sur la page de la connexion.

Vérifiez les destinations, produits et options autorisés sur votre revendeur et votre connexion. Vérifiez ensuite que vos produits et options sont ouverts à la vente sur la source API directe. Si le problème persiste, contactez notre Support technique.

Mes produits Ventrata utilisent des tarifs selon la taille de la réservation (Booking Size), et la tarification ne fonctionne pas correctement sur Access Development.

Après chaque modification de tarif, mettez à jour le mappage des produits pour que les catégories du partenaire restent synchronisées avec Ventrata. Assurez-vous que le tarif est ouvert à la vente via l'API directe.

📚 En savoir plus sur les connexions Ventrata

Informations sur le partenaire

Access VG, LLC

1012 West Beardsley Place, Salt Lake City, Utah 84119

United States

accessdevelopment.com

ID partenaire Ventrata : 5249c29a-f760-4659-8c34-608d0fdcf697

Access Development : connexion revendeur