Los pedidos forman parte de los pedidos y la venta en ruta del módulo de campo, que se incluyen en los planes Pro, Pro Nacional y Enterprise (página de planes).
Un pedido es lo que una tienda pide a tu empresa, a menudo a partir de un hueco que mostró el lineal. Es un documento de tu empresa y la venta es entre tú y la tienda: MercaMap no vende, no cobra ni entrega nada. El pedido va a tu ERP, que le pone precio y lo cobra (cláusula 7.8 de las condiciones del portal para marcas).
Anotar un pedido
- En la tienda. Un miembro de campo anota el pedido en la app, en una tienda a la que haya servido en los últimos 30 días o donde todavía tiene una incidencia en curso, y lo marca «Confirmado por la tienda» cuando la tienda está de acuerdo.
- Por teléfono. La página «Pedidos» muestra, en «Por teléfono», las tiendas con huecos que nadie de tu equipo visita esta semana, con cuántos huecos tiene cada una: llama a la tienda y anota el pedido.
- Desde la oficina. Los administradores y los miembros empiezan un pedido con «Nuevo pedido», en la cabecera de «Pedidos»: eligen la tienda por su nombre entre las de su vista (con un buscador por nombre o cadena cuando son muchas) e indican cómo se tomó (por teléfono o desde la oficina) y su estado: anotado o confirmado por la tienda. Si tu catálogo aún no tiene referencias en uso, la página te lleva antes a él. Un miembro de campo no la tiene: escribe sus pedidos en la app.
Cuando un pedido parte de los huecos de una tienda, cada cantidad sugerida llena una vez los facings esperados, redondeada a cajas enteras de la referencia; cambia las cantidades o quítalas libremente. Si varias de tus referencias son el mismo producto (una botella que vendes por cajas de 6 y de 12), un hueco sugiere solo una: la que esta tienda pidió por última vez o, mientras no haya pedido ninguna, la de caja más pequeña (a igual caja, la primera por código). Las unidades por caja y por facing salen de tu catálogo. Un pedido contiene referencias y unidades: junto a una línea puede aparecer como referencia un precio de una de tus tarifas, pero no hay total, ni impuestos, ni cobro en ninguna parte. La nota de un pedido no lleva nombres de personas.
Si el pedido no se puede guardar (un código que no es de ninguna referencia en uso, unas unidades que no son un número entero), el formulario vuelve tal como lo escribiste, con el motivo y la línea que falla señalada. Si otra persona ha cambiado un pedido mientras lo editabas, el portal te pide recargar la página en lugar de sobrescribir su cambio.
Confirmar un pedido anotado
Solo los pedidos confirmados por la tienda salen hacia tu ERP. Un pedido que se guardó «Anotado» (la tienda aún no había dicho que sí) se confirma después desde su página, con «La tienda lo ha confirmado»: queda confirmado con sus líneas tal como están y sale con los demás confirmados en la siguiente entrega al ERP, o en el momento si tu cuenta los entrega al confirmarse. Si alguien lo cambió desde que abriste la página, se rechaza y te pide recargarla. Un borrador se termina en su formulario, y no se confirma un pedido cuya tienda ya no está en tu vista o con una referencia que ya no está en uso.
Estados
| Estado | Qué significa |
|---|---|
| Borrador | se está anotando |
| Anotado | anotado con la tienda |
| Confirmado por la tienda | la tienda está de acuerdo; sus líneas ya no cambian |
| Entregado desde la furgoneta | se ha entregado en el momento con un albarán en lugar de ir al ERP |
| Entregado al ERP | ha salido en un archivo de entrega, o ha ido al ERP al confirmarse |
| Aceptado por el ERP | tu ERP lo ha aceptado, con su propia referencia |
| Rechazado por el ERP | tu ERP lo ha rechazado, con un motivo |
| Anulado | se ha anulado antes de salir de tu cuenta |
En la lista de «Pedidos», Estado deja ver los de un solo estado y dice cuántos hay en cada uno, en el orden de la tabla; Todos los muestra todos. La lista muestra 100 pedidos por página, empezando por el último que cambió; Siguiente y Anterior, debajo, pasan de una a otra.
Entregar los pedidos a tu ERP
«Entregar al ERP» descarga los pedidos confirmados en un archivo CSV (una línea por referencia, con tus códigos de tienda y de referencia, el GLN de la tienda y el código de barras) y los marca como entregados en el mismo paso, así que ninguno sale dos veces. Un archivo lleva hasta 1.000 pedidos; el resto espera al siguiente. Un segundo botón descarga de nuevo las entregas recientes. Un archivo descargado de nuevo se escribe con tu catálogo tal como está ese día: si desde el primer archivo ha cambiado el código o el código de barras de una referencia, o el código o el GLN de una tienda, sale con el cambio. Un albarán conserva los que llevaba al emitirse.
El archivo sale con el formato de MercaMap o, si un administrador lo eligió en la página «ERP» («Ajustes de la cuenta › Catálogo › ERP»), con el de la importación de pedidos de venta de Odoo o de NetSuite. Allí también puede elegir que cada pedido se entregue al ERP en cuanto la tienda lo confirma, sin archivo: la página «Pedidos» solo descarga entonces de nuevo las entregas recientes (Archivos del ERP y entrega de pedidos).
Las respuestas de tu ERP vuelven en un archivo de estados que se importa en «Ajustes de la cuenta › Catálogo»: cada pedido acknowledged, con la referencia del ERP, o rejected, con un motivo. La misma respuesta dos veces no cambia nada. En Enterprise, la API hace lo mismo con answer_order, list_orders y get_order leen los pedidos, y con hand_off_order tu ERP toma él mismo un pedido confirmado. Recetas para SAP, Dynamics y JD Edwards muestra formas de conectarlos.
Quién ve qué
Los administradores y los miembros ven todos los pedidos de la cuenta en la página «Pedidos». Un miembro de campo ve los pedidos que anotó y solo anota pedidos nuevos en la app (La app en modo equipo).