Especificación de Reporte (ZWM030)

Se requiere un reporte que traiga una diversidad de datos enfocados al despacho de los dos tipos

de entrega

La pantalla inicial podría pedirme una entrega y un rango de fecha en específico o un rango, sigue
en definición en esta pantalla, la manera de poder verla mejor.

Campos

Reportado: Este campo se enfocará en parte a ser algo más informativo para el operario que para
otra función, ya que el reporte debe tener la función de pasarse a Excel, este check lo que me
indicara cuando se marque por primera vez es que al entrar por segunda vez hasta qué punto o
línea revise o hice el análisis, el reporte si se descargara completamente, pero este check me dará
la información mencionada.

Pedido: Este espacio traerá el pedido asociado a la entrega que en cuyo caso puede ser de venta o
traslado, que será digitada en la primera pantalla, por eso pienso que, aunque no está
especificado debería tener una columna con la entrega asociada que, aunque posiblemente se
digito en primera instancia, puede darse el caso en que no lo hagan por tanto no se va a saber la
entrega asociada al pedido.

El cual puede extraerse de la tabla VBAK y EKKO.

Orden de compra: Solo quedará lleno cuando el pedido sea de traslado, ya que se extraerá del
campo texto que se está llenando hasta el momento por la plantilla. ZMM033

Remisión: El número de remisión enlazada al documento de compras, en caso de que sea

individual, pero en caso de que el documento de compras este enlazado a una remisión
consolidada, deberá salir la consolidada. (Solo para documentos de traslado EKKO)
Factura: Para los documentos de venta se hará un registro de factura, por tanto, este campo solo
saldrá lleno cuando los pedidos vengan de la VBAK, pero la remisión si vendrá para los dos tipos de
pedido ya que el desarrollo ZWM030 tiene la operación de impresión de este formato por las dos
clases de documento.

Observaciones: Este campo se subdividirá en cuatro filas en caso de que todos los datos tengan un
dato que dar. Estos datos son (Pedido SAP, Factura, Ord. Compra externa, Remisión)

Ejemplo:

6500000081-1200115935
3200019716
450235780
# Rem Indiv o Consolid

Valor 60%: Valor de la remisión o Factura en dado caso que sea documento de ventas, por el 60%.

Dentro de la remisión aún se sigue buscando el dato ya que el formato no registra el valor total,
del pedido de traslado.
32000* 0.60 = $19.200, este porcentaje se requiere que no sea quemado y que pueda cambiarse
en cualquier momento, la propuesta es dejarlo como un parámetro en la ZBC_SPRO.

Valor Total: El valor total de la Factura, que se encuentra en la descripción anterior sin la
operación, además en caso de que se encuentre el valor en la remisión, habrá que poner valor
total de ella.

Cedula NIT: Contendrá el NIT de la plataforma cuando se tome de un pedido de traslado.

Con este código, en la KNA1 se buscará el NIT en el campo STCD1

En caso de ser una remisión consolidada traerá el NIT de la plataforma que encuentre, para este
ejemplo, seria

NIT de esta plataforma, el cual

buscara en la KNA1

Para el caso de pedidos de venta, se tomará el código del cliente (Solicitante)

Y con el código, ejecutar la misma operación en la KNA1

Razón Social: Para este caso se buscarán los códigos de cliente, así como se buscan para encontrar
el NIT, pero para esta ocasión en la KNA1, deberá buscar el campo Nombre 1, ya que es de la
manera en que una empresa se hace conocer, por tanto, podemos tomar el nombre al cual está
asociado el código. En dado caso que Marketing no esté de acuerdo, tendremos que pedir la tabla
y campo en donde para cada cliente ponen la Razón Social.

La razón social cuando sea una remisión consolidada traerá el nombre de la plataforma asociada.

Nombre del almacén: Cuando sea un pedido de traslado traerá los datos asociados a la plataforma
y no el de la sucursal.

De la misma tabla se sacarán los datos de dirección, Ciudad, Teléfono y el departamento, se

tomara la Region

y luego entrar a la Tabla T005U

Para encontrar el campo BEZEI

TRANSPORTISTA: Para este dato se requiere la creación de una tabla Z en la cual se puedan
introducir (Código, Nombre, Dirección, Teléfono)

Ejemplo:

Este campo dentro del reporte traerá el listado de códigos con una ayuda de búsqueda. Los datos
adicionales son para información propia de Marketing donde ellos podrán visualizar todo esto
desde una TRANSACCION. el campo llave por consiguiente será el código.

Peso Cajas: Sera el peso total de las cajas que haya tenido dicha entrega a cuál está asociada la
remisión en los primeros campos y que en caso de ser una remisión consolidad deberá traer la
sumatoria de los pesos totales de cada remisión.

El peso bruto que registra las remisiones se toma de la tabla de entregas VEKP, con la entregada
asociada a la remisión
Con la sumatoria del campo NTGEW

Tipos de caja: Dentro del mismo campo se requiere que haya una subdivisión en donde me
muestre que tipos de caja maneja dicha entrega (B, C, D, COPA DURA, RESERVA) entre otras. Se
puede manejar con la remisión o la entrega. En caso de ser consolidada, se hará la sumatoria de
los tipos de caja por cada una de las entregas asociadas a remisión consolidada.

Ejemplo:

Cantidad de cajas: Es la sumatoria consolidada que hay por cada tipo de caja, en caso de ser
consolidada, también deben consolidarse el número de cajas.

Ejemplo: