Perfil de soporte
Así registramos los casos de soporte de forma estructurada.
Rutas adecuadas de capacidades y tecnología
Profundizaciones importantes sobre este tema
Cuando se trata de aplicaciones existentes, incidencias concretas, actualizaciones, cuestiones de licencias o consultas técnicas durante la operación, la página de soporte es el canal adecuado. De este modo podemos asignar la solicitud internamente directamente al sistema correspondiente, a la versión adecuada y al contexto técnico.
Qué información ayuda al soporte
1. Indicar sistema y versión
Cuanto más claramente se nombren el producto, el módulo, la versión o el entorno afectado, más rápido podrá clasificarse técnicamente el caso.
2. Describir el síntoma del error
Son útiles observaciones concretas: ¿qué no funciona, desde cuándo ocurre y en qué pasos es reproducible?
3. Indicar el impacto
Sea un caso aislado, una interrupción en producción, una consulta sobre una actualización o un problema de uso: la priorización resulta más sencilla cuando se especifica claramente la parte afectada.
Solicitud de soporte
Describa brevemente el sistema, la versión, el síntoma del error o la consulta técnica. La solicitud se almacenará internamente y se reenviará al destinatario de soporte registrado, de modo que el seguimiento y la respuesta queden documentados correctamente.
Encontrará información sobre el tratamiento de datos en la política de privacidad.
¿Prefiere clasificar primero las cuestiones técnicas generales?
Para incidencias concretas, esta página de soporte sigue siendo la adecuada. Si se trata, en cambio, de cuestiones generales sobre arquitectura, servicios o plataformas relacionadas con sistemas existentes, el centro de preguntas frecuentes suele ayudar antes de enviar la consulta.
Siguiente paso
Si tiene una cuestión concreta de modernización, de APIs o de plataforma, deberíamos definir con claridad la arquitectura técnica desde el principio.
Net-Base evalúa los sistemas existentes, las rutas de datos, las interfaces y las plataformas objetivo no de forma aislada, sino en el contexto de la lógica de negocio, la operación y la ampliación futura.
- La situación actual, el estado objetivo y los riesgos técnicos se evalúan conjuntamente.
- REST, el acceso a datos, los portales y el rollout no se posponen como consecuencias tardías.
- Detecta con antelación qué enfoque es viable desde el punto de vista económico y operativo.