Escolar Documentos
Profissional Documentos
Cultura Documentos
Módulo de Pedidos
TI CORP
2 de abril de 2013
Autor: wzegarras
HISTORIAL DE REVISIONES DEL DOCUMENTO
VERSIÓN DESCRIPCIÓN DE LA REVISIÓN FECHA AUTOR
1
Especificación Funcional
Módulo de Pedidos
Definición
EL MÓDULO DE PEDIDOS SE ENCUENTRA INTEGRADO COMO HERRAMIENTA A LA GESTIÓN DIARIA DEL VENDEDOR,
ESTE MÓDULO PERMITE GESTIONAR LAS OPERACIONES DE GENERACIÓN DE SOLICITUDES (VENTAS, NOTAS DE
CRÉDITO, NOTAS DE DÉBITO, TRANSFERENCIAS GRATUITAS) ASÍ COMO EL MANEJO DE ESTADOS Y REGISTROS DE
SOLICITUDES NO EFECTIVAS. AÑADE VALOR PROPORCIONANDO SOPORTE PARA CICLOS DE PROCESOS COMPLETOS
COMO, POR EJEMPLO, EL CICLO DE VENTA, QUE INCLUYE LA SOLICITUD DE PEDIDOS DE VENTA, ENTREGAS,
TRANSPORTE, FACTURACIÓN Y LIQUIDACIÓN, MEJORANDO ASÍ LA GESTIÓN Y RENDIMIENTO DEL VENDEDOR.
Requerimientos generales
Complejidad de desarrollo
ALTA
Supuestos
EL ESQUEMA DE PRECIOS DEBE ESTAR CARGADO Y SINCRONIZADO AL INICIO DEL DÍA.
Especificación Funcional | 02/04/2013
Consideraciones de rendimiento
DEBE REGISTRAR PEDIDOS DE FORMA RÁPIDA, FLUIDA Y DINÁMICA.
Ambiente de pruebas
EL ENTORNO DE PRUEBAS SERÁ SUP DEV.
2
ESPECIFICACIÓN DE LAS OPCIONES DEL MÓDULO
OPCIÓN: CONSULTA DE PEDIDOS [ALICORP/DEX]
Descripción del proceso
LA OPCIÓN DE CONSULTA DE PEDIDOS SE DEFINE COMO UN MEDIO A TRAVÉS DEL CUAL EL USUARIO PODRÁ
OBTENER INFORMACIÓN SOBRE EL ESTADO DE LOS PEDIDOS REALIZADOS EN EL ÚLTIMO MES POR EL CLIENTE. LAS
CLASES DE PEDIDOS QUE SE CONSULTARÁN Y MOSTRARÁN SON PEDIDOS DE VENTA, SOLICITUD DE NOTA
CRÉDITO/DÉBITO, PEDIDOS DE TRANSFERENCIA GRATUITA.
EN ESTA OPCIÓN SE DEBERÁ MOSTRAR LA INFORMACIÓN RELEVANTE DE LOS DATOS DE CABECERA Y DETALLE DE
LOS PEDIDOS CON SUS RESPECTIVOS ESTADOS DESDE LA GENERACIÓN DEL PEDIDO HASTA EL ESTADO POSTERIOR A
LA ENTREGA DEL CLIENTE.
Alicorp/Distribuidoras Alicorp
I. Supuesto
EL USUARIO INGRESÓ AL MÓDULO DE PEDIDOS Y SELECCIONÓ LA OPCIÓN DE CONSULTA DE PEDIDOS.
LOS DATOS MAESTROS DE MOTIVOS DE RECHAZO Y ESTADO DE PEDIDOS SE ENCUENTRAN CARGADOS EN EL
MODULO DE MANTENIMIENTO.
LOS DATOS DE CLIENTES, DIRECCIONES Y SUS DESCRIPCIONES SE ENCUENTRAN CARGADOS EN EL MODULO
DE CLIENTES.
Especificación Funcional | 02/04/2013
3
II. Proceso
A CONTINUACIÓN SE DETALLA LOS CAMPOS DE INGRESO DE DATOS QUE EL USUARIO COLOCARÁ PARA LA
EJECUCIÓN DE LA CONSULTA:
EL CAMPO DEL FILTRO QUE NOS HACE REFERENCIA AL CÓDIGO DE MATERIAL, DEBE PODER CONTAR CON LA
REUTILIZACIÓN DE LA OPCIÓN DE CONSULTA DE MATERIALES DEL MÓDULO DE SISTEMAS DE INFORMACIÓN.
PARA OBTENER EL LISTADO DE ESTADOS DE LOS PEDIDOS SE UTILIZARÁ LA BAPI QUE NOS EXTRAE EL MAESTRO DE
ESTADOS DEL PEDIDO:
CON LOS FILTROS INGRESADOS SE DEBERÁ CONSULTAR CONTRA LAS TABLAS PROPORCIONADAS POR LA BAPI
ZSD_SVMA_GET_LISTA_PEDIDOS_XX.
4
SE MOSTRARÁ UNA LISTA CON LOS RESULTADOS DESGLOSADOS POR LOS SIGUIENTES CAMPOS:
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
(ET_PEDIDOS-STATUS=ET_MAESTROS-
ID)
SE PODRÁ SELECCIONAR UN REGISTRO PARA VISUALIZAR EL DETALLE. ESTE EVENTO NOS LLEVARÁ AL
DETALLE DEL PEDIDO CON LOS SIGUIENTES CAMPOS:
1. CABECERA:
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
KUNNR)
5
8 PESO TOTAL ALICORP/DEX ZSD_SVMA_GET_LISTA_PEDIDOS_XX ET_PEDIDOS BRGEW SI
2. DETALLE PEDIDO:
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
6
2 FECHA DE ALICORP ZSD_SVMA_GET_LISTA_PEDIDOS_XX ET_PEDIDOS_REP EDATU SI
REPARTO(FECHA
PREFERENTE DE
ENTREGA)
AL MOSTRAR LOS DATOS DE REPARTO SE DEBERÁ MARCAR LA COLUMNA DEL PRÓXIMO REPARTO CON OTRO COLOR, DE TAL FORMA QUE SE PUEDA
DISTINGUIR LA CANTIDAD Y LA FECHA DE ENTREGA.
Esquema de pantallas
Especificación Funcional | 02/04/2013
7
Especificación de la funcionalidad SAP
1. Bapi
FUNCIÓN REMOTA DE EXTRACCIÓN:
Especificación Funcional | 02/04/2013
PARÁMETROS DE ENTRADA:
1. SOCIEDAD (P_BUKRS)
TABLAS DE ENTRADA/SALIDA:
1. IT_FILTROS (Opcional)
8
SIGN CRITERIOS DE SELECCIÓN: SIGN - RSSIGN OPCIONAL
2. IT_PEDIDOS
3. IT_PEDIDOS_DET
9
MATNR NÚMERO DE MATERIAL - MATNR
KWMENG CANTIDAD DE PEDIDO ACUMULADA (EN UNIDADES - KWMENG
DE VENTA)
VRKME UNIDAD DE MEDIDA DE VENTA - VRKME
CMPRE PRECIO DE CRÉDITO DE LA POSICIÓN - CMPRE
NETWR VALOR NETO EN MONEDA DE DOCUMENTO - NETWR
4. IT_PEDIDOS_REP
2. Validaciones
SÓLO SE DEBEN MOSTRAR PEDIDOS CON LA CLASE DE DOCUMENTO ZPD Y NO-PEDIDOS.
3. Formulas
NINGUNA.
10
OPCIÓN: CONSOLIDADO DE PEDIDOS
Descripción del proceso
LA OPCIÓN DE CONSULTA DE CONSOLIDADO DE PEDIDOS ES UN MONITOR DE LA PRE-VENTA DIARIA DEL VENDEDOR
QUE TIENE LA FINALIDAD DE PROPORCIONAR UNA VISIÓN GLOBAL DE TODOS LOS PEDIDOS DEL DÍA DETALLANDO
CLIENTES, DESTINATARIOS ASIGNADOS, PRECIOS Y PESOS DE LOS PEDIDOS.
Alicorp/Distribuidoras Alicorp
No existen
NO Opción Consulta de Pedidos
Pedidos
I. Supuesto
EL USUARIO INGRESÓ AL MÓDULO DE PEDIDOS Y SELECCIONÓ LA OPCIÓN DE CONSULTA CONSOLIDADO
DE PEDIDOS.
SE REUTILIZARÁ LA FUNCIONALIDAD DE LA CONSULTA DE PEDIDOS.
II. Proceso
SE MUESTRA EL LISTADO DE PEDIDOS:
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
(ET_PEDIDOS-FAKSK=ET_MAESTROS-ID)
11
SE MUESTRA AL PIE DE PANTALLA LOS SIGUIENTES CAMPOS:
NRO. CAMPO ENTORNO REMOTE FUNCTION ESTRUCTURA CAMPO VISIBILIDAD FÓRMULA
(RFC) TÉCNICO
SE PODRÁ VISUALIZAR EL DETALLE DE LOS PEDIDOS DE LA LISTA DESCRITA, PARA ELLO SE DEBERÁ
REUTILIZAR LA FUNCIONALIDAD DE LA OPCIÓN DE CONSULTA DE PEDIDOS.
I. Bapi
SE UTILIZARÁN LOS MISMO EXTRACTORES DE LA OPCIÓN DE CONSULTA DE PEDIDOS.
4. Validaciones
SÓLO SE MOSTRARÁ LA PANTALLA DE LISTA DE PEDIDOS EN CASO SE ENCUENTRE AL MENOS UN PEDIDO
REGISTRADO, CASO CONTRARIO SE DEBERÁ MOSTRAR UNA PANTALLA CON EL MENSAJE: NO SE
ENCONTRARON REGISTROS.
5. Formulas
A) TOTAL GENERAL EN IMPORTE = SUMATORIA DE LOS IMPORTES DEL LISTADO DE PEDIDOS DEL
DÍA UTILIZANDO EL CAMPO “TOTAL”.
B) TOTAL GENERAL EN PESO = SUMATORIA DE LOS PESOS DEL LISTADO DE PEDIDOS DEL DÍA
UTILIZANDO EL CAMPO “BRGEW”.
C) TOTAL GENERAL DE BLOQUEOS EN IMPORTE = SUMATORIA DE LOS IMPORTES DEL LISTADO
Especificación Funcional | 02/04/2013
12
OPCIÓN: REGISTRO DEL “NO PEDIDO” (Solo SIDEX)
Descripción del proceso
LA OPCIÓN DEL REGISTRO DEL “NO PEDIDO” ES PROCESO MEDIANTE EL CUAL EL USUARIO PODRÁ REGISTRAR EL
MOTIVO POR EL CUAL UN CLIENTE NO DESEA REALIZAR UN PEDIDO EN SU VISITA PROGRAMADA POR EL VENDEDOR.
EN ESTA OPCIÓN SE DEBERÁ INGRESAR LOS DATOS DEL CLIENTE Y EL MOTIVO DE SU “NO PEDIDO”, PARA SU ENVÍO Y
REGISTRO EN EL SERVIDOR SUP, Y LUEGO POSTERIORMENTE SU ENVÍO Y REGISTRO A LA PLATAFORMA NETWEAVER.
Consulta de Pedidos
DISTRIBUIDORAS
Registro
Registro de NO
del “No
Ingreso de Datos PEDIDO
pedido”
III. Supuesto
EL USUARIO INGRESÓ AL MÓDULO DE PEDIDOS Y SELECCIONÓ LA OPCIÓN DE REGISTRO DE NO PEDIDO.
IV. Proceso
A CONTINUACIÓN SE DETALLA LOS CAMPOS DE INGRESO DE DATOS QUE EL USUARIO DEBERÁ MANDAR A LA
BAPI QUE GENERARÁ EL REGISTRO DEL “NO PEDIDO”.
EL USUARIO INGRESARÁ EL CÓDIGO DE CLIENTE Y LUEGO SE DEBERÁ CARGAR EL NOMBRE DEL CLIENTE,
POSTERIORMENTE EL USUARIO DEBE SELECCIONAR EL MOTIVO DEL NO-REGISTRO DEL PEDIDO DEL
CLIENTE. EN CASO EL USUARIO SELECCIONE EL MOTIVO “OTROS” LA APLICACIÓN DEBERÁ MOSTRAR EL
13
CAMPO OBSERVACIONES PARA QUE EL USUARIO PUEDA INGRESAR UNA DESCRIPCIÓN BREVE DEL MOTIVO
DE NO ATENCIÓN.
FLUJO DE EVENTOS
6. Bapi
FUNCIÓN REMOTA:
ZSD_SVMA_CREA_NO_PEDIDO_NW
14
PARÁMETROS DE ENTRADA:
1. SOLICITANTE (OBLIGATORIO)
2. CÓDIGO DE MOTIVO (OBLIGATORIO)
3. OBSERVACIONES (OPCIONAL)
4. FECHA DE PEDIDO(OBLIGATORIO)
5. CÓDIGO DE PERSONAL(OBLIGATORIO)
6. CÓDIGO DE TERRITORIO(OBLIGATORIO)
7. OFICINA DE VENTA(OBLIGATORIO)
8. CLASE DE PEDIDO(OBLIGATORIO)
9. SOCIEDAD(OBLIGATORIO)
10. SEDE(OBLIGATORIO)
11. FECHA CREACIÓN(OBLIGATORIO)
12. HORA CREACIÓN(OBLIGATORIO)
13. POSICIÓN X (OBLIGATORIO)
14. POSICIÓN Y (OBLIGATORIO)
TABLAS DE ENTRADA/SALIDA:
ZSD_SVMA_CREA_NO_PEDIDO
7. Validaciones
15
1. EL SOLICITANTE DEBE EXISTIR EN EL MAESTRO DE CLIENTE
2. NO DEBE PROCEDER EL REGISTRO SI NO HA CUMPLIDO CON LOS CAMPOS OBLIGATORIOS.
8. Formulas
NINGUNA.
NO
2
2
NO
NO
NO
NO
DEX
NO
EN ESTE FLUJO SE DESCRIBEN LOS EVENTOS (ASOCIADOS A UN INDICADOR) Y LOS ESCENARIOS AL MOMENTO DE
INGRESAR LOS PRODUCTOS A TRAVÉS DEL APLICATIVO MÓVIL. DENTRO DE LOS INDICADORES TENEMOS:
1. PRODUCTO SUGERIDO
2. PROMOCIONES
3. LINEALIDAD
4. PRIORIDADES
5. MIX DE FAMILIA
EL USUARIO AL MOMENTO DE INGRESAR PRODUCTOS CONTARÁ CON DOS PANTALLAS PARA EL CASO DE UN
USUARIO DE ALICORP, LA PANTALLA LATERAL IZQUIERDA CONTARÁ CON LA INFORMACIÓN DEL CLIENTE Y SU
16
DIRECCIÓN, DEBAJO SE TENDRÁN LOS INDICADORES (DESCRITOS ANTERIORMENTE) Y EN LA PANTALLA LATERAL
DERECHA SE TENDRÁN LOS CAMPOS DE INGRESO DE PRODUCTOS Y CANTIDADES PROPIAMENTE.
PARA EL CASO DE DISTRIBUIDORAS (DEX) SE CONTARÁ CON UNA SOLA PANTALLA DE INGRESO DE PRODUCTOS Y
CANTIDADES, ADICIONALMENTE SE TENDRÁ UNA PESTAÑA CON LOS DATOS DE CLIENTE E INDICADORES.
FLUJO DE GRABACIÓN
Creación de Pedidos
GRABACIÓN
Menu Auxiliar
de Ventas
(Izquierda)
Obtiene
¿Existen Obtiene Productos Notificación de
Pricing de Promociones ¿Continuar con
promociones sin SI y Cantidades Indicadores de
Productos Aplicables al registro de pedidos?
aplicar? Promocionales Ventas
Cliente
Ingreso de
ALICORP/DEX
Materiales NO
(Derecha)
Obtiene Diferencia
¿Linealidad < Peso SI SI
Obtiene Linealidad SI (Linealidad – Peso
Neto del pedido?
Neto Pedido)
NO
¿Existen
indicadores de Registro de
NO
Obtiene Diferencia ventas Pedido
Obtiene Productos ¿Linealidad < Peso pendientes?
SI (Linealidad – Peso
Sugeridos Neto del pedido?
Neto Pedido)
NO
Obtiene
Obtiene ¿Productos dentro
SI Prioridades no
Prioridades de las prioridades?
ofrecidas
NO
DEX
NO
AL MOMENTO DE EJECUTAR EL PRICING SE DEBERÁ CALCULAR EL PRECIO POR CADA POSICIÓN DE PEDIDO ASÍ COMO
EL CÁLCULO DE LAS PROMOCIONES APLICABLES AL CLIENTE POR MATERIAL/POSICION. SE DEBERÁ INCLUIR LA
POSICIÓN TBO PARA EL CASO DE OBSEQUIOS Y LA POSICION TPR PARA EL CASO DE DESCUENTOS. EL IMPORTE NETO
DEL PEDIDO DEBE CONTAR CON LA SUMA DE LOS IMPORTES NETOS DE CADA POSICIÓN DE MATERIAL.
PARA EL EVENTO DE REGISTRO (GRABACIÓN) DEL PEDIDO SE TENDRÁ EL FLUJO DE CONTROL DE CADA PRODUCTO
POR CADA INDICADOR, TAL Y COMO SE DETALLA A CONTINUACIÓN:
1. PRODUCTO SUGERIDO (1): SE ALERTARÁ AL USUARIO SOBRE LOS PRODUCTOS SUGERIDOS NO INCLUIDOS
EN LAS POSICIONES DE PEDIDO.
Especificación Funcional | 02/04/2013
17
5. PRIORIDADES(4) (DEX): SE ALERTARÁ AL USUARIO SOBRE LAS PRIORIDADES(CATEGORÍA, FAMILIA) NO
CONTENIDAS EN LAS POSICIONES DE PEDIDO.
6. MIX DE FAMILIA(5) (DEX): SE ALERTARÁ AL USUARIO SOBRE LAS SUGERENCIAS DE FAMILIAS DE PRODUCTOS
NO CONTENIDAS EN LAS POSICIONES DE PEDIDO.
LOS CONTROLES DESCRITOS SERÁN MOSTRADOS COMO ALERTAS AL USUARIO. EL USUARIO TENDRÁ LA OPCIÓN DE
CONTINUAR CON EL REGISTRO DEL PEDIDO O CASO CONTRARIO RETORNAR A LA TOMA DE PEDIDOS PARA
MODIFICAR EN FUNCIÓN A LO ALERTADO.
1
EL ESQUEMA DE PEDIDO SUGERIDO SE PRESENTARÁ EN LA ESTRUCTURA: ZSD_TSUGPRD00 A NIVEL DE MATERIAL.
2
EL ESQUEMA DE PROMOCIONES SE ENCUENTRAN PLASMADAS EN 5 ESTRUCTURAS:
18
18 ZSD_CCNPAG Código de Condición de Pago
19 ZSD_CCLIEN Código de Cliente
20 ZSD_LINCLU Flag de inclusion I=Incluye, E=Excluye
25 ZSD_CTPFZV Codigo del tipo de fuerza de ventas
26 ZSD_FDEPRO Fecha desde que se activa la promocion para
el cliente nuevo
27 ZSD_FHAPRO Fecha hasta que esta activo la promocion para
el cliente
28 ZSD_TIPUBI Tipo de Ubigeo
19
4 ZSD_QHASMX Cantidad hasta maximo
5 ZSD_QXCADA Cantidad por cada
6 ZSD_CUNMRA Código de la unidad de medida de rango
7 ZSD_CMATER Código de Material
8 ZSD_CUNMRE Código de la unidad de medida de regalo
9 ZSD_QOBSEQ Cantidad a obsequiar
10 ZSD_RDESCU Porcentaje de descuento
11 ZSD_LINCLU Flag de inclusion I=Incluye, E=Excluye
12 ZSD_SIGNO Indicador de una posición
3
LA LINEALIDAD SE ENCUENTRA EXPRESADA POR CATEGORÍA EN 3 ESTRUCTURAS EN LA BAPI ZSD_SVMA_GET_LINEALIDAD_R3:
20
5 ZPORCMINC PORCENTAJE CUMPLIMIENTO LINEALIDAD
4
LAS PRIORIDADES SE ENCUENTRAN EXPRESADAS POR LA ESTRUCTURA DE LA BAPI ZBAPI_SVMA_MAESTROS_NW:
1. ET_MIX_FAMILIA
5
EL MIX DE FAMILIA SE ENCUENTRA EXPRESADO POR LA ESTRUCTURA ZBAPI_SVMA_MAESTROS_NW:
1. ET_PRIORIDAD
AL MOMENTO DE REGISTRAR Y HACER EL ENVÍO DEL PEDIDO SE DEBERÁN EXCLUIR LAS POSICIONES TIPO “TPR” Y “TBO”. (TPR =
DESCUENTO / TBO = OBSEQUIO).
I. Supuesto
EL USUARIO INGRESÓ AL MÓDULO DE PEDIDOS Y SELECCIONÓ LA OPCIÓN DE REGISTRO DE PEDIDOS.
Especificación Funcional | 02/04/2013
II. Proceso
A CONTINUACIÓN SE DETALLA LOS CAMPOS DE INGRESO DE DATOS QUE EL USUARIO COLOCARÁ PARA EL
REGISTRO DE PEDIDOS:
21
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
EL CAMPO NOMBRE DE SOLICITANTE DEBE SER CARGADO LUEGO DE INGRESAR EL CÓDIGO DE CLIENTE.
SE DEBE CARGAR TODAS LAS CONDICIONES DE PAGO EN FUNCIÓN A LA CONDICIÓN DE PAGO DEL CLIENTE EN
FORMA DESCENDENTE.
EL USUARIO DEBE SELECCIONAR E INGRESAR EN TODOS LOS CAMPOS PARA PROCEDER A LA SIGUIENTE PANTALLA DE
INGRESO DE PRODUCTOS.
22
11 CENTRO ALICORP ZSD_SVMA_CREA_PEDIDOS_XX IT_PEDIDOS_DET WERKS SI
DISTRIBUCION
SE PODRÁ SELECCIONAR EL INGRESO DE PRODUCTOS POR REPARTOS A TRAVÉS DE UNA NUEVA PANTALLA DEFINIDA
POR LA SIGUIENTE ESTRUCTURA:
LUEGO DE EJECUTAR EL PROCESO DE GRABACIÓN SE DEBERÁ REGISTRAR EL PEDIDO EN SUP, PARA QUE
POSTERIORMENTE SEA ENVIADO A LA BAPI TRANSACCIONAL ZSD_SVMA_CREA_PEDIDOS_XX (ESTRUCTURA
QUE POSEE LOS REGISTROS PARA INGRESAR LAS COORDENADAS X E Y DE LA UBICACIÓN DE LA TABLET), EN CASO DE
NO HABER COBERTURA SE DEBERÁ MOSTRAR UN MENSAJE DE PEDIDO REGISTRADO CASO CONTRARIO SE
DEVOLVERÁ LA SIGUIENTE PANTALLA DE CONFIRMACIÓN:
CABECERA
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
DESTINATARIO DE
MERCANCÍA
23
DETALLE
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
PIE:
NRO. CAMPO ENTORNO REMOTE FUNCTION (RFC) ESTRUCTURA CAMPO VISIBILIDAD
TÉCNICO
Esquema de Pantallas
Especificación Funcional | 02/04/2013
24
Especificación de la funcionalidad SAP
1. Bapi
FUNCIÓN DE CREACIÓN DE PEDIDOS:
25
KUNNR Nº DE CLIENTE 1 - KUNNR
KUNWE DESTINATARIO DE MERCANCÍAS - KUNWE
26