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.
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.
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. |
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:
- 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.
Del sandbox a producción
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.
Qué sigue
- Instalación y actualizaciones — instala el paquete en tu sandbox.
- Tu hoja de ruta de configuración — qué configurar y probar, en orden.
- Lista de verificación para la puesta en producción — promueve del sandbox a producción.
- Migración de saldos iniciales — ensaya primero la carga de datos.
- 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?