Capacidades
TicketFlowse activa con nuestro equipoCobre antes de la puerta.
Asistencia de pago que vive dentro del evento: tipos de entrada sobre la misma ficha del evento, un pago que emite un código de acceso corriente y una puerta que ya sabe quién ha pagado.
La asistencia de pago pertenece al flujo del evento, no a un lado.
Se activa con nuestro equipo. Como la configuración del pago depende de su evento, de la moneda, del modelo comercial y de los requisitos de cobro, la configuramos con usted antes de ponerla en marcha.
El problema
Dinero en la puerta es una cola, una hoja de cálculo y una discusión.
Cuando algunos invitados pagan por asistir, el pago suele vivir en otro sitio: un formulario, una transferencia, una hoja de cálculo que guarda quien envió la factura. La noche del evento, la puerta trabaja con la lista de invitados, la persona de finanzas con la lista de pagos, y las dos se cotejaron por última vez el martes.
Así que un invitado que pagó no está en la lista, uno que no pagó sí está, alguien paga en la puerta sin recibo y el informe final dice cuántos vinieron pero no cuántos pagaron. Nada de eso es un problema de personas. Son dos registros donde debería haber uno.
Dónde se tuerce
- 01
El invitado ha pagado y no está en la lista
La transferencia llegó esta mañana; la lista se exportó anoche. El invitado espera mientras alguien busca en una bandeja de entrada.
- 02
El invitado está en la lista y no ha pagado
Se añadió cuando dijo que sí. Nadie comprobó si el pago llegó después.
- 03
Efectivo en el acceso
Un recibo escrito a mano, una caja que contar y ningún registro que una el dinero a un nombre.
- 04
Dos equipos, dos sistemas
Las entradas se vendieron en una plataforma y la puerta funciona en otra. El personal de acceso lleva un segundo teléfono y un segundo usuario para la noche.
El modelo
Del evento al registro de asistencia, en una sola línea.
Cada paso de abajo escribe en el mismo evento. Un comprador se convierte en invitado, un pago en código de acceso, y la puerta lee lo que el pago ya resolvió.
- 01Evento
El mismo evento que guarda a los invitados. La venta de entradas se activa para él, con una moneda y una política de devolución.
- 02Tipos de entrada
Estándar, socio, estudiante, un tipo de cortesía a cero — cada uno con su precio, aforo, periodo de venta y visibilidad.
- 03Pedido
El comprador elige en la página de venta del propio evento. Sus plazas quedan reservadas quince minutos mientras paga.
- 04Pago
El pago lo aloja el proveedor de pagos. Winglark nunca ve un número de tarjeta, y el precio se fija en el servidor, nunca en el navegador.
- 05Confirmación
El pedido se marca como pagado y una confirmación con las entradas sale por el mismo envío que las invitaciones.
- 06Código de acceso
Cada entrada se convierte en una ficha de invitado con un código de acceso corriente — del mismo tipo que lleva una invitación.
- 07La puerta
Cualquier teléfono lo escanea. La puerta no pregunta si el invitado pagó; el código existe porque lo hizo.
- 08Asistencia
Registrado en la entrada y contado con todos los demás en el informe del evento.
- 01
La venta de entradas se abre en el evento
Con nuestro equipo: la moneda, la política de devolución, el periodo de venta y la visibilidad de la página de venta — pública, oculta o privada.
- 02
Defina los tipos de entrada
Nombre, descripción, precio, aforo, mínimo y máximo por pedido, y si el tipo se muestra o se oculta. Un precio de cero es una entrada gratuita.
- 03
Abra la venta
Borrador, programada, en venta, en pausa, agotada, cerrada. La página de venta sigue el estado, y un tipo agotado lo dice antes de que nadie lo intente.
- 04
Llegan los pedidos
Cada pedido se reserva, se paga y luego se completa: una ficha de invitado y un código de acceso por entrada, y una confirmación al comprador.
- 05
Devuelva cuando haga falta
Una devolución completa devuelve primero el dinero a través del proveedor de pagos y después revoca las entradas — la puerta rechaza un código revocado, con o sin conexión.
Antes de la puerta
El pago se resuelve antes de que nadie llegue al acceso.
Cuando un comprador llega, la pregunta de si pagó ya fue respondida — por el pago, horas o semanas antes. La puerta solo tiene que reconocer un código.
- La puerta ve una sola respuesta
- Admitido, ya dentro, revocado, no encontrado. Nunca «déjeme ver si ha pagado».
- Usted sabe quién completó el pago
- Reservado, pendiente de pago, pagado, completado — cada pedido en un estado, en una pantalla, antes de la noche.
- Los compradores llevan lo correcto
- Una confirmación y un código de acceso, enviados a la dirección que dieron, reenviados si los pierden.
- Menos comprobaciones manuales
- Sin lista de pagos en el acceso. Una entrada devuelta ya está revocada; un pedido sin pagar nunca llegó a ser un código.
- Un solo informe al final
- Invitados de pago e invitados convidados se cuentan juntos, porque estuvieron en una sola lista desde el principio.
Tipos de asistencia
De pago, de cortesía y convidados, en una sola lista.
Un tipo de entrada es un precio, un aforo, un periodo de venta y una visibilidad. Los invitados convidados siguen siendo invitaciones. Todos terminan en la misma puerta.
- Tipos de pago
- Tantos como el evento necesite — anticipada, estándar, socio — cada uno con su precio y su aforo en la moneda del evento.
- Tipos de cortesía
- Un tipo con precio cero es una entrada gratuita: la misma página de venta, la misma confirmación, el mismo código de acceso, sin paso de pago.
- Tipos ocultos
- Un tipo puede quedar fuera de la lista pública y compartirse con las personas a las que va dirigido.
- Invitados convidados
- Un invitado al que usted convida no es una entrada y nunca ve un pago. Los de pago y los convidados comparten la lista, la puerta y el informe.
Los tipos de entrada fijan precio, aforo y visibilidad. Todavía no deciden qué puertas abre un código, y no hay códigos de descuento.
El lado del comprador
Lo que ve un invitado, desde la página de venta hasta el acceso.
Sin cuenta, sin aplicación. La página de venta habla el idioma del evento y pide solo lo que una entrada necesita.
- 1
La página de venta del evento
Tipos de entrada con precios y una descripción breve; «quedan pocas» cuando es verdad, nunca la cifra en bruto.
- 2
Nombre, correo, teléfono
Los datos del comprador y nada más. El precio no está en el formulario — el servidor tarifica el pedido con sus propios registros.
- 3
Pago seguro
El pago se realiza con el proveedor de pagos, en su página. Winglark nunca maneja la tarjeta.
- 4
Confirmación
Una página de pedido que dice lo que se sabe — reservado, pago enviado, pagado — y un correo con las entradas cuando el pedido se completa.
- 5
El código de acceso
Un código personal por entrada, abierto desde la confirmación. No lleva nombre, correo ni pedido — un identificador opaco, nada más.
- 6
Llegada
Mostrado en el teléfono o en papel. Un escaneo, una respuesta.
La página de venta y el pago solo existen para un evento activado. En esta página no se vende nada.
Con la puerta
El pago resuelve el estado comercial. La puerta resuelve el estado de admisión.
Dos preguntas, respondidas en dos momentos distintos por dos partes del mismo sistema — y nunca confundidas.
- Antes de llegar
- ¿Se pagó esta plaza? Lo responde el pago. Un pedido pagado y completado se convierte en una ficha de invitado y un código de acceso; nada más lo hace.
- En la puerta
- ¿Es válido este código y se ha usado ya? Lo responde el escaneo, con o sin conexión, contra el propio código — la misma regla para un comprador y para un invitado convidado.
Las dos se encuentran en un solo punto: el código. Existe solo porque el pedido se pagó, y se revoca en el momento en que una devolución se completa — así la puerta nunca necesita saber qué es una entrada.
La puerta no vuelve a comprobar el pago al escanear, y no lo necesita. Un código que llega a la puerta es uno que el pago ya resolvió.
Un solo ciclo
No es una sexta herramienta. Es el sexto paso del mismo evento.
La lista se limpia, las invitaciones se diseñan y se envían, los nombres tardíos se añaden, la puerta se atiende y — cuando el evento lo pide — las plazas se pagan. Una sola ficha de invitado lo lleva todo.
- GatePassLlevar la puerta, con cobertura o sin ellaUna entrada pagada es un código de acceso corriente. La puerta lo admite exactamente como una invitación, con o sin cobertura.
- ListGuardLimpiar la lista antes de que salga caraLos compradores caen en la misma lista de invitados en la que se limpió su importación — un solo sitio, un solo conjunto de reglas.
- MailFlowEnviar, y saber qué llegóConfirmaciones, reenvíos y avisos de devolución viajan por el mismo envío que las invitaciones, con el mismo registro.
- InvitePulseAñadir invitados después del envíoLos nombres añadidos tarde y las plazas compradas tarde terminan igual: como invitados del mismo evento, sin una segunda lista.
- InformesLa asistencia de pago se cuenta con el resto: quién compró, quién vino y la diferencia entre ambos.
Qué puede leer
Verdad operativa, por evento y por pedido.
Lo que se muestra es lo que se registró cuando ocurrió — instantáneas en cada pedido, no un recálculo. La conciliación financiera y los pagos a organizadores se gestionan con nuestro equipo; las pantallas de abajo son la vista operativa.
- Ventas por evento
- Pedidos, entradas, importe bruto, por tipo de entrada y por día.
- Estado del pedido
- Reservado, pendiente de pago, pagado, completado, cancelado, caducado, devuelto — y el estado de devolución al lado, sin mezclarlo.
- Estado de la entrada
- Emitida, escaneada, revocada, cancelada, devuelta, por entrada, con la hora en que la puerta la escaneó.
- Finanzas por periodo
- Bruto, comisión de Winglark y sus ingresos en un periodo, a partir de las cifras fijadas en cada pedido.
- Excepciones
- Un pedido pagado y no completado, una devolución que el proveedor no ha confirmado — listados con lo que hay que hacer, no escondidos en un total.
Las cifras de entradas viven en las pantallas de entradas. El informe de asistencia del evento cuenta a un comprador como un invitado; todavía no muestra lo que se pagó.
Qué incluye
Qué incluye
- Tipos de entrada con límites reales
- Precio, aforo, mínimo y máximo por pedido, periodo de venta y visibilidad, por tipo.
- Una página de venta por evento
- Pública, oculta o privada, en el idioma del evento, con la política de devolución indicada.
- Plazas reservadas y cifras honestas
- Una plaza se reserva quince minutos mientras el comprador paga, y luego se libera. «Agotado» es un hecho, no una estimación.
- Pago alojado en el proveedor
- Las tarjetas las procesa el proveedor de pagos en su propia página. El servidor fija el precio; el navegador no puede.
- Un invitado y un código de acceso por entrada
- La emisión escribe una ficha de invitado corriente con un código corriente, así que la puerta y el informe no necesitan nada nuevo.
- Confirmaciones por el mismo envío
- Entrada emitida, reenvío, devolución, evento cancelado — cada una registrada como una invitación, y nunca enviada a una dirección que dijo que no.
- Devoluciones completas que revocan
- El dinero vuelve primero, a través del proveedor; las entradas se revocan solo cuando ha vuelto.
- Pedidos, entradas, finanzas
- Estados de pago, emisión y devolución como columnas separadas; entradas emitidas y escaneadas; bruto, comisión e ingresos por periodo.
Por qué importa
Qué cambia ese día
Sin dinero en el acceso
Cada plaza de pago se pagó antes de la noche. La puerta lleva un teléfono, no una caja.
Una lista, no dos
Compradores e invitados convidados llegan a la misma pantalla y se cuentan en el mismo informe.
Una devolución es un código rechazado
Cuando el dinero vuelve, la puerta ya lo sabe. Nadie tiene que recordar un nombre.
Dónde se usa
Dónde marca la diferencia
- 01
Un congreso con plazas de pago y plazas convidadas
Ponentes y prensa convidados, asistentes que compran — una lista, una puerta, un recuento.
- 02
Un taller con plazas limitadas
Veinte plazas, un precio, un periodo de venta y una página de venta que se cierra sola al llegar a veinte.
- 03
Una agencia que gestiona el evento de pago de un cliente
La venta de entradas dentro del espacio de trabajo del cliente, con los mismos roles y la misma separación que todo lo demás.
- Eventos corporativos con una parte de pago
- Cenas privadas y noches de socios
- Encuentros profesionales y noches de networking
- Experiencias e inauguraciones con aforo limitado
Activación asistida
Configurada con usted, antes de ponerla en marcha.
La venta de entradas la activa Winglark para un espacio de trabajo, no un botón — porque la configuración depende de cosas que un formulario no puede saber de su evento.
- El evento
- Qué se vende, a quién, y si algunos invitados se convidan en vez de cobrarles.
- Moneda y precios
- Una moneda por evento, elegida con usted, y los tipos de entrada tarificados en ella.
- El modelo comercial
- La comisión de Winglark y cómo se liquidan sus ingresos se acuerdan antes de la primera venta, no se descubren después.
- La política de devolución
- Reembolsable, reembolsable hasta una fecha, no reembolsable o con su aprobación — indicada en la página de venta.
- La configuración del pago
- El proveedor de pagos se activa para su espacio de trabajo y se prueba con usted antes de que lo encuentre un comprador real.
Cómo transcurre la activación
- 1
Cuéntenos el evento
Qué se vende, cuándo debe abrir la venta, cuántas plazas, en qué moneda.
- 2
Definimos la estructura de pago
Tipos de entrada, precios, política de devolución, comisión y liquidación, por escrito.
- 3
Se configura la venta de entradas
En su evento, en su espacio de trabajo, con la página de venta visible solo para quien usted elija.
- 4
Usted revisa y prueba
Un pedido de prueba de principio a fin: página de venta, pago, confirmación, código, escaneo.
- 5
Se pone en marcha
La venta abre en la fecha que fije. Las mismas pantallas llevan la noche.
Es una capa de servicio, no una lista de espera. La disponibilidad y las condiciones comerciales se confirman durante la activación.
Preguntas
¿Puedo activar la venta de entradas yo mismo?
No. La activa el equipo de Winglark para su espacio de trabajo tras una breve conversación sobre el evento, la moneda y el modelo comercial. Contacte con ventas desde esta página y la configuramos con usted.
¿Por qué la activación requiere a Winglark?
Porque la configuración es comercial además de técnica: moneda, precios, política de devolución, comisión y liquidación deben acordarse antes de la primera venta. Hacerlo con usted, una vez, es más rápido que un formulario que adivina.
¿Funciona con la puerta?
Sí. Una entrada pagada se completa como una ficha de invitado corriente con un código de acceso corriente, así que la puerta la escanea como cualquier invitación — con o sin conexión. Una entrada devuelta se revoca, y la puerta la rechaza.
¿Pueden algunos invitados ser de cortesía?
Sí, de dos maneras: un tipo de entrada con precio cero pasa por la página de venta sin paso de pago, o el invitado simplemente se convida y nunca ve un pago. Ambos terminan en la misma lista.
¿Cuándo paga el invitado?
En el pago, en la página de venta del evento, antes del evento. Sus plazas quedan reservadas quince minutos mientras paga; la confirmación y el código de acceso llegan cuando el pedido está pagado y completado.
¿Winglark gestiona las devoluciones?
Las devoluciones de pedido completo, sí: el dinero se devuelve a través del proveedor de pagos y las entradas se revocan una vez devuelto. No se ofrecen devoluciones parciales.
¿Qué monedas y métodos de pago se admiten?
Una moneda por evento, de entre las que admite el proveedor de pagos — se confirma durante la activación. Las tarjetas las procesa el proveedor en su propio pago alojado; Winglark nunca ve los datos de la tarjeta.
¿Pueden usarla las agencias?
Sí. La venta de entradas funciona dentro del espacio de trabajo de un cliente con los mismos roles y la misma separación que el resto de Winglark, y las ventas de cada cliente se quedan en su espacio.
¿Está incluida en mi plan?
No es una línea de un plan. La disponibilidad y las condiciones comerciales — comisión, liquidación, los planes con los que funciona — se confirman durante la activación.
¿Está planeando un evento de pago?
Hable con Winglark antes de activar la venta de entradas, para que el modelo de pago y asistencia se configure para su evento — no se adivine.
Es una capa de servicio, no una lista de espera. La disponibilidad y las condiciones comerciales se confirman durante la activación.