Solución de problemas de tickets

Si te encontraste con un aviso de error en rojo al intentar guardar, cerrar o cancelar un ticket, esta página lo descifra. Está organizada por síntoma, no por regla: busca el mensaje que estás viendo — citado aquí exactamente como REDA lo muestra, con los errores tipográficos incluidos — lee el motivo en lenguaje sencillo y sigue la solución. Cubre las restricciones de trato y etapa incorrectos, las fechas y documentos necesarios para cerrar, cómo recuperar un ticket de inflación atascado en Processing Error, las reglas de montos y cuotas, y por qué a veces una cancelación no mueve la etapa del trato. REDA es estricto con los datos de los tickets a propósito — cada ticket es una transacción auditable — así que la mayoría de estos mensajes son el sistema protegiendo un registro limpio, no un error del sistema. Cada mensaje asume que hiciste algo razonable; la solución suele estar a un campo de distancia.

Encuentra tu síntoma

Ubica lo que estás viendo en una fila y salta a esa sección.

"No puedo crear el ticket — trato incorrecto"

Cada tipo de ticket solo puede vincularse a un tipo específico de trato, a menudo en una etapa específica. Elige el trato equivocado y REDA bloquea el guardado con uno de estos mensajes:

"No puedo cerrar el ticket"

Varios tipos requieren una fecha o una firma antes de poder pasar a Closed. El mensaje indica exactamente qué falta:

La restricción del documento

Cuando un ticket se firma en papel, REDA no te deja cerrarlo hasta que el documento firmado realmente esté en el ticket — y lo verifica en un orden específico que suele confundir. Seguir el orden correcto evita los dos errores siguientes.

El orden confiable:

"Processing Error" en un ticket de inflación

Los tickets de Inflation Adjustment se generan en masa por el sistema y se ejecutan en el momento en que se crean. Cuando uno no puede completarse, cae en Processing Error y registra el motivo en una nota de error en el ticket. Nada quedó aplicado a medias — no se modificó ningún cargo ni factura — así que es seguro leer la nota, corregir la causa y volver a ejecutar.

Para recuperar un ticket fallido, usa la acción Reprocess Inflation:

"Mis números son rechazados"

Los campos de cargo, cuota, bono y liquidación tienen cada uno reglas de signo, obligatoriedad y tope. El mensaje indica la regla exacta.

Cargos y prorrateo:

Cuotas de PMA:

Topes de préstamos:

Tenant Referral — datos obligatorios: Un referido tiene que nombrar a la persona referida antes de poder guardarse. Completa cada campo que el mensaje señala.

Bonos de referido (por qué deben ser negativos): Un Tenant Referral puede llevar un bono para el inquilino existente (el referente) y otro para el nuevo inquilino (el referido). Ambos siguen las mismas dos reglas — ingresa el monto como un número negativo, y elige un código de cargo siempre que definas un monto.

Configuración de inflación:

"La etapa no se revirtió cuando cancelé"

Este no es un error — es la red de seguridad funcionando. Cuando se crea un ticket, REDA toma silenciosamente una instantánea de la etapa del trato en ese momento. Cuando cancelas el ticket, aplica una regla:

Entonces, si otro proceso ya movió el trato mientras tanto, cancelar deliberadamente lo deja donde está en lugar de aplastar la etapa de ese otro proceso. Dos detalles que vale la pena conocer: la instantánea se toma una sola vez, al crear el ticket, así que las ediciones posteriores al ticket no vuelven a tomarla; y una cancelación de PMA nunca actualiza nada en absoluto — su estado Cancelled es solo contable. El mecanismo completo está en Cómo funcionan los tickets: el motor de procesos de REDA.

"¿Por qué no puedo cambiar un ticket cerrado?"

Cerrar un ticket es el momento en que se ejecuta su automatización — la etapa se mueve, los registros se sellan, se genera el siguiente ticket. Volver a editar el ticket después no vuelve a ejecutar esa automatización, así que un campo cambiado en un ticket cerrado puede quedar silenciosamente desalineado con los registros que ya creó. Por eso la forma segura de hacer un cambio posterior es ejecutar el proceso nuevo correcto — un ticket nuevo para el siguiente paso, o la ayuda de un administrador para una corrección — en lugar de editar un ticket que ya cumplió su función.

Errores del mostrador de paquetería

Registrar o entregar un paquete tiene sus propios campos obligatorios. El recorrido completo está en Paquetes y encomiendas; estos son los mensajes que verás si falta un campo:

Ejemplos resueltos

Cerrar un contrato de administración. Un administrador de propiedades intenta cerrar un PMA y se encuentra con "La fecha y hora de firma del documento deben proporcionarse antes de actualizar la etapa a "Contrato firmado" o "Cerrado"." Completa la fecha de firma e intenta de nuevo — ahora se encuentra con "No se puede actualizar el estado de un ticket de PMA directamente a Cerrado. Es necesario firmar el acuerdo antes de cerrarlo." La lección: un PMA tiene que recorrer primero Contract Sent y Contract Signed; no puede saltar directo a Closed. Una vez que el acuerdo se envía y se firma en orden, el cierre se completa y el acuerdo y la entidad PM quedan asociados a la propiedad.

Recuperar un lote de tickets de inflación. Un administrador ejecuta la inflación del mes y encuentra 3 de 40 tickets en Processing Error, todos con la misma nota de error: el índice de ese mes nunca se ingresó. Agrega el índice del mes faltante en Ajustes por inflación, luego abre cada ticket fallido y hace clic en Reprocess Inflation. Cada uno limpia su nota de error y se vuelve a cerrar, y el ajuste se aplica.

Qué sigue

1. Cómo funcionan los tickets: el motor de procesos de REDA — los conceptos de instantánea y reversión, aprobación y creación-ya-cerrado detrás de estos mensajes.
2. Referencia de tipos y estados de tickets — qué estados tiene cada tipo, para que sepas qué movimientos son siquiera posibles.
3. Ajustes por inflación — las causas raíz detrás de un Processing Error y cómo prevenirlas.

Preguntas frecuentes