Usar 2 unidades de medida en las Ventas

[Manekaze]

//**********************************************************
// Tipo : Implantación/Consultoría
// Titulo : Usar dos unidades en las ventas
// Codigo : TC0004
// Keywords : Configuración, Consultoría, Axapta 3.0
// Sub-keywords : Conversión Unidades, Ventas, Múltiples unidades,
// Inventario
//**********************************************************


Antes de empezar nos gustaría aclarar que hemos decidido publicar este
truco en el apartado de consultoría aunque tenga cierto contenido de
programación, debido a dos razones:
1. El contenido de programación es de un nivel muy básico.
2. El simple hecho de conocer la posibilidad de usar este truco
puede entenderse como herramienta de un implantador para decidir un
camino más o menos complicado para solucionar un posible caso real.


Usar 2 unidades en ventas

Axapta ofrece la posibilidad de determinar distintas unidades para un
mismo artículo en función de el contexto en el que se este tratando este
artículo. De esta forma disponemos de unidad de Compra, unidad de
Inventario y unidad de Venta.

Esto nos es muy útil por ejemplo :

Imaginemos que vendemos refrescos : Los compramos en cajas de 50
latas, el inventario lo controlamos a nivel de lata y los vendemos en
packs de 5.

Pues bien, definiendo todo esto en la solapa cantidades de la ficha de
artículos Axapta nos ayuda a automatizar la tarea de la compra, la venta
y el control de stock.

Esto está muy bien, pero … vamos a complicarlo

Vamos a imaginar que vendemos Jamones: Los compramos y vendemos
por unidades, pero los pagamos/cobramos por peso, en cambio el
inventario lo llevamos por unidades.

Bueno, vamos a tener que hacer alguna “trampa” pero eso no nos va a
asustar ahora, no?

El primer problema que nos encontramos es que nos interesa definir las
unidades de nuestro artículo como sigue :




Unidad de compra : Kg
Unidad de inventario : Ud
Unidad de Venta : Kg

Resulta que Axapta se queja (con razón) de que no tenemos definida una
conversión de unidades de “Ud” a “Kg” o viceversa.

Tenemos varias opciones :

1.- La menos recomendable : “Retocar” el método validate de estos
campos para que no se queje. Mmmm esta no me gusta mucho.

2.- Definir una conversión a nivel global
(Base/Configurar/Unidades/Conversión de Unidades) de “Ud” a
“Kg” 1 = 1. Mmmm esta me gusta más que la anterior pero sigue siendo
radical.



3- Definir una conversión de unidades para nuestro artículo particular
(jamón) 1=1 simplemente para que no se queje al definir nuestro
artículo. Mmmm esta parece la menos agresiva


Perfecto, ya tenemos definido el artículo. ¿ Y ahora que ?

Como suponemos (que no tiene porqué), que en esta empresa no
venderemos únicamente jamones, pero estos requieren de un
tratamiento especial… vamos a duplicar el formulario SalesTable
(NOTA: en este ejemplo solo vamos a tratar las ventas, las compras se
tratarían de forma muy similar, pero eso ya os lo dejamos a vosotros ).

Al nuevo formulario lo vamos a llamar “SalesTableJamones”.
Haremos los siguientes cambios:

• Le vamos a añadir el campo QtyOrdered en el grid de las líneas, y
vamos a cambiarle el label por “Unidades”.
• Al campo SalesQty le cambiamos el label por “Peso”
• Eliminamos el campo “SalesUnit” del grid (ya que siempre serán kilos)
• En el campo SalesPrice : label = “Precio x Kilo”

Más o menos nos debería quedar así :



Sigamos, ahora vamos a abrir el formulario y a crear un pedido…

Ohhh !!!!!!, cuando entramos las unidades nos recalcula el peso y
viceversa en la curiosa proporción 1 = 1

Bien, aquí es donde hacemos la intervención más agresiva del truco.
Cabe destacar que vamos a hacerla un poco “a saco” sin tener en cuenta
que en esta empresa se pueden vender otros productos en los que quizá
necesitemos realizar conversión entre unidad de venta y unidad de
inventario, pero lo hacemos así para no complicar el ejemplo.

Vamos a modificar el método CalcQtyOrdered de la tabla Salesline :