Caso de Éxito
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.
El cliente
JPEC Eventos, fundada en 2017, lleva helado de las principales marcas — Kibon, Ben & Jerry's y Bacio di Latte — a dos canales: los mercados dentro de edificios residenciales, que reponen la heladera cada semana, y los eventos, que compran por ocasión. Quien le compra no es el consumidor final: es el administrador del edificio, el operador del mercado, el organizador de la fiesta. Eso lo cambia todo — el pedido es recurrente, de reposición, y necesita llegar al 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 acompañarlo — sin depender de llamar al comercial.
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.
Equivalencia de producto TOTVS→Omie
Una pantalla administra la traducción de los códigos que vienen del TOTVS a los códigos de Omie. Si falta la equivalencia de un ítem, el lote se bloquea en lugar 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.
Lo que cambia en la práctica
El efecto de conectar el canal de compra al sistema que factura.
El pedido nace en el lugar correcto
Lo que el socio arma en el portal es lo que existe en Omie. Desaparece la etapa de transcribir pedidos — y con ella los errores de transcripción.
El lote grande dejó de ser problema
Una planilla resuelve lo que antes era digitación repetida, con revisión en pantalla antes de que se cree cualquier cosa.
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.
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: desapareció la etapa en que alguien retipeaba pedidos en el ERP — y los errores de tipeo se fueron con ella.
Los servicios de este proyecto
Es el mismo trabajo que hacemos para otras empresas.
Integración de sistemas y APIs
El puente con el ERP Omie, la equivalencia con el TOTVS y el manejo de fallas de la API.
Sistemas web a medida
El portal entero: catálogo, importación en lote, área administrativa y el puente con el ERP.
Servidores cloud de alto rendimiento
El alojamiento en AWS y el mantenimiento del entorno.
¿Tus clientes todavía piden por WhatsApp y alguien lo digita en el ERP?
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.