Términos y condiciones

Noctel es un sistema web para administrar un alojamiento: reservas y calendario, señas y cobros, pedidos del restobar, stock, gastos, informes, un chatbot de WhatsApp que toma reservas y un buscador de disponibilidad para el sitio web del hotel.

Se contrata por alojamiento. Es para quien explota un alojamiento —hotel, hostel, cabañas, complejo turístico— y lo usa como herramienta de trabajo. No es un producto para consumidores finales.

El huésped que reserva no es cliente nuestro: es cliente del hotel. Nosotros no vendemos alojamiento, no cobramos estadías y no somos parte de la relación entre el hotel y su huésped.

Al crear una cuenta aceptás estos términos. Si los aceptás en nombre de una empresa, declarás que podés obligarla.

El servicio lo presta [A DEFINIR: razón social, CUIT, domicilio legal y datos de inscripción de quien presta el servicio].

Contacto para todo lo relacionado con estos términos: santinomartins539@gmail.com. [A DEFINIR: casilla de contacto definitiva del negocio. La que figura hoy es una cuenta personal, no una casilla institucional]

La cuenta se abre desde /registro con cuatro datos: nombre del alojamiento, tu nombre, tu email y una contraseña de al menos 10 caracteres. No se pide tarjeta.

• Quien registra el alojamiento queda como dueño. El rol no se elige ni se puede pedir: lo impone el sistema.
• El dueño crea los usuarios de recepción. Lo que ve cada uno no se configura de a uno: hay dos roles fijos y el panel crea siempre empleados. Un empleado carga reservas, pedidos, gastos y actividades y ve el stock y las tarifas; la analítica del negocio, el listado de facturación del restobar, la administración de usuarios, la configuración del hotel, las claves del chatbot y la suscripción son solo del dueño. Si alguien necesita ver menos que eso, hoy el sistema no lo permite.
• Un email pertenece a un solo alojamiento. Es lo que permite entrar con email y contraseña, sin tener que escribir además el nombre del hotel. Si administrás dos alojamientos, hoy necesitás dos cuentas con dos emails distintos.
• Sos responsable de lo que hagan los usuarios que creaste y de cuidar las contraseñas. Si sospechás que alguien entró sin permiso, avisanos y cambiá las contraseñas.

Todo alojamiento nuevo arranca con 30 días corridos de prueba, contados desde el alta. No se pide tarjeta ni medio de pago para probar, y durante la prueba el sistema funciona completo: se carga y se modifica todo con normalidad.

Te avisamos por correo cuando falta una semana o menos, y otra vez el día que se termina. Los avisos van al dueño.

Cuando la prueba se termina y no hay suscripción activa, la cuenta pasa a modo consulta: seguís entrando y viendo todo, pero no cargás cosas nuevas. Es lo mismo que se explica en la sección 6. No se borra nada y el acceso no se corta.

Terminada la prueba, el servicio se paga por suscripción mensual, por alojamiento. El cobro es automático a través de Mercado Pago: el dueño autoriza el débito una sola vez, en el sitio de Mercado Pago, y a partir de ahí se cobra una vez por mes hasta que se dé de baja.

• Los datos de la tarjeta no pasan por nuestro servidor. Se cargan en Mercado Pago. Nosotros no los vemos, no los guardamos y no los podemos usar.
• El importe queda congelado al suscribirte. Si mañana cambia el precio de lista, lo que paga un alojamiento ya suscripto no cambia solo.
• El estado de tu suscripción, el importe y el último movimiento registrado se ven en /suscripcion, dentro del panel.

Precio de lista: $ 25.000 ARS por mes, por alojamiento. Es lo que paga quien se suscribe hoy, y el mismo número que muestra la página de precios: los dos salen del mismo valor configurado en el servidor. Si ya estabas suscripto, lo que se te debita es el importe congelado del punto anterior, que puede ser distinto de éste.

Impuestos y comprobantes: [A DEFINIR: si el precio incluye o no IVA y otros impuestos, qué comprobante se emite, a nombre de quién y cuándo. Hoy el sistema no emite ningún comprobante]

Aumentos: [A DEFINIR: con cuánta anticipación se avisa un cambio de precio a un alojamiento ya suscripto y qué puede hacer si no lo acepta]

Esta sección conviene leerla despacio, porque es donde la mayoría de los servicios te deja afuera y este no lo hace.

No pagar no te corta el acceso ni borra tus datos. Del otro lado del mostrador hay una recepción que a las ocho de la mañana necesita saber quién hace check-in ese día. Cortar de raíz por un cobro rebotado sería dejar a un hotel sin poder atender a sus huéspedes, y la mayoría de los cobros que rebotan son tarjetas vencidas, no gente que se quiere ir.

Lo que pasa, en orden:

1. Rebota el cobro. Seguís trabajando exactamente igual durante 7 días corridos. Te avisamos por correo al dueño y en el panel aparece un aviso con los días que quedan. Si Mercado Pago reintenta y vuelve a rebotar dentro del mismo episodio no te llega un correo por cada intento: sale uno solo.
2. Pasan esos 7 días sin regularizar. La cuenta pasa a modo consulta y te avisamos por correo el mismo día.

Qué es exactamente el modo consulta:

• Entrás con tu usuario y el de tu recepción, como siempre.
• Ves todo: las reservas del día, el calendario, el historial, los clientes, los pedidos, el stock y los informes. También podés exportar a CSV las pantallas que ya lo permiten.
• No podés cargar ni modificar: reservas, pedidos, gastos, stock, clientes, usuarios ni configuración.
• Sí podés, siempre: ver tu suscripción, activarla y darte de baja. Bloquear eso sería encerrarte afuera y después pedirte que entres.
• El bloqueo está en el servidor, no en la pantalla: la API responde lo mismo a quien la llame directo. No es que se escondan los botones.
• El chatbot de WhatsApp y el formulario de reservas de tu sitio web siguen funcionando y siguen creando reservas. El modo consulta alcanza a los usuarios del panel, no a esos dos canales: entran por una clave de API o por el slug del hotel, sin sesión, y el sistema no les mira la suscripción. En la práctica significa que te pueden seguir entrando reservas que después no vas a poder editar ni cancelar desde el panel hasta regularizar.

Tus datos quedan intactos. Nada se borra, nada se archiva y nada se degrada por falta de pago. Cuando regularizás, volvés a escribir enseguida —puede tardar hasta un minuto en destrabarse— y seguís donde estabas.

[A DEFINIR: hasta cuándo se conserva una cuenta que queda en modo consulta y nunca vuelve a pagar. Hoy no hay plazo, ni borrado automático, ni aviso previo de eliminación: la cuenta queda ahí indefinidamente. Hay que definir plazo, aviso y procedimiento — y después implementarlo]

Te podés dar de baja cuando quieras, desde /suscripcion en el panel. No hay permanencia mínima ni penalidad por irte.

• Seguís usando el sistema completo hasta que termine el mes que ya pagaste. Si te das de baja el día 3 y tu período está pago hasta el 28, hasta el 28 cargás y modificás con normalidad. La pantalla te muestra esa fecha.
• Cuando ese período se termina, la cuenta pasa a modo consulta: seguís viendo todo, no cargás nada nuevo.
• Tus datos siguen ahí. Si volvés a activar la suscripción, seguís donde dejaste.
• La baja se hace primero en Mercado Pago y recién después en nuestro sistema. Si Mercado Pago no confirma que el débito quedó cancelado, no te decimos que te diste de baja: preferimos un error visible antes que darte por dado de baja mientras te siguen debitando.

Devoluciones: [A DEFINIR: si se devuelve algo cuando alguien se da de baja a mitad de mes. Hoy no hay ninguna devolución implementada ni prometida: el período pago se usa hasta el final y no se reintegra]

Baja de la cuenta y borrado de datos: dar de baja la suscripción no borra los datos. [A DEFINIR: cómo se pide el borrado definitivo de una cuenta, en cuánto tiempo se hace, si antes se entrega una copia de los datos y qué queda guardado por obligación legal o contable. Hoy no existe ni el procedimiento ni la pantalla ni el endpoint: hay que definirlo y construirlo]

Los datos que cargás —tus huéspedes, tus reservas, tus ventas— son tuyos. Nosotros los procesamos para que el sistema funcione y para nada más: no los vendemos, no los cedemos, no los usamos para publicidad y no los mezclamos con los de otro alojamiento.

En términos de la ley 25.326 de protección de datos personales: del dato del huésped el responsable sos vos y nosotros somos el encargado del tratamiento. Vos decidís qué datos pedís y para qué; nosotros los tratamos por tu cuenta. Qué significa eso en la práctica, y qué te toca hacer a vos, está explicado en la política de privacidad, que es parte de estos términos.

Al usar el servicio te comprometés a cargar datos que tenés derecho a tratar, a informarle a tus huéspedes lo que la ley te exige, y a atender los pedidos de acceso, corrección o supresión que ellos te hagan.

• Usar el servicio para gestionar tu alojamiento, dentro de la ley.
• Mantener el correo del dueño al día: por ahí salen el aviso de que la prueba se está por terminar, el del día que se termina, el de que un cobro rebotó y el de que la cuenta pasó a modo consulta. Si ese correo no llega, no te vas a enterar.
• Cuidar las contraseñas y darle a cada persona su propio usuario. Compartir un usuario entre varias personas rompe la trazabilidad de quién cargó cada cosa, que es lo que te salva cuando hay una diferencia de caja.
• Cuidar las claves de API del chatbot. Cada clave es un acceso permanente a los endpoints que crean clientes y reservas en tu alojamiento. Se muestran una sola vez, se pueden revocar, y conviene revocarlas cuando cambia el proveedor que las usa.
• No intentar acceder a datos de otro alojamiento, ni saturar el servicio, ni revender el acceso. [A DEFINIR: si se permite o no que una administradora contrate una cuenta para operar el alojamiento de un tercero]
• Hacerte cargo de tus obligaciones fiscales y contables. El sistema registra tus operaciones para que las administres; no emite comprobantes fiscales ni reemplaza a tu contador.

El servicio se presta tal como está, con la disponibilidad que efectivamente tenga. Corre sobre servicios de terceros (Vercel para la aplicación, Neon para la base de datos) y puede haber interrupciones por mantenimiento, por fallas de esos proveedores o por errores propios.

Hoy no hay ningún nivel de servicio comprometido. No hay un porcentaje de disponibilidad garantizado, ni tiempos de respuesta pactados, ni compensaciones por caídas. Preferimos decirlo antes que publicar un número que nadie mide.

[A DEFINIR: si se va a comprometer un SLA: qué porcentaje de disponibilidad, cómo se mide, en qué ventana, qué compensación corresponde y en qué horario hay soporte. Hoy no hay nada de eso implementado ni medido — no completar con un porcentaje de ejemplo]

El sistema está preparado para reportar los errores del servidor a un servicio de monitoreo, para enterarnos nosotros y no cuando llama el cliente. Ese reporte depende de una variable de entorno: si no está configurada en producción, el error queda solamente en el registro del servidor. Está anotado como pendiente en la política de privacidad.

Copias de seguridad: [A DEFINIR: qué copias hay, cada cuánto, cuánto se conservan, hasta qué momento se puede restaurar y si eso se probó alguna vez. Hoy dependemos de lo que ofrezca el proveedor de la base de datos: no hay una política escrita ni una restauración probada de nuestra parte, así que acá no se puede prometer nada]

Estas son las condiciones de hecho que el texto legal definitivo tiene que contemplar:

• El sistema es una herramienta de gestión. No sustituye tus registros contables ni fiscales, ni tus obligaciones ante organismos públicos.
• El chatbot de WhatsApp funciona a través de servicios que no operamos nosotros: la conexión con WhatsApp se hace con herramientas de terceros que se contratan aparte. Si esa conexión se cae, el chatbot deja de responder aunque el sistema esté funcionando.
• El buscador de disponibilidad y el formulario de reservas dependen también de tu propio sitio web, que no administramos.
• Los precios, las condiciones de reserva, las políticas de cancelación y lo que le cobrás a tus huéspedes los definís vos.

[A DEFINIR: el límite de responsabilidad: si hay tope y de cuánto (por ejemplo, los importes pagados en los últimos N meses), qué daños quedan excluidos y qué pasa con los casos que la ley no permite limitar. Lo tiene que redactar el abogado — no copiar un tope de otro contrato]

El servicio se sigue desarrollando: se agregan funciones, se corrigen cosas y algunas pantallas cambian. Cuando un cambio te afecte de verdad —el precio, la forma de cobro, o algo que dejás de poder hacer— te lo avisamos por correo al dueño.

[A DEFINIR: con cuánta anticipación se avisa un cambio en estos términos, si el silencio cuenta como aceptación y qué puede hacer un alojamiento que no acepta el cambio]

La fecha de última actualización está arriba de todo. [A DEFINIR: si se conservan las versiones anteriores del contrato y dónde se consultan. Hoy no se guarda ninguna]

El sistema tiene una desactivación total de cuenta, distinta del modo consulta: con ella deja de poder entrar cualquier usuario del alojamiento, deja de funcionar la recuperación de contraseña, y dejan de responder el chatbot y el formulario de reservas del sitio web.

Hoy esa desactivación solo se puede aplicar a mano sobre la base de datos: no hay pantalla ni proceso automático que la dispare, y la falta de pago no la dispara.

[A DEFINIR: en qué casos se desactiva una cuenta (uso ilegal, falta de pago prolongada, orden judicial), con qué aviso previo, por cuánto tiempo, cómo se revierte y qué pasa con los datos mientras dura. Hoy no hay ninguna regla escrita]

[A DEFINIR: ley aplicable y tribunales competentes. Lo define el abogado. Datos para esa decisión: el servicio está pensado para alojamientos de Argentina, la privacidad se apoya en la ley 25.326, el cobro se hace por Mercado Pago, la aplicación corre en la región de San Pablo de Vercel y la relación es entre empresas, no de consumo]

Por dudas sobre estas condiciones, por la facturación o para pedir la baja: santinomartins539@gmail.com.

Si estás evaluando contratar y necesitás precisiones sobre algo que acá figura como pendiente, escribinos y te lo contestamos por escrito.