Manual SD DSD

SABMiller
SABMiller ADM
Manual de Inducción
Agosto, 2011, Versión 1.0
Tata Consultancy Services Manual de Inducción
Notice
© 2021 Tata Consultancy Services Limited

This is a controlled document. Unauthorized access, copying, replication or
usage for a purpose other than for which it is intended, are prohibited.
All trademarks that appear in the document have been used for identification
purposes only and belong to their respective companies.
SABMiller ADM
TCS Colombia, Calle 100 # 9A-45. Torre 2, Piso 7, Bogotá, Colombia

+57(1) 593 9988
TCS Confidential i
Detalles del Documento
Nombre Version Descripción
519835798.doc-DSD 1.0 Manual de inducción para las

aplicaciones del proyecto
SABMiller ADM
Aprobado por: Autorizado por:
Date: Date:
TCS Confidential ii
Revisiones
Cliente: SABMiller
Proyecto: SABMiller ADM
Nombre del documento: Manual de Inducción
Histórico de revisiones
Acción Fecha de
No. de
Revision Fecha Página (Adición, Publicación
Description Página
No. Revisión No. Modificación,
Anterior
Eliminación)
1.0 11/03/201 Versión inicial N/A N/A Adición

1
TCS Confidential
iii
Sobre el documento
Objetivo
Documentar los aspectos relevantes de las aplicaciones
Audiencia
Miembros del equipo de SABMiller ADM
Organización del documento

Este documento esta organizado de la siguiente manera:
Table 1: Organización del Documento
Chapter Description
Procesos Se describen los procesos que se soportan con las aplicaciones documentadas
Aplicaciones SAP Se describen todas las aplicaciones SAP
Se describen procesos de contingencia y manuales y se detallan los terceros

Appendices
involucrados en la operación de las aplicaciones
TCS Confidential
iv
Referencias SD
Embajadores de
marca.ppt
Modelo de Servicio
Resumen.ppt
Modelo regional
Genesis UC-UD-Partner SFA.ppt
Job Automáticos de
Génesis.ppt
Referencias DSD
DSD 02 - Listas de DSD 03 - DSD 04 - DSD 04 - DSD 04 - DSD 04 -

Visitas Manual.pdf Procesamiento de Pedidos
Planificacion
Manual.pdf
de Transporte
Planificacion
Manualde
- Alm.pdf
Transporte
Planificacion
Manualde
- CC.pdf
Transporte
Planificacion
Manualde
- Dis.pdf
Transporte Manual - IDCP.p
DSD 05 - Check Out DSD 07 - Ejecucion DSD 08 - Check In MDM 05-A - MDM 05-A -
Manual.pdf de Reparto Manual.pdf Manual.pdf Solicitudes de Datos Maestros
Solicitudes
- General.pdf
de Datos Maestros - General.pdf
MDM 05-B - MDM 06 - Datos MDM 06 - Datos 3eXpress Documento 3eXpress Documento
Solicitudes de Datos Maestros
Maestros-de
Deal
Vehículos
Conditions.pdf
Maestros
y Conductores
de Vehículos
Manual.pdf
dey Parametrizacion
Conductores Presentación.pdf
v2de000
Parametrizacion
F Deal Condition.pdf
v2 000 F Deal Condition.pdf
DSD 04 - FSR_PERU.pdf
Planificacion de Transporte_M.pdf
TCS Confidential
v
Contenido
1. PROCESOS SD_____________________________________________________________6
1.1. Modelo de Servicio__________________________________________________________6
1.2. Responsabilidad de los Roles__________________________________________________6
1.3. Pasos de la Venta____________________________________________________________7
1.4. Alineación de Roles__________________________________________________________8
1.5. Canales y Subcanales________________________________________________________9
1.6. Esquema de Precios Colombia________________________________________________10
1.7. Esquema de Precios Perú y Ecuador__________________________________________11
1.8. Modelos de Venta__________________________________________________________12
1.8.1. Preventa__________________________________________________________________12
1.8.2. Televenta_________________________________________________________________14
1.8.3. Autoventa_________________________________________________________________15
1.8.4. Ventas EDI________________________________________________________________16
1.8.5. Embajadores de Marcas_____________________________________________________17
1.9. Servicio al Cliente__________________________________________________________19
1.10. Modelos de Atención________________________________________________________21
1.10.1. Contratista Urbano_________________________________________________________21
1.10.2. Distribuidor Urbano________________________________________________________21
1.10.3. Socio - Distribuidor Rural___________________________________________________22
2. SAP SD__________________________________________________________________23
2.1. Estructura Organizacional de la Aplicación SD_________________________________23
2.2. Funcionalidad con apertura de índices_________________________________________23
2.2.1. Estructura Organizativa____________________________________________________23
2.2.2. Datos Maestros____________________________________________________________25
2.2.2.1. Clientes___________________________________________________________________25
2.2.2.2. Materiales________________________________________________________________26
2.2.3. Documentos Comerciales____________________________________________________28
2.2.4. Precios___________________________________________________________________30
2.2.5. Logistic Execution__________________________________________________________32
2.2.6. Facturación_______________________________________________________________34
2.2.7. Control de Créditos_________________________________________________________35
2.3. Flujo Transaccional________________________________________________________36
TCS Confidential
1
2.4. Usuarios y Perfiles__________________________________________________________36

2.5. Procedimiento de Creación de Usuarios y Asignación de Perfiles___________________36
2.6. Arquitectura______________________________________________________________36
2.6.1. La solución conceptual______________________________________________________36
2.6.2. Componentes Z____________________________________________________________36
2.6.3. Tecnología________________________________________________________________39
2.6.4. Seguridad_________________________________________________________________39
2.6.5. Requerimientos de Software_________________________________________________39
2.7. Interfaces_________________________________________________________________39
2.8. Base de Datos______________________________________________________________40
2.9. Reportes__________________________________________________________________40
2.10. Procesos por Lotes_________________________________________________________41
2.11. Flujo de Trabajo___________________________________________________________41
2.12. Implantación y Configuración de la Aplicación__________________________________41
3. PROCESOS DSD__________________________________________________________43
3.1. Proceso Productivo_________________________________________________________43
3.2. Flujos 1 y 2________________________________________________________________44
3.3. Componentes del costo y cálculo de precios_____________________________________47
3.4. Generación de Listas de visitas. Ver documento:________________________________47
3.5. Procesamiento de la orden: El Proceso se describe a continuación__________________48
3.6. Planificación de transportes: En este proceso se realizan las siguientes actividades:___49
3.7. Check out_________________________________________________________________50
3.8. Visita / entrega de producto: El proceso se describe en el siguiente diagrama:_______51
3.9. Check in: El flujo del proceso es el siguiente:___________________________________52
3.10. Liquidación de rutas:_______________________________________________________53
4. SAP DSD________________________________________________________________55
4.1. Estructura Organizacional de la Aplicación____________________________________55
4.2. Funcionalidad_____________________________________________________________55
4.2.1. Estructura Organizativa____________________________________________________55
4.2.2. Datos Maestros de DSD_____________________________________________________55
4.2.3. Flujo del Proceso___________________________________________________________55
4.2.3.1. Generación de Lista de Visitas______________________________________________________55
4.2.3.2. Toma de Pedidos_________________________________________________________________56
4.2.3.3. Procesamiento de la Orden_________________________________________________________56
4.2.3.4. Planificación de Transportes________________________________________________________57
4.2.3.5. Carga__________________________________________________________________________60
4.2.3.6. Control de Salida_________________________________________________________________61
TCS Confidential
2
4.2.3.7. HH Data Down Load______________________________________________________________63

4.2.3.8. HH Data Up Load________________________________________________________________63
4.2.3.9. Liquidación de la ruta_____________________________________________________________63
4.3. Flujo Transaccional________________________________________________________65
4.4. Usuarios y Perfiles__________________________________________________________66
4.5. Procedimiento de creación de usuario y asignación de Perfiles_____________________66
4.6. Arquitectura______________________________________________________________66
4.6.1. La solución conceptual______________________________________________________66
4.6.2. Componentes______________________________________________________________66
4.6.3. Tecnología________________________________________________________________67
4.6.4. Seguridad_________________________________________________________________67
4.7. Interfaces_________________________________________________________________67
4.8. Base de Datos______________________________________________________________68
4.9. Reportes__________________________________________________________________68
4.10. Procesos por Lotes_________________________________________________________69
4.10.1. Jobs______________________________________________________________________69
4.11. Flujos de trabajo___________________________________________________________69
4.12. Implantación y configuración de la aplicación___________________________________69
4.13. Herramientas de soporte____________________________________________________69
4.14. Procedimientos de prueba___________________________________________________69
4.14.1. Equipo___________________________________________________________________69
4.14.2. Tipos de Prueba____________________________________________________________69
4.14.3. Herramientas utilizadas_____________________________________________________69
4.14.4. Datos utilizados____________________________________________________________69
4.15. Gestión de configuración____________________________________________________70
5. RELEASE 4______________________________________________________________71
5.1. Procesos__________________________________________________________________71
5.1.1. Modificación Datos Maestros Clientes_________________________________________71
5.1.2. Creación de ordenes Internas Masivamente____________________________________72
5.1.3. Cambio en Pantalla de Cobranza para HH_____________________________________72
5.2. Aplicaciones SAP__________________________________________________________72
5.2.1. Modificación de clientes_____________________________________________________72
5.2.2. Modificación Masiva de órdenes internas______________________________________72
5.2.3. Cambio de Visualización en las Partidas de HH_________________________________73
6. RELEASE 5______________________________________________________________74
TCS Confidential
3
6.1. Otras iniciativas___________________________________________________________74

6.1.1. 40512 - PE Status TP para clientes de crédito con deuda vencida.__________________74
6.1.1.1. Descripción_____________________________________________________________________74
6.1.1.2. Alcance________________________________________________________________________74
6.1.1.3. Detalle de la configuración_________________________________________________________75
6.1.2. 41133 - PE Ingresar referencia de NC en el pedido.______________________________76
6.1.2.1. Descripción_____________________________________________________________________76
6.1.2.2. Alcance________________________________________________________________________76
6.1.3. 41692 - Cierre de ruta para KA con partidas abiertas____________________________78
6.1.3.1. Descripción_____________________________________________________________________78
6.1.3.2. Alcance________________________________________________________________________79
6.1.4. 38847 - Trade Name Mapping client´s screens and reports.________________________80
6.1.4.1. Descripción_____________________________________________________________________80
6.1.4.2. Alcance________________________________________________________________________80
6.1.5. 41054 – Amount of printing copies of some documents in the POS__________________82
6.1.5.1. Descripción_____________________________________________________________________82
6.1.5.2. Alcance________________________________________________________________________82
6.1.6. 40996 - Drop Size Minimum_________________________________________________85
6.1.6.1. Descripcion_____________________________________________________________________85
6.1.6.2. Alcance________________________________________________________________________85
6.2. Cervalle__________________________________________________________________89
6.2.1. Aspectos generales_________________________________________________________89
6.2.1.1. Obligaciones del mandatario(Cervalle)________________________________________________90
6.2.1.2. Requerimientos del release_________________________________________________________91
6.2.1.3. Desactivación del Almacén CV15:___________________________________________________92
6.2.1.4. Modificaciones a la Interface de PICIZ:_______________________________________________94
6.2.1.5. Fletes de reparto (T2) y Servicios de Distribución (T3 Génesis) Documento de transporte:_______94
6.2.1.6. Ajuste Documentos Génesis:________________________________________________________95
6.2.2. Procesos impactados_______________________________________________________96
6.2.2.1. Movimiento de producto terminado entre centros________________________________________96
6.2.2.2. Movimientos internos de bodega_____________________________________________________96
6.2.2.3. Ventas de producto terminado propio y en mandato______________________________________96
6.2.2.4. Ajuste de almacenes (bloqueo de CV15- PT en mandato)_________________________________96
6.2.2.5. Ajuste de interfase PICIZ__________________________________________________________96
6.2.2.6. Ajustar aplicativo de Fletes y Servicios de distribución___________________________________96
6.2.3. AJUSTES EN EL MODULO MM____________________________________________98
6.2.4. AJUSTES EN EL MODULO SD______________________________________________99
6.2.5. AJUSTES A MODULO DE FI______________________________________________104
7. APENDICES____________________________________________________________106
7.1. Procesos de Contingencia y Recuperación_____________________________________106
7.2. Procesos de Operación actuales______________________________________________106
TCS Confidential
4
7.3. Metodología de la Mesa de Ayuda____________________________________________106

7.4. Procedimientos de Aceptación_______________________________________________106
7.5. Terceros involucrados_____________________________________________________106
8. ABREVIACIONES_______________________________________________________107
9. GLOSARIO______________________________________________________________108
TCS Confidential
5
1. PROCESOS SD
1.1. Modelo de Servicio

El modelo de servicio es la forma en que SAB Miller vende, desarrolla y entrega los pedidos
a sus clientes.
Los objetivos del modelo de servicio son:
- El vendedor como único responsable del punto de venta.
- Definición clara de los roles en el equipo comercial.
- Impulsar las prioridades del plan de ataque (promociones, descuentos).
- Desarrollar planes de acción agresivos en áreas que requieran una atención especial.
- Desarrollo e inversión en el punto de venta.
1.2. Responsabilidad de los Roles

Las responsabilidades de los roles intervinientes en el modelo de servicio son:
Vendedor
o Registro de pedidos, manejo del crédito y encuestas comerciales.
o Captura y resuelve necesidades de los clientes escalando al supervisor cada
uno de los casos.
o Identificación de nuevas ocasiones de consumo.
o Ejecución del plan de batalla diario en los puntos de venta.
Televendedor
o Registro de pedidos, manejo del crédito y encuestas comerciales.
Desarrollador de Mercado
o Apoya la gestión del vendedor en clientes de alto consumo.
o Realiza encuestas comerciales.
o Atiende y resuelve problemas de clientes y escalando al supervisor.
Supervisor de Ventas
o Elaboración del plan de batalla diario.
o Realizar encuesta de oportunidades (ITOS).
o Gestionar la cartera de clientes (TPS).
o Solucionar problemas que se presenten con los clientes.
TCS Confidential
6
Supervisor de Trade Marketing

o Realizar encuesta de oportunidades (ITOS).
o Seguimiento a la ejecución de los planes de desarrollo e inversión en el punto de
venta.
o Elabora con el gerente de ventas el plan de ataque en las unidades de negocio.
La unidad de negocio está compuesta por el vendedor, televendedor, supervisor de venta y

desarrollador de mercado.
Ver en Referencias el documento “Modelo de Servicio Resumen.ppt”
1.3. Pasos de la Venta

Los pasos de la venta realizados por el vendedor incluyen los siguientes puntos:
Preparación de la Visita
o Entiende los objetivos del negocio y los indicadores claves de ventas.
o Conoce sus metas individuales y las de su unidad de negocio.
o Entiende sus objetivos de entrenamiento (desarrollo) y se preocupa por
lograrlos.
o Planea y prepara las herramientas para salir al mercado (Hand Held, Plan de
Ataque, Ayudaventas, Formato de Crédito, notas de pedido, etc).
Contacto con el Cliente y Determinación de Necesidades

o Conoce la situación del cliente (necesidades y deseos, ventas, activaciones
realizadas, requerimientos, quejas de servicio al cliente, etc.)
o Chequea el establecimiento e identifica oportunidades de negocio.
o Conoce las condiciones de crédito del cliente (cupo y saldo) ó contado.
o Captura el inventario (marca líder, recomendada, premium y pony malta).
Presentando y Persuadiendo
o Presenta de forma contundente la propuesta de venta, acorde con las
necesidades del cliente (pedido mínimo sugerido, marca líder, recomendada,
premium y pony malta).
o Muestra todos los beneficios de los productos y promociones al cliente.
TCS Confidential
7
o Verifica el interés del cliente frente a la propuesta de venta.

Manejando objeciones y cerrando la venta
o Prioriza y explora las razones por las cuales el cliente no acepta la oferta de
venta.
o Verifica la información por medio de preguntas y entiende las razones del
cliente.
o Maneja las objeciones y presenta soluciones para lograr su objetivo.
o Utiliza el crédito y otras herramientas (activaciones, promociones, eventos,
bazares, etc.) para negociar venta adicional.
o Realiza el cierre efectivo de la venta.
o Solicita soporte por parte del Desarrollador de Mercado (foto de éxito, activación,
sector a desarrollar)
o Resolución de problemas (Novedades de equipos de frío, entrega de pedidos,
promociones).
Retroalimentación y autoanálisis
o Comparte con su coach y compañeros las lecciones aprendidas durante la salida
a campo.
o Mantiene una actitud de aprendizaje y mente abierta.
1.4. Alineación de Roles

La alineación y sinergia implica cooperación creativa y trabajo en equipo entre Ventas y
Trade Marketing la cual debe existir en todos los niveles, director, gerentes, supervisores,
vendedores y desarrolladores de mercado.
TCS Confidential
8
1.5. Canales y Subcanales
TCS Confidential
9
1.6. Esquema de Precios Colombia

- El esquema de precios de Bavaria está compuesto por el siguiente contexto:
TCS Confidential
10
- Cinco componentes del costo.

- Dos impuestos: Impuesto al consumo e IVA.
- Porcentaje de impuestos diferentes por categoría.
- Cuatro categorías en Bavaria.
- Impuestos Nacionales
TCS Confidential
11
1.7. Esquema de Precios Perú y Ecuador
Los esquemas más relevantes son:
Z00140 . EC-Ventas Detallistas (Esquema de precios detallistas para Ecuador)
Z00129 . PE-Ventas Detallistas (Esquema de precios detallistas para Perú)
Observaciones:
Las diferencias principales entre los esquemas de cálculo tanto de Colombia como de Perú y
Ecuador, radica en las clases de condición correspondientes al impuesto, así como las clases
de condición para la determinación de fletes, lo anterior se aplica según las políticas propias de
cada País.
En la descripción de las clases de condición para la mayoría de los casos la segunda letra
identifica el País,
Por ejemplo:
YPP1, Condición Liquido Perú, YEP1, Condición Liquido Ecuador, YCP1, Condición Liquido
Colombia.
TCS Confidential
12
1.8. Modelos de Venta

El proceso de negocios de venta se llevan a cabo de diferentes modalidades:
1.8.1.Preventa
Preparación
- Sincroniza HH solo para clientes del día.
- Verifica el Plan de Visita.
- Lleva documentación de soporte.
- Verifica Información del Cliente:
- Datos básicos del cliente.
- Condiciones de pago del cliente (contado o crédito).
- Partidas abiertas, vencidas y cupo disponible.
- Promedio de compra y último pedido.
- Precio sugerido.
- Captura del inventario.
Ciclo del Pedido en el POS (Punto de Venta)

- Visualiza promociones de acuerdo al Plan de Ataque.
- Negocia con el cliente la compra del producto.
- Registra la devolución de los envases vacios.
- Verifica si excede cupo de crédito y partidas vencidas.
Ciclo de Pedido Gratuito en el POS
- Verifica si tiene autorizado obsequio gratuito.
- Verifica envases vacios por la cantidad del obsequio.
Ciclo de Pedido de Consignación
- Verifica si tiene autorizado pedido a consignación.
TCS Confidential
13
- Verifica envases vacios en consignación.

Ciclo de Pedido Liquidación de Consignación
- Recibe mensaje que indica vencimiento del Pedido.
- Genera un Pedido de consignación e informa cantidades.
- Confirma el Pedido de liquidación de consignación.
Ciclo de Recolección de Envases
- Crea Pedido de Devolución de Envases.
- Verifica la cantidad de envases, tipo y motivo.
- Informa al cliente monto total por devolución.
- Genera un abono a favor del POS.
- Confirma el Pedido de Devolución.
Ciclo de Producto Fuera de Norma
- Verifica y confirma en el POS si hay producto fuera de norma.
- Crea el pedido ingresando la cantidad de los PFN.
- Visualiza los precios totales de los PFN.
- Informa que se generara el descuento en la próxima Factura.
- Identifica con un sticker para su retiro los PFN.
Ciclo de Devolución de Producto en Buen Estado
- Verifica si existe en el POS PBE que desean devolver.
- Llena manualmente el formulario de devolución con cantidad y motivo.
- En la próxima visita le confirmará si la devolución fue aceptada.
- Solicita autorización al Gerente de Ventas.
Entrega de HH para Sincronización

- Coloca la HH para su sincronización.
- Introduce contraseña y sincroniza.
- Verifica mensaje de advertencia o error al momento del upload.
- Verifica el status en la consola de sincronización.
1.8.2.Televenta
Recibe llamada inbound y toma el pedido
TCS Confidential
14
- Recibe llamada y verifica si corresponde al plan de llamadas del día.

- Si corresponde al día, toma el pedido y aplica procedimiento normal.
- Si es cliente fuera de ruta y cumple con el mínimo definido, crea el pedido.
- Si no cumple con el mínimo, informa que se llamará el día que corresponda según su
frecuencia.
Ejecutar lista de llamadas outbound
- Inicia ciclo de llamadas de acuerdo a la modalidad de marcación.
- Establece contacto y verifica información del cliente.
- Realiza actualización de datos maestros.
- En el caso de no realizarse un pedido, se actualiza registro de contacto.
- Tomar Pedido de Venta:
- Visualiza la base de datos de promociones.
- Visualiza información histórica de ventas.
- Negocia con el cliente la compra del producto sugerido.
- Modifica el pedido sugerido acorde a los requerimientos del POS.
- Registra devolución de envases vacios.
- Si el POS es cliente crédito verifica cupo o partida vencida.
- Ciclo de Pedido Gratuito:
- Verifica si tiene autorizado pedido gratuito.
- Informa al cliente y verifica si tiene autorizado pedido gratuito.
- Confirma disponibilidad de envases vacios por cantidad de obsequio.
- Ciclo de Recolección de Envases:
- El cliente manifiesta que tiene envases vacios.
- Se crea pedido de devolución de envases.
- Ingresa cantidad de envases, tipo y motivo.
- Informa monto total de devolución y genera abona a favor del POS.
- Confirma el Pedido de devolución de envases.
- Ciclo de Pedido fuera de Norma (PFN):
- El cliente notifica que tiene Pedidos fuera de norma.
- Registra solicitud al repartidor con la cantidad de los PFN y motivo.
- Notifica al cliente que en la visita del repartidor verificara los PFN.
1.8.3.Autoventa
Existen distintas modalidades de Autoventa:
Autoventa Pura
TCS Confidential
15
- Se carga un camión en base a una carga planificada.

- Los clientes de la ruta están identificados en el sistema.
- Se ejecuta la venta en el Punto de Venta.
- Se emite la facturación en el Punto de Venta.
- Al final del día se gestiona la liquidación de la ruta.
Autoventa Socio/Distribuidor Rural

- El transportador:
- Devuelve envase de los clientes.
- Devuelve productos a dar de baja.
- Devuelve facturas firmadas por los clientes.
- Lleva producto facturado a nombre del socio.
- Lleva producto a clientes directos con su factura.
- Socio/distribuidor rural:
- Baja el producto en el depósito y lo almacena.
- Auxiliar Centro de Información Ventas:
- Envía Ruta del día.
- Pedido sugerido.
- Descuentos y promociones programadas.
- Encuestas programadas.
- Socio/Distribuidor Rural:
- Prepara la salida a la venta.
- Genera desde HH resumen de pedidos sugeridos.
- Carga camión con producto para hacer la autoventa.
- Vendedor de autoventa:
- Ofrece pedido sugerido, promociones, descuentos y obsequios.
- Ajusta pedido sugerido según lo negociado.
- Registra encuestas y actividades.
- Entrega de pedido y factura preimpresa.
- Hace firmar copia de factura preimpresa.
- Recibe envase retormable.
- Envia gestión del día incluyendo motivo de no visita y entrega.
Autoventa Distribuidor Urbano

- Carretillero:
TCS Confidential
16
- Recibe Pedido.
- Distribuidor urbano:
- Entrega producto al carretillero según pedido de autoventa.
- Carretillero:
- Entrega pedido producto al cliente.
- Distribuidor urbano:
- Registra la entrega de pedido de autoventa en el portal.
1.8.4.Ventas EDI
Las ventas EDI son utilizadas básicamente en grandes cadenas de supermercados y otros
cliente KA (Key Account).
El proceso consiste en:

- Tenemos clientes que ponen los pedidos directamente con GE-Desktop, el cual los
envía al servicio EDI. Otros clientes usan el servicio CEN por Internet para poner los
pedidos.
- El Broker (IBC Colombia) se encarga de poner los pedidos EDI en los buzones de SAB
Miller.
- Los pedidos EDI son bajados por las compañías de SAB Miller para ser procesados y
despachados (usando GE- Desktop o CEN).
1.8.5.Embajadores de Marcas
Embajadores de marca es un portal de la intranet de Sabmiller, donde los empleados
pueden
:
TCS Confidential
17
 Solicitar obsequios de producto de cualquier marca.

 Comprar merchandising.
 Comprar productos.
 Obtenre información de subcanales
Los propósitos de este programa son:
 Convertir a cada empleado en un embajador de las marcas a nivel mundial.

 Fomentar el conocimiento de los canales y subcanales.
 Fomentar entre los empleados la compra de productos y merchandising.
Este programa fue premiado en Sabmiller por el retorno de la inversión y la forma como se
implementó.
Cada empleado debe tener al mes un obsequio equivalente a una caja de producto.
Este programa se desarrolla en Colombia, Perú y Ecuador, pero en cada país se maneja
con diferentes herramientas.
En Colombia se implementó a través del PORTAL DE EMBAJADORES DE MARCA.
El programa tiene un sistema de puntos, en los que cada vez que el empleado compra
producto o solicita obsequios acumula puntos para compras posteriores.
Pedido y entrega de obsequios.
 Estas ventas se realizan a través de un tercero (proveedor del servicio de distribución)

que despacha el producto mensualmente.
 En este proceso se factura al tercero (creado como deudor), el total de todos los
pedidos solicitados por los empleados de un determinado sitio.
 El tercero puede generar devoluciones de producto, cuando los empleados no aceptan
el mismo o no están en el momento de la entrega.
 Posteriormente se legaliza el cruce de cuentas por cobrar.
Se describe el proceso a continuación:
1. Solicitud de los pedidos a través del portal.

2. Generar reporte de pedidos (obsequios) por cada CD.
3. En SAP se genera factura al tercero o proveedor del servicio de distribución.
4. Se realiza el proceso de entrega y devoluciones con una planilla que es generada
desde el portal, en la cual se toma la firma de recibido de los empleados y un
desprendible.
5. En el CD el tercero legaliza las entregas: esta actividad consiste en entregar en el CD la
planilla con las firmas de los empleados, luego en el portal otro funcionario realiza el
proceso de confirmación de las entregas de los productos.
6. Cuando se presentan devoluciones, el tercero presenta una cuenta de cobro para
realizar el cruce de cuentas.
7. En un proceso nocturno se contabiliza a una cuenta de embajadores de marca.
Pedido y entrega de productos comprados por empleados.
TCS Confidential
18
Estas ventas se facturan directamente al empleado, la entrega se realiza a través de un

tercero.
1. Solicitud de los pedidos a través del portal. El empleado realiza el pedido e indica la
cantidad y el numero de cuotas en que desea pagarlo.
2. Generar reporte de pedidos por compra de producto, por cada CD.
3. En SAP se genera la factura al empleado.
4. El tercero realiza el proceso de entrega y hace firmar las facturas. Durante esta
actividad también se generan algunas devoluciones.
5. En el CD el tercero legaliza las entregas: esta actividad consiste en entregar en el CD la
planilla con las firmas de los empleados y las facturas firmadas y las correspondientes a
los productos que no se recibieron. Luego en el portal se realiza el proceso de
confirmación de las entregas de los productos.
6. En un proceso nocturno, se contabiliza a las cuentas de nomina para el descuento a los
empleados.
Pedidos de merchandising.
Debido a que el volumen transaccional es mucho menor que el de obsequios, se tiene una
interfaz con SAP, donde se realiza el ciclo completo de ventas con el respectivo control de
inventarios.
1. Solicitud de pedidos a través del portal, el empleado realiza el pedido, indica la cantidad
y el número de cuotas en que desea pagarlo.
2. Se genera un proceso nocturno hacia SAP, donde se gestiona el ciclo de ventas pedido-
entrega-factura.
3. Desde SAP se programa la entrega y se emite factura al empleado.
4. Durante la entrega, el empleado firma la factura, para aceptar el descuento por nomina.
5. Al tercero se le paga el flete por el servicio de distribución.
Ver en referencias documento “Embajadores de marca.ppt”.
1.9. Servicio al Cliente

 Colombia, Perú y Ecuador tienen el servicio de call center tercerizado, para quejas,
reclamos y solicitudes de los agentes de servicio solicitando producto. Tienen una línea
telefónica gratuita.
 Honduras y Salvador prestan el servicio internamente y Panamá lo tiene tercerizado.
 Las quejas que se recepcionan son por:
o Calidad.
TCS Confidential
19
o Servicio de distribución.
o Equipos de frio.
o Servicio de televendedores y vendedores.
 Existe una interfaz que envía los datos maestros de los clientes al call center.
 Las solicitudes, quejas y reclamos se colocan en el sistema como un ticket y el call
center los direcciona mediante un email al responsable de solucionarlo.
 El sistema que soporta la operación del call center imprime una tirilla que se lleva al
cliente y éste la firma como aceptación de la respuesta dada a su requerimiento.
 El tiempo definido para atender las solicitudes, quejas y reclamos es de 48 horas.
 El call center para servicio al cliente es solamente inbound.
Principales procesos de servicio al cliente.
 Call center.
 CSI: Se refiere a los indicadores que no se obtienen en el call center.
 Plan de comunicaciones a los detallistas.
 Servicios cross funcional:
o Microcréditos al tendero.
o Ventana horaria: colaboración con el tendero en los horarios de recepción de
mercancías más convenientes.
o Tarjetas de recaudo.
o IRUP: Integrated Retail Value Package.
 CSS: Customer Service Survey.
 Presupuesto.
Indicadores.
Los principales indicadores de gestión son los siguientes:
 Proyecto de Pricing: consiste en la realización de las actividades para llegar a la

obtención de un precio sugerido para un determinado producto.
 Mark-Up: porcentaje de utilidad que obtiene el tendero a partir de la diferencia entre el
precio de compra y el precio al que vende.
 Volumen: corresponde al volumen de ventas anuales, medidas en hectolitros.
 Cobertura: se refiere al cubrimiento de las marcas en el mercado.
 Distribución: clientes que compran una marca específica.
 Efectividad en visita: porcentaje de visitas que se logran de las agendadas para el día.
 Efectividad en Entrega: porcentaje de entregas efectivas en el día.
 Agotados: inventario cero de algún producto.
TCS Confidential
20
 Clientes compra cero: se mide en un periodo de tiempo determinado o por marca

igualmente en un periodo de tiempo.
 Drop Size: número de cajas promedio que un cliente compra por pedido, sumando
todas las marcas.
Se premia el ranking a las Gerencias de ventas de acuerdo con los indicadores, igualmente
a nivel de unidad de negocio y por vendedor.
Servicio al cliente.ppt
1.10. Modelos de Atención

Existen diferentes modelos de atención:
1.10.1. Contratista Urbano

Es un modelo de atención destinado a Clientes Detallistas (Ej. Tiendas) o Key Account (Ej.
Cadenas de supermercados). SAB Miller es el encargado de recolectar los pedidos de
venta y del reparto de los productos. Dichos interlocutores de ventas son clientes finales y
responsables de pago.
TCS Confidential
21
1.10.2. Distribuidor Urbano

Es un modelo de atención destinado a Distribuidores Urbanos, los cuales son responsables
de pago de la mercadería a SAB Miller. Los DU son los encargados de almacenar el
producto, para luego realizar el proceso de venta y distribución del mismo. El finalizar el día
informa mediante un Pedido Estadístico la venta realizada al cliente final.
1.10.3. Socio - Distribuidor Rural

Es un modelo de atención destinados al Socio Rural el cual es el responsable de pago de la
mercadería a SAB Miller, además de ser el encargado de almacenar el producto.
El vendedor rural se encarga de la recolección de los pedidos y luego el socio es quién
realiza el reparto a los clientes finales. El finalizar el día informa mediante un Pedido
Estadístico la venta originada a SAB Miller.
TCS Confidential
22
Ver en Referencias documento “Modelo Regional Genesis UC-UD-Partn.ppt”
TCS Confidential
23
2. SAP SD
1.1. Estructura Organizacional de la Aplicación SD
1.2. Funcionalidad con apertura de índices
1.2.1.Estructura Organizativa
Sociedades.
Las sociedades configuradas en SAP son las siguientes:

Perú
BK00 - Backus: produce y vende.
SJ00 - San Juan: produce y vende.
Ecuador
CN00 - Cervecería Nacional: produce y le vende toda la producción a Dinadec.
DE00 - Dinadec (Distribuidora Nacional del Ecuador): es la que vende los productos que
produce Cervería Nacional.
Colombia
BA00 - Bavaria.
UN00 - Union.
MT00 - Maltería Tropical: no vende producto terminado.
CV00 – Cervalle: se creó para operar en una zona franca dentro de Colombia. Es
productora pero además vende productos en mandato de las otras sociedades.
Organizaciones de venta.
En la codificación de las organizaciones de venta los dos primeros caracteres representan

siempre a la sociedad, mientras que los otros dos corresponden al tipo de venta. El valor 01
indica ventas de producto terminado, el valor 02 indica ventas varias y el valor 03 indica
exportaciones.
Con ventas varias se refiere a toda venta que no corresponde a producto terminado.
De esta manera, las organizaciones de venta se codifican de la siguiente manera:
TCS Confidential
24
BA03: Bavaria Exportaciones.
CN03: Cervecería Nacional Exportaciones.
BK03: Backus Exportaciones.
BA02: Bavaria Ventas Varias.
CN02: Cervecería Nacional Ventas Varias.
BK02: Backus Ventas Varias.
BA01: Bavaria Producto Terminado.
CN01: Cervecería Nacional Producto Terminado.
BK01: Backus Producto Terminado.
Canales.
Hay dos canales:
00 – Canal Unico: se usa en el modelo No Génesis.
01 – DSD: se usa en el modelo Génesis.
Sectores.
Todos los sectores son 00.
Oficinas de Ventas.
Representan una ubicación geográfica dentro del país. Existe un caso particular para las
cuentas clave (key account) en que no es una ubicación geográfica.
En el modelo Génesis, la codificación de las oficinas de ventas empieza con el país: COxxx
para Colombia, PExxx para Perú y ECxxx para Ecuador.
En el modelo No Génesis, no existe nemotecnia.
Grupo de Vendedores
TCS Confidential
25
Representan una ubicación geográfica de menor nivel dentro de la oficina de ventas.
Zona de Ventas
Identifica el vendedor al que se la va a liquidar la comisión de la venta. Se determina de

acuerdo a desde dónde se cargó la venta (Preventa o Televenta) y además hay tablas Z
que participan en la determinación.
Grupos de Clientes
Es un nivel menor de ubicación geográfica dentro del grupo de vendedores. Hay tablas Z
que participan en la determinación de este campo.
1.2.2.Datos Maestros
1.2.2.1. Clientes
Grupos de cuenta no estándar utilizados:
RGDE: Grupo de cuentas regional (Colombia, Perú y Ecuador) para clientes detallistas
modelo Génesis.
PE01: Modelo No Génesis (Perú)
DEPT: Se usan para reversar el impuesto al consumo en las ventas intercompañia.
EMPL: Se usa para los empleados que compran a través de Embajadores de Marca.
RGFD: Grupo de cuentas para funciones de DSD.
RGSC: Sucursales de clientes regionales.
RGOR: Organizaciones y grupos para zonas de televenta.
Funciones de interlocutor no estándar utilizadas:
TCS Confidential
26
SB: Responsable de stock especial. No siempre el que recibe el producto es el mismo que
se hace cargo de los envases vacios. En estos casos aparece este interlocutor para indicar
quien es el responsable de los vacíos. La sigla EER se usa en varios lados y significa
Envases y Empaques Retornables.
UD: Urban Distributor (Distribuidor Urbano). Es el que va a hacer la entrega de la
mercancía y el que recibe el pago de los fletes por distribuir el material.
ZT: Zona de Televenta.
ZX: Zona Rol Mixto (cuando lo atiende Preventa).
AT: Agente de televentas.
SE: Supervisor de televentas.
VM: Prevendedor mixto
VS: Supervisor de ventas.
TR: Transportista (Aplica la misma lógica del UC)
RT: Responsable de reparto.
Datos adicionales de clientes a tener en cuenta:
El campo Tipo de Flete que está en los datos adicionales de ventas, es relevante para el
pago de fletes.
El campo Atributo 4 se usa para identificar quien va a hacer la distribución del material (UC
o socio).
1.2.2.2. Materiales
Los tipos de materiales utilizados son los siguientes:
FERT: Producto Terminado.
BLGA – Envases Vacíos y Canastas.
ZPUB – Publicidad (Se usa para pedidos de merchandising de embajadores de marca).
Los FERTs tienen configurados una lista de materiales (BOM) conteniendo el envase
retornable y la canasta.
Los BLGAs tienen configurados una lista de materiales (BOM) contiendo la canasta.
Cuando se carga un pedido de ventas y se carga un código de producto FERT con el

líquido, el sistema explota la posición en 2 subposiciones adicionales para los envases y la
canasta respectivamente.
TCS Confidential
27
Cuando se carga un pedido de ventas y se carga un código BLGA, el sistema explota en

envases retornables y canastas.
En el modelo Génesis además existe un botón “Add Empties” en la carga de pedidos que
agrega dos posiciones más que representan la devolución de los envases y canastas que
va a hacer el detallista cuando se le entreguen los productos indicados en el pedido. Esto
es porque se asume que el cliente va a devolver una cantidad de vacios y canastas igual a
los llenos que se le entreguen. Estas dos posiciones se valorizan y actúan restando de las
subposiciones de envases y canastas que se generaron por la BOM.
La numeración de materiales FERTs y BLGA es automática.
Los FERT se numeran en 4 caracteres consecutivamente.
Los BLGA se numeran en 7 caracteres consecutivamente y empiezan con “35”.
Se utiliza sustitución de materiales de forma estándar……
Se utiliza una jerarquía de materiales de la siguiente manera:
4 caracteres – Línea (Cerveza, Malta, Aguas, Envases, Licores)
3 caracteres – Marca (Aguila, etc.)
3 caracteres – Variedad de Producto (Clásica, Exportación)
1 carácter – Clase de envase (retornable, no retornable)
4 caracteres – Tipo de envase (botella 250 cc, botella 330 cc)
3 caracteres – Presentación (30 unidades en caja)
Los materiales son sujetos a lote y el número de lote identifica el centro de producción
donde se fabrico el producto. Este número de lote se usa en el cálculo del impuesto al
consumo para identificar si el producto fue fabricado en el mismo centro desde donde se
está despachando.
Datos Maestros
Ventas.ppt
TCS Confidential
28
1.2.3.Documentos Comerciales
En la nomenclatura de pedidos de ventas, la segunda letra representa al país. Para
Colombia, las clases de pedidos son de la forma ZCxx, para Perú ZPxx y para Ecuador
ZExx.
Venta detallista (a través de HH)
Pedido de ventas ZCP1: se usa para formalizar la cantidad solicitada por el cliente detallista
o el key account (ya sea vía Preventa o Televenta) cuando la distribución se hará por medio
de un UC (Urban Contractor). Este pedido nunca llega a despacharse. Es el pedido de
ventas del denominado “Flujo 1”.
Este pedido de ventas se puede generar desde CRM cuando el tipo de venta es Televenta
o desde el HH de preventas cuando el tipo de venta es Preventa.
Para cada producto que se vende en esta clase de pedido suele haber 5 posiciones. La
primera corresponde al líquido, las dos siguientes corresponden a envases y canastas que
se entregarán al cliente y las dos últimas corresponden a envases y canastas que el cliente
va a devolver.
Pedido de ventas ZCP6: tiene la misma utilización que el ZCP1 pero aplica cuando el
pedido de ventas se carga vía EDI.
Pedido de ventas ZCP2: es el pedido que se usa para formalizar la venta real realizada en
los HH. Es el pedido del denominado “Flujo 2”.
Devolución EER Venta Detallista (HH).
Este tipo de venta se usa cuando se requiere retornar envases y canastas en forma
independiente de una venta del mismo producto. A los efectos prácticos estos pedidos se
comportan como las posiciones 4 y 5 de un pedido de ventas ZCP1.
Pedido de ventas ZCL1: es el pedido para solicitar la devolución en el flujo 1 del proceso.
Pedido de ventas ZCL2: es el pedido para legalizar la devolución hecha en HH en el flujo 2
del proceso.
Devolución PFN Venta Detallista (HH).
Pedido de ventas ZCD1: es el pedido para solicitar la devolución de un PFN en el flujo 1 del
proceso. Este pedido se crea con referencia a una factura pero no se usa para esto la
creación con referencia estándar de SAP. Existe una validación en la grabación del pedido
(include ZIGDSD_REF_DEVOL_MV45AFZZ del mv45afzz) que verifica contra qué clase de
factura tiene que realizar la referencia y hace una búsqueda de la factura. Las clases de
factura que se pueden referenciar están en la tabla ZTGDSD_DOCS_REL y la referencia
queda en el campo referencia de la solapa Contabilidad de la cabecera del pedido (campo
vbak-xblnr).
TCS Confidential
29
Pedido de ventas ZCD2: es el pedido para legalizar la devolución hecha en HH en el flujo 2

del proceso.
Devolución PBE Venta Detallista (HH).
Pedido de ventas ZCD3: tiene el mismo comportamiento que el ZCD1.

Pedido de ventas ZCD4: tiene el mismo comportamiento que el ZCD2.
Obsequios
Pedido de ventas ZC01: es el pedido para solicitar la entrega de producto como obsequio
en el flujo 1 del proceso.
Cuando se carga el pedido, se determina el número de orden (centro de costo) a donde se
debe imputar el obsequio, usando el include ZIGDSD_VALIDA_VA01_MV45AFZZ. La tabla
de dónde se obtienen los número de orden es la ZTGDSD_OBSEQUIOS.
El obsequio corresponde al líquido, los envases y canastas no se obsequian y por lo tanto
no determinan numero de orden en la carga.
Este pedido tiene la misma lógica de las 5 posiciones que el ZCP1.
Pedido de ventas ZC03: tiene el mismo comportamiento que el ZCO1 pero aplica cuando el
pedido se carga desde CRM.
Pedido de ventas ZC02: es el pedido de flujo 2 que legaliza el obsequio entrega por HH.
Venta Mayorista (no resuelta a través de HH)
Pedido de ventas ZCE1: se usa en el proceso de Televenta para cargar un pedido

estadístico que nunca evoluciona para el despacho, pero que se usa para registrar la
cantidad que quiere recibir el detallista. Estos pedidos se cargan cuando la distribución se
va a hacer a través de un UD (Urban Distributor) o de un Socio Rural.
Pedido de ventas ZCPV: se usa para indicar las cantidades a despachar a cada UD o Socio
Rural. Estas cantidades salen de totalizar los pedidos ZCE1 para cada UD o Socio Rural.
En estos pedidos el destinatario del producto y el responsable de pago es el UD o el Socio
Rural.
Pedido de ventas ZEC5: se usa para registrar las cantidades efectivamente vendidas desde
el UD o Socio Rural al cliente final. Este también es un pedido estadístico que no
evoluciona a despacho.
Devolución EER Venta Mayorista (sin HH).
Pedido de ventas ZCL3: tiene el mismo comportamiento que el ZCL2.
TCS Confidential
30
Devolución PFN Venta Mayorista (sin HH).
Pedido de ventas ZCE2: es un pedido estadístico para registrar la solicitud de devolución.

Pedido de ventas ZCDF: tiene el mismo comportamiento que el pedido ZCD2.
Pedido de ventas ZCE6: es un pedido estadístico para registrar la devolución efectiva.
Devolución PBE Venta Detallista (HH).
Pedido de ventas ZCE3: es un pedido estadístico para registrar la solicitud de devolución.

Pedido de ventas ZCDB: tiene el mismo comportamiento que el pedido ZCD4.
Pedido de ventas ZCE7: es un pedido estadístico para registrar la devolución efectiva.
Obsequios
Pedido de ventas ZCE4: es un pedido estadístico para registrar la solicitud del obsequio.
Pedido de ventas ZCOB: tiene el mismo comportamiento que el pedido ZCO2
Pedido de ventas ZC08: es un pedido estadístico para registrar la entrega efectiva del
obsequio.
1.2.4.Precios
Todas las clases de condición de Génesis empiezan por la letra “Y”. Las que empiezan por
“Z” son reutilizadas de No Génesis.
Las condiciones que tienen la letra “K” corresponden a descuentos y las que tienen la letra
“F” corresponden a fletes.
Esquema de cálculo Z00136 – Colombia – Ventas detallistas.
Las clases de condición relevantes son:
TCS Confidential
31
YCP1: determina el valor del liquido para Colombia (YPP1 para Peru y YEP1 para
Ecuador). Esta condición se determina en la posición del pedido que contiene el producto
correspondiente al líquido.
YCP4: se activa cuando es ventas varias.
YCP5: es el valor del envase y canasta que se entrega al cliente. Esta condición se
determina solamente en las subposiciones que corresponden al envase y la canasta
(Deposit System).
YCK1: descuento Ventas
YCK6: % Desc Vtas
YCKK: descuento Mercadeo
YCK7: % Desc Mercadeo
YCK2: descuento % Cab.DC
YCK3: descuento Impte.Cab.
YCK4; descuento % Pos.DC
YCK5: descuento Impte.Pos.
Estos descuentos se pueden aplicar para determinados productos por cliente o ubicación
geográfica.
MWST: corresponde al cálculo del IVA
ZP14: existe un caso particular con la esta condición que hace el cálculo del IVA cuando el
material que se vende proviene de una compra intercompany. Como el IVA ya se pagó
cuando una compañía le vendió a la otra, el IVA se calcula en la venta al cliente, pero se
contabiliza en otra cuenta.
Impuesto al Consumo.
El impuesto al consumo debe pagarse de acuerdo al departamento en dónde se presume

que se va a consumir el material al momento en que el mismo se despacha. Por este
motivo, existen cuestiones particulares cuando el producto se va a consumir en un
departamento distinto al de producción.
Para resolver esta situación, se usa una identificación de lote para indicar en qué centro fue
producido el material.
Si el producto se produce y se despacha a un cliente dentro de la misma región o en una

región distinta, se determinan las clases de condición ZWST y ZWS1 para calcular los
impuestos del 40% y 8% respectivamente.
Cuando se produce un traspaso de material a un CD de otra región, entonces en el centro

destino quedan materiales con lotes diferentes al del centro, porque fueron producidos en
otro centro.
TCS Confidential
32
Además, al realizarse el traspaso, se contabiliza un impoconsumo a pagar a la región del

centro de origen. Por este motivo, cuando se factura la venta desde el centro nuevo, se
determinan las condiciones ZWST y ZWS1 para facturar el impoconsumo, pero también se
determinan las condiciones ZWS2 y ZWS3 para restar en pago del inpoconsumo en el
centro origen en donde se fabricó el material. Esto se hace para no pagar el impuesto dos
veces.
En el caso de que se haya realizado una venta Intercompañias, en el momento de esa

venta se pagó un impoconsumo por la región en donde se despachó el producto. Por esto,
cuando la compañía destino vende el material, también hay que descontar el impoconsumo
pagado cuando se hizo la venta intercompañias. Esto se hace usando un esquema de
pedido-factura, emitiendo una factura desde la sociedad que compró el material contra un
cliente que representa el depto en dónde se consumió el producto. Esto se hace para pagar
el impconsumo al depto que corresponda.
Esquema de cálculo Z00129 – Perú – Ventas detallistas.

Tiene el caso particular del impuesto selectivo al consumo, que se calcula con la condición
ZWPT y con la fórmula 619.
1.2.5.Logistic Execution
Almacenes.
Los almacenes se denominan de acuerdo a la siguiente lógica:

XX01: almacén de producto terminado.
XX22: almacén donde se registran los envases que retornan vacíos.
XX40: almacén usado para los traspasos.
XX41: almacén camión (representa todo el producto que está “en la calle” en un
determinado momento).
XX71: almacén para hacer la contabilización de la salida de mercancía despachada por HH.
En todos los casos XX representa la sociedad.
Lógica de traspaso entre almacenes
El pedido de ventas de flujo 1 se genera en el almacén XX01.

La entrega de flujo 1 se genera en el almacén XX01 y reserva inventario en ese almacén.
Cuando se carga el camión y se hace la confirmación de carga, se hace un traspaso del
stock al almacén XX41 y se modifica el almacén de la entrega a XX41. De esta manera el
stock queda reservado en el almacén XX41.
TCS Confidential
33
Cuando retorna el camión, se fuerza un cierre de la entrega (para que deje de reservar
stock) y se hace un traspaso del stock al almacén XX71.
El pedido y entrega del flujo 2, se crean sobre el almacén XX71 y se hace la salida de
mercancía.
Creación de entregas y envío a HH.
Los siguientes son los pasos desde la creación e la entrega hasta que se envían al HH de
reparto:
1. Se crean las entregas con la transacción VL10N. Las entregas quedan en el almacén
XX01.
2. Se envían las entregas a Roadshow con la transacción ZSMGEN_ROAD_SHOW_SAL.
Esta transacción genera un archivo plano con las entregas creadas.
3. Se generan los transportes en SAP con la transacción ZSMGEN_ROAD_SHOW_ENT.
Los transportes creados se pueden visualizar con la transacción /N/DSD/RP_VT11.
4. Con la transacción ZSMGEN_MONIT_PLAN se realiza una verificación de las entregas
que no han sido planificadas a ningún transporte (verificación de consistencia). Si
existen entregas sin transporte porque Roadshow no ha podido asociarlas, se pueden
asociar con la transacción VT01N.
5. Cuando se realiza la acción de “inicio de carga”, se realiza la impresión de documentos
necesarios para la carga.
6. Con la transacción ZPEN se bloquean los pedidos que no van a ser despachados.
7. Se imprime los documentos necesarios para el transporte.
Para el documento de transporte se usa la transacción vt03n/vt70 (modelo regional) o la
transacción zsmgen_guia_rem (Perú).
Para el caso de Perú se usa la transacción ZIDCP para imprimir las facturas en
backend.
8. Con la transacción VT02N o VT12 (botón desp Expedición) se generan los idocs con
toda la información necesaria para la ejecución del Reparto. Despues de esto no se
podrá realizar cambios en el Documento de Transporte o las entregas. Los idocs son
mensajes asociados al transporte que se envían a PMI que es el ambiente de
producción de Mobile (Productive Mobile Infrastrucrure). En este momento, el transporte
con toda la información de las entregas está en el ambiente de mobile.
Para el caso de Colombia, en este momento también se generan las facturas de
Impoconsumo ZICO.
Liquidación de los despachos realizados.
1. En la transacción /n/DSD/SL_COCKPIT se procesan los pagos registrados en HH.
TCS Confidential
34
2. Con la transacción /n/DSD/SL_FSR se procesan los despachos y se realizan todas las

acciones asociadas al flujo 2.
Se anula la factura ZICO (con la clase de factura ZIS1).
Se concluyen las entregas del flujo 1.
El inventario que está en el almacén XX01 se pasa al XX71.
Se crean los documentos asociados al flujo 2 (pedidos-entregas-facturas)
La entrega del flujo 2 contabiliza la SM desde el almacén XX71.
El EER del PT contabiliza en el XX01 (nunca se mueve al XX41)
El EER de los vacíos contabiliza en el XX22.
1.2.6.Facturación
Clases de facturas.
Las clases de facturas son usadas en Génesis son:

ZCP2: formalización en R3 de la factura emitida en DSD, se genera cuando se realiza la
liquidación de la ruta de despacho desde el HH (transacción /DSD/SL_FSR). Esta factura
no se imprime y lleva en el campo referencia el número de factura de DSD.
ZCPV: factura normal de venta a mayorista (no realizada por DSD). La facturación de la
ZCPV es manual.
ZCL2, ZCL3: nota de crédito por devolución de envases.
ZCD2, ZCDF: nota de crédito por devolución de PFN.
ZCD4, ZCDB: nota de crédito por devolución de PBE.
ZCO2, ZCOB: factura que se emite por el obsequio de producto. Esta factura se emite con
valor 0 si el EER entregado al cliente coincide con el devuelto.
VANC, VAND: se usan para notas de crédito y notas de débito que no mueven inventarios.
Impresión de documentos:
La factura ZCPV tiene 2 mensajes de impresión:

- Factura del liquido: clase de mensaje ZCPV (RD00 en no génesis)
- Factura del EER: clase de mensaje ZCDS (ZR00 en no génesis)
L a factura ZCP2 no tiene mensajes de impresión.
Las facturas ZCL3, ZCDF, ZCDB y ZCOB tienen la clase de mensaje ZCLR.
TCS Confidential
35
Formularios:
Impresión de Factura de PT (Sapscript en Colombia – Smartforms en Peru).

Impresión de Factura de Envases (Sapscript en Colombia – Smartforms en Peru).
Esto aplica también para el resto de los formularios de facturas, notas de debito y notas de
crédito.
Con la transacción V/40 se pueden revisar las clases de mensajes y los formularios
asociados a cada de ellas.
1.2.7.Control de Créditos
El control se hace sobre los pedidos, no hay control de crédito en las entregas.
Hay un área de control de créditos por sociedad y se denomina igual que la sociedad,
excepto Ecuador que es CN00.
Se usa la customización estándar para el control de créditos.
Las clases de riesgo utilizadas son las siguientes:
017 Micro Crédito
018 Detallistas
020 Distribuidores Independientes
021 Supermercados
025 Exportadores
Las aprobaciones se realizan en el Portal de Créditos, escalando a distintos niveles de

acuerdo a montos por niveles (esta lógica está definida en el portal).
Una vez realizada la aprobación, desde el portal se actualiza el status de crédito en SAP.
Las tablas involucradas en el portal de liberaciones son las siguientes:

ZSD_LIBPED_ADM Liberación de pedidos - Administradores
ZSD_LIBPED_APR Liberación de pedidos - Aprobadores
ZSD_LIBPED_DOC Documentos para liberación de pedidos
ZSD_LIBPED_NIV Liberación de pedido de ventas - niveles
ZSD_LIBPED_PRM Parámetros administrables del proyecto SSP
ZSD_PED_APROB Liberación de pedidos - Aprobadores
ZSD_PED_BLOQ Liberación de pedidos - Pedidos bloqueados
ZSD_PED_OBS Liberación de pedidos – Observaciones
TCS Confidential
36
Las transacciones involucradas son las siguientes:
ZSD_LIBPED_REP Reporte estado de pedidos.
ZSD_LIBPED_ADM Administración tablas liberación de pedidos
ZSD_LIBPED_PET Reingreso al flujo de liberación de pedido
1.3. Flujo Transaccional
1.4. Usuarios y Perfiles
1.5. Procedimiento de Creación de Usuarios y Asignación de

Perfiles
1.6. Arquitectura
1.6.1.La solución conceptual
1.6.2.Componentes Z
A continuación se describen los principales componentes “z” aplicados en el módulo:
Deposit System
Cuando se carga un pedido No Génesis de devolución de Envases y determina condición ZP05

se graba un registro en la tabla ZEER_PE con estatus en blanco.
Un proceso nocturno (ZTCMED) toma estos registros y genera un documento FI para devolver
el valor de los envases al cliente.
En Modelo Génesis se resuelve con las posiciones 4 y 5 agregadas con el botón “Add Empties”
TCS Confidential
37
Validación de maestros de condiciones de precios.
El sistema no permite cargar precios con vigencia a partir del día de la fecha. Esta validación se
hace contra la tabla ZCONDICIONES.
Condición de pago
Existe una validación que no permite modificar la condición de pago en el pedido. Esta
validación se realiza por medio de una user exit.
Rangos de numeración de documentos comerciales
La tabla ZTGDSD_DOCS_RANG se usa para alterar el rango de números y poder determinarlo

usando el centro. Esto se hace en las user exits de pedidos, entregas y facturas.
Tabla ZT_CONSTANTES
Es una tabla de uso general que permite controlar y definir los valores en los programas,
de tal forma que no se tengan que poner en los mismos como hardcode o código quemado,
lo cual no es muy recomendable teniendo en cuenta que esto limita la funcionalidad del
programa. Actualmente esta tabla tiene más de 3800 entradas en productivo y evita el
tener que realizar cambios constantes y mantenimiento continuo a los programas de
desarrollo.
Fletes
Existen tres formas de pagar fletes:
1. Por gastos de transporte.
Los valores salen del transporte.
2. Fletes a pie de factura, por clases de condición SD.
Con cada factura que se genera, se actualiza la tabla ZFFL con estatus en blanco.
Existe un job nocturno que ejecuta la transacción ZFLE y que carga un valor al acreedor
correspondiente al valor del flete. Esto es para los UD y los Socio Rural que son clientes
y proveedores al mismo tiempo.
TCS Confidential
38
3. SISCOM: Sistema de compensación variable. Es un pago de fletes enfocado al

comportamiento. Depende de si se hizo la ruta a tiempo, la calidad del servicio al
cliente, etc. El proceso termina generando un documento FI que representa el pago al
proveedor.
Impoconsumo
En la user exit ZXVFU04 se lee información de las clases de condiciones de impoconsumo

que se determinaron en las facturas ZCPV y ZICO.
Luego se crea un archivo plano (Tornaguias) en unix con los importes facturados.
Factura ZICO
Cuando se hace la confirmación de la carga de trasnsporte en el flujo 1, se genera la

factura ZICO (pedido-factura) por medio de una BADI, por las cantidades cargadas en el
camión.
Los datos de la factura generada quedan en la tabla ZTGDSD_REGICO_HD
Las badis son que se usan en este proceso son IF_EX_BADI_LE_SHIPMENT~AT_SAVE y
/DSD/IF_EX_SL_FSR_ADD_PROC~BADI_DISPATCH_1.
El cliente de la factura es el correspondiente al departamento al que va el producto.
Cuando hay que modificar el transporte, se reversan los pasos en el transporte y se anula
la ZICO con una factura ZIS1.
Cuando llega el camión, dentro de la transacción SL:FSR se genera la anulación de la

factura ZICO.
Aprobación Comercial
Los pedidos de devolución y obsequios se crean bloqueados (bloqueo de creación de

entregas) y requieren una aprobación en Portal Comercial para poder evolucionar.
Al realizarse la aprobación en el portal se actualiza el bloqueo del pedido.
Consolidación.
Consiste en la extracción de Información desde CRM y SAP hacia COBOS 045. Es un

proceso de extracción que genera diariamente archivos planos con la información de
ventas SAP, encuestas CRM, gestión de ventas y datos maestros de clientes y materiales
para las gerencias que van saliendo en roll out con Génesis
La consolidación se puede realizar para dos componentes:
TCS Confidential
39
Consolidación de Ventas:
Corresponde a una serie de reportes cuyo propósito final es la generación de Archivos

planos que sirven de insumo para la elaboración de indicadores clave para el personal del
área de ventas. Estos archivos tienen formato txt y se exportan automáticamente a la
máquina de SAP en una ubicación específica.
Consolidación en Distribución:
Actualmente en SAP y esfera se encuentran disponibles una serie de información y

reportes relevantes que soportan la toma de decisiones en el área de Distribución, estos
son utilizados por los Gerentes, Especialistas, Profesionales, Analistas y Auxiliares de
Distribución, la información generada por estos reportes permiten controlar y administrar la
operación y son vitales para alcanzar las metas asignadas a esa División.
1.6.3.Tecnología
1.6.4.Seguridad
1.6.5.Requerimientos de Software
1.7. Interfaces
A continuación se relacionan las principales interfaces utilizadas en el módulo:
INTERFACES DESCRIPCION
Deja en un Servidor UNIX, un archivo con la información de
ZSMGEN_ROAD_SHOW_SAL las entregas, para que sean usadas desde el aplicativo
RoadShow ( Ruteador ).
Recibe Archivos del aplicativo RoadShow con el orden en que
ZSMGEN_ROAD_SHOW_ENT
se deben asignar las entregas a un transporte.
Programa para ser usado en la contingencia, Crea pedidos de
forma Masiva, Exporta archivos txt, con información
ZFACTCONT
relevante de SD para ser usada en otro aplicativo externo a
SAP.
Se crea un archivo Txt con la información del impuesto al
TORNAGUIAS
consumo, este archivo es creado desde el user exit ZXVVFU04
TCS Confidential
40
1.8. Base de Datos

A continuación se relacionan las principales tablas utilizadas en el módulo:
TABLA DESCRIPCION
ZTGDSD_DOCS_REL Tabla donde se registran las clases de factura
ZTGDSD_OBSEQUIOS Tabla donde se encuentran los números de las órdenes
ZSD_LIBPED_ADM Liberación de pedidos – Administradores
ZSD_LIBPED_APR Liberación de pedidos – Aprobadores
ZSD_LIBPED_DOC Documentos para liberación de pedidos
ZSD_LIBPED_NIV Liberación de pedido de ventas – niveles
ZSD_LIBPED_PRM Parámetros administrables del proyecto SSP
ZSD_PED_APROB Liberación de pedidos – Aprobadores
ZSD_PED_BLOQ Liberación de pedidos - Pedidos bloqueados
ZSD_PED_OBS Liberación de pedidos – Observaciones
ZEER_PE Registra pedido devol. De envases con condición ZP05
Tabla contra la que se valida que no se carguen precios con vigencia a partir
ZCONDICIONES del día de la fecha
Permite determinar el rango de números de documentos por medio del
ZTGDSD_DOCS_RANG centro, modelo Génesis
ZT_CONSTANTES Se utiliza para definir valores constantes
ZFFL Creación de documentos para fletes
ZTGDSD_REGICO_HD Aquí se regsitran las facturas ZICO
ZSD_LIBPED Tabla para el manejo del portal
ZSD_CONT_MANDATO Relación de facturas creadas en modalidad de Mandato
ZTGDSD_OBSEQUIOS: Relación de clases de documento + orden interna
1.9. Reportes
A continuación se relacionan los principales reportes utilizados en el módulo:
REPORTE DESCRIPCION
ZFACT Programa para descarga de facturas con el detalle de las posiciones
ZLFD Detalle de las facturas por centro
ZLDV Detalle de los pedidos por centro
ZFI_REVENPE Registro oficial de ventas en PERU
ZDSDR_REGPER Registro de percepciones PERU
ZSER Reporte para visualizar deposit system
ZRCM Reporte para visualizar las facturas de Cervalle em Mandato
ZVPC Reporte para controlar los indicadores de porterías
ZVFR Reporte para el control de fletes
TCS Confidential
41
1.10. Procesos por Lotes

A continuación se relacionan los principales Jobs utilizados en el módulo:
JOB DESCRIPCION
Generación de Listas de Visitas de Pre-venta y Tele-venta
JOB: DSD_LISTAS DE VISITAS PERÚ (03:00 a.m.)
Replicación de Listas de Visitas de Pre-venta y Tele-venta
JOB: DSD_VL_REPLICATE (03:00 p.m.)
JOB: DSD_RECALCULO DE LA CUOTA
BACKUS Generación del Pedido Sugerido (01:00 a.m.)
JOB: GEB FLETESBA GEB FLETESUN, GEB
FLETESCV (cambia según el parámetro Liquidación de Fletes tx. ZFLE
de la sociedad)
Ver en Referencias el documento “Job automáticos de Génesis.ppt”
1.11. Flujo de Trabajo
1.12. Implantación y Configuración de la Aplicación

N/A
1.13. Herramientas de Soporte
N/A
1.14. Procedimiento de Pruebas

1.14.1. Equipo
1.14.2. Tipos de Prueba
1.14.3. Procedimiento de Pruebas
1.14.4. Herramientas Utilizadas
1.14.5. Datos utilizados
1.15. Gestión de Configuración
TCS Confidential
42
N/A
1.15.1. Código Fuente
N/A
1.15.1.1. Control de Versión
N/A
1.15.2. Documentación
N/A
TCS Confidential
43
3. PROCESOS DSD
1.16. Proceso Productivo
Se definió un modelo estándar para Colombia, Perú y Ecuador (éste último no implementado
aún), denominado MODELO GENESIS.
Dadas las diferencias en cada país de origen tributario y legal, se tienen algunas diferencias en
el proceso para cada uno, las cuales se plasman como flujos 1 y 2 en el ciclo de ventas para
los mismos.
Nota: En el presente documento no se va a describir el modelo de distribución para Ecuador,

dado que aun no se encuentra implementado.
En Colombia, el modelo de distribución esta delimitado por los MODELOS DE ATENCION

desarrollados en Génesis:
 Contratista Urbano
 Socio o Distribuidor Rural
 Distribuidor Urbano
Los Key Accounts aunque corresponden a un grupo especial de clientes, llamados también
“grandes superficies”, tienen un proceso diferente de ventas y distribución, que es contemplado
en este documento.
Y la modalidad toma de pedidos:
 Toma de pedidos por Preventa
 Toma de pedidos por Tele venta
 Toma de pedidos por mensajería EDI
 Auto venta
En primera instancia, de acuerdo con el modelo de atención desarrollado y la modalidad de

toma de pedidos se tiene:
TCS Confidential
44
Modelo de Toma de Toma de pedidos Toma de pedidos Auto venta

atención vs. La pedidos por por Tele venta por mensajería
modalidad de Preventa EDI
toma de
pedidos
Contratista  
Urbano
Socio o   
Distribuidor
Rural
Distribuidor   
Urbano
Key Accounts 
El detalle de las actividades realizadas en cada modelo de atención y por cada una de las
modalidades de toma de pedidos, así como los roles que se desempeñan en cada proceso, se
describen en el documento:
En Perú, el modelo de atención es:
1.17. Flujos 1 y 2
El proceso de Distribución en SABMiller tiene dos grandes instancias, denominadas flujos.
 Flujo 1: La toma del pedido de ventas
 Flujo 2: La Distribución de los pedidos de ventas
Durante la realización de estos flujos se presentan actividades que diferencian los procesos del
modelo Génesis en Colombia y Perú.
En Colombia, de acuerdo con estos flujos de proceso, se tienen los siguientes roles:
 Preventista
 Televentista
 Supervisor
TCS Confidential
45
 Planificador de carga
 Depósito
 Entregador
 Cajero facturador
Los cuales aplican o no, dependiendo del modelo de atención (Contratista Urbano, Socio o
Distribuidor Rural, Distribuidor Urbano y Key Accounts).
Adicionalmente existe el denominado ROL MIXTO, el cual aplica en Perú, y consiste en que el
mismo rol toma los pedidos, realiza las actividades adicionales de cobranza y desarrollo del
mercado.
COLOMBI
PERU A
FLUJO FLUJO 1 FLUJO 2 FLUJO 1 FLUJO 2
CLASE DE PEDIDOS

(1)Producto Terminado PT P.E.F1 P2.E2. P.E.F. P2.E2.F2
(2)Producto fuera de norma (Dev) PFN P.E.F1 P2.E2. P.E.F. P2.E2.F2
(3)Producto en buen estado (Dev) PBE P.E.F1 P2.E2. P.E.F. P2.E2.F2
(4)Obsequios P.E.F1 P.E. N/A N/A
(5)Recojo (envases vacios) P.E. P2.E2.F1 P.E. P2.E2.F2
PERU:
FLUJO 1: PEDIDO-ENTREGA-FACTURA POR BACKEND
FLUJO 2: PEDIDO (DEV)-ENTREGA-SALIDAD DE MERCANCIAS-FACTURA
COLOMBIA:
FLUJO 1: PEDIDO-ENTREGA-FACTURA POR POS
FLUJO 2: PEDIDO-ENTREGA-SALIDA DE MERCANCIAS-FACTURA
TCS Confidential
46
TCS Confidential
47
1.18. Componentes del costo y cálculo de precios
En SABMiller los componentes del precio están determinados por:
 Valor del liquido
 Valor del envase
 Valor del impuesto al consumo
 Valor del IVA
 Valor diferencial, que corresponde a los descuentos en los eventos en que aplican.
El impuesto al consumo aplica en Colombia.
A continuación se describen los procesos que se derivan del desarrollo de los flujos 1 y 2, los
cuales componen el ciclo DSD para SABMiller.
1.19. Generación de Listas de visitas. Ver documento:
Véase en referencias: DSD02- Lista de visitas Manual.pdf
TCS Confidential
48
1.20. Procesamiento de la orden: El Proceso se describe a

continuación
El detalle de este proceso se describe en los siguientes documentos:
Véase el archivo en Referencias: DSD-03 Procesamiento de Pedidos
TCS Confidential
49
1.21. Planificación de transportes: En este proceso se realizan

las siguientes actividades:
Cuyo detalle se encuentra descrito en los siguientes documentos:
TCS Confidential
50
1.22. Check out
El ciclo anterior describe las actividades a realizar en este proceso, las cuales se detallan en
los siguientes documentos:
Véase en referencias:
DSD 05 - Check Out Manual
TCS Confidential
51
1.23. Visita / entrega de producto: El proceso se describe en el

siguiente diagrama:
Y se detalla en el siguiente documento:
TCS Confidential
52
1.24. Check in: El flujo del proceso es el siguiente:
Y el documento que lo detalla, véase en referencias
DSD 08 - Check In Manual
TCS Confidential
53
1.25. Liquidación de rutas:
El documento que detalla las actividades de este proceso, se anexa a continuación:
DSD 09 - Liquidacion de Reparto Manual
TCS Confidential
54
CICLO DSD Para SABMiller
TCS Confidential
55
4. SAP DSD
1.26. Estructura Organizacional de la Aplicación
1.27. Funcionalidad
1.27.1. Estructura Organizativa
1.27.2. Datos Maestros de DSD
Mantenimiento de Datos Maestros

Los Datos Maestros son mantenidos a través de un grupo especial de usuarios para los
cuales se tienen varias normativas para el mantenimiento de los mismos.
Veanse los siguientes archivos en la referencia
MDM 05-A - Solicitudes de Datos Maestros – General

MDM 05-B - Solicitudes de Datos Maestros - Deal Conditions
MDM 06 - Datos Maestros de Vehículos y Conductores Manual
MDM 06 - Datos Maestros de Vehículos y Conductores Presentación
1.27.3. Flujo del Proceso
1.27.3.1. Generación de Lista de Visitas

Las listas de visitas son generadas a través de la transacción N/DSD/VC_VP la cual es
usada a nivel regional por el Grupo de Datos Maestros.
La configuración de las listas de visitas se describe en los siguientes documentos:
4eXpress Documento de Parametrizacion v1 000 F Control de Visitas
TCS Confidential
56
1.27.3.2. Toma de Pedidos

Como se comentó en el capítulo 1, se tienen las modalidades de toma de pedidos:
o Preventa: Los pedidos se toman mediante el uso de HH
o Tele venta: Los pedidos se toman mediante una lista de llamadas que se replica
de la lista de visitas desde DSD a CRM y que es gestionada por el equipo de
usuarios de Tele venta, toda la gestión de registro de pedidos la realizan por
CRM.
o Auto venta:
o Mensajería EDI: Aplica solamente para la toma de pedidos de algunos Clientes
claves denominados Key Accounts.
Las clases de documentos de ventas de acuerdo a la modalidad de toma de pedidos se
describen en el manual de inducción de SD.
Dentro de la toma de los pedidos se aplican las correspondientes Deal conditions las cuales
van aplicando acorde a las condiciones configuradas dentro del sistema. Para mas
información véase:
3eXpress Documento de Parametrizacion v2 000 F Deal Condition
Para mayor información de la toma de Pedidos véase el manual de SD.
1.27.3.3. Procesamiento de la Orden
Se procesan las listas de visitas sincronizadas a través de la transacción

ZSMGEN_STATUS_LIQ, la cual hace la liquidación de la preventa correspondiente a la
lista asignada al preventista.
TCS Confidential
57
A partir de esta transacción se genera el Flujo 1 correspondiente para cada uno de los
pedidos tomados por el preventista. Generando así el pedido dentro de SAP directamente.
La creación masiva de entregas las realiza directamente desde la VL10A con su
correspondiente variable.
1.27.3.4. Planificación de Transportes
En SABMiller el alcance de la planificación de transportes esta orientado a generar rutas y

cargas de reparto óptimas para asegurar la entrega de los pedidos programados por
ventas.
Para la creación y planificación de transportes es realizada por el área de planificación de
carga, y actualmente en SABMiller se utiliza a nivel regional el aplicativo ROADSHOW.
En SAP la interacción con ROADSHOW se realiza a través de tres transacciones que son
las siguientes:
ZSMGEN_ROAD_SHOW_SAL
TCS Confidential
58
TCS Confidential
59
ZSMGEN_ROAD_SHOW_ENT
ZSMGEN_ROAD_SHOW_ETP
En detalle de las actividades que se realizan en el proceso de planificación de transportes

se detalla en el siguiente documento:
TCS Confidential
60
Referencia
1.27.3.5. Carga
La funcionalidad de Optimización de carga que ofrece SAP en el componente DSD se
encuentra desactivada para SABMiller.
El proceso de Carga en SABMiller se realiza a través del preparador físico de la
mercadería en cual inicia con la impresión de un listado consolidado usando la VT70 dentro
de SAP.
El proceso requiere que se confirme la carga, este se realiza a través de la transacción:
/N/DSD/SV_LC_COUNT
Para cada transporte, en el momento de confirmar la carga, haga clic en el botón Cont.
TCS Confidential
61
1.27.3.6. Control de Salida
El paso final en la Planeación de Transporte es la función Despacho Expedición Esta

actividad genera los documentos electrónicos de sincronización; esto es, toda la
información de la ruta necesaria para la ejecución del Reparto.
Así mismo, cierra el transporte. A partir de este momento, no se podrá realizar ningún
cambio sobre el Documento de Transporte o sobre las Entregas contenidas en éste.
VT02N
El estatus global del Transporte pasa a

5 – Despacho de expedición
TCS Confidential
62
Despacho Expedición Colectiva
VT12
Verificación de la Generación Mensajes de Sincronización
VT03N
Mensajes para el transporte actual
La Clase de Mensaje DSD1 controla la generación de los mensajes de sincronización, el

semáforo de estatus debe estar en color verde.
Para la impresión de las guías de remisión correspondientes en Perú se utiliza la

ZSMGEN_GUIA_REM
TCS Confidential
63
En el caso de Colombia se imprime la Factura ZICO cuando se aplica el Quinto Botón

emitiendo la factura correspondiente al Impoconsumo.
Véase en referencias:
DSD 04 - Planificacion de Transporte_M
1.27.3.7. HH Data Down Load

N/A
1.27.3.8. HH Data Up Load

N/A
1.27.3.9. Liquidación de la ruta

Para la liquidación de las rutas correspondientes cuando se hace el proceso se usa la
transacción /N/DSD/SV_FSR a nivel regional, A continuación mayor información de cómo
se liquida a nivel Perú, en el documento:
TCS Confidential
64
Vease en referencias:
FSR_PERU
Para la validación de la liquidación de las rutas correspondientes. El negocio usa la

transacción ZSMGEN_STATUS_LIQ :
TCS Confidential
65
1.28. Flujo Transaccional
Las transacciones utilizadas en el flujo transaccional de DSD desarrolladas para SABMiller

son:
ZSMGEN_ROAD_SHOW_SAL Ejecuta corrida de Selección de Entregas a enviar a Roadshow
ZSMGEN_ROAD_SHOW_ENT SAP recibe la información generada por RoadShow.

ZSMGEN_ROAD_SHOW_ETP Actualiza etapas de las rutas.
ZSMGEN_MONIT_PLAN Verificación de consistencia de Entregas.
ZLFD Revisión de facturas creadas
ZSMGEN_SV_LIST_STOCK Ver Stock en Almacén Camión
ZSMGEN_GUIA_REM Imprimir guía de Remisión.
ZIDCP Realizar Impresión de los documentos Comerciales
ZLFD_PE Verificación que los documentos SAP tengan número Legal
ZBC_CONSTANTES Mantenimiento tabla ZTCONSTANTES
ZSMGEN_ZFACT Movimiento de Facturacion
ZSMGEN_OBSEQUIO Validación de obsequios
ZSMGEN_PEDIDOS_ESTAD Cargue masivo pedidos estadísticos (CRM)
ZKPIS_DSD Reporte KPI- Short UC
ZSMGEN_STATUS_LIQ Reporte Control Status Liquidación
ZSMGEN_ZPEN Reporte de Cerrado de Pedidos
ZSMGEN_DROP_MIN Drop Size Mínimo
ZSMGEN_DESP_CON Despacho Condicionado
ZSMGEN_BLOQUEO Mantenimiento tabla ztgdsd_bloqueos
ZRDP_PE Reporte de Documentos Pendientes
ZLDV_PE Reporte de Documentos de Ventas
ZSMGEN_ANUL_FACT Consistencia de Facturas Anuladas
ZFI_REVENPE Registro Oficial de Ventas
ZIDVD Anular doc.prenumer. utilizados
TCS Confidential
66
1.29. Usuarios y Perfiles

N/A
1.30. Procedimiento de creación de usuario y asignación de

Perfiles
N/A
1.31. Arquitectura
N/A
1.31.1. La solución conceptual

N/A
1.31.2. Componentes
N/A
Revisión de File Exit, User Exit, Validaciones, Sustituciones, Programas (Z), Bach Input, Otros.
Validaciones:
User Exit:
MV45AFZZ - Pedidos
MV50AFZZ - Entregas
MV50AFZ1 - Entregas - Contabilización
RV60AFZC - Facturación
RV60AFZZ - Facturación
ZXVVFU02 – Facturación - Tornaguías – Impoconsumo
ZXVVFU04 – Facturas – Tornaguías - Impoconsumo
ZXVVFU07 – facturas - Merchandising
TCS Confidential
67
RV45PFZA - facturas - Anulaciones
RVCOMFZZ - Mensajes Fact
ZXF04U01 - Clientes
ZXV56U17 - Transportes
/1bcdwb/lsf00000061f01 - VT01N
1.31.3. Tecnología
N/A
1.31.4. Seguridad
N/A
1.32. Interfaces
N/A
TCS Confidential
68
1.33. Base de Datos

ZTGDSD_ACTV_ICO Tabla de Clases de Transport ICO-CO
ZTGDSD_BLOQUEOS Tabla de validación de los pedidos sujetos
a validación
ZTGDSD_DOCS_RAN Rangos de número (Genesis DSD)
G
ZTGDSD_DOCS_REL Relación de los documentos Referencia
para Devoluciones
ZTGDSD_FACT_ICO Clases de Facturas para ICO
ZTGDSD_LIQUI_MIX Determinación de Documentos Mixtos
ZTGDSD_OBSEQUIOS Tabla de validación de obsequios
ZTGDSD_PUD_CUST Clases de Pedidos para Distribuidores

Urbanos –F1 – F2
ZTGDSD_PUD_DATA Usuarios de Portal y código de Distribuidor
Urbano /Socio R
ZTGDSD_PUD_PARAM Parámetros para Distribuidores Urbanos
Modelos complementarios
ZTGDSD_REGICO_HD Registro de Impuestos al Consumo
1.34. Reportes
ZKPIS_DSD Reporte KPI- Short UC
ZSMGEN_STATUS_LIQ Reporte Control Status Liquidación
ZSMGEN_ZPEN Reporte de Cerrado de Pedidos
ZRDP_PE Reporte de Documentos Pendientes
ZLDV_PE Reporte de Documentos de Ventas
ZFI_REVENPE Registro Oficial de Ventas
Algunos de los reportes desarrollados para DSD en SABMiller son:
TCS Confidential
69
1.35. Procesos por Lotes
1.35.1. Jobs
ZSDR_GESTION_TELEVENTA Reporte Gestión Televenta
ZSDR_RUTA_TELEVENDEDOR Reporte Ruta Televendedor
1.36. Flujos de trabajo
1.37. Implantación y configuración de la aplicación
N/A
1.38. Herramientas de soporte
N/A
1.39. Procedimientos de prueba
1.39.1. Equipo
1.39.2. Tipos de Prueba
1.39.3. Herramientas utilizadas
1.39.4. Datos utilizados
TCS Confidential
70
1.40. Gestión de configuración

N/A
TCS Confidential
71
5. RELEASE 4
1.41. Procesos
1.41.1. Modificación Datos Maestros Clientes

Se definió un modelo estándar para Colombia, Perú y Ecuador (éste último no
implementado aún), para clasificar los clientes según el volumen de ventas,
Los criterios para la clasificación son diferentes a nivel país.

- Por ejemplo “Oro” no significa lo mismo en todos los países
Beneficios/Utilización es diferente a nivel país
- Esto es utilizado para Mercadeo, estrategias de ventas, promociones comerciales
En génesis este valor es utilizado para:
- Deal Conditions
- Reportes BI
Las estrategias específicas de los países requieren más detalle que los tres niveles
existentes, por tal razón se creo una clasificación más amplia.
Niveles
Oro - Plata - Bronze
SubNiveles
Oro +, Oro, Oro –
Plata +, Plata, Plata –
Bronze +, Bronze, Bronze –
De esta manera cada país puede decidir libremente, qué subnivel utilizar
Perú puede utilizar Oro/Plata/Bronze
Ecuador puede utilizar O+, O, O-, P+, P-, B+, B-
Colombia puede utilizar O, P, B+, B, B-
TCS Confidential
72
1.41.2. Creación de ordenes Internas Masivamente

Los obsequios regionalmente llevan una orden interna que es dependiente de la
organización de ventas, Canal, Grupo de vendedores, Marca, criterio de utilización, clase
de documento de ventas. La actualización de los datos maestros anteriores es compleja por
la cantidad de combinaciones que se pueden presentar, cuando se va a modificar un dato
de la tabla el registro se bloquea.
Para evitar la concurrencia y el bloqueo en la tabla de asignación de órdenes internas se

creo un programa para actualizar masivamente esta tabla.
1.41.3. Cambio en Pantalla de Cobranza para HH
En la HH las partidas de cobranza se visualizan con el valor y la fecha de vencimiento.

Colombia tiene una moneda que contiene normalmente partidas por cobrar con más de 6
dígitos, esto hace que la información visualizada en la HH quede incompleta. En Release 4 se
modifico la pantalla en la HH para que la visualización de las partidas por cobrar se visualice de
manera correcta, al modificar la columna del valor, la fecha de vencimiento en la partida fue
desplazada a una segunda pantalla. En la pantalla principal existirá un código que clasifica la
fecha de vencimiento según criterios definidos por cartera
1.42. Aplicaciones SAP
1.42.1. Modificación de clientes

La modificación de los clientes se realiza por la transacción XD02 y deben ser
replicados al conector de DSD por la transacción BD12.
1.42.2. Modificación Masiva de órdenes internas

Para la actualización Masiva de órdenes internas se creo la transacción:
ZSMGEN_OI_OBSEQUIO
Con esta transacción se podrán crear o modificar los datos de las órdenes
internas.
TCS Confidential
73
1.42.3. Cambio de Visualización en las Partidas de HH

En la HH se modifico la columna de fecha vencimiento con el objetivo de permitir
visualizar el valor completo a cobrar, la fecha fue trasladada a una pantalla
secundaria, en la principal existirá un criterio de agrupamiento según la fecha de
vencimiento.
TCS Confidential
74
6. RELEASE 5
1.43. Otras iniciativas
1.43.1. 40512 - PE Status TP para clientes de crédito

con deuda vencida.
1.43.1.1. Descripción
Actualmente en el HH de reparto, se encuentra una validación crediticia para los clientes (tanto
de contado como de crédito). Esta validación se realiza cuando dejamos la visita del cliente y
regresamos a la lista de clientes, cuando el cliente que dejamos mantiene partidas abiertas
vencidas y alguna actividad está procesada (Venta, Obsequio, Devolución de Envase,
Devolución de PFN y Devolución PBE), el estado del cliente se muestra como TP (Tratamiento
Parcial). Este estado indica que no se puede cerrar la visita del cliente hasta cobrar las partidas
abiertas vencidas (deudas vencidas).
Bajo este escenario cuando queremos realizar devoluciones de envases sin despacho (venta u
obsequio) o despacho programado pero cancelado con estado TF, a los clientes que tienen
deuda vencida el HH no permite cerrar la visita. Es necesario que permita cerrar la visita
cuando tenemos confirmado solo la actividad de devolución de envases (aplica también para
devoluciones de PFN y PBE).
1.43.1.2. Alcance
Se definieron entradas nuevas en las opciones extendidas para escenarios de ruta a fin de
controlar que la lógica de balance de partidas (partidas positivas vencidas - partidas negativas
vencidas o no) no se considere cuando cambiamos de la pantalla Actividades a Lista de
Visitas en la HH y procesamos entregas de Devolución de Envases, PBE o PFN sin haber
ejecutado la Actividad de Cobro, con estas consideraciones se asignará como estatus general
de la visita Pr si en la configuración se fija el valor “1”.
Detallar la configuración correspondiente en los siguientes escenarios de ruta:
 ZDBK Despacho Backus

 ZDSJ Despacho San Juan
 ZACO Autoventa Colombia
 ZDCO Despacho Colombia
TCS Confidential
75
1.43.1.3. Detalle de la configuración

Transacción /n/SMLSD/CUST – Extensiones MDSD/SFA / Parametros de Escenario de
Ruta / Definir opciones extendidas para escenarios de ruta
Se añaden las siguientes entradas en la vista de configuración, de las cuales la primera permite
activar la funcionalidad para el escenario de ruta seleccionado y las otras tres las entregas que
podemos procesar con el fin de que el estatus general de la vista en la pantalla Lista de
Visitas sea Pr aun cuando la actividad de Cobro no haya sido efectuada.
Se activó esta funcionalidad y se asignó el valor 1 en las entradas Visit Stat Perm. PBE,
Visit Stat Perm. PFN y Visit Stat Perm. ENV en los siguientes escenarios de ruta:
 ZDBK Despacho Backus

 ZDSJ Despacho San Juan
TCS Confidential
76
1.43.2. 41133 - PE Ingresar referencia de NC en el

pedido.
La funcionalidad de devoluciones de PFN y PBE indica que se imprimirán un documento de Nota
de Crédito y en la toma del pedido se buscará automáticamente una referencia de documento de
venta.
Este documento de venta de referencia no tiene un grado de agotamiento de materiales, todos
los pedidos de PFN y PBE pueden referenciarlo.
Por ejemplo, tenemos dos pedidos de devoluciones PFN referenciando a una sola factura de
venta, bajo este escenario:
- Pedido PFN 1 1CA Guaraná 500 Referencia a Factura A

- Pedido PFN 2 1CA Guaraná 500 Referencia a Factura A
- Factura A 1CA Guaraná 500
Cuando el Pedido PFN 1 referencia a la Factura A, ésta no debe ser utilizada para referenciar
otro Pedido PFN porque su material ya está agotado.
Este escenario es una contingencia legal para SUNAT, es necesario determinar que Factura de
venta es válida como referencia en las Notas de Crédito, esto se realiza mediante el uso del
aplicativo validación de NC y su reporte respectivo. Una vez obtenido esta referencia válida
debemos poder ingresarla manualmente desde el pedido.
Existe un User Exit que impide grabar la referencia manualmente (Tx. VA02), es decir no deja
modificar los campos asignación y referencia cuando estos tienen un valor asignado.
1.43.2.2. Alcance
Las clases de documentos implicados son:
- ZPD1 - Pedido Devolución PPT PFN

- ZPD3 - Pedido Devolución PPT PBE
- ZPD5 - Pedido Devolución TLV PFN
- ZPD6 - Pedido Devolución TLV PBE
- ZPDB - Pedido Devolución Oficina PBE
- ZPDF - Pedido Devolución Oficina PFN
TCS Confidential
77

En la tabla ZTCONSTANTES se deben agregar las siguientes Clases de Pedidos las cuales
aplicarán la lógica descripta en el punto 4.5.1.2 de la Especificación Técnica:
ET - CR 41133
Ingresar Referencia de NC en el Pedido.doc
Transacción SM30, Tabla ZTCONSTANTES
Tanto para BK00 como para SJ00
En la transacción ZSMGEN_DOCS_REL - Mantenimiento tabla ZTGDSD_DOCS_REL

(tabla ZTGDSD_DOCS_REL) se debe desactivar el flag por clase de documento de venta
para activar la edición de los campos ASIGNACIÓN y REFERENCIA:
TCS Confidential
78
1.43.3. 41692 - Cierre de ruta para KA con partidas

abiertas
Actualmente la Handheld no permite el cierre de la ruta de despacho cuando existen partidas abiertas
vencidas sin pagar y el cliente tiene riesgo bajo para entrega.
Las clases de riesgo de crédito de backend están homologadas en la Handheld para poder asegurar una
reacción de crédito homologada.
La handheld solo tiene 2 clases de riesgo:

Alto: Error y no permite continuar con la actividad
Bajo Mensaje de Warning y permite continuar con la actividad.
Escenarios de comportamiento de la clase de riesgo.
TCS Confidential
79
 Handheld de preventa:
Por defecto y definición global todos las clases de riesgo tendrán riesgo Bajo para asegurar
que todos los pedidos puedan ser creados.
 Handheld de despacho:
En Handheld de despacho la reacción dependerá de la clase de riesgo de backend y la
homologación de la misma en Handheld en la tabla ZSMGEN_RCAT_MDSD. Sin embargo
actualmente no permite hacer excepciones de entrega con partidas abiertas vencidas aún
cuando el cliente tiene riesgo bajo para handheld.
Cuando existan clases de riesgo que no estén homologadas como riesgo alto para handheld el sistema
deberá permitir realizar la entrega incluso con deuda vencida y completar el check in general de la ruta.
1.43.3.2. Alcance

Estos cambios fueron realizados sobre la HH por SapCD.
TCS Confidential
80
1.43.4. 38847 - Trade Name Mapping client´s screens

and reports.
Actualmente en los HH de preventa y entrega, aparece la razón comercial y no el nombre comercial del
cliente.
Un alto porcentaje del mercado, está compuesto por tiendas las cuales no están constituidas como
establecimiento comercial. Cuando el establecimiento no cuenta con la razón social, en la HH aparece es
el nombre del propietario.
Con este flujo de nombres, se hace compleja la ubicación de los clientes vía HH para la entrega y por
eso es necesario alternar esta búsqueda con el resumen del derrotero, el cual si cuenta con el nombre
comercial, pero le suma segundos importantes a la operación de reparto, dado que sólo está la
información del cliente pero no el detalle del pedido.
1.43.4.2. Alcance
Se detalla la configuración correspondiente en los siguientes escenarios de ruta:
 ASO Plan de visita Autoventa Socios Colombia

 BCO Plan de visita Brand Dveloper_Colombia
 DCO Plan de visita Director_Colombia
 ESO Plan Visita Entrega Socios Colombia
 GCO Plan de visita Gerente_Colombia
 PSO Plan Visita Preventa Socios Colombia
 PUC Plan Visita Preventa UC Colombia
 PUD Plan Visita Preventa UD Colombia
 SCO Plan de visita Supervisor_Colombia
Se realizaron cambios a:
1. Customer Visit List Screen (“Lista de Visitas”)
2. Customer Activity List Screen (“Actividades”)
3. Cancel Activity Screen (“Motivo anulación”, by activity and general status)
4. Collection Screens (all of them)
5. Picking List Report
TCS Confidential
81

Transacción /n/SMLSD/CUST – Extensiones MDSD/SFA/ Parametros de Escenario de Ruta /
Definir opciones extendidas para escenarios de ruta
Se añade la siguiente entrada a la vista de configuración, en la cual se podrá activar la

funcionalidad si se asigna el valor 1 o desactivarla asignándole 0.
TCS Confidential
82
1.43.5. 41054 – Amount of printing copies of some

documents in the POS
Por configuración, la mayor parte de los documentos impresos en el POS y en los procesos de
Check In y Check Out, fueron dispuestos para que se imprimieran copia y original, esto sin ser
necesario para los documentos que más adelante se relacionan.
Picking List: Este documento es una guía del entregador en el momento de organizar y
ejecutar la ruta. (1 por cliente).
Documento Equivalente: De este documento legalmente no se requiere copia en los archivos

de Bavaria. (1 por cliente para el 80% de los clientes)
Inventario Camión: Es un reporte de control de salida y/o entrada al CD (1 por camión)
Detalle de Visita a los Clientes: Este reporte tiene aprox 12 metros para una sola copia y
aparte de eso, sólo se necesita imprimir en caso del responsable de reparto quisiera hacer una
revisión detallada de lo que pasó en la ruta.
Reporte de Preliquidación: Este reporte no es necesario que se quede una copia en poder
del responsable de reparto.
1.43.5.2. Alcance
Aplica para los siguientes escenarios de ruta:
 AE1 Plan de visita Auto_Ecuador Dist c/Bodeg

 ASO Plan de visita Autoventa Socios Colombia
 BCO Plan de visita Brand Dveloper_Colombia
 BEC Plan de visita Brand Dveloper_Ecuador
 DCO Plan de visita Director_Colombia
 ESO Plan Visita Entrega Socios Colombia
 GCO Plan de visita Gerente_Colombia
 PKE Plan de Visita Preventa Ecuador
 PSO Plan Visita Preventa Socios Colombia
 PUC Plan Visita Preventa UC Colombia
 PUD Plan Visita Preventa UD Colombia
 SCO Plan de visita Supervisor_Colombia
 SEC Plan de visita Supervisor_Ecuador
TCS Confidential
83

Transacción /n/SMLSD/CUST – Extensiones MDSD/SFA / Parametros de Escenario de Ruta /
Definir parámetros Discretos para Escenario de Ruta
Se añaden las siguientes entradas a la vista de configuración, en las cuales se asigna el

número de copias que se desean imprimir después de que el documento original es impreso.
TCS Confidential
84
TCS Confidential
85
1.43.6. 40996 - Drop Size Minimum
1.43.6.1. Descripcion
Actualmente las presentaciones como Barriles y multiempaques, no están siendo convertidas
en el proceso de validación del DSM, ni en el reporte de cajas movilizadas, lo que lleva a que
un pedido de un Barril de 50 o 30, pase como una caja y lo mismo ocurra con una unidad de
multiempaque.
Todos los productos tienen un factor de conversión a caja estándar y requerimos modificar la
lógica de cálculo de DSM, y ZCAMOV para que incluya este factor en el proceso, p.e, un
pedido de 2 cajas de aguila más 3 six pack de pony malta, dan en realidad 2,75 cajas y la
lógica de cálculo de drop size mínimo no lo debería dejar pasar.
La lógica de cálculo debe tomar las cajas o unidades de ventas y multiplicarlas por el factor de
conversión para hallar el valor real del tamaño del pedido.
1.43.6.2. Alcance
Funcionalidad Drop size minimo

Se dará de alta una nueva columna en la tabla ZSMGEN_DSM denominada UOM donde se
cargará la unidad de medida que deberá ser tomada para la cantidad de drop size mínimo.
Se actualizará el programa para que en el caso de que la unidad de medida de venta en la

posición del pedido no sea igual a la definida en la columna UOM, realice la conversión
correspondiente a la unidad de medida especificada en la misma.
TCS Confidential
86
En el caso de que el dato en la columna UOM esté vacío seguirá manteniendo la lógica actual:
la unidad de medida modelo del factor de conversión seguirá siendo caja con el objeto de
mantener una única unidad de medida modelo.
En el nuevo caso el cálculo pasará a ser la relación entre la cantidad en el pedido y el factor de
conversión en la vista unidad de medida del maestro de materiales.
Detalle técnico
1) En primera instancia se deberá agregar a la Tabla Transparente ZSMGEN_DSM un

campo más, que corresponderá a la Unidad de Medida de Drop Size. El campo se
llamará VRKME, y se le asignará un elemtendo de datos Z (Utilizar el dominio MEINS)
Se deberá también regenerar la Vista de Actualización para que el campo que
agregamos pueda ser modificado.
2) Hacer las siguientes modificaciones en el código del reporte ZSMGEN_DROP_MIN
Ingresar a la siguiente subrutina:
La siguiente seleccion de datos queda igual, sólo que para el caso de Colombia van a estar
completando el campo de Unidad de Medida de Drop Size mínimo que se agrego a la tabla.
Como Ecuador y Peru van a dejar el campo de Unidad de Drop Size Minimo vacio,
recorreremos la table interna obtenida y completaremos donde estè vacío con ‘CA’ (CAJAS):
Loop at ti_dsm into lw_dsm where vrkme is ininitial.
Lw_dsm-vrkme = ‘CA’. “ Se toma la unidad como CAJAS
TCS Confidential
87
Modify ti_dsm from lw_dsm.
End loop.
Luego se deberá comentar la siguiente lógica ya que no sera necesaria su aplicación:
LOOP AT ti_pedidos INTO wa_pedidos.
ls_matnr-matnr = wa_pedidos-matnr.
APPEND ls_matnr TO lt_matnr.
ENDLOOP.
SORT lt_matnr BY matnr.
DELETE ADJACENT DUPLICATES FROM lt_matnr.
CHECK NOT lt_matnr[] IS INITIAL.
SELECT matnr umrez
INTO TABLE lt_marm
FROM marm
FOR ALL ENTRIES IN lt_matnr
WHERE matnr EQ lt_matnr-matnr AND
meinh EQ c_cajas.
CHECK sy-subrc EQ 0.
SORT lt_marm BY matnr.
LOOP AT ti_pedidos INTO wa_pedidos.
READ TABLE lt_marm INTO ls_marm
WITH KEY matnr = wa_pedidos-matnr
BINARY SEARCH.
IF sy-subrc EQ 0.
wa_pedidos-umrez = ls_marm-umrez.
ELSE.
wa_pedidos-umrez = 0.
ENDIF.
MODIFY ti_pedidos FROM wa_pedidos TRANSPORTING umrez.
ENDLOOP.
Luego accedo al form ‘procesar_datos’:
TCS Confidential
88
Y dentro a colectar_cli:
Al llegar a la siguiente lógca se debera:
Comentar la siguiente lógica:
CASE ls_pedidos-vrkme.
WHEN 'KI'.
ADD ls_pedidos-kwmeng TO ls_cli-tot_ds.
WHEN 'ST'.
* Conversión unidades a cajas
IF NOT ls_pedidos-umrez EQ 0.
TCS Confidential
89
ls_pedidos-kwmeng = TRUNC( ls_pedidos-kwmeng / ls_pedidos-umrez ).
ENDIF.
WHEN OTHERS.
ENDCASE.
READ TABLE ti_dsm INTO wa_dsm WITH KEY werks = ls_pedidos-werks
BINARY SEARCH.
IF sy-subrc = 0.
ls_cli-ds_min = wa_dsm-ds_min.
ENDIF.
Reemplazar con la siguiente:
READ TABLE ti_dsm INTO wa_dsm
WITH KEY werks = ls_pedidos-werks
BINARY SEARCH.
IF sy-subrc = 0.
CALL FUNCTION 'MD_CONVERT_MATERIAL_UNIT'
EXPORTING
i_matnr = ls_pedidos-matnr
i_in_me = ls_pedidos-vrkme
i_out_me = wa_dsm-vrkme
i_menge = ls_pedidos-kwmeng
IMPORTING
e_menge = ls_pedidos-kwmeng.
IF sy-subrc = 0.
ls_cli-ds_min = wa_dsm-ds_min.
ENDIF.
ENDIF.
1.44. Cervalle
1.44.1. Aspectos generales

 En la Zona Franca se debe realizar un estricto control de entrada y salida de bienes,
además se debe tener la documentación de soporte de estas actividades, la cual se
realiza por medio del aplicativo PICIZ
 CERVALLE puede realizar actividades industriales y prestar servicios en Zona Franca

pero NO puede desarrollar actividades comerciales (compra para reventa), por eso se
creó el contrato de Mandato actual.
 CERVALLE debe prestar los servicios exclusivamente dentro o desde el área declarada
como Zona Franca.
TCS Confidential
90
 CERVALLE no puede tener bodegas ni depósitos fuera de Zona Franca.
 CERVALLE no puede vender bienes al detal en la Zona Franca.
 CERVALLE No puede comercializar productos de otras empresas, para ello se crean

los contratos de mandato con Bavaria y Unión.
 CERVALLE presta servicios en la zona franca que son facturados a UNION y

BAVARIA.
 Mandatario: Cervalle, Mandantes: Unión y Bavaria
 CERVALLE genera en una misma factura la venta de: Producto propio, Productos en
mandato se registran en cuentas de orden para Cervalle.
 La facturación de productos en mandato se registra contablemente en Bavaria – Unión

mediante replica a nivel de factura.
 CERVALLE en el modelo anterior al Release 5. se utiliza el almacén CV15 para

manejar los movimientos de producto terminado en mandato y el almacén CV01 para
producto terminado propio.
1.44.1.1. Obligaciones del mandatario(Cervalle)

 Registrar el movimiento y saldo de inventarios de productos entregados por el
mandante
 Relación de facturas de los productos entregados en mandato
 Relación de ingresos por venta de productos en mandato
 Relación de costos y gastos efectuados por cuenta del mandante
 Relación de impuestos y retenciones pagadas a título del mandante
 Certificación mensual avalada por el revisor fiscal de los gastos, costos, impuestos,
devoluciones, etc., a que el mandante pueda tener derecho.
TCS Confidential
91
1.44.1.2. Requerimientos del release
Actividad Industrial
PROVEEDORES
EXTRANJEROS
PROVEEDORES CERVECERÍA
NACIONALES DEL VALLE
ZONA FRANCA
DISTRIBUIDORES
KA
BAVARIA -
UNION
Para que el modelo de distribución Génesis pueda empezar a operar en Cervecería del Valle
se requieren efectuar los siguientes ajustes fundamentalmente originados porque esta planta
es la única que maneja la figura jurídica del mandato, lo cual hace que las definiciones
generales de Génesis no se puedan aplicar directamente al CD de Yumbo:
• En el modelo actual de Cervalle existe un almacén CV15 para separar el producto en

mandato recibido de Bavaria y Unión del producido por Cervalle que se encuentra en el
CV01.
Las transacciones ZMEB y ZTRIC en los documentos que mueven producto en
mandato tienen un control para que afecten únicamente el almacén CV15.
• En la interfaz de PICIZ se están registrando todos los movimientos generados en SAP

que representen entradas y Salidas de la Zona Franca, lo cual es obligatorio de acuerdo
TCS Confidential
92
a la Norma Aduanera, por lo que actualmente todos los documentos de material que
muevan producto terminado emiten archivos planos que son registrados en PICIZ para
que pueda emitirse el Formulario de movimiento de mercancía.
• El desarrollo de los servicios de Distribución que actualmente está funcionando

normalmente para Génesis, donde con base en la información generada en el
documento de transporte realiza las contabilizaciones a nivel resumido por SKU, debe
seguir funcionando para el modelo de operación de CERVALLE teniendo en cuenta la
figura de mandato.(ZFICONT_FLE_TR)Contabilización fletes de distribución.
• El desarrollo de fletes de reparto (T2-cuando hay una bodega intermedia) que está
funcionando actualmente para Cervalle, con base en los fletes causados por pagar a
cada cliente y correspondientes a producto en mandato los causa por cobrar a la
sociedad productora en Cervalle y por pagar a Cervalle en la sociedad Mandante.
• Los documentos de Génesis que están funcionando actualmente no tienen previsto

ciertas particularidades del modelo de Mandato de Cervalle.
• Los materiales que se producen en Cervalle están creados únicamente en el almacén

CV01 y los que se reciben en mandato de las otras sociedades únicamente están
creados en el almacén CV15.
1.44.1.3. Desactivación del Almacén CV15:
Con el fin de ajustar el Modelo de Cervecería del Valle con el Modelo estándar Génesis de
Colombia se necesitan desarrollar las siguientes actividades:
 Deshabilitar el almacén CV15 para el manejo del producto en Mandato y que este sea
manejado en el almacén CV01. Para identificar PT en mandato en Cervalle se hará con
los reportes estándar de stocks por almacén que tiene SAP ECC mediante lotes.
 Hacer los ajustes necesarios para los documentos de movimientos de inventarios, de
ventas, financieros, de rentabilidad y todos los que de alguna manera basen su
funcionamiento en el almacén CV15. Adicionalmente, deben considerarse los user exit,
validaciones, sustituciones y desarrollos que estén afectados por la desactivación de
este almacén CV15.
 Ajustar la transacción ZMEB para que en los casos que está teniendo en cuenta el
almacén CV15 lo reemplace por el almacén CV01.
 Garantizar que en ningún caso se pueda hacer movimientos al almacén CV15.
 Creación de datos maestros en el almacén CV01 del PT en mandato recibidos de
Bavaria y UNION, clases de valoración y lotes AG, TO, BC, TC, UN.
 Extender los lotes de PT en mandato recibido de Bavaria y UNION al almacén CV01
 Crear la relación de los lotes AG, TO, BC, TC, UN con su correspondiente clase de
valoración en el almacén CV01.
 Trasladar los inventarios de PT en mandato recibido de Bavaria y UNION del almacén
CV15 al almacén CV01.
TCS Confidential
93
 Ajustar la determinación de stocks para que se realice por clase de valoración

manteniendo la regla de negocio que primero debe tomar inventario de Producto en
mandato y luego producto propio.
CVAF CV-Fact Activ Fijos

CVCC CV-Fact Contr Calida
CVCF CV-Fact Containr fal
CVCI CV-Fact Cons Interno
CVCL Carga Envases CV
CVCP CV-Abono Cambio PT
CVCR CV-Fact Cobro Rot
CVDE CV-Abono Devol SR
CVDL Abono Envases CV
CVEM CV-Factura Obs. EM
CVEX CV-Fact Exportacion
CVHU CV-Factura Hurtos
CVIE CV-Fact IC EER
CVIM CV-Fact IC Prd Mdto
CVIP CV-Fact IC Prd Term
CVLA CV-Fact Rec Env
CVMP CV-Cont. trasp mdto
CVNC CV-Factura Nota CR
CVND CV-Factura Nota DB
CVOB CV-Fact Obsequios
CVOP CV-Fact Obs Pobl
CVOX CV-Fact Obseq Exp
CVPC CV-Fact Contingencia
CVPS CV-Fact Standard
CVRD CV-Fac Dev Env Dist
CVRE CV-Abono Devoluc PT
CVRM CV-Abon Dev Emb.Marc
CVRX CV-Factura Reexpedic
CVS1 Anul Factura CValle
CVS2 Anul Abono CValleC
CVS5 Anul Rec Envas CVall
CVS6 Anul Fact. Exp CVall
CVS7 Anul CVRX CValleCo
CVS8 Anul Otros CValleCo
CVS9 Anul Cob Rotura CVal
CVSB Anul Abono Env CV
CVSC Anul Nota CR CValleC
CVSD Anul Nota DB CValleC
CVSE CV-Factura Servicios
CVSI CV-Fact Siniestros
CVSU CV-Factura Sub-Mpr
CVSV Anul Carg Env (+F37)
CVVV CV-Fact Vtas Varias
CVVX CV-Fact Vta Var Exp
TCS Confidential
94
Todos los documentos mencionados se deben ajustar para que manejen todas las
contabilizaciones de mandato (ingresos, inventarios, ICA, IVA ICO, costo de ventas, etc)
sin el almacén CV15 y con la nueva definición que se determine la asignación de cuentas
de mandato por clase de valoración.
1.44.1.4. Modificaciones a la Interface de PICIZ:
La interface de PICIZ se verá afectada por la entrada de Génesis a Cervalle en los siguientes
aspectos:
Con el documento de transporte en la salida de camión. Deberá generarse un archivo
plano por cada documento de transporte que permita registrar la salida de inventarios
de PT de Zona Franca.
Con el retorno del camión a Zona Franca al finalizar la ruta, deberá generarse un
archivo plano por camión con la relación de materiales que ingresan a ZF producto de
las devoluciones PBE y PFN y lo no vendido.
1.44.1.5. Fletes de reparto (T2) y Servicios de

Distribución (T3 Génesis) Documento de transporte:
Los Servicios de Distribución (T3) tanto del producto propio CV como del PT recibido en
mandato de Bavaria y UNION se liquidarán a cargo de CERVALLE en una sola factura recibida
del UC ó UD según corresponda.
Los Servicios de Distribución del producto propio CV se liquidarán a cargo de CERVALLE.
Las particularidades que hay que tener en cuenta en este modelo son:
 En los documentos de gastos de transporte se deben identificar el lote correspondiente

a nivel de material y entrega relacionados al documento de transporte.
 Cuando se contabilice en Cervalle los servicios de distribución por documento de
transporte se deben realizar las siguientes contabilizaciones en el mismo documento
contable tipo YF:
o Con el producto propio deber afectar la cuenta por pagar al tercero contra el
gasto y afectar las cuentas de impuestos correspondientes.
o Con el producto en mandato de Unión lote (UN) afectar la cuenta por pagar al
tercero contra la cuanta de regularización de mandato con Unión, afectar las
cuentas de impuesto y de orden correspondientes.
o Con el producto en mandato de Bavaria lotes (TO, BC, TB, AG) afectar la cuenta
por pagar al tercero contra la cuanta de regularización de mandato con Bavaria,
afectar las cuentas de impuesto y de orden correspondientes.
 Diariamente se deben contabilizar con tipo de documento mutisociedades (SU) por cada
Documento de transporte las contabilizaciones generadas por concepto de servicios de
Distribución por mandante, donde en el mandatario se contabiliza la cuenta de
regularización contra la cuanta por cobrar al Mandante y en el mandante se genera una
cuanta por pagar al mandatario contra el gasto.
TCS Confidential
95
1.44.1.6. Ajuste Documentos Génesis:
Para los documentos Génesis, se debe tener en cuenta el manejo del producto en
mandato de acuerdo con la actual operación de Cervalle para que las contabilizaciones,
determinación de cuentas de orden, impuestos, inventarios, costo de ventas, obsequios,
se ajusten de acuerdo a los requerimientos de mandato y Zona Franca que actualmente
operan con las particularidades definidas por el contrato de mandato en ese CD.
Actualmente la operación Génesis tiene en cuenta únicamente el producto propio, en

consideración a que Cervalle es la única planta que maneja la figura jurídica de venta de
productos en Mandato, se debe garantizar que esta operación de producto en mandato
este cubierta con la entrada del modelo Génesis a Cervalle.
Los documentos de ventas génesis a tener en cuenta con las particularidades

anteriormente mencionadas son los siguientes:
ZCA2 ZCOT
ZCS2 ZCP2
ZCS4 ZCP4
ZCS8 ZCP5
ZCO2 ZSC1
ZCD4 / ZCDB ZCS6
ZCD2 / ZCDF ZCPV
TCS Confidential
96
1.44.2. Procesos impactados
1.44.2.1. Movimiento de producto terminado entre

centros
Traspasos de producto en mandato
Reubicación de mandato
1.44.2.2. Movimientos internos de bodega

Diferencias de inventarios – Bajas – Roturas
1.44.2.3. Ventas de producto terminado propio y en

mandato
Ventas a detallistas (modelo GENESIS)
Ventas a distribuidores y Socios (modelo actual)
Obsequios - Embajadores de Marca - consumos internos
Cobro de faltantes – siniestros - hurtos
Reexpediciones – Devoluciones
1.44.2.4. Ajuste de almacenes (bloqueo de CV15- PT en

mandato)
1.44.2.5. Ajuste de interfase PICIZ
1.44.2.6. Ajustar aplicativo de Fletes y Servicios de

distribución
• Cervalle se ajustó para el modelo Génesis no Génesis para Cervalle.
• Continúan los actuales contratos de BAV y UN con CV como único mandatario

para prestación de servicios logísticos en Zona Franca y de mandato para venta
de PT en Zona Franca y en POS
• Continúan las ventas Intercompañias de Cervalle a Bavaria y Unión
TCS Confidential
97
• Se desactiva el almacén CV15 en Cervalle para unificar el modelo a nivel

nacional definido en Génesis.
• Ajuste de interfase PICIZ acorde con modelo Génesis
• Cervalle a través de los UC facturará en POS producto propio y producto

recibido en mandato.
• Con la figura de Mandato, Bavaria y Unión deben asumir los gastos T1, T2 y T3
(servicios de distribución) originado en la venta de sus productos.
MODELO CERVALLE
HOY MODELO GENESIS
• CV vende a Distribuidores (PT propio y • Bavaria realiza la preventa y televenta

en mandato).
• CV vende producto para KA. (PT propio • CV vende producto para KA. (PT propio
y en mandato). y en mandato de UN y BA).
• CV vende a Distribuidores rurales y • CV vende a Distribuidores y socios (PT

socios (PT propio y en mandato). propio y en mandato de UN y BA).
• CV vende producto propio a BAV y • CV vende producto propio a BAV y

Unión Unión
• CV traspasa PT en mandato a CDs de • CV traspasa PT en mandato a CDs de

Bavaria. Bavaria.
• Por restricción legal CV NO compra • CV vende en POS (PT propio y en

producto a Bavaria ni a Unión, aplica el mandato de UN y BA) a través de un
mandato. UC.
• El PT sale de ZF con un documento de

transporte para ser facturado en POS.
TCS Confidential
98
1.44.3. AJUSTES EN EL MODULO MM
 Eliminar el almacén CV15 para el manejo de PT en Mandato
 Modificar la determinación de stocks del centro CV01
 Asignación del puesto de expedición
 Asignación del almacén de Picking
 Ajustar AAA para contabilización de replica de inventarios.
 Ajustar la asignación de cuentas de orden en las operaciones de la GBB para

el agrupador 0006 Cervalle y las categorías de valoración de PT en Mandato
 Cambiar el modificador de cuenta para la clase de movimiento 991 y 992 bajas

por hurtos, se asigna el mismo de siniestros VSX, VSY
 Eliminar el almacén CV15 para el manejo de PT en Mandato
 Ajustar transacción ZMEB para la determinación de lotes en reubicación de

mandato
 Ajustar transacción ZTRIC para ingresar el PT en remesa de mandato en el

almacén CV01
 Ajustar transacción ZTRIC para finalizar el documento de transporte y crear el

documento de gasto en Documentos de Transporte por remesa de mandato.
 Registrar todos los documentos de material por movimientos internos de bodega en la

tabla ZFI_MANDATO para contabilización de replica de inventarios.
 Ajustar BADI documentos de material ZCL_IM__MB_DOCUMENT_MANDTO
TCS Confidential
99
1.44.4. AJUSTES EN EL MODULO SD

 Se ajustaron los esquemas de cálculo del modelo Génesis:
 Z00136 “CO-Ventas Detallistas”
 Z00138 “CO-Transferencias Gratuitas De”
 Z00146 “CO-Diferencia de Conductor”
 Se agregaron condiciones de precio de mandato
ZP16- Vr. IVA +Imp. al consumo
ZP17- CxP Comercial mandat
ZP18- Vr. Liq+envases retornable-descuentos
ZP19 -Costo del material (VPRS)
ZP20- Costo del material (VPRS)
En el pedido no se verá la determinación de cuentas para estas condiciones, se verán

únicamente en la factura.
 Las condiciones de precio de mandato fueron configuradas para que solo fueran
ejecutadas en el documento de facturación, ya que el lote no se determina durante la
creación de la orden de ventas.
 Utilizan el tipo de condición: L “Generalmente al copiar”, para poder recalcularse

durante la facturación sin necesidad de hacer un recalculo de precios.
TCS Confidential
100
 Los tipos de documento de facturación utilizados por Cervalle, requieren recalcular

impuestos al momento de la facturación, para tomar el valor del lote / clase de
valoración en su búsqueda de registro de condición de precio.
 Se verificó que las combinaciones de tipos de facturación / tipo de documento de

entrega / tipo de posición, utilicen la clase de determinación de precio “G” Tomar
componentes precio sin modificación, nueva determinación de impuestos
 Las clases de factura propias de Cervalle: CVXX, deberán utlilizar la clase de

documento de finanzas RV “Traspaso de facturas”.
 Se crearon precondiciones de precio para permitir o evitar condiciones de mandato: 616

y 617.
TCS Confidential
101
Estas precondiciones validan si lo ejecutado corresponde a Cervalle; es decir verifica si

se trata de Cervalle para aplicar las respectivas condiciones, de otro modo no.
 Se ajustaron las entradas en la determinación de cuentas
 Se agregaron registros de mandato a las tablas de determinación de cuentas

que permiten el uso de lote, clase de valoración y organización de ventas.
Tabla 504 “Asignación Impuesto al Consumo (Por Pagar)”
Tabla 505 “Reexpediciones”
Tabla 506 “Asignación de Cuentas X Clave de Cuenta”
Tabla 519 “Org.Ventas/Can.distr./Cl.factura/Gr.imput./Gr.Imp.Mat/Lote/C”
Tabla 520 “Org.Ventas/Lote/Clv.cta.”
DESARROLLOS:
 Se revisaron los user exits de ventas para eliminar el uso del almacén de mandato
CV15 “Intercompañia”, utlizado por cervalle en su modelo actual, su uso será eliminado
con la entrada del modelo genesis:
 Los user exits en donde se eliminó su uso son:
MV45AFZZ “User Exit Sales Order”
MV45AFZB “User Exit Sales Order”
RV45PFZA “User Exit Facturación”
 La salida y entrada de mercancías debe ser notificada en archivo plano al sistema

controlador de zona franca PICIZ.
 Se desarrolló una interface que envía el detalle de salida de mercancías, cuando se

crea un documento de transporte y alcanza el nivel 5 “Despacho / Expedición”, aquí se
crea un archivo plano para que sea enviado a PICIZ.
 De la misma manera se generá un archivo para ser enviado a PICIZ, durante la

liquidación de la ruta “Check In”, al momento de la creación del documento de ventas de
liquidación ZPRL.
 La funcionalidad de la creación del archivo PICIZ se agrupo en el módulo de funciones

“ZSD_INTERFACE_PICIZ”, es llamado durante la creación del documento de transporte
por “BADI_LE_SHIPMENT~AT_SAVE” y durante la creación del pedido con el user exit
“MV45AFZZ”.
TCS Confidential
102
 La implementación del modelo Génesis DSD Direct Store Delivery en Cervecería del
Valle, requiere de hacer ajustes a formato de transporte, para incluir requisitos propios y
exclusivos de Zona Franca.
 Los centros de Distribución de Bavaria y Unión, utilizan el mensaje de transporte ZCDT

“CO-Doc de Transporte”, para imprimir los documentos de transportes Génesis desde la
cabecera de transporte.
 La inclusión de Cervecería del Valle al modelo Génesis, requiere de hacer algunos

ajustes al formato de impresión Smartform, ligado al mensaje de transporte ZCDT.
 La recepción de mercancías a Zona Franca, realizado durante el proceso de liquidación

de rutas o “Check In”, se produce cuando el camión repartidor, regresa a almacén
después de completar su ruta y confirma las ventas del día, realiza ajustes como
devoluciones y cancelaciones.
 Los ingresos de producto terminado recibidos durante la liquidación de la ruta “Check

In”, deberán de ser reportados al sistema PICIZ, tanto en archivo electrónico como en
forma de reporte en línea desde SAP R/3.
 Se desarrolló un nuevo reporte / smartform que contiene la información de producto

terminado ingresado por los conceptos de Devolución Producto en Buen Estado,
Devolución Producto Fuera de Norma y Producto No Venta.
 El reporte puede ser llamado usando la transacción ZSMGEN_LIQ_RUTA / Smartform

ZSMGEN_LIQUIDA_RUTA.
TCS Confidential
103
TCS Confidential
104
1.44.5. AJUSTES A MODULO DE FI

 Se crearon nuevos indicadores de IVA V1, V2
 Se ingresó una nueva validación para la contabilización-replica de obsequios: el

sistema pide la orden interna obligatoriamente para las cuentas establecidas.
 Se crearon criterios de compensación para la réplica (se utilizará el campo

asignación), campo para compensaciones masivas.
 Preparación para la compensación: compensación de las cuentas de regularización

ZSMGEN_UPDATE_XREF2 Actualiza el campo XREF2, parametrizado previamente
como criterio de compensación, con los documentos de tal manera que la
transacción estándar F.13 los pueda compensar de manera automática.
 La cuentas de regularización se utilizan para llevar el control contable de las

réplicas.
 Se ajustó la transacción zcmv, se creó una tabla de equivalencias para quitar el

código quemado en el desarrollo.
 Nueva Transacción "ZSMGEN_ZCMV": Con el aumento de Facturas generadas por

el GO LIVE de Génesis en Yumbo se tiene previsto realizar réplica sumarizada y no
Documento Logístico a Documento Logístico como hoy en día.
 Riesgos del cambio en la transacción: No Operativa HOY en día en SAP ERP

Productivo.
Acción de Mitigación. Pruebas Exhaustivas en SAP ERP Q/A.
Conciliación y/o Verificación de Cifras. Procesos sumarizados Versus Factura a

Factura.
Acción de Mitigación. Monitor con semáforos que evalúen Status de cada

Documento logístico.
 Creación de una nueva tabla de equivalencias: ZFI_EQUIV_CTAS que reemplaza a

la anterior , ZSD_EQUI_CTAS_CV
TCS Confidential
105
 Se reemplaza la badi Z_MB_DOCUMENT_MANDTO por la tabla ZFI_MANDATO
 Se modificó la BADI MB_DOCUMENT_BADI
TCS Confidential
106
7. APENDICES
1.45. Procesos de Contingencia y Recuperación
1.46. Procesos de Operación actuales
1.47. Metodología de la Mesa de Ayuda
1.48. Procedimientos de Aceptación
1.49. Terceros involucrados
TCS Confidential
107
8. ABREVIACIONES
Abreviación Forma expandida
TCS Confidential
108
9. GLOSARIO
…..
B
……
L
TCS Confidential
109

Manual SD DSD

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual SD DSD

Cargado por

Copyright:

Formatos disponibles

SABMiller

© 2021 Tata Consultancy Services Limited

TCS Colombia, Calle 100 # 9A-45. Torre 2, Piso 7, Bogotá, Colombia

Detalles del Documento

Nombre Version Descripción

519835798.doc-DSD 1.0 Manual de inducción para las

Aprobado por: Autorizado por:

1.0 11/03/201 Versión inicial N/A N/A Adición

Organización del documento

Aplicaciones SAP Se describen todas las aplicaciones SAP

Se describen procesos de contingencia y manuales y se detallan los terceros

DSD 02 - Listas de DSD 03 - DSD 04 - DSD 04 - DSD 04 - DSD 04 -

2.4. Usuarios y Perfiles__________________________________________________________36

4.2.3.7. HH Data Down Load______________________________________________________________63

6.1. Otras iniciativas___________________________________________________________74

7.3. Metodología de la Mesa de Ayuda____________________________________________106

1.1. Modelo de Servicio

1.2. Responsabilidad de los Roles

Supervisor de Trade Marketing

La unidad de negocio está compuesta por el vendedor, televendedor, supervisor de venta y

Ver en Referencias el documento “Modelo de Servicio Resumen.ppt”

1.3. Pasos de la Venta

Contacto con el Cliente y Determinación de Necesidades

o Verifica el interés del cliente frente a la propuesta de venta.

1.4. Alineación de Roles

1.5. Canales y Subcanales

1.6. Esquema de Precios Colombia

- Cinco componentes del costo.

1.7. Esquema de Precios Perú y Ecuador

Los esquemas más relevantes son:

Z00140 . EC-Ventas Detallistas (Esquema de precios detallistas para Ecuador)

Z00129 . PE-Ventas Detallistas (Esquema de precios detallistas para Perú)

1.8. Modelos de Venta

Ciclo del Pedido en el POS (Punto de Venta)

- Verifica envases vacios en consignación.

Entrega de HH para Sincronización

- Recibe llamada y verifica si corresponde al plan de llamadas del día.

- Se carga un camión en base a una carga planificada.

Autoventa Socio/Distribuidor Rural

Autoventa Distribuidor Urbano

El proceso consiste en:

 Solicitar obsequios de producto de cualquier marca.

Los propósitos de este programa son:

 Convertir a cada empleado en un embajador de las marcas a nivel mundial.

Pedido y entrega de obsequios.

 Estas ventas se realizan a través de un tercero (proveedor del servicio de distribución)

Se describe el proceso a continuación:

1. Solicitud de los pedidos a través del portal.

Pedido y entrega de productos comprados por empleados.

Estas ventas se facturan directamente al empleado, la entrega se realiza a través de un

Se describe el proceso a continuación:

Se describe el proceso a continuación:

Ver en referencias documento “Embajadores de marca.ppt”.

1.9. Servicio al Cliente

Principales procesos de servicio al cliente.

Los principales indicadores de gestión son los siguientes:

 Proyecto de Pricing: consiste en la realización de las actividades para llegar a la

 Clientes compra cero: se mide en un periodo de tiempo determinado o por marca

1.10. Modelos de Atención

1.10.1. Contratista Urbano

1.10.2. Distribuidor Urbano

1.10.3. Socio - Distribuidor Rural

Ver en Referencias documento “Modelo Regional Genesis UC-UD-Partn.ppt”