PVO SD Guía de Configuració-N

Manual de Configuración SD
Sales FICO (SD)

PERU
Versión : 1.0
Fecha : 17.02.2014
Equipo del Proyecto SD : Rocio Zegarra Castrejón ( Consultor SAP-SD)
Juan Augusto Sanchez Rios ( Funcional SPSA)
Manual IMG de Configuración <Módulo SD>
Contenido
Propósito..............................................................................................................................5
Información y Parametrizaciones Generales.......................................................................5
Configuración SD................................................................................................................6
A. Estructura de la Empresa........................................................................................6
1. Define Organización de Ventas......................................................................................... 6
2. Define Canal de Distribución :............................................................................................ 8
3. Define Sector..................................................................................................................... 9
4. Definir Oficina de ventas.................................................................................................... 9
5. Definir Grupo de Vendedores :........................................................................................ 10
6. Asignar organización de ventas a sociedad.....................................................................11
7. Asignar canal de distribución a organización de ventas..................................................11
8. Asignar sector a organización de ventas.........................................................................12
9. Crear área de ventas....................................................................................................... 13
10. Asignar oficina de ventas a área de ventas.....................................................................14
11. Asignar grupo de venderores a oficina de ventas............................................................14
12. Asignar organización de ventas, canal distribución, centro..............................................15
13. Asignar área de ventas a área de control de créditos......................................................16
B. Numeración de documentos SUNAT...................................................................17
1. Actualiza clase de formulario........................................................................................... 17
2. Actualizar clases de documento......................................................................................18
3. Asignar categorías de documento a clases de documento..............................................19
4. Actualizar lote y libros...................................................................................................... 20
5. Actualizar causas de no validez.......................................................................................27
C. Logistica General.....................................................................................................28
1. Interlocutor comercial....................................................................................................... 28
a. Clientes................................................................................................................... 28
D. Comercial.................................................................................................................34
2. Datos Maestros................................................................................................................ 34
a. Definir canales de distribución comunes.................................................................34
b. Definir sectores comunes........................................................................................ 35
c. Interlocutor comercial – Definir Grupo Clientes.......................................................35
d. Interlocutor comercial – Definir Zonas de Ventas....................................................36
e. Interlocutor comercial – Define Incoterms...............................................................37
3. Funciones básicas........................................................................................................... 38
2.1. Determinación de Precios.......................................................................................38
2.1.1. Condiciones: Campos permitidos......................................................................................38
2.1.2. Definir tablas de condiciones.............................................................................................38
2.1.3. Definir clases de condición................................................................................................40
2.1.4. Definir secuencias de acceso.............................................................................................44
2.1.5. Actualizar esquema de cálculo..........................................................................................46
2.1.6. Definir esquema de cliente................................................................................................49
2.1.7. Definir esquema documento..............................................................................................49
2.1.8. Asignar esquema de doc.a clases de pedido......................................................................49
2.1.9. Asignar esquema de documentos a clases de factura........................................................50
2.1.10. Fijar determinación esquema de cálculo............................................................................51
2.1.11. Definir grupos de materiales..............................................................................................52
2.2. Impuestos................................................................................................................ 52
2.2.1. Definir reglas para determinación de impuestos...............................................................52
2.2.2. Definir relevancia impositiva de registros maestros Deudores.........................................53
2.2.3. Definir relevancia impositiva de registros maestros Materiales........................................54
2.3. Imputación/Cálculo.................................................................................................. 55
2.3.1. Determinación de cuentas de ingresos...............................................................................55
Página 2 de 213
2.3.1.1. Verificar datos maestros relevantes para la imputación...........................................55

2.3.1.2. Definir dependencias en determinación de ctas de ingreso.....................................57
2.3.1.3. Definir clases determinación cuentas y secuencias acceso......................................60
2.3.1.4. Definir y asignar esquemas para la determinación de ctas......................................61
2.3.1.5. Definir y asignar clave de cuenta.............................................................................63
2.3.1.6. Asignar cuentas de mayor........................................................................................63
2.3.2. Determinación cuentas asociadas......................................................................................73
2.2.2.1. Actualizar tablas de condiciones..............................................................................73
2.2.2.2. Actualizar catálogo de campos.................................................................................74
2.2.2.3. Actualizar secuencias de acceso...............................................................................75
2.2.2.4. Actualizar clases de condición.................................................................................77
2.2.2.5. Actualizar esquema determinación cuentas.............................................................77
2.2.2.6. Asignar esquema de determinación de cuentas........................................................77
2.2.2.7. Asignar cuentas de mayor........................................................................................80
2.4. Transferencia de Necesidades................................................................................85
2.4.1. Determinación de clase de necesidades mediante la operación.........................................85
2.5. Control de mensajes............................................................................................... 87
2.5.1. Actualizar determinación de mensajes p.documentos de ventas.......................................87
2.3.1.1. Actualizar tablas de condiciones..............................................................................87
2.3.1.2. Actualizar clases de mensaje....................................................................................87
2.3.1.3. Actualizar secuencias de acceso...............................................................................99
2.3.1.4. Asignar mensajes a funciones de interlocutor........................................................100
2.3.1.5. Actualizar esquema para mensajes.........................................................................101
2.3.1.6. Asignar esquema para mensajes............................................................................103
2.5.2. Actualizar determinación de mensajes p.facturas............................................................103
2.3.2.1. Actualizar tablas de condiciones............................................................................103
2.3.2.2. Actualizar clases de mensaje..................................................................................104
2.3.2.3. Actualizar secuencias de acceso.............................................................................113
2.3.2.4. Actualizar esquema para mensajes.........................................................................114
2.3.2.5. Asignar esquema para mensajes............................................................................115
2.6. Determinación de interlocutor................................................................................116
2.6.1. Parametrizar determinación interlocutor p.maestro clientes...........................................116
2.6.2. Parametrizar determinación interlocutor p.cabecera doc. Ventas...................................124
2.6.3. Parametrizar determinación interlocutor p.posición doc. Ventas....................................125
2.6.4. Parametrizar determinación interlocutor p.cabecera factura...........................................126
2.6.5. Parametrizar determinación interlocutor p.posición factura............................................126
2.6.6. Parametrizar determinación interlocutor p.contactos comer(CAS).................................127
2.7. Control de texto..................................................................................................... 128
2.7.1. Definir clases de texto.....................................................................................................128
2.7.1.1. Doc. Ventas Cabecera............................................................................................128
2.7.1.2. Doc. Ventas Posiciones..........................................................................................135
2.7.1.3. Factura Cabecera....................................................................................................136
2.7.1.4. Factura Posiciones..................................................................................................140
2.7.1.5. Condiciones de Precio............................................................................................141
2.7.1.6. Nota de Crédito con Referencia a Factura:............................................................141
2.8. Datos incompletos................................................................................................. 143
2.8.1. Definir esquemas de datos incompletos..........................................................................143
2.8.2. Asignar esquemas de datos incompletos.........................................................................147
2.9. Gestión de crédito/Gestión de riesgo....................................................................148
2.9.1. Definir grupos de créditos...............................................................................................148
2.9.2. Especificar control automático de crédito.......................................................................150
2.9.3. Verificación simple de límite de crédito..........................................................................157
4. Documento de Ventas................................................................................................... 158
3.1. Cabecera de documento de ventas.......................................................................158
3.1.1. D efinir clases de documento de ventas...........................................................................158
Página 3 de 213
3.1.2. Definir rangos de números para documentos de ventas..................................................160

3.1.3. Asignación área de ventas a clases de documento de ventas...........................................162
3.2. Posición documento ventas...................................................................................166
4.2.1. Definir tipos de posición..................................................................................................166
4.2.2. Asignar tipos de posición.................................................................................................168
4.2.3. Definir motivos de rechazo..............................................................................................169
3.1. Repartos................................................................................................................ 170
3.1.1. Definir Tipo de Repartos:................................................................................................170
3.1.2. Asignar tipos de reparto...................................................................................................171
3.2. Pedidos abiertos.................................................................................................... 172
3.1.3. Datos contractuales - Definir perfiles de contrato...........................................................172
3.3. Actualizar control de copia para documentos de ventas.......................................173
4.4.1. Control de copia: Doc. de venta a documento de venta..................................................173
4.4.2. Control de copia: Factura a documento de venta.............................................................175
5. Facturación.................................................................................................................... 180
4.1. Documentos de facturación...................................................................................180
4.1.1. Definir clases de factura..................................................................................................180
4.4.3. Definir rango de números para facturas...........................................................................183
4.4.4. Actualizar control de copia para facturas........................................................................183
4.4.5. Definir motivos de bloqueo para la facturación..............................................................187
4.4.6. Actualizar cantidad máxima de posiciones de factura.....................................................188
4.2. Plan de facturación................................................................................................ 189
4.2.1. Definir clase de plan de facturación................................................................................189
4.2.2. Definir denominaciones de fecha....................................................................................189
4.2.3. Definir y asignar categoría de fecha................................................................................189
4.2.4. Actualizar propuesta de fecha p.clase plan de facturación..............................................189
4.2.5. Asignación de clase de plan facturación a clase doc.ventas............................................189
4.2.6. Asignar cl.de plan de facturación y tipo de posición.......................................................189
4.2.7. Definir reglas para la determinación de fechas................................................................189
E. User Exits implementados......................................................................................190
1. User Exits  Pedidos.................................................................................................. 190
2. User Exits  Facturas................................................................................................. 194
F. Desarrollos varios...................................................................................................197
1. Ajustes a formularios :................................................................................................... 197
2. Programas desarrollados ABAP:...................................................................................198
2.1. Envío de mail a Locatarios:...................................................................................198
2.2. REDONDEO DE LA DETRACCIÓN :....................................................................199
3. Impresión masiva de facturas :......................................................................................203
4. Notas aplicadas............................................................................................................. 205
5. Ajustes a Programas Standard......................................................................................208
Página 4 de 213
Propósito
Este documento explica en detalle cómo se configuraran en SAP los procesos de negocios
identificados en la etapa de Business Blue Print, para la sociedad Plaza Vea Oriente del Grupo
Interbank.
Información y Parametrizaciones Generales

Esta herramienta llamada Implementation Managment Guide (IMG) en el cual se plasman todos
los pasos para configurar cada aplicación definida en la etapa de procesos de negocio.
Página 5 de 213
Configuración SD
Los componentes que se utilizaran en la configuración de los escenarios, por lo general se
organizarán de acuerdo a la Estructura de la Organización, los datos maestros, procesos de
información y otros. La secuencia en que los componentes están cubiertos debe seguir el típico
proceso en el que se configura los escenarios.
A. Estructura de la Empresa
1. Define Organización de Ventas
Uso
En esta actividad IMG puede definir en su empresa una nueva organización de ventas
o tratar una organización de ventas ya existente. Para adaptar el volumen de función de
una organización de ventas a la organización de su empresa, debería tratar la siguiente
lista de verificación: Juridicamente, una organización de ventas está integrada en una
única sociedad FI; asigne uno o varios centros a una organización de ventas; la
organización de ventas tiene una dirección; dentro de una organización de ventas se
pueden definir datos maestros propios; una organización de ventas puede tener, por lo
tanto, datos maestros propios de material y de clientes, así como condiciones y una
determinación de precios también propias.
Procedimiento
Acceda a la actividad mediante una de las opciones de navegación siguientes:
Menú IMG Estructura de la empresa>Definición>Comercial>Definir, copiar,
borrar, verificar organización de ventas
Transaction SPRO
code
Página 6 de 213
2. Define Canal de Distribución :

Uso
Defina en esta etapa de trabajo los canales de distribución en su empresa o trate los canales de
distribución existentes. Para adaptar el volumen de función de un canal de distribución a la
organización de su empresa .
Procedimiento
Menú IMG Estructura de la empresa>Definición>Comercial> Definir,
copiar, borrar, verificar canal de distribución
Transaction SPRO
code
Página 7 de 213
3. Define Sector
Uso
Defina en esta actividad IMG los sectores de su empresa o trate los sectores existentes. Por un
lado, el sector pertenece a las unidades organizativas del Comercial y, por otro lado, es
necesario para realizar la imputación de actividades logísticas a nivel de la división en la
contabilidad financiera. La división del material se determina mediante el centro y el sector
definido en el registro maestro de materiales.
Procedimiento
Menú IMG Estructura de la empresa>Definición> Logística general>
Definir, copiar, borrar, verificar sector
Transaction SPRO
code
4. Definir Oficina de ventas

Uso
Una oficina de ventas puede ser subdividida en varios grupos de vendedores. Puede asignar sus
propios empleados a una oficina de ventas. Una oficina de ventas tiene una dirección. Todas las
posiciones de un documento de ventas pertenecen a una oficina de ventas.
Procedimiento
Menú IMG Estructura de la empresa>Definición>Comercial> Actualizar
oficina de ventas
Transaction SPRO
code
Página 8 de 213
5. Definir Grupo de Vendedores :

Uso
Defina en esta etapa de trabajo los grupos de vendedores en su empresa. La definición de
grupos de vendedores es opcional. También puede utilizar el sistema SD sin crear grupos de
vendedores.
Procedimiento
Menú IMG Estructura de la empresa>Definición>Comercial> Actualizar
grupo de vendedores
Transaction SPRO
code
Página 9 de 213
6. Asignar organización de ventas a sociedad

Uso
Defina en este punto de menú la asignación de organizaciones de ventas a sociedades FI. Así
establece la conexión entre los sistemas SD y FI. Una organización de ventas forma parte de
una única sociedad FI.
Procedimiento
Menú IMG Estructura de la empresa> Asignación> Comercial>
Asignar organización de ventas a sociedad
Transaction SPRO
code
7. Asignar canal de distribución a organización de

ventas
Uso
Asigne en esta actividad IMG los canales de distribución a una organización de ventas. En
dicho caso, pueden formar parte de una organización de ventas tantos canales de distribución
como desee. Además, un canal de distribución puede ser válido para varias organizaciones de
ventas.
Procedimiento
Asignar canal de distribución a organización de ventas
Transaction SPRO
code
Página 10 de 213
8. Asignar sector a organización de ventas

Uso
Asigne en esta actividad IMG tantos sectores como desee a una organización de ventas. Un
sector puede formar parte de varias organizaciones de ventas
Procedimiento
Asignar sector a organización de ventas
Transaction SPRO
code
Página 11 de 213
9. Crear área de ventas

Uso
En esta actividad IMG se crean las áreas de ventas. Puede crear un área de ventas para todas
las combinaciones posibles de organización de ventas, canal de distribución y sector.
Procedimiento
Menú IMG Estructura de la empresa> Asignación> Comercial> Crear
área de ventas
Transaction SPRO
code
10. Asignar oficina de ventas a área de ventas

Uso
En esta actividad IMG se crean las áreas de ventas. Puede crear un área de ventas para todas
las combinaciones posibles de organización de ventas, canal de distribución y sector
Procedimiento
Asignar oficina de ventas a área de ventas
Transaction SPRO
code
Página 12 de 213
11. Asignar grupo de venderores a oficina de ventas

Uso
Asigne en esta etapa de trabajo tantos grupos de vendedores como desee a las oficinas de
ventas. Un grupo de vendedores puede formar parte de varias oficinas de ventas.
Procedimiento
Asignar grupo de venderores a oficina de ventas
Transaction SPRO
code
Página 13 de 213
12. Asignar organización de ventas, canal distribución,

centro.
Uso
Asigne en esta etapa de trabajo tantos centros como desee a una combinación de organización
de ventas y canal de distribución. Un centro puede ser asignado varias veces.
Procedimiento
Asignar organización de ventas, canal distribución, centro
Transaction SPRO
code
13. Asignar área de ventas a área de control de créditos

Uso
En esta actividad IMG se asigna a un área de ventas un área de control de créditos.
Procedimiento
Asignar área de ventas a área de control de créditos
Transaction SPRO
code
Página 14 de 213
B. Numeración de documentos SUNAT
1. Actualiza clase de formulario

Uso
En este capítulo se actualizan las parametrizaciones necesarias en algunos países para la

numeración de tipos de comprobante. Para el caso de Perú, existe por default tipos de formularios
propuestos por SAP, se toman los siguientes:
Procedimiento
Menú IMG Componentes multiaplicaciones> Funciones de aplicación

generales> Numeración de documentos
multiaplicaciones>Chile, China, Perú>Actualiza clases
formulario
Transaction SPRO
code
Página 15 de 213
2. Actualizar clases de documento

Uso
En esta actividad IMG indique qué clases de documento se expiden con una numeración oficial de
documento. Se crean las siguientes entradas:
Procedimiento

multiaplicaciones>Chile, China, Perú> Actualizar clases de
documento
Transaction SPRO
code
Página 16 de 213
3. Asignar categorías de documento a clases de

documento
Uso
En esta actividad IMG asigne las categorías de documento individuales a las clases de documento
contable correspondientes.
Procedimiento

multiaplicaciones>Chile, China, Perú> Asignar categorías de
documento a clases de documento
Transaction SPRO
code
Para cada uno de estos registros nuevos . se agrega .
Página 17 de 213
4. Actualizar lote y libros

Uso
En esta actividad IMG introduzca la SERIE (lote) y correlativo SUNAT a los libros de documentos
prenumerados. Se registra para cada Sociedad.
Procedimiento

multiaplicaciones>Chile, China, Perú> Actualizar lote y
libros
Transaction code SPRO
Se escoge la sociedad: A122 – Plaza Vea Oriente
Página 18 de 213
SE CONFIGURA LOS LOTES INTERNOS PARA LA FACTURACIÓN ELECTRÓNICA.

FALTA CONFIGURAR ESTA PARTE
Se tiene que registrar en la tabla ZSD_ASIGNA_SUNAT
Página 19 de 213
5. Actualizar causas de no validez

Uso
En esta actividad IMG defina las causas para la no validez de documentos prenumerados. Si un
responsable declara no válido un documento en el que utiliza las funciones Reporte para
documentos prenumerados utilizados o Declarar no válidos documentos prenumerados,
indicará una de las causas que se han definido.
Procedimiento

multiaplicaciones>Chile, China, Perú> Actualizar causas
de no validez
Página 20 de 213
Página 21 de 213
C. Logistica General
1. Interlocutor comercial
a. Clientes
Uso
Los siguientes aspectos constituyen la base de la gestión de datos maestros de deudores:
 definición de los grupos de cuentas
 especificación de los rangos de números para registros maestros de cliente
 definición de los matchcodes para registros maestros de cliente
 formato de pantalla de la actualización de registros maestros para una organización de

ventas
Para poder representar los datos maestros de acuerdo con sus necesidades tiene que tratar estos
aspectos en las siguientes opciones de menú.
Procedimiento
Menú IMG Logística en general > Interlocutor comercial> Clientes >
Control> Definir grupos de cuentas y selección de
campos de clientes
Transaction code OVT0
Para los clientes Genéricos = CPD se hacen los siguientes ajustes, de tal manera que solo
aparezcan algunos campos como:
Página 22 de 213
Página 23 de 213
Página 24 de 213
Página 25 de 213
Página 26 de 213
Página 27 de 213
Página 28 de 213
Página 29 de 213
D. Comercial
2. Datos Maestros
a. Definir canales de distribución comunes
Uso
Defina en esta etapa de trabajo para determinar que canales de distribución son válidos los
datos maestros comunes. La definición es válida dentro de una organización de ventas.
Procedimiento
Menú IMG Comercial > Datos maestros > Definir canales de
distribución comunes
Transaction code VOR1
b. Definir sectores comunes

Uso
En esta actividad IMG se definen los sectores con datos maestros comunes. La definición
es válida dentro de una organización de ventas.
Procedimiento
Menú IMG Comercial > Datos maestros > Definir sectores comunes
Transaction code VOR2
Página 30 de 213
c. Interlocutor comercial – Definir Grupo Clientes

Uso
En esta actividad IMG se realiza la parametrización del sistema SAP para los
registros maestros de los interlocutores comerciales. Unos interlocutores
comerciales pueden ser en el sistema SAP:
 clientes (deudores)
 personas de contacto
 proveedores (acreedores)
 empleados (p. ej., representantes de ventas)
Procedimiento
Menú IMG Comercial > Datos maestros > Interlocutor comercial >
Clientes > Ventas > Definir grupos de clientes
Transaction code OVS9
Página 31 de 213
d. Interlocutor Comercial – Definir Zonas de Ventas

Uso
En esta opción de menú se definen las zonas de ventas en las que pueden encontrarse las
sucursales de los clientes.
Las zonas de ventas se indican, para cada área de ventas, en los datos de ventas del registro
maestro de cliente.
Procedimiento
Clientes > Ventas > Definir zonas de ventas
Transaction code OVR0
Página 32 de 213
e. Interlocutor comercial – Define Incoterms

Uso
Los incoterms pueden emplearse en la determinación del precio para determinar los gastos de
transporte. En este caso es utilizado como ayuda para el desarrollo…..xxxxxxxx
Procedimiento
Clientes > Factura > Definir Incoterms
Xxxxx > Pendiente de que Luis Rosales o Fredy confirme para que se está usando en los
contratos de SPSA.
Campo VBAK- INCO1
3. Funciones básicas
2.1. Determinación de Precios
2.1.1. Condiciones: Campos permitidos

Uso
Si, para la determinación del precio, se desea emplear un campo que no está previsto para esta
aplicación en la versión estándar de SAP, entonces éste debe insertarse en el catálogo de campos.
Sólo pueden insertarse los campos incluidos en las tablas KOMG, KOMK o KOMP.
Página 33 de 213
Procedimiento
Menú IMG Comercial > Funciones básicas > Determinación de
precio > Control de la determinación de precios > Definir
tablas de condiciones> Condiciones: Campos permitidos
Transaction code v/03
Se ingresan estos 2 nuevos campos: WTY_V_PARNR, WTY_V_PARVW, que servirán para

la clase de condición ZVAR, que es utilizada en la tabla 961 para almacenar el % del
Variable para el proceso de Locatarios.
2.1.2. Definir tablas de condiciones

Uso
En esta etapa de trabajo se definen las dependencias de los precios. Los precios, recargos y
reducciones pueden definirse de modo que dependan de casi todos los campos de un documento.
Estas dependencias se definen mediante las tablas de condiciones. En una tabla de condición se
especifican las combinaciones de campos para las cuales se crean registros de condiciones.
Procedimiento
tablas de condiciones> Crear tablas de condiciones
Transaction code v/03
Se crea para el esquema de cálculo : ZSD004 la tabla 599 :
Página 34 de 213
Se crea la Tabla 961 - ClDocVenta/Incoterms2/Función/Interloc. ( tabla que se utilizará en la

condición ZVAR, para cargar el % de Variable para Locatarios.)
2.1.3. Definir clases de condición

Uso
Mediante las clases de condición se reproducen en el sistema SAP los elementos de precio. Los
elementos de precio son, por ejemplo, precios, recargos, reducciones, impuestos o portes, que se
crean en los registros de condición
Página 35 de 213
Procedimiento
precio > Control de la determinación de precios >
Transaction code
Se crean las siguientes condiciones , que serán tomadas para todas las compañías del grupo :
Página 36 de 213
26.04.13  Escalas,
En este punto el campo Clase esc. = D … se blanquea y se coloca = blanco.
Debido a que cuando se hace una NC con refer. A una factura que proviene de un
contrato, la condición ZPSV se borra en forma automática al momento de grabar el
pedido de NC y ND, y no respeta el control de copia que tiene pricing = D. como
consecuencia el usuario tendría que manualmente colocar el importe de la NC x
posición. Al retirarlo quedaría como:
Condición de detracción : Z1w1
Página 37 de 213
Para el % del Variable se crea la condición : ZVAR 
Página 38 de 213
Página 39 de 213
2.1.4. Definir secuencias de acceso

Uso
La secuencia de acceso es una estrategia de búsqueda mediante la cual el sistema SAP busca los
registros de condición válidos para una condición.
Procedimiento
secuencias de acceso
Se crea la Secuencia de Acceso : ZVAR : % Variable ( Proceso de Locatarios).
Se crea la secuencia para la detracción : Z1W1
Página 40 de 213
Detracción :
Se tiene la carga de condición Z1W1 la cual se carga con el % de detracción a aplicar. Ir

a la tx. VK11, y crear el registro.
Página 41 de 213
OJO : el indicador 01, está asociado a D2 en FI, por lo tanto si no lo asignamos en la vk12, no
generará el asiento contable de detracción.
por otro lado el material, tiene asociado en un campo : Grupo de material, un indicador ZD Sujeto
a Detraccción ( se buscó un campo que no haya sido utilizado en el maestro de materiales.)
OJO :
solo se le cobra autodetracción en la venta de Productos : Alcohol y Azucar ( venta al por
mayor ) y solo aplica sobre un mínimo de S/. 700. 00 ( por ley).
Página 42 de 213
Para TODO lo implementado por Detracción en SD y FI, buscar el archivo

DETRACCION_FICO .(ahí se especifica todo lo construido para Detracción de ambos módulos ).
2.1.5. Actualizar esquema de cálculo

Procedimiento
precio > Control de la determinación de precios > Definir y
asignar esquemas de cálculo > Actualizar esquema de
cálculo
OJO :
Para poder activar correctamente toas las rutinas de cálculo que se crean por la tx. VOFM,
siempre luego de terminar correr el programa : RV80HGEN
Página 43 de 213
Página 44 de 213
 Para el REDONDEO EN FI 
Ver el documento de DETRACCIÓN_FICO
2.1.6. Definir esquema de cliente
Procedimiento
asignar esquemas de cálculo > Definir esquema de
cliente
Página 45 de 213
2.1.7. Definir esquema documento

Procedimiento
asignar esquemas de cálculo > Definir esquema
documento
Página 46 de 213
2.1.8. Asignar esquema de doc.a clases de pedido
Procedimiento
asignar esquemas de cálculo > Asignar esquema de
doc.a clases de pedido
Para TPSA 
Página 47 de 213
Para HPSA 
Para IPM 
Para MILENIA
Página 48 de 213
2.1.9. Asignar esquema de documentos a clases de factura
Procedimiento
asignar esquemas de cálculo > Asignar esquema de
documentos a clases de factura
Para TPSA 
Página 49 de 213
Para HPSA 
Para IPM 
Página 50 de 213
Para MILENIA 
2.1.10. Fijar determinación esquema de cálculo
Procedimiento
asignar esquemas de cálculo > Fijar determinación
esquema de cálculo
Para TPSA 
Página 51 de 213
Para HPSA 
Para IPM 
Para MILENIA 
Página 52 de 213
2.1.11. Definir grupos de materiales
Uso
En esta actividad IMG se verifican y definen, en el registro maestro de clientes y materiales, los
campos de datos maestros relevantes para el precio.
Procedimiento
precio > Control de la determinación de precios >
Actualizar campos de datos maestros relevantes p.precio
Se crean los siguientes grupos de materiales, que serán usados por la tx. VK11 para
asignar el % de la Detracción a calcularse en forma automática, dentro de los esquemas
de cálculo :
Página 53 de 213
2.2. Impuestos
2.2.1. Definir reglas para determinación de impuestos
Uso
En esta opción de menú se definen las reglas de la determinación de impuestos.
El sistema SAP determina automáticamente los impuestos en el marco de la determinación del

precio.
Procedimiento
Menú IMG Comercial > Funciones básicas > Impuestos > Definir
reglas para determinación de impuestos
Transaction code OVK1
2.2.2. Definir relevancia impositiva de registros maestros Deudores
Procedimiento
relevancia impositiva de registros maestros > Deudores
Página 54 de 213
Al activarse, permitirá en el maestro de clientes, mostrar la ventana con la

Clasificacón fiscal, de lo contrario no se mostrará:
2.2.3. Definir relevancia impositiva de registros maestros Materiales

relevancia impositiva de registros maestros > materiales
Página 55 de 213
2.3. Imputación/Cálculo
2.3.1. Determinación de cuentas de ingresos
2.3.1.1. Verificar datos maestros relevantes para la imputación

Uso
La determinación de cuentas puede hacerse según los siguientes campos de datos maestros:
 Grupo de cuentas Material en el registro maestro de materiales
 Grupo de cuentas Cliente en el registro maestro de clientes
Procedimiento
Menú IMG Comercial > Funciones básicas > Imputación/Cálculo >
Determinación de cuentas de ingresos > Verificar datos
maestros relevantes para la imputación
Página 56 de 213
Para Materiales: Grupos imputación :
Página 57 de 213
Para Deudores: grupos de imputación :
2.3.1.2. Definir dependencias en determinación de ctas de ingreso

Uso
En esta opción del menú, se fijan las dependencias en la determinación de las cuentas de
ingresos. Para ello almacene en una tabla de determinación de cuentas la combinación de criterios
que regirán la determinación de cuentas
Procedimiento
Página 58 de 213

Determinación de cuentas de ingresos > Definir
dependencias en determinación de cuentas de ingreso
>Determinación cuentas: Crear tablas
Transaction code V/12
Se crea la tabla 901 como copia de la tabla 001. ( se retira la organización de ventas).
Se crea la tabla 902 como copia de la tabla 901. ( se ingresa el campo MONEDA de la
factura ya que Jorge A. solicita la imputación a unas cuentas en Soles y otras en dólares).
 Para que esto funciones, se tuvo que agregar con código ABAP el campo ZZWAERK en
las tablas KOMCV y KOMKCV
Página 59 de 213
Página 60 de 213
2.3.1.3. Definir clases determinación cuentas y secuencias acceso

Uso
En esta opción de menú se definen la secuencia de acceso y las clases de determinación de cuentas
para una determinación automática de las cuentas de ingresos.
Procedimiento
Determinación de cuentas de ingresos > Definir clases
determinación cuentas y secuencias acceso > Actualizar
secuencias de acceso p.determinación de cuentas
Se asigna a la secuencia KOFI, la tabla creada 901, tal como se muestra:
Página 61 de 213
2.3.1.4. Definir y asignar esquemas para la determinación de ctas
Uso
Página 62 de 213
En esta opción de menú, se definen los esquemas para la determinación de cuentas y se asignan a
las clases de factura.
En un esquema para la determinación de cuentas se define la secuencia con la que debe leer el
sistema SAP las clases de determinación de cuentas y que se utilizarán en la determinación de
cuentas de ingresos.
Procedimiento
Determinación de cuentas de ingresos > Definir y asignar
esquemas para la determinación de cuentas
Se asigna el esquema a la clase de Factura para TPSA :
Página 63 de 213
2.3.1.5. Definir y asignar clave de cuenta
Uso
En esta opción del menú, se define la clave de cuenta y se asigna a la determinación del precio, las
clases de condición contenidas en los esquemas de cálculo.
Con la clave de cuenta se agrupan en la contabilidad financiera las cuentas de la misma clase. El
sistema SAP encuentra a través de la clave de cuenta las cuentas de mayor buscadas
Procedimiento
Determinación de cuentas de ingresos > Definir y asignar
clave de cuenta
2.3.1.6. Asignar cuentas de mayor
Uso
Página 64 de 213
En esta opción de menú se asignan las cuentas de mayor para la determinación de las cuentas de
ingresos. La asignación debe realizarse para cada secuencia de acceso que se haya definido
previamente.
Procedimiento
Determinación de cuentas de ingresos > Asignar cuentas
de mayor
Transaction code VKOA
 Gr.cuentas deudor/Gr.material/Clave cuentas
Tanto para KOFI como para KOKF :
Página 65 de 213
Página 66 de 213
Página 67 de 213
Página 68 de 213
Página 69 de 213
Página 70 de 213
APLICA SOLO PARA SPSA : INICIO
Crear una llave mas de Imputación Contable
Necesitamos que esta llave tenga la Clase de Factura :
Página 71 de 213
Página 72 de 213
Para lograr esto se ha tenido que agregar a las estructuras de tablas, el campo ZZFKART :
Página 73 de 213
Necesitamos tocar este incluye : RV60AFZZ, para que nos permita incluir este campo dentro de
nuestra nueva tabla 504
APLICA SOLO PARA SPSA : FIN.
Página 74 de 213
2.3.2. Determinación cuentas asociadas

2.2.2.1. Actualizar tablas de condiciones
Uso
En esta actividad IMG se definen las tablas de condiciones. Se Crearán las tabla 507 y 902 de apoyo
para registrar la secuencia de acceso.
Procedimiento
Determinación cuentas asociadas > Actualizar tablas de
condiciones
Transaction code OV62
Se requiere la imputación de cuentas asociadas dependiendo de la moneda,

para esto es necesario crear una llave nueva. Se pide apoyo ABAP para el
ingreso de la Moneda, campo ZZWAERK:
Se crea la rutina 902, con la siguiente estructura :
Página 75 de 213
OJO : Para ver mas detalles de la construcción en ABAP .. ver el punto Ajustes a Desarrollo de
este documento.==>
2.2.2.2. Actualizar catálogo de campos

Uso
En esta actividad IMG se actualiza el catálogo de campos.
Procedimiento
Determinación cuentas asociadas > Actualizar catálogo
de campos
Página 76 de 213
2.2.2.3. Actualizar secuencias de acceso
Uso
En esta actividad IMG se definen las secuencias de acceso.
Procedimiento
Determinación cuentas asociadas > Actualizar secuencias
de acceso
Página 77 de 213
Página 78 de 213
2.2.2.4. Actualizar clases de condición
Uso
En esta actividad IMG se definen las clases de condiciones ZOAB, y se le asocia la secuencia ZOAB
Procedimiento
Determinación cuentas asociadas > Actualizar clases de
condición
2.2.2.5. Actualizar esquema determinación cuentas
Uso
En esta actividad IMG se define el esquema para la determinación de cuentas.
Procedimiento
Determinación cuentas asociadas > Actualizar esquema
determinación cuentas
2.2.2.6. Asignar esquema de determinación de cuentas

Uso
En esta actividad IMG se asigna el esquema para la determinación de cuentas a las clases de factura
Procedimiento
Página 79 de 213

Determinación cuentas asociadas > Asignar esquema de
determinación de cuentas
Para MILENIA :
PARA IPM :
Página 80 de 213
PARA TPSA :
Página 81 de 213
2.2.2.7. Asignar cuentas de mayor

Uso
En esta actividad IMG se actualiza la determinación de cuentas para la determinación de
cuentas asociadas. La forma de proceder es la misma que la descrita en la
determinación de las cuentas de ingresos.
Procedimiento
Determinación cuentas asociadas >
Transaction code OVA2
Por ejmplo:
Página 82 de 213
PARA TPSA 
Página 83 de 213
Página 84 de 213
Página 85 de 213
Página 86 de 213
07.11.2013 – TPSA solicita nuevo grupo imputación D8
2.4. Transferencia de Necesidades
2.4.1. Determinación de clase de necesidades mediante la

operación
Para cumplir con el requerimiento de Gloria Arenas de imputar a Ordenes CO, es necesario
modificar la configuración en este punto, para corregir el mensaje de NO PERMITIR ingresar
varias imputaciones, como CENTRO, CEBE y ORDEN al mismo tiempo, tal como se muestra en
la figura:
A pesar de que estamos tratando Servicios, que no tienen movimiento de Stocks.
Uso
Página 87 de 213
Determinación de clase de necesidades mediante la operación

La determinación de la clase de necesidad se realiza en la versión estándar de SAP - partiendo
del grupo de estrategias del material - según una estrategia de búsqueda determinada.
Estrategia para la determinación de la clase de necesidad
1. Primero se intenta encontrar una clase de necesidad a partir del grupo de estrategias
del maestro de materiales.
2. Si ese grupo de estrategias no está actualizado, éste se determina a través del grupo
de planificación de necesidades.
3. Si el grupo de planificación de necesidades no está definido, entonces el sistema
emplea el tipo de material, accediendo a la correspondiente tabla de control, en lugar del
grupo de planificación de necesidades.
4. Si incluso aquí no se encuentra ninguna clase de necesidad, entonces el sistema
parte de una regla especial e intenta encontrar una clase de necesidad a partir del tipo
de posición y de la característica de planificación de necesidades.
5. Si esto tampoco es posible, entonces se procede al último intento y se busca una
clase de necesidad a partir únicamente del tipo de posición.
6. Si también falla este último intento, entonces el sistema declara que la actividad no es
relevante con respecto a la comprobación de disponibilidad y transferencia de
necesidades.
Procedimiento
Menú IMG Comercial > Funciones básicas > Verificación de
disponibilidad y transf.de necesidades > Transferencia de
necesidades> Determinación de clase de necesidades
mediante la operación
Página 88 de 213
TENÍA ASIGNADO = SE , Se retira y deja en blanco. Con esto se

corrige el mensaje de error anterior. APLICA PARA TODAS LAS
SOCIEDADES.
2.5. Control de mensajes
2.5.1. Actualizar determinación de mensajes

p.documentos de ventas

Uso
En esta actividad IMG se define la tabla de condición para registros de condiciones de
mensajes.
En una tabla de condición especifique la combinación de campos para la que desea crear
registros de condiciones de mensajes
Procedimiento
Menú IMG Comercial > Funciones básicas > Control de
mensajes > Determinación de mensaje >
Determinación de mensajes vía técnica de
condiciones > Actualizar determinación de mensajes
p.documentos de ventas > Actualizar tablas de
condiciones
Transaction V/ 57
code
2.3.1.2. Actualizar clases de mensaje
Uso
En esta opción de menú se definen condiciones de mensajes para registros de condiciones
de mensajes.
La condición de mensajes reproduce varios mensajes en el sistema SAP, como p. ej.

ofertas, confirmaciones de pedidos y notas de entrega.
Procedimiento
Página 89 de 213

p.documentos de ventas > Actualizar clases de
mensaje
Transaction V/30
code
Página 90 de 213
Página 91 de 213
Página 92 de 213
Página 93 de 213
Página 94 de 213
Página 95 de 213
Página 96 de 213
Página 97 de 213
Página 98 de 213
Página 99 de 213
Página 100 de 213

Uso
En esta opción de menú se definen las secuencias de acceso.
La secuencia de acceso es una estrategia de búsqueda con la que el sistema SAP busca
registros de condición de mensajes válidos
Procedimiento
Página 101 de 213


p.documentos de ventas > Actualizar secuencias de
acceso
Transaction SPRO
code
2.3.1.4. Asignar mensajes a funciones de interlocutor
Uso
En esta actividad IMG se asignan los mensajes permitidos a las funciones de
interlocutor.
Además, para las combinaciones de mensajes y funciones de interlocutor se indica la

clase de proceso de mensajes permitida
Procedimiento
Página 102 de 213


p.documentos de ventas > Asignar mensajes a
funciones de interlocutor
Transaction SPRO
code
2.3.1.5. Actualizar esquema para mensajes
Uso
En esta actividad IMG se definen esquemas de condiciones para los documentos
Procedimiento
p.documentos de ventas > Actualizar esquema para
mensajes
Transaction SPRO
code
Página 103 de 213

Página 104 de 213

2.3.1.6. Asignar esquema para mensajes
Uso
En esta actividad IMG se realiza la asignación de esquemas para condición de mensajes a
los documentos.
Además, tiene la posibilidad de indicar una clase de mensaje al que se pueda dar salida
para el documento al modificarlo o visualizarlo en la pantalla.
Procedimiento
p.documentos de ventas > Asignar esquema para
mensajes
Transaction V/43
code
2.5.2. Actualizar determinación de mensajes p.facturas

Uso
En esta actividad IMG se define la tabla de condición para registros de condiciones de
mensajes.
En una tabla de condición especifique la combinación de campos para la que desea crear
registros de condiciones de mensajes
Procedimiento
Página 105 de 213


p.facturas> Actualizar tablas de condiciones
Transaction V/ 63
code
2.3.2.2. Actualizar clases de mensaje
Uso
En esta opción de menú se definen condiciones de mensajes para registros de condiciones
de mensajes.
La condición de mensajes reproduce varios mensajes en el sistema SAP, como p. ej.

ofertas, confirmaciones de pedidos y notas de entrega.
Procedimiento
p.facturas > Actualizar clases de mensaje
Transaction V/40
code
Página 106 de 213

 FACTURA :
Página 107 de 213

1. Falta : Programa : ZSD_RLB_INVOICE …. Con su Smart Form:

ZSDFACTURA_SPSA…. Luis Rosales tiene que pasar a SAP FICO.
Página 108 de 213

 BOLETA:
Página 109 de 213

Página 110 de 213

Página 111 de 213

Página 112 de 213

1. Falta : Programa : ZSD_RLB_INVOICE _2 …. Con su Smart Form:

ZSDNOTACRED_SPSA ……………..Luis Rosales tiene que pasar a SAP FICO.
1. Falta : Programa : ZSD_RLB_INVOICE …. Con su Smart Form:

ZSDNOTACRED_DONACION……………..Luis Rosales tiene que pasar a SAP FICO.
Página 113 de 213

1. Falta : Programa : ZSD_RLB_INVOICE_2 …. Con su Smart Form:

ZSDNOTADEBITO_SPSA……………..Luis Rosales tiene que pasar a SAP FICO.
Página 114 de 213


Uso
En esta opción de menú se definen las secuencias de acceso.
La secuencia de acceso es una estrategia de búsqueda con la que el sistema SAP busca
registros de condición de mensajes válidos
Procedimiento
p.facturas > Actualizar secuencias de acceso
Transaction SPRO
code
Página 115 de 213

2.3.2.4. Actualizar esquema para mensajes
Uso
En esta actividad IMG se definen esquemas de condiciones para los documentos
Procedimiento
p.facturas> Actualizar esquema para mensajes
Transaction SPRO
code
Página 116 de 213

2.3.2.5. Asignar esquema para mensajes
Uso
En esta actividad IMG se realiza la asignación de esquemas para condición de mensajes a
los documentos.
Además, tiene la posibilidad de indicar una clase de mensaje al que se pueda dar salida
para el documento al modificarlo o visualizarlo en la pantalla.
Procedimiento
p.facturas> Asignar esquema para mensajes
Página 117 de 213

Transaction V/25
code
2.6. Determinación de interlocutor
2.6.1. Parametrizar determinación interlocutor p.maestro

clientes
Uso
En esta actividad IMG, el usuario define las reglas según las cuales debe realizarse la
determinación de interlocutor automática.
1. Defina las funciones del interlocutor que diferencian las funciones de los interlocutores
en su sistema.
2. Defina los esquemas para interlocutor y asígnelos la clave del objeto del interlocutor
respectivo.
3. Asigne las funciones del interlocutor definidas a los grupos de cuentas.
Procedimiento
interlocutor > Parametrizar determinación de
interlocutor > Parametrizar determinación interlocutor
p.maestro clientes
Transaction SPRO
code
Página 118 de 213

Página 119 de 213

Página 120 de 213

Página 121 de 213

Página 122 de 213

Página 123 de 213

Página 124 de 213

Página 125 de 213

2.6.2. Parametrizar determinación interlocutor

p.cabecera doc. Ventas
Procedimiento
p.cabecera documento ventas
Transaction SPRO
code
Página 126 de 213


p.posición doc. Ventas
Uso
Procedimiento
p.posición documento ventas
Transaction SPRO
code
Página 127 de 213


p.cabecera factura
Uso
Procedimiento
interlocutor >
Transaction
code

p.posición factura
Uso
Procedimiento
Página 128 de 213


p.cabecera factura
Transaction SPRO
code

p.contactos comer(CAS)
Procedimiento
p.posición factura
Transaction SPRO
code
Página 129 de 213

2.7. Control de texto

2.7.1. Definir clases de texto
2.7.1.1. Doc. Ventas Cabecera
Uso
En esta opción de menú se definen las clases de texto. Para cada objeto de texto pueden
existir distintos textos que se diferencian por sus clases de texto
Procedimiento
Menú IMG Comercial > Funciones básicas > Funciones básicas
> Control de texto > Definir clases de texto
Transaction VOTXN
code
Página 130 de 213

Página 131 de 213

OJO el texto guardado en el ID = 0001 y el Z001 serán llevados

hasta el asiento contable , al concatenar el ( nombre del material +
Texto de cabecera del pedido de venta) . Todo esto sucederá al
momento de crear la factura SD. Y dejará como este ejm) . :
Página 132 de 213

Página 133 de 213

Página 134 de 213

OJO el texto guardado en el ID = 0001 y el Z001 serán llevados

hasta el asiento contable , al concatenar el ( nombre del material +
Texto de cabecera del pedido de venta) . Todo esto sucederá al
momento de crear la factura SD. Y dejará como este ejm) . :
Página 135 de 213

Página 136 de 213

2.7.1.2. Doc. Ventas Posiciones
Página 137 de 213

2.7.1.3. Factura Cabecera
Página 138 de 213

Página 139 de 213

Página 140 de 213

Página 141 de 213

2.7.1.4. Factura Posiciones
Página 142 de 213

2.7.1.5. Condiciones de Precio
2.7.1.6. Nota de Crédito con Referencia a Factura:
Página 143 de 213

Página 144 de 213

Desmarcando el Flag de Ref. y Sección = blanco, logramos que el texto del ped.de NC
NO copie el Texto de Cab. De la Factura de referencia.
2.8. Datos incompletos
2.8.1. Definir esquemas de datos incompletos
Uso
En esta actividad IMG se definen los esquemas de datos incompletos que se tienen que
aplicar a los distintos objetos de datos incompletos.
En un esquema de datos incompletos se registran los campos cuya integridad se tiene

que verificar. Si no ha introducido ningún dato en uno de los campos del documento, el
documento es incompleto. Según el grupo de status puede bloquear determinadas
actividades siguientes para el documento.
Procedimiento
Menú IMG Comercial > Funciones básicas > Datos incompletos
> Definir esquemas de datos incompletos
Transaction OVA2
code
Página 145 de 213

Página 146 de 213

Página 147 de 213

ESQUEMA DE POSICIÓN :
Página 148 de 213

2.8.2. Asignar esquemas de datos incompletos

Uso
En esta sección se asignan los esquemas creados los pedidos de ventas
creados.CABECERA.
Procedimiento
Menú IMG Comercial > Funciones básicas > Datos incompletos
> Asignar esquemas de datos incompletos
Transaction VUA2
code
Página 149 de 213

En esta sección se asignan los esquemas creados los pedidos de ventas creados para
POSICION :
2.9. Gestión de crédito/Gestión de riesgo
2.9.1. Definir grupos de créditos
Uso
El grupo de crédito agrupa varias operaciones empresariales distintas que se tienen que tratar del
mismo modo en relación con la verificación de créditos.
Los grupos de crédito se definen al parametrizar las clases de documentos comerciales y al definir la
verificación de créditos automática.
Parametriz.estándar
En la versión estándar de SAP se han creado los siguientes grupos de crédito:
 01 = grupo de crédito pedido
 02 = grupo de crédito entrega
Página 150 de 213

 03 = grupo de crédito salida de mercancías


Procedimiento
 Acceda a la actividad mediante una de las opciones de navegación siguientes:
Menú IMG Comercial > Funciones básicas> Gestión de
crédito/Gestión de riesgo > Gestión de créditos> Definir
grupos de créditos
REQUERIMIENTO=> esta tolerancia no puede ser abierta para todos los tipos de pedidos, fue
solicitada únicamente para los procesos de rebate, teniendo en cuenta que son proveedores
activos y por lo tanto estamos cubiertos con las facturas que les debemos, otra razón por la
que se solicitó esta tolerancia es que el proceso de facturación durante el cierre dura varios
días y liberar manualmente los pedidos implicaba mucho tiempo luego del cierre todas las
facturas generadas pasan a compensación automática contra facturas por pagar
Para poder atender este requerimiento, se crea el grupo Z1
CONFIGURACIONES EN FI para CONTROL DE CREDITO:

Menú IMG Gestión financiera (nuevo) > Contabilidad de deudores y
acreedores > Gestión de créditos > Cuenta de control
créditos >Asignación sociedad - áreas de control de
cdto.permitidas
Página 151 de 213


Menú IMG Gestión financiera (nuevo) > Contabilidad de deudores y
acreedores > Gestión de créditos > Cuenta de control
créditos > Definir clases de riesgo
2.9.2. Especificar control automático de crédito

Uso
La gestión de créditos permite supervisar, evaluar y controlar situaciones y asignaciones de créditos. Con la
integración de información actual del FI y con el acceso simultáneo al sistema de información de créditos y
Página 152 de 213

de ventas, dicha gestión pone a disposición una amplia base de información para evaluar situaciones de
créditos críticas y para la asignación de créditos.
La gestión de créditos comprende entre otras las siguientes funciones:
 realización de verificaciones de crédito según distintos criterios y en diferentes momentos
 notificación automática de los empleados responsables en situaciones de créditos críticas con la

conexión al sistema de mail logrando así un rápido tratamiento de los problemas de crédito
urgentes
 asistencia en situaciones de créditos críticas en relación con la asignación de créditos mediante la

conexión al sistema de información de ventas y al FI
 adjudicación de diferentes autorizaciones para gestores de créditos según determinados criterios

(autorizaciones p. ej. según el valor de la cobertura de un crédito o según clases de valor de
documento)
 supervisión de la asignación de créditos (p. ej. creando listas desglosadas).
Procedimiento
crédito/Gestión de riesgo > Gestión de créditos>
Especificar control automático de crédito
Para TPSA  lo mismo se replica para las otras compañías del

grupo.
Página 153 de 213

Página 154 de 213

Página 155 de 213

Página 156 de 213

Página 157 de 213

Página 158 de 213

2.9.3. Verificación simple de límite de crédito
Uso
Con la gestión de créditos para deudores se pone a su disposición una herramienta adicional de
gran potencial para la garantía del riesgo de crédito.
Procedimiento
crédito/Gestión de riesgo > Verificación simple de límite
de crédito
Transaction code OVAK
Verificación no aplica para Contratos, Boletas de Venta y Notas de Crédito :
La tolerancia que se maneja para todas las clases de pedidos es 0 días,  se asigna 01,
Página 159 de 213

con excepción de los pedidos de Rebates ZT09- P.Rebates TPSA cuya tolerancia es a 15 días.
 se asigna Z1.
Esto aplica solo para las clases de Riesgo ZMM : Pedido Medio Riesgo TPSA ( no aplica para
Cl. Riesgo : ZAA :Pedido Alto Riesgo ).
El control de riesgo aplica solo para Facturas de Ventas y Notas de Débito, no para Boletas ni
para NC. Entonces se asigna D y 01 o D y Z1
4. Documento de Ventas
3.1. Cabecera de documento de ventas
3.1.1. D efinir clases de documento de ventas
Uso
Las clases de documento de ventas representan las distintas operaciones comerciales en ventas y
destacan por su carácter de control de toda la gestión de ventas. Al definir y parametrizar las clases
de documento de ventas, hay que diferenciar tres partes (1-3):
1. Definición de las propias clases de documento de ventas (p.ej., pedido estándar TA).
2. Definición de las funciones adicionales del documento de ventas (p.ej., rangos de números).
3. Parametrizaciones en las funciones comerciales generales (p.ej., determinación de precio).
Procedimiento
Menú IMG Comercial > Ventas > Documentos de ventas > Cabecera
de documento de ventas > Definir clases de documento
de ventas
Transaction code VOV8
 Contrato de servicios para Tiendas Peruanas S.A.
Página 160 de 213

Página 161 de 213

3.1.2. Definir rangos de números para documentos de ventas
Uso
Página 162 de 213

En esta opción de menú se definen los intervalos de números del rango de números para documentos
de ventas.
Al crear un documento de ventas se asigna un número unívoco que identifica el documento de ventas.
El número procede del rango de números previsto para la clase de documento
Procedimiento
de documento de ventas > Definir rangos de números
para documentos de ventas
Transaction code VN01
Página 163 de 213

3.1.3. Asignación área de ventas a clases de documento de ventas

Uso
En esta actividad IMG se asignan las clases de pedido permitidas a los grupos de área de ventas.
Si desea que para todas sus áreas de ventas estén permitidas todas las clases de pedido, no hace
falta que efectúe ninguna entrada.
Si quiere que se efectúe una verificación de clases de documentos de ventas, deberá crear áreas de
ventas comunes; es decir, deberá definir tanto organizaciones de ventas como canales de distribución
comunes y sectores comunes. Si por ejemplo, ha definido sectores comunes, deberá definir incluso
canales de distribución y organizaciones de ventas comunes.
Procedimiento
de documento de ventas > Asignación área de ventas a
clases de documento de ventas
Agrupar organizaciones de ventas :
Página 164 de 213

Agrupar canales de distribución
Agrupar sectores
Página 165 de 213

Asignar clases permitidas de pedidos a las áreas de ventas

Para TPSA 
Para HPSA 
Página 166 de 213

Para IPM 
Página 167 de 213

3.2. Posición documento ventas
4.2.1. Definir tipos de posición
Uso
En esta opción de menú, el usuario define sus propios tipos de posición para los documentos de
ventas. Los tipos de posición contenidos en la versión estándar de SAP reproducen las operaciones
comerciales más comunes junto con las clases de documento de ventas.
Procedimiento
Menú IMG Comercial > Ventas > Documentos de ventas > Posición
documento ventas > Definir tipos de posición
Página 168 de 213

Página 169 de 213

4.2.2. Asignar tipos de posición
Uso
En esta opción de menú pueden especificarse por cada clase de documento de ventas y grupo de
tipos de posición, los tipos de posición que el sistema propone al tratar el documento. Al mismo
tiempo, también pueden especificarse qué tipos de posición pueden introducirse manualmente como
alternativa a la propuesta del sistema. Como máximo son posibles tres alternativas de tipos de
posición
Procedimiento
Página 170 de 213

Menú IMG Comercial > Ventas > Documentos de ventas > Posición
documento ventas > Asignar tipos de posición
4.2.3. Definir motivos de rechazo
Uso
En esta opción de menú se definen los posibles motivos de rechazo, que describen los motivos que
hayan llevado al rechazo de una posición de documento de un documento de ventas (p. ej., de una
oferta).
Página 171 de 213

Al tratar un documento de ventas, puede indicar un motivo de rechazo por cada posición
Procedimiento
Comercial > Ventas > Documentos de ventas >
Menú IMG Posición documento ventas > Definir motivos de
rechazo
3.1. Repartos
3.1.1. Definir Tipo de Repartos:
Uso
El sistema SAP sólo puede transferir las posiciones de un documento de ventas a una entrega para la
que se hayan estructurado repartos. El control de los repartos depende del tipo de reparto.
Para definir tipos de reparto propios, cuenta con las siguientes posibilidades:
 modificar un tipo de reparto ya existente;
 copiar un tipo de reparto ya existente y modificarlo en función de sus necesidades;
 crear un nuevo tipo de reparto.
Página 172 de 213

Para poder salvar el error de que se pueda asignar a nivel de posición una Orden CO,
es necesario crear este tipo de Reparto ZD sin ningún tipo de movimiento. Tal como se
muestra:
Procedimiento
Menú IMG Repartos > Definir tipos de reparto
Transaction code VOV6
3.1.2. Asignar tipos de reparto
Procedimiento
Menú IMG Repartos > Asignar tipos de reparto
Página 173 de 213

3.2. Pedidos abiertos
3.1.3. Datos contractuales - Definir perfiles de contrato
Uso
El perfil de contrato contiene valores para los datos contractuales, que se pueden proponer al
registrar el contrato
Procedimiento
Menú IMG Comercial > Ventas > Documentos de ventas > Pedidos
abiertos > Datos contractuales > Definir perfiles de
contrato
Transaction code VOVR
Página 174 de 213

3.3. Actualizar control de copia para documentos de ventas

Uso
En esta actividad IMG se fija el control del flujo de documentos en el caso de documentos de
ventas.
Indique, para cada clase de documento de ventas, las clases de documento que pueden tener
documentos de referencia para su copia, así como los tipos de posición o tipos de reparto que
pueden ser transferirse.
Además, debe introducir en la pantalla detallada, para cada operación de copia, los datos
oportunos a nivel de cabecera, posición y reparto en lo que respecta a los requerimientos de
copia, transferencia de datos, actualizaciones de cantidades y valores en el flujo de documentos.
4.4.1. Control de copia: Doc. de venta a documento de venta
Procedimiento
Menú IMG Comercial > Ventas > Actualizar control de copia para
documentos de ventas > Control de copia: Documento de
venta a documento de venta
Transaction code VTAA
Para todos los Pedidos de CONTRATOS, de todas las compañías del FICO, aplica el siguiente
control de copia de pedidos 
Página 175 de 213

Página 176 de 213

Para todos los Pedidos de SERVICIOS, de todas las compañías del FICO, aplica el siguiente
control de copia de pedidos 
4.4.2. Control de copia: Factura a documento de venta
Procedimiento
Página 177 de 213

Menú IMG Comercial > Ventas > Actualizar control de copia para
documentos de ventas > Control de copia: Factura a
documento de venta
Transaction code VTAF
PEDIDOS DE NOTAS DE CREDITO
Con referencia a Facturas de Contratos: aplica para todas las org. De ventas.
Página 178 de 213

Con referencia a Facturas de Servicios: aplica para todas las org. De ventas.
Página 179 de 213

PEDIDOS DE NOTAS DE DEBITO
Con referencia a Facturas de Contratos: aplica para todas las org. De ventas.
Página 180 de 213

Con referencia a Facturas de Servicios: aplica para todas las org. De ventas.
Página 181 de 213

5. Facturación
4.1. Documentos de facturación

4.1.1. Definir clases de factura
Uso
En esta opción de menú puede definir las clases de factura, Anulaciones de Facturas, Clases de Notas
de Crédito, Clases de Notas de Débito, Anulaciones de NC y ND. que reproducen las distintas
operaciones comerciales que se dan en la facturación de su empresa.
Procedimiento
Menú IMG Comercial > Facturación > Documentos de facturación >
Definir clases de factura
Transaction code VOFA
Página 182 de 213

Página 183 de 213

Página 184 de 213

4.4.3. Definir rango de números para facturas

4.4.4. Actualizar control de copia para facturas
Uso
En esta actividad IMG se fija el control del flujo de documentos correspondiente a las facturas.
Para ello se indica, para cada clase de factura, la clase de documento de referencia que se debe
copiar y los tipos de posición que se pueden adoptar. Además deben hacerse, en una imagen
detallada para cada operación de copia, unas indicaciones a nivel de cabecera y posición con respecto
a, por ejemplo, las condiciones de copia, transferencia de datos, actualización de cantidades y valores
en el flujo de documentos.
Procedimiento
Menú IMG Comercial > Facturación > Actualizar control de copia
para facturas >Control de copia: Documento venta a
factura
Transaction code VTFA
Para la Cabecera de la factura:
Página 185 de 213

Se asigna el valor de E, para que el campo de la VBRK-ZUONR (campo “ASIGNACIÓN”) de

la VBRK se llene con el símbolo de $ antes de grabar la factura, y al momento de grabar
este signo $ es reemplazado por el No.interno de SAP. Por ejemplo :
Para la Posición de la factura:

Para poder controlar el Split de facturas se crean rutinas 900 y 901 para mapear los
campos por los cuales se quiere hacer la partición de facturas:
También se puede ingresar por la Tx. VOFM en / Transferencia de Datos / Documentos de

Facturación, para crear las rutinas con código ABAP.
OJO : Para asegurarse que la rutina una vez creada, esté funcionando correctamente hay
que seguir los siguientes pasos:
Página 186 de 213

 Ejecutar la SE38.
 Colocar el programa : RV80HGEN + F8, saldrá el siguiente Log y listo.
Para el control de copia de Pedidos de contratos a Facturas se crean las rutina 900 y
para los Pedidos de Servicios la rutina 901 :
o 900 -Partic.fact.Contrat (copia de 001, pero para que controle el split

por Canal, Sector, número de posiciones ,Número de documento del
documento modelo, material, condición de pago, grupo de material( aqui
va el dato ZD marca de detracción en el material, x lo tanto si existen
otras posiciones diferentes a ZD hará el split.)
ZUK2-BILLNO = J_1B_SIZE_SPLIT2-BILLNO.
ZUK2-VTWEG = VBAK-VTWEG.
ZUK2-SPART = VBRP-SPART.
IF KURGV-PERFK = SPACE.
ZUK2-VGBEL = VBRP-VGBEL.
ENDIF.
ZUK2-MATNR = VBRP-MATNR.
ZUK2-ZTERM = VBKD-ZTERM.
ZUK2-KONDM = VBAP-KONDM. "INS MCS090413
VBRK-ZUKRI = ZUK2.
Página 187 de 213

o 901 -Partic.fact.Servicio (copia de 900, pero para que controle el split

por Canal, Sector, número de posiciones, condición de pago, grupo de
material( aqui va el dato ZD marca de detracción en el material, x lo tanto
si existen otras posiciones diferentes a ZD hará el split.)
ZUK2-BILLNO = J_1B_SIZE_SPLIT2-BILLNO.
ZUK2-VTWEG = VBAK-VTWEG.
ZUK2-SPART = VBRP-SPART.
ZUK2-ZTERM = VBKD-ZTERM.
ZUK2-KONDM = VBAP-KONDM. "INS MCS090413
VBRK-ZUKRI = ZUK2.
Para el control de copia de Pedidos de NC y ND se asigna las rutina 002 (STANDARD):
Página 188 de 213

o 002 -Partic.fact.Contrat (para que controle el split por Canal, Sector, ).

DATA: BEGIN OF ZUK,
MODUL(3) VALUE '001',
VTWEG LIKE VBAK-VTWEG,
SPART LIKE VBAK-SPART,
END OF ZUK.
ZUK-SPART = VBAK-SPART.
ZUK-VTWEG = VBAK-VTWEG.
VBRK-ZUKRI = ZUK.
Página 189 de 213

4.4.5. Definir motivos de bloqueo para la facturación
Uso
En esta opción de menú se definen los posibles motivos de bloqueo para facturas.
Defina los posibles indicadores de bloqueo y asígnelos a las clases de factura afectadas.
Procedimiento
Definir motivos de bloqueo para la facturación
4.4.6. Actualizar cantidad máxima de posiciones de factura
Uso
Aquí podrá definir un máximo para las posiciones en una factura, válido a nivel de toda la organización
de ventas.
Ejemplo
Una organización brasileña de ventas no está autorizada actualmente a imprimir má de 98 posiciones

por factura.
Procedimiento
Página 190 de 213


Actualizar cantidad máxima de posiciones de factura
4.2. Plan de facturación

4.2.1. Definir clase de plan de facturación
4.2.2. Definir denominaciones de fecha
4.2.3. Definir y asignar categoría de fecha
4.2.4. Actualizar propuesta de fecha p.clase plan de facturación
4.2.5. Asignación de clase de plan facturación a clase doc.ventas
4.2.6. Asignar cl.de plan de facturación y tipo de posición
4.2.7. Definir reglas para la determinación de fechas
Página 191 de 213

E.User Exits implementados
1. User Exits  Pedidos
Tipo Programa Enhancement /Función Mensaje
Creación de MV45AFZB userexit_new_pricing_vbap  Busca condición

Pedidos CHANGING new_pricing. Z1W1 para ZD
( detracción
Exit para cond servicios).
ición de  Busca importes
Detracción mínimos en la table
T059MINMAX (FI).(si
es >700 o 1,825
calcula Detra.
 Busca si tiene la clase
de pedido en tabla
zca_Const
WHERE modulo = 'SD' AND
ident = 'BLDET'.
 Si lo encuentra
redetermina Pricing =
C
Ver figura AA-b
Creación de MV45AFZB USEREXIT_CHECK_VBAK Aplica para NC & ND.

Pedidos modulo EQ 'SD'
Exit para buscar si Para NC solo sepermite: AND ident EQ vbak-
el motivo de 01Anulación de la auart
pedido ingresado operación AND progname EQ 'ZX
es el correcto, 02Anulación por error en VVFU08'
definido por el Ruc AND ( val2 EQ 'NC'
SUNAT. 03Corrección por error en OR val2 EQ 'ND' )
la descripción AND bukrs = vbak-
04 Descuento global bukrs_vf.
05Descuento por ítem
06Devolución total
07Devolución por ítem
08Bonificación
09Disminución en el valor
Para ND solo sepermite

10Intereses por Mora
11Aumento en el Valor
Página 192 de 213

Pedidos MV45AFZB FORM USEREXIT_CHECK User Exit para Ped. De

_VBAK USING US_DIAL Boletas de Venta. ( para
OG. todo FICO)
a)Buscar en la tabla
ZCA_CONST, con llave:
modulo = 'SD'
ident = XVBAK-AUART
BUKRS = XVBAK-VKBUR
VAL1 = '03'
b)Si se cumple a), Con el

código del cliente,
XVBAK-KUNNR
buscar en la tabla KNA1-
STCDT = ‘06’.
Msje Error : “ No se
permite Boletas para
clientes con RUC”.
Pedidos MV45AFZB Validaciones de Motivos
de Pedido para NC y ND
Buscar el motivo en la
tabla ZCA_CONST:
WHERE modulo EQ 'SD

'
AND ident EQ 'AUGRU
' AND progname EQ '
MV45AFZB'
AND val1 EQ v_tipo
AND val2 EQ vbak-
augru.
( aqui se registra
los motivos para NC
y los motivos para
ND. ) si el usuario
selecciona un
motivo errado, el
sistema emite
Msje Error :
“MESSAGE 'El motivo de p
edido es inválido.' TYPE '
E'.
Otra validación : Si el
motivo está en blanco:
Msje Error : “MESSAGE

'Ingrese Motivo de
Pedido, se encuentra en
blanco “.
Página 193 de 213

Creación de MV45AFZZ FORM USEREXIT_MOVE_ Solo para Notas de

Pedidos FIELD_TO_VBAP. Debito:
Exit para cond En el que se calcula la

ición de Detracción, pero solo para
Detracción los documentos que están
para Notas de en la tabla de constantes
Debito. con esta llave :
modulo = 'SD'
Debe aplicar ident = 'CPMFV'
para todas las PROGNAME
empresas de = 'MV45AFZZ'.
FICO.
Con esto se fuerza el
control de copia de Fact.
A Pedidos, para que
calcule bien la detracción
para Notas de Debito
Creación de MV45AFZZ FORM USEREXIT_MOVE_ Si el cliente tiene el

Pedidos FIELD_TO_VBAP. campo KNA1-GFORM =
01 ,(en la vista de
Marketing del maestro de
Exit para cond clientes) . Se limpia el
ición de campo vbap-
Detracción kondm = ZD a
blanco.
Con esto no se
generará la
detracción para ese
cliente
Creación de MV45AFZZ USEREXIT_SAVE_DOCUM Para las clases de

Pedidos ENT_PREPARE. documentos de contratos,
se hace una verificación
de materiales duplicados,
con el siguiente mensaje
de Error: “El material & ya
está registrado.Verifique
las posiciones &”
Creación de MV45AFZZ USEREXIT_SAVE_DOCUM Implementación de exit pa
Pedidos ENT_PREPARE. ra validar que no exista
más de 1 pos sujeta a det
raccion.
Creación de MV45AFZZ USEREXIT_SAVE_DOCUM Se valida que el deudor te

Pedidos ENT_PREPARE. nga una clase de riesg as
ignada, caso contrario no
debe permitir generar
el pedido.
Página 194 de 213

Mensaje de Error :
El solicitante
no tiene
asignado una clase
de riesgo.'.
Creación de MV45AFZZ FORM Validación que el Centro y
Pedidos userexit_save_docum Centro de Beneficio estén
ent_prepare. llenos, si no mensaje de
error. Aplica para todas
las posiciones.
If VBAP-WERKS =
blanco …mensaje
de Error :
“ Complete el dato
de Centro, Pos xx “
If VBAP-PRCTR =
blanco …mensaje
de Error :
“ Complete el dato
de Centro de
Beneficio, Pos xx “
TABLA ZRDM_CEBEXCE Z_SD_DMA_CALC_RENTA Búsqueda automática de

NTRO _FOR Centro de Beneficio al
ingresar el Centro
logístico en la toma de
pedidos.
Creación de MV45AFZZ FORM campo MOTIVO DE

Pedidos y userexit_save_docum PEDIDO, debe ser
Modificación ent_prepare. obligatorio para Nota de
Crédito y la nota de débito
si está en blanco msje de
Error
'Ingrese Motivo de Pedi
do, se encuentra en blanc
o.'
Aplica para VA01 y VA02
figura AA-b :
Página 195 de 213

2. User Exits  Facturas

Creación de RV60AFZC FORM Validación sobre la fecha de
Facturas USEREXIT_FILL_VBRK_VBR facturación, que sea una fecha
P. posterior a la última fáctura.
'Fecha no permitida, última

fecha fue 'DD/MM/aaaa
'Fecha no permitida, es posterior

a la fecha de hoy '
Creación de RV60AFZC FORM No tiene autorización para el
Facturas USEREXIT_FILL_VBRK_VBR centro
P.
Creación de ZXVVFU08 Controles en el Numerador Si el campo CVBRK-XBLNR

Facturas SUNAT asignado para ='0000000000000000' OR
Electrónica. CVBRK-XBLNR EQ space.
MESSAGE 'No se asignó el
Numerador SUNAT, vuelva a
procesar.'
Creación de ZXVVFU08 Clases de documentos para Llenar la tabla ZCA_CONST
Facturas Facturación Electrónica con los siguientes valores, por
ejmp.
modulo EQ 'SD'
AND
ident EQ vbak-auart
AND
bukrs EQ vbak-
bukrs_vf AND
progname EQ 'ZXVVFU
08' AND
VAL1 = 01 ( si es Factra, 03 si
es boleta, 07 si es NC y 08 si
es ND).
VAL2 =
Factura, Boleta, NC
y ND.
DESCRIP
= PROY.COMPROBANTES
ELECTRÓNICOS
Página 196 de 213

MENSAJE : El Numerador
SUNAT debe comenzar con F ó
B, vuelva a procesar.'
Creación de ZXVVFU08 Clases de documentos para IF v_estado_es NE '

Facturas Facturación Electrónica 1' AND v_estado_es
NE '2'.
MESSAGE 'Documento
no aceptado por SUN
AT. Utilice la trx
VF11.' TYPE 'E'.
Modificación
Facturas
Anulación de LV60AU02 RV_INVOICE_DOCUMEN Documento electrónico 'xxxx

Facturas T_ADD procesado por SUNAT ' aplique
NC.'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN MESSAGE 'Anulación
Facturas T_ADD no es posible, el d
ocumento se encuent
ra bloqueado Esto
debido a que en
cuando se tiene
Detracción, el
asiento contable
guarda en el campo
lw_bsid-zlspr =
D(Detracc.no Pagas
(D) que bloquea por
lo tanto No se
puede anular.( para
desbloquearlo,
entrar manualmente
al asiento
contable, doble
click al primer
asiento CxC y en
modo modificación y
retirar la D.
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'Documento electrónico
Facturas T_ADD procesado por Paperless sin
respuesta SUNAT.'.
Anulación de LV60AU02 RV_INVOICE_DOCUMEN El usuario no tiene autorización

Facturas T_ADD para realizar esta operación.
Objeto Autorización:
ZSD_VF1101, Actividad: A1.'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN ’La clase de factura no está
Facturas T_ADD permitida para anulación.'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'Sólo puede anular Facturas del
Facturas T_ADD día.'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'Periodo de la factura no se
Facturas T_ADD encuentra abierto.'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'Anulación no es posible, el
Facturas T_ADD documento se encuentra
bloqueado.'
Página 197 de 213

Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'Anulación no es posible, el

Facturas T_ADD documento se encuentra
parcialmente compensado.'
 TANTO PARA LA
BSID como para la
BSAD.
Anulación de LV60AU02 RV_INVOICE_DOCUMEN Busca el documento en la
Facturas T_ADD tabla : zfi_prov_detr
'Anulación no es posible,
documento de la autodetracción
está compensado'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN La fecha de anulación debe ser
Facturas T_ADD igual a la fecha de la factura.'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN Se valida que el documento no
Facturas T_ADD está en ninguna propuesta de
pago.
Error El documento se
encuentra en la propuesta de
pago'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'La autodetracción se encuentra
Facturas T_ADD en la propuesta de pago'
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'Antes de anular la factura
Facturas T_ADD adelantada debe anular primero
la factura interna.
Anulación de LV60AU02 RV_INVOICE_DOCUMEN 'El usuario no esta asociado a
Facturas T_ADD ningún rol, no es posible
realizar las validaciones previas
a la anulación.'
Contabilización de Desarrollo de una Desarrollo de una Para este proceso es
Facturas SD sustitución (OBBH) sustitución (OBBH) que necesario previamente
trae el campo “Ref a generar una nota de
factur” que es donde se crédito / nota de débito al
guarda los datos de la que se le pueda hacer
factura de referencia referencia por el número
relacionando la nota de del documento de la
crédito/debito con la factura. Además es
factura de origen, en los importante la fecha del
documentos que se ejercicio en el que se
generan a través del genera la factura.
módulo SD
Dato a pintar en los

campos: BSEG-REBZG =
No. Asiento de la
Factura de Referencia +
BSEG-REBZJ.= año del
asiento de la factura de
referencia.
Página 198 de 213

Tiene los siguientes mensajes :
Enhancement Implementation = ZEP_ANULA_SUNAT3
F. Desarrollos varios
1. Ajustes a formularios :
Se re-utilizarán los formularios diseñados para SPSA, y se adaptarán para que funcionen
igualmente para todas las compañías.

Para lograr la glosa :
CORRESPONDIENTE AL
Formulario ZSD_RLB_INVOIC smartform : MES : XXXXXX
FACTURAS E ZSDFACTURA Se hace una llamada a la
tabla ZCA_CONST, con
los siguientes valores en
el formulario:
MODULO = SD
IDENT = FORM1
BUKRS = A141
POS = 001
VAL1 = ZT01
VAL2
DESCRIP =
CORRESPONDIENTE AL
MES DE : XXXXXX
PROGNAME =
FORMULARIO :ZSDFAC
TURA
ZSD_RLB_INVOICE, smartform : ZSDFACTURA
2. Programas desarrollados ABAP:
Página 199 de 213

2.1. Envío de mail a Locatarios:
Transacción ZSD_MAIL_LOC
Programa Z_SD_DRP_MAIL_LOCATARIO
Se busca registro en la tabla ZCA_CONST con la siguiente llave:
Se registra para las sociedades A120(SPA), A141 ( Tiendas) , A161 (Milenia), A133 ( IPM) :
Para colocar la dirección de correo de responsable del área de Creditos y cobranzas, a cargo de
hacer seguimiento a los contratos, se registra en la tabla ZCA_CONST, con la siguiente llave :
Página 200 de 213

2.2. REDONDEO DE LA DETRACCIÓN :
1. Si la fracción es inferior a cinco (5), el valor entero permanecerá igual,

suprimiéndose el decimal, ejemplo. Valor inicial 10.4 === valor
redondeado  10
2. Si la fracción es igual o superior a cinco (5), el valor se ajustará a la unidad
inmediata superior, ejemplo: Valor inicial 10.5 ====== valor redondeado
 11
Para esto por la transacción VOFM, crear una nueva rutina de Valor de Condición =
924
Página 201 de 213

Esta rutina será agregada a los esquemas de cálculo que tengan

las condiciones de DETRACCIÓN ( Z1W1, Z1W2, Z1W3). Como
por ejemplo :
Se crea la Función :
Página 202 de 213

Por el tipo de dato, SAP hace la conversión hacia arriba o hacia abajo:
Si ejecutamos la función nos dará por ejemplo : Valor ingresado 15.01

Resultado = 15.00
Página 203 de 213

Si ejecutamos la función nos dará por ejemplo : Valor ingresado 15.51

Resultado = 16.00
3. Impresión masiva de facturas :
Se utiliza el programa : RSNAST00

Programa que envía mensajes al Pool de impresión. Correrlo desde la transacción SE38.
Página 204 de 213

Toma una clase de mensaje y los agrupa, permitiendo generar varios Spool de impresión por
clase de mensaje. Es decir, si mando una vez a procesar un determinado mensaje ==> manda
al spool, y si vuelvo a procesar el mismo mensaje, se mete al spool creado anteriormente y
agrega al final una hoja de impresion mas.
Ejecutar el programa : S_ALN_01002396
Donde , Clave Objeto = # de Factura SAP a enviar al SPool.
Página 205 de 213

Página 206 de 213

4. Notas aplicadas
a) En la transacción VF02, VF03, las clases de Facturas anuladas (ZTS1 ) no se puede
visualizar ni el detalle de cabecera ni de posición, aborta, indicando que hay un
problema de textos.
El proyecto FICO tiene una version mas reciente de SAP por eso ha sido necesario
implementar esa nota
en la nota misma se indica que se aplica para versiones actuales con el problema vx201
al visualizar la cabecera o detalle
****-
Symptom
If you branch to a billing document in a header screen or an item screen, processing
terminates with error VX 201
"Error in text formatting".
Other terms
Texts, text analysis, VF01, VF02, VF03, VOTX, VOTXN
SD_WORD_PROCESSING_PUT
Reason and Prerequisites
Prerequisite
There is no text determination procedure defined at header level or at item level for
the document type of the billing document.
Reason:
Implementing Note 1225114 or importing the
Support Package
- SAPKH46C58 for Release 4.6C
- SAPKH47032 for Release 4.70 (SAP R/3 Enterprise)
- SAPKH50021 for Release 5.00 (SAP ERP Central Component 5.00)
- SAPKH60016 for Release 6.00 (SAP ECC 6.00)
****-
05.02.13 – se implementó la Nota 1336286
Página 207 de 213

b) Mensaje de Advertencia al modificar la moneda en el pedido de Venta:
Para este mensaje de Advertencia : Determ.precio/EURO: Atención, error en

customizing funciones EURO.
Se tuvo que correr la Tx. EWCF, para actualizar la moneda de Euros, que pedía el
sistema.
La Tabla EWUKEYS, inicialmente se encuentra vacía en DIR, al correr la transacción

EWCF, se actualiza y ya no sale el mensaje de Adevertencia.
Página 208 de 213

5. Ajustes a Programas Standard.
c) Para determinar el Centro de Beneficio automático en la toma de pedidos, no

funciona para FICO, por lo tanto se agrega lo siguiente al programa : LMGWLF1J
Página 209 de 213

Página 210 de 213

d) Ajustes a programa para implementar el campo ZZFKART en las tablas KOMCV

y KOMKCV para poder construir una llave con Número 902 – para IMPUTACION
CONTABLE DE CTAS. ASOCIADAS.
´
1ero. Se crea el campo en las tabla con código ABAP.
2do. Ajustes al programa : RV60AFZZ
Página 211 de 213

3ero. Se adecua el programa ZXVVFU11 ( se activa): para que llegue el valor de la

moneda a la cta. Asociada, y no se presente este error :
Página 212 de 213

Página 213 de 213

PVO SD Guía de Configuració-N

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

PVO SD Guía de Configuració-N

Cargado por

Copyright:

Formatos disponibles

Manual de Configuración SD

Sales FICO (SD)

2.3.1.1. Verificar datos maestros relevantes para la imputación...........................................55

3.1.2. Definir rangos de números para documentos de ventas..................................................160

Información y Parametrizaciones Generales

2. Define Canal de Distribución :

4. Definir Oficina de ventas

5. Definir Grupo de Vendedores :

6. Asignar organización de ventas a sociedad

7. Asignar canal de distribución a organización de

8. Asignar sector a organización de ventas

9. Crear área de ventas

10. Asignar oficina de ventas a área de ventas

11. Asignar grupo de venderores a oficina de ventas

12. Asignar organización de ventas, canal distribución,

13. Asignar área de ventas a área de control de créditos

En esta actividad IMG se asigna a un área de ventas un área de control de créditos.

B. Numeración de documentos SUNAT

1. Actualiza clase de formulario

En este capítulo se actualizan las parametrizaciones necesarias en algunos países para la

Acceda a la actividad mediante una de las opciones de navegación siguientes:

Menú IMG Componentes multiaplicaciones> Funciones de aplicación

2. Actualizar clases de documento

Acceda a la actividad mediante una de las opciones de navegación siguientes:

Menú IMG Componentes multiaplicaciones> Funciones de aplicación

3. Asignar categorías de documento a clases de

Acceda a la actividad mediante una de las opciones de navegación siguientes:

Menú IMG Componentes multiaplicaciones> Funciones de aplicación

Para cada uno de estos registros nuevos . se agrega .

4. Actualizar lote y libros

Acceda a la actividad mediante una de las opciones de navegación siguientes:

Menú IMG Componentes multiaplicaciones> Funciones de aplicación

Se escoge la sociedad: A122 – Plaza Vea Oriente

SE CONFIGURA LOS LOTES INTERNOS PARA LA FACTURACIÓN ELECTRÓNICA.

Se tiene que registrar en la tabla ZSD_ASIGNA_SUNAT

5. Actualizar causas de no validez

Acceda a la actividad mediante una de las opciones de navegación siguientes:

Menú IMG Componentes multiaplicaciones> Funciones de aplicación

Los siguientes aspectos constituyen la base de la gestión de datos maestros de deudores:

 definición de los grupos de cuentas

 especificación de los rangos de números para registros maestros de cliente

 definición de los matchcodes para registros maestros de cliente

 formato de pantalla de la actualización de registros maestros para una organización de

b. Definir sectores comunes

c. Interlocutor comercial – Definir Grupo Clientes

d. Interlocutor Comercial – Definir Zonas de Ventas

e. Interlocutor comercial – Define Incoterms

Campo VBAK- INCO1

2.1.1. Condiciones: Campos permitidos

Se ingresan estos 2 nuevos campos: WTY_V_PARNR, WTY_V_PARVW, que servirán para

2.1.2. Definir tablas de condiciones

Se crea para el esquema de cálculo : ZSD004 la tabla 599 :

Se crea la Tabla 961 - ClDocVenta/Incoterms2/Función/Interloc. ( tabla que se utilizará en la

2.1.3. Definir clases de condición

En este punto el campo Clase esc. = D … se blanquea y se coloca = blanco.

Condición de detracción : Z1w1

Para el % del Variable se crea la condición : ZVAR 

2.1.4. Definir secuencias de acceso

Se crea la Secuencia de Acceso : ZVAR : % Variable ( Proceso de Locatarios).

Se crea la secuencia para la detracción : Z1W1

Se tiene la carga de condición Z1W1 la cual se carga con el % de detracción a aplicar. Ir

Para TODO lo implementado por Detracción en SD y FI, buscar el archivo

2.1.5. Actualizar esquema de cálculo