Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
Las aprobaciones y las excepciones de SAP llegan a Slack, donde la gente ya está, mientras que el registro de lo que realmente se decidió permanece en SAP, donde alguien aún puede encontrarlo un año después.
Un mensaje de Slack es una excelente manera de llamar la atención de alguien, pero una pésima manera de mantener un registro. Se desplaza por la pantalla, lo lee quien esté mirando, y dos semanas después nadie puede decir quién lo vio ni qué hizo al respecto. Esto está bien para un aviso, pero no para una aprobación. La integración de SAP con Slack trata el mensaje como un recordatorio y SAP como el registro, por lo que aquello sobre lo que la gente actúa es visible en el canal y aquello sobre lo que pregunta un auditor permanece en el sistema. Los canales son para llamar la atención. Los sistemas son para registrar información. Tratarlos como si fueran lo mismo es lo que impide obtener una aprobación.
DATOS QUE FLUYEN ENTRE ELLOS
Solicitudes de aprobación
Excepciones
Estado del pedido
Alertas de stock
Referencias de documentos
Usuarios responsables
Los asuntos que requieren una decisión llegan al canal que el equipo ya sigue, por lo que una aprobación no se queda sin leer en un sistema al que alguien accede como mucho dos veces por semana.
Alumio se conecta a Slack como lo haría con cualquier otro sistema accesible, y la decisión en sí se registra en el documento de SAP en lugar de permanecer únicamente en un canal de chat donde se pierde al desplazarse por la pantalla.
Solo los eventos que tú propongas generan un mensaje, por lo que el canal no se llena de ruido rutinario del tipo que enseña a la gente a silenciarlo en dos semanas.
Como la solicitud y la referencia llegan juntas, la persona que puede actuar tiene lo que necesita delante, en lugar de tener que preguntar de qué documento se trata.
Un documento en SAP necesita aprobación y la solicitud aparece en el canal de Slack correspondiente con su referencia y importe, de modo que la persona que puede aprobarlo lo hace directamente, en lugar de descubrirlo varios días después.
Un pedido que SAP no pudo procesar genera un mensaje que indica el nombre del cliente y el motivo, de modo que alguien lo revisa esa misma mañana en lugar de que aparezca días después en un informe semanal de excepciones que nadie lee realmente.
Una vez tomada la decisión, se registra en el documento SAP en lugar de existir únicamente como una respuesta en un canal, por lo que el registro de auditoría permanece en el sistema, que seguirá estando disponible el año que viene, en lugar de en un registro de chat.
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.
.svg){kind=icon}
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.
La tentación de añadir más notificaciones es grande, pero eso suele empeorar las cosas en lugar de mejorarlas. Lo que sí ayuda es una herramienta de tareas o aprobación, para que todo lo que requiera una decisión tenga dónde ubicarse, además de en un canal y la memoria de alguien. Utiliza la misma configuración de eventos, lo que significa decidir una sola vez qué merece atención, en lugar de dos.
Sí, y la decisión sobre qué eventos de SAP justifican interrumpir a los usuarios es lo que determina si esto funciona. Un pedido bloqueado y una aprobación que supere un umbral justifican un mensaje. No todos los documentos publicados lo justifican. Alumio publica solo los eventos que usted especifique, en los canales que elija, de modo que la atención se mantiene como un recurso escaso en lugar de consumirse de inmediato.
No, y la prueba útil es lo que sucede al agregar un segundo país. Un nuevo equipo, un nuevo canal y un umbral de aprobación ligeramente diferente deberían implicar solo unos pocos cambios en un formulario, en lugar de un pequeño proyecto, y está configurado de esa manera. El Code Transformer cubre una regla de enrutamiento que la configuración por sí sola no puede expresar.
Independientemente de lo que indique el documento de SAP, precisamente por eso el mensaje no debería ser el registro oficial. Una publicación en un canal es vista por un grupo y no pertenece a nadie en particular, por lo que una aprobación que solo existe en Slack no tiene propietario ni historial. Mantener la solicitud en el canal y la responsabilidad en SAP permite que el recordatorio sea práctico y que la responsabilidad siga siendo rastreable.
El mensaje se registra en el evento de SAP que lo originó. No depende de que alguien detecte una interrupción en un canal. La entrega se supervisa en tiempo real y se registra con la referencia del documento. Si Slack no acepta una publicación, se genera una alerta inmediata con el motivo. Se realizan reintentos donde estén configurados y la solicitud subyacente permanece abierta en SAP, por lo que una aprobación nunca se pierde silenciosamente debido a la indisponibilidad de un canal.
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.
.svg)
