Fluent frente a Lowki para Epicor Kinetic: entrada de órdenes de venta y cuentas por pagar

Fluent y Lowki leen las órdenes de compra que sus clientes envían por correo electrónico y las convierten en órdenes de venta en Epicor Kinetic, con una persona que decide qué sigue adelante. La mayor diferencia es dónde espera la orden a esa persona. Lowki crea la orden de venta en Kinetic de inmediato, retenida, y su equipo la revisa y la libera allí. Fluent mantiene un borrador en su propia cola de revisión, donde se comprueban las piezas, los precios y las unidades de medida contra Epicor y se ejecutan los flujos de aprobación, y no escribe nada en Kinetic hasta que el borrador se aprueba. Fluent además tiene agentes en producción para diez pantallas de Kinetic en los ciclos de pedido a cobro y de compra a pago, mientras que la automatización de facturas de proveedor de Lowki está en acceso anticipado.

Cómo aborda cada uno la entrada de órdenes de venta

Lowki

Lowki.ai es una empresa del Reino Unido con sede en Dudley, en West Midlands. Su producto, Lexi, se creó dentro de Thomas Dudley Ltd, un fabricante que lo usa en su propio departamento de pedidos desde 2024, y se abrió a otros fabricantes con Epicor Kinetic en 2026. Lowki informa de más de 40.000 pedidos y 171.000 líneas procesadas allí, con una precisión del 98% en el cliente, del 97% en la dirección de envío y del 95% en el número de orden de compra.

Según el sitio web de Lowki, Lexi vigila un buzón de Microsoft Exchange Online, lee el adjunto del pedido y crea la orden de venta en Kinetic a través de la API REST, con la orden retenida. Los números de pieza desconocidos y las diferencias de precio se marcan en lugar de adivinarse, la orden enlaza con el correo original, y una persona la revisa en Order Entry y la libera. Lexi nunca libera una orden por sí mismo. Su equipo también puede arrastrar un documento sobre una orden en Kinetic y marcarlo para su procesamiento, y una implementación puede configurarse para crear cotizaciones en lugar de órdenes.

Lowki ejecuta Lexi en su propia infraestructura. Hoy los informes se hacen con BAQs filtradas por el usuario de integración de Lexi, y los tableros están en estudio.

Fluent

Fluent está construido por Technology Coast Partners (TCP), Epicor Platinum Partner con más de 20 años implementando Epicor y más de 600 implementaciones, todas en manufactura y distribución. Tiene agentes para diez pantallas de Epicor Kinetic, desde Quote Entry y Order Entry, pasando por Customer Shipment, AR Invoice Entry y Cash Receipts Entry, hasta PO Entry, Receipt Entry y AP Invoice Entry.

Para una orden de venta, el agente lee lo que se le reenvía o envía por correo (PDF, escaneo, foto, hoja de cálculo, cuerpo de correo, XML o EDI) y lo resuelve contra los datos vivos de Epicor:

• Cliente y dirección de envío, con la moneda y las condiciones propias del cliente.
• Piezas, incluidos los números de pieza propios del cliente.
• Precios de la orden de compra, comparados con el precio en Epicor.
• Unidades de medida, tomadas de la orden de compra y verificadas contra la pieza.
• Duplicados: se marca cualquier orden existente que ya lleve el mismo número de orden de compra del cliente.

El resultado es un borrador en la cola de revisión de Fluent. Cada diferencia aparece como advertencia en la línea a la que pertenece: una pieza que no se pudo resolver, un precio que no coincide, una unidad que no es válida para la pieza. Un flujo de aprobación puede pasar el borrador por varias etapas, por ejemplo el departamento de pedidos y luego una revisión de precios, antes de escribir nada. Cuando el borrador se aprueba, Fluent crea la orden a través de la lógica de negocio de Kinetic, y cada campo leído y cada decisión tomada quedan en un registro de auditoría.

No hay plantillas por cliente ni entrenamiento de modelos. El comportamiento se define con instrucciones escritas, y cuando un revisor corrige un borrador, la corrección se convierte en instrucción.

Dónde espera la orden: en Kinetic o antes de llegar

Ambos productos mantienen a una persona al mando. La diferencia es dónde vive el trabajo sin revisar.

Con Lowki, la orden existe en Kinetic desde el momento en que se lee el correo. Tiene número de orden, aparece en Order Entry y en cualquier BAQ o tablero que lea órdenes de venta, y revisarla significa abrir una orden retenida, comprobar los campos marcados y editar la propia orden. Cuando la orden nunca debió existir, como una orden de compra reenviada o una solicitud de cotización leída como pedido, alguien la elimina o la anula en Kinetic.

Con Fluent, Kinetic solo ve órdenes aprobadas. La revisión se hace sobre un borrador que muestra cada advertencia junto a su línea, de modo que una persona lo aprueba, lo corrige o lo rechaza antes de que se asigne un número de orden. Un borrador rechazado nunca llega a Epicor, y las etapas de aprobación, las reasignaciones y la cobertura por ausencia se gestionan en la cola.

Lo que le conviene depende de su equipo. Si su departamento de pedidos quiere quedarse en Order Entry y ya usa la retención como paso de revisión, el enfoque de Lowki es directo. Si usted quiere clasificar las diferencias de piezas, precios y unidades en un solo lugar, que firme más de una persona, o que nada llegue a Kinetic hasta que esté correcto, una cola de revisión previa encaja mejor. La guía sobre órdenes retenidas y revisión previa profundiza en ello.

Comparación lado a lado

Los datos de Lowki proceden de lowki.ai a octubre de 2026. Pida a Lowki que confirme por escrito todo lo marcado con "confirme".

Dónde puede encajar mejor Lowki

• Su departamento de pedidos quiere quedarse dentro de Kinetic. Si la retención ya es la forma en que su equipo revisa los pedidos, Lowki no añade una segunda pantalla.
• Las órdenes de venta son el único documento que piensa automatizar. Lowki se centra en la entrada de pedidos, y su trayectoria viene de un departamento de pedidos en funcionamiento.
• Es un fabricante del Reino Unido y quiere un proveedor británico, con facturación en libras por línea de pedido.
• Su volumen es bajo o irregular. El precio por uso por línea de pedido puede convenir a un departamento que introduce unos cientos de líneas al mes.

Dónde encaja mejor Fluent

• Nada debe llegar a Kinetic antes de estar correcto. Los borradores esperan en una cola, así que planificadores, compradores e informes nunca ven una orden sin revisar, y nadie limpia las rechazadas.
• Las discrepancias necesitan clasificarse. Las diferencias de piezas, precios y unidades aparecen como advertencias en cada línea, así que el revisor trabaja las excepciones y deja el resto de la orden como está.
• Firma más de una persona. Los flujos de aprobación pasan el borrador por etapas, con reasignación y cobertura por ausencia, antes de que Epicor lo vea.
• Cuentas por pagar y el resto del ciclo son lo siguiente. AP Invoice Entry con conciliación de dos y tres vías está en producción hoy, junto con recepciones desde albaranes, cobros desde avisos de pago, cotizaciones, envíos y facturas de cliente. Un proveedor, una cola de revisión y un saldo de créditos para los ciclos de pedido a cobro y de compra a pago.
• Los pedidos llegan fuera de Exchange Online, o como XML, EDI, fotos u hojas de cálculo.
• Quiere un partner de Epicor detrás. TCP implementa Epicor desde hace más de 20 años.

Luceco publicó sobre su primer día en EpiUsers.help. Hay más equipos de Epicor en nuestras historias de clientes.

Cómo decidir

Pruebe ambos con el mismo lote de sus propios pedidos. Elija órdenes de compra que hoy le cuesten a su equipo: un cliente que usa sus propios números de pieza, uno que pide en una unidad distinta de la que usted almacena, uno cuyos precios rara vez coinciden con los suyos y uno que reenvía la misma orden de compra. Después compare:

1. Cuántas líneas llegan totalmente resueltas contra sus datos de Epicor.
2. Cómo muestra cada herramienta lo que no pudo resolver, y dónde lo ve su equipo.
3. Qué pasa con una orden que usted rechaza, y quién la limpia.
4. Cuánto tiempo dedica una persona a revisar cada orden.
5. Qué tiene que conceder o mantener su administrador de Epicor.
6. Qué otros documentos quiere automatizar durante el próximo año, y si cada uno está en producción hoy.

Vea Fluent con sus propios pedidos

La página de automatización de entrada de pedidos explica las órdenes de venta en detalle, la página de automatización de cuentas por pagar cubre las facturas de proveedor y la página de integración con Epicor explica la conexión y el alcance de acceso. Para comparar Fluent con Lowki con sus propias órdenes de compra, reserve una demostración.