1. Estado de este documento
Esta es una propuesta de términos para la operación de Vecinal en México. La identificación del prestador, su domicilio y el contacto de atención están pendientes. La fecha indica una revisión editorial, no la entrada en vigor de un contrato.
La aplicación no impone una aceptación obligatoria de este borrador. Antes de convertirlo en condiciones definitivas deberán completarse los datos del prestador y las condiciones comerciales que efectivamente se ofrecerán.
2. Qué ofrece la aplicación
Vecinal permite a un administrador registrar fraccionamientos, propiedades, grupos y tipos; configurar cuotas y recargos; emitir cargos; registrar pagos y gastos; consultar estados de cuenta; y llevar notas de mantenimientos y asambleas.
El acceso utiliza códigos de correo cuando están habilitados y conserva ChatGPT para las cuentas anteriores durante la transición. La vinculación mantiene el mismo titular y sus permisos. La persona titular puede invitar colaboradores con permisos por fraccionamiento. El panel y los archivos requieren sesión y autorización. Los vecinos autorizados generan pases, consultan gastos resumidos y solicitan áreas comunes. Las reservas necesitan aprobación administrativa y ausencia de adeudos vencidos. Caseta tiene un portal para entradas, salidas y bitácora, sin acceso a la administración económica.
3. Responsabilidades del administrador
La propuesta de uso requiere que quien administra:
- Cuente con facultades para gestionar el fraccionamiento y registrar los datos de sus propietarios, responsables y proveedores.
- Revise los importes, vigencias, períodos, tipos de propiedad y reglas antes de emitir cargos o recibir pagos.
- Use los acuerdos y reglamentos que realmente correspondan a su comunidad y conserve su documentación de respaldo.
- Verifique con sus comprobantes que un pago ocurrió antes de registrarlo y concilie sus reportes con las cuentas y el efectivo reales.
- Proteja el acceso a su cuenta y cuide las copias de recibos, reportes y datos exportados.
- Mantenga actualizados los datos y registre correcciones con trazabilidad en lugar de simular movimientos.
4. Cuotas y registros económicos
Las reglas e importes los configura el administrador. Los cargos emitidos conservan su regla e importe; modificar una tarifa no los recalcula. El dinero recibido puede aplicarse a cargos o mantenerse como saldo a favor. Su aplicación posterior, devolución, descuento o ajuste se registra por separado con trazabilidad. Un pago o gasto cancelado conserva su historial.
La tesorería distingue cuentas, saldos de apertura, ingresos, gastos, devoluciones y transferencias internas registradas. Incorporar adeudos o anticipos anteriores no equivale a recibir dinero nuevo. Los registros anteriores sin cuenta identificada se muestran por separado. La conciliación permite importar movimientos CSV/XLSX y confirmar su relación con registros de la misma cuenta por importes coincidentes. Importar o vincular no crea pagos ni gastos. Las sugerencias requieren revisión y confirmación de la administración; no hay conexión directa con el banco.
Los reportes abiertos por grupo utilizan la agrupación actual. Los gastos, saldos de tesorería y mantenimientos son generales del fraccionamiento. Los cierres guardan una fotografía de la comunidad completa, bloquean movimientos retroactivos y conservan sus resultados aunque se registren ajustes posteriores. Los cierres no constituyen una auditoría externa.
Registrar un importe no mueve dinero. Vecinal no procesa cobros, custodia fondos, realiza transferencias ni emite comprobantes fiscales. Sus recibos son registros administrativos.
5. Decisiones de la comunidad
La herramienta calcula según la configuración elegida; no determina si una cuota, interés o recargo está válidamente aprobado. Esa comprobación corresponde a las personas facultadas y a las disposiciones aplicables al fraccionamiento.
Una nota de asamblea no acredita por sí misma convocatoria, asistencia, votación o validez de un acuerdo. Cambiar el nombre de un propietario en la aplicación tampoco acredita una transmisión de propiedad ni decide quién debe responder por un adeudo.
La disponibilidad de una regla en Vecinal no acredita que pueda aplicarse legalmente. La administración debe comprobar la legislación de su entidad federativa, el régimen de la comunidad y los acuerdos que sustenten cuotas, recargos y condiciones de reserva. El bloqueo actual de solicitudes de reserva por adeudos requiere esa validación; la aplicación no la realiza. Los pases no deben utilizarse para impedir indebidamente el acceso a una vivienda o la atención de una emergencia.
Publicar un documento o marcar su aviso como visto no equivale a una firma, votación, consentimiento o notificación legal. Los avisos de correo son auxiliares y no sustituyen las formalidades exigibles para convocatorias, requerimientos o comunicaciones oficiales.
Puede emitir un pase un vecino autorizado o la administración para una propiedad. En este segundo caso no se requiere una cuenta del vecino y la emisión queda identificada en la bitácora. Los nuevos pases distinguen una visita única, con una entrada y una salida, y una modalidad temporal dentro de la vigencia autorizada, con un máximo diario de visitas por pase o sin límite diario. Cada entrada inicia una visita y cuenta en su día de Ciudad de México; la salida no consume otra visita. La administración establece sus límites para nuevas emisiones; cambiarlos no altera pases ya emitidos. Los pases anteriores conservan su funcionamiento de una entrada, sin inferir salidas ni presencias históricas.
Comparte cada código únicamente con el visitante previsto: su imagen puede copiarse y quien la presente puede intentar utilizarla. El guardia debe cotejar los datos y confirmar el movimiento que realmente ocurrió según las reglas de su comunidad. Una consulta preliminar no registra una entrada o salida. Si hay una entrada abierta, puede registrarse su salida aunque el pase haya vencido o sido cancelado; ello no habilita otra entrada. Vecinal no abre dispositivos físicos y sin conexión no puede confirmar la validez ni registrar movimientos.
6. Disponibilidad y límites actuales
El acceso depende de la disponibilidad del sitio, de los proveedores técnicos y de la sesión del usuario. No se ha contratado ni publicado un nivel de servicio, garantía de recuperación o plazo de soporte.
Esta versión permite adjuntos privados, importación CSV/XLSX, saldos iniciales y reportes. El respaldo formato 2 incluye registros y documentos administrativos, datos de equipo y autorizaciones, pases, reglas y movimientos de acceso, caseta, solicitudes vecinales, avisos de documentos vistos y registros de correo. No contiene sesiones ni secretos de acceso, firma o envío. Sólo se recupera en su administración de origen: sustituye los datos administrativos y recupera historial operativo sin revertir registros actuales, reactivar accesos, reutilizar pases ni reenviar correos históricos. Las autorizaciones afectadas por propiedades eliminadas o cambios de responsable o contacto se revocan. Los respaldos formato 1 conservan su alcance administrativo anterior. Al restaurar cualquiera de los dos formatos se omiten los correos pendientes o en proceso para evitar avisos del estado administrativo anterior, conservando los eventos y el historial ya aceptado por el proveedor. Un mensaje cuya transmisión ya comenzó puede llegar y no puede retirarse. Una restauración no equivale a recuperar el servicio completo ni garantiza disponibilidad; deben revisarse el calendario, los permisos, las configuraciones y los avisos después de realizarla. Un CSV es una exportación parcial. No hay integración bancaria automática ni módulo de eliminación de cuentas.
No se han establecido suscripciones, precios, renovaciones, reembolsos ni condiciones de venta dentro de esta versión. Cualquier oferta futura debe informar sus condiciones antes de contratarse.
7. Responsabilidad y cambios
La administración conserva la responsabilidad de validar datos y decisiones antes de utilizarlos para cobrar, rendir cuentas o resolver una controversia. La aplicación no sustituye documentación de respaldo ni revisión profesional cuando se necesite.
Este borrador no pretende excluir derechos irrenunciables ni responsabilidades que la legislación aplicable no permita limitar. La identidad del prestador y las condiciones jurídicas definitivas deben completarse antes de establecer una relación contractual formal.
Los cambios editoriales se identifican por versión y fecha en el centro legal. Consultar estas páginas no genera un registro de aceptación contractual.
Antes de contratar deben concretarse alcance, precio e impuestos, duración, soporte, mantenimiento, condiciones de suspensión y terminación, entrega de información y tratamiento de datos al concluir. Una invitación al equipo o al portal no sustituye el contrato con la comunidad ni acredita las facultades de su representante.