Blog de Axos visual

La gestión de tarifas en sectores de distribución es de vital importancia ya que, dependiendo del cliente (tipo de cliente, volumen de compra, forma de pago, etc.) es habitual que le apliquen unas tarifas u otras.

En el software de gestión Axos Visual diseñado para secores de distribción, intentamos establecer un sistema ágil y automatizado de las mismas. Analicémoslo desde distintas perspectivas:

Definición de las tarifas: las tarifas de la aplicación pueden definirse de varias formas:

• Partiendo de un coste (ponderado, neto, último, composición, etc.) y aplicándole un margen. A su vez, se puede estipular que este margen lleva “Calculo automáticaâ€� para que, si cambia el precio de coste, se recacule el precio de venta.

• Introduciendo directamente el precio de venta de forma manual. Esto es habitual para aquellos artículos definidos como “ganchoâ€� en que, sabemos, los clientes siempre nos comparan por el precio.

• Partiendo de otra tarifa: Podemos decir, por ejemplo, que la tarifa 2 es como la 1 pero con un 10% de descuento. En estos casos, es habitual tener todas las tarifas enlazadas con descuentos y con cálculo automático para que, cambiando el precio de partida de la tarifa 1, los precios de las otras tarifas se recalculen automáticamente.

• Escalados por cantidad: a nivel de cata tarifa e pueden definir hasta 8 escalados por cantidad a fin de que, a un cliente que se le ha asignado una tarifa, dependiendo del volumen del pedido, se le aplique un precio u otro.

Estas tarifas están identificadas con los “niveles de precios�. Es decir, es habitual tener, por ejemplo, 3 tarifas: una cara, otramedia y una tercera barata y con los precios muy estudiados. Ahora bien, ¿qué tarifa debemos asignarle al cliente?. Pues dependerá de sus intereses pero la filosofía es siempre la misma: ajustar precios donde más consumo haga y, donde no, aplicar márgenes superiores. Esto se hace con la siguiente definición en el cliente:

• Al cliente se le establece una tarifa general con algún descuento. Es habitual que esta sea una de las tarifas más caras ya que será el precio que se le de para los artículos o familias que no se han negociado explícitamente.

• Excepciones por familias de productos: cuando un cliente tiene special interés por algún tipo de producto (familia), lo que podemos hacer es, o bien darle un descuento especial para esa familia o, directamente, cambiarlo de tarifa a una inferior.

• Precios especiales: podremos pactar un precio especial o descuento especial para el cliente y con un periodo de vigencia.

• Por último, las ofertas. Puede darse el caso de que al cliente le enviemos por e-mail, por ejemplo, las ofertas y promociones mensuales. Si es así, diremos que se le apliquen los precios de oferta y, si no, podemos decir que estos precios no se le apliquen.

Cabe destacar que esta gestión siempre puede hacerse de forma global para un grupo de clientes. Un ejemplo serían una franquicia o una cadena hotelera: yo negocio con la central unos precios y estos se aplicarán a todos los socios (que, para la aplicación, son fichas de clientes distintas al tener distintos CIF asociados).

Es habitual, en ciertos casos, que sea el propio fabricante/proveedor el que, en vez de servir al distribuidor, sirva directamente al cliente final. Por ejemplo, en operaciones de venta especiales para grandes pedidos (y que no tiene sentido duplicar costes sirviendo en el distribuidor y este en el cliente)… O, en sectores como el de suministro de material de oficina y papelería, donde los mayoristas de referencia (Unipapel, Spicers, Comercial del Sur…) ofrecen este servicio a sus clientes mediante el nombre de “Servicio a Terceros�.

En el programa de gestión para distribución Axos Visual, esta funcionalidad es tan sencilla como desde el pedido de venta del cliente final, lanzar la opción de “Pasar a Pedido de Compra�. En este caso:

• Lo primero que hace la aplicación es preguntarnos si queremos que la dirección de entrega sea la del distribuidor (la propia de la empresa o almacén de la empresa) o la del cliente final.
• Por otro lado, nos pide confirmación de si queremos pasar a compras todos los artículos/cantidad del pedido de venta o sólo de aquellos productos que de los que no tenga stock.
• En ambos casos, se generará un documento de compra que, directamente, podremos enviar por e-mail al proveedor seleccionado.

Cabe destacar que los precios de compra de este documento pueden venir originados por:

• Los precios de tarifa de compra habituales en los que la aplicación recalculará el precio de compra del producto según las condiciones de la tarifa y los descuentos por familias o precios especiales.
• En ciertos casos, también puede ocurrir que se haya llegado a un acuerdo especial con el proveedor para las ventas a un cliente en concreto. Es decir, se llega se pacta con el proveedor que todas las operaciones de ese cliente tengan un precio especial tanto para el cliente (en ventas) como en compras (a fin de llevarse la operación, la reducción de márgenes se reparte así entre cliente y proveedor).

Posteriormente, y una vez realizada la entrega, es tan fácil como ir al pedido y decir que ya ha sido entregado (generar un albarán del documento).

En las empresas de distribución, la automatización del ciclo de compras (sobre en sectores como ferretería, papelería, droguería… donde la reposición es elevada) toma especial relevancia.

En el software de gestión Axos Visual, y según la experiencia que nos han transmitido los clientes, son múltiples las posibilidades que se ofrecen para que esta repoisicón se ágil y automatizada. Por ello, cuando sacamos una propuesta de necesidades desde la aplicación, las posibilidades que nos ofrece son:

• ¿Qué se quiere hacer? En la aplicación Axos Visual, para reponer, existen 2 tipos de propuestas: de compra (para pedir a proveedor) o de reposición (para pedir a otros almacenes de la empresa).
• ¿De qué artículos? Hacer un filtrado precio de los artículos que se quieren reponer: por ejemplo, los de una familia o un almacén concreto (en caso de trabajar con diversos almacenes, también se puede hacer una propuesta global viendo las necesidades de todos los almacenes para hacer un pedido centralizado o para servir en cada uno de los puntos de venta).
• ¿En base a qué? Obviamente, además de proponer los artículos que están pedidos por los clientes y de los que no se dispone mercancía en stock, el ERP Axos Visual propone reponer aquellos que, o bien estén por debajo de un stock mínimo (para ajustarlo a un máximo establecido por el usuario manualmente) o bien por debajo del punto de pedido. Veamos un ejemplo muy básico de este segundo caso: si un artículo tardo en reponerlo 3 días y vendo 5 uds. diarias (se tienen muchos más datos en cuenta para el cálculo pero básicamente esta es la idea), la aplicación me avisa que debo tener en stock 3×5=15 uds. Por tanto, si tengo menos de esa cantidad, me dirá que debería reponer.
• ¿A quién quiero comprar? Es habitual que sean varios lor fabricantes o proveedores que suministren un producto. Por ello, la aplicación me pedirá que introduzca si quiero comprarlo al más barato, al más rápido, al que menor cantidad de compra me exija o al favorito.
• ¿Cuánto debo comprar? Por último, y según lo establecido por el pedido mínimo del proveedor y a nivel interno de la empresa (la cantidad que se quiere compra en cada pedido), la aplicación me dirá cual es la cantidad a comprar de cada referencia.

Este ejemplo, el de las propuestas de compra para empresas de distribución, es sólo una de todas las herramientas que hacen de Axos Visual, un software de gestión especializado en empresas de distribución de los más destacados del mercado.

Cómo ya hemos comentado, el software Axos Visual es un software estándar de gestión integral para distribución. Y nos referimos a él como Estándar sin que con ello se pierdan la potencia y adaptabilidad del mismo a diversos entornos o sectores de distribución.

Aunque en él intentamos contemplar el mayor grado de casuísticas de los sectores intensivos en distribución, en ciertas ocasiones, nos encontramos que hay desarrollos que debido a su complejidad (no técnica, sino conceptual) e implicaciones en los procesos internos de la empresa, nos vemos en situación de desarrollar a medida para cada cliente sobre las estructura ya esbozada en el estándar. Es decir, la aplicación estándar no cubre estas problemáticas pero está pensada/planteada la base para poder adaptarlo, sin elevado coste de desarrollo, a las necesidades específicas del cliente a fin de grantaizar la resolución de su casuística interna.

Un claro ejemplo de esto serían las funcionalidades de Control de Garantías, Trazabilidad y Lotes implementadas en nuestro ERP. Veamos cada uno de estos 3 casos:

Software para el control de Garantías: en Axos Visual el control de nos Nº de Serie y Garantías es una funcionalidad completamente contemplada, a lo largo del sistema, para su gestión diaria tanto en procesos de venta como de compra. A su vez, es la base para el control de lotes y Trazabilidad ya que, siendo un funcionamiento bastante estandarizado en el mercado, representa la base perfecta para el desarrollo de estos otro cuya puesta en marcha, depende más de cómo estén contemplados los procesos internos de la empresa. Con el software de control de garantías se nos brindas las herramientas para:

• Diferenciar los artículos que requieren este control identificándose a su vez cuando se compró u nº de serie, a quién y a qué cliente se vendió en qué fecha.
• Implementación de las herramientas para la alimentación de los nº de serie en la recepción (al generar un albarán se nos abre un formulario donde poder picar/leer los números de serie).
• Selección en ventas de los números de serie que se imputan a cada venta.

Software para el control de Lotes: como podemos observar, la estructura de los números de serie nos sirve como base perfecta para la gestión de lotes. La única diferencia es que en los números de serie una unidad equivale a un número de serie y en los lotes un lote trae multitud de unidades. La complejidad en los Lotes, por tanto, no viene de la parte técnica sino de cómo se quiera implementar dentro de los procesos organizativos. Por ejemplo puede darse el caso de que ante un pedido de un cliente, sea el personal del almacén quién decida la mercancía de qué lote le asigno a un cliente o, por lo contrario (y dado que los lotes van asociados a características especiales como fechas de caducidad, calidad de productos, etc.) sea desde ventas quien realiza la imputación de los lotes a los pedidos de los clientes al poder existir diferencias de precios.

Software para la gestión de Trazabilidad: aunque este caso esté muy relacionado con la gestión de lotes, lo diferenciamos ya que aquí incorporamos los múltiples informes y documentos que se requiere en los sectores donde la normativa implica un control de Trazabilidad y que habitualmente dependen del tipo de producto. Es decir, para una empresa de alimentación la normativa impone un control mucho menos exhaustivo que para una empresa de productos químicos y materias peligrosas.

Este es sólo un ejemplo de cómo una aplicación amplia y parametrizable como nuestro software Axos Visual en ciertas ocasiones necesita de adaptaciones a medida a que, en el estándar, es complejo recoger procedimientos que se adapten de forma óptima al funcionamiento de las empresas.

En el aplicativo Axos Visual ERP tenemos el Módulo de E-Com, modulo web diseñado para gestionar tanto una tienda on-line como una intranet de clientes pero de forma completamente integrada con la aplicación.

Cuando decimos integrada nos referimos a una página cuya gestión de contenidos se realiza mediante el propio aplicativo. Es decir, por ejemplo, para cambiarle la foto a un artículo, simplemente debe ir a su ficha del programa, hacer doble clic en el campo foto y seleccionar el nuevo contenido. De la misma forma se gestionan datos como los stocks: al hacer una compra o venta directamente en el ERP se actualiza automáticamente los stocks. O, al darle un precio especial a un cliente, este se actualiza al instante por si el cliente entrara a verlo. Es decir, cuando hablamos de un software de gestión ERP integrado con la web, nos referimos a que no hay procesos de volcados de información (exportación importación) sino que, directamente, la web comparte la BBDD del ERP.

Son dos las perspectivas que le hemos dado al módulo web de nuestra aplicación de gestión Axos Visual:

• Intranet de clientes. Puede que sea la herramienta más común entre los clientes de Axos Soluciones. Mediante esta funcionalidad, un cliente habitual de la empresa, puede registrarse en su zona privada, consultar sus propios precios, descargarse una factura, aceptar un presupuesto, ver el estado de sus pedidos pendientes, analizar la tendencia de sus consumos, etc. Esto siempre orientado a una correcta gestión de perfiles dentro de mi cliente. Por ejemplo, es habitual el caso en que el jefe de compras puede comprar cualquier tipo de producto pero, el administrativo que haga los pedidos, debe ceñirse a una serie de productos. Por eso, el catálogo web que se les muestra simplemente se reduce a estos precios especiales. En este caso, cuando un cliente hace un pedido, éste se integra directamente en el software ERP para su preparación, facturación y cobro según la forma de pago habitual del cliente.
• Tienda On-Line: esta herramienta está orientada a la venta pura por internet. En este caso, un cliente que llega hasta nuestra página, puede registrarse e introducir un pedido que, para que sea cursado y llegue a integrarse en el ERP, deberá pagar previamente con la tarjeta de crédito. En estos casos, lo que se hace es integrar la pasarla de pago con el ERP lo que nos asegura que los datos de, por ejemplo, tarjeta de crédito nunca pasarán por nuestra empresa ya que el TPV Virtual o Pasarela de Pago simplemente nos reporta la confirmación de la operación para poder cursar el pedido.

Un software de gestión de almacén, aunque parezca obvio, debe ayudarnos a controlar aspectos de la propia gestión del almacén… que van más allá de la mera gestión de stocks del almacén. Es decir, procesos como la gestión de ubicaciones de almacén, control de reposición de mercancía, etiquetaje de productos, embalajes, preparación de pedidos, inventarios, etc. son aspectos en los que debe entrar el software que quiera identificarse como software de gestión de almacén.
Dentro del software de gestión del almacén podemos diferenciar varias funcionalidades:

• Recepción de mercancía: el proceso de recepción de mercancía es importante dado que es cuando se establecen los controles y homogenización de los stocks. Es decir, que todo el producto esté correctamente identificado, que se ubique correctamente, etc. Por ello, en nuestro software Axos Visual existen multitud de sistemas de trabajo para el control habitual del almacén, uno de los cuales podría ser el código de barras.
• Preparación de pedidos: la preparación de pedidos debe ser, ante todo, ágil ya que es donde más tiempo se invierte. Por eso, intentamos establecer controles desde la fase inicial, la de la toma de pedidos como, por ejemplo, que ciertos artículos puedan sólo venderse por embalajes a fin de evitar el “menudeoâ€�. Una vez metidos los pedidos en el sistema, pueden prepararse los pedidos por multitud de alternativas (por pedido, agrupando pedidos en caso de que se hagan en olas de preparación, etc).
• Gestión pura de stocks. Aquí nos referimos al mantenimiento de stocks con los procesos de traspaso de almacenes, inventarios, regularizaciones… en principio, estos procesos de revisión en el almacén aconsejamos se realicen periódicamente. Es decir, en el caso del inventario, en vez de hacerlo de forma masiva, recomendamos que se vaya haciendo rotativamente por ejemplo, por ubicaciones.

Después del reciente anuncio de la modificación de los tipos impositivos del IVA durante el próximo ejercicio 2010, hemos comenzado a revisar nuestro software de gestión ERP Axos Visual para hacer un análisis de las implicaciones que esto tendría internamente.

Efectivamente se han cumplido nuestras expectativas: no hace falta desarrollar una sólo línea de código para adaptar el sistema y realizar la modificación del, por ejemplo, 16% al 18%. Es decir, cualquier usuario puede realizar este cambio en su aplicación cambiando simplemente el % de IVA ya que, el resto de la aplicación, toma este dato para la realización de sus cálculos (compras, ventas, modelos oficiales, contabilidad, etc.). Ahora bien… ¿Y qué habría pasado si esto nos hubiera implicado modificaciones en la aplicación para libera una nueva versión?. Pues que lo habríamos hecho sin coste adicional para nuestros clientes.

Con estos dos aspectos, la versatilidad de nuestros aplicativos y la filosofía de desarrollo “para con� nuestros clientes, consideramos conseguir una clara diferenciación con la inmensa mayoría de fabricantes de software del mercado.

Desde Axos Soluciones no esperamos a que un cambio legislativo impulse las ventas de software (muchos se sorprenderían de cuantas empresas de desarrollo han visto esto como una clara oportunidad de negocio para finalizar con “sus crisis�) sino que ponemos por delante el interés de nuestros clientes que, en el medio plazo será más beneficioso para todos: Nuestros clientes evitan invertir en desarrollos, coste de actualizaciones o de licencias. Axos Soluciones, mientras tanto, mantendrá un cliente fiel a sus productos y, muy posiblemente, se convierta a su vez en suscriptor de los mismos ante otras empresas del mercado.

Por tanto, estas modificaciones legislativas son efectivamente una oportunidad: unos podrán  (o querrán?) aprovecharse de sus clientes finales. A otros, nos ayuda a diferenciarnos de nuestra competencia gracias a una oferta ética y con verdadera vocación de servicio a nuestros clientes.

Axos Visual, como software específico para empresas de Distribución, cubre la problemática planteado por la certificación ISO 9001 de Calidad. Con el módulo desarrollado para tal fin, varias son las problemáticas que se cubren:

• Configuración: en base a la Norma, y dado que no hay contenido estrictamente definido, todas las tablas de calidad están abiertas para que sea la propia empresa quien las configure. Entre estos datos nos referimos a la tipología de incidencias, causa, corrección, origen, etc. Este apartado es especialmente importante ya que estos conceptos son los que se usarán a lo largo de la aplicación, tanto para su registro como seguimiento y obtención de información.
• Registro de Incidencias / No conformidades. A lo largo de la aplicación, en todos los procesos de compras, ventas, almacén, contabilidad, tesorería, etc. existe la opción del registro de incidencias para su definición por parte de los usuarios.
• Documentación y Procedimientos: desde las propias incidencias, y en función de su tipología, podrá reflejarse los procedimientos a seguir para su resolución así como acceder a la documentación de procedimientos relacionada con dicha incidencia.
• Seguimiento de Incidencias: el seguimiento de las incidencias está enlazado con la herramienta de CRM y Agenda del software Axos Visual. Estos procedimientos de seguimiento pueden configurarse para que, según el tipo de incidencia, puedan efectuarse por una u otra persona. Por ejemplo, un cliente llama para reportar una incidencia porque los bultos entregados estaban dañados. El operador que coge el teléfono, podrá registrar esa incidencia en el propio albarán a fin de que su comercial, reciba una actividad de agenda (una llamada, por ejemplo) para que hable con el cliente y aclare el problema surgido.
• Informes de Calidad. A través de la incidencia, es diversa la información que se recoge: origen, departamento, tipo, usuario, fecha prevista de resolución, etc. Con toda ella podrán obtenerse diferentes listados. No obstante, y dado que los Objetivos de Calidad vienen impuestos por cada empresa, existe una herramienta con la que los propios usuarios puedan definir sus informes.

Cabe destacar que, dado el grado de integración de este módulo con los procedimientos del ERP Axos Visual, este módulo es una funcionalidad añadida al software ERP, no pudiéndose contratar (a diferencia de otros módulos del aplicativo) de forma independiente.

Otro de los puntos críticos para las empresas de distribución, es el ciclo de compras. Y, cuando hablamos de este, no sólo nos referimos a trabajar con 100 referencias y un par de proveedores sino también a entornos donde se mueven 300.000 referencias a través de más de 1.000 proveedores activos. En estos casos se nos dan múltiples problemáticas: varios proveedores para el mismo producto, diversidad en uds. de compra, diferenciación de precios por cantidades, diferentes orígenes de necesidades, etc. Ante toda esta complejidad, en Axos Visual se han implementado una serie de pasos que intentamos cubran cualquier problemática:

• ¿Qué universo de artículos queremos tratar?

Por ello se nos define un amplio abanico para definir el tipo de productos que el que queremos trabajar: por familia, por fabricante, por almacén de necesidad, etc.

• ¿Qué queremos hacer?

Podremos plantear un pedido a proveedor o, quizá, un traspaso entre almacenes en caso de que tengamos un sistema distribuido en varias sedes o almacenes virtuales. En esta línea, y a lo largo del ciclo de compras, existes múltiples alternativas para la optimización de stocks de forma que, si ante la necesidad de comprar una mercancía, existen excedentes de stocks en otros almacénes, la aplicación nos proponga la reposición desde uno de estos almacenes antes que la compra al proveedor.

• ¿En base a qué?

Cuando compramos, la aplicación nos propone un amplio nº de referencias que se “necesitan� para el correcto funcionamiento del ciclo de ventas. Estas “necesidades� pueden partir: porque exista un pedido en firme de un cliente que no se tenga en stock, en base al stock mínimo y máximo (cuando baja de unos mínimos propuestos por los responsables hasta cubrir unos máximos) y en, por último, según el stock bajo punto de pedido que definirá el stock óptimo de rotación para no tener roturas de stock.

• ¿A quién comprar?

Cuando se da el caso de que un mismo artículo lo puedan suministrar varios proveedores, aparece la herramienta de optimización de compras donde se podrá elegir comprar al proveedor habitual (el favorito para el producto), el más barato (según sus condiciones de compra), el más rápido (por plazo de servicio real) y el de menor pedido mínimo (el que menor cantidad mínima nos exija).

• ¿Cuánto tenemos que comprar?

Jugando con lo expuesto en las dos decisiones, la aplicación nos propondrá la cantidad exacta a comprar. Esta dependerá de, por un lado, el mínimos que queramos comprar (definido internamente) como el mínimo establecido por el proveedor.

Una vez la aplicación nos ha propuesto a que referencias comprar, a qué proveedor, qué cantidad y con qué precio, el resto de los procesos son de revisión y control por parte del responsable de compras: véase pedido mínimo del proveedor, codificación de documentos según el código del proveedor o fabricante (no con el que se trabaje internamente), etc. Estos procesos, a su vez, vienen apoyados en multitud de herramientas que iremos comentando en próximas entradas.

El software Axos Visual es un software integral de gestión específico para empresas de distribución. Cuando hablamos de “específico para empresas de distribución� nos referimos a que presenta altas posibilidades de adaptación a la problemática de cada empresa según como defina sus procedimientos internos en el ciclo de, entre otros, aprovisionamiento, almacenaje y venta.
En términos generales la filosofía de Axos Visual se puede definir como en enlace de ventas-compras-ventas ya que intentamos automatizar los procesos para, según se vayan vendiendo las distintas referencias, la aplicación, siguiendo distintos criterios de control de stocks, nos proponga qué es lo que se requiere comprar y, posteriormente en la recepción del género, nos comunique que clientes esperan la mercancía recibida.
Con esta entrada nos centraremos en explicar algunas de las posibilidades del ciclo de preparación de pedidos de cliente ya que, según la problemática del negocio, existe un amplio abanico de posibilidades de Parametrización:
Soporte físico: con ello nos referimos a la herramienta utilizada por los usuarios en el ciclo de preparación.

• Papel: todos la documentación relacionada con el ciclo de preparación es soporte papel.
• PDA: puede automatizarse para su funcionamiento sobre PDA.

Usabilidad: modo de introducción de referencias y productos.

• Con código de barras: toda la aplicación está diseñada para el trabajo mediante lector de código de barras ya sea en un PC o en PDA.
• Sin código de barras: introducción manual de referencias. A este respecto, aclarar que a lo largo de la aplicación puede introducirse la referencia del artículo, la del fabricante, la del proveedor, una segunda referencia interna llamada “código anteriorâ€�, la referencia del cliente en caso de que tengamos trabajar con codificación propia para el cliente, etc.

Según el tipo de documento:

• Por pedido: desde el pedido genero el albarán validando el anterior.
• Sobre albarán: realizo la preparación sobre el albarán (que se ha generado automáticamente desde la aplicación contando con la disponibilidad de los stocks).

Cómo se prepara:

• Un único pedido o de sólo un cliente: Cuando se lanza un pedido al almacén se puede determinar que no sólo se prepare ese pedido, sino todos los restos de ese cliente.
• Un grupo de pedidos agrupados por referencia o ubicación. Esta utilidad se desarrolla cuando se preparan pedidos en 2 fases: primero se recoge todo el género en el almacén y, posteriormente en la isla de preparación de pedidos, se reparte por pedido. De esta forma, se podría lanzar al almacén un grupo de pedidos unificados por referencia o ubicación de forma que se recoja al mismo tiempo todo el género que hay que preparar.
• Con o sin restos: a la hora de prepara podemos elegir que se prepare la mercancía teniendo en cuenta aquellos restos o líneas pendientes de servir que, en los pedidos originales, no se pudieron suministrar debido a la falta de stocks.

Número de fases:

• En una única fase: se lanza el pedido al almacén para su preparación.
• En 2 fases: puede hacerse una reserva de stock o prereparto en un primer paso para, posteriormente, poder preparar todo el pedido de forma conjunta. Este proceso es especialmente importante para pedidos de campaña en que el género se va recibiendo poco a poco pero la fecha de lanzamiento de pedidos es fija.
• En 3 fases o 2 fases con revisión: puede establecerse una tercera fase en la que, además, el pedido sea revisado/supervisado por algún usuario distinto al que lo preparó en su origen.

Asignación de stocks: supongamos que 2 clientes nos piden una referencia y sólo tengo mercancía para servir a uno de ellos.

• Manual: esta asignación es en la que el usuario toma la decisión de a qué usuario enviarle el género.
• Automatizada. La aplicación nos propondrá a quién servirle según: la fecha del pedido, la importancia ABC del cliente (al cliente más importante le mando la mercancía) o que complete el pedido a fin de evitarnos futuros portes al tener que hacer 2 entregas del mismo pedido.

Por propiedad de la mercancía:

• Pedido contra stock: el procedimiento habitual.
• Pedido contra depósito: cuando en el almacén contamos con mercancía ya facturada previamente al cliente pero no suministrada (un depósito).

Cabe destacar la sencillez del aplicativo Axos Visual para su uso en el ciclo de preparación de pedidos una vez realzada la correcta Parametrización del sistema Axos Visual.