Sandbox (Salesforce)

Un sandbox de Salesforce es un entorno separado de tu org de producción que sirve para desarrollar, configurar y probar cambios sin tocar el sistema que usan tus equipos todos los días. Es una réplica de tu org (su metadata y, según el tipo, también sus datos) que vive en una instancia distinta, con su propia URL y sus propios usuarios, de modo que cualquier error o experimento queda contenido y aislado del entorno real.

La idea de fondo es simple: nunca trabajás directamente sobre producción. Probás primero en un sandbox, validás que todo funcione, y recién entonces promovés esos cambios a producción. Por eso el sandbox es la pieza central del ciclo de implementación y del trabajo de cualquier equipo de desarrollo sobre Salesforce.

Cada sandbox se crea desde producción y se puede refrescar (volver a copiar el estado actual de producción sobre él) cuando se desactualiza respecto del entorno real.

Por qué importa

En Salesforce no existe el concepto de "lo pruebo rápido en producción". Producción es el sistema donde tu equipo de ventas carga oportunidades, tu equipo de servicio responde casos y tus integraciones mueven datos reales. Modificar ese entorno a ciegas es la receta para romper procesos, perder información o dejar a la gente sin poder trabajar. El sandbox te da un lugar idéntico donde equivocarte sin consecuencias, iterar las veces que haga falta y validar con tranquilidad antes de impactar a nadie.

Cómo funciona

Un sandbox se aprovisiona desde Setup, dentro de tu org de producción, y Salesforce genera una copia en una instancia separada. Según el tipo, esa copia incluye solo la metadata (la configuración: objetos, campos, flujos, código, perfiles) o también una porción de los datos reales. Cada sandbox tiene un dominio de login propio, distinto del de producción, y las credenciales de los usuarios se copian con el nombre del sandbox añadido al final del nombre de usuario. Cuando querés llevar los cambios a producción, usás herramientas de despliegue como change sets, paquetes o Salesforce DX para promover esa metadata de forma controlada.

Los tipos de sandbox

No todos los sandbox son iguales: se diferencian por cuántos datos copian, cuánto espacio tienen y cada cuánto se pueden refrescar. Elegir bien el tipo es clave para no pagar de más ni quedarte corto de datos para probar.

Un Full sandbox es la réplica más fiel (copia toda la base) y por eso se reserva para pruebas de aceptación de usuario y validaciones de rendimiento; los Developer son livianos y rápidos, ideales para el día a día de quien programa.

Ejemplo concreto (LATAM)

Pensá en una distribuidora de Consumo Masivo en Argentina que necesita cambiar la lógica de su forecast de ventas y sumar una nueva regla de validación en oportunidades. El equipo arma todo en un Developer sandbox, lo prueba contra datos ficticios, lo pasa a un Partial Copy para que el área comercial valide con datos parecidos a los reales, y solo cuando todos firman se despliega a producción. Si algo hubiera fallado, el problema quedaba contenido en el sandbox y nadie de ventas se enteraba.

Errores comunes

• Desarrollar directo en producción porque "es solo un campito": cualquier cambio sin probar puede romper automatizaciones que dependen de él.
• No refrescar el sandbox durante meses: termina tan desactualizado respecto de producción que las pruebas dejan de ser confiables.
• Olvidar que los emails y las integraciones quedan desactivados por defecto en un sandbox nuevo: si los activás sin pensar, podés mandar correos de prueba a clientes reales.
• Probar rendimiento en un Developer sandbox: como casi no tiene datos, no representa la carga real. Para eso va un Full.

En qué se diferencia de un Developer Edition org

Es una confusión típica. Un sandbox siempre es una copia de tu producción y está atado a ella: se refresca desde ahí y hereda su licencia. Un Developer Edition org es una org gratuita e independiente, sin relación con tu producción, que se usa para aprender o construir paquetes para el AppExchange. Si querés probar tu propia configuración real, vas a un sandbox; si querés un entorno limpio y desligado de tu empresa, vas a un Developer Edition.

El sandbox es, en definitiva, la red de seguridad de todo el trabajo técnico en Salesforce: el lugar donde los cambios maduran antes de tocar el negocio.