Qué significa una integración en la práctica

Empieza con el trabajo que quieres que la integración haga

“¿Se integra?” es una pregunta demasiado amplia para producir una respuesta útil. Comience en lugar de una tarea que sucede en su negocio de hoy y describir lo que quiere cambiar.

Ejemplo hipotético: un pedido de comida en línea llega y un colega tiene que leerlo de un sistema y entrarlo de nuevo en la labranza. El negocio quiere eliminar esa entrada duplicada. Eso le da a un proveedor algo específico para demostrar: poner un pedido en línea y mostrar lo que llega al proceso EPOS sin que alguien lo retipifique.

Pero sigue la tarea hasta el final. Si la cocina también necesita los artículos ordenados, las opciones permitidas y una referencia de recogida o orden, transferir sólo el total monetario final dejaría un trabajo importante sin terminar. La pregunta no es simplemente si los datos llegan. Es si la información adecuada llega para que la próxima persona haga su trabajo.

Describe el resultado antes de debatir la tecnología

Escribe una frase para cada problema que esperas que una conexión solucione. Por ejemplo: “Staff no debe tener que introducir manualmente el mismo orden en línea una segunda vez”. O: “Cuando un artículo se vuelve indisponible, necesitamos un proceso definido para prevenir nuevos pedidos en línea para él.”

Lleva esas frases a la conversación de proveedores. Son mucho más útiles que pedir un recorrido general de las características de integración porque puedes probar si la configuración propuesta realmente cambia el trabajo que te importa.

Map exactamente qué información se mueve

Un pedido no es una pieza de información. Puede contener productos, cantidades, opciones permitidas, precios, referencias al cliente o la colección, información de pago y otros detalles relevantes para su operación.

Haga una lista corta de la información que su personal utiliza después de que se coloque un pedido. A continuación, pida al proveedor que muestre cada artículo que llegue a través de la configuración propuesta. No rellene las lagunas con supuestos basados en cómo funciona otro sistema o cómo espera que una integración se comporta.

No asuma la información viaja por ambas formas

Una conexión puede funcionar en una dirección sin proporcionar el viaje inverso. Las órdenes pueden pasar de una plataforma de pedidos en línea a un proceso EPOS mientras que los cambios de producto o disponibilidad todavía tienen que mantenerse por separado. La existencia de un flujo de datos exitoso no prueba que exista otra.

Haga preguntas direccionales explícitamente. ¿Se mueve la información de la plataforma de pedido a EPOS? ¿Se mueve algo de EPOS de vuelta a la plataforma de pedidos? Haga esas preguntas por separado para pedidos, precios, disponibilidad, cambios de estado y cualquier otra información importante para su operación.

Ejemplo hipotético: un pub descubre durante el servicio que una comida en particular ha agotado. El personal lo marca indisponible en un sistema. La prueba importante es lo que sucede después. Si el negocio también acepta pedidos a través de otro canal, ¿ha cambiado automáticamente ese canal, requiere una actualización separada o seguir algún otro proceso? El proveedor debe ser capaz de explicar el flujo de trabajo esperado para la configuración propuesta.

El manual no significa automáticamente malo

Algunos pasos pueden legítimamente permanecer manuales. Eso puede ser viable cuando el equipo sabe exactamente cuál es el paso, quién lo posee y cuándo debe suceder. El mayor riesgo operacional es asumir que algo es automático cuando nadie ha confirmado que es.

Si se necesita un cambio de disponibilidad en dos lugares, ponerlo en el procedimiento operativo y asignar responsabilidad. Luego puede juzgar la integración propuesta basada en el trabajo que elimina genuinamente en lugar de la labor que esperaba que se eliminaría.

Cambios de prueba, cancelaciones y excepciones

Una demostración construida alrededor de un pedido perfecto demuestra sólo el camino más fácil. El servicio real incluye a los clientes tomando opciones permitidas, errores del personal y negocios que manejan cancelaciones o reembolsos a través de sus procesos establecidos.

Dar al proveedor escenarios realistas y verlos de principio a fin. Coloque un pedido con una opción adjunta a un artículo. Cuando la configuración propuesta admite el flujo de trabajo pertinente, demuestre un cambio permitido o cancelación. Pregunte cómo se maneja un reembolso a través de los procesos de pago y pedidos aplicables e inspeccione los registros después.

El propósito no es exigir que cada acción ocurra automáticamente. Es descubrir lo que sucede realmente antes de que el personal y los clientes dependan de ello.

Seguir la referencia, así como el dinero

Cuando varios sistemas están involucrados, el personal necesita una manera práctica de identificar la misma transacción mientras investiga un problema. Pregunte qué referencias de orden o transacción son visibles en los sistemas que su equipo utilizará y cómo el personal coincide con ellos cuando necesitan para comprobar una excepción.

Esto se vuelve particularmente importante cuando un empleado está decidiendo si está mirando una actualización retardada o una orden genuinamente separada. Establece el proceso de investigación correcto con los proveedores pertinentes en lugar de crear una transacción duplicada simplemente para hacer desaparecer el problema inmediato.

Pregunta qué sucede cuando la conexión falla

La pregunta más reveladora de integración puede ser: “¿Cómo sabrá nuestro equipo cuándo algo no ha funcionado?” Un cliente puede tener una confirmación mientras que otra parte de la operación no ha recibido la información esperada. El personal necesita una manera acordada de reconocer e investigar esa situación.

Pregunte a los proveedores involucrados cómo se ve una actualización fallida o retardada en la configuración propuesta. Establezca si el personal recibe un estado visible, error, cola u otra forma de notificación, si la hay. A continuación, identifique quién en su negocio se espera que lo revise y qué debe hacer después.

Si dos proveedores están involucrados, también pregunte cómo funciona la responsabilidad de soporte. El personal debe saber qué proveedor contactar primero, qué referencias o pruebas que deben tener listos y cómo se puede describir el problema sin enviar al cliente entre las empresas.

Escribe el proceso de retroceso

Su contratiempo debe basarse en los procesos documentados para los sistemas involucrados. Recordar quién verifica si existe un pedido, cómo se establece su estado y cuándo es apropiado otra acción. Evite improvisar un nuevo pedido o pago hasta que el personal entienda lo que pasó con la transacción original.

Comparación del volumen de trabajo del personal antes y después de

Una integración debe evaluarse en términos de trabajo cambiado, no el número de sistemas nombrados en una página de compatibilidad. Dibuja el proceso actual en papel, una acción de personal por línea. Luego crear una segunda versión para la configuración conectada propuesta.

Ejemplo hipotético: Hoy un colega recibe un pedido en línea, vuelve a entrar cada artículo, revisa el total y pasa el orden al proceso de preparación normal. En la configuración propuesta, la reingresación puede desaparecer pero el personal puede ganar una nueva responsabilidad para supervisar excepciones. Pon ambas versiones lado a lado. Ahora puede ver lo que ha cambiado genuinamente.

Lista de verificación para la revisión de la integración

• Escribe la tarea repetida específica que deseas eliminar.
• Enumerar las necesidades del personal de información en cada etapa de esa tarea.
• Pregunte qué campos o detalles se mueven a través de la conexión propuesta.
• Confirme la dirección de cada flujo de información importante.
• Prueba un orden realista que contiene opciones de elementos permitidos.
• Prueba cómo se manejan los cambios de disponibilidad en los canales pertinentes.
• Pregunte cómo las cancelaciones y los reembolsos siguen los procesos aplicables.
• Establezca lo que el personal ve cuando una actualización falla o se retrasa.
• Identificar las referencias que el personal utiliza para investigar una transacción.
• Grabar cada paso manual que queda después de la integración.
• Identifica quién es el dueño de los pasos restantes durante el servicio.
• Confirme qué proveedor maneja soporte para cada parte de la conexión.

Obtenga el alcance real registrado

Una demostración útil debe convertirse en un registro claro de lo que se propone. Pida los sistemas compatibles o versiones de productos relevantes para su configuración, la información que se espera que se comparta, la dirección de esos flujos y cualquier proceso manual que su equipo todavía tendrá que realizar.

Mantenga esa información con la propuesta y las notas de implementación. Si cualquiera de las partes de la conexión cambia más tarde —por ejemplo, reemplaza una plataforma de pedidos o cambia sustancialmente la forma en que se manejan los pedidos— vuelva a examinar el alcance de integración en lugar de asumir que el acuerdo anterior lleva invariable.

Eso es lo que la integración de EPOS debe significar en la práctica. “Integrado” debe describir una relación operativa definida entre sistemas. Debe decir lo que le sucede a un orden, un cambio o un problema y lo que la gente que dirige el negocio necesita hacer al respecto.

Una pequeña conexión que remueva una tarea repetitiva puede ser realmente útil. Una reclamación mucho más amplia es difícil de evaluar hasta que sus límites sean claros. El logo le dice dónde iniciar la conversación; el flujo de trabajo le dice lo que usted está comprando.