Integración · ERP y sistemas de gestión
Conectar Oracle · Fusion Cloud ERP a Igniten
Conecte su Oracle Fusion Cloud ERP para que Igniten pueda contestar sobre proveedores, clientes, artículos, pedidos de venta, facturas a cobrar y a pagar, cobros, órdenes y solicitudes de compra, stock y movimientos, órdenes de trabajo, proyectos y gastos, y —con su confirmación— preparar escrituras: dar de alta o editar un registro, crear un pedido, una factura o una orden de compra con sus líneas, enviarla a aprobación o validar una factura. Nada se copia a un índice aparte salvo los nombres de proveedores y artículos, para encontrarlos: cada pregunta se contesta leyendo su pod en el momento, sólo de los módulos que eligió.
¿Qué puede preguntarle a Oracle Fusion Cloud ERP por WhatsApp o Teams?
Con Oracle Fusion Cloud ERP conectado, cualquier persona autorizada le escribe a Igniten en español, por WhatsApp o Teams, y la respuesta sale de leer Oracle Fusion Cloud ERP en el momento, sólo de los módulos que habilitó. Algunos ejemplos:
- ¿Qué facturas de <proveedor> están pendientes de pago?
- ¿Qué disponibilidad hay de <artículo>?
- ¿En qué estado está la solicitud de compra <número>?
- ¿Qué gastos se imputaron al proyecto <proyecto>?
- Prepare una orden de compra y envíela a aprobación (sólo con su confirmación).
Las sumas por período, como cuánto vendimos por mes, salen de la base que conectó como fuente de datos, no de esta conexión. Las respuestas llegan en 10 a 30 segundos por WhatsApp, Microsoft Teams, Google Chat o Slack. Vea también analítica conversacional por WhatsApp e integración con Microsoft Teams.
Qué lee Igniten, y qué no
Lee
- Proveedores, clientes, artículos, organizaciones y unidades de negocio
- Pedidos de venta, facturas a cobrar, cobros y notas de crédito
- Órdenes de compra, borradores, solicitudes y acuerdos
- Facturas de proveedor, pagos, bancos, gastos y tipos de cambio
- Disponibilidad, movimientos de inventario, recepciones y órdenes de trabajo
- Proyectos, tareas, gastos imputados y órdenes de cambio
No lee
- Nada agregado: «cuánto vendimos por mes» no sale por acá, sale de la base que conectó como fuente de datos
- Personas, nómina ni nada de Oracle HCM
- Nada que los roles y el acceso a datos del usuario de integración no permitan ver
- Los documentos no se copian ni se guardan: se leen cuando alguien pregunta
Cómo se conecta
4 pasos · ≈ 16 min
-
Crear el usuario de integración
En su Oracle Fusion: Herramientas → Security Console → Usuarios → Agregar cuenta de usuario. Un usuario propio para Igniten, con una contraseña que anota: es lo que va a cargar en el paso 3.
- La Security Console la ve un administrador de seguridad de TI; si no la encuentra en el menú Herramientas, no tiene ese rol.
- Conviene un usuario propio y no el de una persona: así lo puede revocar sin afectar a nadie, y cada escritura queda a su nombre.
- Entre a Fusion una vez con ese usuario: si la política pide cambiar la contraseña en el primer ingreso, la API no contesta hasta que la cambie.
Salió bien si El usuario aparece en la lista de la Security Console y puede entrar a Fusion con él.
-
Darle los roles de las áreas que va a usar
En el mismo usuario, agregue los roles de trabajo de cada área y después, en Setup and Maintenance → Manage Data Access for Users, las unidades de negocio que puede ver. Sólo los módulos con rol van a contestar.
- Maestros: un rol que vea proveedores y artículos
- Ventas: Order Manager o Accounts Receivable Specialist
- Compras: Buyer
- Finanzas: Accounts Payable Specialist
- Inventario y producción: Warehouse Manager o Production Supervisor
- Proyectos: Project Administrator
- Los nombres exactos de los roles dependen de cómo esté configurado su Fusion: use los que ya tienen las personas de cada área.
- Un módulo sin su rol contesta 403 y eso no afecta a los demás: puede empezar con uno y sumar el resto después.
- Sin acceso a datos de una unidad de negocio, las consultas de esa unidad vuelven vacías, no con error.
Salió bien si El usuario tiene un rol por cada área que va a usar y acceso a datos de las unidades de negocio.
-
Cargar el host y el usuario de integración
El host es el de su pod, sin ruta. El usuario y la contraseña se guardan cifrados y no se vuelven a mostrar.
- El host es la dirección con la que entra a Fusion, hasta `oraclecloud.com`: sin `/fscmUI/...` ni nada después.
- Tiene que terminar en `oraclecloud.com`: a ese host viaja la contraseña, así que otro dominio se rechaza.
- El usuario y la contraseña son los del paso 1.
Salió bien si Los tres campos quedaron cargados y el botón de guardar se habilitó.
-
Queda guardada y en uso
Desde que la guarda, lo que se le pregunte a su ERP sale con ese usuario. Acá no se comprueba contra Oracle: si el usuario, la contraseña o el host están mal, se ve en la primera consulta.
- No hay botón de probar en este recorrido, y es a propósito: lo único que sabríamos contestar es si la fila quedó guardada, no si el usuario abre su pod.
- Los módulos que respondan son los que tienen rol en el paso 2; el resto avisa que no tiene acceso.
- Para cambiar la contraseña se carga una nueva: la anterior no se puede volver a ver.
Salió bien si Oracle Fusion figura conectado, con el host visible y los últimos cuatro caracteres de la contraseña.
Qué permisos pide
| Permiso | Para qué | Cuándo hace falta |
|---|---|---|
Un usuario propio para Igniten, con contraseña | Que las consultas salgan a nombre de una cuenta que puede revocar sola | Siempre |
Los roles de trabajo de las áreas que elige (por ejemplo Accounts Payable Specialist, Buyer, Order Manager, Project Administrator) | Que la API conteste en esos módulos: sin el rol, el recurso contesta 403 | Siempre |
Acceso a datos por unidad de negocio | Que el usuario vea las unidades de negocio que Igniten tiene que consultar | Siempre |
Roles con privilegios de creación en esas áreas | Crear y editar registros, y enviar documentos a aprobación | quiere que Igniten prepare escrituras |
Los dos niveles de permiso que recomendamos, y qué habilita cada uno, están en Permisos recomendados.
Qué puede salir mal
- Nada de Oracle Fusion responde, aunque la credencial está bien cargada
-
Por qué El host no es el de su pod, o el usuario está bloqueado o con la contraseña vencida (Fusion las vence por política).
Qué hacer Revise el host del paso 3 y entre a Fusion con ese usuario una vez: si pide cambiar la contraseña, cámbiela y cargue la nueva.
- Un módulo contesta y otro dice que no tiene acceso
-
Por qué Al usuario de integración le falta el rol de trabajo de esa área.
Qué hacer Agréguele el rol en la Security Console y pregunte de nuevo.
- La consulta vuelve vacía aunque sabe que hay datos
-
Por qué El usuario no tiene acceso a datos de esa unidad de negocio.
Qué hacer Dele acceso en «Manage Data Access for Users» y pregunte de nuevo.
- Crear un documento falla diciendo que falta un campo
-
Por qué Su Fusion exige ese campo (a veces uno propio de su configuración) y el pedido no lo traía.
Qué hacer El mensaje nombra el campo: pídale a Igniten que lo cargue y confirme de nuevo. Nada se escribió.
Los límites, dichos
- Una búsqueda por texto trae hasta veinte registros por entidad.
- Un listado trae hasta cien registros por pregunta.
- Un listado de documentos sin ningún filtro se rechaza: es una pregunta analítica.
- Una orden de compra se crea en borrador y se envía a aprobación: así lo pide Fusion.
Preguntas frecuentes
¿Qué datos tengo que cargar?
El host de su pod (la dirección con la que entra a Fusion, sin lo que va después del dominio), el usuario de integración y su contraseña.
¿Igniten puede escribir en mi Fusion?
Sí, siempre con su confirmación: prepara un borrador, le muestra qué va a quedar escrito y espera su OK. Antes de mostrárselo comprueba contra SU Fusion que cada campo existe y se puede escribir.
¿Igniten puede borrar o pagar?
No. No hay ninguna acción de borrado ni de anulación, y los pagos y las transferencias entre cuentas se leen pero no se preparan.
¿Qué es el módulo de proyectos?
Proyectos, tareas, gastos imputados, planes y órdenes de cambio de Oracle Project Management. Se elige como cualquier otro módulo.