@slotchain/sdk 1.2.4 → 1.3.0

package/dist/index.cjs.js

@@ -306,6 +306,10 @@ var BookingClient = class {
   /**
    * Create a new booking (publishes booking.created event)
    * POST /api/v1/bookings
+   *
+   * Provide either `slot_id` (explicit) or `tenant_id` (auto-resolve).
+   * When only `tenant_id` is given the API resolves the first active slot for that tenant,
+   * creating a default slot if none exists — so callers never need to manage slot IDs.
    */
   async create(data) {
     const response = await this.client.post(
@@ -314,6 +318,38 @@ var BookingClient = class {
     );
     return response.data;
   }
+  /**
+   * Create a booking for a specific service item (job posting, class, product, etc.)
+   * without requiring the caller to supply or know a slot ID.
+   *
+   * The API resolves the correct slot for the tenant automatically, creating a
+   * default slot if none exists. This is the preferred method for application flows
+   * where slots are an internal infrastructure concern, not a user-facing concept.
+   *
+   * POST /api/v1/bookings  (with tenant_id instead of slot_id)
+   *
+   * @example
+   * ```typescript
+   * const booking = await slotly.booking.createFromServiceItem({
+   *   tenantId: 'tenant-123',
+   *   serviceId: 'service-abc',
+   *   serviceItemId: 'item-xyz',
+   *   customerInfo: { name: 'Jane Smith', email: 'jane@example.com' },
+   *   extraData: { kind: 'job_application', booking_moment: 'submitted' },
+   * });
+   * ```
+   */
+  async createFromServiceItem(data) {
+    return this.create({
+      tenant_id: data.tenantId,
+      customer_info: data.customerInfo,
+      booking_data: {
+        service_id: data.serviceId,
+        service_item_id: data.serviceItemId,
+        ...data.extraData
+      }
+    });
+  }
   /**
    * Update booking by ID
    * PUT /api/v1/bookings/:id