Una excepción de SAP registrada como una incidencia de Atlassian Jira Cloud hereda el flujo de trabajo que conlleva su tipo, por lo que elegir el tipo de incidencia determina si alguien llega a resolverla alguna vez.
En Atlassian Jira Cloud, el tipo de incidencia no es una etiqueta. Determina el flujo de trabajo que sigue la incidencia, los campos que contiene y el tablero en el que aparece. Por lo tanto, una excepción de SAP generada con un tipo incorrecto termina en un flujo de trabajo que nadie utiliza y permanece allí. Mientras tanto, el registro fallido o la entrega bloqueada que representa siguen sin funcionar y bloqueados, y alguien del equipo de operaciones está enviando correos electrónicos al respecto. Conectar SAP con Atlassian Jira Cloud convierte el tipo en una asignación explícita, de modo que una excepción llega a algún lugar donde alguien podrá gestionarla.

Cada tipo de excepción de SAP se corresponde con el tipo de incidencia de Atlassian Jira Cloud cuyo flujo de trabajo le resulta adecuado, de modo que la incidencia aparece en un tablero que alguien está revisando.
El número de documento de SAP se adjunta al problema, por lo que quien lo consulte parte del registro en sí, en lugar de una descripción escrita por otra persona.
El estado de resolución vuelve a estar en manos de SAP, por lo que la persona que informó del problema se entera de que se ha solucionado sin tener que preguntar a un desarrollador si el problema ha avanzado en absoluto.
El departamento de operaciones deja de enviar correos electrónicos sobre excepciones, porque al reportar una se crea un problema registrado con un responsable, en lugar de un mensaje que compite con todo lo demás en la bandeja de entrada.
Alumio registra cada excepción de SAP como el tipo de incidencia de Atlassian Jira Cloud que le hayas asignado, con el número de documento y los detalles del error adjuntos, de modo que se integra en el flujo de trabajo con el que el equipo ya trabaja a diario.
Dado que el número de documento de SAP figura en la incidencia de Atlassian Jira Cloud, un desarrollador que esté investigando puede abrir el registro en lugar de solicitar una captura de pantalla, que es donde se produce la mayor parte del retraso en una excepción de este tipo.
Cuando se resuelve el problema en Atlassian Jira Cloud, el estado se vuelve a escribir en el registro de SAP donde existe un campo para ello, de modo que la excepción se cierra en el sistema de origen en lugar de solo en un rastreador que nadie fuera del departamento de TI abre.
Alumio se sitúa entre los canales de venta y los sistemas de cumplimiento como una columna vertebral de integración gobernada. Los pedidos se enrutan, transforman y validan, mientras que las actualizaciones de estado regresan a cada canal.
Autentique sus sistemas utilizando los conectores preconfigurados de Alumio. Elija entre más de 200 paquetes de conectores en el marketplace, además de integraciones personalizadas ilimitadas.
Defina cómo se asignan los campos de datos entre sistemas en una interfaz visual. Ajuste formatos, enriquezca registros y aplique lógica de negocio, sin necesidad de código personalizado.
Configure los flujos para que se ejecuten en tiempo real según eventos, según un horario o ambos. Reduzca la entrada manual de datos y deje que Alumio gestione el movimiento y la transformación entre sistemas.
Una vez que su primera integración esté activa, añadir su ERP, PIM, WMS o CRM se conecta al mismo centro. Los flujos existentes siguen funcionando. Sin necesidad de reconstruir desde cero.
Lo que realmente se rastrea en un problema suele ser un cambio en algo, que es donde se establece la siguiente conexión. Un repositorio de origen es una adición común, ya que un problema de Jira Cloud generado por una excepción de SAP a menudo se resuelve con un cambio, y el vínculo entre el problema de Atlassian Jira Cloud y lo que realmente se modificó es algo que nadie registra. Alumio mantiene ambas conexiones, por lo que una excepción, su problema y su solución forman un único rastro.
Primero se lee el tipo de incidencia, ya que determina todas las acciones posteriores que se pueden realizar sobre ella. Alumio asigna cada categoría de excepción de SAP al tipo de incidencia de Jira Cloud que usted especifique, crea la incidencia de Atlassian Jira Cloud que acepta su API con el número de documento y los detalles del error, y registra el estado de resolución en el campo correspondiente de SAP. Las categorías que no haya asignado se notifican en lugar de generarse como un tipo predeterminado.
No, y el tipo de incidencia es más determinante que los campos. Qué excepción de SAP se convierte en qué tipo de Atlassian Jira Cloud, en qué proyecto se ubica y qué sucede al cerrarla en SAP son entradas en la interfaz de Alumio, mantenidas por quien sea responsable de los flujos de trabajo. Cuando una excepción debe clasificarse a partir de más de un campo, el Code Transformer se encarga de esa lectura.
El flujo de trabajo que realmente utiliza el equipo responsable es el adecuado, y la alternativa es peor de lo que parece. Es tentador agruparlo todo en un único tipo genérico, pero esto genera una cola con un solo flujo de trabajo, sin un tablero útil y sin forma de distinguir entre un envío fallido y una entrega bloqueada. Asignar cada categoría de excepción de SAP a su propio tipo en Atlassian Jira Cloud es lo que hace que la cola funcione correctamente.
Un problema del que nadie es responsable es el resultado que se debe evitar, y un tipo predeterminado lo genera siempre. Alumio registra la excepción de SAP y el problema de Atlassian Jira Cloud que creó, detecta y alerta de inmediato cuando no se puede crear un problema, nombra la excepción y el motivo, reintenta cuando está configurado y deja las categorías no asignadas informadas en lugar de creadas, para que nada quede en silencio en un flujo de trabajo sin supervisión.
Habla con un especialista en integración de Alumio. Diseñaremos la arquitectura adecuada para tus sistemas, a la escala correcta, para que tus operaciones sigan siendo fiables ante cualquier cambio.