Pruebas de REDA en un Sandbox
Un sandbox es una copia completa de su organización de Salesforce que puede romper sin riesgo — el lugar indicado para ensayar un cambio de configuración, una nueva regla de arrendamiento o una actualización antes de que toque producción. Como REDA no tiene forma de desactivar su automatización durante un trabajo con datos, un cambio que parece pequeño puede propagarse ampliamente, y por eso mismo conviene probarlo primero en un sandbox. Esta guía cubre las partes específicas de REDA en ese proceso: el estado local de la organización que debe revisar en cada sandbox nuevo o refrescado, el conjunto mínimo de trabajos en segundo plano que hay que programar para que una prueba realmente se ejecute, y las realidades de reinicio y protección contra eliminación que va a encontrar. La mecánica de plataforma de los sandboxes — tipos, frecuencia de actualización, cómo se copian los datos — es Salesforce estándar, así que para eso lo remitimos a la documentación oficial.
Acceso que necesitará. Crear y refrescar sandboxes es una tarea del administrador de Salesforce. Dentro del sandbox se aplican los mismos conjuntos de permisos de REDA — se copian con la organización — así que la Consola de administración de REDA sigue requiriendo REDA - Master Data - Admin.
Por qué probar en un sandbox
Dos tipos de cambio merecen un ensayo en sandbox siempre:
- Ediciones de Leasing Rules. Editar una Leasing Rule vuelve a copiar su configuración sobre todo contrato activo regido por esa regla — sobrescribiendo ajustes manuales en el proceso. Ese es un radio de impacto amplio y difícil de deshacer, así que un sandbox es donde aprende qué campos se mueven antes de tocar producción.
- Ensayo de actualización. Una nueva versión de REDA llega primero a un sandbox. Ensaye ahí la actualización — confirme que sus trabajos, configuraciones e integraciones siguen comportándose como espera — antes de actualizar producción.
Los cambios de cargos y de política de facturación (ventanas de factura recurrente, parámetros de recargo por mora y de mes a mes) y los experimentos de desactivación de flujos también pertenecen aquí, por la misma razón: puede ver los efectos secundarios en un lugar donde no importan.
Estado de REDA que hay que revisar en cada sandbox
Un sandbox copia su organización, pero varias piezas del estado de REDA son por organización — no sobreviven de forma confiable a una copia o refresco, y un sandbox va a correr sin problema con lo que haya heredado o perdido. Aplique esta lista de verificación a cada sandbox nuevo o refrescado antes de confiar en una prueba:
| Verificar | Dónde | Por qué importa |
|---|---|---|
| Trabajos programados presentes para lo que está probando | Consola de administración de REDA → Scheduled Jobs | Las programaciones son estado administrativo por organización — no hay garantía de que algo esté presente. |
| Configuración de la extensión contable | Consola de administración de REDA → Global App Settings | Es una configuración local de la organización; decide si las facturas se sincronizan con REDA Financials durante su prueba. |
| Configuración de multimoneda | Global App Settings | Es la llave maestra del comportamiento de sellado de moneda. |
| Data Service deshabilitado o con nuevas claves | Configuración de Data Service (admin) | Las claves de prospectos web son configuración de organización — los formularios en vivo no deben apuntar al sandbox, y el sandbox no debe recibir tráfico de producción. |
| Configuración de URL base del portal/sitio | Configuración de la aplicación (registros locales de la organización) | Los flujos de REDA enlazan en profundidad a través de estas URL; URLs de producción obsoletas en un sandbox desvían los flujos de prueba. |
| Qué paquetes de la suite existen | Setup → Installed Packages | Un sandbox solo con REDA se comporta distinto a uno con la suite completa (por ejemplo, sin sincronización de factura a Sales Invoice sin la extensión de Financials presente). |
| Base limpia de Async Logs | REDA Admin → REDA Async Logs | Una base limpia hace fácil detectar cualquier falla de prueba. |
| Entregabilidad de correo electrónico | Salesforce Setup (estándar) | Es comportamiento de plataforma — verifíquelo antes de cualquier prueba que pueda enviar correo masivo. |
Mantener las pruebas contenidas
Un sandbox es una organización real y funcional — lo que significa que puede enviar correo a personas reales y llegar a endpoints reales si se lo permite. Antes de ejecutar algo que envíe o sincronice, conténgalo:
- Correo electrónico. Confirme la configuración de entregabilidad de correo antes de una prueba que pueda notificar a inquilinos o propietarios. Es comportamiento estándar de la plataforma — verifíquelo, no lo dé por sentado.
- Formularios web y enlaces de portal. Nunca apunte un formulario de prospectos web en vivo a un sandbox, y nunca deje que un sandbox use claves de Data Service de producción. Cambie las claves o deshabilite Data Service en el sandbox.
- Sincronización contable. Revise la configuración de la extensión contable para saber si las facturas de prueba se van a sincronizar con Financials — y si eso es lo que quiere durante la prueba.
Probar la facturación de principio a fin
La sorpresa más común en un sandbox es que no se factura nada. Eso no es una instalación rota — es que la facturación de REDA está impulsada por trabajos en segundo plano, y esos trabajos son estado por organización que un sandbox puede no tener. Un sandbox sin programar produce cero facturas. Para probar la facturación, programe solo el trabajo que el escenario necesita:
| Está probando… | Programe en el sandbox | Nota de tiempo |
|---|---|---|
| Facturación de renta recurrente | Cargos recurrentes (según el ciclo: mensual / diario / semanal) | Solo procesa los cargos que vencen hoy — alinee la próxima fecha de factura del cargo con el día de la corrida. |
| Política de recargo por mora | Recargos por mora (diario y/o mensual) | Autocorrectivo — una sola corrida recoge todo el estado vencido. |
| Cuotas de mes a mes / holdover | Los trabajos de mes a mes (diario y/o mensual) | Autocorrectivo. |
| Inflación / escalación | Ambos trabajos de inflación, más una regla y la entrada del índice de ese mes | Autocorrectivo; una entrada de índice faltante genera "Índice de inflación no definido para el período." |
| Casos límite de facturación por mudanza (move-out) | El trabajo de mudanza retrasada | Procesa las mudanzas programadas de ayer. |
| Cronogramas de renta lineal (straight-line) | El trabajo de renta lineal, o la acción Calculate del registro para un solo contrato | La acción del registro evita tener que programar para pruebas de un solo contrato. |
| Inspecciones recurrentes | El trabajo de inspecciones recurrentes | Se omite con frecuencia — prográmelo explícitamente. |
| Instantáneas de ocupación | El trabajo de instantáneas, o la acción Create Reconciliation Snapshot | La acción espera un mes: "Invalid input. You must provide value in YYYY-MM format. For example for Jan 2026, provide 2026-01." |
El tiempo importa para el diseño de la prueba. Las corridas de cargos recurrentes solo procesan lo que vence hoy — no se ponen al día — así que una prueba de renta recurrente necesita que la corrida caiga en el día de procesamiento correcto. Las corridas de recargo por mora, mes a mes e inflación son autocorrectivas: una sola corrida procesa todo lo vencido hasta hoy, así que esas pruebas toleran una programación menos precisa.
Ensayar cambios riesgosos
Tres patrones cubren la mayor parte de para qué sirve un sandbox:
Reiniciar entre corridas de prueba
Las protecciones contra eliminación de REDA se aplican en un sandbox exactamente igual que en producción — no puede eliminar una factura parcialmente pagada o consolidada en un lote, un cargo bajo un negocio aprobado, o una línea de reconciliación contabilizada solo para volver a ejecutar un escenario. Diseñe las pruebas teniendo eso en cuenta: mantenga las rutas de prueba sin contabilizar y sin aprobar donde pueda, o use Reset Lease.
Reset Lease es el botón de reinicio del probador en sandbox. En un contrato que aún no está ocupado, elimina los cargos, tickets y facturas del contrato y devuelve la etapa a la etapa de solicitud — REDA advierte primero: "Upon resetting - the Cargos de la oportunidad, Tickets, and Invoices will be deleted and the Oportunidad stage will be set to \"Application New\"." Un contrato ocupado no se puede reiniciar; lo rechaza con "El contrato de arrendamiento ocupado no se puede restablecer. Contacte con el administrador del sistema."
Ejemplo práctico: ensayar un cambio de recargo por mora
El administrador de Meridian quiere cambiar una política de recargo por mora. El ensayo en sandbox:
Qué sigue
- La Lista de verificación para la puesta en producción — la lista de trabajos que hay que replicar en su sandbox antes de producción.
- Programación de tareas en segundo plano — el catálogo de trabajos que va a programar para una prueba de facturación.
- Leasing Rules — por qué una edición de regla se propaga en cascada a los contratos activos, y necesita un sandbox primero.
- Monitoreo de Async Logs — dónde aparecen las fallas de trabajos durante una prueba.
- Notas de la versión — ensaye cada actualización en un sandbox antes de producción.
Preguntas frecuentes
No. La facturación está impulsada por trabajos en segundo plano que se programan por organización, y un sandbox tiene el estado de programación que haya heredado o perdido. Programe los trabajos correspondientes en el sandbox (consulte La Lista de verificación para la puesta en producción) y las facturas se generarán.
No. REDA no tiene un mecanismo para omitir triggers — las cargas y ediciones de datos disparan toda la misma automatización que un trabajo manual. Planifique las cargas en consecuencia, y desactive un flujo de proceso específico solo con cuidado.
Las protecciones contra eliminación se aplican en un sandbox exactamente igual que en producción. Use rutas de prueba no contabilizadas o no aprobadas, o use Reset Lease en un contrato que no esté ocupado para borrar sus cargos, tickets y facturas.
Solo se ejecuta una corrida de un trabajo a la vez. REDA responde: "Hay un trabajo similar en proceso. Espere a que se complete el trabajo actual antes de iniciar uno nuevo. Para obtener más ayuda, contacte con el administrador del sistema." Espere a que termine la primera corrida y vuelva a intentarlo.
Sí, si no está ocupado. Reset Lease elimina los cargos, tickets y facturas del contrato y lo devuelve a la etapa de solicitud. Un contrato ocupado lo rechaza: "El contrato de arrendamiento ocupado no se puede restablecer. Contacte con el administrador del sistema."
¿Te resultó útil?