Tres entornos, tres preguntas
Un simulador interno crea precios y ejecuciones dentro de una aplicación. Sirve para recorrer botones, reglas y estados sin conectar una cuenta de corretaje. Sus fills dependen de sus propios supuestos.
Una cuenta paper o sandbox suele usar servicios de prueba de un broker. Permite revisar autenticación, formato de órdenes, rechazos y respuestas de esa API. Los datos y las condiciones de ejecución pueden diferir de live; el alcance exacto depende del proveedor.
Una cuenta live envía instrucciones a una cuenta real. Aun aquí, una orden aceptada no equivale a una orden ejecutada. Hay que distinguir envío, aceptación, ejecución parcial, ejecución completa, cancelación y rechazo.
Qué conviene probar en cada etapa
| Pregunta | Simulador | Paper | Live |
|---|---|---|---|
| ¿Entiendo el flujo y sus controles? | Útil | Útil | También |
| ¿La API acepta esta instrucción? | No lo demuestra | Según el broker | Sí, para esa cuenta |
| ¿Cuál será el precio final? | No lo demuestra | No lo garantiza | Se conoce tras el fill |
| ¿Cómo reacciono ante un rechazo? | Si se simula | Se puede observar | Debe supervisarse |
En opciones, la diferencia puede ser mayor cuando el diferencial bid-ask es amplio o la liquidez cambia. Una captura de pantalla de un resultado paper no demuestra que ese precio estuviera disponible para una orden real.
Una bitácora de pruebas honesta
- Escribe la hipótesis concreta: por ejemplo, “el cierre manual se refleja en el historial”.
- Registra entorno, fecha, instrumento, tipo de orden y tamaño.
- Guarda el resultado observable: aceptación, rechazo, fill y tiempo transcurrido.
- Marca aparte lo que no se probó, como liquidez live o comportamiento durante una desconexión.
El paso a live es una decisión de riesgo personal. No lo decide una racha de resultados simulados ni una lista de verificación completada.