Conexión al Web Service del ERP. Cada método del catálogo define un tipo de operación (consulta de stock, boleta contado, etc.) con su template de payload. Toda invocación se registra con un unique_id propio: ante un corte, el reintento usa el mismo ID y Presea devuelve el resultado del proceso previo sin duplicar comprobantes. La URL contiene el token: no se loguea nunca completa.

Métodos del catálogo + Nuevo método

Últimas invocaciones ↺

Qué transportista toma un envío cuando nadie eligió uno a mano. Aplica a cambios, devoluciones y pedidos cargados manualmente. Los pedidos de VTEX no pasan por acá: ahí el transportista viene en el nombre del método de envío (SLA) y se asigna solo.

Solo se listan las logísticas activas. Si desactivás una que esté elegida acá, la asignación automática deja de funcionar para esa zona y queda registrado en el log de errores — acordate de cambiarla antes.

Ingreso de mercadería a las sucursales, de proveedores externos y de transferencias del depósito. Las equivalencias de cada local con Presea —empresa, sucursal, depósito, talonario y lista de precios— se cargan sucursal por sucursal en Gestión de sucursales, más abajo en esta misma pantalla, porque son distintas en cada local.

Cada remito recibido viaja al ERP como un comprobante propio (recep_snp), y las transferencias internas como transferencia_ed. Ambos métodos se administran en la tarjeta 🧾 ERP Presea (Web Service).

Batería de chequeos de salud que corre cada 10 minutos y crea una incidencia automática cuando algo se degrada en silencio (ingesta frenada, cola del WMS trabada, disco al límite, etc.). Los chequeos críticos además mandan email. Cada episodio genera UNA incidencia: al resolverla, si el problema vuelve, se crea otra. Cuando un chequeo vuelve a dar bien, su incidencia se cierra sola con un comentario —muchas condiciones son transitorias y se arreglan antes de que alguien las mire—. Importa además porque una incidencia abierta tapa el episodio siguiente del mismo chequeo.

Lee el sheet de pickeos del depósito (una hoja por courier, compartido como "cualquiera con el enlace: lector") y asigna automáticamente la logística a cada pedido que matchea por tracking. El pickeo pisa la logística ya asignada y registra el cambio en los eventos del pedido. Cuando el archivo se haga pesado, armá uno nuevo con la misma estructura y cambiá solo el link acá.

Definí qué courier se asigna automáticamente a cada seller externo del marketplace VTEX. Por ejemplo: para el seller Piñata → courier PIÑATA. El sistema usará este mapeo al importar nuevos pedidos de ese seller. Acá también se configuran las condiciones de liquidación: el porcentaje de comisión que se queda El Mundo del Juguete y si se calcula sobre el total del pedido (envío incluido) o solo sobre los productos.

Configurá las credenciales de cada integración de tracking. Todas las integraciones de tipo Lightdata comparten el mismo driver y se usan para el courier VTEX TURBO. Agregar un nuevo proveedor Lightdata = agregar una nueva fila aquí.

Conectá canales de venta que usan la plataforma Coatí a través de la agencia AVENIDA. El sistema sincroniza automáticamente los cambios de estado de los pedidos hacia Coatí cada 5 minutos. Los pedidos ingresan al sistema con el canal configurado (ej: TIENDA BNA).

Emails que recibirán el informe de reembolsos autorizados al presionar "Enviar informe" en la sección Reembolsos.

Catálogo completo desde PRODUCTOS/productos.xlsx. Se sincroniza automáticamente a las 9:00 y 15:00 (todos los días). Las imágenes se obtienen desde VTEX y se suben al FTP de forma incremental (solo las pendientes). Mantené presionado el nombre de un producto en cualquier pedido para ver su foto.

Limpia la caché de fechas de despacho para pedidos ML COLECTA y FLEX, forzando que la próxima sync obtenga las fechas directamente desde la API de ML.
Usá esto cuando los pedidos muestren una fecha incorrecta (ej: sábado en lugar de lunes).

Re-consulta VTEX para todos los pedidos que tengan email, teléfono o DNI nulos y completa los datos. Solo pisa campos que estén vacíos — no sobreescribe datos ya existentes. Ejecutar después de un deploy que agrega la columna dni o cuando haya pedidos sin datos de contacto.

Consultá la API de VTEX directamente para ver el JSON crudo de un pedido específico.

Consultá la API de MercadoLibre directamente para ver el JSON crudo de un pedido o envío.

Consultá los reclamos de MercadoLibre asociados a un pedido. Devuelve la lista de reclamos, el detalle del primero y su conversación completa.

Lo que el WMS nos mandó y no cambió nada: un evento filtrado por configuración, un identificador que no coincide con ningún pedido ni transferencia, o un aviso de preparación sin artículos. Si una transferencia no avanza, acá se ve si el WMS habló o no — antes había que buscarlo en los logs del servidor.

MDJ Ops notifica automáticamente al WMS cuando ocurren los siguientes eventos. Se envían como POST a la URL configurada arriba con el header X-MDJ-Ops-Secret. Los reintentos se gestionan con backoff automático (1 min → 5 min → 15 min) y se persisten en la cola de abajo.

El WMS debe llamar a estos endpoints con una X-API-Key válida. Las API Keys se gestionan en 🔑 API Keys.

Body: {"bulto":"EMPQ-12345","cantidad_bultos":3,"peso_kg":25.5,"volumen_m3":0.75,"estado":"PACKED"}

Body: {"evento":"PACKED","detalle":{...}} — Header: X-API-Key: <tu_key>

Activá los eventos que MDJ Ops debe procesar cuando el WMS los informa al endpoint entrante.

Envía un evento pedido.cancelado de prueba al middleware con el order_id que indiques. Usá un pedido real cancelado para verificar que el middleware lo recibe y lo mapea correctamente.

MDJ Ops consulta periódicamente al middleware EMDJ para obtener el num_compro (ID Producteca) de cada pedido y lo almacena localmente. El scheduler dispara cada 10 min; el campo de intervalo controla cada cuánto se lanza efectivamente la consulta.

Los cambios se guardan al presionar Guardar cambios. Para que aparezcan nuevos proveedores del catálogo usá Sincronizar catálogo.

El Excel exportado tiene la estructura exacta que VTEX espera para importación masiva. Podés editarlo (ej: cambiar IsActive a false) y reimportarlo desde el panel de VTEX → Inventario y envíos → Puntos de recogida → Importar.