Dossier
SMF·CAL-COM-TEAMS
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·CAL-COM-TEAMS

Un prompt peut-il remplacer Cal.com Teams ?

Planification — booking links and calendar automation

Presque Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
15 $US/moisSource: cal.com · Vérifié le 31 juillet 2026
Par an
180 $US
Temps de fabrication
Une semaine
Catégorie
Planification
Votes
0 vote
OuiPresque (coché)Pas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : calendar integrations and reliability
Pièce Q Questions

Verdict

Cal.com est lui-même open source, donc le chemin DIY le plus honnête pour beaucoup de gens, c’est littéralement de self-héberger le vrai projet via son propre setup Docker. Ce prompt est pour construire à la place une page de réservation plus petite et sur mesure depuis zéro — un vrai projet de week-end si tu n’as besoin que d’un seul calendrier et de règles de disponibilité simples. Ce qu’une construction depuis zéro abandonne dans les deux cas au niveau d’un projet perso : plusieurs fournisseurs de calendrier, le routage round-robin en équipe, et les paiements.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis une page de réservation mono-utilisateur : connecte un Google Calendar via OAuth, publie des créneaux disponibles calculés à partir d’heures de travail configurables, une fenêtre de préavis minimum, et un horizon de réservation, et laisse un visiteur réserver un créneau sans conflit sans créer de compte. Utilise Next.js/TypeScript avec OAuth de Google Calendar et l’API Calendar, et Postgres pour stocker les réglages du compte et les fiches de réservation. Calcule la disponibilité en récupérant les blocs occupés depuis le calendrier connecté, en les soustrayant des heures de travail configurées, et en rendant le résultat dans le fuseau horaire détecté par le navigateur du visiteur (calcule tout côté serveur en UTC d’abord). Quand un visiteur réserve, crée l’événement de façon transactionnelle — vérifie les conflits et écris l’événement de calendrier en une seule étape pour éviter une course qui réserverait deux fois le même créneau sous des requêtes concurrentes. Envoie un email de confirmation avec un lien d’annulation/replanification signé (aucune connexion requise) via un fournisseur d’emailing transactionnel. Prends en charge exactement un type d’événement (une durée et une description fixes) plutôt que les multiples types d’événements configurables de Cal.com. Ne construis pas de prise en charge d’Outlook ou d’Apple Calendar, de routage équipe/round-robin, ni de collecte de paiement — c’est explicitement hors périmètre ; self-héberger le vrai Cal.com open source est la meilleure réponse si tu en as besoin. Nécessite une application Google OAuth (gratuite à enregistrer), un nom de domaine pour héberger la page de réservation, et un fournisseur d’emailing transactionnel pour les confirmations.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 plusieurs fournisseurs de calendrier (Outlook, Apple)
  • B.2 le routage round-robin et collectif en équipe
  • B.3 la collecte de paiement à la réservation
  • B.4 des années de correctifs de cas limites de fuseaux horaires

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : calendar integrations and reliability

Un logiciel de réservation gagne sa place le jour où un bug de fuseau horaire ou un créneau réservé deux fois coûte une relation client — la fiabilité sur les cas limites vaut plus que le formulaire visible.

Questions

Pourquoi ne pas simplement self-héberger le vrai Cal.com ?

Pour une équipe qui a besoin de tout son ensemble de fonctionnalités, c’est honnêtement le meilleur geste — c’est open source. Cette construction est pour une page de réservation mono-utilisateur plus petite et plus simple que faire tourner tout le projet.

Ça prend en charge Outlook ou Apple Calendar ?

Non — seulement Google Calendar dans cette version. Prendre en charge plusieurs fournisseurs, c’est un vrai travail d’ingénierie continu que le prompt laisse volontairement de côté.

Deux personnes peuvent-elles réserver le même créneau en même temps ?

L’étape de réservation transactionnelle est spécifiquement conçue pour empêcher ça — une requête gagne, l’autre voit le créneau comme pris, vérifié au moment de l’écriture plutôt que seulement dans l’interface.

Combien ça coûte à faire tourner ?

Un nom de domaine, un hébergement minimal, et le palier gratuit d’un fournisseur d’emailing transactionnel couvre un volume de réservation perso typique — réalistement quelques dollars par mois ou moins.

Récépissé

Tu l’as déjà reconstruit toi-même ?