Jueves, 30 Abril 2020 07:49

APP de pedido electrónico: ¿Qué información necesitamos del distribuidor para realizar una prueba piloto?

Valora este artículo
(0 votos)

PedidoE es una plataforma de transacciones electrónicas EDI (Electronic Data Interchange) y como toda plataforma EDI se usa para el envío y recepción de transacciones mediante el intercambio de ficheros. En este caso este intercambio será entre los proveedores/distribuidores (los vendedores) y sus establecimientos y puntos de venta (los compradores). Para ello los compradores disponen de PedidoE: una APP que les permite hacer pedidos de manera sencilla y rápida y una vez estos pedidos sean enviados desde la app, la plataforma los convertirá en ficheros EDI integrables por el ERP (Enterprise Resource Planning) del vendedor para así integrarlos de manera automática y proceder a servirlos.

Pero no sólo el pedido es una transacción electrónica. Albaranes y facturas son también transacciones que van a viajar por la plataforma PedidoE. De esta manera incrementaremos el intercambio de ficheros entre compradores y vendedores de manera que ambos puedan automatizar procesos y poner a dispisición de los compradores en la app PedidoE de información muy relevante como volúmenes de compra, reports contables que faciliten la contabilidad de la pyme, o totales de facturación segmentados por proveedor, categoría de productos, entre otros.

Para llegar a usar la app de pedido electrónico PedidoE es necesario que el vendedor publique en la plataforma una determinada información para que la App pueda mostrarla al comprador. Cada vendedor tendrá un acceso web a la plataforma para poder publicar allí esta información y hacer las actualizaciones pertinentes. Esta información se compone de:

 

¿Qué información del distribuidor necesitamos en la plataforma PedidoE para empezar a trabajar?

 

- Catálogo de productos.

- Tarifas de clientes.

- Listado de tiendas.

Catálogo de productos

PedidoE carga de productosExportar los productos a un fichero .csv debe ser una operación sencilla y habilitada en el ERP del vendedor. Una vez exportado el fichero, mediante el acceso web el vendedor podrá subirlo a la plataforma. Los datos que necesitamos de los productos son:

 

 

  • EAN del producto (código de barras)
  • Referencia del producto interna del distribuidor
  • Nombre del producto
  • Categoría
  • Unidad de expedición (unidades, cajas, kgs, packs, litros, etc.)
  • Unidades/Caja
  • Imagen del producto (URL)

 

Ejemplo con 4 productos:

8411111111111;1118;1/2 FRANCES;PAN COCIDO;Unidades;;URL_foto
8411111111112;1119;BARRA 400 GR LARGO 80 CM;PAN COCIDO;Cajas;60;URL_foto
8411111111113;1120;1/4 FRANCES;PAN COCIDO;Kgs;;URL_foto
8411111111114;1153;BARRA MUM MASA CRUDA;PAN COCIDO;Cajas;30;URL_foto

 

Tarifas de clientes

PedidoE TarifasExiste la posibilidad mediante el acceso web de cargar los precios de cada producto y crear múltiples tarifas segmentadas por tipología de cliente comprador. Este punto no es imprescindible, aunque sí muy recomendable. Es decir, la App funciona perfectamente sin precios, que se mostrarían en blanco y el pedido sería "no valorado". 

 

Los datos que componen una tarifa son:

 

  • Nombre Tarifa
  • Referencia de producto
  • Precio del producto

 

Ejemplo con 3 productos y 1 tarifa:

Tarifa1;1003;2.10
Tarifa1;1004;8.00
Tarifa1;1005;22.99

 

Ejemplo con 3 productos y 2 tarifas segmentadas:

Tarifa1;1003;2.10
Tarifa1;1004;8.00
Tarifa1;1005;22.99
Tarifa2;1003;2.30
Tarifa2;1004;9.00
Tarifa2;1005;24.99

 

Listado de tiendas

PedidoE mapa localizaciones tiendasPara que un proveedor pueda recibir pedidos, es preciso identificar los establecimientos que van a poder enviarlos. Desde el acceso web el proveedor podrá cargar un fichero .csv con la información de los establecimientos. Esto les permitirá enviar invitaciones para que sus clientes descarguen la App y puedan pedir los productos que se han publicado. Estos datos sirven para identificar al cliente en la plataforma, y poder enviarle una invitación por email:

 

  • Código de cliente.
  • Nombre del comercio.
  • Email del comercio.

 

Ejemplo con 4 tiendas:

533;Carnicería Carmen;Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.
584;Supermercado Don Carlos;Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.
844;Restaurante Ca la Lola;Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.
154;Bar Don Pepe;Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.

Con estos 3 grupos de información ya estaría todo preparado para empezar a trabajar. Con la información de productos y tarifas la app queda alimentada y con la información de las tiendas compradores se podrán enviar invitaciones a éstas. Insistimos en que la información de las tarifas es opcional, es decir: la App funciona perfectamente sin ellas. La existencia de las tarifas define si el pedido será valorado o no valorado. Por otro lado disponer de precios puede ser muy útil para las tiendas, para determinar el coste total del pedido, y poder hacer sus presupuestos.

Finalmente, y no menos importante, está la parte del intercambio del pedido electrónico entre la plataforma PedidoE y el ERP del distribuidor/proveedor. En este sentido, en general la gran mayoría de ERPs comerciales en el mercado hoy día tienen ya desarrollada la posibilidad de integrar ficheros de pedido electrónico, así como la posibilidad de generar albaranes y facturas electrónicas.

En este sentido, PedidoE desarrolla la integración necesaria para entregarle al ERP la información del pedido en el formato que el ERP del distribuidor podría integrar.

Visto 175 veces

Deja un comentario

Asegúrese de introducir toda la información requerida, indicada por un asterisco (*). No se permite código HTML.