Home / FAQs / Información empresarial, integración de sistemas y transporte
QUESTION & ANSWER

¿Qué se debe hacer para conseguir ERP, CRM, OA y sistemas financieros en su lugar?

La mayoría de los sistemas pueden integrarse a través de API, noticias, fechas o intercambios de archivos controlados, pero primero confirmando la capacidad de interfaz y la responsabilidad de los datos. Cada tipo básico de datos debe tener un sistema de responsabilidad primaria único, y otros sistemas deben leer o escribir de nuevo según lo acordado. Los enlaces importantes también deben ser abordados, por ejemplo, mediante el retesting, la compensación, los registros y la reconciliación manual.

Responde a la pregunta.

Primero, dé conclusiones que puedan utilizarse para la adopción de decisiones

La integración debe estar precedida por un sistema y un catálogo de datos que identifica quién crea el cliente, bienes, pedidos, inventario, documentos organizativos y financieros, que tiene derecho a modificarlos y sincronizarlos.

DECISION FACTORS

¿Qué condiciones deben determinarse antes de que se haga el juicio?

La misma pregunta puede tener diferentes respuestas en diferentes fases de negocios, datos y proyectos. Se sugiere que se revisen las siguientes condiciones y que los resultados comunes en la web se incorporen en sus propios proyectos.

Si los sistemas proporcionan API formal, documentación, entorno de prueba y derechos de accesoConsistencia en definiciones, códigos, organización y calibre de tiempo sobre el terrenoLa sincronización requiere un batido en tiempo real, en tiempo real o diarioQuien es responsable de falla, repetición, demora y corrección manual de interfaces
ACTION STEPS

Orden de anticipación propuesta

01

Primero, seremos claros sobre el objetivo y la frontera.

Se elaboran catálogos de datos de sistema, interfaz y maestros para confirmar la propiedad de los datos.

02

Dependencia de la clave de la validación

Se selecciona primero un campo de diseño de carretera de cadena de alto valor, un evento y una regla de anomalía.

03

Desarrollo de resultados evaluables

La historia se utiliza para combinar las muestras fronterizas, así que, retestar y compensar.

04

Asegúrese de decidir el siguiente paso con los resultados reales.

Comprobando diferencias de reconciliación en la línea en línea y expandiendo gradualmente otros sistemas.

PRACTICAL EXAMPLE

¿Cómo lo entiendes en el negocio real?

Ejemplo utilizado para ilustrar el método de juicio

Una vez que CRM ha sido cerrado, se crea un cliente y un pedido al ERP, y el banco ERP se retransmitió al CRM. Si ambas partes cambian el código del cliente, se producirán registros duplicados; el proceso será estable a largo plazo cuando el ERP se identifique como datos oficiales de cliente, un mapa de preservación CRM,

COMMON RISKS

El pozo más fácil de seguir.

Cada sistema está directamente interconectado y posteriormente forma una interfaz de red inmantenible

Sólo prueba solicitudes normales, no procesar llamadas duplicadas y tiempo de red

Los nombres de campo son los mismos, los negocios son los mismos.

ACCEPTANCE

¿Cómo terminaremos recibiendo y confirmando?

La recepción e inspección cubrirá anomalías normales, duplicadas, desaparecidas, desordenadas, horas extraordinarias y de autoridad, y conciliarán registros, alarmas, retests, indemnizaciones y conciliaciones. También se entregará el contrato de interfaz, mapeo de campo, límites de llamadas, números de cuenta y el cuaderno de problemas.

Al prepararse para comunicarse con proveedores o equipos internos, se recomienda que se introduzcan procesos actuales, muestras representativas, sistemas existentes, tiempo de planificación y niveles presupuestarios. En primer lugar, los elementos desconocidos están claramente marcados, y luego se toma la decisión de utilizar diagnósticos, PoC, proyectos de alcance fijo o investigación y desarrollo continuo, que generalmente es más fiable que una demanda directa de un precio y duración sin fronteras.

¿Sus condiciones de proyecto son diferentes de los ejemplos anteriores?

Los objetivos operacionales, los sistemas existentes, el tiempo de muestreo y el tiempo previsto podrían cotejarse antes de que los consultores pudieran emitir juicios preliminares en relación con los límites reales.

Consultores asociados en proyectos