REDA One Centro de ayuda
ES
Idioma
English EN Español ES Português PT Italiano próximamente Français FR Deutsch próximamente العربية próximamente
reda.one ↗
Inicio / REDA Financials AI / Primeros pasos / Prácticas recomendadas / Guía de pruebas en sandbox

Guía de pruebas en sandbox

Un sandbox es una copia totalmente aislada de tu entorno de Salesforce (los sandbox Developer se incluyen con la mayoría de las ediciones de Salesforce): el lugar perfecto para instalar REDA Financials, aprender los flujos de trabajo y validar tu configuración antes de contabilizar una sola transacción real. Probar primero en un sandbox es lo más importante que puedes hacer para que tu puesta en producción sea tranquila y predecible. Esta guía te muestra cómo.

Cómo llegar. Los sandbox son una función de la plataforma Salesforce, no una pantalla de REDA: crea o actualiza uno en Configuración → Sandboxes, luego inicia sesión en él e instala REDA Financials ahí exactamente como lo harías en producción. Dentro del sandbox, las aplicaciones REDA se abren de la forma habitual — el Iniciador de aplicaciones (el ícono de cuadrícula en la esquina superior izquierda de cualquier página) → REDA Financials AI o REDA Financials Admin.
Acceso que necesitarás. Crear y actualizar sandboxes es una tarea del Administrador del sistema de Salesforce (el permiso “Manage Sandboxes”). Una vez dentro del sandbox, ensayar la configuración requiere el mismo conjunto de permisos Accounting Admin v2 que usarías en producción.
Nunca aprendas ni configures en producción Tu org de producción contiene tus libros contables reales. Usa un sandbox para cometer errores, experimentar y ensayar toda la configuración. Cuando todo funcione ahí, repite la configuración en producción con confianza — siguiendo la Lista de verificación para la puesta en producción.

Elige el sandbox correcto

Salesforce ofrece varios tipos de sandbox. Para un ensayo de REDA Financials, cualquiera de ellos funciona — la diferencia está en cuántos datos de producción contienen.

Tipo de sandbox Qué contiene Mejor para
Developer Tu configuración y código, sin registros de producción. Tú agregas tus propios datos de prueba. Un ensayo limpio de instalación y configuración.
Developer Pro Igual que Developer, con más almacenamiento para datos de prueba. Capacitación práctica y pruebas más amplias.
Partial Copy Tu configuración más una muestra de datos de producción. Probar con algunos clientes, proveedores y cuentas reales.
Full Una copia completa de tu org de producción, con todos sus datos. Pruebas finales de aceptación de usuario con volúmenes de datos realistas.
¿Cuál deberías elegir? Para la mayoría de las puestas en producción, un sandbox Developer Pro o Partial Copy es suficiente para ensayar la configuración y ejecutar tus ciclos de prueba. Reserva un sandbox Full para el UAT final cuando quieras datos a escala de producción. Si no estás seguro de qué tiene disponible tu org, tu administrador de Salesforce puede revisarlo en Configuración → Sandboxes.

Configura REDA en tu sandbox

  • Instala el paquete. Instala REDA Financials en el sandbox exactamente como lo harías en cualquier otro lugar — consulta Instalación y actualizaciones.
  • Todos pueden probar durante la prueba gratuita. Mientras tu prueba gratuita está activa, todos los usuarios de la org tienen licencia automática para contabilizar — no se necesita asignar licencias. Todo tu equipo puede entrar y probar de inmediato.
  • Configura la base. Carga (seed) tu catálogo de cuentas y tus paquetes de impuestos, define tus valores predeterminados, crea una entidad y un territorio de prueba, y genera los períodos — los mismos pasos que en Configuración posterior a la instalación. Esto también es tu ensayo de la configuración misma.
  • Agrega datos de prueba representativos. Crea un par de clientes, proveedores y productos de prueba, y una cuenta bancaria, para poder ejecutar transacciones con apariencia real.

Arma tu plan de pruebas

La regla de oro: contabiliza al menos una transacción en cada módulo que uses y luego revisa dónde quedó registrada en el libro mayor. Recorre los ciclos que importan para tu negocio:

  • Cuentas por cobrar. Crea y contabiliza una factura de venta, registra un recibo de caja, aplícalo y emite una nota de crédito. Revisa el saldo del cliente y la antigüedad.
  • Cuentas por pagar. Crea una orden de compra, conviértela en una factura de compra, cotéjala y contabilízala, luego págala con un desembolso.
  • Asientos contables. Contabiliza un asiento contable manual y, si operas con varias entidades, uno intercompañía — y confirma las contrapartidas automáticas.
  • Banca. Importa un estado de cuenta de muestra y ejecuta una conciliación de principio a fin.
  • Activos. Si llevas control de activos fijos, ejecuta un lote de depreciación y confirma los asientos.
  • Impuestos y retenciones. Contabiliza una transacción en cada país donde operas y confirma las líneas de impuesto y de retención (WHT).
  • Cierre de período. Recorre una vez un cierre de mes completo, para que el cierre real no traiga sorpresas.

Verifica la contabilidad

Contabilizar una transacción es solo la mitad de la prueba — la otra mitad es confirmar que se contabilizó correctamente. Para cada prueba, revisa:

  • Los asientos del libro mayor son correctos. Abre las transacciones contables (o el Mayor de cuenta contable) y confirma que cada débito y crédito impactó la cuenta esperada.
  • El impuesto y la retención son correctos. Confirma las tasas, las cuentas de impuestos y cualquier línea de retención.
  • El multimoneda funciona. Si operas con más de una moneda, revisa las conversiones y la ganancia/pérdida cambiaria.
  • Los estados financieros cuadran. Ejecuta el Balance de comprobación, el Estado de resultados, el Balance general y los informes de antigüedad de saldos, y confirma que son correctos y cuadran.
  • Los documentos se ven bien. Genera facturas, cheques y estados de cuenta en PDF y confirma la marca y los datos.

Mantén el sandbox seguro

Un sandbox se siente real, así que toma algunas precauciones para evitar que tus pruebas se filtren al mundo real:

No dejes que los datos de prueba lleguen a personas o sistemas reales
  • Mantén la entregabilidad de correo de Salesforce configurada en Solo correo del sistema en el sandbox (el valor predeterminado tras una actualización) para que las facturas y notificaciones de prueba nunca envíen correos a tus clientes reales.
  • Usa clientes, proveedores y montos claramente ficticios — no reales — para cualquier cosa que genere un documento.
  • No conectes feeds bancarios reales ni proceses pagos reales desde un sandbox.
  • Recuerda la bandeja de entrada de OCR: envíale solo documentos de prueba, nunca facturas de proveedores reales que también proceses en producción.

Personalizar y extender REDA

REDA Financials AI es una aplicación totalmente extensible. Como está construida de forma nativa sobre Salesforce, puedes adaptarla ampliamente a la forma en que trabaja tu negocio — agregar campos y objetos personalizados, construir flujos y reglas de validación, crear tus propios informes y dashboards, agregar componentes Lightning y conectar integraciones. REDA está diseñado para esto: puntos de extensión basados en configuración te permiten agregar tus propias dimensiones contables, campos de formulario y columnas de documentos, muchas veces sin escribir código.

Esa flexibilidad es poderosa, así que úsala mediante una vía segura y repetible — la misma disciplina de sandbox primero que el resto de esta guía:

  • Construye el cambio en un sandbox. Haz cada personalización — un campo nuevo, un flujo, una integración — en un sandbox, nunca directamente en producción.
  • Pruébala por completo. Lleva la personalización por un plan de pruebas adecuado y documenta tus casos de prueba, para que tú y tus auditores tengan un registro de que se comporta correctamente.
  • Libérala a producción. Una vez que tus casos de prueba pasen, implementa el cambio en producción usando el método preferido de tu equipo (change sets, un paquete o una herramienta de implementación).
  • Completa tus pasos posteriores a la implementación. Después de implementar, verifica el cambio en producción, vuelve a ejecutar tus verificaciones clave y confirma que nada más se vio afectado.
Tus personalizaciones te pertenecen Cualquier personalización que construyas sobre REDA Financials — campos, objetos, flujos, código, informes o integraciones personalizados — es propiedad de tu organización y está a su cargo, y no está cubierta por el soporte general estándar de REDA. REDA da soporte a la aplicación empaquetada; tu personalización es tu responsabilidad (y tu activo). Si deseas ayuda para diseñar o construir una extensión, el equipo de servicios profesionales de REDA puede ayudarte — contacta a support@reda.one.

Del sandbox a producción

La configuración no se copia sola Un sandbox y tu org de producción son entornos separados. La configuración que construyes en el sandbox — entidades, cuentas cargadas (seed), reglas fiscales, valores predeterminados — se queda en el sandbox. Cuando estés listo para salir en vivo, repites esa configuración en producción, siguiendo los mismos pasos que acabas de ensayar. Piensa en el sandbox como el ensayo general y en producción como el estreno.

Con las pruebas del sandbox aprobadas, pasa a producción usando la Lista de verificación para la puesta en producción. Como ya recorriste cada paso una vez, la configuración de producción es más rápida y mucho menos propensa a errores.

Actualizar borra el sandbox Actualizar un sandbox lo reemplaza con una copia nueva — tus datos de prueba y cualquier configuración no guardada se pierden. Termina una ronda de pruebas antes de actualizar, y toma nota de todo lo que quieras conservar.

Qué sigue

  1. Instalación y actualizaciones — instala el paquete en tu sandbox.
  2. Tu hoja de ruta de configuración — qué configurar y probar, en orden.
  3. Lista de verificación para la puesta en producción — promueve del sandbox a producción.
  4. Migración de saldos iniciales — ensaya primero la carga de datos.
  5. Segregación de funciones y seguridad — prueba tu modelo de acceso de forma segura.

Preguntas frecuentes

No durante la prueba gratuita. Mientras la prueba está activa, todos los usuarios de la org tienen licencia automática para contabilizar, así que tú y tu equipo pueden probar libremente. La clave de licencia se vuelve relevante cuando pasas a una suscripción paga. Consulta Suscripción y planes.

Un sandbox Developer Pro o Partial Copy es adecuado para la mayoría de las puestas en producción — suficiente espacio para configurar y ejecutar todos los ciclos. Usa un sandbox Full para las pruebas de aceptación de usuario finales con datos a escala de producción.

No. Un sandbox y producción son entornos separados, así que tus entidades, cuentas cargadas (seed), reglas fiscales y valores predeterminados se quedan en el sandbox. Repites la configuración en producción cuando sales en vivo — lo cual es rápido, porque ya la has ensayado.

Salesforce configura la entregabilidad de correo del sandbox en Solo correo del sistema de forma predeterminada, lo que bloquea el correo saliente a destinatarios reales. Déjalo así mientras pruebas. Usa siempre datos claramente ficticios para cualquier cosa que genere un documento, solo para estar seguro.

Sí — REDA Financials es totalmente extensible, y puedes adaptarlo ampliamente a tu negocio. Construye y prueba cada personalización primero en un sandbox, luego libérala a producción y completa tus verificaciones posteriores a la implementación. Ten en cuenta que las personalizaciones que construyes te pertenecen y no están cubiertas por el soporte general estándar de REDA — REDA da soporte a la aplicación empaquetada. Para ayuda al construir una extensión, contacta a support@reda.one.

Contabiliza al menos una transacción en cada módulo que uses — cuentas por cobrar, cuentas por pagar, asientos contables, banca, activos — y confirma que cada una se contabilizó en las cuentas contables correctas. Luego ejecuta tus estados financieros y un cierre de mes completo. Si eso está bien, estás en buena forma.

¿Te resultó útil?