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, fallos concretos, actualizaciones, cuestiones de licencias o consultas técnicas en el funcionamiento en curso, la página de soporte es el camino adecuado. De este modo podemos asignar la solicitud internamente directamente al sistema correspondiente, a la versión correcta y al contexto técnico.
Qué información ayuda al soporte técnico
1. Identificar sistema y versión
Cuanto más claros sean el producto, el módulo, la versión o el entorno afectado, más rápido se podrá clasificar el caso desde el punto de vista técnico.
2. Describir el síntoma del error
Son útiles observaciones concretas: ¿qué no funciona, desde cuándo ocurre y en qué pasos se puede reproducir?
3. Especificar 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 será más sencilla si se indica 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 correctamente documentados.
Encontrará información sobre el tratamiento de datos en la Política de privacidad.
¿Prefiere clasificar primero las preguntas técnicas generales?
Para incidencias concretas, esta página de soporte es la adecuada. Si, en cambio, se trata de cuestiones generales sobre arquitectura, servicios o plataformas en torno a sistemas existentes, el centro de preguntas frecuentes suele ser de ayuda incluso antes de recibir una respuesta.
siguiente paso
Si tiene una cuestión concreta de modernización, API o plataforma, deberíamos definir con precisión el alcance técnico 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 posterior.
- 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 despliegue no se relegan a fases posteriores.
- Usted detecta con antelación qué camino es viable, tanto económica como operativamente.