El registro de bugs resueltos recopila en un único lugar las correcciones más significativas publicadas a lo largo del tiempo. Le sirve a usted para entender si un problema que había observado ha sido cerrado, y le sirve al equipo para mantener una memoria transparente del trabajo realizado.
Qué consideramos un bug
Un bug es un comportamiento del software que difiere del esperado o declarado. No es lo mismo que una funcionalidad faltante o una preferencia personal: el registro trata el primer caso. Las solicitudes de nuevas funcionalidades y las variaciones de comportamiento siguen procesos diferentes.
Qué encontrará en cada entrada
- descripción sintética del problema, en lenguaje no técnico;
- impacto esperado, es decir, quién estaba involucrado y en qué condiciones;
- corrección aplicada y versión en la que ha sido publicada;
- posibles indicaciones para los usuarios que habían sufrido el problema.
Cómo se identifican
Un bug llega a la fase de procesamiento a través de varios canales: reportes de los usuarios mediante ticket, monitoreo interno de errores, verificaciones previas al lanzamiento. Los reportes bien estructurados de los usuarios (con marcas de tiempo, capturas de pantalla y pasos para reproducir) suelen ser decisivos: la guía Cómo enviar una solicitud eficaz explica cómo hacerlo correctamente.
Prioridad de corrección
No todos los bugs son iguales. Un problema que bloquea completamente una función crítica para muchos usuarios se aborda antes que una molestia visual que afecta a una parte residual de la base de usuarios. Esta priorización es una elección de responsabilidad: recursos asignados donde producen más valor.
Si había reportado un problema y no está seguro de que se haya cerrado, busque la entrada correspondiente en el registro o responda a su ticket original. El soporte puede confirmarle la versión en la que se introdujo la corrección.
Bugs recurrentes
Algunas categorías de problemas regresan periódicamente porque están ligadas a cambios externos: actualizaciones del cliente MetaTrader, modificaciones por parte del broker, novedades en los navegadores. El registro anota también estos casos, permitiendo reconstruir la evolución de un problema a lo largo del tiempo. Algunas de estas correcciones se acompañan de pequeñas guías dedicadas en la categoría Broker, conexiones y operatividad técnica.
Transparencia sobre los límites
Ningún software está libre de bugs: declararlo sería irreal. Nuestro compromiso se refiere a la transparencia sobre los problemas conocidos, la rapidez de corrección de los más impactantes y la comunicación clara cuando sea necesario.
Perímetro
La corrección de bugs concierne a la tecnología. Arbicsx suministra software de conformidad con el D.Lgs. 58/1998 (TUF): un bug técnico puede perturbar la experiencia en la plataforma, pero no modifica el perímetro del servicio, que no incluye gestión de capitales ni asesoría financiera.
Cómo consultarlo
La sección Actualizaciones agrega bugs resueltos, actualizaciones y comunicaciones. No es necesario seguirla cada día: una lectura periódica le mantiene al tanto sin sobrecargarlo.
¿Te ha resultado útil esta guía?
Si esta guía no ha sido suficiente, nuestro equipo está a tu disposición.
Cada solicitud se dirige al canal adecuado. Contáctanos y recibirás una respuesta estructurada lo antes posible.
Ir al soporte