---
title: "Requiply 1.2.2: clientes en el menú principal, mejoras en automatizaciones y un selector de fechas más flexible | Requiply"
description: "Requiply 1.2.2 convierte Clientes en una sección principal con permisos por usuario, añade la acción de flujo de trabajo Send Internal Email, un selector de fechas configurable para las reservas y una duración mínima de reserva, y lanza la primera API pública en beta con gestión de tokens"
canonical_url: "https://requiply.com/es/blog/1-2-2-release-notes"
last_updated: 2026-05-04
locale: es
meta:
  "og:description": "Requiply 1.2.2 convierte Clientes en una sección principal con permisos por usuario, añade la acción de flujo de trabajo Send Internal Email, un selector de fechas configurable para las reservas y una duración mínima de reserva, y lanza la primera API pública en beta con gestión de tokens"
  "og:title": "Requiply 1.2.2: clientes en el menú principal, mejoras en automatizaciones y un selector de fechas más flexible"
  "twitter:description": "Requiply 1.2.2 convierte Clientes en una sección principal con permisos por usuario, añade la acción de flujo de trabajo Send Internal Email, un selector de fechas configurable para las reservas y una duración mínima de reserva, y lanza la primera API pública en beta con gestión de tokens"
  "twitter:title": "Requiply 1.2.2: clientes en el menú principal, mejoras en automatizaciones y un selector de fechas más flexible"
---

![Requiply 1.2.2: clientes en el menú principal, mejoras en automatizaciones y un selector de fechas más flexible](https://requiply.com/.netlify/images?w=10&h=10&fm=webp&q=50&blur=3&url=%2Fblog%2Freleases%2F1-2-2%2Fcover.png)

## ¿Qué hay de nuevo en Requiply 1.2.2?

Esta versión abre Requiply a tu equipo, a tu forma de trabajar y al ecosistema de desarrolladores. **Clientes** sale de los ajustes y se convierte en una sección de primer nivel controlada por permisos por usuario. Los flujos de trabajo ahora pueden avisar a tu equipo, no solo a tus clientes, con la nueva acción **Send Internal Email**. La creación de reservas incorpora un **estilo de selector de fechas** configurable, para que el proceso de reserva se ajuste a cómo alquila realmente tu negocio: por días o por horas. La duración de la reserva gana un **mínimo** obligatorio para proteger los márgenes del inventario que se alquila por horas. Y el cambio principal: Requiply incluye ahora una **API pública en beta**, con tokens gestionados y una versión v1 estable para integraciones a medida.

---

## 1. Clientes, ahora una sección del menú principal con permisos por usuario

![Navegación principal de Requiply con la nueva sección de primer nivel Clients junto a Inventory, Reservations y Reports](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fclients-main-menu-en.png)

Hasta ahora, el área de Clientes (CRM) estaba dentro de los ajustes y, en la práctica, solo la usaban los administradores. En la 1.2.2 pasa a ser una **sección de primer nivel** en la navegación principal, justo donde se usa a diario, junto a Reservations e Inventory.

### Qué ha cambiado en Clientes

Nueva entrada en el menú principal: Clients, con las subpáginas habituales Manage, Add, Edit e Import

Nuevo permiso de cuenta: Allow Client Management, para dar acceso al CRM sin otorgar todos los derechos de administrador

Los usuarios que no son administradores solo ven Clients cuando el permiso está activado en su cuenta

Los datos, etiquetas y segmentos de clientes existentes no cambian: solo cambia el acceso

### Dónde se configura

![Panel de permisos de cuenta de Requiply con el nuevo interruptor Allow Client Management junto a los permisos de Inventory, Service, Reservations, Reporting y Web Site](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fclient-permission-en.png)

Abre **Settings → Organization Settings → Accounts** (Ajustes → Ajustes de la organización → Cuentas), edita un usuario y activa **Allow Client Management**. El permiso se suma a la lista existente (`Inventory Manage`, `Service Manage`, `Reservations Manage`, `Reporting Access`, `Web Site Manage`).

Cuando el permiso está desactivado, el elemento **Clients** se oculta del menú lateral y las rutas `/clients/*` redirigen a una página de acceso denegado, de modo que la interfaz coincide con lo que el usuario puede hacer de verdad.

**Casos de uso prácticos:**

- **El personal de recepción** de un alquiler de bicicletas ya puede gestionar las fichas de clientes (añadir clientes nuevos, editar datos de contacto, consultar el historial) sin recibir derechos de administrador sobre la facturación o el inventario
- **Los gestores de cuentas** de una empresa de equipos para eventos tienen acceso completo al CRM, mientras el personal de inventario se queda fuera de la base de datos de clientes
- **Los coordinadores** de un parque de maquinaria de construcción ven y editan clientes, pero no pueden cambiar precios ni ajustes

---

## 2. Send Internal Email: flujos de trabajo que avisan a tu equipo

![Editor de flujos de trabajo de Requiply con la nueva acción Send Email to List, la lista de destinatarios y el selector de plantillas](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Finternal-email-action-en.png)

Hasta ahora, los emails de los flujos de trabajo siempre iban al **cliente**. Muchos equipos necesitan lo contrario: un aviso interno cuando pasa algo importante, como un reembolso, un cliente que no se presenta, una reserva de última hora o una reserva de alto valor. La versión 1.2.2 cubre ese hueco con un nuevo tipo de acción.

### La nueva acción

Nuevo tipo de acción: Send Email to List, para notificaciones internas por email

Define una lista de direcciones de destinatarios directamente en el flujo de trabajo (propietario, responsable, bandeja de entrada compartida, etc.)

Usa el mismo motor de plantillas que los emails a clientes: la imagen de marca y los marcadores dinámicos funcionan sin configurar nada

Añade tantos destinatarios como necesites, sin herramientas de automatización de terceros

### Disparadores con los que puedes combinarla

Se admiten todos los disparadores de flujos de trabajo existentes: la acción se conecta al motor que ya usas.

| Disparador | Ejemplo de uso |
| --- | --- |
| **Status reached** (se alcanza un estado) | La reserva pasa a *Cancelled*: se avisa al responsable al instante |
| **Payment status reached** (se alcanza un estado de pago) | El pago pasa a *Refunded* o *Failed*: se avisa al propietario para hacer seguimiento |
| **Booking created** (reserva creada) | Un alquiler con poco inventario recibe una nueva reserva pública: el propietario se entera en cuanto llega |
| **Relative time reached** (se alcanza un tiempo relativo) | 24 horas antes del inicio de la reserva: el responsable de operaciones recibe un recordatorio de preparación |

### Configuración

Abre **Settings → Workflows → Add Workflow** (Ajustes → Flujos de trabajo → Añadir flujo) o edita uno existente, elige un disparador y selecciona la acción **Send Email to List**. Escoge una plantilla de email, añade una o varias direcciones de destinatarios y guarda.

**Casos de uso prácticos:**

- **Alquiler de coches boutique**: cuando el estado de pago cambia a *Refunded*, se envía automáticamente un email al propietario para que ningún reembolso pase desapercibido
- **Estudio de fotografía**: cuando se crea una reserva para el mismo día desde la web pública, el responsable del estudio recibe un aviso al instante para preparar el espacio
- **Parque de maquinaria de construcción**: 24 horas antes del inicio de cada reserva, el coordinador recibe un resumen para dejar la carga organizada la noche anterior
- **Alquiler para eventos**: cuando una reserva de alto valor pasa a *Cancelled*, ventas y operaciones reciben el aviso para volver a ofrecer esa franja rápidamente

---

## 3. Ajustes de creación de reservas: elige el selector de fechas que encaja con tu modelo

![Página de ajustes Booking Creation de Requiply con la opción Date Picker Type y las alternativas Range y Single-day](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fbooking-creation-settings-en.png)

Cada negocio de alquiler piensa el tiempo de una forma distinta. A un alquiler de coches le importan los *días*. A un estudio le importan las *horas dentro de un día*. El proceso de reserva ahora se adapta a tu modelo.

### Qué ha cambiado en la creación de reservas

Una nueva página de ajustes, **Booking Creation**, está en *Settings → Reservations → Booking Creation*. Su opción principal, **Date Picker Type**, te permite elegir cómo seleccionan fechas y horas tus clientes (y tu personal).

### Los dos estilos de selector

Selector de rango, con inicio y fin por separado (por defecto): el cliente elige una fecha y hora de inicio y una fecha y hora de fin. Ideal para alquileres de varios días en los que el inicio y el fin caen en días distintos

Selector de un solo día, con una fecha y un rango horario: el cliente elige una única fecha y un rango de horas en ese día. Ideal para servicios en el mismo día, como estudios, visitas guiadas, clases y alquileres por horas

### Dónde se aplica el ajuste

Página de reservas pública: el selector que ven tus clientes al reservar online

Página interna Add Booking: la que usa tu personal para introducir reservas a mano

App móvil: aplicará este ajuste en la próxima versión

**Casos de uso prácticos:**

- **Alquiler de vehículos**: mantén el selector de rango, ya que las recogidas y las devoluciones abarcan varios días de forma natural
- **Estudio de grabación**: cambia al selector de un solo día, y los clientes reservan un sábado de 14:00 a 18:00 en un solo paso, sin tener que introducir la misma fecha dos veces
- **Empresa de visitas guiadas a pie**: el selector de un solo día encaja a la perfección: eliges una fecha y la franja de las 10:00 o de las 14:00
- **Alquiler de salas de reuniones por horas**: el selector de un solo día mantiene el proceso de reserva corto y evita que los clientes reserven por error pasada la medianoche

---

## 4. Duración mínima de la reserva: protege tus márgenes

![Página de ajustes Reservation Duration de Requiply con el nuevo campo Minimum Reservation Duration junto a los márgenes de tiempo de inicio y de fin](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fmin-duration-en.png)

La página de ajustes **Reservation Duration** incorpora un nuevo control: un límite mínimo obligatorio para la duración de una reserva.

### Qué ha cambiado en la duración de las reservas

Nuevo campo: Minimum Reservation Duration, en minutos, horas o días, como prefieras

Por defecto: 1 día (1440 minutos), para mantener el comportamiento anterior en las organizaciones existentes

Se aplica en la página de reservas pública y en los procesos internos para añadir reservas

El selector muestra un mensaje de validación claro que indica el mínimo configurado, para que el cliente entienda por qué se rechaza su selección

Funciona junto a los márgenes de tiempo de fecha de inicio y de fin que ya están en la misma página

### Por qué importa

Sin un mínimo, los clientes podían reservar franjas de 15 minutos poco rentables en inventario por horas, o incluso reservas de duración cero a través de casos límite. Fijar un mínimo protege los márgenes y refleja cómo fijan realmente sus precios la mayoría de los negocios de alquiler.

**Casos de uso prácticos:**

- **Estudio de grabación**: fija un mínimo de 2 horas para que nunca se reserve el estudio para una franja de 30 minutos que no compensa y que aun así exige todo el montaje
- **Alquiler de yates**: fija un mínimo de 4 horas para que coincida con la franja comercial más corta que tienes tarifada
- **Pase de día de coworking**: fija un mínimo de 1 hora para que un clic despistado no cree una reserva de 5 minutos
- **Alquiler de equipos**: mantén el valor por defecto de 1 día para reflejar la estructura de precios actual sin reconfigurar nada

---

## 5. API pública (beta): construye lo tuyo sobre Requiply

El mayor cambio de la 1.2.2: Requiply incluye ahora una **API HTTP pública y documentada**. Está en **beta**: los endpoints y los formatos de datos son estables para uso en producción, pero durante este periodo podemos añadir campos y, en raras ocasiones, introducir cambios con nueva versión.

### Nueva página de ajustes: API Keys

Abre **Settings → Organization Settings → API Keys** (solo administradores). Crea, nombra, renombra y revoca claves cuando quieras.

Dos tipos de clave: Publishable (rq\_pk\_live\_…) para uso de confianza en el front-end y Secret (rq\_sk\_live\_…) para llamadas entre servidores

Los tokens se muestran una sola vez al crearlos y después solo se guardan como hash más los 4 últimos caracteres: no se pueden recuperar, solo rotar

Cada clave muestra: nombre, tipo, valor enmascarado, fecha de creación, fecha del último uso y estado

Revoca cualquier clave al instante si se filtra una credencial, sin abrir ninguna incidencia de soporte

### Autenticación

Todos los endpoints públicos están bajo `/api/public/v1/…` y aceptan un token Bearer:

```
Authorization: Bearer rq_sk_live_xxxxxxxxxxxxxxxx
```

### Endpoints disponibles en la v1

Organización: GET /org/info para los datos de la organización, sedes, métodos de pago aceptados y zona horaria

Catálogo: GET /inventory/list, /inventory/groups/{id}, /categories/list

Disponibilidad y precios: POST /availability/calendar, /availability/items, /pricing/quote

Reservas: POST /bookings/create y GET /bookings/{id}

Clientes: POST /clients/lookup para encontrar un cliente existente o crear uno

### Límite de peticiones

100 peticiones por ventana deslizante de 60 segundos, por clave. Las llamadas que lo superan devuelven `HTTP 429` con una cabecera `Retry-After`.

### Lo que permite hoy

Procesos de reserva a medida: integra la disponibilidad y el pago de Requiply en tu propia web, app móvil o quiosco

Integraciones operativas: sincroniza el inventario o las reservas con ERP, herramientas de contabilidad, paneles de logística o sistemas de cerraduras inteligentes

Automatizaciones: crea flujos de trabajo al estilo de Zapier o n8n que van más allá de lo que cubre nuestro motor de flujos integrado

Agentes y copilotos de IA: alimenta con datos de Requiply asistentes propios que respondan a preguntas de clientes o preparen borradores de reservas

### Hacia dónde vamos

Esta API es la base de nuestra apuesta por los desarrolladores. La hoja de ruta a partir de aquí:

Servidor MCP: un servidor Model Context Protocol para que los agentes de IA (Claude, Cursor, asistentes propios) puedan leer datos de Requiply y actuar sobre ellos en nombre de los operadores

SDK oficiales: clientes tipados, primero para TypeScript/JavaScript y después para Python

Integraciones con Lovable, v0 y otras herramientas de creación con IA: bloques de Requiply listos para usar, para que un propietario sin conocimientos técnicos describa la experiencia de reserva que quiere y la obtenga generada sobre nuestra API

### Por qué esta dirección

En Requiply creemos que el futuro del software empresarial **no** es un único creador de webs cerrado al que todos tengan que adaptarse. Es un backend estable y bien documentado que se encarga de las partes difíciles (cálculo de disponibilidad, pagos, planificación, cumplimiento normativo) y, encima, una capa próspera de herramientas asistidas por IA con la que propietarios y desarrolladores pueden componer experiencias atractivas y a medida en horas en lugar de semanas. La versión de hoy es el primer paso deliberado hacia ese mundo.

---

## Preguntas frecuentes

###

Los administradores mantienen el acceso completo automáticamente. Los demás usuarios solo tienen acceso cuando les concedes el nuevo permiso "Allow Client Management" en su cuenta. Es intencionado: así decides quién del equipo debe gestionar ahora las fichas de clientes.

###

En la 1.2.2 la lista de destinatarios se define directamente en el flujo de trabajo (una lista fija de direcciones internas). Los destinatarios dinámicos tomados de los datos de la reserva o del cliente están en la hoja de ruta.

###

No. Las reservas existentes conservan sin cambios sus horas de inicio y fin guardadas. El estilo del selector solo afecta a cómo se crean las reservas nuevas desde la página pública y desde el proceso interno Add Booking.

###

El mínimo es un límite obligatorio de duración de la reserva y es independiente de los precios. Si tu franja tarifada más corta es de 2 horas, fija el mínimo en 2 horas para que los clientes no puedan crear reservas por debajo de ese límite.

###

Sí. "Beta" significa que podemos añadir campos nuevos y, en raras ocasiones, introducir cambios con nueva versión, no que la API sea inestable. Los endpoints bajo /api/public/v1/ están pensados para integraciones en producción desde hoy, y cualquier cambio incompatible saldría en una versión nueva.

###

Los tokens de API se crean en Settings → Organization Settings → API Keys (solo administradores). Puedes crear tantos como necesites. Lo recomendable es usar una clave distinta por integración, para poder rotar una sin afectar a las demás.

###

Los tokens secretos solo se guardan como hash más los 4 últimos caracteres y no se pueden recuperar. Revoca el token perdido desde la página API Keys y crea uno nuevo. Tendrás que actualizar tus integraciones con el nuevo valor.

---

## ¿Qué viene ahora?

La versión 1.2.2 consiste en **abrir Requiply**: a tu equipo mediante permisos, a tu modelo de negocio mediante una creación de reservas flexible y al ecosistema de desarrolladores mediante la API pública. Queremos ver **qué construyes sobre la API** y **cómo los flujos de trabajo con emails internos cambian tu operativa**. Esos comentarios marcarán el rumbo de la plataforma.

Esto es en lo que seguimos trabajando en paralelo:

**Servidor MCP y SDK oficiales**: clientes tipados para TypeScript y Python, además de un servidor Model Context Protocol para que los agentes de IA puedan actuar sobre los datos de Requiply en nombre de los operadores.

**Flujos de estados personalizados**: la posibilidad de definir tus propios nombres, orden y transiciones de estados de reserva y de pago, para que el flujo de trabajo de Requiply coincida con cómo opera realmente tu negocio.

**Más disparadores y acciones en los flujos de trabajo**: estamos ampliando el motor de automatización con más disparadores, condiciones con ramificaciones y un abanico más amplio de acciones, para que puedas automatizar casi cualquier rutina de tu proceso de alquiler.

**Más canales de notificación**: el email es solo el principio. Tenemos previsto añadir SMS, WhatsApp y otros canales para que llegues a tus clientes por donde de verdad responden.

**Gestión de dominios propios**: conecta tu propio dominio y envía emails desde tu propia dirección, para que cada mensaje automático llegue a la bandeja de entrada del cliente con tu marca.

---

**¿Tienes preguntas o sugerencias?** Escríbenos a `info@requiply.com`. Nos interesa especialmente saber qué construyes con la nueva API pública y qué integraciones te gustaría que priorizáramos.

**Etiquetas**

- versión de Requiply
- requiply
- permiso de clientes
- gestión de clientes
- acciones de flujos de trabajo
- email interno
- creación de reservas
- selector de fechas
- duración mínima de la reserva
- API pública
- tokens de API
- software de alquiler
- gestión de reservas
- herramientas para desarrolladores

## Sitemap

See the full [sitemap](/sitemap.md) for all pages.
