Requisitos
Qué debe estar en su sitio antes de que un evento pueda vender acceso.
Los tres requisitos
| Requisito | Por qué |
|---|---|
| WooCommerce activo | Sin él, la pestaña E-Commerce no existe y la ruta de compra está ausente |
| El tema POM activo | Todo el tiempo de ejecución de POM Events depende de él |
| Funcionalidad de asistentes habilitada | El registro se escribe en la lista de asistentes |
Si la funcionalidad de asistentes está deshabilitada en Settings → POM Events → General, no hay nada en lo que una compra pueda registrarse.
El lado de WooCommerce
Antes de vincular nada, WooCommerce debe poder usarse por sí mismo:
- un método de pago que funcione;
- impuestos y moneda configurados;
- una página de pago que se complete;
- una página de confirmación de pedido (de agradecimiento) que se muestre correctamente — esta importa más de lo habitual, porque el registro ocurre ahí;
- correos de pedido configurados, ya que los correos de WooCommerce son los únicos que recibe un comprador.
Prueba una compra completa de cualquier producto antes de involucrar eventos.
El producto
Cualquier producto publicado puede asociarse a un evento. Requisitos prácticos:
- Publicado. Un producto en borrador no puede añadirse al carrito.
- Comprable, con un precio.
- En stock, si gestionas el stock.
- Simple, para el comportamiento más predecible. El botón del evento funciona con una única identidad de producto, así que los productos variables con varias variaciones no son el ajuste natural — consulta Varios productos y un evento.
Cuentas de cliente
El registro se vincula a la cuenta de cliente del pedido. Eso tiene una consecuencia que merece la pena decidir antes del lanzamiento:
- con pago como invitado permitido, un pedido puede no tener una cuenta de cliente vinculada, y el registro de asistente resultante no tiene nada que lo identifique;
- con cuentas obligatorias en el pago, cada comprador se convierte en cliente y el registro es inequívoco.
Para eventos de pago, exigir una cuenta — o al menos recomendarla encarecidamente — hace que la lista de asistentes sea fiable.
Lo que POM Events no añade
- Sin tipos de entrada, números de asiento ni pases.
- Sin recogida de datos por asistente en el pago más allá de lo que WooCommerce ya recopila.
- Sin automatización de reembolsos.
- Sin sincronización de aforo con el stock de WooCommerce.
Eso último importa: el aforo del evento y el stock del producto son dos límites independientes. Si ambos están establecidos, pueden no coincidir. Consulta Reembolsos, cancelaciones y estado del asistente.
Antes de vender tu primer evento
- [ ] WooCommerce está activo y una compra de prueba se completa de principio a fin.
- [ ] La página de agradecimiento se muestra tras el pago.
- [ ] Los correos de pedido llegan al comprador.
- [ ] El tema POM está activo.
- [ ] La funcionalidad de asistentes está habilitada.
- [ ] El producto está publicado, con precio y es comprable.
- [ ] Se ha tomado una decisión sobre el pago como invitado.
- [ ] El aforo del evento y el stock del producto no se contradicen entre sí.
- [ ] Alguien se encarga de comprobar los pedidos pagados contra la lista de asistentes.
Después continúa con Conectar productos a un evento.