JPEC Eventos: un portal de pedidos que habla directo con el ERP

El socio arma el pedido en el catálogo y entra en Omie sin que nadie retipee nada.

0 retipeo de pedido en el ERP
2 caminos: ítem por ítem o planilla en lote
☁️ alojamiento AWS y mantenimiento con nosotros

El cliente

JPEC Eventos, fundada en 2017, distribuye helado de las principales marcas — Kibon, Ben & Jerry's y Bacio di Latte. Quien le compra no es consumidor final: es quien revende. Eso cambia el canal — el pedido es de reposición, se repite, y tiene que entrar en el ERP sin que nadie lo digite.

Lo que el proyecto exigía

No es una tienda online: es el canal de compra de quien revende, conectado al sistema que emite el pedido.

🏷️

La falla del ERP no puede volverse problema del socio

El portal depende de un sistema externo para cerrar el pedido. Si la API del ERP demora o se cae, quien está comprando no puede quedarse mirando una pantalla trabada, sin saber si pidió o no.

🔗

El pedido tiene que ser pedido en el ERP

Un portal que solo genera un correo no resuelve nada: alguien tendría que retipear todo en Omie. El pedido necesita nacer ahí dentro.

📊

Volumen que no cabe ítem por ítem

Hay operaciones que llegan con decenas de pedidos de una vez, exportados de otro sistema. Digitarlos uno a uno no es opción.

🔑

Autonomía de quien compra

El socio necesita entrar solo, ver lo que ya pidió y hacer seguimiento, sin depender de un intermediario.

Lo que construimos

Un portal en .NET que es, al mismo tiempo, catálogo de compra y puente hacia el ERP.

🛒

Catálogo con búsqueda y navegación

Navegación por familia y categoría y búsqueda de producto, para que el socio encuentre rápido lo que repone cada semana — y arme el pedido sin depender de una lista impresa.

🔗

Pedido directo en Omie

Al cerrar, el pedido se transmite al ERP Omie y vuelve con el número generado allí. Nadie retipea: lo que el socio armó es lo que entró al sistema.

📗

Importación masiva por planilla

Un lote entero de pedidos entra por una planilla. El lector localiza las columnas por el nombre del encabezado, así que cambiar el orden en el exportador no rompe la importación.

👁️

Previsualización antes de transmitir

El lote se revisa en pantalla antes de salir: qué se va a crear, para quién y con qué producto. Recién después se envía.

🔀

Mapeo de códigos de producto

Una pantalla administra la traducción entre los códigos del sistema de origen y los códigos de Omie. Si falta el mapeo de un ítem, el lote se bloquea en vez de subir con el producto equivocado.

🛡️

Traba contra la reimportación

El portal reconoce una planilla que ya fue enviada y la rechaza antes de crear un solo pedido — el mismo lote no sube dos veces por error.

📋

Registro de todo lo enviado al ERP

Cada lote guarda el registro de lo transmitido, ítem por ítem, con el resultado de Omie. Cuando algo falla se ve exactamente qué — y se reenvía solo eso.

✉️

Invitación de acceso al socio

El alta del cliente dispara una invitación por correo; el socio crea su propia contraseña y entra. Los registros con más de un correo reciben la invitación en todos.

🏢

Consulta de pedidos por empresa

Quien entra ve el historial de su empresa, no solo lo que él mismo cargó. Dos personas del mismo mercado ven el mismo pedido.

📚

Documentación e historial dentro del portal

El manual del sistema y la lista de lo que cambió en cada versión viven dentro del producto, mantenidos por un área administrativa. Quien lo usa no tiene que buscar un PDF perdido.

🛡️

Plataforma siempre actualizada

El portal recibe mantenimiento continuo: actualizaciones aplicadas y correcciones de vulnerabilidad publicadas apenas se divulgan, sin depender de un ticket del cliente.

Lo que está en el aire

Los frentes que el portal sostiene hoy.

Catálogo B2B Búsqueda de producto Carrito y resumen del pedido Integración ERP Omie Importación masiva Previsualización de lote Mapeo de códigos Registro de transmisión Consulta de pedidos Invitación de acceso Área administrativa Documentación en el producto Historial de versiones Gestión de seguridad

Lo que cambia en la práctica

El efecto de conectar el canal de compra al sistema que factura.

1

El pedido nace en el lugar correcto

Lo que el socio arma en el portal es lo que existe en Omie: entre uno y otro no hay etapa de transcripción.

2

Un lote grande entra de una vez

Un lote entero entra por una planilla, con verificación en pantalla antes de que se cree cualquier cosa.

3

El error del ERP aparece, no desaparece

La falla de comunicación con Omie queda registrada y se muestra a quien operó, con log por lote. Nada desaparece en silencio.

4

Infraestructura y mantenimiento bajo contrato

El portal corre en Amazon AWS y el mantenimiento es nuestro: quien cuida del código cuida del entorno.

El mejor resultado de este proyecto es una ausencia: entre el pedido del socio y el pedido en el ERP no existe etapa de digitación.

Entre el pedido de tu cliente y tu ERP, ¿hay alguien digitando?

Un portal de pedidos conectado a tu ERP saca la digitación del medio y le devuelve el tiempo al comercial. Cuéntanos cómo funciona tu operación hoy.