Integraciones

ESAAB no reemplaza el ERP ni el 3PL: los alinea

La mayoría de las instituciones de salud ya tienen un ERP donde vive la compra y la contabilidad, y un operador logístico (3PL) que mueve la carga. El problema rara vez es la falta de sistemas; es que esos sistemas no conversan a la velocidad de la operación, y la conciliación entre ellos termina en planillas y correos. ESAAB se ubica entre esas piezas como una capa operativa que las mantiene alineadas.

Su rol es ser la fuente única de verdad operativa: el lugar donde el consumo en origen, la reposición, la recepción y el inventario se registran una vez y se reflejan de forma consistente hacia el resto. ESAAB no toma el control de la compra ni del cierre contable —eso sigue en el ERP— ni mueve la carga —eso sigue en el 3PL—; coordina el flujo para que ninguno de esos sistemas quede desincronizado.

Conciliación de inventario y mapeo de catálogos

ESAAB se integra con los sistemas corporativos para que el inventario operativo y el inventario contable cuenten la misma historia.

• ERP soportados Integración con SAP, Oracle y Softland, además de otros sistemas corporativos. El patrón de conexión se adapta a las interfaces que cada institución tenga disponibles.
• Conciliación de inventario contra el sistema corporativo ESAAB compara su inventario operativo —el que refleja el consumo y la recepción reales— contra el stock que reporta el ERP corporativo, y expone las diferencias por producto. Así la institución detecta descuadres temprano, en lugar de descubrirlos en el cierre.
• Mapeo de catálogos y referencias cruzadas Un mismo insumo suele tener un código distinto en el laboratorio, en el ERP y en el catálogo del proveedor. ESAAB mantiene referencias cruzadas entre esas codificaciones, de modo que cada movimiento se traduce automáticamente al código que cada sistema espera, sin reescritura manual.

Coordinar pedidos y despachos sin re-digitación

El abastecimiento conectado evita que la misma información se vuelva a teclear en cada eslabón de la cadena.

• Pedidos que fluyen, no que se re-teclean Cuando el consumo se transforma en un requerimiento de reposición, ese requerimiento se traslada hacia el proceso de compra y hacia el proveedor sin que nadie lo vuelva a digitar. Se elimina la doble captura y, con ella, los errores de transcripción.
• Despachos y recepción alineados con el 3PL Los despachos coordinados con el operador logístico (3PL) llegan a la recepción de ESAAB con su información asociada, lista para validar por lote y vencimiento contra el pedido. El estado del despacho queda visible en una sola capa, en lugar de repartido entre sistemas.

API HTTP, notificaciones de eventos e importación por archivo

ESAAB ofrece varios caminos de integración para adaptarse a lo que cada sistema corporativo permita — desde una API moderna hasta un escenario sin interfaz disponible.

• 01 API HTTP Interfaces HTTP para que los sistemas externos consulten y registren información operativa —productos, existencias, pedidos, recepciones— de forma programática. Describimos patrones de integración; la especificación detallada se entrega durante la implementación.
• 02 Notificaciones de eventos (a nivel concepto) Como objetivo de integración, ESAAB busca avisar a los sistemas conectados cuando ocurre un evento relevante —una recepción cerrada, un requerimiento generado, un cambio de estado— para que el resto reaccione sin tener que consultar de forma constante. Donde el escenario lo permite, las notificaciones se entregan por webhook; el mecanismo concreto se define en la implementación.
• 03 Importación asistida por archivo Para escenarios donde el sistema corporativo no expone una API, ESAAB admite carga asistida por archivo (Excel) con validación previa. Es el mismo camino que se usa, por ejemplo, para alimentar la conciliación de inventario con el reporte de stock del ERP.
• 04 Autenticación e idempotencia (a nivel concepto) Cada integración opera bajo credenciales de acceso propias, y las operaciones se diseñan para ser idempotentes: reenviar el mismo mensaje no duplica un movimiento ni un pedido. Es un principio de diseño que protege la consistencia de la fuente única de verdad.

Límites de la integración