BLOGDESAP_10_11

Blogdesap resumen 2010-11

http://blogdesap.blogspot.com Customizing, ABAP y noticias Recopilación de los artículos publicados en blogdesap de los años 2010 y 2011

Puedes acceder a estos artículos y otros que voy publicando a través de

http://blogdesap.blogspot.com http://www.facebook.com/blogdesap Para seguir creciendo te agradezco que compartas este blog con tus amigos, conocidos y cualquier que esté interesado. Puedes compartir este pdf libremente bajo las condiciones de la licencia Creative Commons

Blogdesap: resumen 2010-11 por http://blogdesap.blogspot.com se encuentra bajo una Licencia Creative Commons Reconocimiento-NoComercial-SinObraDerivada 3.0 Unported.

Este PDF se ha generado gracias al proyecto http://fivefilters.org/ y a http://www.pdfill.com/pdf_tools_free.html Las imágenes que aparecen publicadas son propiedad de sus autores y aparecen publicadas aquí bajo la licencia Creative Commons que ellos mismos cedieron. A continuación se relaciona el origen de estas imágenes. http://www.flickr.com/photos/wassmer/with/507367448/ http://www.flickr.com/photos/dangoodwin/ http://www.flickr.com/photos/21218849@N03/ http://www.flickr.com/photos/ex-smith/ http://www.flickr.com/photos/4nitsirk/ http://www.flickr.com/photos/22280677@N07/ http://farm3.static.flickr.com/2476/3554582379_1d2799f43f.jpg http://farm1.static.flickr.com/14/93136022_25afa7e458.jpg http://www.flickr.com/photos/n3wjack/4661409838/ http://www.flickr.com/photos/tapaponga/5320210904/ http://www.flickr.com/photos/smanography/3293101820/ http://www.flickr.com/photos/loop_oh/442225983/ http://www.flickr.com/photos/chucksimmins/3387412983/ http://www.flickr.com/photos/oarranzli/6006659634/ http://farm1.static.flickr.com/180/370973576_9c1c871c39.jpg http://www.flickr.com/photos/timothymorgan/75593157/ http://www.flickr.com/photos/kaibara/2403072725/ http://farm4.static.flickr.com/3594/3548342923_ec24bb64cd.jpg http://farm3.static.flickr.com/2066/2189073444_2d12b95515.jpg http://www.flickr.com/photos/oarranzli/6269831858/ http://www.flickr.com/photos/adwentures/273706419/ http://www.flickr.com/photos/laurenmanning/2318794240/ http://www.flickr.com/photos/moneyblognewz/5264722308/ http://www.flickr.com/photos/teegardin/6094310934/ http://www.flickr.com/photos/richardwinchell/2831353173/ http://farm3.static.flickr.com/2568/4105756012_db89e4be50.jpg http://www.flickr.com/photos/29456235@N04/5396894948/ http://www.flickr.com/photos/the_ewan/4197995951/ http://www.flickr.com/photos/field_museum_library/3589463707/ http://www.flickr.com/photos/wrobel/300002369/ http://www.flickr.com/photos/nationaalarchief/3333358117/ http://www.flickr.com/photos/amagill/3366720659/ http://farm4.static.flickr.com/3148/2899489909_07ba71a9fc.jpg http://www.flickr.com/photos/imlsdcc/4669586118/ http://www.flickr.com/photos/cstrzrock/228748627/ http://www.flickr.com/photos/teegardin/5913014568/ http://www.flickr.com/photos/glennbatuyong/2594336182/ http://www.flickr.com/photos/kozumel/2228603119/ http://www.flickr.com/photos/jepoirrier/3266948575/ http://farm2.static.flickr.com/1129/1326652095_07b4d3d154.jpg http://farm2.static.flickr.com/1358/1061729364_ef2813c845_m.jpg http://www.flickr.com/photos/shht/2212700490/ http://www.flickr.com/photos/loop_oh/4023321360/ http://www.flickr.com/photos/oarranzli/6038438702/ http://www.flickr.com/photos/teegardin/6094263846/ http://www.flickr.com/photos/horiavarlan/ http://www.flickr.com/photos/zigazou76/3713380197/ http://www.flickr.com/photos/asurroca/51024419/

http://www.flickr.com/photos/mary-lynn/3517076586/ http://www.flickr.com/photos/dreamfish/3368619008/ http://www.flickr.com/photos/opensourceway/5392982007/ http://www.flickr.com/photos/sirspacepilot/5144846100/ http://www.flickr.com/photos/22280677@N07/3910685423/ http://www.flickr.com/photos/waterboysh/3400148085/ http://www.flickr.com/photos/redwoodphotography/3337240655/ http://www.flickr.com/photos/zigazou76/4481926257/ http://www.flickr.com/photos/library_of_congress/2179067793/ http://www.flickr.com/photos/zingyyellow/3237480458/ http://www.flickr.com/photos/sfllaw/302700951/ http://www.flickr.com/photos/jevnin/65560448/ http://www.flickr.com/photos/desigu/2735732309/ http://farm4.static.flickr.com/3393/4628277817_d0ab67f499.jpg http://farm4.static.flickr.com/3393/4628277817_d0ab67f499.jpg http://www.flickr.com/photos/oarranzli/5913181104/ http://www.flickr.com/photos/dm-set/4164144241/ http://farm3.static.flickr.com/2051/4515510954_2a2d6b1e67_m.jpg http://www.flickr.com/photos/unanoslucror/5368674140/ http://farm4.static.flickr.com/3432/3190782601_8d28d13b32.jpg http://farm4.static.flickr.com/3376/3518931365_1c26d256c9.jpg http://www.flickr.com/photos/23126594@N00/2787395526/ http://www.flickr.com/photos/loozrboy/3023203627/ http://www.flickr.com/photos/loop_oh/3338084111/ http://farm2.static.flickr.com/1025/537590787_be834a854a.jpg http://www.flickr.com/photos/vancouverfilmschool/3856598677/ http://farm2.static.flickr.com/1264/930660427_ab76c3de6a.jpg http://www.flickr.com/photos/pleeker/5379549514/ http://www.flickr.com/photos/usnationalarchives/4265798115/ http://farm5.static.flickr.com/4014/4445019548_6bab33f713.jpg http://www.flickr.com/photos/kheelcenter/5279194721/ http://farm1.static.flickr.com/75/195308824_94a800f3ed.jpg http://www.flickr.com/photos/sblackley/1128813156/ http://farm3.static.flickr.com/2239/2072055045_8cb25cc173.jpg http://www.flickr.com/photos/jess1820/5295917098/ http://www.flickr.com/photos/timoelliott/ http://www.flickr.com/photos/nasacommons/4861716142/ Los enlaces a los vídeos se encuentran en: Navegación en queries SAP: http://youtu.be/54KsXMdY3vM Crear equipos en SAP: http://youtu.be/INiiOMVnVHk Envío del resultado de un job por mail: http://youtu.be/4pHYrLkjq4M

INDICE 0. Estreno del blog

ABAP 1. Query SAP (I): grupos de usuarios 2. Query SAP (II): infosets 3. Query SAP (III): crear una query 4. ABAP en queries: programas integrados 5. Navegación en queries 6. Una plantilla ABAP 7. Listados ALV 8. Crear variantes de report 9. Exportar listados ALV a hojas de cálculo 10. Recursos de programación ABAP 11. Batch input recorder 12. Procesar juegos de datos de batch input 13. Extracción de información a partir de jobs 14. Parametrización de tablas de control (table control) en transacciones 15. Crear tablas transparentes y estructuras 16. Vistas de actualización de tablas 17. Tablas del diccionario

BC 18. Transporte de órdenes entre sistemas 19. Copia de órdenes de transporte entre sistemas no conectados 20. Protección de mandantes 21. Documentos adjuntos GOS 22. Gestión de autorizaciones

FI 23. Periodos contables 24. Crear asientos contables 25. Códigos de operación en la norma 43 (España) 26. Traspaso de partidas entre documentos 27. IVA: una guía para el aumento en SAP 28. Retención del IRPF ampliada en clientes 29. Cierre del ejercicio

CO 30.Cierre del ejercicio 31. Clases de coste primarias 32. Clave de periodificación en contratos 33. Imputación por defecto de clases de coste 34. Modificar la cuenta de resultados

MM 35. Estrategias organizativas en compras 36. Determinar categorías de valoración 37. Determinación de cuentas en compras automáticamente 38. Tolerancias de precio en pedidos de compra 39. Verificación de facturas dobles 40. Modificación en masa de precios de proveedores 41. Movimientos de materiales entre sociedades 42. Actualización del registro info en pedidos de compras 43. Análisis de materiales obsoletos 44. Liberación de pedidos de compras 45. Inventarios puntuales 46. Inventarios periódicos

PM 47. Equipos en SAP 48. Planificación de mantenimientos preventivos 49. Impresión de órdenes de mantenimiento 50. Log de modificaciones en órdenes 51. Verificación de disponibilidades en órdenes de mantenimiento 52. Tabla de planificación de capacidades: colores 53. Tabla de planificación de capacidades: selección

54. Tabla de planificación de capacidades: layout 55. Horarios de trabajo de personal

PP 56. Definición de turnos y horarios en puestos de trabajo 57. Calendarios de trabajo en SAP 58. Stocks de seguridad (I): stock mínimo 59. Stocks de seguridad (II): perfil de cobertura 60. Gestión de la demanda por punto de pedido 61. Compensación de necesidades primarias

PS 62. Gestión de reclamaciones (I) 63. Gestión de reclamaciones (II)

SD 64. Fichero de población 65. Verificación de datos maestros: clientes 66. Condiciones de pago 67. Crear precios de venta 68. Gestión del riesgo en clientes 69. Determinación y substitución de materiales en ventas 70. Cross-selling 71. Ofertas y facturación de órdenes de servicio 72. Control de copia de documentos de ventas 73. Impresión de documentos en Comercial 74. Textos y observaciones en pedidos de venta 75. Añadir campos en listas de documentos comerciales 76. Anulación de facturas en masa 77. Sistema info de ventas 78. Simplificación de pantallas con variantes de transacción

VARIOS 79. Cambios en masa 80. Rangos numéricos 81. Roll out de una empresa (I): estructura de la empresa 82. Roll out de una empresa (II): módulos 83. Roll out de una empresa (III): gaps y desarrollos ABAP 84. Roll out de una empresa (IV): datos maestros

SAP 85. Enlaces relacionados con SAP 86. Especial Demo Jam 87. SAPTechEd Berlín 2010 88. Demo Jam SAPTechEd Las Vegas 2010 89. SAPPHIRENOW 2010 90. SAP Streamwork 91. Movilidad en SAP 92. IDES

20 December, 2011 | created using fivefilters.org

Estreno del blog

módulos han ido evolucionando también. Yo emplearé la terminología de módulos como la he conocido, aunque es posible que en algunos casos ya no se los conozca como módulos sino como soluciones. SAP-AC: Contabilidad General. SAP-IM: Gestión de Inversiones. SAP-EC: Controlling Empresarial. SAP-RE: Bienes e Inmuebles. SAP-FI: Finanzas. SAP-CO: Controlling. SAP-TR: Tesorería. SAP-PS: Proyectos. SAP-WF: Workflow. SAP-IS: Soluciones Verticales. SAP-HR: Recursos Humanos . También tenemos SAP-HCM. SAP-PM: Mantenimiento. SAP-QM: Calidad. SAP-PP: Planificación y Producción. SAP-MM: Materiales. SAP-SD: Ventas y Distribución. SAP-LO: Logística. SAP-LE: Ejecución de Logística. SAP-CS: Servicio al Cliente. SAP-EHS: Medio Ambiente. Así, pues, intentaré utilizar esta clasificación en los posts que vaya subiendo en la medida de lo posible. Espero que el blog sea de interés para los que ahora estéis en este mundo del SAP y que no dudéis en dejar vuestros comentarios. Imagen de cabecera | Birkenzweig a través de Wylio

Bienvenidos al blog blogdesap.blogspot.com. El objetivo con el que nace este blog es ser un lugar de información en el trabajo diario con SAP. En él intentaré plasmar parte de las experiencias que he tenido con SAP tanto desde un punto de vista funcional como técnico. El blog recogerá, desde el punto de vista de un consultor, tanto cuestiones de parametrización como de programación ABAP. A día de hoy, la Wikipedia define SAP como: “a multinational software development and consulting corporation, which provides enterprise software applications and support to businesses of all sizes globally. Headquartered in Walldorf, Germany, with regional offices around the world, SAP is the largest software enterprise in Europe and the fourth largest software enterprise in the world as of 2009. [2] The company’s best known product is its SAP Enterprise Resource Planning (SAP ERP) software.” Es decir, SAP es la compañía. Y de entre los diferentes productos que SAP comercializa, este blog tratará sobre el “Enterprise Resource Planning” ERP de SAP, heredero de lo que se había llamado SAP R/3, y cuyo nombre actual es SAP ECC. Si bien es verdad que la terminología que emplea actualmente SAP en su producto ha ido evolucionando, la base del producto sigue siendo la misma, crear un entorno de gestión de empresarial, donde cada área de la empresa esté integrada en una estructura global. Anteriormente, estas áreas se definían por módulos, pero a medida que el producto ha evolucionado, estos

1

20 December, 2011 | created using fivefilters.org

Query SAP (I): grupos de usuarios

Asignamos los usuarios: botón ‘Asignar usuario y Infosets”. Para permitir que un usuario modifique las queries del grupo de usuarios debemos mantener marcado el flag de autorización junto al nombre de usuario.

Guardamos. Y ya hemos acabado el primer paso en la creación de una query. Imagen inicial | dangoodwin ¿Cómo puedo recuperar información almacenada en el sistema acerca de mis clientes? ¿Y acerca de mis proveedores? ¿Y de mis ventas? En definitiva, ¿cómo puedo obtener listados de consulta sobre los datos que anteriormente he entrado en mi SAP? Éste es el primer post de un grupo de tres sobre queries en SAP. Una query en SAP es una herramienta que nos permite recuperar información de la base de datos para generar listados de información en tiempo real. Es verdad que existen herramientas de programación ABAP que ya nos permiten hacer listados y recuperar información de las tablas de la base de datos. Sin embargo, con las queries no tenemos necesidad de saber programar (aunque puede ser una ayuda) y hace el proceso de construcción de listados una tarea más rápida e intuitiva. Siempre que creemos una query debemos seguir tres pasos siempre en el siguiente orden. –I: Crear un grupo de usuarios –II: Crear un infoset. –III: Crea la query. Definición de un grupo de usuarios Un grupo de usuarios es el primer paso en la creación de una query SAP. En cada grupo asignamos los nombres de los usuarios que tendrán acceso final à la query que generaremos. No es más que una autorización para poder utilizar nuestra query a un grupo ordenado de personas. Por ejemplo, podemos determinar que las consultas o queries del módulo SD sólo las podrán consultar aquellas personas de los departamentos de Ventas y Marketing. En este caso, crearemos un grupo de usarios llamado VENTAS donde incluiremos el nombre de los usuarios de estos departamentos. Funcionalidad Herramientas /Workbench ABAP /Utilidades /Query SAP /SQ03 — Grupo de usuarios Creamos y asignamos un nombre a nuestro grupo de usuarios: botón ‘Crear’.

1

20 December, 2011 | created using fivefilters.org

Query SAP (II): infosets

momento que cree el infoset sólo necesito información de una de las dos. Así me ahorro problemas en el futuro.

Creamos el enlace entre ambas tablas añadiendo la nueva tabla VBAP. Automáticamente, SAP nos propone las conexiones entre tablas. Sin embargo, podéis borrar el enlace y asociarlo a través de otros campos (siempre que sean del mismo tipo, de lo contrario SAP no lo aceptará). Yo voy a aceptar la propuesta que me hace SAP. Atención, en este punto hay que decir que debemos tener cuidado con las tablas que utilizamos en nuestro join. SAP no suele tomarse muy bien las tablas cluster como la BSEG. En este caso es mejor utilizar tablas transparentes como la BSID, BSAD, BSIK o BSAK.

Definición El segundo paso en la creación de una query es la definición del infoset asociado. Los infosets son vistas especiales de datos donde se agrupan todos los campos que se utilizarán en una query. En un infoset enlazaremos diferentes tablas a través de campos comunes y seleccionaremos qué campos queremos que estén disponibles para nuestras queries. A su vez, asignaremos el infoset a uno o más grupos de usuarios (recordad el post anterior sobre grupos de usuarios).

Tratar /Insertar tabla

Funcionalidad Siguiendo con el ejemplo del anterior post vamos a crear un infoset de información de ventas, en concreto, de las cantidades que nuestros clientes nos han pedido en un rango de fechas. Para ello debemos saber que la tabla en la que se almacena la información de pedidos de clientes en SAP se encuentra en la tabla VBAK. La información de las cantidades solicitadas se encuentra en la tabla VBAP. También debemos saber que ambas tablas se relacionan entre sí a través del campo “documento de ventas” (VBAK-VBELN /VBAP-VBELN). Ahora podemos empezar a construir nuestro infoset.

Volvemos hacia atrás y creamos los grupos de campos (Pasar a /Back). Esto son una especie de carpetas donde asignaremos los campos de nuestras disponibles para las futuras queries. Yo escogeré crear ‘Grupos de campos vacíos’ con lo que me creará dos carpetas, una para la tabla VBAK y otro para la VBAP sin ningún campo asignado.

Entramos en la transacción de infosets.

Arrastramos los campos de las tablas (parte izquierda de la pantalla) hacia los grupos de campos que hemos creado (parte derecha de la pantalla). En mi caso, arrastro los campos solicitante y documento de ventas de la VBAK y cantidad y material de la VBAP. Como veis sobre los campos solicitante y número de material SAP escribe una T. Eso significa que asociado a estos códigos SAP internamente también arrastra sus descripciones, por lo que no hay que hacer ninguna selección hacia las tablas de descripciones del solicitante (KNA1) ni del material (MAKT).

Herramientas /Utilidades /Query SAP /SQ02 — Infosets Creamos un infoset, le damos una descripción y una tabla base sobre la que generaremos nuestro infoset. En nuestro caso sobre la tabla VBAK. En este apartado existen varias opciones: podemos crear el infoset realizando la consulta sólo sobre una tabla en exclusiva, sobre varias tablas, sobre una base de datos lógica o incluso sobre datos externos. Hay que pensar bien qué opción escoger ya que una vez se ha creado ya no hay vuelta atrás. Por ejemplo, si escogemos crear un infoset a través de una tabla, si en el futuro decidimos añadir una nueva tabla tendremos que borrar el infoset y crear uno nuevo. Y eso será un problema mayor si ya hemos creado la query subsiguiente pues en ese caso también habría que borrar antes la query. Personalmente, siempre creo las queries vía unión de tablas aunque en el

1

Volvemos a ‘Grupo de campos’. Vemos ahora que en la parte izquierda de la pantalla nos aparece un nuevo campo de datos ‘Campos adicionales’ que contiene el campo que hemos creado. Lo que hay que hacer ahora es crear un nuevo grupo de campos y arrastrar nuestro campo adicional a este grupo de campos (también podríamos arrastrarlo a uno de los grupos de campos que ya tenemos).

Además, para complicarlo un poco más voy a añadir un campo que no está en ninguna de las tablas. Por ejemplo, si la posición ha sido rechazada (lo que se indica en SAP a través del campo VBAP-ABGRU) le voy a dar la descripción ‘Posición rechazada’. Esto sólo lo podemos hacer mediante programación ABAP, una herramienta muy interesante que nos permiten los infosets. Pasar a /Detalles Creamos el campo adicional y le damos descripción y tipo.

Sólo nos queda grabar, verificar y activar nuestro infoset. Infoset /Grabar Infoset /Verificar Infoset /Generar Ya podemos volver à la pantalla inicial y asignar el infoset al grupo de usuarios que creamos anteriormente a través de la transacción SQ01 (ver el post anterior). Pasar a /Asignación a grupo de usuarios

Imagen inicial | Samuel Mann

Escribimos el coding para el campo. Verificamos el código ABAP (corregimos si es necesario) y grabamos.

2

20 December, 2011 | created using fivefilters.org

Query SAP (III): crear una query

estándar). Mi experiencia personal me dice que no merece la pena el trabajo de crear una query en un mandante de desarrollo y luego transportarla hasta nuestro mandante productivo. Será más rápido y más fácil testear nuestra query si la creamos directamente en el área estándar. Para eso vamos a Entorno /Ámbitos funcionales /Área estándar (específico de mandante). Nuestra query la crearemos dentro del grupo de usuarios que creamos en el paso I. Por eso, iremos a Tratar /Cambiar grupo de usuarios /Ventas. Damos un nombre a nuestra query y la creamos. Automáticamente nos pedirá que la asignemos a un infoset (recordar el paso II). Evidentemente, asignaremos el infoset que ya habíamos creado previamente (SD_VENTAS).

En la siguiente pantalla, SAP nos pide una descripción de la query. Podemos también indicar la variante de la pantalla de selección que queremos que se utilice por defecto al ejecutar la query. Esta variante la podemos crear cuando ya hayamos generado nuestra query y añadirla aquí directamente (campo Variante estándar). En esta pantalla también aparecen datos de ‘Formato de salida’. Aquí le podemos indicar a nuestra query cómo queremos que se muestre. Por defecto, utilizamos el “List Viewer ABAP”, es decir, el ALV típico. Aunque SAP nos da la posibilidad incluso de lanzar el resultado directamente hacia un Excel si así se quiere (EXCEL).

Definición El tercer paso en la creación de una query es, precisamente, la creación de la query propiamente dicha. Esto es un listado de información extraída de la base de datos. Para ello es necesario que previamente hayamos creado el grupo de usuarios al que permitiremos extraer la información. Asimismo, debemos haber creado el infoset donde indicamos las tablas de información necesaria. Crear una query consiste en generar una pantalla de selección de la información y una disposición (layout) de salida de toda esta documentación. Funcionalidad Sigamos con el ejemplo. Creamos una query de información de ventas. Entramos en la transacción de queries. Herramientas /Workbench ABAP /Utilidades /Query SAP /SQ01 — Queries Podemos crear nuestra query bien en área estándar bien en ámbito global. Esto significa que podemos crear la query y luego transportarla (ámbito global) o bien crear la query directamente en nuestro entorno productivo (área

Pasamos a ‘Selección de grupos de campos’. Aquí debemos seleccionar todos nuestros grupos de campos del infoset. O, si alguno de los grupos de campos no los quisiéramos

1

utilizar en nuestra query, entonces simplemente no lo seleccionamos. En ‘Lista básica’ nos muestra los campos disponibles en cada uno de los grupos de campos. Debemos seleccionar aquellos que nos interesa que se muestren en la query. En el caso del ejemplo, seleccionaré todos los campos. Como veis los campos de texto, aunque no los habíamos seleccionado directamente en nuestro infoset, sí que nos aparecen dentro de los campos disponibles. Eso es simplemente porque los campos de código solicitante y número de material siempre llevan asociadas sus descripciones por defecto.

Y así el layout de salida.

En la pantalla de ‘Selecciones’ creamos nuestra pantalla de selección. Es decir, los criterios a partir de los cuales buscaremos la información. Yo voy a marcar los campos solicitante, material y documento de ventas.

A partir de aquí ya podemos utilizar la funcionalidad propia de los listados ALV como descargar la información en Excel, hacer filtros, sumas, sumas parciales, etc. Enlaces | sappedia (añadido el 31/10/2010) Imagen | Ex-Smith

‘Lista básica’: aquí construimos la disposición de salida donde indicamos qué campos queremos que se muestren en el listado y en qué orden. Además, podemos también darle algún formato especial como colores, guiones de separación, etc. Yo voy a marcar todos los campos disponibles y además voy a hacer que sea de verde intenso. Para hacer eso hay que arrastrar el campo ‘Afirmativo(intenso)’ sobre el campo que queremos que sea de otro color.

Grabo. Así queda la pantalla de selección.

2

24 December, 2011 | created using fivefilters.org

ABAP en queries: programas integrados

grupo inconexo de transacciones programadas bajo nombres Z* que, en el mejor de los casos, habremos agrupado en menús de usuario o en menús de favoritos. También nos da la posibilidad de crear consultas de información impensables en un join simple de tablas creado mediante la conexión gráfica. Podemos, por ejemplo, unir dos tablas pero manteniendo una como cabecera y la otra debajo de ésta con sus posiciones. Veamos esto último. Queremos mostrar pedidos de compra, con una línea de cabecera para cada pedido y siguiendo a esta cabecera, toda la serie de posiciones del pedido. Creamos el infoset marcando ‘Obtención de datos mediante programa’ y ‘Programa integrado’.

El infoset nos exigirá que introduzcamos una estructura de datos. Por lo tanto, previamente debemos ir al diccionario y crear la estructura que soportará la salida de información. Este paso previo no lo explico pero tenéis un ejemplo en el siguiente enlace. En este punto, los campos disponibles serán los que nos indique nuestra estructura. Arrastraremos estos campos al grupo de campos que tengamos creados. Lo interesante aquí, es que se nos abre un botón que no habíamos visto hasta ahora. Este botón se llama ‘Programa de lectura de datos’ y nos señala el lugar a través del que haremos nuestra programación ABAP. Así que lo marcamos.

Siguiendo con una serie de artículos anteriores donde ya explicaba como crear queries e infosets voy a intentar mostrar otra manera realizar queries. En este caso vamos a integrar programación ABAP en queries SAP. Se trata de utilizar toda la potencia que nos dan las presentaciones vía query para mostrar información, pero haciéndolo sin utilizar los joins gráficos de tablas. En un principio, las queries SAP se entienden como una forma sencilla de extraer información de la extensa base de datos de SAP. Para obtener esta información, la mejor manera es utilizar la conexión gráfica de tablas en nuestros infosets. Sin embargo, para aquellos que ya tengan conocimientos sencillos de programación ABAP, SAP provee una herramienta de programación integrada en infosets. Con ella, no necesitamos utilizar ninguna conexión gráfica, sino que podemos obtener información a través de sentencias SQL y presentarlas en el formato que nos dan las queries SAP.

El editor ABAP que se nos abre consta de diversos eventos donde escribimos nuestros comandos ABAP: Declaración de variables.

¿Qué ventajas puede tener esta forma de crear queries? En principio, la gran ventaja que yo observo es la posibilidad de utilizar todo el “envoltorio” que nos da una query, con sus ALV y  layouts. Nos quita trabajo ya que sólo debemos concentrarnos en recuperar la información. De la presentación de ésta ya se ocupa la query. Además, nos da un entorno organizado de listados ya que nos permite tener todas nuestras consultas bajo la apariencia de la transacción de queries SQ01. Nos evita tener un

Pantalla de selección. Definimos el pedido de compras como parámetro de selección en nuestra query. Podemos indicar una descripción del parámetro para

1

que no aparezca el nombre de la variable al ejecutar la query. Para ello tenemos que ir à la pestaña ‘Delimit’ y haciendo doble click sobre el parámetro cambiamos el texto de selección.

Un listado de las posiciones de un pedido con una cabecera para el pedido. El ejemplo es muy sencillo y poco significativo pero nos da una idea de la potencia de la herramienta. Imagen inicial | 4nitsirk

Extracción de datos.

Salida de información.

Generamos nuestro infoset. Asociamos el infoset a un grupo de usuarios. Creamos nuestra query normalmente. Y éste es el resultado:

2

24 December, 2011 | created using fivefilters.org

Navegación en queries

Ahora cuando lancemos la query y hagamos doble click sobre un registro del listado vamos a tener la opción de escoger entre navegar à la transacción VA03 o à la MB52. En el siguiente vídeo explicativo se muestran todos los pasos: La navegación se realiza al hacer doble click sobre cualquier punto de un registro, independientemente del campo sobre el que se pulse. Entonce, ¿cómo determina SAP cuál es el campo que tiene que utilizar para navegar? Pues lo hace en base al ID del parámetro. SAP recorre todos los campos del registro y enlaza el ID del registro correcto con el ID del parámetro de entrada de la transacción. Entonces para verificar que la navegación funcionará correctamente debemos determinar cuál es el ID del parámetro. Eso lo hacemos mediante los siguientes pasos: Vamos al campo de entrada de nuestra transacción, por ejemplo el de la VA03 Logística /Comercial /Ventas /Pedido /VA03 – Visualizar

Una de las peculiaridades de SAP es que estemos donde estemos el sistema suele permitirnos saltar entre transacciones. Simplemente debemos situarnos encima de un campo, hacer doble click y el sistema navegará a otra transacción relacionada con ese campo. Por ejemplo, si en la transacción en la que estamos hay un campo con el código de un material, si hacemos doble click sobre éste SAP navega hacia la transacción del maestro de materiales de ese código en concreto.

Pulsamos F1. Marcamos ‘Datos técnicos’ o el icono ‘Martillo’. Verificamos que existe un valor dentro de ‘ID parámetro’.

En otros artículos ya había explicado cómo crear queries. En esta ocasión voy a ampliar estos posts con esta sencilla funcionalidad de SAP, la navegación. Caso Tenemos una query que nos permite listar posiciones de pedidos de venta donde nos muestra las posiciones de pedidos con el código de material. Queremos que al hacer doble click sobre un registro en concreto SAP nos muestre el stock disponible en almacén de ese material y el pedido de ventas completo asociado ¿Cómo lo hacemos? Solución Modificamos nuestra query. Herramientas /Workbench ABAP /Utilidades /Query SAP /SQ01 – Queries Vamos al menú Pasar a /Asignación del informe. Indicamos que nuestro tipo de informe será una transacción. Igual que una transacción podríamos indicar un report ABAP, una query, etc.

Hacemos lo mismo para el campo de nuestra query, pero desde la transacción SE11 Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP

Introducimos el nombre de nuestra transacción (VA03 para visualizar el pedido de ventas completo)

Introducimos el elemento de datos (VBELN_VA) en el campo ‘tipo de datos’.

Repetimos de nuevo para la otra transacción (MB52 para visualizar el stock del material).

Visualizar. Grabamos.

1

Y en la pestaña propiedades adicionales el valor del ID del parámetro debería ser el mismo que hemos obtenido anteriormente. Así podemos estar seguros que la navegación se hará correctamente desde nuestra query. Imagen | Svadilfari

2

20 December, 2011 | created using fivefilters.org

Una plantilla ABAP

*************************************************** *Declaración tablas internas *************************************************** *data: begin of it_tabla occurs 0, * * end of it_tabla. *************************************************** *Includes *************************************************** *include *************************************************** *** SELECTION-SCREEN  *************************************************** selection-screen begin of block b1. *select-options: *parameters:  selection-screen end of block b1. *************************************************** *** AT SELECTION-SCREEN *************************************************** *at selection-screen output.

Para los que tenéis que programar asiduamente aquí os dejo una pequeña plantilla que quizás os sea de utilidad al hacer reports en ABAP. A mí me ha ayudado y servido de guía muchas veces.

* *at selection-screen on xxxxx. *

Plantilla

*************************************************** *** START-OF-SELECTION *************************************************** start-of-selection.

*&————————————————————-* *& Report *Autor: Fecha: *************************************************** * Modificaciones: * Fecha: *************************************************** report zxxxxxx  no standard page heading  line-size 255.

*************************************************** *** SUBRUTINAS  *************************************************** *&———————————————————–* *&———————————————————–* *& Form rutina *&———————————————————* * text *—————————————————————-* * –> p1 text * 

*************************************************** *Tablas *************************************************** *tables: *************************************************** *Type pools *************************************************** *type-pools: *************************************************** *Constantes *************************************************** *constants: *************************************************** *Variables globales *************************************************** *data: *************************************************** *Estructuras ***************************************************

1

20 December, 2011 | created using fivefilters.org

Listados ALV

 end of i_nif. Seguidamente buscamos la información y la cargamos en la tabla interna i_nif. Ésta será nuestra tabla de output a mostrar. Definimos las parametrizaciones de impresión del ALV. clear e_print. e_print-no_print_selinfos = ‘X’. e_print-no_print_listinfos = ‘X’. Definimos la denominación de cada uno de los campos y cómo se referenciarán. wa_fieldcat-fieldname = ‘NIF’. wa_fieldcat-tabname = ‘I_NIF’. wa_fieldcat-seltext_m = ‘NIF’. append wa_fieldcat to t_fieldcat. clear wa_fieldcat. Definimos el layout del ALV. clear e_layout. e_layout-zebra = ‘X’. e_layout-colwidth_optimize = ‘X’. Llamamos à la función que genera el listado ALV ‘REUSE_ALV_GRID_DISPLAY’. Aquí indicamos el nombre de nuestro report, el layout (cómo se mostrarán las columnas), el catálogo de campos, si queremos que se puedan o no grabar variantes de layout y la tabla de output que contiene la información a mostrar. Por supuesto, esta función permite diversas parametrizaciones del ALV que se pueden consultar directamente en la documentación de la función.

En este post explicaré cómo crear un listado ALV sencillo. Descripción En primer lugar creamos nuestro report ALV. Herramientas /Workbench ABAP /Desarrollo /SE38 — Editor ABAP

call function ‘REUSE_ALV_GRID_DISPLAY’  exporting  i_callback_program = xrepid  is_layout = e_layout  it_fieldcat = t_fieldcat  i_save = ‘A’  is_print = e_print  tables  t_outtab = i_nifnecesidad  exceptions  program_error = 1  others = 2. if sy-subrc 0. endif.

Definimos las variables que utilizaremos en nuestro report. Por regla general yo he utlizado en los reports ALV que he escrito las siguientes variables: ********************************************************* *Type pools  ********************************************************* type-pools: slis. ********************************************************* *Variables globales ********************************************************* data: xrepid like sy-repid ********************************************************* *Declaración tablas internas ********************************************************* data:  wa_fieldcat type slis_fieldcat_alv,  t_fieldcat type slis_t_fieldcat_alv,  e_layout type slis_layout_alv,  e_print type slis_print_alv.

Añadimos los datos de cabecera. Estos datos de cabecera se entrarán en una rutina que no se llamará formalmente ya que la llamada se realizará desde el módulo de funciones ‘REUSE_ALV_GRID_DISPLAY’. * Cabecera grande wa_heading-typ = ‘H’. wa_heading-info = ‘Cabecera’. append wa_heading to t_heading. clear wa_heading.

data:  begin of i_nif occurs 0,  xxx

* Cabecera pequeña

1

wa_heading-typ = ‘S’. wa_heading-info = ‘Subcabecera’. append wa_heading to t_heading. clear wa_heading.

data:  wa_fieldcat type slis_fieldcat_alv,  t_fieldcat type slis_t_fieldcat_alv,  e_layout type slis_layout_alv,  e_print type slis_print_alv,  wa_heading type slis_listheader,  t_heading type slis_t_listheader.

Si además queremos añadir un logo a nuestro listado deberemos subir la imagen a SAP (clase ‘PICTURES’, tipo clase ‘OT’). Para ello utilizaremos la transacción OAER. En el siguiente link encontraréis toda la información para hacerlo. Seguidamente habrá que llamar al módulo de funciones ‘REUSE_ALV_COMMENTARY_WRITE’ con nuestro logo. El inconveniente de este logo es que es visible en SAP, pero no es posible imprimirlo.

********************************************************* *Includes ********************************************************* include . ********************************************************* *** SELECTION-SCREEN *********************************************************

call function ‘REUSE_ALV_COMMENTARY_WRITE’  exporting  it_list_commentary = t_heading  i_logo = ‘LOGO’.

********************************************************* * Pantalla de selección  ********************************************************* * select-options s_stcd1 for kna1-stcd1. ********************************************************* * At selection-screen *********************************************************

Ejemplo El siguiente es un ejemplo de listado que nos permite validar números de NIF. *&———————————————————————* *& Report ZVALIDANIF *& *&———————————————————————* *& *& *&———————————————————————*

********************************************************* *** START-OF-SELECTION  ********************************************************* start-of-selection. * Funcion validacion nif  perform valida_nif.

report zvalidanif. ********************************************************* *Tablas ********************************************************* tables: kna1. ********************************************************* *Type pools ********************************************************* type-pools: slis. ********************************************************* *Constantes  ********************************************************* *constants: ********************************************************* *Variables globales ********************************************************* data:  g_contador(4) type n,  xrepid like sy-repid. ********************************************************* *Declaración tablas internas  *********************************************************

* Log: cómo se cargará  perform display_alv. ********************************************************* * Performs Adicionales ********************************************************* *&———————————————————————* *& Form display_alv *&———————————————————————* * text *———————————————————————-* * –> p1 text *  p1 text *  p1 text *  p1 text *  p1 text *  p1 text * 

data:  begin of i_nif occurs 0,  nif like kna1-stcd1,  error(10),  end of i_nif. ********************************************************* *Estructuras *********************************************************

2

20 December, 2011 | created using fivefilters.org

Crear variantes de report

Se nos despliega una ventana donde nos pide si queremos grabar. Por supuesto, le damos una descripción a nuestra variante y decimos que sí queremos grabar.

Creación de una variante con parámetros Los valores que grabamos en una variante no necesariamente han de ser fijos. Podemos indicar datos que varíen según el día en que se lanza nuestro report por ejemplo. O incluso podemos hacer que un campo se grabe sin valores o impedir que un usuario pueda introducir valor alguno en un campo. Mejor verlo con un ejemplo. Definición

Desde el editor ABAP recuperamos nuestra variante.

En SAP llamamos variante a una imagen de información fija

Marcamos ‘Modificar’ con ‘Atributos’.

que podemos introducir en una pantalla de selección de una transacción. Con una variante podemos introducir valores en cada uno de los campos de una pantalla de selección y grabarla para más tarde recuperarla de nuevo à la hora de ejecutar el programa o transacción. Las variantes se asocian comunmente a reports y listados de SAP. Es más difícil asociarlas a transacciones de pantallas. Para más información sobre este segundo caso consultar un post anterior. Ya había hablado sobre la posibilidad de utilizar variantes para transacciones estándar de SAP. En este caso, comentaremos en más detalle cómo crear una variante, cómo protegerlas y dónde utilizarlas.

Desde la pantalla de ‘Atributos’ podemos modificar los atributos de cada uno de los campos que hay en nuestra pantalla de selección.

Creación de una variante

Proteger campo: marcamos los campos de sociedad para que no se pueda modificar el valor.

Vamos a nuestro editor ABAP. Herramientas /Workbench ABAP /Desarrollo /SE38 — Editor ABAP

Suprimir campo: marcamos el campo ‘Vía de pago’ para que éste no sea visible directamente en la pantalla de selección.

Seleccionamos

Campo obligatorio: marcamos el campo ‘característica’ para que sea obligatorio introducir un valor para poder ejecutar el report.

Objetos parciales /Variantes /Modificar Damos un nombre a nuestra variante (no es necesario que empiece por Z).

Variables: creamos una fecha dinámica (D) con el valor del última día del mes. La variante siempre contendrá el valor del último día del mes en el que se lance el report.

Marcamos ‘Crear’ con ‘Valores’. Se nos abre la pantalla de selección de nuestro report. Indicamos los valores que queremos dar a cada uno de los campos de la pantalla de selección. Salimos de la pantalla Pasar a /Back

1

En reports. Ejecutamos el report y desde la pantalla de selección seleccionamos Herramientas /Workbench ABAP /Desarrollo /SE38 — Editor ABAP Pasar a /Variantes /Traer En transacciones. Podemos hacer que la transacción se inicie directamente con la variante que hemos creado. Para ello, modificamos la transacción Z y en el apartado variante indicamos nuestra variante. De este modo, siempre que ejecutemos la transacción, automáticamente se lanzará con la variante que hayamos adjuntado. Herramientas /Workbench ABAP /Desarrollo /Otras herramientas /SE93 — Transacciones

Grabamos. En jobs de fondo. Cuando lanzamos un report por job de fondo es obligatorio indicar una variante de ejecución. En el momento de crear nuestro job debemos indicar la variante. Sistema /Servicios /Jobs /Definición job

El resultado es una pantalla con valores dinámicos.

En queries. Al igual que podemos iniciar transacciones con una variante prefijada, también podemos iniciar queries con una variante prefijada.

Transporte de una variante entre entornos Por lo general, una variante se puede crear y modificar desde el entorno productivo SAP. Sin embargo, también es posible crear variantes desde entornos de desarrollo y posteriormente transportarlas a entornos productivos. Por supuesto, en este caso las variantes sólo serán modificables desde desarrollo. Para crear una variante que pueda ser transportada simplemente debemos crearla con un nombre que empiece por CUS& Imagen inicial | *n3wjack’s world in pixels

Utilización de variantes

2

24 December, 2011 | created using fivefilters.org

Exportar listados ALV a hojas de cálculo

Observamos que SAP nos ofrece la opción del formato en que queremos exportar nuestro listado de un desplegable. Marcamos la opción ‘StarOffice/OpenOffice’ e indicamos que queremos ‘Aplicar siempre el formato especificado’.

En este post “cortito” hago un resumen de los formatos de los que disponemos a la hora de exportar nuestros listados ALV

Grabamos nuestra hoja de cálculo con extensión .ods

a una hoja de cálculo. Antiguamente sólo podíamos exportar a un único formato de hoja de cálculo, el omnipresente Microsoft Excel. Afortunadamente, SAP se ha adaptado a los tiempos y ya disponemos de otra variedad de formatos de hojas de cálculo donde exportar información en la versión ECC de SAP.

La próxima vez que intentemos volver a exportar nuestro listado ALV SAP ya no nos volverá a preguntar por el formato y, directamente, nos ofrecerá únicamente la opción ‘StarOffice/OpenOffice’. Eso es porque SAP ha guardado a nivel de usuario la opción predefinida de formato en la tabla SALV_BS_ADMIN.

Actualmente los formatos soportados à la hora de exportar un listado ALV a una hoja de cálculo son: Microsoft Excel. MTHML de Microsoft Excel StarOffice y OpenOffice. También soporta LibreOffice. Office XML

¿Qué hacer para reiniciar el valor por defecto para exportar a hoja de cálculo?

Microsoft Excel XXL (formato antiguo).

Ejecutar el programa SALV_BS_ADMIN_MAINTAIN con parámetro ‘Display’.

De acuerdo a nuestros hábitos como usuarios SAP podemos indicar nuestro formato preferido à la hora de exportar listados ALV. ¿Cómo marcar por defecto un formato específico? Imaginemos que queremos exportar un listado de pedidos incompletos a formato OpenOffice Lanzamos la transacción ‘Documentos comerciales incompletos’. Logística /Comercial /Ventas /Sistemas de información /Pedidos /V.02 — Pedidos incompletos

Marcar y borrar el registro de usuario que deseemos.

Vamos a exportar nuestro listado mediante el menú Lista /Exportar /Hoja de cálculo.

Más información | notas 876916 y 1080608

1

Imagen inicial | tapaponga

2

24 December, 2011 | created using fivefilters.org

Recursos de programación ABAP

De todos modos, también podemos obtener el mismo resultado mientras escribimos nuestro código, nos posicionamos sobre una sentencia y pulsamos el botón F1. Programación de listados ALV y otras demos Si buscamos a través del sistema de información los paquetes SLIS y SABAPDEMOS también encontramos el código ABAP de programas escritos por SAP para utilización en demos y cursos de aprendizaje.

En este artículo voy a escribir sobrer aquellas herramientas que conozco y que SAP nos provee para aprender a programar en ABAP. Son transacciones con código fuente que os pueden servir para vuestros cursos de aprendizaje en este lenguaje propietario SAP.

Herramientas /Workbench ABAP /Desarrollo /SE38 – Editor ABAP Entramos en el editor ABAP. Marcamos el matchcode.

Documentación ABAP y ejemplos

Marcamos ‘Selección nueva’.

Herramientas /Workbench ABAP /Utilidades /ABAPDOCU – Biblioteca de ejemplo

Escribimos el nombre del paquete SLIS o SABAPDEMOS.

Centro de presentaciones Enjoy

En esta transacción, SAP agrupa el código fuente de varios programas de ejemplo para el autoaprendizaje. A través de varios nodos nos ofrece el código para aprender el uso de las sentencias más frecuentes, programación de dynpros, de orientación a objetos, incluso el interfasado con JavaScript.

Aquí se agrupan los códigos de varios ejemplos. Se trata de una transacción para los que ya tenéis cierto conocimiento de programación ABAP. Cotiene ABAP orientado a objetos, la evolución del lenguaje ABAP que permite crear programas algo más complejos.

Documentación de palabras claves

Herramientas /Workbench ABAP /Utilidades /DWDM – Presentaciones

Herramientas /Workbench ABAP /Utilidades /ABAPHELP – Documentación palabra clave Con la ayuda de esta transación podemos acceder à la biblioteca ABAP donde se encuentran documentadas las sentencias utilizadas en este lenguaje. Simplemente, entramos en la transacción y escribimos la sentencia de la cual queremos documentación.

1

Comida en vuelo/primer plato STICKET Billete de avión STRAVELAG Ag.viajes Imagen inicial | Shermeee

Juegos de datos de prueba Seguro que más de uno se acuerda de las tablas SPFLI, SCARR o SFLIGHT. Pues bien, bajo el paquete SAPBC_DATAMODEL se esconden todas estas tablas que tan frecuentemente son utilizadas en los cursos de formación ABAP. Se trata del modelo de datos de vuelos que se suministra para hacer pruebas, programar listados de ejemplo, etc. Pero antes de poder hacer uso de ellas, es imprescindible llenarlas con datos. Mediante el programa SAPBC_DATAGENERATOR podemos marcar cuántos registros introducir en estas tablas o borrar su contenido completamente para empezar de nuevo. Herramientas /Workbench ABAP /Desarrollo /SE38 – Editor ABAP /Programa SAPBC_DATAGENERATOR 

  Una vez llenas ya podemos observar cómo quedan cada una de ellas. Aquí dejo el listado completa de estas tablas de formación. Herramientas /Workbench ABAP /Resumen /SE16 – Browser de datos TABLA DESCRIPCIÓN SAIRPORT Aeropuertos SAPLANE Avión SBOOK Reservación de vuelo directo SBUSPART Interlocutor cia.aérea SCARPLAN Asignación compañía aérea-avión SCARR Compañía aérea SCITAIRP Asignación ciudad-aeropuerto SCOUNTER Mostrador de venta SCPLANE Avión de carga SCURR Tp.cambio p.modelo datos formación Workben SCURX Moneda p.modelo datos formación Workbench SCUSTOM Clientes vuelo SDESSERT Comida en vuelo/postre SFLIGHT Vuelo SFLIMEAL Asignación vuelo-comida SGEOCITY Situación geográfica de una ciudad SMACOURSE Comida en vuelo/plato principal SMEAL Comida en vuelo SMEALT Comida en vuelo/descripción SMENU Menú SNVOICE Factura SPFLI Itinerario de vuelos SPPLANE Avión de pasajeros SSTARTER

2

24 December, 2011 | created using fivefilters.org

Batch input recorder

Grabación /Exportar.

Copiamos el texto de nuestra grabación tantas veces como materiales tengamos, pero en un nuevo fichero .txt. Al mismo tiempo, modificamos la información. Por ejemplo, si necesitamos modificar el precio de cien materiales, entonces copiaremos el texto cien veces. Tras ello, borraremos y re-escribiremos el código de cada material y del nuevo precio en cada pieza de texto de la grabación. Ya sé lo que estáis pensando, que esto es más fácil de decir que de hacer. Sin embargo, utilizando una sencilla hoja de cálculo y algunas fórmulas puede llegar a ser un proceso sumamente rápido*.

De vuelta en el blog. Esta vez con la herramienta batch input recorder. Para empezar, decir que llamamos programas de batch input a una serie de programas que se han venido utilizando para la transferencia en masa de información hacia sistemas SAP. A menudo, estos programas se han integrado en otras transacciones estándar como la típica legacy. Sin embargo, si nuestras necesidades no pueden ser cubiertas por herramientas estándar SAP, entonces nosotros mismos tendremos que escribir nuestros programas de batch input. El resultado de la ejecución de un programa de batch input es siempre un juego de datos que podremos procesar posteriormente para realizar la transferencia de información. En este artículo intento explicar cómo la herramienta de grabación de batch inputs puede ayudarnos a crear juegos de datos de batch input sin tener ningún conocimiento de programación ABAP.

A continuación, importamos el nuevo fichero a SAP. Utilizamos para ello el menú Grabación /Importar.

Al final, lo que hemos conseguido es generar un nuevo juego de datos de batch input. Lo único que nos queda por hacer es presionar el botón ‘Procesar’ y nuestros datos subirán a SAP como en cualquier batch input.

Voy a dibujar un escenario sencillo donde queremos actualizar información en SAP a través de una transacción. Por ejemplo, nuestra empresa desea modificar el precio de venta de todos sus materiales a través de la transacción de registros de condición VK12. Por supuesto, si tenemos una base de datos de cientos de materiales la modificación manual puede suponer un trabajo considerable. Por lo tanto, en condiciones normales, lo lógico sería pedir a nuestro desarrollador ABAP que escribiese un programa de batch input que tuviese en cuenta nuestra necesidad. El programa escrito sería capaz de generar un juego de datos que repitiese las pantallas y la transacción cientos de veces (tantas veces como materiales hubiese en nuestra base de datos). Ahora bien, si no tenemos ningún conocimiento de programación ABAP ni persona que nos pueda ayudar, la herramienta de grabación de batch inputs nos puede ser de gran utilidad à la hora de crear nuestro juego de datos. Por supuesto, sin saber ABAP y en unos sencillos pasos: En primer lugar, vamos à la transacción de grabación de batch inputs SHDB.

Como véis, unos sencillos pasos que nos permiten actualizar información en masa sin haber escrito ni una sola línea de código ABAP. Por supuesto, no recomiendo esta herramienta para transferencias de información complejas. Ni tampoco lo recomiendo como sustituto de otras herramientas estándar

Creamos una nueva grabación de la transacción VK12 a través del botón ‘Nueva grabación’. Exportamos la grabación a un fichero .txt siguiendo el menú

1

legacy o bapis. Pero sí puede ser una herramienta interesante para afrontar problemas sencillos si no tenemos conocimientos suficientes de lenguaje ABAP. *Una ayuda para completar el fichero .txt con la información a subir. Utilizad una hoja de cálculo como Microsoft Excel, numerad aquellos campos que queráis completar y utilizad fórmulas del tipo buscarv o consultav para buscar y reemplazar con la información de vuestra base de datos. Imagen inicial | loop_oh

2

24 December, 2011 | created using fivefilters.org

Procesar juegos de datos de batch input

Herramientas /Gestión /Monitor /SM35 – Batch input Esto es lo que vemos en esta transacción: Campos para la selección de nuestro juego de datos: podemos filtrar entre los juegos de datos creados por usuario (campo ‘Autor), en un rango de fechas (campos ‘De’ ‘a’) o según el nombre del juego de datos (campo ‘JD’).

Del resultado de nuestro filtro vemos todos los juegos de datos que existen en el sistema, con su estado (nuevo, en ejecución, ejecutado correctamente, ejecutado con errores, etc.). Son especialmente interesantes los campos ‘Cantidad total de transacciones’, ‘transacciones procesadas con errores’, ‘transacciones procesadas’ y ‘dynpros’. Cantidad total de transacciones: nos informa sobre el total de transacciones que se ejecutarán en nuestro juego de datos. Por ejemplo, si estamos dando de alta el precio de compra de un registro info, entonces nos informa del número de veces que se llamará à la transacción ME11. Transacciones procesadas con errores: una vez lanzado el juego de datos, los errores que han generado cada una de las transacciones se acumulan en este campo.

Llamamos batch input a un tipo de proceso que se lanza en fondo y mediante el cual podemos simular la introducción de datos en una transacción tal y como lo haríamos si la estuviésemos procesando manualmente. La diferencia es que mediante batch input podemos hacer esto proceso de forma repetitiva, cosa que si tuviéramos que llevarlo a cabo manualmente se convertiría en un proceso muy tedioso.

Transacciones procesadas correctamente: igual que el anterior, pero que han finalizado con éxito. Dynpros: nos indica el número de pantallas que se han procesado durante la ejecución del juego de datos.

Típicamente la programación de un batch input se utiliza para la carga masiva de datos en SAP. Sin embargo, el resultado de un programa de batch input no es la transferencia de datos directamente a SAP, sino la generación de un juego de datos. En este juego se guarda toda la información de la transacción relevante para la carga (pantallas por las que se pasa, datos que se deben poner en cada campo y las teclas que se pulsan).

También vemos una serie de pestañas. En cada una de ellas, los juegos de datos se observan según su estado. En la pestaña inicial observamos todos los juegos de datos, en la pestaña ‘nuevo’ sólo aquellos juegos de datos aún no procesados, en ‘erróneos’ aquellos juegos de datos que han dado al menos un error durante su procesamiento, etc.

En este post explico cómo tratar estos juegos de datos generados de modo que la información contenida en éstos se transfiera completamente al sistema. Procesado on-line Al crear un juego de datos podemos decidir si lo queremos procesar al momento o sólo crear el “fichero” del juego de datos para su procesamiento posterior. Si decidimos procesarlo inmediatamente, mediante una técnica de programación de batch inputs denominada de CALL TRANSACTION, entonces la transferencia de información será inmediata. Procesado en fondo

¿Y cómo procesamos nuestro juego de datos?

Si, por el contrario, decidimos procesar el juego de datos posteriormente, entonces debemos ir a

Marcamos el juego de datos que queremos ejecutar

1

y pulsamos el botón ‘Ejecutar’.

camino a seguir es diferente. No podemos hacerlo directamente a través de la transacción SM35. En este caso lo haremos mediante el programa RSBDCSUB.

Automáticamente nos abre tres posibilidades:

Herramientas /Workbench ABAP /Desarrollo /SE38 — Editor ABAP

Ejecutar visible: esta opción nos permite observar paso a paso cada una de las pantallas por las que va pasando. Recomendada cuando estamos haciendo pruebas pero totalmente desaconsejada cuando queremos hacer una carga muy grande de información. Si queréis salir de la ejecución en visible podéis pararla escribiendo /bend en la ventana de comandos.

Escribimos el nombre de nuestro programa RSBDCSUB y ejecutamos. Escribimos el nombre del juego de datos a planificar y la fecha en que se creó. Seleccionamos en el menú Programa /Ejecutar en proceso de fondo.

Visualizar sólo errores: en este caso la transferencia de información se realizará sin que nosotros lo veamos directamente, pero se deterndrá cuando detecte un error en la información contenida en el juego de datos. Nos permite corregir el error directamente cuando sucede. Se puede utilizar con cargas no muy grandes de información, pero no en procesos muy largos ya que nos obliga a estar delante del ordenador.

Introducimos los parámetros de impresión (si queremos que se imprima el log de resultado). Escribimos la fecha y hora en que queremos que se inicie el procesado del juego de datos.

Invisible: es la opción que se utiliza comunmente. Nos permite proceso el juego de datos en fondo sin ninguna intervención por nuestra parte. Los resultados y posibles errores ya los veremos en el log de la transacción de batch inputs SM35. Mientras se está realizando la transferencia de información el juego de datos pasa à la pestaña ‘En tratamiento’. Sabremos que el proceso ha finalizado cuando nuestro juego de datos pase à la pestaña de ‘Procesado’.

Para ver si hemos creado correctamente el job de fondo: Sistema /Servicios /Jobs /Resumen jobs

Y, de nuevo, para ver el estado en que se encuentra el proceso del juego de datos:

Si todo ha resultado correcto el status del juego de datos se marcará como ‘procesado’ y pasará à la pestaña correspondiente. De lo contrario, se marcará como ‘erróneo’ y pasará à la pestaña ‘erróneos’.

Herramientas /Gestión /Monitor /SM35 – Batch input Imagen inicial | simminch

¿Cómo ver qué ha ido mal? Hacemos doble click sobre el juego de datos. Marcamos la pestaña ‘Logs’. Buscamos aquellas líneas resaltadas ya que serán las que contienen el mensaje de error. Planificación del procesado en fondo Finalmente, si decidimos procesar el juego de datos con posterioridad al lanzamiento del batch input, pero además deseamos hacerlo en una fecha y hora determinadas, entonces el

2

24 December, 2011 | created using fivefilters.org

Extracción de información a partir de jobs

Seguidamente pulsamos el botón ‘Parámetros de impresión’ y luego ‘Atributos’. Nos aseguramos de que no se imprima automáticamente el resultado, sino que el listado quede en el spool.

En más de una ocasión deseamos extraer información de SAP para analizarla externamente por ejemplo con Microsoft Excel. Sin embargo, debido al tiempo que ocupa la ejecución de la transacción no podemos hacerlo on-line. Si nos fijamos en el parámetro abap/timeout fijado en el sistema, éste es demasiado bajo como para lanzar el programa en un proceso diálogo. Podemos visualizar este parámetro en nuestro sistema en la transacción Herramientas /CCMS /Configuration /RZ10 – System profile

Grabamos y volvemos à la pantalla anterior.

Entonces, ¿cómo podemos consultar información en SAP si la ejecución de una transacción consume mucho tiempo? La respuesta es programando un job de fondo para la transacción.

Pulsamos el botón ‘Condición inicio’ e indicamos cuándo queremos que se inicie. Podemos indicar que se lance inmediatamente, en una fecha y hora concretas, cuando finalice otro job, etc. En este caso voy a indicar que se lance inmediatamente. Y grabamos.

Crear un job de fondo Imaginemos que queremos consultar la lista de saldos de entradas de mercancías Logística /Gestión de materiales /Gestión de stocks /Entorno /Visualización de saldos /MB5S – Lista de saldo MSRF En primer lugar debemos conocer el programa que se esconde detrás de la transacción. Para ello vamos à la transacción y pulsamos el menú Sistema /Status. En el ejemplo el programa se llama RM07MSAL. Seguidamente vamos à la transacción que nos permitirá definir nuestro job y damos nombre a nuestro job. Herramientas /CCMS /Background processing /SM36 — Define job Pulsamos en el botón ‘Paso’ y escribimos el nombre del programa y la variante con la que lo lanzaremos.

Volvemos à la pantalla anterior y grabamos el conjunto. Extraer la información de una orden de spool Una vez ha finalizado la ejecución del job podemos ir a recuperar la información de salida. Vamos al spool controller. Herramientas /CCMS /Print /SP01 – Output controller

1

Buscamos una orden de spool que debe contener el nombre del programa que hemos lanzado. Marcamos esta orden y el botón ‘Lista ABAP’.

Vamos al menú Orden spool /Transmitir /Grabar en fichero local. Nos abrirá una ventana e indicaremos el formato en que queremos guardar el listado. Ya la tenemos para tratar fuera de SAP. Enviar la información de un job a una cuenta de mail Otra opción es que à la finalización del job, éste envíe el resultado directamente a nuestra cuenta de correo electrónico. Para ello hay que incluir la dirección de correo electrónico à la hora de crear el job en el botón ‘Destino listas spool’. La forma detallada de hacerlo la tenéis en el siguiente enlace. Podéis enviar la información: A una cuenta de correo individual. Herramientas /CCMS /Background processing /SM36 — Define job /Destino listas spool A un grupo de usuarios creando una lista de distribución mediante la transacción SO28 Éste es el último post de la temporada. El blog volverá en breve. Os deseo que paséis unas buenas vacaciones si las tenéis. Nos vemos à la vuelta.

2

20 December, 2011 | created using fivefilters.org

Parametrización de tablas de control (table control) en transacciones

Si queremos que nuestra disposición sea visible solamente durante esta sesión recuperaremos nuestra variante del campo ‘Opción actual’ en el apartado ‘Seleccionar variantes’. En cambio, si queremos que nuestra disposición sea visible siempre para nuestro usuario recuperaremos nuestra variante del campo ‘Parametrización estándar’ en el apartado ‘Seleccionar variantes’. Si, por el contrario, queremos que esta disposición afecte a todos los usuarios del sistema tendremos que trabajar como administradores.  Marcamos la opción ‘Responsable del sistema’. Esta opción está reservada al objeto de autorización S_ADMI_FCD. Activamos la disposición en la ventana que se nos abre a continuación. Si queremos, incluso podemos transportar la opción a otros sistemas (icono ‘Incluir en orden de transporte’).

La parametrización de tablas sirve para modificar el orden, tamaño y número de campos a mostrar en una tabla de control de una transacción. Ejemplo Si tomamos como ejemplo la tabla de posiciones que encontramos en los pedidos de venta de forma estándar nos podemos contrar con la siguiente distribución de campos… posición, material, cantidad de pedido, un, r, denominación, número de material del proveedor, tpos, etc.

Logística /Comercial /Ventas /Pedido /VA02 — Modificar Si ésta no es la distribución que nos interesa la podemos cambiar realizando los siguientes pasos: Marcamos aquellos campos que queremos cambiar y los arrastramos à la posición que a nosotros nos interese. Por ejemplo, en este caso voy a marcar el campo tipo de posición (Tpos) y lo voy a llevar detrás del de unidad de medida (UM).

Finalmente, hay que indicar que toda la información de disposición guardados se almacenan en la vista TCVIEW, à la cual podemos acceder a través de la transacción SM30. Por lo tanto, podemos copiar la disposición que hemos generado para un usuario replicando las entradas generadas en esta vista para el usuario correspondiente.

Abrimos el icono configuración que se encuentra en la parte superior derecha de la tabla. En el campo ‘Variante’ del apartado ‘Gestionar variantes’ asignamos un nombre a nuestra nueva disposición y marcamos el botón ‘Crear’.

Imagen | INTVGene

1

24 December, 2011 | created using fivefilters.org

Crear tablas transparentes y estructuras

que contendrán éstas. Cada campo de una tabla o estructura ha de tener una descripción y una definición del tipo de información que contendrá. En SAP esto se consigue mediante dos objetos del diccionario llamados dominio y elemento de datos. Dominio: el dominio se define como el rango de valores que puede tener un campo. Es decir, el tamaño máximo que puede tener un campo (desde 0 caracteres o números hasta lo que se nos ocurra) y el tipo de información que podrá albergar (caracteres, números enteros, números decimales, etc.). Por ejemplo, creemos aquí el dominio para el campo ‘código’. Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP /Dominio Marcamos la opción ‘dominio’, lo llamaremos ‘ZD_CODIGO’. Presionamos ‘Crear’. Damos una descripción al dominio. Escogemos un tipo de datos. En este caso sólo aceptará datos numéricos así que voy a marcar la opción ‘NUMC’ que es un tipo de datos que sólo acepta números enteros. Así evitaremos que el usuario se pueda equivocar y entre letras en el campo. SAP validará que el tipo de información es numérica y no dejará grabar si no lo es.

En un post anterior mostraba un detalle de tablas de diccionario estándar en SAP.

Aceptaremos hasta 9999 contactos. Por lo tanto, la cantidad de posiciones será de 4.

Hoy toca hablar de los pasos que hay que seguir si queremos guardar información en la base de datos de SAP. Sea cual sea el tipo de base de datos que utilice nuestro ERP (Oracle, SQL, MaxDB…) la forma en que podemos crear tablas en el diccionario de SAP es el mismo. Pero también hablaré de cómo crear otro objeto del diccionario, las estructuras de datos ya que los pasos a realizar son muy similares.

La longitud de salidad también será de 4. Es decir, lo que veremos en la tabla será lo mismo que entremos en el registro. En la pestaña ‘Ambito val’ podemos definir los valores fijos que puede tomar el campo. En este caso, lo dejamos vacío. Pero si por ejemplo el campo sólo pudiese tomar dos valores como ‘verdadero’ o ‘falso’, entonces lo podríamos indicar aquí y SAP al entrar la información luego en la tabla no nos dejaría entrar ningún otro valor que no fuese verdadero o falso. No es nuestro caso.

Definiciones Estructuras: es un conjunto de definiciones de campos almacenado en el diccionario de SAP. Una estructura nunca podrá “llenarse” con ningún registro de información asociada en la base de datos. Su uso se sitúa solamente dentro de la programación ABAP.

Grabamos. Damos una orden de transporte. Activamos.

Tabla tranparente: al igual que una estructura, una tabla transparente también corresponde a un conjunto definido de campos estructurados almacenada en el diccionario de SAP. La diferencia es que una tabla transparente puede ser “llenada” con información. De hecho, una tabla en general es la unidad mínima necesario para introducir información en nuestra base de datos. Existen otros tipos de tablas como cluster o pool. Sin embargo, no trataré de ellas en este artículo. Podéis encontrar más información acerca de este tipo de tablas en el siguiente link. Elementos comunes à la creación de tablas transparentes y estructuras Elemento de datos: el elemento de datos contiene la suma del dominio y la descripción del campo.

Previo a crear una tabla o estructura hay que definir los campos

1

que marcaremos la opción ‘X Visualización/actualización permitida’.

Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP /Tipo datos /Elem. datos Marcamos la opción ‘tipo de datos’. Escribimos el codigo del elemento de datos. Pulsamos ‘crear’. Nos muestra un desplegable con tres opciones. Seleccionamos la opción ‘elemento de datos’. De nuevo damos una descripción y escribimos el dominio que hemos creado anteriormente. Otra opción es utilizar el botón ‘tipo instalado’. Con esta opción no utilizaríamos ningún elemento de datos, sino que asignamos el tipo de datos y su longitud directamente en el elemento de datos. No es nuestro caso.

Añadimos los nombres de cada campo. A cada campo asignamos su elemento de datos si lo tenemos.

En la pestaña de ‘denominación de campo’ escribimos cuatro descripciones adicionales. Serán las que aparecerán en el encabezado de la tabla según el tamaño del campo.

En el caso del código tenemos el elemento ‘ZE_CODIGO’ y se lo asignamos. En el caso del nombre no lo tenemos, pero vamos a utilizar alguno de los que existen en SAP de forma estándar. Buscamos a través del matchcode un elemento de datos estandar de tipo carácter y tamaño 40

Grabamos, guardamos y activamos.

En el caso de dirección y teléfono no utilizaremos ningún elemento de datos. Asignaremos el tipo de datos, longitud y descripción directamente en la tabla. Para eso pulsamos el botón ‘Tipo instalados’ y escribimos la información directamente.

Determino cuáles son los campos clave, es decir, aquellos que determinarán un registro como único en la tabla. En esta tabla esos campos son el campo ‘mandante’ y el campo ‘código’. Esto significa que el código de cada contacto es unívoco y no pueden aparecer dos registros con el mismo código dentro de la base de datos. El campo mandante es

Tabla transparente Una vez creados dominios y elementos de datos podemos empezar a crear nuestra tabla que servirá de contenedor de información dentro de la base de datos SAP. Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP /Tabla base de datos

necesario siempre en todas las tablas transparentes para indicar que la información contenida en una tabla transparente será diferente según el mandante en el cual nos encontremos. Para eso marco la columna ‘Clv’ de estos campos.

Al presionar el boton ‘Crear’ nos pedirá una decripción y un tipo de clase de entrega. Nuestra tabla almacenará información así que la definimos como ‘A’ (tabla de aplicación). También permitiremos que se puedan añadir registros directamente así

2

Actualizamos las opciones técnicas: en Pasar a /Opciones técnicas indicamos la clase de datos que informaremos a nuestra tabla. En el ejemplo, los datos que incluirá serán información de datos maestros (APPL0). El tamaño será el mímo posible (0 – de 0 a 3300), seguro que no incluiré más registros. El resto de información de esta pantalla la mantengo tal cual.

A través del browser de visualización general de tabla: mediante la transacción SE16N Botón ejecutar. Botón añadir líneas. Botón grabar.

Creando una vista de tablas y utilizar esta vista para añadir registros. En otro artículo comentaré con más detalle cómo utilizar esta interesante opción.

Actualizamos la categoría de ampliación: si en el futuro queremos ampliar la estructura de la tabla debemos decidir cómo la vamos a ampliar. En el ejemplo, seleccionamos ‘ampliable de cualquier manera’. La propia ayuda de la opción nos puede guiar sobre cómo hacer esto. Menú Detalles /Categoría de ampliación.

Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP /Utilidades /Generador actualiz.tablas También podemos utilizar código ABAP. Utilizando sentencias de SQL como UPDATE, MODIFY o INSERT dentro de nuestro programa podemos ir añadiendo registros à la tabla que hayamos creado. En este caso no es necesario haber marcado la opción de ‘browser de datos/actual.vista de tabla’ de la pestaña ‘Entrega y actualización’ como ‘X’.

Grabamos y activamos. Estructura Básicamente lo que debemos hacer es exactamente lo mismo que hacemos al crear una tabla transparente. Sin embargo, el camino del menú será diferente.

Visualizar la información almacenada en una tabla transparente

Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP /Tipo datos /Estructura

De nuevo hay dos opciones:

Directamente debemos añadir los campos con su tipología (columna tipo componente) sin asignar ningún tipo de clase de entrega. No es necesario añadir el campo ‘mandante’.

A través del explorador de datos de tablas. Herramientas /Workbench ABAP /Resumen /SE16 – Browser de datos

Añadir información a una tabla transparente

A través del nuevo browser de visualización en la transacción SE16N.

Para dotar de contenido una tabla podemos utilizar diversas alternativas directas si hemos marcado la opción de ‘browser de datos/actual.vista de tabla’ de la pestaña ‘Entrega y actualización’ como ‘X’ A través del explorador de datos de tablas. Herramientas /Workbench ABAP /Resumen /SE16 – Browser de datos /Tabla /Registrar entradas

Podéis encontrar información muy completa sobre el diccionario ABAP y cómo crear tablas y estructuras en el siguiente link. Imagen inicial | Tim Morgan

3

24 December, 2011 | created using fivefilters.org

Vistas de actualización de tablas

‘dos niveles’. En este ejemplo vamos a crear dos niveles. Números de imagen de actualización: numeramos las pantallas resumen e individual. La pantalla resumen se asocia con el primer nivel, mientras que la imagen individual se asocia con el segundo nivel de tipo de actualización. Los números de las pantallas han de ser diferentes. Pulsamos Objetos generados /Crear.

En el artículo de la semana anterior veíamos cómo crear tablas de diccionario y mostré brevemente cómo podemos informar estas tablas desde un punto de vista técnico. Pero, ¿cómo puede actualizar información en una tabla un usuario final? La respuesta es a través de imágenes de actualización. En este post vamos a tomar la tabla que creamos la semana anterior y vamos a crear un objeto que ayudará al usuario a registrar información sobre la tabla.

Seguidamente nos pedirá hasta tres órdenes de transporte y SAP empezará a generar las vistas. Esto puede tardar unos segundos. Al finalizar el proceso en principio no es necesario ningún paso adicional pues las imágenes SAP las ha creado automáticamente. Sin embargo, suele ser necesario realizar algún ajuste. Para ello nos vamos a Entorno /Modificación /Imágenes de actualización.

Definición Una imagen o vista de actualización es una forma que SAP nos proporciona para poder introducir datos en tablas sin necesidad de entrar en el explorador de tablas ni tener que programar. No hay que olvidar que el explorador de tablas suele ser una transacción restringida para los usuarios finales. Así que necesitamos una forma simple y rápida de poder mantener la información de tablas z a disposición de usuarios.

Seleccionamos qué imagen queremos modificar, la de resumen o la de detalle. En este caso, la de resumen.

Pasos Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP Una vez en la tabla navegamos al menú Utilidades /Generador actualiz. tabla y seguimos los siguientes pasos:

SAP abre un screen painter para modificación de dynpros o pantallas. Para los que hayáis programado en ABAP, decir que ésta es exactamente la misma transacción que podríamos utilizar para hacer programación ABAP de dynpros.

Grupo de autorizaciones: si decidimos que restringir el acceso según autorizaciones de usuario lo podemos asignar aquí. De lo contrario, como en este ejemplo, indicamos el grupo de autorizaciones ‘&NC&’ que significa que no estamos restringiendo el acceso a esta imagen de actualización.

Pulsamos el botón ‘Layout’ y modificamos la información que aparece en la pantalla. No es aconsejable modificar mucho estas pantallas, pero a lo mejor sí que nos conviene cambiar algunas descripciones de campos ya que por defecto toma la que haya en el elemento de datos y esto no siempre nos interesa. En este caso voy a cambiar las descripciones de los campos contacto y dirección por los que yo considero ‘Nombre del contacto’ y ‘Dirección del contacto’.

Grupo de funciones: creamos un grupo de funciones donde SAP almacenará el código ABAP para la actualización de la tabla. Tipo actualización: puede ser ‘un nivel’ si queremos actualizar registros de la tabla en masa, es decir, viendo todos los registros à la vez. En cambio, si la actualización la vamos a hacer registro a registro entonces debemos marcar

1

Salida Así es como queda nuestra vista inicial (pantalla 100) cuando llamamos à la transacción ZCONTACTOS. Fijaos la botonera estándar generada para modificar, crear y borrar registros.

Grabo y activo la modificación. Ejemplo Una vez tengo creadas las vistas de actualización de mi tabla ¿cómo llamo a estas imágenes para registrar nuevos datos? La forma más rápida es utilizar la transacción SM30.

Y así cómo queda nuestra imagen de detalle (pantalla 200) cuando hacemos doble click sobre un registro individual.

Sin embargo, no siempre queremos dar acceso a los usuarios à la transacción SM30 de forma directa. ¿Por qué? Porque a través de esta transacción se puede acceder también a las imágenes de actualización de tablas de customizing. Es mejor crear una transacción Z que llame a las imágenes de actualización. Para ello no es necesario ningún tipo de programación ABAP. Lo haremos del siguiente modo: Herramientas /Workbench ABAP /Desarrollo /Otras herramientas /SE93 – Transacciones Imagen inicial | kaibara87 Damos nombre (ZCONTACTOS) a nuestra transacción y pulsamos ‘Crear’. Damos una descripción y seleccionamos la opción ‘Transacción con parámetros’. Indicamos una transacción para la visualización de nuestra imagen, la transacción SM30. Validamos. Como no queremos ver la imagen de entrada de la transacción SM30, marcamos ‘omitir imagen inicial’. En valores propuesta indicamos el nombre de nuestra vista de imagen (VIEWNAME) y tipo de actualización (UPDATE).

2

Tablas del diccionario

En este post voy a mostrar un detalle de tablas comunes en SAP. Definición Las tablas del diccionario de SAP son la fuente de información central y estructurada de la empresa. SAP utiliza un tipo de base de datos de tipo relacional con tablas que contienen uno o más campos clave. SAP contiene tablas estándar de las cuales se alimentan y a las cuales informan las transacciones del sistema, si bien es verdad que al diccionario se le pueden añadir tablas de creación propia. Las tablas que muestro en este post son sólo una pequeña parte de todas las que contiene SAP, aunque espero que os sean útiles ya que son de uso común. Materiales y producción 1. Maestro de materiales Tabla Descripción Comentario MAKT Descripciones de material MARA Datos generales MARC Material por centro MARD Segmento almacén/lotes MARM Unidades de medida MBEW Valoración-material MEAN Núm de artículos europeos de mat MKAL Versiones de fabr del material MLAN Clasificación impuestos mat MLGN Datos mat por núm almacén MLGT Datos mat por tipo de almacén MOFF Maestros de mat aún abiertos MSTA Status de maestro de materiales MVKE Datos de ventas 2. Gestión de stocks 2.1. Estado de los stocks Tabla Descripción Comentario MARD Stock por centro/almacén

MCHB Stocks de lotes MSLB Stock especial en proveedor MKOL Stocks especiales del proveedor MSSL Suma stock especial en proveedor 2.2. Documentos de material Tabla Descripción Comentario MKPF Cabecera del doc-material Segmento del documentoContiene la clase de mov del material MSEG mat Reserva/necesidades El núm de reserva en la MKPF. Desde producción se enlaza mediante RESB secundarias AFKO-RSNUM Textos clase de T156T movimiento 3. Planificación de necesidades Tabla Descripción Comentario Caract. Planificador de necesidades MARC Material por centro Por caract. de planificación MDKP Datos cabecera del doc de planificación MDVM Petición de planificación T438M Grupo de planificación T399D Datos de centro para planificación de necesidades T457T Denominación del elemento de planificación de necesidades 4. Necesidad preplanificada Tabla Descripción Comentario PBIM Índice de nec. primarias por materialPor clase/versión/plan-nec puntero de necesidad PBED Datos de nec. primarias de material MDPB Vista del MRP

5. Pronósiticos Tabla Descripción Comentario MAPR Índice de materiales para pronósticos PROP Parámetros de pronósticos PROW Valores de pronóstico PROF Error de pronóstico MVER Consumos de material 6. Orden previsional Tabla Descripción Comentario PLAFOrden previsional 7. Gestión de almacenes (SAP-WM) 7.1. Almacenes

Tabla Descripción Comentario LAGP Ubicaciones LQUACuantos-almacenaje 7.2. Orden de transporte Tabla Descripción Comentario LTAKDatos de cabecera LTAP Datos de posición 7.3. Necesidad de transporte Tabla Descripción Comentario LTBKDatos de cabecera LTBP Datos de posición 7.4. Documento de inventario Tabla Descripción Comentario LINKCabecera de doc-inventario LINP Posicón de doc-inventario LINV Datos de inventario por cuanto 8. Lotes Tabla Descripción Comentario MCHAStock por material/centro/lote Definción Cantidades MCHB Stocks de lotes 9. Órdenes de fabricación Tabla Descripción Comentario AFKO Cabecera de OF AFPO Posición de OF A nivel de cabecera AUFK Datos maestros OF AFRU Notificaciones OF AFVC Operaciones de una orden Operación de orden. Elaborac ext clave = AFKO-AUFPL AFVV Operación ctd/fechas/valores Tiempos AFVU Cpos de usuario de operaciónValores prefijados, tiempos, tránsito... Cabecera (asignación, fechas/cant) CAUFVVista de la OF Relac. Entre la descr de status de la orden y el status TJ02T Textos para el status MDFA Vista de OF para MD 10. Listas de materiales Tabla Descripción MASTMaterial/lista de materiales STKO Cabecera lista materiales STPO

Comentario Todas las listas de materiales (combinaciones de alternativas y utilización)

Componentes lista materiales Lista de materiales-selección de STAS posiciones

Enlace STKO-STPO para distintas alternativas

11. Hojas de ruta Tabla Descripción Comentario MAPLMaterial/hojas de ruta PLKO Cabecera hojas de ruta PLPO Operaciones hojas de ruta Enlace PLKO-PLPO para distintas alternativas PLAS Selección de operaciones TJ02T – Texto status JEST Status individual por objeto 12. Puestos de trabajo Tabla Descripción Comentario CRHD Cabecera del puesto de trabajo Se accede por un id. Que está en la AFVC (cpo ARBID) Se accede por un id que está en la CRHD KAKOCapacidad 13. Números de serie Tabla Descripción Comentario EQUI Números de serie para materiales

Compras 1. Maestro de proveedores Tabla Descripción Comentario LFA1 Datos maestros LFB1 Proveedores por sociedad LFB5 Datos de reclamación LFBK Bancos/cuentas LFC1 Cifras de movimientos LFC3 Cifras de movimientos CME LFM1 Datos de la organización de compras 2. Documentos de compras Tabla Descripción EKKO Cabecera del doc. de compras EKPO Posición del doc de compras EKET Repartos del plan de entregas EKES Confirmaciones de pedido EKKN Imputación en el documento EKAN Dirección del proveedor en el doc. de compras EKBE Historial para el doc. EKUB Ínidce de pedidos para traslado de material

Comentario Contiene el tipo de documento

pedidode depedido/reparto traslado para toma-pedido MDUB Vista Vista de de lectura materialsobre en posición MDBS 3. Solicitud de pedidos Tabla Descripción Comentario EBAN Solicitud de pedio por posición EBKN Imputación de solicitud de pedido 4. Libro de pedidos Tabla Descripción Comentario EORD Libro de pedidos de compras 5. Registro info de compras Tabla Descripción Comentario EINA Datos generales EINE Datos de la organización de compras KONPCondiciones EIPA Historial del precio del pedido del registro info

Ventas 1. Maestro de clientes Tabla Descripción Comentario KNA1 Datos maestro de clientes KNB1 Clientes por sociedad KNBKBancos/cuentas KNVA Lugares de descarga KNVKPersona contacto (interlocutor) El campo PARVW diferencia entre los distintos interlocutores KNVP Funciones de interlocutor KNVS Datos de expedición KNVV Datos de comercial KNVKInterlocutor (personas de contacto) 2. Documentos comerciales Tabla Descripción Comentario VBUK Status cabecera y datos de gestión VBUP Status de posición VBFA Flujo de doc. comerciales VBPA Interlocutor 3. Pedidos de ventas Tabla Descripción VBAK Cabecera VBAP Posición

Comentario

VBFA Flujo de doc. comerciales VBKD Datos comerciales VBEP Datos de reparto 4. Entregas Tabla Descripción Comentario LIKP Datos de cabecera LIPS Datos de posición LQUACuantos/almacenaje 5. Estructura de organización Tabla Descripción Comentario Vista V_TVKO_LK TVKO Organizaciones de venta TVKOT Textos org. Ventas TVKOV Canales de distribución por org. de ventas Vista V_TVKOV_LK Vista V_TVKOS_LK TVKOS Sectores pro org. de ventas Vista V_TVTA_LK TVTA Áreas de ventas Vista V_TVKBZ_LK TVKBZ Oficina de ventas por área de ventas TVBVK Grupo vendedores por oficina de ventas Vista V_TVBVK_LK Vista V_TVKWZ_LK TVKWZCentros por org. de ventas Vista V_TVSWZ_LK TVSWZ Lugares de expedición por centro Vista V_T001K T001K 6. Facturas Tabla Descripción Comentario VBRKDatos de cabecera VBRP Datos de posición 7. Índice de ventas Tabla Descripción Comentario VAKPA Pedidos por función interlocutor VAPMAPosiciones pedido por material 8. Necesidades de ventas Tabla Descripción Comentario VBBERegistro individual de necesidad de ventas

Sistema de clasificación 1. Clases Tabla Descripción KLAH Datos cabecera clase KSMLCaracterísticas de clases

Comentario Clase y categoría Núm interno clase Núm interno clase Núm interno característica

KSSK Tabla de asignación: objeto a clase 2. Características Tabla Descripción Comentario Característica Núm interno característica CABN Características Núm interno caract valores caract CAWN Valores de las característic asw CAWNTTextos para los valores INOB Asignación núm interno a un objeto Para acceder a AUSP para características de clases nuevas AUSP Valores propios de las características

Finanzas 1. Documento de contabilidad Tabla Descripción Comentario BKPF Cabecera de documento para contabilidad BSEG Segmento de doc. de contabilidad 2. Contabilidad (índices secundarios) Tabla Descripción Comentario BSAD Para deudores (part.comp.) BSAKPara acreedores (part.comp.) BSAS Para cuentas mayor (part.comp) BSID Para deudores BSIK Para acreedores BSIM Para documentos por material BSIP Para verificación de documentos dobles de acreedores BSIS Para cuentas mayor BSIW Para efectos de deudor BSIX Para efectos de deudor 3. Maestro de cuenta mayor Tabla Descripción Comentario SKB1 Cta. mayor (sociedad) SKATCta. Mayor (plan de cuentas: denominación) 4. Maesto de bancos Tabla Descripción Comentario BNKAMaestro de banco 5. Cálculo de costes Tabla Descripción Comentario SKB1 Cta. mayor (sociedad) SKATCta. Mayor (plan de cuentas: denominación)

Varios 1. Entorno de desarrollo Tabla Descripción Comentario TBTCO Resumen del estado de los jobs TVARVVariables en condición de selección STXH STXD SAPscript cabecera fichero texto TTXER Tratamiento textos: grupos ID de textos 2. Configuración Tabla Descripción Comentario T001 Sociedades T001L Almacenes T001W Centros/sucursales T005 Países T005T Nombres de países T005U Impuestos: provincia: textos T006 Unidades de medida T009 Variantes de ejercicio T024W Org. Compras permitidas para centro T151T Deudores: grupos de clientes: textos T171T Deudores: zonas de ventas: textos T460A Clave de acopio especial T882 Asignación sociedad FI TFACS Calendario de fábrica TPFKT Deudores: interlocutor: textos TSPAT Unid. Org.: sectores comerciales: textos TVAGT Doc-ventas: motivo rechazo: textos TVAKT Doc-ventas: clases: textos TVAPT Doc-ventas: tipos posición: textos TVAUT Doc-ventas: motivo pedidos: textos TVGRT Unid. de org.: grupos vendedores: textos TVKBT Unid. de org.: oficinas de ventas: textos TVKOT Unid. org.: organizaciones de ventas: textos TVRO Rutas TVROT Rutas textos TVTWTUnid. org: canales de distribución: textos TVZBT Deudores: condiciones de pago: textos 3. Condiciones de precios Tabla Descripción Comentario KONH Cabecera KONP Posición

KOND Datos KONV Datos operación 4. Ficheros de cuotas Tabla DescripciónComentario EQUK Cabecera EQUP Posición 5. Documentos de modificación Tabla DescripciónComentario CDHDR Cabecera CDPOS Posición 6. Gestión de direcciones Tabla Descripción Comentario SADR Datos de la empresa 7. Serie de orden Tabla Descripción Comentario SAFKDatos maestros de serie de orden 8. Registro info de material Tabla Descripción Comentario A017 Específico del centro A018 Condiciones de ventas estructura para precios Imagen | Horia Varlan

20 December, 2011 | created using fivefilters.org

Transporte de órdenes entre sistemas

o TMS). Pasos Los siguientes pasos son los necesarios para transportar una modificación desde un sistema de Desarrollo hasta un sistema Productivo. Asociar una clase de desarrollo Este paso sólo es necesario cuando creamos un programa o desarrollo. À la hora de crearlo SAP nos pide que le asociemos este código que va a identificar al programa como parte de un mismo proyecto. En el ejemplo creamos un programa ZPRUEBA10

Introducción Creación de una orden de transporte.

Las implantaciones SAP suelen realizarse en un entorno distribuido de varios sistemas:

En el momento de grabar nuestra modificación SAP nos pedirá que creemos automáticamente una orden de transporte. Toda orden se compone de varias tareas. En cada tarea se incorporan las modificaciones que hayamos realizado, sean de desarrollo o de parametrización. Por lo tanto, dentro de una misma orden pueden existir varias modificaciones de varios objetos que se incluirán en cada una de las diferentes tareas de la orden. En nuestro programa de prueba tan pronto hemos asociado la clase de desarrollo SAP ya nos pide una descripción para la orden de transporte.

Sistema de Desarrollo: entorno abierto específicamente para la parametrización y programación. Sistema de Test: donde los usuarios y el equipo de consultoría pueden verificar los nuevos procesos desarrollados en el sistema de Desarrollo. Sistema Productivo: entorno de trabajo de los usuarios finales donde se encuentran datos reales de la empresa y se concentra su día a día. Es siempre el sistema de destino donde acaban las modificaciones iniciadas en el sistema de Desarrollo. Los nombres pueden variar, pero esta distribución suele ser muy común. Al menos, es la que yo siempre he visto en las implantaciones en las que he trabajado. Una de las ventajas de este esquema es que evita interferir en el trabajo que realizan los usuarios día a día, à la vez que los consultores pueden seguir modificando el sistema introduciendo nuevas mejoras. La desventaja es que una vez se han hecho las modificaciones pertinentes, éstas tienen que ser copiadas al sistema de destino. En primer lugar se deben llevar al sistema Test para su aceptación o rechazo. En segundo lugar hay que dejarlas en el Sistema Productivo donde podrán ser utilizadas de forma definitiva en los procesos de la empresa. A este sistema de copia de objetos entre sistemas se le llama transporte y la herramienta utilizada en SAP para realizarlo se llama Sistema de Transportes (Transport Management System

1

Como resultado obtenemos un número de orden con una numeración del tipo que se ve en la imagen. DES representa el código de identificación del sistema que nuestro administrador haya previsto; K es una letra clave; 906894 es un número generado automáticamente por el sistema y que empieza por 900001

órdenes: Resumen /Import. Hacemos doble click sobre el entorno al cual queremos copiar nuestra orden.

Hay que destacar que hay dos tipos de órdenes de transporte: De Workbench: contiene objetos de desarrollo. De customizing: contiene objetos de parametrización o customizing. Liberación de la orden (y de sus tareas). Herramientas /Workbench ABAP /Resumen /SE09 — Workbench organizer Imaginemos que ya hemos finalizado nuestro programa. Pues tenemos que liberar nuestra orden preparándola para la importación. Primero debemos liberar las tareas. Nos situamos sobre cada una de ellas y marcamos Orden/Tarea /Liberar directo . Luego liberaremos la orden. Nos situaremos sobre la orden y marcamos Orden/Tarea /Liberar directo.

Si no vemos nuestra orden, pulsamos el icono de refrescar. Nos situamos sobre nuestra orden y marcamos Orden /Import. Indicamos el mandante de destino y marcamos la opción correspondiente. En nuestro caso sólo marcamos ‘Dejar orden de transporte en la cola’, lo cual nos permitirá volver a importar la orden siempre que queramos.

Como vemos en la imagen una tarea está contenida dentro de una orden y a su vez contiene los objetos que hemos modificado (en nuestro caso el programa ZPRUEBA10). Por lo tanto, dentro de una misma orden podemos introducir más de una modificación sobre diferentes objetos (siempre que sean del mismo tipo porque las órdenes de workbench no se pueden mezclar con las de customizing).

Para enviarlo al Sistema Productivo habrá que ir al STMS desde Productivo y hacer esto mismo. Podéis encontrar más información consultando el capítulo 6 del libro Así es SAP R/3 de J.A. Hernández Muñoz. Imagen | dok1’s

Importación de la orden al sistema destino. Herramientas /Gestión /Transportes /STMS — Transport Management System En este paso “copiamos” nuestra modificación del entorno origen al destino. Debemos hacerlo logándonos en el sistema al cual queremos importa la orden. Seleccionamos el resumen de

2

20 December, 2011 | created using fivefilters.org

Copia de órdenes de transporte entre sistemas no conectados

Nos abre la consola y nos solicita el usuario y contraseña para acceder al servidor. Una vez dentro de nuestro servidor hacemos doble click sobre MiPC y buscamos las siguientes carpetas: c:\usr\sap\trans\data c:\usr\sap\trans\cofiles Localizamos nuestra orden de transporte dentro de cada una de las carpetas y nos guardamos los ficheros encontrados en cada una de las carpetas. Podemos copiarlos, por ejemplo, en un directorio visible tanto al servidor de origen como al de destino. Vemos que en cada carpeta (data o cofiles) el archivo que contiene la orden tiene un nombre distinto, aunque la numeración es exactamente la misma que tenemos en SAP.

En un post anterior comentaba cómo realizar transportes de órdenes entre sistemas. En esta ocasión voy a explicar esto mismo pero en entornos que no se encuentran conectados. Para ello, vamos a salirnos un poco de la interface de SAP y nos vamos a adentrar en la consola del servidor donde hayamos hecho la instalación de nuestro ERP. El siguiente ejemplo lo realizaré suponiendo que nuestra instalación se ha hecho sobre Windows Server. Pasos Creamos nuestra orden de transporte normalmente en nuestro sistema origen. Esta orden contendrá la información del objeto u objetos modificados.

Liberamos esta orden de transporte. Esto es muy importante porque hasta que no esté liberada no podremos trabajar con ella. Una vez creada nos abrimos una sesión de consola en el servidor origen donde tengamos la instalación de SAP

Ahora tenemos que volver a abrir la consola pero en nuestro servidor destino.

Windows /Inicio /Ejecutar /mstsc

De nuevo, buscamos los directorios data y cofiles. Copiamos los archivos que nos hemos guardado anteriormente en las correspondientes carpetas data y  cofiles del servidor destino. Por supuesto, hay que vigilar que estas órdenes no existan ya en nuestro sistema destino.

Nos abre una ventana donde se nos pide la dirección IP de nuestro servidor.

Volvemos a SAP y lanzamos el Transport Management System.

1

Herramientas /Gestión /Transportes /STMS — Transport Management System Seleccionamos nuestro entorno destino y añadimos la orden. Detalles /Otras órdenes /Añadir

Importamos la orden. Orden /Import Y ya tenemos nuestra orden importada correctamente y, lo que es más importante, el objeto creado es idéntico al original. A partir de aquí sólo tenemos que seguir el proceso normal para transportar órdenes con la transacción STMS. Imagen inicial | billaday

2

24 December, 2011 | created using fivefilters.org

Protección de mandantes

¿Qué transacción nos permite pues cerrar o abrir las modificaciones de customizing y desarrollos en un mandante? IMG: SAP Netweaver /Servidor de aplicación /Gestión del sistema /Sistema de modificaciones y transporte /SCC4 – Configurar mandantes Una configuración de parámetros válida para un mandante de Desarrollo podría ser la que se muestra en la siguiente figura:

À la hora de definir los diferentes mandantes de SAP una de las tareas que debemos tener en cuenta es el grado de modificaciones que vamos a permitir en cada uno de nuestros mandantes.

En cambio, una configuración para un entorno de Test o Productivo podría ser la siguiente:

Ya hemos comentado alguna vez en este blog que en muchas empresas lo normal es definir tres mandantes: Desarrollo: entorno abierto específicamente para la parametrización y programación. Test: donde los usuarios y el equipo de consultoría pueden verificar los nuevos procesos desarrollados en el sistema de Desarrollo. Productivo: entorno de trabajo de los usuarios finales donde se encuentran datos reales de la empresa y se concentra su día a día. Es siempre el sistema de destino donde acaban las modificaciones iniciadas en el sistema de Desarrollo. El entorno de Desarrollo es el área de trabajo de consultores y programadores donde las modificaciones van a ser constantes. En cambio tanto Test como Productivo son áreas de trabajo de usuarios donde no se dan cambios ni en parametrizacion ni en programación. Por lo tanto, Desarrollo va a ser siempre un mandante abierto a los cambios, pero Test y Productivo serán mandantes cerrados a los cambios de customizing o desarrollo. Los únicos cambios que vamos a permitir en Test y Productivo serán las que produzcan las propias transacciones de los menús funcionales de usuario.

Por supuesto, en caso de necesidades puntuales se puede abrir la puerta y permitir hacer cambios directos en el customizing del mandante Productivo. Por ejemplo, para crear rangos numéricos

Parametrización

1

nuevos (pues los rangos numéricos no se transportan entre sistemas). Sin embargo, éstas deberían ser situaciones excepcionales y SAP recomienda no dejar abiertos los sistemas productivos de forma continuada en el tiempo. Indicar finalmente que el control de cambios fuera de customizing o programación nunca se gestiona a través de esta transacción, sino que es competencia de las transacciones de gestión de autorizaciones. Tenéis más información acerca de autorizaciones en una artículo anterior. Imagen inicial | oarranzli

2

20 December, 2011 | created using fivefilters.org

Documentos adjuntos GOS

Escribimos la descripción y el path para nuestro fichero.

¿Por qué un fichero externo? ¿Los servicios para objeto GOS permiten incluir ficheros y almacenarlos en la misma base de datos de SAP? Pues mi experiencia me dice que no es aconsejable incluir ficheros adjuntos dentro de la propia base de datos de SAP. À la larga, esto nos podría generar problemas de espacio en el servidor con consecuencias imprevistas. Volvemos a entrar en la orden de trabajo: Servicios para objeto /Lista anexos. Definición Es muy común que junto à la información introducida en nuestras transacciones necesitemos disponer de documentación que, sea por la razón que sea, no se puede introducir directamente en SAP. Por ejemplo, queremos guardar adjunto a un contrato en SAP el mismo contrato escaneado y firmado por nuestro cliente; deseamos adjuntar una reclamación escrita y escaneada que nos ha enviado nuestro a cliente a una orden de trabajo realizada por uno de nuestros operarios.

Doble click sobre el documento y se abrirá externamente a SAP el documento. Automatización Para evitar que sea el usuario quien tenga que realizar la tarea de introducir los datos del adjunto en SAP podríamos crear un pequeño programa que se encargue de informar estos datos en SAP diariamente.

Estas actividades se pueden resolver a través de un sistema de gestión documental externo a SAP o interno a través del DMS de SAP. Sin embargo, lo que voy a explicar en este artículo es una forma de trabajo más sencilla a través de “Generic Object Services” (GOS).

Este programa se debe basar en business objects específicos de SAP. Para asignar documentos externos a órdenes de trabajo nos basamos en el BUS2088. Otros business objects son

Muchas de las transacciones comunes en SAP poseen la posibilidad de adjuntar archivos externos que complementen la información introducida en SAP. Me refiero a archivos de imágenes .jpg, .gif; archivos de office .doc, .xls, .ppt, etc. À la posibilidad de introducir esta información lo llamaremos GOS.

BUS2031 para documentos de ventas*. BUS2012 para pedidos de compras.

Antes de empezar a trabajar es interesante echarle un vistazo à la información que nos proporciona la wiki de SAP sobre GOS.

Herramientas /Workbench /Desarrollo /SAP Business Workflow /Herramientas def. /Integración aplicación /SWO1 — Business objects builder

Parametrización

Podríamos utilizar el módulo de funciones ‘SGOS_URL_CREATE_DIALOG’ como base para nuestro programa. Deberíamos tener en cuenta en este programa las tablas SRGBTBREL y SOOD donde se almacena la información de los GOS creados.

No es necesaria. Creación y visualización del anexo Imaginemos que queremos adjuntar una reclamación de un cliente a una orden de trabajo de uno de nuestros operarios.

*Atención, en las transacciones de venta los servicios para objeto están desactivados por defecto. Para activarlos y poder ser utilizados debe añadirse el parámetro SD_SWU_ACTIVE y darle el valor ‘X’.

Entramos en nuestra orden de trabajo. La orden la habremos creado previamente. Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW32 — Modificar

Imagen inicial | bigmick

Marcamos en el icono de ‘Servicios para objeto’ /Crear /Crear documento externo (URL).

1

24 December, 2011 | created using fivefilters.org

Gestión de autorizaciones

o más roles. Proyectos de autorización Montar un proyecto de autorizaciones es complejo y conlleva el análisis de los trabajos que realiza cada usuario para asignar las autorizaciones que le son necesarias. En un proyecto de este tipo hay que: Analizar las tareas que realiza cada usuario. Agrupar usuarios según tareas comunes. Crear roles que se ajusten a cada tarea. En mi opinión los roles deberían ser lo más específicos posibles. Asociar las autorizaciones específicas a cada rol. Hay que poner especial atención en las transacciones que se incorporan en cada rol y procurar siempre que se pueda que la misma transacción y, en general, la misma autorización no se encuentra en diferentes roles. Asignar los roles según las tareas que realiza cada usuario. Dentro de cada usuario hacer un análisis de incompatibilidades de transacciones. Esto es determinar aquellas autorizaciones que juntas nunca las debe poseer el mismo usuario. Esto pasa a veces cuando el usuario tiene dos roles que incluyen la misma autorización. Por ejemplo, la persona que se encarga de hacer pedidos de cliente no debe también poseer autorización para facturarlos. En ese aspecto nos puede ayudar la información de la tabla SUKRI . Esta tabla se entrega vacía y es responsabilidad del cliente su llenado a través de la transacción SU98

El sistema de autorizaciones SAP permite gestionar los permisos lectura y escritura sobre los elementos que todo usuario tiene asignados.  El sistema se vehicula a través de papeles o roles (simples o compuestos) que agrupan una serie de objetos de autorización. Cada objeto de autorización incorpora permisos para un elemento de nuestro sistema. Cada uno de estos objetos será el elemento mínimo que nos permitirá conceder un permiso para ejecutar la tarea, sea ésta el acceso a una transacción, a un área de ventas, a un grupo de compras, etc.

Una vez detectadas las incompatibilidades, solucionarlas ajustando los roles existentes, creando nuevos roles o eliminando roles dentro del perfil de usuario.

El siguiente esquema muestra cómo actúa el sistema de autorizaciones y está extraído de la help de SAP:

Para mayor información sobre proyectos de autorización aconsejo la lectura de este artículo del blog de seguridadsap. Asignar autorizaciones a transacciones. Una vez montado el proyecto, ¿cómo mantenemos y asignamos nuevas transacciones a cada rol? Para empezar debemos saber qué autorización necesita el usuario. Para eso pediremos al usuario que tan pronto SAP le envíe el mensaje de “falta de autorización” ejecute la transacción SU53 que nos muestra el objeto de autorización necesario. Una vez tengamos esto podemos decidir por modificar el rol directamente o a través del usuario. En seguridadsap explican cómo hacerlo directamente (transacción PFCG). Pero en este post yo voy a mostrar los pasos para asignar autorización a través del usuario.

Concepto de autorización según la help de SAP

Entramos en el perfil del usuario y visualizamos la pestaña ‘Roles’. Aquí veremos todos los roles que tiene asignado el usuario.

Es decir, cada transacción, cada sociedad, cada centro… en definitiva cada tarea à la cual tiene acceso un usuario se encuentra definida de un campo de autorización. Este campo se encuentra en un objeto de autorización, y éste a su vez en un rol. Todas las tareas a las cuales tiene permiso un usuario se definen como la suma de objetos de autorización que conforman uno

Herramientas /Gestión /Actualización de usuarios /SU01 – Usuarios

1

Seleccionamos el objeto y añadimos nuestras transacciones.

Identificamos el rol a modificar y hacemos doble click sobre él. Se nos abre una ventana para este rol. Nos movemos hacia la pestaña ‘Menú’ y lo modificamos añadiendo las transacciones a las que queremos dar autorización.

Grabamos y generamos (botón ‘generar’) el cambio. Más información en el capítulo 5 del libro Así es SAP R/3 de J.A. Hernández Muñoz y en la help de SAP Imagen inicial | Lauren Manning

Nos movemos à la pestaña ‘Autorizaciones’ y pulsamos el botón ‘Modificar datos de autorización’. Buscamos el objeto de autorización ‘S_TCODE’ dentro del árbol del rol. Para ello vamos a Tratar /Buscar. Pero si no lo encontramos o no es posible modificarlo, entonces podemos optar por añadir manualmente la transacción a través del botón ‘Manualmente’.

2

20 December, 2011 | created using fivefilters.org

Periodos contables

— Actualizar sociedades para la gestión de materiales

Resumen

Funcional

Una de las operaciones habituales que desde nuestro departamento contable van a hacer al finalizar el mes es cerrar el periodo contable anterior y abrir el nuevo periodo contable. Esto es porque al acabar el mes se debe cerrar la facturación con nuestros clientes y proveedores y extraer todos los informes financieros de estado… balance, cuenta de resultados, flujo de caja… Al cerrar el periodo contable anterior y abrir el nuevo

Apertura y cierre de periodos en contabilidad. Corresponde al apartado 3 de la parametrización. El responsable financiero cada mes modifica los valores de las columnas 5|6|7. En mi experiencia nunca modificamos ninguna otra columna. Con esto estaremos indicando sobre qué periodos permitimos hacer contabilizaciones financieras. En la imagen, por ejemplo, la variante de la sociedad 0700 tiene abiertos los periodos enero a diciembre, mientras que la 0800 los tiene abiertos de febrero a diciembre. Evidentemente, esto es un caso de ejemplo ya que lo normal sería que en el que estamos ahora (mayo de 2010) todas las sociedades estuvieran abiertas de mayo a diciembre de 2010 (o de mayo a junio de 2010).

forzamos a que todas las operaciones se sitúen siempre en el mes en curso y que no hayan operaciones imputadas a un mes anterior. De lo contrario, estaríamos desvirtuando el valor de nuestros informes. Pero atención, siempre hay que tener muy claro que en SAP habrá dos cierres, uno logístico y otro contable. Parametrización

Finanzas /Gestión financiera /Libro mayor /Entorno /Opciones actuales /S_ALR_87003642 — Abrir y cerrar periodos contables (también se llega a través de la transacción OB52)

En primer lugar hay que crear una variante para nuestros periodos contables. IMG: Gestión financiera /Parametrizaciones básicas de gestión financiera /Ejercicios y periodos contables /Periodos contables /Definir variantes para periodos contables abiertos Luego, hay que asociar esta variante a nuestra sociedad. IMG: Gestión financiera /Parametrizaciones básicas de gestión financiera /Ejercicios y periodos contables /Periodos contables /Asignar variantes a sociedad Abrir y cerrar periodos contables. En esta actividad se define (para nuestra variante) para qué clases de cuenta y qué rango de cuentas contables se abrirá y cerrará el periodo. Desde aquí estamos abriendo y cerrando los periodos para las contabilizaciones en SAP-FI. Podemos determinar que en el periodo actual haya un rango de cuentas abierto, mientras que otro estará cerrado.

Apertura y cierre de periodos logísticos. Es el que nos permitirá hacer movimientos y generar documentos de materiales. A través de la transacción MMPV cada inicio de mes haremos un desplazamiento de periodo al nuevo periodo. Esto hará que ningún movimento logístico se puede realizar con fecha anterior al fijado a partir del nuevo periodo. SAP sólo nos permite el desplazamiento individualmente por sociedad. Si tenemos parametrizada más de una sociedad en nuestro sistema, hay que hacer tantos desplazamientos como sociedades tengamos. En la imagen, la apertura del periodo de mayo de 2010

IMG: Gestión financiera /Parametrizaciones básicas de gestión financiera /Ejercicios y periodos contables /Periodos contables /Abrir y cerrar periodos contables Actualizar la sociedad para la gestión de materiales. En este apartado definimos nuestra sociedad e iniciamos la apertura logística de periodos. Podemos decidir si permitimos contabilizaciones retroactivas o no en el periodo.

Logística /Gestión de materiales /Maestro de materiales /Otros /MMPV — Desplazar periodo

IMG: Maestro de materiales /Parametrizaciones básicas /OMSY

1

2

24 December, 2011 | created using fivefilters.org

Crear asientos contables

Factura y cobro Parametrización No procede. Venta Vamos a realizar la venta de material a través de SAP-FI a un cliente. El importe de esta venta a cliente asciende a 229,51 EUR. Según el principio de partida doble, esto supone realizar un apunte en el activo en la cuenta de cliente por 229,51 EUR. A su vez, el pasivo reflejará la contrapartida en las cuentas de ventas y de impuestos (en este caso IVA del 18%), 194,50 y 35,01 EUR respectivamente, que compensarán la cuenta de clientes del activo. Finanzas /Gestión financiera /Deudores /Contabilización /F-22 – Factura general En los datos de cabecera introducimos tanto la fecha de documento como la de contabilización, la sociedad y la clase de documento (DR para facturas de deudor). Se puede también introducir una referencia indentificativa.

Dice la Wikipedia que se denomina asiento o apunte contable a… “cada una de las anotaciones o registros que se hacen en un libro de contabilidad, que se realizan en contabilidad con la finalidad de registrar un hecho económico que provoca una modificación en el patrimonio de una empresa y por tanto un movimiento en las cuentas de una sociedad o persona física. En el sistema de partida doble, cada asiento tiene dos vertientes: el debe y el haber. Estas dos posiciones hacen movimientos inversos, y afectan al activo o al pasivo, y se fundamentan por el hecho de que todo apunte afecta al menos a dos cuentas y cada movimiento tiene una contrapartida”.

Introducimos la primera posición, la que identifica al cliente. En este caso introducimos si es una posición de activo o pasivo (debe o haber) para la factura, así como la cuenta de cliente.

Escribimos el importe de la venta a cliente y la forma de pago (condición y vía de pago).

En este sencillo post voy a mostrar la forma de registrar asientos contables simples en SAP. Vamos a crear un par de ejemplos, una venta directa a través de finanzas y el correspondiente cobro.

1

Una vez introducido el valor del activo, empezamos con el pasivo. Introducimos el valor de la venta identificando primeramente la cuenta y la clave del pasivo. Luego escribimos el importe de esta venta y el tipo de impuesto que aplicaremos.

El resultado lo podemos ver a través de  Finanzas /Gestión financiera /Deudores /Documento /FB03 – Visualizar

Se observan las tres posiciones, cuenta de deudor (en el debe), cuenta de ventas y de IVA (en el haber). Cobro Una vez realizada la venta, esperamos del cliente que nos efectúe el pago correspondiente. En el ejemplo tratado, se realiza mediante un pago en efectivo de forma inmediata. Para contabilizar este pago realizamos los siguientes pasos

Finalmente, introducimos la cuenta de impuestos y la clave de pasivo, así como el importe del impuesto aplicado.

Finanzas /Gestión financiera /Deudores /Contabilización /F-28 – Entrada de pagos Los datos de cabecera se subidividen en: Tipo de documento de cobro (DZ para cobros de deudor) y fecha y referencia. Datos bancarios donde introduciremos el número de la cuenta de la caja donde se realizará el correspondiente ingreso. Además introduciremos el importe que nos está ingresando nuestro deudor. Información de la partida abierta. Mediante esta información iremos a buscar todas aquellas partidas pendientes de cobro de nuestro deudor. Para ello introducimos la cuenta de deudor en cuestión.

Según el principio de partida doble, el activo y el pasivo han de quedar igualados.

2

Marcamos las partidas abiertas que queremos compensar con el pago del deudor. Haciendo doble click sobre el importe se van marcando o desmarcando aquellas partidas que nos interesan. En nuestro caso sólo marcamos la primera.

Vemos cómo queda el documento en Pasar a /Resumen del documento y grabamos. Los datos quedan Finanzas /Gestión financiera /Deudores /Documento /FB03 – Visualizar

Se observan dos posiciones, la de caja (debe) y su contrapartida en la cuenta del deudor (haber). Al final, activo y pasivo han quedado compensados entre el documento de venta y su correspondiente documento de cobro. Atención, todo lo que se indica en este post podría realizarse también a través de la transacción FB01 si nos fijamos en las cuentas a utilizar. Lo que no se genera es el correspondiente documento de compensación. Imagen inicial | MoneyBlogNewz

3

24 December, 2011 | created using fivefilters.org

Códigos de operación en la norma 43 (España) Seleccionamos nuestro banco o caja. Marcamos ‘Asignar cód. operación externo p.reglas contabilización’.

Nos fijamos en el código de operación que falta según el log de errores anterior. Seguramente en el log de errores nos falta una operación bien con signo positivo bien con signo negativo. Da igual, nosotros crearemos dos operaciones nuevas (podemos crearlas con copia de dos ya existentes) con el código de operación del log. Un código tendrá signo positivo y otro negativo. Funcional Ya podemos volver a lanzar el programa de extracto electrónico. Finanzas /Gestión financiera /Bancos /Entradas /Extracto de cuenta /FF_5 – Cargar en

Hace ya algún tiempo que quería escribir un post sobre la norma 43 bancaria (España) que sirve para la transmisión de extractos de cuentas corrientes entre empresa y banco. Sin embargo, hoy no voy a mostrar toda la parametrización de esta norma, sino sólo como añadir nuevas operaciones à la norma. Si queréis conocer más sobre esta norma en SAP aquí tenéis un enlace.

Imagen inicial | kenteegardin

Caso Hemos lanzado el programa de la norma 43 y nos ha llegado el siguiente error dentro del log del programa. Finanzas /Gestión financiera /Bancos /Entradas /Extracto de cuenta /FF_5 – Cargar en

Parametrización Buscamos la parametrización del extracto de cuenta electrónica. IMG: Gestión financiera /Contabilidad bancaria /Operaciones contables /Pagos /Extracto de cuenta electrónico /Realizar parametrizaciones básicas para extracto de cuenta  Marcamos ‘Crear tipo de operación’ .

1

24 December, 2011 | created using fivefilters.org

Traspaso de partidas entre documentos

Vamos à la transacción KB61 Finanzas /Controlling /Contabilidad de clases de coste /Contabilizaciones reales /Traspaso de partidas individuales /KB61 – Registrar Introducimos el número de orden o el documento financiero. Si no encontráis el campo podéis buscarlo en el menú “Tratar /Modificar parámetros de selección”.

Siempre que deseamos realizar una reclasificación de la contabilidad imputada de un documento hacia otro podemos utilizar la herramienta de traspaso de SAP.

Introducimos la orden hacia la que queremos traspasar la contabilización.

Ejemplo Imaginemos que hemos realizado una notificación de consumo de stock hacia una orden de trabajo. Este consumo representa en el stock de la empresa una disminución del valor total de material. En la contabilidad de la empresa esto se refleja como un asiento por el valor de este consumo.

Revisamos cómo queda la contabilización de costes en cada una de las órdenes a través del menú “Detalles /Informes de costes /Comp. plan.real”. Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW32 – Modificar

Sin embargo, ¿qué pasa si nos hemos equivocado? En este caso lo más correcto sería anular el movimiento que hemos realizado y volver a notificar el consumo en la orden correcta. Pero si además esta orden ya ha sido facturada, si el periodo contable ya se ha cerrado, etc. esto puede complicarse mucho. Pasos Para simplificarlo desde el punto de vista financiero voy a explicar cómo hacer el traspaso solamente de las partidas contabilizadas hacia la orden correcta. Tengo que remarcar que con esta herramienta sólo traspasaremos las partidas contabilizadas, pero no los movimientos de mercancía realizados. Así que, cuidado al hacer la revisión de listados de consumos de material.

Como vemos la contabilización ha pasado de la primera orden à la segunda. Por otro lado, hay que decir que esto no nos sirve únicamente para el traspaso de la contabilización de partidas entre órdenes. Desplegando el matchcode podemos ver todas las posibilidades de traspaso que nos ofrece la transacción.

Revisamos la contabilización realizada a través del menú “Detalles /Informes de costes /Comp. plan.real”. Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW32 – Modificar

1

Imagen inicial | richard winchell

2

20 December, 2011 | created using fivefilters.org

IVA: una guía para el aumento en SAP Programación Programas Z a medida. No todos tenéis, pero no hay que olvidar revisarlos si los tenemos. Herramientas /Desarrollo /SE38 — Editor ABAP Formularios de impresión (smart forms o sapscripts). Igual que los programas a medida habrá que revisarse los formularios y determinar en qué forma se está calculando el IVA y si reflejará el cambio correctamente a partir de julio. Herramientas /Imprimir formularios /SMARTFORMS — Smart Forms El próximo mes de julio llega el aumento del IVA a España. La reforma ya se anunció en septiembre de 2009 en los Presupuestos Generales del Estado del 2010. La subida será para el tipo general de dos puntos (del 16% al 18%) y de un punto para el tipo reducido (del 7% al 8%). El tipo superreducido se mantendrá al 4%

Herramientas /Imprimir formularios /SAPScript /SE71 –Formulario Funcional Cambio del valor del IVA en SAP-SD. Hay que asignar el importe correcto a las condiciones de precio del IVA a partir de julio de 2010. Por ejemplo, al IVA repercutido condición MWST.

Más allá de lo que este incremento va a suponer en el bolsillo de todos nosotros en este post voy a reflejar cómo la subida nos afectará en SAP. Lo que quiero es escribir una pequeña guía para el cambio en SAP, tal y como lo haríamos en una pequeña empresa.

Logística /Comercial /Datos Maestros /Condiciones /Selección mediante clase de condición /VK11-Crear

Parametrización Hay que crear los nuevos tipos impositivos en SAP-FI. Por ejemplo, los nuevos tipos impositivos, R4 y R5 para el 8% y 18% en Ventas, S5 y S6 para el 8% y 18% en Compras. IMG: Gestión financiera /Parametrizaciones básicas de gest. financiera /Impuesto sobre el volumen de negocios /Cálculo /Definir indicador de IVA

Cambio del valor del IVA en SAP-MM. Igualmente hay que asignar el importe correcto a las condiciones del precio del IVA. Por ejemplo, al IVA soportado condición MWVS Logística /Gestión de materiales /Compras /Datos Maestros /Condiciones /Otros /MEK1 — Crear

Modificar el tipo impositivo asociado a centro en registros info de compras. En el caso de que nuestros registros info (si es que tenemos) estén asociados a centros logísticos deberemos cambiar el tipo impositivo al nuevo tipo impositivo S5 ó S6

Cambiamos la descripción del indicador de impuestos para el material. IMG: Gestión de materiales /Compras /Impuestos /Parametrizar indicador de impuestos para material

1

Logística /Gestión de materiales /Compras /Datos maestros /Registro info /ME12 — Modificar

Redeterminación del IVA en contratos. En el caso de que tengamos contratos de venta activos habrá que hacer una redeterminación de la condición de IVA en estos contratos. Para ello podemos utilizar el listado de contratos, ya que existe una opción de redeterminación en masa de las condiciones de precio asociadas. Cuando tengamos el listado seleccionamos nuestros contratos y vamos al menú Tratar /Modificación en masa /Nueva determinación de precio. Aquí debemos seleccionar la clase de determinación ‘G’ (Tomar componentes de precio sin modificar y determinar nuevamente impuestos). Logística /Comercial /Ventas /Sistemas de información /Pedidos abiertos /VA45 — Lista pedidos abiertos

Evidentemente, esto es sólo una guía. Habrá quien no tenga que seguir todos estos puntos y habrá quien tenga otros puntos adicionales. Por ejemplo, seguro que hay quien tenga contratos de compra que también tenga que modificar. De todos modos, espero que al menos pueda servir de ayuda. Foto de alancleaver_2000

2

20 December, 2011 | created using fivefilters.org

Retención del IRPF ampliada en clientes

Contable será del tipo 752. Para ello realizaremos dos pasos: Crear un nuevo grupo de imputación. Los grupos de imputación son parámetros que se asignan al maestro de materiales y que sirven como secuencia de acceso para determinar la cuenta asociada al material. Crearemos un grupo de imputación ‘07’ de ingresos por arrendamiento. IMG: Comercial /Funciones básicas /Imputación y cálculo /Determinación de cuentas de ingreso /Verificar datos maestros relevantes para imputación /Materiales Asignar la cuenta de mayor. Para el grupo de imputación que hemos creado indicaremos que la cuenta asociada sea la 752 IMG: Comercial /Funciones básicas /Imputación y cálculo /Determinación de cuentas de ingreso /VKOA — Asignar cuentas de mayor

La Agencia Tributaria indica que las retenciones son Cantidades que se detraen al contribuyente por el pagador de determinadas rentas, por estar así establecido en la ley, para ingresarlas en la Administración tributaria como “anticipo” de la cuota del impuesto que el contribuyente ha de pagar.

Creamos la condición de retención. Es imprescindible tener una condición de retención que soporte el valor de ésta, que incluiremos en nuestro esquema de precios y que traspasará la información desde nuestra factura al correspondiente documento financiero. Por defecto, utilizaremos una copia ZJ1W de la condición J1W1.

Y según la help de SAP Cuando nuestro cliente está autorizado a deducirse la retención del IRPF y paga sus facturas a un proveedor sujeto a retención a cuenta, entonces el cliente reducirá la cantidad a pagar en proporción à la retención en origen. Por lo tanto, el cliente pagará el impuesto retenido directamente à la Agencia Tributaria.

IMG: Comercial /Funciones básicas /Determinación de precio /Control de determinación de precios /Definir clases de condición

La retención del IRPF ampliada en SAP difiere de la retención clásica en la posibilidad de soportar retenciones tanto para clientes como para proveedores.

Secuencia de acceso. Podemos utilizar la secuencia de acceso estándar J1AW o crear una copia ZJ1A para la tabla 399

En este post voy a explicar la parametrización de este tipo de retenciones para poder generar facturas con retención directamente desde el módulo de ventas SAP-SD de SAP y hacer el traspaso hacia el módulo SAP-FI.

IMG: Comercial /Funciones básicas /Determinación de precio /Control de determinación de precios /Definir secuencia de acceso

Parametrización desde SAP-SD Imaginemos que tenemos un cliente al cual hemos alquilado un local. Este cliente tiene derecho a deducirse el IRPF en origen de nuestras facturas. Según la ley actual española los rendimientos del capital mobiliario están sujetos a una retención del 19% de su base. ¿Cómo parametrizaremos este caso?

Actualizar el esquema de cálculo. Dentro de nuestro esquema de precios añadiremos la condición ZJ1W al final, con una cláusula condicional 83 y siempre como condición estadística. He de puntualizar que no acabo de entender la razón, pero toda la información que he consultado coincide en esta forma de actuar. Quizá se debe a que la parametrización de la retención del IRPF ampliada en SAP-SD no es muy común en países que no sean India, Corea o Argentina. Y que, por lo tanto, su funcionalidad no está bien resuelta en otros paísos. Sin embargo, esto es sólo una opinión personal.

Antes de empezar, debemos asegurarnos que nuestro sistema se encuentra preparado para soportar la retención de impuestos en el módulo SAP-SD para todos los países. De no ser así, debemos revisarnos y, si es necesario, aplicar la nota 178824 Determinación de la cuenta de arrendamientos. Nuestra retención deberá realizar un asiento sobre la cuenta de ingresos por arrendamientos. Según el actual Plan General

1

IMG: Comercial /Funciones básicas /Determinación de precio /Control de determinación de precios /Definir y asignar esquemas de cálculo /Actualizar esquemas de cálculo

anteriormente, la ley actual subraya que el porcentaje de retención ha de ser del 19% y éste será el valor que aquí completemos. IMG: Gestión financiera /Parametrizaciones básicas de gest.financiera /Retención de impuestos /Retención de impuestos ampliada /Cálculo /Indicador de retención /Definir indicador de retención de impuestos

Parametrización desde SAP-FI Una vez tenemos todos los puntos de customizing del módulo SAP-SD vamos a parametrizar los correspondientes dentro del módulo SAP-FI Empezamos por definir el tipo de retención. En nuestro caso, solamente una retención para facturas de cliente. Aquí indicamos cómo se va a calcular la retención, el redondeo y el control de la retención. IMG: Gestión financiera /Parametrizaciones básicas de gest.financiera /Retención de impuestos /Retención de impuestos ampliada /Cálculo /Tipo de retenciones /Def. tipo retención: contabilización factura

Sociedad. Al igual que hemos asociado la retención a una condición, también la asociamos a una o varias sociedades. Aquí nos damos cuenta de la facilidad que nos proporciona la retención del IRPF ampliada en SAP respecto à la retención del IRPF clásico. Si observamos la imagen siguiente, en el mismo punto de customizing podemos definir la retención por sociedad tanto para deudores como acreedores. IMG: Gestión financiera /Parametrizaciones básicas de gest.financiera /Retención de impuestos /Retención de impuestos ampliada /Sociedad /Asignar tipo de retención a sociedades Activación de la retención. Marcamos el flag de retención ampliada para aquellas sociedades sujetas a retención. IMG: Gestión financiera /Parametrizaciones básicas de gest.financiera /Retención de impuestos /Retención de impuestos ampliada /Sociedad /Activar retención de impuestos ampliada Cuentas de retención. A nuestra retención ‘RP’ con indicador ‘05’ le asociaremos la cuenta donde imputar el saldo de las retenciones contabilizadas. Según el Plan General Contable utilizaremos una del grupo 473 IMG: Gestión financiera /Parametrizaciones básicas de gest.financiera /Retención de impuestos /Retención de impuestos ampliada /Contabilización /Cuentas para la retención de impuestos /OBWW — Almacenar cuentas para la retención de impuestos

Asignamos la clase de condición. Indicamos que la retención ‘RP’ que hemos creado llevará asociada siempre que la clase de condición ZJ1W que previamente hemos creado. IMG: Gestión financiera /Parametrizaciones básicas de gest.financiera /Retención de impuestos /Retención de impuestos ampliada /Cálculo /Tipo de retenciones /Asignar clase de condición a tipo de retención Definimos el indicador de retención. Sobre el tipo de retención de impuestos indicamos cuál es el valor de la retención a aplicar. Tal y como hemos comentado

2

Creamos el pedido de ventas. Para nuestro cliente y material indicamos una cantidad. Si vamos à la posición, dentro de la pestaña de ‘Condiciones’ observaremos que nos aparece en nuestro esquema de cálculo la condición ZJ1W. En las pruebas que yo he realizado el valor de la condición no aparece en pantalla. Desconozco la razón. Logística /Comercial /Ventas /Pedido /VA01 — Crear

Datos maestros Una vez hemos finalizado la parametrización pasemos a dar de alta la información necesaria para matener el proceso. Actualizar el valor de la condición ZJ1W. Hay que dar de alta la condición de precio dentro de nuestro catálogo. Hemos de crear el registro y asociarlo al tipo de retención. Sin embargo, no es obligatorio mantener el valor del 19%. En las pruebas que yo he realizado, aún sin dar valor à la condición, ésta toma el resultado del 19% a partir de la parametrización asociada.

Generamos la factura y contabilizamos. Vemos La retención se imputa à la cuenta del grupo 473

Logística /Comercial /Datos maestros /Condiciones /Selección mediante clase de condición /VK11 — Crear

El material alquiler imputa à la cuenta indicada 752 Logística /Comercial /Facturación /Factura /VF01 — Crear

Creación de los materiales. Daremos de alta el material como material de servicio (DIEN) y en la pestaña de ‘Ventas: Org.Ventas 2′ indicaremos el grupo de imputación de alquileres que previamente habíamos creado (grupo ‘07’). Logística /Gestión de materiales /Maestro de materiales /Material /Crear en general /MM01 — Inmediatamente Imagen inicial | Charleston’s TheDigitel

Retención en el cliente. En los datos de sociedad del maestro de clientes (pestaña ‘Retención impuestos’) marcaremos el tipo de retención asociada a nuestros clientes. Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /Crear /XD01 — Total

Ejemplo

3

24 December, 2011 | created using fivefilters.org

Cierre del ejercicio

Logística /Gestión de materiales /Maestro de materiales /Otros /MMPV — Desplazar periodo Cierre y apertura de activos fijos: ante todo hay que realizar todas las amortizaciones del ejercicio previamente al cierre (AFAB). Una vez hecho esto se recalculan las depreciaciones del año (AFAR) y se efectúà la contabilización periódica (ASKB). El cierre se realiza a través de la transacción AJAB y la apertura del nuevo ejercicio a través de la transacción AJRW. Finanzas /Gestión financiera /Activos fijos /Operaciones periódicas /Ejecución amortización /AFAB - Ejecutar Finanzas /Gestión financiera /Activos fijos /Entorno /AFAR – Recalcular valores Finanzas /Gestión financiera /Activos fijos /Operaciones periódicas / ASKB - Contabilización en cuenta de balance Finanzas /Gestión financiera /Activos fijos /Operaciones periódicas /Cierre de ejercicio /AJAB – Ejecutar

Con el fin del año à la vuelta de la esquina nos tenemos que preparar para el cierre del ejercicio en SAP. En este post trato de

Finanzas /Gestión financiera /Activos fijos /Operaciones periódicas /AJRW – Cambio de ejercicio

explicar algunas de las operaciones de cierre con las que yo me he encontrado:

Versión de ejercicio CO: a través de la transacción OKEV definimos los periodos de la sociedad CO que se encuentran abiertos para la contabilidad CO. 

Rangos numéricos: el cambio de ejercicio supone también que debemos cambiar la numeración de los documentos contables según nos indica la legislación actual. Pero si además tenemos definido un cambio en la numeración annual también en otros documentos no financieros también deberemos tenerlo en cuenta (transacción SNUM). Tenéis más información en un post anterior de este blog.

IMG: Controlling /Controlling general /Organización /Actualizar versiones Arrastre de saldos: los saldos de deudores y acreedores que quedan pendientes a final de año los vamos a traspasar al nuevo año en un apunte contable. Para ello utilizamos la transacción F.07

IMG: Gestión financiera (nuevo) /Parámetros básicos de gestión financiera (nuevo) /Documento /Rangos de números de documento /Documentos en vista de registro /FBN1-Definir rangos de números de documento

Finanzas /Gestión financiera /Deudores /Operaciones periódicas /Cierres /Arrastrar /F.07 – Arrastre de saldos

Calendarios de trabajo: debemos el calendario de fiestas de acuerdo al nuevo calendario laboral publicado, además de las posibles fiestas locales. Podéis consultar un enlace anterior del blog para más detalles.

Esto es sólo una pequeña parte de lo que puede ser el cierre de año. ¿Y vosotros qué otras operaciones lleváis a cabo a final de año?

IMG: SAP NetWeaver /SCAL — Actualizar calendario

Imagen inicial | The Ewan

Cierre y apertura del periodo contable: es una operación que ya se efectúa mes a mes, pero que se vuelve más importante si cabe a final de año. Supone el cierre contable del año y la imposibilidad de nuevas imputaciones en el área contable del año que ha acabado. Finanzas /Gestión financiera /Libro mayor /Entorno /Opciones actuales /S_ALR_87003642 — Abrir y cerrar periodos contables (también OB52) Deplazamiento de periodos: y juntamente à la anterior, también es muy importante el desplazamiento de periodos logísticos. Cierra el año anterior y abre el nuevo para movimientos de materiales. Una explicación más detallada sobre desplazamiento de periodos y de periodos contables la tenéis aquí.

1

20 December, 2011 | created using fivefilters.org

Clases de actividad

periodo tendrá el mismo valor. Nivel periodo (Pasar a /Pantalla de periodos): se puede definir un valor diferente en cada periodo. Finanzas /Controlling /Contabilidad de centros de coste /Planificación /Prestación de actividades y tarifas /KP26 — Modificar

Según SAP las clases de actividad representan la actividad prestada por un centro de coste (CeCo). Son necesarias à la hora de hacer la facturación de un CeCo y, por lo tanto, representan el trabajo realizado de ese CeCo. Este post trata brevemente de mostrar cómo asociar una tarifa a una clase de actividad que sirve para la facturación interna de trabajos. Funcionalidad En primer lugar crearemos la clase de actividad M_OF como mano de obra de trabajo. Cuando creamos una clase de actividad deberemos definir 

Ejemplo

El periodo en el cual será válida.

Creamos una orden de trabajo con una operación de una hora para nuestra clase de actividad M_OF.

Su unidad de medida. La clase de centros de coste para los cuáles será válida (* para todos).

Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW31 — Crear en general

El tipo de clase de actividad: manual, de imputación directa, indirecta, etc. La clase de coste hacia la cuál irá imputada la clase de actividad. Finanzas /Controlling /Contabilidad de centros de coste /Datos maestros /Clase de actividad /Tratamiento individual /KL01 — Crear

Vemos que el coste planificado corresponde al tiempo (1 hora) x tarifa de la clase de actividad M_OF (15 euros). Total 15 euros.

Asociamos la tarifa à la clase de actividad M_OF. En este apartado asociamos la clase de actividad a una serie de CeCos y determinamos su tarifa interna (en nuestro caso de 15 euros tarifa fija) para cada uno de los CeCos. Podemos definir dicha tarifa tanto a

En la página de mundosap.com podéis encontrar un manual del módulo SAP-CO donde se explica como dar de alta y modificar clases de actividad, entre otras cosas. Imagen | The Field Museum Library

Nivel global (Pasar a /Pantalla de resument): cada

1

24 December, 2011 | created using fivefilters.org

Clases de coste primarias

Crear la clase de coste. Una vez tenemos creada nuestra cuenta de mayor en la contabilidad financiera podemos crear nuestra clase de coste. Podemos crear la clase de coste vía menú o seguir a través de nuestra cuenta de mayor. Yo voy a seguir a través de la cuenta de mayor, pero si queréis hacerlo a través de menú el camino es el siguiente. Finanzas /Controlling /Contabilidad de clases de coste /Datos maestros /Clases de coste /Tratamiento individual /KA01 – Crear primario. Vamos a Entorno /Tratar clase de costes. Dejamos el mismo número de clase de coste que de cuenta de mayor y fijamos el periodo de validez (muy importante).

Las clases de coste son datos maestros de una sociedad CO que sirven para clasificar los consumos valorados dentro de nuestra empresa.

En la pestaña ‘Datos básicos’ introducimos nuestra descripción y tipo de clase de coste ‘1’ correspondiente a clase de coste primaria.

En la help de SAP se define una clase de coste primaria como: “Un coste primario o clase de ingreso es un elemento relevante para ingresos o costes en el plan de cuentas para el que existe una cuenta de mayor en la gestión financiera (SAP-FI). La clase de ingreso o coste puede crearse sólo si primero la ha definido como cuenta de mayor en el plan de cuentas y la crea como una cuenta en la gestión financiera. El sistema SAP verifica si existe una cuenta correspondiente en la gestión financiera.”

En la pestaña ‘Imputación propuesta’ podemos definir un centro de coste por defecto (en el siguiente post indicaré cómo desviar una clase de coste a un centro de coste de forma automática).

De esta definición se desprende que toda clase de coste primaria tiene que definirse antes como una cuenta de mayor en el plan contable de la empresa. ¿Para qué sirven las clases de coste primarias? Sirven para facilitar el traspaso del gasto o ingreso desde la contabilidad financiera à la contabilidad de costes. Registran los costes resultantes de los movimientos de material, personal, energía, etc. realizados en la empresa. Crear el dato maestro Grabamos. Previamente debe crearse la cuenta de mayor. Al crear la cuenta debemos asegurarnos que está creada como ‘Cta. de

Con estos pasos ya tenemos la clase de coste creada.

beneficios’. Las cuentas que están dentro del grupo de cuentas de balance en SAP no se incluyen dentro de la contabilidad de costes y no se asocian a clases de coste.

Ejemplo En el siguiente ejemplo vamos a crear un pedido de compras para un material cuyo coste lo imputaremos directamente al centro de coste 30411

Finanzas /Gestión financiera /Libro mayor /Datos maestros /Cuentas de mayor /Tratamiento individual /FS00-Central

1

Abrimos un pedido de compras. Logística /Gestión de materiales /Compras /Pedido /Crear /ME21N – Proveedor o centro suministrador conocido Indicamos que la posición de mi material será de tipo ‘K’. Es decir, el coste de la compra de material se imputará directamente a un centro de coste sin pasar por ningún almacén.  

En el detalle de la posición vamos a los datos de imputación y marcamos la cuenta de mayor (si es que ésta no se ha determinado directamente antes). La determinación de la cuenta de mayor se realiza a través de la transacción OBYC y, aunque no se muestra en este post, es necesario indicar en esta transacción la cuenta de mayor que hemos creado para que pueda ser tomada. Por defecto, a partir de nuestra clase de coste asignará el centro de coste que habíamos indicado.

A partir de aquí, la recepción que se realice del pedido generará una contabilización en SAP-FI y un gasto en la contabilidad SAP-CO.

Imagen inicial | Gunnar Wrobbel

2

20 December, 2011 | created using fivefilters.org

Clave de periodificación en contratos

Imputación en categoría de necesidades: la información de imputación no se puede modificar en el apartado anterior. Así que acudo al siguiente punto de customizing para modificarla. Aquí será donde indique cuál será mi clave de periodificación.

Definición La clave de periodificación determina la valoración de la orden al cierre del periodo. Si una orden de trabajo o producción gestiona ingresos, entonces puede servir para valorar el stock para el cliente utilizado en la orden.

IMG: Controlling /Controlling de costes del producto /Contabilidad de objetos de coste /Controlling por pedido de cliente /Controlling fabricación contra pedido de cliente /Verificar categoría de necesidades

La periodificación se asocia a cada una de las posiciones del contrato individualmente, a nivel de datos de imputación de la posición ya que es un dato relevante en el cálculo de coste. Y sube a CO-PA al realizar la liquidación de estos contratos. Parametrización En el ejemplo, voy a mostrar cómo eliminar esta clave de periodificación de un contrato ya que no deseo esperar al final del periodo para obtener la valoración de mis órdenes. Quiero realizar una liquidación diaria de mis órdenes. Categoría de necesidades: la categoría de necesidades controla, entre otras cosas, el tipo de imputación que se asocia à la posición. Así que crearé una categoría de necesidades relevante como copia de la que se encontraba en nuestro contrato. IMG: Logistics execution /Bases /Verificación de disponibilidades y transf. de necesidades /Transf. de necesidades /Definir categorías de necesidades

Categorías de necesidades: modificamos la categoría de necesidad asociada à la clase de necesidad que existen en las posiciones de nuestro contrato. IMG: Controlling /Controlling de costes del producto /Contabilidad de objetos de coste /Controlling por pedido de cliente /Controlling fabricación contra pedido de cliente /Verificar clases de necesidad

1

Clase de necesidad: finalmente buscamos el tipo de posición que tiene nuestro contrato y le asociamos nuestra clase de necesidad. IMG: Controlling /Controlling de costes del producto /Contabilidad de objetos de coste /Controlling por pedido de cliente /Controlling fabricación contra pedido de cliente /Verificar control de determinación de clases de necesidad 

Funcionalidad Y ya podemos entrar a crear un nuevo contrato. Cuando vayamos a los datos de imputación de la posición no aparecerá ninguna clave de periodificación asociada. Logística /Comercial /Ventas /Pedido abierto /VA41 — Crear

Imagen inicial | Nationaal Archief

2

24 December, 2011 | created using fivefilters.org

Imputación por defecto de clases de coste

En el post anterior definía el concepto de clases de coste primarias. En el ejemplo, la imputación del centro de coste se asignaba directamente sobre la clase de coste. Sin embargo, en ocasiones nos vemos obligados a hacer una derivación del centro de coste al que imputar los gastos/ingresos dependiendo del centro de trabajo. ¿Cómo lo hacemos en ese caso?

Solución Para evitar el problema haremos la derivación de la imputación según nuestra clase de coste víà la transacción OKB9 IMG: Controlling /Contabilidad de centros de coste /Contabilizaciones reales /Contabilizaciones reales manuales /OKB9 – Tratar determinación automática de imputación

Caso Nos encontramos en una sociedad con diferentes centros de trabajo que han sido definidos como áreas de valoración. Los costes de compra de mercancías han de imputarse sobre centros de coste distintos según el centro encargado de hacer la compra.

Añadimos una línea adicional con nuestra clase de coste sobre nuestra sociedad.

Evidentemente, en este caso no podemos asignar un centro de coste fijo sobre la clase de coste. Debemos pues eliminar el centro de coste por defecto que teníamos asignado. En el detalle de división/área de valoración indicamos el centro de coste específico sobre el cual se realizará la imputación del coste según área de valoración.

Finanzas /Controlling /Contabilidad de clases de coste /Datos maestros /Clases de coste /Tratamiento individual /KA02 – Modificar

Ya podemos crear nuestro pedido de compras para el material. En nuestro ejemplo, cuando el centro 0310 realice la compra, ésta irá a imputar el coste sobre el centro de coste 30411

Sin embargo, si sólo hacemos esto, al crear nuestro pedido, SAP nos enviará un mensaje de error KI235 (La cta. requiere una imputación relevante para la contab. de costes). Logística /Gestión de materiales /Compras /Pedido /Crear /ME21N – Proveedor o centro suministrador conocido

1

Imagen inicial | AMagill

2

20 December, 2011 | created using fivefilters.org

Modificar la cuenta de resultados

Estos dos puntos son los únicos cambios que operan en nuestro caso desde el punto de vista de parametrización. Funcional Modificamos el formulario de la cuenta de resultados: le indicamos la nueva línea e indicamos que la línea irá asociada al campo valor que hemos creado. Podemos incluso asociar que en esa línea sólo aparezcan aquellas con un tipo de operación (C=liquidación de órdenes y contratos, F=facturas de SD, D=costes/ingresos de FI). En realidad, a través del menú ‘Formateo’ podemos definir varias opciones asociadas a este campo.

La cuenta de resultados es un estado contable de la empresas donde se presentan las pérdidas y ganancias de ésta.

Finanzas /Controlling /Cuenta de resultados /Sistemas de información /KE34 — Definir formularios para informes del resultado.

¿Cómo podemos gestionar cambios en la cuenta de resultados en SAP una vez la hemos creado y está funcionando en nuestra empresa? Parametrización Trabajaré con un ejemplo en el que añado una línea adicional en nuestra cuenta de resultados para ingresos extraordinarios. Hay que crear un nuevo campo de valor: un campo de valor vendría a representar un contenedor sobre el que se depositan los importes de CO-PA. Debemos indicar una descripción y la integración temporal, es decir, cómo calculará los ratios (¿hará sumas, promedios o tomará el último valor?). En el momento que activemos el nuevo campo SAP creará automáticamente el elemento de datos.

Creamos el ciclo de subreparto: los ciclos de subreparto nos permitirán traspasar los importes de SAP-FI. Sirven para repartir estos importes hacia los campos de CO-PA. Finanzas /Controlling /Cuenta de resultados /Contabilizaciones reales /Cierre de período /Tomar costes por procesos-centros de coste /KEU5 — Subreparto /Detalles /Ciclo /KEU1 — Crear

IMG: Controlling /Cuenta de resultados /Estructuras /Definir sociedad PA /KEA6 — Actualizar campos de valor

Actualizar sociedad PA: tenemos que asociar el nuevo campo al grupo de campos valor de nuestra sociedad PA. Para ello tenemos que ir al apartado ‘Estructura de datos’ y marcar ‘Modificar’. Seguidamente activamos la sociedad PA. Esto tardará un poco ya que tiene que hacer una reestructuración de toda la sociedad. En la imagen se ve cómo quedaría después del traspaso y activación.

Ejecutamos el ciclo de subreparto: hacemos el traspaso de los importes hacia el campo valor que habíamos creado. Finanzas /Controlling /Cuenta de resultados /Contabilizaciones reales /Cierre de período /Tomar costes por procesos-centros de coste /KEU5 — Subreparto

IMG: Controlling /Cuenta de resultados /Estructuras /Definir sociedad PA / KEA0 — Actualizar sociedad PA

Observamos los datos en la cuenta de resultados.

1

Finanzas /Controlling /Cuenta de resultados /Sistema de información /KE30 — Ejecutar informe

Quiero agradecer la colaboración de Carles en la redacción de este post quien tantas veces me ha ayudado con mis problemas en los módulos de SAP-FICO. Más información | help.sap.com Imagen | lochnessjess

2

24 December, 2011 | created using fivefilters.org

Estrategias organizativas en compras

Por desgracia, SAP siempre nos permitirá crear pedidos de compra que, aún solicitados a un único proveedor, se deban servir en diferentes centros. Si queremos bloquear esta posibilidad deberemos recurrir a User exits: podemos realizar una pequeña verificación a nivel de posición mediante alguna de las user exits que nos envían información de línea. IMG: Gestión de materiales /Compras /Add-ins empresariales para compras /BAdI: ampliar procesamiento de pedidos Enjoy /BAdI PROCESS_ITEM Verificaciones a través de mensajes de sistema: buscamos el mensaje versión 06, área funcional 06, número 167. Le damos tipo error (E). En principio, este mensaje verifica la coherencia entre la sociedad y el centro asociado. Sin embargo, también nos sirve para verificar que solamente exista un centro a nivel de posiciones del pedido de compras. IMG: Gestión de materiales /Compras /Datos de entorno /Especificar propiedades de mensajes de sistema

La organización interna del departamento de compras difiere según el tipo de compañía en la que trabajemos. Hay empresas que optan por una gestión centralizada de las funciones de aprovisionamiento. Otras, en cambio, optan por delegar la gestión de compras en cada uno de sus centros.  Por supuesto, en SAP hay que reflejar cualquiera de estas estrategias dentro de nuestra parametrización. Así que, ¿cuál es el punto de partida que debemos seguir en nuestra customización para modelar cualquiera de estas estrategias? 

Por ejemplo, si intentamos crear un pedido con más de un centro, éste sería el mensaje de error que nos enviaría. 

Compras centralizadas Para diseñar un sistema de compras centralizado definiremos nuestra organización de compras asociada a una sociedad, asociando todos y cada uno de nuestros centros a nuestra sociedad única.  IMG: Estructura de la empresa /Definición /Gestión de materiales /Actualizar organización de compras IMG: Estructura de la empresa /Asignación /Gestión de materiales /Asignar organizar de compras a sociedad IMG: Estructura de la empresa /Asignación /Gestión de materiales /Asignar organizar de compras a centro

Sin embargo, aunque la gestión sea central, la entrega de materiales de proveedor puede realizarse directamente a cada uno de los centros. Por eso, muchas veces, una necesidad que se requiere desde dirección de Compras es no realizar pedidos que tengan diferentes centros a nivel de línea.

Compras descentralizadas Por otro lado, si cada centro ha de gestionar sus propias compras podemos definir tantas organizaciones de compras como centros

1

gestionen sus compras. Todas las organizaciones de compras señalarán à la misma sociedad, pero cada una de ellas tendrá un centro específico. Los puntos de parametrización son idénticos al caso anterior. El número de centros también es el mismo, pero el número de organizaciones de compras aumenta.  IMG: Estructura de la empresa /Definición /Gestión de materiales /Actualizar organización de compras IMG: Estructura de la empresa /Asignación /Gestión de materiales /Asignar organizar de compras a sociedad IMG: Estructura de la empresa /Asignación /Gestión de materiales /Asignar organizar de compras a centro Sin embargo, crear tantas organizaciones de compras como centros existan puede que no sea una buena idea ya que cada organización de compras en SAP supone una estructura organizativa independiente en la gestión de compras. Pero en una empresa todos los centros suelen estar coordinados bajo una o varias gestiones conjuntas centrales. Existe, entonces en SAP la figura del grupo de compras, es decir, una persona individual o grupo de personas encargadas de la gestión directa de los aprovisionamientos. IMG: Gestión de materiales /Compras /Crear grupos de compras

Aunque el grupo de compras no está asociado directamente a un centro, sí que se puede asociar al maestro de materiales o al de proveedores. Por lo tanto, los materiales o proveedores pueden gestionarse a través de grupos de compras específicos. Imagen extraída de la help de SAP La información organizativa parametrizada se observa a nivel de la cabecera del pedido de compras. Logística /Gestión de materiales /Compras /Pedido /Crear /ME21N — Proveedor o centro sum conocido

Más información en solosap, help de SAP y sapstudymaterials. Imágenes | IMLS DCC y help de SAP

2

24 December, 2011 | created using fivefilters.org

Determinar categorías de valoración Asociamos la agrupación al tipo de material. IMG: Gestión de materiales /Valoración e imputación /Determinación de cuentas /Determinación de cuentas sin asistente /OMSK — Determinar categorías de valoración /Tipo material y ref. a categ. cuenta

Funcional Vamos a crear nuestro material tipo DIEN. Buscamos la pestaña

Una categoría de valoración es una agrupación de materiales que tienen una determinación de cuentas común. Por lo tanto, el concepto de categoría de valoración está ligado al maestro de materiales. Cuando creamos un nuevo material que debe tener asociada una cuenta del balance específica es necesario asociarle una categoría de valoración si queremos que esta asociación se realice de forma automática.

‘Contabilidad 1’. Logística /Gestión de materiales /Maestro de materiales /Material /Creación en general /MM01 – Inmediatamente

Parametrización Definimos cuál será nuestra nueva agrupación de categorías de valoración. IMG: Gestión de materiales /Valoración e imputación /Determinación de cuentas /Determinación de cuentas sin asistente /OMSK — Determinar categorías de valoración /Refer. a categ. cuenta

Como vemos cuando creamos nuestro material, al pulsar el matchcode de categoría de valoración solamente nos mostrará aquellas categorías de valoración posibles para nuestro tipo de material. Más información en el siguiente link y en este otro. Creamos nuestras categorías de valoración y las asociamos à la agrupación o agrupaciones.

Imagen inicial | CstrzRock

IMG: Gestión de materiales /Valoración e imputación /Determinación de cuentas /Determinación de cuentas sin asistente /OMSK — Determinar categorías de valoración /Categoría valoración

1

24 December, 2011 | created using fivefilters.org

Determinación de cuentas en compras automáticamente

cada centro). Agrupación general: este concepto tiene un significado distinto según donde se utilice. En este caso lo voy a utilizar según el valor de ‘modificación de cuenta’. Este valor se encuentra integrado del tipo de imputación de nuestra posición del pedido de compras. Categoría de valoración: una categoría de valoración nos servirá para agrupar diferentes materiales que tienen una determinación de cuentas común. Debe: cuenta de mayor en el debe del balance. Haber: cuenta de mayor en el haber del balance. En definitiva, mediante estos conceptos estaremos concretando nuestro centro, el tipo de posición del pedido y el material. Y entonces, el sistema le podrá asignar las cuentas del debe y haber. Los pasos a seguir son los siguientes:

La determinación de cuentas automática es la herramienta mediante la cual asociamos cada movimiento de materiales de

Localizar nuestro material y verificar su categoría de valoración. Para ello iremos à la pestaña ‘Contabilidad 1’ del maestro de materiales.

nuestro sistema a una cuenta del balance de nuestra empresa. Caso

Logística /Gestión de materiales /Maestro de materiales /Material /Modificar /MM02 – Inmediatamente

Hemos creado un material y queremos hacer un pedido de compras, pero cuando lo intentamos nos salta el el mensaje de error ME083 (Por favor, entre cuenta de mayor). Esto es debido a que la categoría de valoración que hemos asignado a nuestro material no tiene asociada una cuenta de mayor en la determinación de cuentas.

Localizar el área de valoración al cual está asignado el centro para el cual vamos a crear el pedido, además de su agrupación. IMG: Gestión de materiales /Valoración e imputación /Determinación de cuentas /Determinación de cuentas sin asistente /OMWD — Agrupar áreas de valoración

Solución Buscar el valor de modificación de cuenta que tiene asociado el tipo de imputación de nuestra posición el pedido de compras. Si el tipo de imputación es de tipo ‘K’, es decir, se asocia directamente a un centro de coste, entonces buscaremos este tipo de imputación y haremos doble click.

En la determinación de cuentas de mayor para compras debemos tener en cuenta los siguientes conceptos: Agrupación de áreas de valoración: permite la valoración conjunta de áreas de valoración. Determina un código único para diferentes áreas de valoración (en nuestro caso hemos definido cada área de valoración de forma específica para

IMG: Gestión de materiales /Compras /Imputación /OME9 —

1

Actualizar tipos de imputación

Confirmaremos que las cuentas del debe y haber que queremos utilizar están realmente creadas en SAP. Finanzas /Gestión financiera /Libro mayor /Datos maestros /Cuentas de mayor /Tratamiento individual /FS00 – Central

Ahora nos muestra un mensaje de error KI235 (La cuenta requiere una imputación relevante para la contabilidad de costes), pero esto ya lo podéis resolver si seguís los pasos de un post anterior.

Una vez localizados todos los datos anteriores podemos realizar la determinación de cuentas sobre la operación GBB y nuestro plan de cuentas. Sabemos que…

Imagen inicial | kenteegardin

Agr. val es: 0003 Agr. gen. es: ZBR Categoría de valoración es: 3261 Cuenta del debe es: 601999 Cuenta del haber es: 601999 IMG: Gestión de materiales /Valoración e imputación /Determinación de cuentas /Determinación de cuentas sin asistente /OBYC – Configurar contabilizaciones automáticas /Imputación /Operación GBB

Utilizamos la operación GBB ya que según la propia documentación del punto de customizing ésta es la que se utiliza en la gestión de stocks. Ejemplo Creemos ahora nuestro pedido: Logística /Gestión de materiales /Compras /Pedido /Crear /ME21N – Proveedor o centro suministrado

2

24 December, 2011 | created using fivefilters.org

Tolerancias de precio en pedidos de compra

precio de compras como de descuento de compras. IMG: Gestión de materiales /Compras /Pedido /Parametrizar límites de tolerancia para desviación de precio PE. Desviación de precio de compras. Se puede customizar tanto en valor absoluto como en porcentaje. SE. Deducción máxima de descuento de compras. Se puede customizar tanto en valor absoluto como en porcentaje. En mi caso voy a hacer una parametrización porcentual sobre precio de compras (PE) por encima o por debajo del 20%. Esto es cuando cree un pedido de compras que exceda el 20% del precio del material en stock, entonces debería saltarme una alarma indicándome esta inconsistencia.

Puedo incluso ir más allá y gestionar que el tipo de alarma no sea simplemente un “warning”, sino que me aparezca como “error” y me impida continuar con la creación de mi pedido de compras. Para eso me voy a los mensajes del sistema e indico que el mensaje ‘207’ del área funcional ‘06’ sea de tipo ‘E’.

À la hora de realizar una compra, el precio efectivo de compra de cada uno de los materiales entrados en nuestro sistema puede estar determinador de diversos modos. Puede venir directamente a través del precio de valoración en el maestro del maestro de materiales. También puede ser recogido a través del precio almacenado en el registro info de compras. O incluso a través del precio indicado en el contrato marco generado para el proveedor.

IMG: Gestión de materiales /Compras /Datos de entorno /Especificar propiedades de mensajes de sistema /Mensajes de sistema

Sea cual sea nuestra forma de marcar el precio de compra de los materiales à la hora de realizar un pedido de proveedor SAP siempre nos va a permitir variar tanto el precio de compra al proveedor de nuestra elección como el descuento que nos aplicará. Con el fin de evitar errores que nos genere descuadres en el valor de nuestros pedidos de compra, SAP provee una interesante función de validación de precios en pedidos de compras. Esta función se conoce como ‘límites de tolerancia para la desviación de precio’. A través de ella podemos comprobar “in situ” cómo el precio al cual compramos un artículo se desvía por encima o por debajo del valor de nuestro stock. Y, actuar en consencuencia, tomando las medidas correctivas que consideremos necesarias.

Funcionalidad En mi caso, siempre que genero un pedido de compras SAP toma por defecto como precio el valor que tengo pactado con mi proveedor en el registro info. Verifico cuál es mi registro info. Logística /Gestión de materiales /Compras /Datos maestros /Registro info /ME13 – Visualizar

Parametrización Se permite la parametrización tanto de la tolerancia a nivel de

1

Verifico también cuál es el precio de mi stock a nivel del maestro de materiales (pestaña Contabilidad). Compruebo que ambos precios no se diferencian de forma significativa. Al menos, no hay diferencias por encima o por debajo del 20% marcado en mis límites de tolerancia.

Si disminuyo manualmente el valor de ese precio por debajo del límite del 20% de tolerancia SAP me envía un mensaje.

Logística /Gestión de materiales /Maestro de materiales /Material /Visualizar /MM03 – Visualizar estado general

Creo un pedido de compras nuevo y observo que me toma el valor de precio del registro info que no difiere significativamente del valor que éste tiene en el stock.

Tal y como se ve, el precio que se verifica es el precio final incluido IVA y descuentos. Si, en lugar de modificar manualmente el precio, las diferencias viniesen directamente del registro info, el resultado sería el mismo.

Logística /Gestión de materiales /Compras /Pedido /Crear /ME21N – Proveedores/centro suministrador conocido

Imagen | Glenn Batuyong

Si mantengo este precio el sistema no me envia ningún mensaje.

Si aumento manualmente el valor de ese precio por encima del límite del 20% de tolerancia SAP me envía un mensaje.

2

24 December, 2011 | created using fivefilters.org

Verificación de facturas dobles

Para que la verificación tenga lugar hay que indicar la obligatoriedad de realizar la verificación a nivel de la cuenta del proveedor. Para ese tenemos que irnos à la ficha maestra del proveedor y marcar el campo Verif. fra. dob. del apartado Pagos contab.financ. Logística /Gestión de materiales /Compras /Datos maestros /Proveedor /Central /XK02 — Modificar

Ejemplo À la hora de crear una nueva factura de proveedor el sistema, si encuentra una factura con el mismo número de referencia, emitirá un mensaje de advertencia al usuario.

En ocasiones, puede darse el caso de que hemos realizado el pago del mismo material suministrado dos veces a nuestro proveedor. Esto sucede cuando por descuido del proveedor se nos ha enviado dos veces la misma factura y nosotros la hemos contabilizado. En otras ocasiones puede haber sido, simplemente, un descuido que hemos tenido al introducir la factura.

Logística /Gestión de materiales /Verificación de facturas logística /Entrada de documentos /MIRO — Añadir factura recibida

La verificación de facturas dobles es una utilidad SAP que trata de impedir este tipo de situaciones, advirtiendo sobre el registro facturas de proveedor que previamente ya han sido introducidas en el sistema. Parametrización La verificación de facturas dobles se basa en el campo referencia de factura. La parametrización permite una verificación única o múltiple de este valor de nuestras facturas: Verificar referencia: el sistema verifica la existencia de números de referencia duplicados. Verificar sociedad: al marcar este flag, se verifica la existencia de referencia duplicadas dentro de la misma sociedad. Al desmarcarlo, se verifican referencias duplicadas en todas las sociedades. SAP no recomienda esto último ya que disminuye el rendimiento del sistema.

Imagen | kozumel

Verificar fecha factura: al marcar el campo fecha factura SAP sólo verifica las referencias duplicadas con igual fecha factura. Al desmarcarlo, se verifican todas las referencias duplicadas independientemente de su fecha factura. IMG: Gestión de materiales /Verificación de facturas logísticas /Factura recibida /Configurar la verificación de facturas dobles

Datos maestros

1

20 December, 2011 | created using fivefilters.org

Modificación en masa de precios de proveedores

El cambio masivo de precios que tenemos contratados con nuestros proveedores es un trabajo que seguramente tendremos que hacer una vez al año, más o menos. Si gestionamos nuestros contratos a través de registros info el cambio masivo puede realizarse de diferentes maneras. La que más comunmente he utilizado ha sido la de crear un programa z*, por ejemplo de tipo batch input, que mediante un fichero cambie en masa los precios de los materiales. Sin embargo, SAP nos provee de una solución estándar si el cambio va a ser uniforme dentro de nuestros registros info.

Si hemos lanzado el programa en real, es decir, no hemos marcado ‘Ejecución en test’, el cambio se habrá transmitido a todos los precios de los registros info seleccionados.

Ejemplo Imaginemos que nuestro proveedor ha decidido aumentar el precio de sus productos en un 5% Entramos en la transacción de modificación de precios de proveedor.

Ni que decir tiene que al igual que podemos hacer el incremento para registros de condición de precio, también lo podemos hacer para descuentos. Y también reducciones del importe “jugando” con el signo del importe.

Logística /Gestión de materiales /Compras /Datos maestros /Condiciones /Modificación precio prov. /MEKP — Por registros info 

Asimismo, también se pueden cambiar registros de condición en pedidos abiertos o en planes de entrega.

Informamos los parámetros de selección de nuestros registros info (organización de compras, proveedor, materiales…).

Logística /Gestión de materiales /Compras /Datos maestros /Condiciones /Modificación precio prov. /MEKR — Por pedidos abiertos

Indicamos cuál es la clase de condición que queremos modificar.

Logística /Gestión de materiales /Compras /Datos maestros /Condiciones /Modificación precio prov. /MEKL — Por planes de entrega

Introducimos el importe (en valor porcentual o absoluto), en nuestro caso porcentual, que aumentarán nuestros productos. El signo es importante y el periodo de validez del cambio también.

Más información | help de SAP Foto | jepoirrier

1

20 December, 2011 | created using fivefilters.org

Movimientos de materiales entre sociedades

sociedades esté correctamente parametrizado. En nuestro caso utilizamos el movimiento 301 de traslado entre centros. IMG: Gestión de materiales /Valoración e imputación /Determinación de cuentas /Determinación de cuentas sin asistente /OMWN — Fijar modificación de cuentas para clases de movimiento. Funcional Creamos el movimiento 301 de traspaso entre centros de diferentes sociedades.

Los procesos intercompany (nota 308989) son transacciones que pueden darse entre sociedades del mismo grupo. Éstos pueden ser ventas o traspasos de mercancías (tema de este artículo). Sin embargo, de acuerdo à la legislación vigente en España, todas estas transacciones han de llevar asociada su correspondiente factura entre sociedades y estar registradas en la contabilidad. igual que cualquier transacción acreedor-deudor (norma 21 del Plan General Contable). A nivel financiero, SAP permite la parametrización de cuentas para que el movimiento entre sociedades pueda realizarse de forma automática.

Logística /Gestión de materiales /Gestión de stocks /Movimentos de mercancías /MB1B — Traspasos. Así quedaría el apunte contable. Finanzas /Gestión financiera /Libro de mayor /Documento /FB03 — Visualizar

Parametrización Determinamos la operación BUV de compensación entre sociedades. Indicamos las cuentas del debe/haber. Si el movimiento pudiese darse en las dos direcciones, es decir, tanto de la sociedad A à la B como de la sociedad B à la A, entonces generaríamos dos IMG: Gestión financiera (nuevo) /Contabilidad principal (nuevo) /Operaciones contables /OBYA — Preparar operaciones multisociedades.

A partir de aquí debemos asegurarnos de generar una factura global para todos los movimientos realizados entre sociedades y por el valor de todos esos movimientos. Y si no, habría que parametrizar las ventas entre sociedades con lo que a cada venta se le asociaría una factura. Foto | volpelino

Nos aseguramos de que el movimiento de traspaso entre

1

20 December, 2011 | created using fivefilters.org

Actualización del registro info en pedidos de compras

Crearemos un valor propuesta en la transacción OMFI. Nos situamos en la vista ‘Indicador’. La marca ‘Actualización del registro info’ controla si los datos que se están tratando en un pedido de compras se propondrán en las posiciones de pedidos futuros. Esta marca se encuentra en la vista ‘Datos de material’ de las posiciones de los pedidos de compra como ‘Act.info’. Desgraciadamente, la documentación asociada al campo no es muy concreta y se tiende a malinterpretar.

Indicamos qué tipo de actualización deseamos (con/sin centro, sólo con centro, sólo sin centro, todas) para determinar qué registros info podremos actualizar. Para que la propuesta tenga efecto hay que asociarla al parámetro ‘EVO’ dentro de los datos propios de usuario. Sistema /Valores prefijados /SU3 — Datos propios

Con este artículo intento explicar el funcionamiento de este campo en SAP. Explicación La documentación de este campo indica que si se marca puede suceder una de las dos cosas siguientes: Si no existe un registro info para la posición del material en el pedido de compras, entonces se creará uno nuevo. Si, en cambio, sí que existe registro info, entonces se modificará el registro info a nivel de organización de compras o a nivel de centro, según cual sea el que exista.

El resultado será: El último pedido y posición de compras queda asociado al registro info de material/proveedor. Podemos ver esto a través de la transacción SE16 Herramientas /Workbench ABAP /Resumen /SE16 — Browser de datos

Para una documentación más exhaustiva sobre este campo hay que referirse à la nota de SAP 569885. Esta nota nos da información detallada de este campo. Contrariamente, a lo que podríamos pensar, marcar este campo no modifica ni precios ni descuentos del registro info correspondiente al material/proveedor.

En el histórico de precios se observan los cambios que se han hecho sobre el precio de un material asociado a registro info en diferentes pedidos. Aunque, tal y como ya he dicho, los precios que se hayan cambiado en un pedido no influyen en el pedido que tendrá en el futuro el mismo material. Solamente, un cambio directo del precio en el registro info afectaría directamente al precio del material/proveedor en un pedido.

Para controlar qué tipos de registros info se han de actualizar, es decir, los que están asociados a centro, los que no están asociados a centro o ambos, hay que irnos al customizing.

Logística /Gestión de materiales /Compras /Datos maestros /Registro info /Visualizar lista /ME1P — Hist. precios pedido

IMG: Gestión de materiales /Compras /Datos de entorno /OMFI — Fijar valores propuestos para encargados de compras

1

Ejemplo El precio indicado en el registro info de nuestro material es de 10 euros. Creamos un pedido nuevo, pero a nivel de posición del pedido de compras le damos un precio de 5 euros. Vemos que el pedido y posición han quedado registrados en los campos EBELN y EBELP de la tabla EINE.

Con la marca indicada en la imagen, y si no hubiese registro info, entonces todos los pedidos de aquellos material/proveedor sin registro recuperarían automáticamente el precio del último pedido. Foto | Digital Sextant

Vemos que la modificación del precio para el pedido de compras ha quedado registrada en la transacción ME1P

Podríamos hacer lo mismo para un material/proveedor sin registro info y observar que el registro info se crea sin precio. De todos modos, existe una opción que sí permite la transferencia de precios si, y sólo si, no existe un registro info. Esta opción se controla también a través de la transacción OMFI, pero en la vista ‘Transf. precio’. Mediante esta vista indicamos al sistema que, si no existe registro info para el material/proveedor, nos envíe el precio del último pedido/posición de ese material proveedor/creado.

2

24 December, 2011 | created using fivefilters.org

Análisis de materiales obsoletos

el año anterior.

Seleccionamos los ratios de movimiento. En este caso, quizá los más interesantes serían los de última entrada y salida de almacén. No nos interesa tanto el ratio de último movimiento ya que éste puede incluir movimientos dentro del almacén, no necesariamente movimientos de producción o de venta. La Wikipedia define obsolescencia como La caída en desuso de máquinas, equipos y tecnologías motivada no por un mal funcionamiento del mismo, sino por un insuficiente desempeño de sus funciones en comparación con las nuevas máquinas, equipos y tecnologías introducidos en el mercado. En el diccionario APICS 11ª edición un inventario obsoleto es Inventory items that have met the obsolescence criteria established by the organization. For example, inventory that has been superceded by a new model or otherwise made obsolescent. Obsolete inventory will never be used or sold at vull value. Disposing of the inventory may reduce a company’s profit.

El sistema info no es la única forma de encontrar los últimos movimientos en SAP, aunque es una solución rápida y conveniente a nuestro problema.

Por lo tanto, nuestra empresa debería siempre considerar con anticipación la obsolescencia de los materiales producidos. No deberían mantenerse en stock aquellos materiales obsoletos para evitar los inevitables costes asociados. Igualmente, habría que evitar seguir fabricándolos.

A partir de la información que SAP nos proporciona a través del sistema info y con los criterios que nos dé la empresa podemos decidir retirar los productos con una fecha de salida más antigua de nuestra carta.

¿Cómo podemos identificar estos materiales obsoletos en SAP? El análisis básico lo podemos realizar basándonos en los últimos movimientos que han sufrido nuestros materiales. La organización nos indicará cuál es el mínimo nivel de rotación esperado para cada uno de nuestros materiales y, en base a éste, podemos calcular la última fecha soportable en el movimiento del material. Ejemplo Sistemas info /Logística /Gestión de stocks /Material /MC.9 – Stock El sistema info de materiales en stock sería una buena manera de analizar individualmente cada uno de los materiales de nuestros almacenes. A través de él podemos descubrir cómo se han movido cada uno de nuestros materiales dentro de un periodo dado.

Por ejemplo, se puede decidir retirar todos esos productos del stock de la empresa realizando una baja para desguace mediante un movimiento 551 que contabilizará esos materiales como pérdidas. Logística /Gestión de materiales /Gestión de stocks /Movimiento

Seleccionamos todos los materiales de nuestro centro para

1

de mercancías /MB1A – Salida de mercancías Y posteriormente marcar todos esos materiales para borrado para evitar que entren en la planificación. Logística /Gestión de materiales /Maestro de materiales /Material /Marcar para borrado /MM06 – Inmediatamente O también se puede decidir marcarlos con un status específico que evite que esos materiales entren en la planificación, pero que puedan seguir vendiéndose. Logística /Gestión de materiales /Maestro de materiales / Material /Modificar /MM02 – Inmediatamente /Planificación de necesidades 1 /Status material específico de centro Logística /Gestión de materiales /Maestro de materiales /Material /MM17 – Actualización en masa /Datos de centro para material /Status material específico de centro

Imagen inicial |Shtt!

2

20 December, 2011 | created using fivefilters.org

Liberación de pedidos de compras

característica (Tabla/Nombre campo).  IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Tratar característica.

Esta característica se ha de asociar a una clase. Si tuviésemos más de una característica también las añadiríamos a esta clase. Por ejemplo, si quisiéramos que además del importe se tuviese en cuenta también el grupo de artículos à la hora de condicionar su bloqueo. Es muy importante que la clase se defina con categoría ‘32’. Ésta es la categoría para los procedimientos de liberación.  IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Tratar clase.

Objetivo Siempre que una compra deba ser aprobada previamente por algún responsable de la empresa bajo ciertas condiciones podemos utilizar este procedimiento de SAP. Por ejemplo, si un pedido de compras de material supera los 500 euros podemos hacer que este pedido nazca bloqueado y que solamente el Director de Compras sea quien apruebe o rechace este pedido. Si el pedido de compras no superase los 500 euros el pedido nacería liberado automáticamente y no necesitaría de ningún responsable para su autorización.

El siguiente paso es crear el grupo de liberación. Al grupo de liberación le asignaremos la clase que hemos creado. IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Especificar procedimiento para liberación de pedidos/Grupos de liberación.

Sigamos este ejemplo y veamos los pasos que habría que seguir: Parametrización En primer lugar hay que definir las características o condiciones bajo las cuales nuestro pedido aparecerá como bloqueado. En nuestro caso definiremos una característica ‘LPE_VALOR’ que representará el importe de nuestro pedido. Veremos que en el caso de pedidos de compra, todas las características que podemos tener en cuenta se encuentran agrupadas bajo la estructura CEKKO y las referencias en la pestaña ‘Datos adic.’ de la

Ahora pasamos a crear los códigos de liberación. Bajo un código de liberación podemos definir a una persona responsable de autorizar o denegar nuestros pedidos de compra. Por ejemplo, en nuestro caso definiría al Director de Compras.

1

IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Especificar procedimiento para liberación de pedidos/Códigos de liberación.

liberación de pedidos/Estrategias de liberación /Estados de liberación. Estrategia de liberación: clasificación. El tercer paso de la estrategia consiste en dar valor a cada una de las características. En nuestro caso aquí definiremos que el importe a partir del cual un pedido se bloquea es de 500 euros. IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Especificar procedimiento para liberación de pedidos/Estrategias de liberación /Clasificación.

Indicadores de liberación. Bajo cada código de liberación o persona responsable decidiremos cuáles serán los diferentes estados de nuestro pedido. Por ejemplo, podemos decir que nuestro pedido nacerá bloqueado con un indicador ‘A’ (Bloqueado) y que si se libera pasará a un estado ‘C’ (Liberado). Además, si una vez liberado el pedido éste volviese a modificarse podemos determinar porcentajes de tolerancia de modificación. En nuestro caso definiremos que si el pedido se modifica en un 0,1% del total de su valor volverá a pasar del estado ‘C’ al estado ‘A’. IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Especificar procedimiento para liberación de pedidos/Indicador de liberación.

Aún nos falta un paso. No queremos que aparte del Director de Compras haya otras personas que puedan liberar pedidos de compra con código 1A. Así que daremos al usuario Director de Compras una autorización ‘1A’ en el objeto M_EINK_FRG, ámbito FRGCO. Funcionalidad

Estrategia de liberación: condiciones de liberación. La lógica de la liberación de pedido de compras se realiza bajo el punto de customizing llamado Estrategia de liberación. Aquí agruparemos todos los puntos definidos anteriormente. El primer paso es crear una serie de condiciones de liberación. Nuestro caso es muy simple y se construye solo, pero podría ser mucho más complicado. Por ejemplo, podrían existir cascadas de autorizaciones en el que en cada grupo de liberación hubiese más de un responsable (código de liberación) y que cada responsable tuviese que autorizar uno tras otro el pedido.

Creamos un pedido de compras. Vemos que este pedido está bloqueado. Logística /Gestión de materiales /Compras /Pedido /Crear /ME21N — Crear pedido de compras. Para liberarlo el Director de Compras tiene dos opciones: entrar al pedido individualmente y liberarlo o visualizar una lista de pedidos bloqueados y liberarlos todos à la vez. Logística /Gestión de materiales /Compras /Pedido /Liberar /ME29N — Liberación individual.

IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Especificar procedimiento para liberación de pedidos/Estrategias de liberación /Condiciones de liberación.

Logística /Gestión de materiales /Compras /Pedido /Liberar /ME28 — Liberación colectiva.

Estrategia de liberación: estados de liberación. En el segundo paso de la estrategia de liberación se definen los pasos de estado. En nuestro caso los pedidos empiezan en el estado ‘A’ y acaban en el ‘C’. IMG: Gestión de materiales /Compras /Pedido /Procedimiento para la liberación de pedidos /Especificar procedimiento para

2

La liberación de pedidos de compras puede asociarse a sistemas de workflow. En otro post definiremos la forma de hacerlo.     Para más información podemos consultar la help de SAP para liberación de pedidos de compras. Imagen inicial | loop_oh

3

24 December, 2011 | created using fivefilters.org

Inventarios puntuales

“Inventories are materials and supplies that a business or institution carries either for sale or to provide inputs or supplies to the production processes” Introducimos el código de material y la cantidad de piezas que hemos contado físicamente. Es importante que sea la cantidad total, no la diferencia.

JRT Arnold, SN Chapman. Introduction to Materials Management (5th Edition). La gestión correcta de los inventarios de una empresa es fundamental tanto desde el punto de vista de planificación como financiero. Por lo tanto, tan pronto detectemos una diferencia entre los valores físicos de nuestro almacen y el valor registrado en SAP deberíamos corregirlo. Lo ideal es siempre detectar la causa de la diferencia y corregirla. Por ejemplo, puede ser un error en la recepción de materiales del proveedor, un error en la expedición de un material, etc. Sin embargo, no siempre conseguimos hallar la causa del problema. En estos casos, la solución ha de ser realizar movimientos de inventario en SAP.

Grabamos.

Caso

Muy importante, si la cantidad física fuese de cero unidades, escribiríamos cero y además marcaríamos el campo ‘RC’ (recuento cero).

Desde el taller nos reclaman una pieza. Corroboramos que existen seis unidades de la referencia registrada en el almacén de SAP.

Para comprobar que todo es correcto podemos ir de nuevo a revisar el stock en el almacén.

Logística /Gestión de materiales /Gestión de stocks /Entorno /Stock /MB52 – Stock almacén

Logística /Gestión de materiales /Gestión de stocks /Entorno /Stock /MB52 – Stock almacén

Sin embargo, cuando llegamos al almacén detectamos no seis sino siete piezas asociadas a esa referencia.

Y si deseamos ver el movimiento generado iremos al menú… Logística /Gestión de materiales /Gestión de stocks /Entorno /Visualizar lista /MB51 – Documentos material

Solución Para corregir esta diferencia (si no hemos hallado la causa de la diferencia) en SAP iremos a Logística /Gestión de materiales /Inventario /Diferencia /MI10 – Registrar sin ref. documento Escribimos la fecha en que será efectivo el nuevo inventario para el material. Introducimos el centro y almacén sobre el que realizamos el inventario.

El movimiento de inventario es de clase 701. SAP contabiliza la diferencia que hemos registrado. Si había seis unidades en SAP y hemos contado siete, se registra un movimiento de diferencia

1

de una unidad. Sin embargo, el uso habitual de esta herramienta no debe ser la norma sino la excepción. Al fin y al cabo, los inventarios de una empresa no dejan de ser un activo de la organización con un valor en el balance. Y cada vez que hacemos una regularización de inventario estamos aumentando o disminuyendo el valor del balance de una forma ficticia. Por otro lado, en el siguiente post espero poder explicar con un poco más de detalle cómo realizar el registro y control de inventarios finales que se realizan en muchas empresas.

2

24 December, 2011 | created using fivefilters.org

Inventarios periódicos

una tarea larga. Por eso, la utilidad de esta transacción. Logística /Gestión de materiales /Inventario /Documento para inventario /MI01 – Crear

Según el APICS Dictionary, en su 11ª edición un iventario periódico es A physical inventory taken at some recurring interval, e.g., monthly, quaterly, or annual physical inventory. Dentro de estos inventarios podemos incluir los inventarios que las empresas realizan de sus existencias poco antes de finalizar el año. Estos inventarios se realizan, sobre todo, con un propósito financiero y suponen una interrupción en la actividad productiva normal de la empresa. Evidentemente, no podemos hacer un inventario completo de materiales si éstos siguen consumiéndose y/o produciéndose. ¿Cómo realizamos estos inventarios periódicos en SAP?

Recuento de inventario: una vez tenemos el documento creado debemos dar una copia de éste al personal implicado en el inventario para que vayan al almacén físico, busquen las referencias e indiquen el número de materiales que hayan encontrado. Una vez tengan esta información la tienen que apuntar a través de la transacción de recuento.

Customizing No se requiere. Funcional El proceso en SAP se compone de los siguientes pasos:

En la pantalla principal deberán introducir el número de documento de inventario y la fecha en la que se realizó el recuento.

Creación del documento de inventario: en primer lugar debemos crear un documento donde incluiremos todos los materiales susceptibles de ser recontados.

Una vez en la transacción introducen la cantidad que hayan contado. Si la unidad es incorrecta la deben corregir aquí. Y si la cantidad es cero hay que marcar el campo ‘RC’.

En la pantalla de entrada debemos indicar el centro y almacén de recuento.También indicamos la fecha de creación del documento y de recuento. Y, si queremos que impedir que ningún material de los incluidos en el documento pueda utilizarse mientras hagamos el inventario, entonces marcamos el campo ‘Bloqueo contabilización’.

Logística /Gestión de materiales /Inventario /Recuento de inventario /MI04 – Registrar Logística /Gestión de materiales /Inventario /Juegos de datos /Crear documento inventario /MI31 – Sin stock especial

Dentro de la transacción incluimos los materiales que deben ser recontados. Esto es quizás lo que más nos va a costar y quizás merezca la pena utilizar la transacción MI31 que genere el documento de inventario a partir de nuestra base de dato de referencias. Si nuestro almacén es grande y el número de referencias a inventariar son muchas, escribir una a una todas ellas dentro de esto documento puede ser

1

Listado de diferencias: antes de proceder a dar por bueno el recuento realizado podemos analizar las diferencias encontradas entre lo que había en SAP y lo contado físicamente. Y, sobre todo, podemos analizar el importe que eso va a suponer en la cuenta de resultados de la empresa. Logística /Gestión de materiales /Inventario /Diferencia /MI20 – Listado de diferencias

Contabilización de diferencias: si ya hemos dado por bueno el recuento, realizamos la contabilización de diferencias. Esto lleva asociado en primer lugar, nuevos stocks de materiales, y en segundo lugar también conlleva una pérdida/ganancia en nuestra cuenta de resultados. En la pantalla inicial introducimos la fecha de contabilización y el documento de inventario. En la transacción marcamos aquellas referencias que van a entrar en esta contabilización. Logística /Gestión de materiales /Inventario /Diferencia /MI07 – Contabilizar Más información sobre inventarios en la help de SAP. Imagen inicial | kenteegardin

2

24 December, 2011 | created using fivefilters.org

Equipos en SAP

/Empleo del equipo /OIEP – Definir montaje en ubicación técnica Asignamos el esquema de interlocutores asociados al equipo. En el ejemplo utilizamos un esquema ya existente para poder añadir al equipo el cliente al que pertenece el aparato (mantenimiento externo) y el operario de nuestra empresa que se encarga de mantener este equipo. Otros esquemas son posibles y dependerán de la empresa que realice el mantenimiento (por ejemplo, mantenimientos internos). IMG: Mantenimiento y servicio al cliente /Datos maestros en mantenimiento y servicio al cliente /Objetos técnicos /Equipos /OIEV — Asignar esquema de interlocutor a tipo de equipo Funcional Véase también el vídeo. Ir à la transacción de creación de equipos nuevos. Logística /Mantenimiento /Gestión de objetos técnicos /Equipo /IE01 – Creación en general

Definición Según la Wikipedia llamamos equipo a…

Indicar el inicio de validez.

“A tool is a device that can be used to produce an item or achieve a task, but that is not consumed in the process. Informally the word is also used to describe a procedure or process with a specific purpose. Tools that are used in particular fields or activities may have different designations such as Instrument, Utensil, Implement, Machine, or Apparatus.”

Indicar una descripción y datos generales del equipo, fabricante, número de serie, inicio de la garantía, clase de objeto. Asignarlo a un centro de nuestra empresa. Asignar el equipo a puesto de trabajo y a un grupo de planificación. Sobre el puesto de trabajo caerán los costes del mantenimiento o reparación del equipo.

Un equipo en SAP es la unidad técnica mínima en el módulo SAP-PM. Sobre él se realizan operaciones de instalación, mantenimiento y reparación. Estos equipos se ubicarán bien en nuestra empresa bien en casa del cliente. Podemos entonces gestionar bien nuestros propios equipos bien los equipos de uno de nuestros clientes. 

Si el equipo se encuentra en casa de un cliente y conocemos el operario que se encargará de su mantenimiento lo podemos asignar en el apartado de interlocutores.

Parametrización

Grabar.

Los pasos para realizar la parametrización de equipos y su funcionalidad se explican en el siguiente vídeo:

Imagen inicial | zigazou76

Creamos el nuevo tipo de equipo como copia de un equipo existente. IMG: Mantenimiento y servicio al cliente /Datos maestros en mantenimiento y servicio al cliente /Objetos técnicos /Equipos /Tipos de equipo /OIET — Actualizar tipo de equipo Asignamos el rango numérico. IMG: Mantenimiento y servicio al cliente /Datos maestros en mantenimiento y servicio al cliente /Objetos técnicos /Equipos /Tipos de equipo /OIEN – Especificar rango numérico Decidimos si el equipo puede ubicarse en un emplazamiento o no. Si el equipo se va a poder ubicar debemos marcarlo como tal. IMG: Mantenimiento y servicio al cliente /Datos maestros en mantenimiento y servicio al cliente /Objetos técnicos /Equipos

1

24 December, 2011 | created using fivefilters.org

Planificación de mantenimientos preventivos Organización. En esta pestaña indicamos la sociedad y los datos de planificación y de puesto de trabajo.

A través de Pasar a /Interlocutor también indicamos el cliente al cual se asociará este equipo.

Llamamos mantenimiento preventivo a todos aquellos trabajos que realizamos sobre una serie de equipos con el fin de asegurar su correcto funcionamiento. Para realizar una correcta planificación de estos mantenimientos es imprescindible, entre otras cosas, conocer la siguiente información…

Como resultado se genera un equipo, el 340010000028 en este ejemplo.

Cuáles son los equipos a mantener.

Importes a facturar

Qué importes se facturarán al cliente en concepto de mantenimiento y cuándo.

Seguidamente hay que crear el contrato de mantenimiento donde se incluye el valor del mantenimiento de este equipo y su condición y vía de pago.

Qué trabajos de mantenimiento se realizarán sobre los equipos. Con qué frecuencia se realizarán las visitas de mantenimiento.

Logística /Comercial /Ventas /Pedido abierto /VA41 — Crear Para el tipo de pedido abierto, indicamos el mismo cliente que hemos escrito en el equipo.

En este post voy a explicar cómo se podría llevar un posible mantenimiento de equipo de un cliente ubicado en una planta de trabajo. Obviaré la parte de customizing y me centraré únicamente en la parte funcional.

En la cabecera Datos contractuales indicamos el periodo de validez (fecha de entrada en vigor y fecha de expiración del contrato) del pedido abierto.

Equipos a mantener

Indicamos la vía y condición o de pago o, en su defecto, el plan de facturación que vamos a llevar con nuestro cliente dentro de este mantenimiento. En un plan de facturación podemos indicar las fechas en que preveemos facturar y qué importes a nuestro cliente.

Para empezar debemos crear los equipos. Para ello Logística /Mantenimiento /Gestión de objetos técnicos /IE01 — Crear en general Definimos las características principales de nuestro equipo. Introducimos los datos generales.

Guardamos los datos de emplazamiento (planta en la cual se encuentra ubicado nuestro equipo), sobre todo indicamos el centro.

1

A nivel de posición hay que añadir una línea de material genérico (podría ser de tipo DIEN) que llevará la descripción de los trabajos realizados. Sirve únicamente para mostrarlo en el contrato que firmará el cliente.

Escribimos las operaciones esperadas en cada visita de mantemiento para el equipo.

De nuevo nos anotamos el número de hoja de ruta creado, el número 109 (contador 1) en este ejemplo. Frecuencia de visitas

El resultado de este paso es un número de contrato que también nos apuntaremos. En mi caso es el 1200000006

La frecuencia de visitas a realizar al cliente las anotaremos a nivel del plan de mantenimiento. Un plan de mantenimiento es un documento SAP que agrupa absolutamente todos los datos que hemos creado previamente y a su vez los dota de una frecuencia programada.

Trabajos de mantenimiento Los trabajos que realizaremos los describimos a nivel de hoja de ruta. Una hoja de ruta es un documento de SAP que contiene una serie de operaciones (los trabajos) con los tiempos que preveemos utilizar.

Planes de mantenimiento puede haber de ciclo individual o con estrategia. Pero en este caso voy a crear un plan de ciclo individual, es decir, un plan sin estrategia donde las visitas que se hacen a cliente tienen una frecuencia constante (semanal o mensual o trimestral o anual…).

Logística /Mantenimiento /Mantemiento planificado /Planificación de trabajo /Hojas de ruta /Para equipo /IA01 — Crear

Logística /Mantenimiento /Mantenimiento planificado / Planificación de mantenimiento /Crear /IP41 — Plan de ciclo individual

Introducimos nuestro equipo en el día. Anotamos los datos de cabecera. Entre ellos, son importantes el puesto de trabajo y el status (liberado por defecto). Si quisiéramos que cada operación tuviese su propia frecuencia de visitas, entonces tendríamos que crear una estrategia y asociarla a este nivel. Intentaré explicar este concepto en otro post.

En la cabecera de nuestro plan indicamos el ciclo. En este caso voy a hacer cuatro visitas al año al cliente para revisar su equipo. Esto significa que el ciclo será trimestral.

En los parámetros de programación indico información adicional. Por ejemplo, el intervalo de toma que me informa

2

con qué periodos se generarán las órdenes. O el indicador de programación. Por defecto SAP entiende que todos los meses son de 30 días. Así que si queremos que las planificaciones se encuentren siempre en una fecha fija del calendario debemos indicar un indicador de programación temporal. El resultado sería una orden de mantenimiento preventivo que contendría toda la información necesaria para realizar el trabajo en casa del cliente. A partir de aquí las siguientes planificaciones que se realicen las calculará automáticamente SAP lanzando una orden cada tres meses. Para ello es necesario programar la transacción IP10, pero SAP ya provee esta funcionalidad a través de la transacción IP30 Logística /Mantenimiento /Mantenimiento planificado / Planificación de mantenimiento /Planificación de fechas para planes de mantenimiento preventivo /IP30 — Supervisión de plazos

A nivel de posición indico el equipo, el contrato y la hoja de ruta creada para el equipo (tipo E). El resto de información vendrá arrastrada de estos datos maestros.

Más información en la help de SAP en castellano y en inglés. Un buen manual lo podéis encontrar en la sección de manuales de mundosap. Imagen inicial | ASurroca

El resultado es un número de plan de mantenimiento (en mi caso es el 200000000020). Como vemos el plan de mantenimiento es el objeto que agrupa toda la información referente al mantenimiento preventivo, con información de producción, planificación y venta. Inicio de un ciclo de planificación Una vez hemos dado de alta el plan de mantenimiento con una frecuencia trimestral debemos indicar cuál será el inicio a partir del cual se realizarán las visitas. Esta fase es crucial para el buen funcionamiento de todo el plan de mantenimiento. Si fallamos en este punto arrastraremos el error a toda la planificación de todos los equipos existentes en el plan durante todo el tiempo de vida del mantenimiento. Logística /Mantenimiento /Mantenimiento planificado / Planificación de mantenimiento /Planificación de fechas para planes de mantenimiento preventivo /IP10 — Programar Introducimos nuestro plan de mantenimiento. Presionamos el botón Iniciar. Indicamos a partir de qué fecha se debe iniciar el plan. Si indico que inicio el plan el 01/01/2012, entonces la primera orden me la va a generar tres meses después, es decir, el 31/03/2012

3

24 December, 2011 | created using fivefilters.org

Impresión de órdenes de mantenimiento

Asociar documento de trabajo à la clase de documento. Si en nuestra empresa tenemos más de un tipo de órdenes, entonces habrá que asociar cada una de nuestros documentos de trabajo a cada uno de nuestros tipos de orden. En mi caso, voy a asociar el documento de trabajo Z001 que había creado a tres tipos de clases de orden (ZM15, ZM25 y ZM35). También hay que marcar ‘Selección’ para indicar el uso de este documento de trabajo.

En un artículo anterior ya había hablado sobre la impresión de documentos de ventas. En esta ocasión comentaré cómo realizar una parametrización que nos permita automatizar la impresión de documentos de trabajo. En este post la información se refiere a órdenes de mantenimiento SAP-PM. Sin embargo, en SAP los módulos de SAP-PM y SAP-PP son muy cercanos. Por lo tanto, lo parametrización aquí indicada se puede aplicar de forma parecida a órdenes de producción SAP-PP.

IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Control de impresión /Especificar impresora /OIDH — Control de impresión específico de usuario

Parametrización Por supuesto, hay que partir de que ya tenemos nuestro formulario o smartform creado previamente. Codificación de nuestro documento de trabajo. En este apartado creamos nuestro documento de trabajo para impresión. Hay que codificar el documento de trabajo (Z001 en mi caso), indicar el nombre del formulario (Z_HT), indicar el nombre del programa de impresión (Z_HT) y la rutina que controlará esta impresión dentro del programa (PRINT_PAPER). Yo lo he hecho partiendo de un documento de trabajo que ya existía, a través de la función de copia. IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Control de impresión /Especificar docs de trabajo, formularios y programas /Especificar documentos de trabajo /OIDF — Definir documentos de trabajo

Definir la impresora de envío. En este punto indicamos la impresora y forma en que se envía a ésta nuestro documento de trabajo. IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Control de impresión /Especificar docs de trabajo, formularios y programas /Especificar documentos de trabajo /OIDG — Especificar documentos de trabajo para clase de orden Podemos indicar una impresora diferente por usuario o realizar una parametrizar conjunta para todos los usuarios. En mi caso, voy a definir que cada usuario imprima el documento de trabajo a través de la impresora que en Windows tengan definida por defecto. Para ello creo

1

un registro único de parametrización para todos los usuarios indicando el valor * en el campo ‘usuario’ y marco impresora ‘LOCAL’ (consultad el nombre de impresora predeterminada de Windows en vuestro sistema ya que puede tener un nombre diferente) en el campo ‘dispositivo de salida’.

/IW3D — Imprimir

Además, el número de impresiones por defecto será de ‘1’ en el campo ‘ctd. de impresiones’. La impresión será inmediata pero enviando una copia al spool del usuario (campos ‘salida inmediata’ y ‘nueva orden de spool’). El centro de planificación será específico ‘0810’, pero podríamos indicar que todos los centros utilizasen este registro de parametrización a través del valor comodín *

Imagen inicial | Mary-Lynn

Funcionalidad Creamos nuestra orden de trabajo. Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW31 — Crear en general Imprimimos. Nos aparece un cuadro de diálogo Selección: corresponde al campo ‘selección’ del segundo punto de la parametrización. Dispositivo de salida: corresponde à la impresora por defecto indicada en el tercer punto de la parametrización. Ctd de impresiones: el número de copias que enviará à la impresora según previamente se parametrizó. Nueva orden de spool: si está marcado enviará una copia de nuestra impresión a nuestro listado de órdenes de spool (consultable a través de la transacción SP01). Salida inmediata: si está marcado, la impresión se enviará inmediatamente à la impresora. Logística /Mantenimiento /Gestión de mantenimiento /Orden

2

24 December, 2011 | created using fivefilters.org

Log de modificaciones en órdenes

Creamos una orden. Logística / Mantenimiento /Gestión de mantenimiento /Orden /IW31 — Crear en general Modificamos los tiempos de las operaciones de la orden. Visualizamos estas modificaciones a través de las modificaciones (Detalles /Documentos para orden /Modificaciones) o a través del log de acción (Detalles /Documentos para orden /Log de acción). Logística / Mantenimiento /Gestión de mantenimiento /Orden /IW32 — Modificar

Muchos de los documentos de SAP permiten llevar un registro de las modificaciones que se hacen sobre ellos. Digamos que es una especie de herramienta de información y seguimiento de los cambios que se realizan en los documentos. 

En la imagen se puede ver la información de modificaciones a través del log de acción. Imagen inicial | love2dreamfish

El caso de las órdenes de trabajo no es diferente. Los cambios que se registren a nivel de cabecera de una orden pueden seguirse fácilmente a través del log de modificaciones asociado a ésta. Sin embargo, para ello, es necesario realizar una pequeña parametrización. Parametrización IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y de servicios /Funciones y parametrizaciones de clases de orden /Def. doc. de modificación, ind.sol.ped. colec., relev. plan.nec. Buscamos nuestra clase de orden en el centro de planificación y marcamos los campos ‘Creac.doc.’ y ‘DocModStatOp’. Creac. doc documenta todas aquellas modificaciones realizadas en los campos de la orden así como la persona responsable. DocModStatOp. registra los cambios realizados a nivel de status de la orden.

Ejemplo

1

24 December, 2011 | created using fivefilters.org

Verificación de disponibilidades en órdenes de mantenimiento

SAP es difícil y necesita de tiempos de ensayo para determinar cuál es la que más nos conviene. Por eso, es recomendable echarle un vistazo à la help de SAP. IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Funciones y parametrización de clases de orden /Verificación de disponibilidades para materiales, MAF y capacidadades /OPJJ — Definir alcance de comprobación

Definición El APICS Dictionary, en su 11ª edición define inventario disponible como: Available inventory — The on-hand inventory balance minus allocations, reservations, backorders, and (usually) quantities held for quality problems. Often called beginning available balance. Syn: begining available balance, net inventory. ¿Cómo verificamos que los materiales que vamos a usar en una orden de trabajo están disponibles para ser utilizados del inventario de materiales de la empresa? En este caso, SAP provee de una herramienta de verificación de disponibilidades dentro de las propias órdenes de mantenimiento. Parametrización

Definir control de verificación: en el siguiente paso hay que asociar nuestra regla de verificación a nuestros centros de trabajo, a los tipos de órdenes de servicio de nuestro sistema y al status en que se encuentran nuestras órdenes cuando se hace la verificación. En el ejemplo, asociamos la verificación a nuestras órdenes del tipo ‘ZM35’, cuando están liberadas (operación disponibilidad ‘2’), en el momento de grabar la orden.

Definición de las reglas de verificación: en este punto creamos una nueva regla de verificación de disponibilidades para nuestra orden de servicio. En el ejemplo, crearé una nueva regla ‘ZM’ (Regla de verificación de servicios). IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Funciones y parametrización de clases de orden /Verificación de disponibilidades para materiales, MAF y capacidadades /Definir reglas de verificación

IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Funciones y parametrización de clases de orden /Verificación de disponibilidades para materiales, MAF y capacidadades /OIOI — Definir control de verificación

Definir alcance de comprobación: aquí debemos asociar nuestra regla de verificación a un grupo de verificación de disponibilidades. También describimos la fórmula a aplicar, es decir, indicamos qué elementos serán los relevantes à la hora de hacer el cálculo de la disponibilidad. En el ejemplo, se tienen en cuenta los stocks de seguridad, traslado y calidad; los materiales que ya están reservados por otras órdenes o pedidos; las necesidades comerciales (pedidos de venta u otras) del material; no se tienen en cuenta aquellos materiales que se vayan a recibir en la empresa dentro del plazo de reaprovisionamiento definido a nivel de material; sólo se toman las reservas dependientes. La verdad es que la compresión de los elementos de la fórmula que provee

1

Imagen | opensourceway

Ejemplo Creemos una orden ‘ZM35’ y veamos qué pasa cuando la liberamos añadiendo en la lista de materiales de la orden, uno que no está en nuestro stock. En primer lugar debemos comprobar que tenemos correctamente informado el grupo de verificación de disponibilidades de nuestro material (pestaña planificación de necesidades 3 del maestro de materiales). Logística /Gestión de materiales /Maestro de materiales /Material /Creación en general /MM01 — Inmediatamente

Creamos la orden de servicio. Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW31 — Crear orden en general

Liberamos la orden: el sistema nos advierte sobre faltas de materiales.

2

24 December, 2011 | created using fivefilters.org

Tabla de planificación de capacidades: colores

Seguidamente, vamos a hacer una copia del perfil estándar de tabla de planificación gráfica. Dentro de éste podremos hacer todos los cambios que nos parezcan oportunos. Cada nuevo perfil o elemento que modifiquemos lo haremos sobre su correspondiente copia que empiece por ‘z’. Dentro del perfil de tabla de planificación gráfica estamos interesados en modificar el tipo de objeto gráfico que existe dentro del apartado de ‘Necesidades de capacidad’. Así que vamos a hacer una copia de éste. Definición

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /Opciones técnicas /Tabla de planificación gráfica /Atributos de tipo de objeto gráfico /OPG5 — Fijar selección tipo de objeto gráfico

La tabla de planificación es la herramienta que proporciona SAP para la gestión, monitorización y mantenimiento de la carga de trabajo asignada a nuestro personal o puestos de trabajo. Podemos observar y modificar en qué fecha y cuánto tiempo una persona o puesto de trabajo va a estar ocupada. Logística /Producción /Planificación de capacidades /Ajuste /Variable /CM25 – Diálogo

Parametrización En esta ocasión vamos a ver cómo modificar los colores que nos muestra por defecto la tabla de planificación gráfica. Nuestra empresa trabaja con tres tipos de órdenes de trabajo diferentes (mantenimiento, instalación y averías). Modificando los colores podremos ver cada tipo de orden con un color distinto.

Y dentro de éste nos interesa el tipo de objeto gráfico que encontramos en él.

En primer lugar identificamos el perfil que utilizamos en nuestra tabla de planificación.

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /Opciones técnicas /Tabla de planificación gráfica /Atributos de tipo de objeto gráfico /OPG9 — Especificar tipo de objeto gráfico

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /OPD0 — Definir perfil general

1

Llegados aquí tenemos que definir la determinación de colores según tipo de orden: En el apartado ‘representación de objetos’ indicamos los tres tipos de orden y los colores que tomarán. El código de color ‘50’ viene de la definición de colores en el grupo de elementos gráficos.

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /Opciones técnicas /Tabla de planificación gráfica /Gráfico /BCG8 — Definir elemento gráfico En el apartado ‘selección de representación de objetos’ creamos la determinación según orden (mantenimiento, instalación o averías).

Con estos pasos ya podemos lanzar nuestra planificación gráfica de capacidades para ver las diferencias por color en las órdenes de trabajo. Imagen inicial | Ellie Goodman

2

24 December, 2011 | created using fivefilters.org

Tabla de planificación de capacidades: selección

adicionales (no visibles directamente en la pantalla principal de la transacción CM25 pero sí cuando presionemos el icono ‘filtro’). Dentro del set de objetos buscamos el parámetro ‘clase de orden’. Lo añadimos y grabamos.

Ejemplo Siguiendo con la evaluación de capacidades gráfica, esta semana vamos a hablar de cómo modificar la pantalla de selección de datos de la transacción CM25.

El resultado es el siguiente: Logística /Producción /Planificación de capacidades /Ajuste /Variable /CM25 – Diálogo

Parametrización En este ejemplo vamos a añadir la ‘clase de orden’ como filtro adicional en nuestra pantalla de selección. De nuevo, empezamos por determinar cuál es nuestro perfil general. IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /OPD0 — Definir perfil general

Observamos el parámetro ‘clase de orden’ en la pantalla de selección. Pero si en lugar de haber modificado el parámetro en el set de objetos, lo hubiésemos hecho en el set de filtros, entonces éste aparecería al presionar el icono ‘filtro’.

Dentro del perfil general nos encontramos con nuestro perfil de selección. Tenemos que hacer una copia z del perfil de selección estándar que encontremos. En nuestro caso creamos el perfil de selección ‘ZAPPD_S001’.

Imagen inicial | Svadilfari

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /OPD1 – Definir perfil de selección

Al hacer doble click sobre este perfil nos encontramos con los sets que contienen los parámetros de selección. Por un lado está el set de objetos, por otro el set de filtros. Si modificamos el set de objetos los nuevos parámetros aparecerán en la pantalla de selección principal. Si modificamos el set de filtros estaremos introduciendo nuevos parámetros a nivel de opciones de selección

1

24 December, 2011 | created using fivefilters.org

Tabla de planificación de capacidades: layout

Dentro de nuestro perfil navegamos al perfil de tabla de planificación gráfica para encontrar el ID de layout. Si no hubiésemos hecho ninguna copia del ID de layout estándar, la hacemos ahora. En el tercer artículo sobre la tabla de planificación de capacidades gráficas trataré sobre cómo añadir y modificar columnas de la disposición estándar de SAP.

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /Tabla de planificación gráfica /OPDJ — Definir disposición Dentro de este ID de layout navegamos hasta la definición de agrupamientos. Si hemos de modificar alguno de los elementos, primero haremos su correspondiente copia z. Definición de layouts /Definición de imágenes parciales /Definición de agrupamientos /Definición de agrupamientos

En el ejemplo, la tabla de planificación muestra sólo dos columnas, pero queremos llegar a mostrar hasta ocho datos diferentes. ¿Cómo lo hacemos? Parametrización

Hemos llegado à la clave de edición. Éste es el elemento que contiene todos los campos que vamos a mostrar en nuestra disposición. Vamos a modificarlo. Tenemos que ir a su correspondiente transacción.

Como siempre, buscamos el perfil general que estamos utilizando en nuestra tabla. IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /OPD0 — Definir perfil general

IMG: Producción /Planificación de capacidades /Ajuste de capacidades y evaluación ampliada /Tabla de planificación gráfica /CY38 — Definir clave de edición

Ya tenemos los ocho campos que se van a mostrar en nuestro layout seleccionados. De éstos, siete son estándar, pero el octavo no existía de forma estándar sino que lo he

1

definido de forma específica. La nota 38310 explica cómo hacerlo, pero brevemente los pasos son: Añadimos el campo en la tabla de diccionario CYUSER, en el include al efecto. Herramientas /Workbench ABAP /Desarrollo /SE11 – Dictionary ABAP

Informamos su valor a través de user exit. En el caso del ejemplo he utilizado la ampliación CYPP0005 Herramientas /Workbench ABAP /Utilidades /Ampliaciones /CMOD – Gestión de proyectos

Finalmente, seleccionamos el campo en la transacción CY38 Salida Y el resultado queda del siguiente modo: Logística /Producción /Planificación de capacidades /Ajuste /Variable /CM25 – Diálogo

Imagen inicial | WATERBOY sh

2

24 December, 2011 | created using fivefilters.org

Horarios de trabajo de personal

de 08:00 a 15:00. IMG: Gestión de tiempos de personal /Planes de horario de trabajo /Planes de horario de trabajo diario /Definir planes de horario de trabajo diario

Este PHT lo asignaremos a cada uno de los días que trabaje nuestro personal para crear el PHT por periodos. En este caso, de lunes a viernes tendrá el PHT ‘M’ que hemos creado; pero el sábado y domingo tendrá el PHT ‘LIBR’ estándar de SAP. De lunes a viernes el personal de guardia trabajará de 08:00 a 15:00 (PHT ‘M’), pero sábado y domingo no trabajará (PHT ‘LIBR’).

El horario de trabajo del personal contratado de nuestra empresa puede mantenerse de forma normal dentro del módulo de Recursos Humanos de SAP (SAP-HR).

IMG: Gestión de tiempos de personal /Planes de horario de trabajo /Planes de horario de trabajo por periodos /Definir planes de horario de trabajo por periodos

Parametrización En primer lugar, debemos determinar en qué subdivisión de personal están registradas las reglas de horario de trabajo (PHT) del personal de nuestra empresa. Hay diversas formas de hacerlo, pero una sencilla es irnos al matchcode de nuestra regla PHT. Recursos Humanos /Gestión de personal /Gestión /Maestro de personal /PA30 – Actualizar

Finalmente, creamos la regla de guardias ‘MG’ y le asociamos el PHT por periodos. IMG: Cálculo de nómina /Cálculo de nómina: España /Tratamiento diario de los datos de tiempos /Funciones del tratamiento diario /Puesta a disposición de los datos de tiempo /Poner a disposición horario de trabajo teórico de PHT

Seguidamente, entramos en el customizing y damos de alta el plan de horario de trabajo diario (PHT). En nuestro caso vamos a crear el horario del personal de guardia de nuestra empresa bajo la agrupación de subdivisión de personal ‘04’

1

Funcional Ahora nos queda asociar la regla PHT a cada uno de nuestros empleados. Abrimos la actualización del personal de la empresa. Recursos Humanos /Gestión de personal /Gestión /Maestro de personal /PA30 – Actualizar Seleccionamos la pestaña de ‘Datos básicos de relación laboral’ y actualizamos el infotipo ‘Horario de trabajo teórico’.

Abrimos el matchcode para la regla PHT ‘MG’, lo seleccionamos y grabamos. Podemos comprobar cómo aparece este horario en transacciones como por ejemplo, la CM25 Logística /Producción /Planificación de capacidades /Ajuste /Variable /CM25 – Diálogo Imagen inicial | redwood 1

2

24 December, 2011 | created using fivefilters.org

Definición de turnos y horarios en puestos de trabajo

a 13.46

Turnos. El turno es el horario del puesto de trabajo diario propiamente dicho. Se indican los distintos ciclos de fechas. Por ejemplo, puede que de enero a junio el horario sea diferente que de julio a diciembre. En este ejemplo, el turno de trabajo va de 8 de la mañana a 6 de la tarde durante todo el año.

Programa de turnos. Indica los días en que el puesto de trabajo está activo y qué turno de trabajo tiene en cada día. En la imagen se puede ver que el trabajo se realiza de lunes a viernes con el mismo turno de 8:00 a 18:00 cada día.

La 11ª edición del Apics Dictionary define puesto de trabajo como:

Datos maestros

A specific production area, consisting of one or more people and/or machines with similar capabilities, that can be considered as one unit for purposes of capacity requirements planning and detailed scheduling.

Logística /Producción /Datos maestros /Puestos de trabajo /Puesto de trabajo /CR01 — Crear Logística /Mantenimiento /Mantenimiento planificado /Planificación de trabajo /Entorno /Puestos de trabajo /Puesto de trabajo /IR01 — Crear

En SAP, un puesto de trabajo es una unidad organizativa básica en el control de planificación y producción. Ya que tiene una capacidad definida como producción realizada por unidad de tiempo, entonces es indispensable definir en SAP cuál será el horario de su actividad. Una máquina tendrá definidas una serie de paradas, al igual que un grupo de operarios también tendrá su horario de trabajo.

Ahora toca asociar este programa de turnos a nuestro puesto de trabajo. En mi ejemplo, estoy asociando el horario del puesto de trabajo a una serie de personas. Así que abro el puesto de trabajo y me voy a Pasar a /Capacidad /Resumen /Capacidad

Este artículo explica la forma de configurar y asociar un horario a un puesto de trabajo.

Asocio la agrupación ‘90’ que he parametrizado en los datos generales de capacidad.

Parametrización El customizing consta de tres pasos básicos agrupados en un turno previamente definido. Creamos el turno ‘90’:

Me voy a Pasar a /Intervalos y turnos y creo un nuevo intervalo en Tratar /Insertar /Insertar un intervalo.

IMG: Producción /Datos básicos /Puesto de trabajo /Planificación capacidad /Capacidad disponible /OP4A — Definir programa de turnos

Indico mi programa de turnos ‘TUR1’ en la línea de cabecera del intervalo. Automáticamente, SAP crea los cinco turnos (de lunes a viernes) para el programa de turnos. El horario, el ciclo y las paradas quedan automáticamente asociadas.

Logística /Producción /Datos maestros /Puestos de trabajo /Entorno /Opciones actuales /S_ALR_87004012 — Definir programa de turnos Pausas de trabajo. En este punto hay que definir las pausas en el trabajo del puesto de trabajo. También se indica la hora de inicio y fin de este paro. En el ejemplo, el puesto de trabajo tiene una parada diaria de 46 minutos de 13.00

1

Ejemplo Finalmente, sólo queda ver cómo se comporta el programa de turnos asociado a nuestro puesto de trabajo. Por ejemplo, podemos ir a verlo en la planificación de capacidades del puesto de trabajo. En blanco aparecen las horas de trabajo, en gris las paradas. Producción /Planificación de capacidades /Ajuste /Variable /CM25 — Diálogo

Imagen inicial | zigazou76

2

24 December, 2011 | created using fivefilters.org

Calendarios de trabajo en SAP

exista podemos crearlo con una serie de sencillos pasos. Creamos nuestro día: Calendario /Crear. Indicamos qué clase de festivo será nuestro día.

El siguiente paso es incluir los días festivos que hayamos creamos en el calendario de días festivos de nuestro país, zona o localidad (segundo punto de la pantalla). Yo utilizaré el calendario E2 (Catalunya).

Con el inicio del año son varias las rutinas que debemos llevar a cabo en nuestro sistema. Una de ellas va a ser la actualización de días festivos en nuestro calendario de trabajo.

Modificamos nuestro calendario: Calendario /Modificar .

El uso de un calendario de fábrica en SAP está asociado à la planificación del trabajo en planta en entornos industriales y de servicios. Pero también se relaciona con la planificación de las cargas de trabajo en la gestión de capacidades o de días de apertura al público para la venta. Por lo tanto, tanto se puede asociar a centros como a puestos de trabajo o a organizaciones de venta. Otros puntos de asociación también son posibles, pero en todos los casos se siguen las mismas reglas.

Asignamos el día festivo creado. Indicamos el rango de validez de este día festivo dentro del calendario de festivo (desde año — hasta año). Grabamos.

Gestión del calendario. À la hora de crear y modificar calendarios seguiremos una serie de puntos. IMG: SAP NetWeaver /SCAL — Actualizar calendario

Finalmente, hemos de adaptar el calendario de fábrica (tercer punto de la pantalla). Buscamos nuestro calendario de fábrica. En mi caso, utilizo el calendario de fábrica E2. Modificamos el calendario: Calendario /Modificar. Indicamos, en caso de que no lo hayamos hecho ya, el calendario de días festivos correspondiente (también el E2).

En primer lugar, debemos acceder à la definición de nuestros días festivos (primer punto de la pantalla). En el caso de que en nuestro país, zona o localidad existan una serie de días festivos que se repiten año tras año, éstos se pueden definir de forma fija en nuestro sistema. Por defecto, SAP ya tiene prefijados una serie de de días festivos de uso común en muchos países, pero en el caso de que no

Indicamos también cuáles son nuestros días laborables (lunes, martes, miércoles, jueves y viernes). Y, sobre todo, ampliamos el rango de validez del calendario a nuestro año actual. Validez desde el año

1

XXXX — 2012

Calendario en puesto de trabajo Logística /Producción /Datos maestros /Puestos de trabajo /Puesto de trabajo /CR02 — Modificar Logística /Mantenimiento /Gestión de objetos técnicos /Entorno /Puestos de trabajo /Puesto de trabajo /IR02 — Modificar Indicamos el puesto de trabajo en nuestro centro. Navegamos a Capacidades /Capacidad Indicamos nuestro calendario en el campo ID calendario fábr. En este caso, debemos llegar a detallar más el horario de trabajo a través de Pasar a /Intervalos y turnos (a no ser que previamente hayamos definido un turno a través de la parametrización). Calendario a nivel comercial À la hora de definir los días en que estamos abiertos al público, también es necesario asociar un calendario. Esta vez los días en que realizaremos ventas al público se definen a través de un calendario de organización de ventas. En este caso seguimos utilizando cualquiera de los calendarios previamente definidos y los asociamos a nuestra organización de ventas.

Hay que tener en cuenta que las modificaciones realizadas sobre nuestros calendarios no generan órdenes de transporte de forma automática. Para crear órdenes de transporte iremos al menú Calendario /Transporte.

IMG: Estructura de la empresa /Definición /Comercial /Definir, copiar, borrar, verificar org. ventas /Def. org. ventas

Calendario en centro

Marcamos nuestra organización de ventas.

À la hora de realizar la planificación del trabajo en planta debemos asociar un calendario que indique cuáles son los días en los que nuestra fábrica o nuestro de centro de trabajo estará abierta/o.

Asignamos nuestro calendario al campo Calend. org. ventas.

IMG: Estructura de la empresa /Definición /Logística en general /Definir, copiar, verificar, borrar centro /Definir centro Marcamos el centro. Indicamos el calendario de fábrica (no el de días festivos) en el campo calendario de fábrica. Imagen | The Library of Congress

2

20 December, 2011 | created using fivefilters.org

Stocks de seguridad (I): stock mínimo

su almacén. ¿Cómo SAP nos ayuda en este problema?  1. Deberemos indicador este dato en el dato maestro de material. Logística /Gestión de materiales /Maestro de materiales /Material /Modificar /MM02-Inmediata

Descripción Poder controlar la cobertura de stocks es un punto fundamental dentro de la gestión de la planificación de materiales.

  2. Podemos ver el efecto a través de la lista de necesidades y stocks:

El stock nos sirve para:

Logística /Producción /Planificación de necesidades /Evaluaciones /MD04-Lista nec/stocks

Anticiparnos à la demanda. Cubrir las fluctuaciones de la demanda y suministro. Beneficiarnos de descuentos ofertados por nuestros proveedores. Cubrir el tiempo necesario para mover materiales de un lugar a otro de la cadena de suministro.

3. La próxima vez que lancemos el MRP obtendremos un requerimiento del sistema para cubrir el mínimo de stock requerido.

Protegernos contra las fluctuaciones de precio del mercado. Sin embargo, al igual que la acumulación de stock nos ayudará a mejorar nuestro servicio, también puede perjudicarnos muy negativamente en forma de costes.

Para lanzar el MRP: Logística /Producción /Planificación de necesidades /Planificación /MD02-Planificación individual varios niveles

Asociados a su producción. Asociados a su transporte. Asociados a su almacenamiento. Asociados a su obsolescencia. En este post explicaré una manera de protegernos contra las roturas de stock. Parametrización No es necesaria. Funcionalidad Imaginemos el que posiblemente sea el caso más simple posible. Una empresa distribuidora de café decide que para evitar roturas de stock deberá existir siempre un stock de 1000 kg de café en

1

  Imagen | zingyellow

2

20 December, 2011 | created using fivefilters.org

Stocks de seguridad (II): perfil de cobertura

Funcionalidad Imaginemos que deseamos tener un stock teórico de al menos 60 días calculado en 30 días para nuestro artículo. Después de haber hecho las parametrizaciones convenientes de nuestro perfil de cobertura (Z36) debemos indicar este perfil en el maestro de materiales de nuestro artículo (pestaña Planificación de Necesidades 2).

Si partimos de unas necesidades actuales como las siguientes:

El resultado, después de lanzar el MRP, será el siguiente:

Descripción Este es el siguiente post sobre stocks de seguridad. En este caso voy a hablar sobre el perfil de cobertura, es decir, un stock de seguridad dinámico. SAP calcula cuál debe ser nuestro stock objetivo en base al perfil de cobertura indicado, las necesidades actuales y el stock actual en el sistema. Parametrización

¿Cómo hemos llegado hasta aquí?

Debemos crear un perfil de cobertura y asignarle los parámetros, tanto el perfil de cobertura como los días promedio.

NECESIDAD DIARIA = NECESIDAD TOTAL /PERIODO = 1000 /30 = 33,33

IMG: Producción /Planificación de necesidades /Planificación /Cálculo de Necesidades Netas /Especificar perfil de cobertura.

STOCK OBJETIVO = NECESIDAD DIARIA PROMEDIO x COBERTURA TEÓRICA = 33,33 x 60 = 2000

SAP utiliza la siguiente fórmula para calcular el stock objetivo, también llamado stock teórico.

NECESIDADES — STOCK + STOCK OBJETIVO = 1000 — 360 + 2000 = 2640 Es decir, el sistema reaccionará con un requerimiento para que nos reaprovisionemos con 2640 unidades que nos cubrirán para los próximos 60 días a partir de las necesidades diarias que tenemos para los próximos 30 días. Más información en la help de SAP. Imagen | sfllaw

Adicionalmente, podemos indicar en la parametrización aquellos periodos de fecha donde nuestro periodo de cobertura cambie (apartado Periodos para Perfil). Por ejemplo, si tenemos fuertes cambios en la demanda debido a estacionalidad del material y necesitamos coberturas diferentes según la estación.

1

24 December, 2011 | created using fivefilters.org

Gestión de la demanda por punto de pedido

Método de planificación: la planificación por punto de pedido puede ser manual (V1) o automática (VM). En el caso de que fuese automática debemos asegurar que tenemos correctamente implementado el módulo de pronósticos. A partir de un método de planificación por punto de pedido automático el sistema es capaz de calcular tanto el punto de pedido como el stock de seguridad. No es el caso de este ejemplo. Nosotros utilizaremos una planificación manual que nos obliga a rellenar los puntos que vienen a continuación. Punto de pedido: determina la cantidad por debajo de la cual el sistema lanzará una orden de reaprovisionamiento, siempre teniendo en cuenta las necesidades existentes. Stock de seguridad: el nivel de stock mínimo deseado en nuestro almacén. Este nivel es muy importante y vienen definido por el plazo de reaprovisionamiento. Esto significa que el tiempo de reaprovisionamiento viene marcado entre por el consumo de material de almacén entre el punto de pedido (el momento en que se lanza una orden de reaprovisionamiento) y el nivel del stock de seguridad.

Definición

El tamaño de lote: es la cantidad de material que nos servirá nuestro proveedor.

APICS define el sistema de planificación por punto de pedido como: 

Ejemplo

A set inventory level where, if the total stock on hand plus on order falls to or below that point, action is taken to replenish the stock […]

Imaginemos una situación de planificación por punto de pedido manual. Hemos calculado un stock de seguridad de 10 unidades en base à la demanda media durante el plazo de reaprovisionamiento. Tenemos un punto de pedido de 50 unidades y nuestro proveedor nos sirve cantidades fijas múltiplo de 100 unidades.

(Blackstone JH, Cox JF. APICS dictionary 11th Ed. Alexandria VA, 2005).  Es decir, cuando el stock de un material disminuye por debajo de una cantidad determinada el sistema reacciona creando una orden de reaprovisionamiento para volver a alcanzar esa cantidad mínima. Además, esta orden se ha de crear mientras existe un stock suficiente para satisfacer la demanda durante el periodo de reaprovisionamiento. 

Logística /Gestión de materiales /Maestro de materiales /Material /Modificar /MM02 – Inmediatamente En la pestaña “Planificación de necesidades 1” introducimos la información de característica de planificación de necesidades V1, el punto de pedido de 50 y el tamaño de lote de 100

Planificación de necesidades por punto de pedido (help.sap.com). La fórmula que define el punto de pedido es:  PUNTO DE PEDIDO = DEMANDA DURANTE EL PERIODO DE REAPROVISIONAMIENTO +  STOCK DE SEGURIDAD En la demanda por punto de pedido: Las cantidades suelen ser fijas. Los intervalos de reaprovisionamiento no son constantes y dependen del periodo de reaprovisionamiento. Funcional De la propia fórmula se desprende que en el maestro de materiales de SAP deberemos definir los siguientes parámetros para la planificación:

En la pestaña “Planificación de necesidades 2” introducimos

1

el stock de seguridad de 50 unidades.

Al observar la situación inicial nos encontramos con un stock de 51 unidades y un stock de seguridad de 10 unidades. Ante esta situación si lanzamos el MRP el sistema no reacciona ya que no hemos alcanzado nuestro punto de pedido mínimo de 50 unidades. Logística /Producción /Planificación de la producción /MPS /Evaluaciones /MD04 – Lista de nec/stocks

Entonces nos entra una necesidad en forma de pedido de cliente de 10 unidades que nos deja un stock disponible de 41 unidades. Es decir, caemos por debajo de nuestro punto de pedido.

Al lanzar el MRP el sistema reacciona proponiendo un reaprovisionamiento de 100 unidades (nuestro tamaño de lote de proveedor).

Más información sobre planificación de necesidades de materiales en la help de SAP Imagen | josh.ev9

2

20 December, 2011 | created using fivefilters.org

Compensación de necesidades primarias

IMG: Comercial /Ventas /Documentos de ventas /Repartos /Asignar tipos de reparto

Tenemos clases de necesidad KSV dentro de la categoría de necesidades ‘050’ (almacén compensación). Tenemos clases de necesidad VSFB dentro de la categoría de necesidades ‘105’ (preplanificación de conjuntos). IMG: Producción /Planificación de la producción /Gestión de demanda /Necesidades primarias planificadas /Clases y categorías de necesidades /Especificar clases de necesidades y asignarlas a categorías de necesidades Definición Las necesidades primarias son aquellas que entran en nuestro sistema como requirimiento para entregar un producto terminado que existe, por ejemplo, en nuestro almacén. Vemos necesidades primarias en pedidos de cliente o en consumos de órdenes de fabricación o trabajo. Éstas vienen a rebajar materiales que existen en nuestro almacén con movimientos de salida. En este post veremos cómo podemos crear necesidades primarias planificadas y cómo éstas pueden disminuirse a través de pedidos de cliente u órdenes de trabajo. ¿Para qué podemos necesitar esto? Las necesidades son uno de los parámetros de entrada de los sistemas MRP. A partir de necesidades, listas de materiales y stocks el MRP es capaz de generar requerimientos a proveedor de necesidades secundarias para reaprovisionamiento. Si somos capaces de generar necesidades primarias planificadas que se compensen con pedidos de cliente, por ejemplo, podemos indicarle al MRP en todo momento cuáles han de ser nuestras necesidades de reaprovisionamiento.

Creamos la estrategia de compensación entre las clases de necesidad KSV y VSFB. IMG: Producción /Planificación de la producción /Gestión de demanda /Necesidades primarias planificadas /Estrategia de planificación /Fijar estrategia

Ejemplo: dentro de nuestro sistema existe una necesidad de ventas de 1000 kg de material. Si imaginamos que no existía stock en absoluto ni había ningún pedido de compras creado el MRP nos habrá generado solicitudes de pedido por un total también de 1000 kg. Cualquier pedido de cliente que entre no debería aumentar nuestras necesidades totales, ya que éstas estarían dentro de nuestra previsión de ventas. Parametrización Partimos de que ya hemos creado la parametrización de cabecera de documentos de ventas y de tipos de posición de documentos de venta asociados, así como sus repartos. Asignamos el tipo de reparto ‘CP’ (planif. nec.determ.) a nuestro tipo de posición de documento de ventas. De este modo, indicamos cómo se deben comportar los tipos de materiales que se asignen dentro del tipo de posición de nuestro documento de ventas.

1

Creamos la necesidad primaria de cliente KSV, es decir, un pedido de cliente. Y observamos el estado de la planificación de necesidades Logística /Comercial /Ventas /Pedido /VA01 — Crear Logística /Producción /Planificación de necesidades /Evaluaciones /MD04 — Lista necs y stocks 

Al final, vemos cómo la entrada de nuevos pedidos de cliente rebaja las necesidades primarias planificadas. En el ejemplo, de las 1000 unidades iniciales quedan 990 unidades más las 10 unidades del pedido de cliente.

Si tuviésemos que añadir otras clases de necesidad que se compensasen deberíamos además fijar un grupo de estrategias.

Imagen inicial | thatjonjackson

IMG: Producción /Planificación de la producción /Gestión de demanda /Necesidades primarias planificadas /Estrategia de planificación /Fijar grupo estrategias Funcionalidad Asignamos al material la característica de planificación de necesidades correspondiente ‘PD’ en la pestaña de planificación de necesidades 1. Asignamos también la estrategia ‘Z1’ en la pestaña de planificación de necesidades 3. También podemos asignar intervalos de compensación dentro de la planificación de necesidades 3 Logística /Gestión de materiales /Maestro de materiales /Material /Modificar /MM02 — Inmediatamente

Creamos la necesidad primaria planificada VSFB. Y observamos el estado de la planificación de necesidades. Logística /Producción /Planificación de la producción /Gestión de demanda /Necesidades primarias planificadas /MD61 — Crear  Logística /Producción /Planificación de necesidades /Evaluaciones /MD04 — Lista necs y stocks

2

20 December, 2011 | created using fivefilters.org

Gestión de reclamaciones (I)

externas C2. Empezaré haciendo una copia de este C2 a un tipo de reclamación ZB. IMG: Sistema de proyectos /Reclamación /Mensaje /Apertura de aviso /Clase de aviso /Definir clases de avisos

Perfil de catálogo: clave que recoge el grupo de catálogos utilizados en una reclamación. Lo hemos visto à la hora de crear un nuevo tipo de reclamación. A mi tipo de reclamación le asociaré una copia de perfil de catálogo creada por mí.

Desde un punto de vista funcional la gestión de reclamaciones nos permite atender las quejas de clientes y proveedores con respecto à la venta y compra de nuestros productos. Diferencias de precios, problemas de suministro o falta de servicio post-venta

IMG: Sistema de proyectos /Reclamación /Mensaje /Apertura de aviso /Contenido del aviso /Definir esquemas del informe

son algunas de la situaciones que podemos reflejar en una gestión de reclamaciones. El grado de conocimiento que tengamos de estos problemas nos permitirá solventarlos con mayor o menor rapidez.

Especificar rangos de números: nos permite crear la numeración para nuestras reclamaciones

La gestión de reclamaciones en SAP se incluye dentro del sistema de proyectos. Permite la creación de reclamaciones tanto internas como externas, y dentro de éstas, tanto de clientes como proveedores.

IMG: Sistema de proyectos /Reclamación /Mensaje /Apertura de aviso /Clase de aviso /Especificar rangos de números. Máscaras de imagen: en este punto de custo podemos definir qué información aparecerá en nuestra reclamación y qué información no es necesaria. Así, podemos customizar hasta el detalle las pantallas que formarán parte de nuestra reclamación como si fuese un puzzle. Por ejemplo, en mi caso he decidido que mis reclamaciones sólo se compongan de dos pestañas (la reclamación estándar C2 se compone de hasta seis pestañas). Esto se lo indico en el apartado Vista ampliada: Registros y ámbitos de imagen. Igualmente, deseo

Se realiza de forma similar a otros avisos que podamos entrar en SAP y con una filosofía muy parecida.  Determina la existencia de: Datos generales. Información descriptiva en forma de textos. Objetos de referencia, que en principio se consideran proyectos, pero también admite equipos, ubicaciones, etc.

IMG: Sistema de proyectos /Reclamación /Clase de aviso /Especificar máscaras de imagen en pantalla /Especificar ámbitos de imagen.  

Datos informativos: centro de trabajo, cantidades, fechas, etc.

Campos en pantalla: deseo que algunos campos no se muestren (o se muestren como ‘sólo lectura’) en mis pantallas. Por ejemplo, deseo que la fecha y hora del aviso no sea modificable.

Datos de ejecución: dirección de cliente, prioridades, etc. Igual que un aviso de servicio. Tareas a realizar.

IMG: Sistema de proyectos /Reclamación /Parametriz. específicas de reclamación /Selección de campos.

Estas reclamaciones se tratan o rechazan y se adjudica su tratamiento a usuarios del sistema, indicando su coordinador. Parametrización de la reclamación Éste es un ejemplo sencillo: Creación del tipo de reclamación: por defecto SAP proporciona dos tipos de reclamaciones (C1-reclamación interna; C2-reclamaciones externas). La parametrización que realizaré en este ejemplo es el de reclamaciones

1

Actualizar catálogo: el catálogo define aquellas situaciones codificadas de la reclamación. Los catálogos deben estar asociados a nuestro perfil de catálogo. IMG: Reclamación /Mensaje /Apertura de aviso /Contenido de aviso /Actualizar catálogos IMG: Sistema de proyectos /Reclamación /Mensaje /Apertura de aviso /Contenido de aviso /Definir esquemas del informe

Esquemas de interlocutor: en mi caso haré una copia del esquema de interlocutor a un esquema ‘ZA’ (primer apartado del punto de custo) y lo asignaré a mi clase de aviso ‘ZB’ (segundo apartado del punto de custo). También puedo decidir añadir o quitar interlocutores a mi esquema (tercer apartado el punto de custo). IMG: Sistema de proyectos /Reclamación /Mensaje /Apertura de aviso /Interlocutor /Definir esquemas para interlocutor Foto inicial | joshjanssen

2

20 December, 2011 | created using fivefilters.org

Gestión de reclamaciones (II)

IMG: Sistema de proyectos /Reclamación /Mensaje /Tratamiento de avisos /Funciones de aviso adicionales /Definir barra de actividades Impresión de reclamaciones: hay que definir nuestro formulario y programa de impresión como en todo mensaje de impresión. Al definir el documento de impresión tomaremos el área ‘N’ dedicada a avisos. El documento estándar que nos proporciona SAP es el ‘7000’ con el programa de impresión ‘CLAIMUD01’ y sapscript ‘CLM_NOTIF_OVERVW’. En mi caso voy a crear una copia de ambos bajo un documento ‘Z00A’ donde añadiré información específica de mis pantallas de reclamación. Una vez hecho esto hay que asignar este documento a nuestra clase de aviso. IMG: Sistema de proyectos /Reclamación /Mensaje /Tratamiento de avisos /Control de impresión /Definir doc. de trabajo /Definir doc. de trabajo IMG: Sistema de proyectos /Reclamación /Mensaje /Tratamiento de avisos /Control de impresión /Definir doc. de trabajo /Asignar doc. de trabajo a clase de aviso Variantes de listas: aquí grabamos las variantes de información específicas de los listados. IMG: Sistema de proyectos /Reclamación /Mensaje /Tratamiento de avisos /Definir variantes de listas Ampliaciones: todos aquellos campos que no se encuentren en nuestros listados siempre los podemos asociar a través de la BADI ‘CLAIM_REPORT_ADD_1’. En mí caso, no es necesario. IMG: Sistema de proyectos /Reclamación /Parametriz. específica de reclamación /Add-in empresarial: modificación de datos en informe ‘Resumen reclamación’.

En este segundo post dedicado à la gestión de reclamaciones en SAP trataré de explicar la parametrización de la resolución de reclamaciones y su gestión mediante listados. Para finalizar muestro cómo quedaría esta reclamación en el apartado funcional destinado al usuario final.

Funcionalidad

Parametrización en la resolución de la reclamación

Logística /Sistema de proyectos /Mensajes /Reclamación /CLM1 — Crear

Y así es como quedaría nuestra reclamación Al entrar nuestra clase de reclamación será la ‘ZB’

Barra de actividades: una vez hemos rellenado los datos de nuestra reclamación, a través de la barra de actividades podemos decidir qué hacer con ellos. ¿Los enviamos por mail? ¿Por SAPOffice? ¿Anexamos notas? SAP provee de una serie de funcionalidades estándar. En mi caso, voy a mantener esta funcionalidad estándar. Pero, decir que si queremos modificar alguna de ellas, muy probablemente nos tocará programar ya que están controladas por módulos de funciones. Por ejemplo, en el caso de envío de mail se mantienen a través del módulo de funciones ‘QM06_FM_TASK_CLAIM_SEND_PAPER’ y ‘QM06_CLAIM_SEND_PAPER_STEP2’. Si deseamos modificar su funcionalidad tendremos que ir a crear copias Z y modificar estos módulos de funciones.

Máscaras de imagen: en la reclamación sólo existen dos pestañas.

Campos de pantalla: los campos fecha y hora de aviso se presenta como ‘sólo salida’.

1

Esquema de interlocutores: aparece en la segunda pestaña.

La barra de reclamaciones lateral nos permite realizar el envío de correos, SAPOffice, etc. Pero también podemos hacerlo a través de la función de ‘paging’ situadas en la parte inferior de la segunda pestaña.

Listados de información: Resumen de información: nos da una idea de en qué estado se encuentran nuestras reclamaciones (pendientes, realizadas, etc.). Sistema de proyectos /Sistema de información /Reclamación /CLM10 — Resumen

Pool de trabajo: otro listado de reclamaciones con una pantalla de selección más acabada. Sistema de proyectos /Mensajes /Visualizar mensaje /Pool de trabajo /IQS8 — Avisos Foto inicial | joshjanssen

2

24 December, 2011 | created using fivefilters.org

Fichero de población

datos diferente según su nivel de detalle. Hay que tenerlo en cuenta. Aunque aquí tenéis un link que os puede servir. Caso Imaginemos que nuestro cliente quiere tener una base de datos de poblaciones con sus respectivos códigos postales que evite retrasos en la entrega de sus materiales por incorrecta entrada de datos maestros. ¿Cómo debemos proceder? Debemos configurar la verificación del fichero de población. IMG: SAP NetWeaver /Parametrizaciones generales /Configurar países /OY17 — Configurar verificaciones específicas de país

Definición Llamamos fichero de poblaciones al componente de la gestión central de direcciones o Business Address Services (BAS) encargada de mantener y gestionar la base de datos de códigos postales, poblaciones y calles por país dentro de nuestro sistema SAP. Nos permite tener identificadas todas y cada una de las direcciones que introducimos en nuestro sistema. Por supuesto, no es obligatorio activar esta función en SAP y, de hecho, muchas veces no se mantiene. Debemos informar nuestra base de datos con poblaciones y códigos postales. Esto puede hacerse de forma masiva a través del programa RSADRLSM02 documentado en la nota 132948. Sin embargo, yo me voy a centrar en cómo hacerlo manualmente.

¿Para qué sirve? La estructura regional o fichero de población al contener todas las direcciones de nuestro país o zona de actuación nos da una base de verificación sobre los posibles lugares que introducirán los usuarios. Por ejemplo, al crear un cliente nuevo escribimos la población en la que se encuentra y su código postal. SAP es capaz, a través del fichero de población, determinar si la combinación población/código postal es o no correcta. Si no lo es, entonces emite un mensaje de error para que el usuario corrija el error.

Actualizamos el rango de números de códigos postales. IMG: SAP NetWeaver /Servidor de aplicación /Servicios base /Gestión de direcciones /Estructura regional fichero población /Códigos postales /Actualizar rangos de números de códigos postales

¿Qué esfuerzo supone? Ya que SAP provee esta función sin contenido, cada cliente debe llenarla por su cuenta. Pero antes cada uno debe pensar a qué nivel de detalle quiere llegar. Sólo nos interesa tener tipificados los códigos postales. O bien nos interesa tipificar poblaciones con sus códigos postales específicos.

Creamos los códigos postales. IMG: SAP NetWeaver /Servidor de aplicación /Servicios base /Gestión de direcciones /Estructura regional fichero población /Códigos postales /Crear códigos postales individualmente

O bien queremos llegar a registrar en SAP todas las calles posibles, a cada una de ellas indicar su código o códigos postales y a qué población pertenecen. Dependiendo del nivel de detalle, el esfuerzo a realizar será mayor a menor. Además, deberemos obtener una base de datos con esta información de códigos postales, poblaciones y calles. Esta información no suele ser pública y gratuita sino que Correos u otras empresas ponen una tarifa à la obtención de esta base de

1

Otro ejemplo, creamos un proveedor Actualizamos el rango de números de poblaciones

Logística /Gestión de materiales /Compras /Datos maestros /Proveedor /Central /XK01 – Crear

IMG: SAP NetWeaver /Servidor de aplicación /Servicios base /Gestión de direcciones /Estructura regional fichero población /Lugares /Actualizar rangos de números de poblaciones

Al introducir una dirección que no existe en el fichero de población SAP manda un mensaje de error.

Creamos las poblaciones. Cada población va a tener un número único y específico que la va a distinguir del resto. Al crear la población, le damos un nombre y la asociamos a una región y a uno o varios códigos postales (a través del botón ‘códigos postales’). Si no queremos llegar a validar a nivel de calle, entonces debemos desmarcar el cuadro ‘Direc.calles’. IMG: SAP NetWeaver /Servidor de aplicación /Servicios base /Gestión de direcciones /Estructura regional fichero población /Lugares /SR10 — Crear poblaciones individualmente

Ejemplo Por ejemplo, creemos un cliente Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /Crear /XD01 – Total Al introducir una dirección que no existe en el fichero de población SAP manda un mensaje de error.

2

24 December, 2011 | created using fivefilters.org

Verificación de datos maestros: clientes

Clientes creados en la parte financiera que no se han creado en su correspondiente parte comercial Clientes creados en la parte comercial que no se han creado en la parte financiera. Ejemplo 1 Queremos encontrar aquellos clientes creados en nuestra sociedad 0800 que no tienen su correspondiente parte comercial.

Cuando abrimos la ficha de un nuevo cliente podemos hacerlo con diferentes datos:

El resultado nos da la información de clientes parte financiera.

Datos generales: corresponde a los datos de dirección particular, correo electrónico, NIF, contacto, etc. Datos de sociedad: en esta área solemos informar la cuenta asociada al cliente, los datos de pago e impuestos. Datos de área de ventas: aquí vamos a llenar datos asociados al precio de venta que le aplicaremos, detalles sobre el tipo de entrega, factura y a los interlocutores comerciales asociados.

Ejemplo 2 Queremos encontrar aquellos clientes creados en la organización de ventas 0800 que no tienen su correspondiente parte financiera.

Esta información en SAP y en la empresa puede rellenarse conjuntamente a través de una sola transacción. Pero también puede hacerse por separado si es que en nuestra empresa se encargan diferentes personas de indicar la diferente información. Si se rellena conjuntamente utilizamos la transacción: Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /Crear /XD01 – Total Si se rellena por separado utilizamos diferentes transacciones: Finanzas /Gestión financiera /Deudores /Datos maestros /FD01 — Crear

El resultado nos da la información de clientes en su parte comercial (toda el área de ventas) que no tienen correspondencia en finanzas.

Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /Crear /VD01 – Comercial Si nos encontramos en el segundo caso es interesante tener una forma de verificar que toda la información se encuentra correctamente en SAP. La herramienta que nos lo permite es el ajuste de datos maestros de clientes. Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /OV50 – Ajuste de datos maestros Esta herramienta nos permite detectar:

1

Imagen inicial | Sarah G…

2

20 December, 2011 | created using fivefilters.org

Condiciones de pago

meses) si la factura se genera entre los días 21 y 25 del mes.

Descripción

Entrada 3: después de la facturación, 90 días después (3 meses) para caer el día 20 del mes. En este caso el vencimiento cae 90 días después ya que si la factura se genera después del día 21, el cliente no nos hará efectivo el pago hasta el día 20 del mes siguiente, es decir, 3 meses después.

Una condición de pago representa un acuerdo establecido con clientes y proveedores en forma de tipos de descuento y plazos de pago. Éstas suministran información a tesorería y gestión de pagos (SAP-FI). Solemos adjudicar esta información en los datos maestros de clientes y proveedores y SAP la recoge en las facturas de clientes y proveedores de los módulos SAP-SD y SAP-MM. En toda condición de pago hay que definir el vencimiento y los días de pago o cobro. Parametrización: días y vencimiento Pongamos un ejemplo. Tenemos un cliente con el que hemos acordado el pago de facturas bien en el día 20 bien en el día 25 del mes y con un vencimiento de 60 días. Para ello debemos definir una condición de pago con día fijo 20–25 y con meses adicionales 2. Sin embargo, cuando llegamos al punto de customizing nos damos cuenta que sólo se nos da la oportunidad de entrar un día fijo, no dos. ¿Qué hacemos entonces?

Con estas tres entradas en la parametrización cubrimos la condición de pago.

IMG: Gestión financiera /Contabilidad de deudores y acreedores /Operaciones contables /Salida de facturas y abonos /Actualizar condiciones de pago

Parametrización: condiciones de pago a plazos Por otro lado, si además hubiese condiciones de pago a plazos también habría que darlas de alta en la parametrización.

Debemos crear tres entradas: Entrada 1: después de la facturación, 60 días después (2 meses) si la factura se genera entre los días 1 y 20 del mes.

Imaginemos que el importe de una factura debe dividirse en importes parciales con diferentes vencimientos. Por ejemplo, un proveedor al cual le hacemos un primer pago inmediato por un tercio del valor de la factura, un segundo pago a los 30 días por un tercio del valor de la factura y un tercer pago a los 60 días por el resto. En ese caso, crearíamos una condición de pago como en el caso anterior. Además deberíamos crear tres condiciones de pago como en el caso anterior, una para el pago al contado, otra para el pago a los 30 días y otra para el pago a los 60 días. Hecho esto deberíamos crear en el siguiente punto de customizing la condición de pago a plazos y asociarle las condiciones de pago simples (una para el pago al contado, otra para el pago a los 30 días y otra para el pago a los 60 días) IMG: Gestión financiera /Contabilidad de deudores y acreedores

Entrada 2: después de la facturación, 60 días después (2

1

/Operaciones contables /Salida de facturas y abonos /Definir condiciones de pago a plazos

En este ejemplo, P036 es la condición de pago a plazos (y también creada como condición simple) y las condiciones P2 (pago al contado), P3 (pago a los 30 días) y P5 (pago a los 60 días) son condiciones simples. Imagen de cabecera | Kinologik

2

20 December, 2011 | created using fivefilters.org

Crear precios de venta

Regla de cálculo: ‘C’ si el importe total del artículo va en relación a su cantidad (independientemente de la unidad utilizada, ya sean metros, kilogramos, etc.). Importe/%: lo marcaremos si el valor del importe del precio puede ser modificable dentro del pedido de ventas que cree el usuario. De lo contrario, si el precio está en nuestro catálogo y los usuarios no deben tener acceso a su modificación en la venta, entonces este campo no debe estar marcado. IMG: Comercial /Funciones básicas /Determinación de precio /Control de determinación de precio /Definir clases de condición

A continuación asignamos la secuencia de acceso a nuestra clase de condición. Crearemos la secuencia Z001 con dos accesos, por cliente/material y por material. De este modo, tendremos un catálogo de precios para cada material (secuencia material), pero además podremos asignar un precio especial a aquellos clientes que el Departamento Comercial decida (secuencia cliente/material).

Una empresa dedicada à la venta de materiales debe tener un precio catálogo de todos y cada uno de sus artículos a disposición de sus posibles clientes (esto se puede adaptar a empresas de servicios cambiando la palabra artículo por servicio). A su vez, la negociación del Departamento Comercial puede asociar un precio especial a determinados clientes. Sobre este catálogo base deben trabajar los administrativos comerciales à la hora de tomar nota de los pedidos que nos realicen nuestros clientes.

IMG: Comercial /Funciones básicas /Determinación de precio /Control de determinación de precio /Definir secuencias de acceso

En este post voy a intentar explicar cómo dar de alta precios de venta para nuestros artículos en SAP mediante la técnica de condiciones. Parametrización En primer lugar debemos dar de alta una condición de precio de venta (en realidad, el primer paso sería crear una tabla de condiciones pero este paso lo salto ya que tomaremos las tablas de condiciones estándar de SAP). Una clase condición de precio en SAP es un código que define un tipo de cargo o reducción de importe. SAP define de forma estándar la condición VKP0 como condición de precio de venta. Yo voy a hacer una copia ZTAR de esta condición VKP0 para poder tratarla posteriormente. Es importante que la condición tenga al menos los siguientes valores…

En tercer lugar hay que definir nuestro esquema de cálculo. En el esquema asociamos todas las condiciones de precio (cargos, descuentos, IVA, etc.) y que repercutan sobre el precio final del artículo. En él introduciremos nuestra condición de precio en el punto exacto en el que deseamos se realice su cálculo.

Categoría de condición: ‘B’, es decir, asignamos la categoría de precios.

Es recomendable asignar el valor de la condición de precio a un campo KZWIX (campo subtotal de la condición) visible desde la tabla VBAP, ya que esto nos

1

simplificará el trabajo de listar precios en formularios de ventas y en listados. Al encontrarse el precio del material en una tabla fácilmente accesible nos evita trabajar con las tablas de condición de precio, mucho más “farragosas”.

Logística /Comercial /Datos Maestros /Condiciones /Selección mediante clase de condición /VK11 — Crear

Decir también que desde el esquema de cálculo podemos definir la forma en que se realizará el cálculo de la condición de precio (campo cláusula condicional). En el ejemplo, tenemos una cláusula ‘2’, es decir, de posición con determinación de precio estándar. Sin embargo, desde la transacción VOFM se pueden crear otras cláusulas para variar este cálculo mediante código ABAP.

Creamos un pedido de ventas. Vamos a Pasar a /Posición /Condición. Como vemos al introducir nuestro material SAP nos arrastra el precio de venta directamente del maestro de precios (transacción VK11). Sin embargo, ya que en nuestra parametrización hemos marcado el campo ‘Importe/%’ el importe puede ser modificable y así se ve en el pedido de venta. Lo que vemos en la pestaá de ‘Condiciones’ no es ni más ni menos que el reflejo del esquema de cálculo que hayamos parametrizado anteriormente.

Finalmente, en el campo ‘Clave de cuentas’ identificamos el tipo de cuenta de mayor sobre la cual se contabilizará el ingreso de la venta. IMG: Comercial /Funciones básicas /Determinación de precio /Control de determinación de precio /Definir y asignar esquemas de cálculo

Logística /Comercial /Ventas /Pedido /VA01 — Crear

Ejemplo

Imagen | unanoslucror

Damos de alta nuestro catálogo de precios de materiales. En este caso, creamos un precio (clase de condición ‘ZTAR’) sobre un material (secuencia de acceso material).

Introducimos el código de material del maestro de materiales. Damos un precio. Introducimos la unidad. En principio el precio es por unidad, aunque podemos dar precios por múltiplos de unidad (recomendado cuando el precio del artículo es muy pequeño). Por ejemplo, materiales de precio 0,01 EUR/unidad pueden introducirse como 1 EUR/100 unidades. Decidimos el periodo de tiempo en el cual será válido el precio. Cada año (en algunas empresas más de una vez al año) se suele aumentar el precio de los artículos. Por lo tanto, aunque se suele dar un rango de validez entre hoy-31/12/9999, al año siguiente se restringe la fecha fin à la nueva fecha de inicio de validez.

2

20 December, 2011 | created using fivefilters.org

Gestión del riesgo en clientes

área de control/clase de riesgo/grupo de crédito. IMG: Comercial /Funciones básicas /Gestión del crédito /Gestión de créditos /Especificar control automática de crédito.

Para verificar el crédito a nivel de orden seguimos el camino de customizing. Atención, antes de hacer esto hay que verificar que el límite y el grupo de crédito de la orden estén actualizados para órdenes SM.

El control del riesgo de los clientes con respecto a sus obligaciones financieras se ha vuelto una gran preocupación en las empresas. El actual entorno socio-económico y los problemas para conseguir financiación dejan a nuestro departamento de riesgos un difícil trabajo.

IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Función y parametrización de clases de orden /Verificar límite de precio.

Este post trata de una parametrización sencilla de cómo SAP asocia el riesgo de los clientes en el flujo de procesos de la empresa.

Para verificar el crédito a nivel de documentos de ventas seguimos el camino de customizing. Y, al igual que en el caso de órdenes, hay que verificar que el límite y el grupo de crédito del documento de ventas estén actualizados para el correspondiente tipo de documento.

Parametrización Pongamos por ejemplo que deseamos controlar el riesgo de impagos por parte de nuestros clientes. El supuesto es que ninguno de nuestros clientes se exceda en más de diez días sobre la obligación de pago que tenga con nosotros. Excedida esta fecha, no aceptaremos la realización de ningún trabajo con estos clientes ni la venta de ningún material.

IMG: Comercial /Funciones básicas /Gestión del crédito /Gestión de créditos /Efectuar asignación de documentos de venta y de entrega.

En primer lugar, debemos crear los grupos de riesgo y control de créditos. IMG: Gestión financiera /Contabilidad de deudores y acreedores /Gestión de créditos /Cuenta de control de créditos /Definir clases de riesgo. Datos maestros Asociamos nuestra parametrización de clase de riesgo a los datos maestros de nuestros clientes. Finanzas /Gestión financiera /Deudores /Gestión de créditos /Datos maestros /FD32 — Modificar Finanzas /Gestión financiera /Deudores /Gestión de créditos /Datos maestros /F.34 — Mod. masa Creamos un control automático del crédito y asociamos el

1

Cuando hagamos esto seguramente tendremos que reestructurar el crédito de todos nuestros clientes. Para hacer esto hay que lanzar el programa RFDKLI20. Cómo se visualiza Llegados a este punto podríamos ir a visualizar las partidas abiertas de nuestros deudores y ver qué partidas están vencidos en más de 10 días. Finanzas /Gestión financiera /Deudores /Cuenta /FBL5N — Visualizar/modificar partidas. Si intentamos crear un pedido de venta para uno de estos deudores impagados el sistema nos da un aviso de impago por parte del cliente. Logística /Comercial /Ventas /Pedido /VA01 — Crear. Foto | adamcrowe

2

20 December, 2011 | created using fivefilters.org

Determinación y substitución de materiales en ventas

empresa. En su lugar, queremos comercializar el artículo 3802 (Café de Costa Rica). Debemos crear el maestro de determinación del material 3801 Logística /Comercial /Datos maestros /Productos /Determinación de material /VB11 — Crear

Indicamos la clase de determinación A001 Introducimos el material obsoleto y su correspondiente sustituto. Podemos indicar durante qué periodo será válida la sustitución. Por ejemplo, sólo durante este mes serviremos café de Costa Rica en sustitución del café de Colombia ya que nuestro proveedor de café de Colombia tiene problemas para servirnos a nosotros en este mes.

Descripción La función de determinación de materiales la podemos utilizar siempre que queramos substituir un artículo indicado en un documento de ventas por otro diferente.

También podríamos indicar una nueva unidad de medida para el nuevo material. Por ejemplo, el anterior lo vendíamos en gramos y el actual en kg.

Sucede a veces dentro de nuestro catálogo de productos que artículos que hasta ahora estaban activos queremos ir substituyéndolos por otros nuevos. Los usuarios están acostumbrados a escribir códigos de artículos o a buscarlos por sus descripciones. Al crear un nuevo documento de venta, si un usuario introduce un código de artículo antiguo que está dentro del maestro de determinación de materiales, SAP lo reconocerá y lo substituirá por el correspondiente nuevo artículo en vigor.

Un material puede ser substituido por varios materiales y así se puede indicar en el maestro de determinación. Creamos un nuevo documento de venta y vemos el resultado. Logística /Comercial /Ventas /Pedido /VA01 — Crear

En otras ocasiones tenemos campañas publicitarias en la que ofertamos varios productos asociados a uno. En ese caso, cuando el usuario escribe el artículo dentro del documento de ventas SAP lo reconoce y substituye por todos los materiales de la campaña. Parametrización SAP provee de la clase de determinación ‘A00001’ estándar. En principio, no es necesario crear más, aunque siempre es recomendable crear una determinación Z* copia del estándar para trabajar. Lo que sí es imprescindible es asociar nuestra clase de determinación a las clases de documentos de venta que utilicemos.

Más información | SAP Best Practices Imagen | Maenie

IMG: Comercial /Funciones básicas /Determinación de material /Asignar esquemas a clases de documento de ventas

Funcionalidad Con un ejemplo es más fácil de ver. Imaginemos que el artículo 3801 (Café de Colombia) se ha dejado de suministrar en nuestra

1

24 December, 2011 | created using fivefilters.org

Cross-selling

esquema de determinación para cross-selling /Definir clase de condición Esquema: en este caso el esquema es único (CS0001). El esquema va a especificar las clases de condición permitidas en nuestro documento de ventas. IMG: Comercial /Funciones básicas /Cross Selling /Definir esquema de determinación para cross-selling /Actualizar esquema

Esquema de cliente y documento: hay que indicar cuáles de nuestros documentos de ventas serán susceptibles de tener una venta cruzada ligada. Esto lo hacemos indicando el valor ‘B (cross selling) en el esquema de propuesta de producto.

La wikipedia llama cross-selling o venta cruzada a “the action or practice of selling among or between established clients, markets, traders, etc.” or “that of selling an additional product or service to an existing customer”

IMG: Comercial /Funciones básicas /Cross Selling /Actualizar esquema de cliente y documento para cross-selling /Asignar esquema de documento para cross-selling a clases de documentos de ventas

Este artículo se refiere à la segunda definición de cross-selling, à la acción de venta de un determinado producto a través de la venta previa o paralela de un producto anterior. En SAP para conseguir una venta cruzada podemos habilitar una herramienta asociada à la toma de pedidos de venta que puede ayudar a los administrativos de ventas. El objetivo es facilitar la captación de una venta adicional a partir de otra. Parametrización Se puede hacer cross-selling sólo para algunos clientes, sólo para algunos tipos de venta o para ambos. En este ejemplo lo haré para ambos y utilizando los valores que ya proporciona SAP de forma estándar. Sin embargo, es aconsejable como siempre hacer una copia de los parámetros que proporciona SAP y sobre ellos actuar con modificaciones.

Definir perfil de cross-selling: indicamos el esquema CS0001 que anteriormente hemos definido o el que hayamos creado como copia. Si además dejamos el campo ‘Cross selling indicador ventana diálogo’ en blanco, entonces en el documento de venta el cross-selling se visualizará en una venta de diálogo o pop-up.

Secuencia de acceso: utilizaré la secuencia estándar C001 que solamente donde sólo se ha de indicar el material. Es decir, cuando se llame al cross-selling éste vendrá dado para un material en concreto.

IMG: Comercial /Funciones básicas /Cross Selling /Definir y asignar perfil de cross-selling /Definir perfil de cross-selling

IMG: Comercial /Funciones básicas /Cross Selling /Definir esquema de determinación para cross-selling /Actualizar secuencias de acceso

Asignar el perfil: aquí montamos nuestra determinación propiamente dicha. Ésta se va a basar en mi área de ventas (organización de ventas, canal y sector), será solamente para algunos clientes (esq. cliente CS), solamente para aquellos documentos de ventas que yo haya indicado como cross-selling (esquema documento CS) y con el perfil de

Clase de condición: el dato maestro estará contenido por la clase de condición CS01 que ya está creada en SAP. Y ésta estará asociada à la secuencia anterior C001 IMG: Comercial /Funciones básicas /Cross Selling /Definir

1

cross-selling que he creado (perfil CS). IMG: Comercial /Funciones básicas /Cross Selling /Definir y asignar perfil de cross-selling /Asignar perfil de cross-selling Como se puede ver todo el proceso en conjunto se parece à la determinación de precios de venta (ya visto en otro post anterior) con clases de condición,secuencias de acceso y esquemas. Ejemplo Debemos asegurarnos que aquellos clientes susceptibles de cross-selling tengan asociado el valor ‘B’ (cross-selling) en la pestaña de ‘Ventas’. Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /Modificar /VD02 – Comercial

Finalmente, vemos cómo se muestra la sugerencia de cross-selling al crear un pedido de ventas. Logística /Comercial /Ventas /Pedido /VA01 – Crear

Creamos el dato maestro. Aquí indicaremos qué material o materiales están asociados al material principal. Cuando el cliente nos llame y pida un material, SAP lo buscará en la base de datos de esta transacción y mostrará los materiales asociados susceptibles de venderse juntamente con éste. Así la persona de ventas podrá sugerírselos al cliente.

Imagen inicial | jspatchwork

Logística /Comercial /Datos maestros /Productos /VB41 — Crear

2

24 December, 2011 | created using fivefilters.org

Ofertas y facturación de órdenes de servicio

Crear materiales La clase de actividad ha de tener su correspondencia en el maestro de materiales ya que el perfil DIP transformará la clase de actividad asignada à la orden en un material asignado à la oferta. Por otro lado, el material a instalar o los componentes necesarios para hacer la instalación también deben estar dados de alta en el maestro de materiales. Logística /Gestión de materiales /Maestro de materiales /Material /Crear en general /MM01 — Inmediatamente Crear precio de venta en material El coste del trabajo realizado en la orden de servicio se transformará en el valor de venta que nuestra empresa considere. Para ello es imprescindible que el concepto de reparación tenga un precio de venta asociado. La forma de hacerlo es a través de nuestro material ‘avería’. Adicionalmente, los materiales a instalar y los componentes que se utilicen también se cobrarán a nuestro cliente. Logística /Comercial /Datos maestros /Condiciones /Selección mediante clase de condición /VK11 — Crear

En este post me gustaría intentar definir los pasos para la creación tanto de presupuestos como de pedidos de ventas a partir de órdenes de servicio. Estos documentos de ventas siempre se pueden crear directamente a través de las transacciones del módulo SAP-SD que SAP determina para ello. A saber, la creación de ofertas y la creación de pedidos de ventas . Sin embargo, cuando debemos realizar presupuestos o pedidos de venta de órdenes de servicio tenemos un camino más simple. A través del perfil DIP (Dynamic Item Processor) podemos generar ofertas y pedidos de venta que nos arrastrarán toda la información previamente informada en nuestra orden de servicio.

Sobre cómo crear precios de venta para material, podéis consultar un post anterior aquí. Parametrización Crear el perfil DIP Empezamos con la parametrización del perfil. IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Parametrizaciones básicas /Creación oferta y facturación p.órdenes servicio /ODP1 — Perfiles p.creación oferta, facturación

Voy a imaginar el caso de un cliente que desea que le hagamos la instalación de un equipo en su empresa. Sin embargo, previamente desea que le enviemos un presupuesto donde le indiquemos el total al cual subiría dicha instalación.

Creamos nuestro nuevo perfil. Asociamos nuestro perfil a una clase de oferta que ya estemos utilizando. En mi caso utilizo la clase de oferta ‘AE’ que ya es plenamente operativa. Si, por el contrario, quisiéramos realizar la parametrización de pedidos de ventas, entonces indicaríamos aquí la clase de pedido de ventas a utilizar.

Para tratar este caso, antes debemos verificar que los siguientes puntos funcionales sean correctos:  Clases de actividad Representan el trabajo realizado por un centro de coste. Para más información sobre clases de actividad podéis consultar un artículo anterior del blog aquí. 

Características. En este apartado indicamos cómo haremos la determinación de los trabajos y la compactación de la información. Básicamente, esto es indicar qué elementos de la orden de servicio tomaremos en cuenta y cómo los trasladaremos a nuestra orden de servicio. En mi caso marco varios elementos como centro de coste, clase de actividad (muy importante), clase de coste, material (muy importante), etc. Defino qué elementos deseo compactar y qué elementos no. Es decir, ¿quiero que por ejemplo que todos los materiales que se utilicen en la orden de servicio aparezcan agregados en uno solo en mi oferta? No es mi caso.

Finanzas /Controlling /Contabilidad de centros de coste /Datos maestros /Clase de actividad /Tratamiento individual /KL01 — Crear  Asignar precio de coste en clase de actividad Una vez creada la clase de actividad hay que asignar el coste previsto de ésta. ¿Cómo hacerlo? Podéis consultar un post anterior. Imprescindible para indicar cuál es el valor que nuestra empresa dará al trabajo realizado por el operario. Se incluirá a nivel de operación de orden de servicio.  Finanzas /Controlling /Contabilidad de centros de coste /Planificación /Prestación de actividades y tarifas /KP26 — Modificar

1

Ejemplo Veamos cómo queda. Fuentes y criterios de selección. Al indicar un criterio de selección estamos indicando a partir de qué fuente de datos vamos a trabajar. En mi caso, mi fuente son los costes planificados (fuente 0021).

Creamos la orden de servicio. Dentro de la orden hay una operación con un solo trabajo de 1 h a un precio de coste indicado por la clase de actividad M_OF. Se instala un material GEN1 (pestaña de componentes). Logística /Mantenimiento /Gestión de mantenimiento /Orden /IW31 – Crear orden en general

Determinación de material. Quizá uno de los apartados más importante del perfil, ya que indica los criterios cómo se trasladarán nuestros trabajos y materiales à la oferta. En mi caso, los materiales utilizados se trasladan con su propio código de la orden à la oferta. El trabajo a realizar (clase de actividad M_OF) se traslada al material M_OF según el set correspondiente.

Utilizo sets de datos para indicar cómo se traslada esta información. En la imagen, el material M_OF viene de todas aquellas clases de actividad que empiezan con M_OF. El set lo podéis crear aquí o a través de la transacción GS02.

Generamos la oferta. La orden recoge el precio que le hayamos asignado a los correspondientes materiales M_OF y GEN1. Por supuesto, en este punto podemos modificar el precio de venta manualmente. Pero, atención, para generar una oferta es muy importante que la orden de servicio no se haya liberado previamente. De otro modo, la funcionalidad estándar de SAP no nos permitirá generar presupuesto alguno. Logística /Servicio al cliente /Gestión de servicios /Orden /Orden de servicio /DP80 – Crear oferta

Asignar el perfil à la orden No es suficiente con tener un perfil, éste ha de estar asociado al tipo de orden de servicio de instalaciones que nuestra empresa utilice. IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicios /Órdenes de mantenimiento y servicios /Func. y parametriz. de clases de orden /OIOL — Verif. límite de precio, cl. doc. ventas para órdenes de servicio

Consultamos el presupuesto generado. Lo podemos hacer de la forma normal, a través de ofertas de SAP del módulo SAP-SD.

2

Logística /Comercial /Ventas /Oferta /VA23 – Visualizar

Podéis encontrar información detallada sobre el uso de la herramienta DIP en la help de SAP y aquí. Imagen inicial | Loorzboy

3

24 December, 2011 | created using fivefilters.org

Control de copia de documentos de ventas

de venta a documento de venta Al entrar en la transacción observamos una tabla donde tenemos definidas nuestras clases de documento origen y destino. Nosotros vamos a crear una nueva entrada donde el documento origen sea nuestro documento ‘AE’ y el destino también sea el documento ‘AE’.

A partir de aquí debemos configurar la información a trasladar en la cabecera, posiciones y repartos de la oferta destino: Datos de cabecera: indicamos las rutinas de copia de datos. SAP ya provee por defecto algunas rutinas estándar. Datos de cabecera VBAK: qué datos generales de la cabecera de nuestra oferta se copiarán en la oferta destino. Definición

Datos comerciales VBKD: rige la transferencia de datos como fechas, vía de pago, incoterms, zona de ventas, etc. desde nuestra oferta original hacia nuestra segunda versión de la oferta.

La creación de flujos de documentos SAP-SD se controla gracias al llamado control de copia. El control de copia es el proceso por el cual la información de un documento se traslada a otro documento. Nos sirve para crear pedidos de ventas a partir de documentos de oferta, documentos de entrega a partir de pedidos de ventas, documentos de factura a partir de documentos de entrega, etc. Pero también sirve para crear copias de un tipo de documento de venta sobre el mismo documento de venta. Por ejemplo, crear un nuevo pedido de venta a partir de un pedido de venta anterior.

Datos de interlocutores VBPA: la rutina de copia traslada el cliente, pagador, etc. entre las ofertas.

En resumen nos sirve para: Crear nuevos documentos basados en la información de otro documento y evitar tener que volver a introducir toda la información para cada documento generado en SAP.

Datos de posición: cada uno de los tipos de posición del modelo que pueden ser copiados à la oferta subsiguiente deben tener su control de copia correspondiente. Al igual que en el caso anterior, controlaremos la cantidad de información a traspasar mediante rutinas de copia VBAP, VBKD, VBPA y FPLA. Los nombres hacen referencia a las tablas de posición que SAP suele utilizar. Pero además, tenemos otros campos adicionales entre los que cabe destacar

Mantener el flujo de documentos y poder rastrear siempre cuál es el origen de la información de cualquier documento en SAP. Ejemplo Imaginemos un caso en el que deseamos crear varias versiones de una oferta que presentamos a un cliente. En la primera oferta creamos un documento por valor de 100 euros. Sin embargo, el cliente nos rechaza esta oferta y le hacemos un segundo presupuesto por valor de 80 euros. Podemos imaginar que si esta oferta contuviese mucha información (pongamos por caso unas 100 posiciones de materiales a ofertar), entonces el proceso de crear versiones diferentes de la misma oferta acabaría consumiendo mucho tiempo al departamento Comercial. Para hacer esta tarea más sencilla utilizaremos el control de copia.

Actualizar flujo de documentos: solamente si marcamos este campo podremos rastrear en el futuro la unión entre los documentos vía el icono ‘flujo de documentos’ de la oferta. Copiar cantidad: ¿deseamos que el nuevo presupuesto sea una copia exacta en las cantidades de cada una de las posiciones del presupuesto anterior?

Parametrización

Clase de determinación de precio: al copiar la información de las posiciones ¿redeterminamos los precios de cada una de ellas?

Para este ejemplo parto de que existe un documento oferta de tipo ‘AE’ y que éste ya se encuentra parametrizado en SAP. IMG: Comercial /Ventas /Actualizar control de copia para documentos de ventas /VTAA — Control de copia de documento

1

copiar y qué posiciones no queremos copiar.

Datos de reparto: en nuestro caso no vamos a indicar datos de reparto pues las posiciones no van a ser susceptibles de ser entregadas. En el caso de que las rutinas de copia no se ajusten al 100% a las condiciones marcadas en nuestra empresa, SAP nos permite crear rutinas de copia diferentes y asignarlas en nuestros apartados de control de copia. Para ello utilizaremos la transacción VOFM. Eso sí, SAP sólo permite crear nuevas rutinas codificadas del 600 al 999. El código ABAP a introducir en estas rutinas irá a nuestro cargo.

Ya tenemos nuestro nuevo presupuesto como copia de otro modelo. Ahora ya podemos modificar los precios que nos interesa y volver a presentárselo a nuestro cliente. Podemos utilizar algún campo como, por ejemplo, el ‘número de pedido cliente’ para llevar un control de las versiones de un presupuesto que se realizan para un mismo cliente.

IMG: Comercial /Adaptación del sistema /Subrutinas /VOFM — Definir cláusulas condicionales de copia /Transferencias de datos /Pedido

Al revisar el flujo de documentos vemos que ambas ofertas están ligadas.

Funcional Ahora ya podemos crear una nueva oferta ‘AE’ a partir de otra oferta ‘AE’. Logística /Comercial /Ventas /Oferta /VA21 — Crear

Imagen inicial | loop_oh

Introducimos nuestra clase de oferta destino ‘AE’. Marcamos ‘Crear con referencia’. En la pestaña ‘Oferta’ introducimos nuestra oferta modelo y marcamos Tomar: si queremos copiar todas las posiciones sin excepción. Selección de posición: nos abre una segunda pantalla donde le podemos indicar qué posiciones queremos

2

20 December, 2011 | created using fivefilters.org

Impresión de documentos en Comercial

IMG: Comercial /Funciones básicas /Control de mensajes /Determinación de mensaje /Determinación de mensaje vía técnica de condiciones /Actualizar determinación de mensajes para doc. de ventas /Actualizar secuencias de acceso

Actualizar clase de mensaje: buscamos la clase de mensaje que asociaremos a nuestro pedido de ventas. Por defecto, SAP utiliza el mensaje BA00 (confirmación de pedido). Sin En este post intento explicar la parametrización necesaria para llevar a cabo la impresión automática de documentos en el módulo Comercial. La impresión de documentos en el módulo SAP-SD se realiza mediante la determinación de mensajes de impresión.

embargo, siempre es aconsejable hacer copias de los mensajes estándar de SAP y hacer cambios sobre la copia. Así que yo voy a copiarlo en un mensaje llamado ZBA0 utilizando las opciones que me da por defecto SAP. Aquí es muy importante indicar qué secuencia de acceso usaremos para nuestro mensaje (la indicada en el punto anterior). En nuestro caso, Org.ventas /cl.pedido.

Parametrización En el caso práctico que seguiré crearé un documento de impresión para pedidos de ventas, aunque de forma muy parecida lo podríamos hacer para entregas, facturas, documentos transporte… y otros documentos que podamos utilizar en este módulo.

IMG: Comercial /Funciones básicas /Control de mensajes /Determinación de mensaje /Determinación de mensaje vía técnica de condiciones /Actualizar determinación de mensajes para doc. de ventas /Actualizar secuencias de acceso

Para empezar, decir que todo lo que necesitamos lo encontraremos en el apartado de customizing ‘Control de mensajes de comercial’. IMG: Comercial /Funciones básicas /Control de mensajes En primer lugar, revisamos cuáles van a ser nuestras tablas de condiciones. La tabla de condiciones es el lugar en el que almacenaremos los datos que regirán nuestros mensajes de impresión. Existen una serie de tablas de condiciones estándar que podemos utilizar como tablas organización de ventas y cliente (tabla 001), de pedidos de un tipo determinado (tabla 013), etc. Yo usaré una con criterios organización de ventas /clase pedido (005). IMG: Comercial /Funciones básicas /Control de mensajes /Determinación de mensaje /Determinación de mensaje vía técnica de condiciones /Actualizar determinación de mensajes para doc. de ventas /Actualizar tablas de condiciones

Seleccionamos el apartado ‘Rutinas de proceso’: aquí defino el programa que regirá la impresión así como el formulario que contendrá el formato e información del documento. Podemos hacer dos cosas, bien utilizar el programa y formulario que nos da SAP de forma estándar, bien crear un programa y formulario propios. Os recomiendo lo segundo ya que los clientes/usuarios siempre van a demandar modificaciones y esto no lo podéis hacer con programas y formularios estándar. También os aconsejo que no utilicéis la opción de formularios sino la de

Actualizar secuencia de acceso: en base a las tablas de condiciones indicaremos el criterio por el cual queremos determinar la impresión de nuestros documentos. Dentro de las diferentes secuencias de acceso creadas en SAP nosotros nos fijaremos en la secuencia 0004 Org.ventas /Cl.pedido.

1

formul.PDF/smartforms. Los primeros son herramientas de SAPscript que ya están en desuso, además de que son mucho más complicadas de programar y mantener. En este post no explicaré cómo crear smartforms pero cualquier programador ABAP os puede ayudar en este aspecto.

Para comprobar si funciona crearemos un nuevo pedido Logística /Comercial /Ventas /Pedido /VA01-Crear Y en el apartado ‘Documento de venta /dar salida’ previsualizaremos nuestro documento. Imagen inicial | *mancy*

Actualizar esquema para mensajes: nos permite indicar cuál de los mensajes que hemos creado se asignará a nuestro pedido. Solamente podremos utilizar aquellos mensajes que indiquemos en nuestro esquema de mensajes. Además, nos permite crear clásusulas condicionales (secuencias de código ABAP) para filtrar el uso de nuestros mensajes de impresión.  IMG: Comercial /Funciones básicas /Control de mensajes /Determinación de mensaje /Determinación de mensaje vía técnica de condiciones /Actualizar determinación de mensajes para doc. de ventas /Actualizar esquema para mensajes

Funcionalidad En primer lugar, tenemos que crear el mensaje según alguna de la combinación de claves previamente definidas (en nuestro caso, por org.ventas /clase de pedido). Logística /Comercial /Datos maestros /Mensaje /Documento de venta /VV11-Crear

Añadimos cada uno de los tipos de pedido e indicamos la impresora por la cual queremos que se impriman cuando sean llamados (botón ‘comunicación’). Grabamos.

2

24 December, 2011 | created using fivefilters.org

Textos y observaciones en pedidos de venta

IMG: Comercial /Funciones básicas /Control de texto /Definir clases de texto /Cliente comercial /VOTXN — Clases texto

Esquema de texto: creamos nuestro esquema de texto y le asociamos la clase de texto que ya hemos creado anteriormente.

SAP aporta de forma estándar muchísimos campos fijos para gestionar toda la información que queramos incluir. Muchos de ellos no los llegaremos a utilizar nunca. Paradójicamente, tener todos estos campos en nuestras transacciones es a veces insuficiente para reflejar toda la información que el usuario desea. Al fin y al cabo el tamaño de los campos SAP es limitado y muchas veces los valores que se pueden introducir están determinados por la parametrización que se haga de ellos.

IMG: Comercial /Funciones básicas /Control de texto /Definir secuencias de acceso para la determinación de textos /Cliente comercial /VOTXN — Esquema de texto  IMG: Comercial /Funciones básicas /Control de texto /Definir secuencias de acceso para la determinación de textos /Cliente comercial /Esquema de texto /VOTXN — IDs texto en esquema de texto

Entonces, ¿cómo podemos incluir información más amplia en nuestros documentos? Por ejemplo: Entregamos una hoja de ruta y queremos indicar al transportista cuál es el horario de apertura de las oficinas de nuestro cliente al que va a entregar nuestros materiales. Queremos mostrar un anuncio en el albarán de entrega que le llega a nuestro cliente, algo así como “compra tres y te regalamos otro”. El usuario, al crear un pedido de venta, quiere poder ver información adicional del cliente. Por ejemplo, “Atención, este cliente tiene un alto riesgo de impago”.

Asignación del esquema: asociamos el esquema creado a los grupos de cuenta de deudor deseado de nuestros clientes.

Para poder escribir información y textos largos en documentos de ventas tenemos una herramienta en SAP llamada textos de observación.

IMG: Comercial /Funciones básicas /Control de texto /Definir y asignar esquemas para textos /Cliente comercial /VOTXN — Asignación esquema de texto

Parametrización En el siguiente ejemplo vamos a parametrizar una nueva observación a nivel de cliente que se transmita directamente al pedido de ventas y se visualice al introducir el cliente. A nivel del cliente. Definir clase de texto: definiremos una clase de texto fija denominada ‘nota de cliente comercial’ y que será común tanto en el cliente como en el documento comercial.

1

A nivel del pedido de ventas.

IMG: Comercial /Funciones básicas /Control de texto /Definir clases de texto /Doc. ventas cabecera /Modificar /Secuencias de acceso /VOTXN — Secuencias de acceso para IDs texto 

Definir clase de texto: la clase de texto Z001 ‘Nota de cliente comercial’ a nivel de cliente se transmitirá a esta nueva clase Z001 a nivel del pedido de ventas. IMG: Comercial /Funciones básicas /Control de texto /Definir clases de texto /Doc. ventas cabecera /VOTXN — Clases texto 

Asignación del esquema: finalmente asignamos el esquema a las clases de documentos de venta en los que queramos mostrar esta especie de ‘chivato’. IMG: Comercial /Funciones básicas /Control de texto /Definir clases de texto /Doc. ventas cabecera /Modificar / VOTXN — Asignación esquema de texto 

Funcional Abrimos nuestro cliente y escribimos el texto que queremos que se nos presente a través del menú ‘Detalles /Texto’ de la pestaña de Ventas. Atención, como los textos se han parametrizado en la parte comercial, cada área de ventas puede tener sus propias observaciones. Si queremos mostrar el mismo texto independientemente del área de ventas entonces deberemos crear el texto en cada una de las áreas de ventas del cliente. Por ejemplo, si yo tengo tres áreas de ventas en mi empresa (Org. ventas ‘0800’, canal ‘01’, sector ‘10’; Org. ventas ‘0800’, canal ‘02’, sector ‘10’; Org. ventas ‘0800’, canal ‘03’, sector ‘10’;) entonces lo tendré que crear tres veces.

Asociar la clase de texto a nuestro esquema. utilizaremos un esquema estándar ‘01’ ya creado en SAP y asociaremos nuestra clase de texto Z001 en él. Para que el texto se visualice como poup tan pronto se introduzca el cliente indicaremos que el texto es obligatorio y se visualiza en la transferencia. Si queremos que el texto sea modificable dentro del pedido de ventas, entonces marcaremos el campo ‘Referenciar/Duplicar’.

Logística /Comercial /Datos maestros /Interlocutor comercial /Cliente /Modificar /VD02 — Comercial

Además indicaremos cuál es la secuencia de acceso para nuestro esquema. En nuestro caso la secuencia la crearemos ahora mismo y será la ‘901’ (ver el siguiente paso). IMG: Comercial /Funciones básicas /Control de texto /Definir clases de texto /Doc. ventas cabecera /Modificar /Esquema de texto /VOTXN — IDs en esquema de texto 

Creamos un nuevo pedido de ventas, introducimos el cliente y validamos. Observaremos el texto. Secuencia de acceso: mediante la secuencia de acceso indicamos a SAP que busque el texto de cliente comercial Z001 para su transferencia.

Logística /Comercial /Ventas /Pedido /VA01 — Crear

2

Por supuesto, lo explicado también es válido para otros documentos de ventas como ofertas o contratos y, además, puede ser utilizado para su impresión en formularios. Imagen | vancouverfilmschool

3

20 December, 2011 | created using fivefilters.org

Añadir campos en listas de documentos comerciales

Vamos à la vista y localizamos las líneas correspondientes a este programa, à la vez que el grupo de transacciones correspondiente a ofertas ‘2’, el evento ‘SELK’ (ya que la selección parece ser que sólo se desencadena en este evento).

SAP tiene un número muy variado de listados para documentos comerciales incluyendo: reports estándar, el sistema de información logístico en comercial, queries que puede crear el usuario, etc.

Una vez tenemos localizadas las líneas seleccionamos una y cambiamos el campo que haya en él (uno que no usemos) por nuestro campo ‘ABGRU’. Yo he quitado el campo ‘probabilidad’ (AWAHR) para poner en su lugar el campo ‘motivo de rechazo’. Reconozco que esto no es muy limpio y que habría que crear una nueva línea con el nuevo criterio de selección. Sin embargo, hasta donde he probado no he sido capaz de crear nuevas líneas ya que SAP reconoce el programa ‘SAPMV75A’ como propio y no deja añadir líneas para un programa propietario.  

Este post muestra cómo modificar los campos y criterios de selección de algunos listados estándar del módulo SAP-SD. En concreto, son reports de pedidos (VA05), ofertas (VA25) y contratos (VA45). Es cierto que con posterioridad SAP lanzó nuevas transacciones para listas de ventas (VA05N, VA25N y VA45N) que mejoraban los criterios de selección. Desgraciadamente, estas nuevas transacciones no muestran tanta información de salida como las antiguas. Parametrización 1. Criterios de selección generales. Imaginemos que dentro de nuestro listado de ofertas deseamos añadir el ‘motivo de rechazo’ (campo VBAP-ABGRU) como parámetro de selección adicional. IMG: Comercial /Ventas /Listas /Definir criterios de selección

2. Criterios de selección de interlocutores comerciales. Por defecto, los listados comerciales permiten hacer selección por aquellas funciones de interlocutor estándar. Pero, si queremos añadir otras funciones de interlocutor que se encuentran en nuestro esquema de interlocutores debermos añadirlas.

Identificamos el programa que hay detrás del listado de ofertas VA25. Llamamos à la transacción VA25 y vamos a Sistema /Status /Programa. Observamos que el programa es el ‘SAPMV75A’.

IMG: Comercial /Ventas /Listas /Configurar actualización del índice interlocutor Creamos una nueva entrada. Indicamos de nuevo el grupo de transacciones ‘2’ (ofertas), la función de interlocutor por la cual queremos que se realice la selección (por ejemplo, ‘PE’ encargado comercial) y que está dentro del esquema de interlocutores de nuestras ofertas.

1

3. Nuevos campos de salida en nuestro listado. Imaginemos que deseamos que la orden de trabajo (AUFNR) asociada à la oferta también se muestre también en nuestro listado. Advierto que aquí no hay customización posible. Deberemos programar una user exit que nos permita recuperar esta información. Todos los cambios debemos realizarlos sobre los includes V05TZZMO, V05TZZM1, V05TZZM2 y V05TZZM3

Los reports comerciales funcionan mediante accesos a tablas indexadas. Por lo tanto, es posible que tengamos que reindexar la información para dar contenido a nuestro nuevo campo en todas aquellas entradas antiguas. Si es el caso, utilizaremos el report RVV05IVB

Ampliamos la estructura VBMTV (include VBMTVZ) con nuestro campo ‘AUFNR’. Herramientas /Workbench ABAP /Desarrollo /SE11 — Dictionary ABAP Ejemplo

Y así quedaría nuestro listado cuando fuésemos a consultarlo: 1. Criterios de selección generales.

El nuevo campo se ha de añadir à la tabla T180A (T180A-TBNAM= ‘VBMTV’; T180A-FDNAM = ‘AUFNR’; etc.). Informamos el valor de nuestro nuevo campo orden ‘AUFNR’ mediante código ABAP dentro del include V05TZZMO.

2. Criterios de selección de interlocutores.

IMG: Comercial /Adaptación del sistema /Exits de usuario /Exits de usuario para listas

3. Salida de la orden en el listado.

2

Podéis encontrar más información en la nota 350068 Imagen | timparkinson

3

24 December, 2011 | created using fivefilters.org

Anulación de facturas en masa

Seleccionamos el grupo de facturas y hacemos la anulación mediante el punto de menú ‘Pasar a /Anular todo’.

Imagen inicial | Cari McGee Si en nuestra empresa estamos habituados a realizar la facturación de clientes mediante procesos colectivos, seguramente nos hemos encontrado con la siguiente situación. Un usuario llama al departamento de Sistemas preocupado porque se ha equivocado y tiene que anular una a una cientos de facturas. Por suerte, en este caso, SAP nos provee también con una transacción que nos permite anular facturas en masa. Parametrización No es necesaria. Funcional El usuario ha realizado un pool de facturas que desea anular. Logística /Comercial /Facturación /Factura /VF04 – Tratar pool de facturación Entrar al log de proceso colectivo. Logística /Comercial /Facturación /Sistema de información /Documentos de facturación /V.21 – Log de proceso colectivo Buscar el log de facturación que ha realizado el usuario. La clase de proceso es ‘F’. Se ha de indicar el usuario que lanzó la facturación y la fecha en que lo hizo.

Una vez localizado el log, lo marcamos y buscamos el camino de menú ‘Pasar a /Documentos’.

1

20 December, 2011 | created using fivefilters.org

Sistema info de ventas

dentro de la correspondiente tabla del sistema info de ventas. ¿Y por qué SAP lo hace así? Porque así consigue posteriormente una mayor agilidad à la hora de recuperar información de la base de datos. Podemos imaginar fácilmente que, por ejemplo, cuando intentamos hacer un análisis de las ventas de todo un año, el tiempo necesario para extraer la información de las diferentes tablas de ventas que hay en la base de datos puede alargarse considerablemente. Sin embargo, como el sistema info de ventas acumula y compacta la información en una sola tabla, entonces la recuperación y gestión de esta información se vuelve más asequible. Parametrización Voy a seguir un ejemplo, el más sencillo y el que he utilizado en mi experiencia personal. En primer lugar, actualizamos los grupos estadísticos de clientes y materiales. Esto sirve para que el sistema info de ventas “sepa” qué clientes y qué materiales son susceptibles de formar parte de la información que queremos guardar. IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos estadísticos /Actualizar grupos estadísticos de clientes IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos estadísticos /Actualizar grupos estadísticos material Observamos dichos grupos estadísticos tanto en el maestro de clientes como en el de materiales (Ventas: Org.Vtas 2).

En esta ocasión voy a intentar mostrar la parametrización para uno de los informes integrados en el Sistema de Información Logística, el correspondiente a ventas. De gran utilidad en el pasado, hoy quizás ha caído en desuso ante la implantación de los modernos sistemas de BI (Business Intelligence). Sin embargo, sigue siendo muy útil para aquellos que no han implantado SAP-BI o alguna de las aplicaciones de BI que existen en el mercado. Hay que crear también los grupos de estadística de los documentos comerciales. En mi caso, creo dos tipos, uno para cargos (+) y otro para abonos y devoluciones (-).

Definición Los sistemas de información sirven para compactar y evaluar la información de áreas determinadas de la empresa. Y el sistema de información logístico de ventas, en concreto, tiene como fin la evaluación de los pedidos de clientes, entregas, abonos, devoluciones… incluidos en el módulo SAP-SD.

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos estadísticos /Actualizar grupos estadísticos documentos comerciales

Al igual que una query, los sistemas info extraen información de la base de datos y la presentan de un determinado modo. Sin embargo, la gran diferencia entre ambas maneras de recuperar información se encuentra en el grado de compactación y detalle. En efecto, el sistema info va acumulando información sobre tablas exclusivas del sistema info cada vez que actualizamos una transacción. Imaginemos, por ejemplo, que generamos un pedido de venta. En el mismo momento que lo creemos éste pasará a acumularse

En siguiente lugar, tenemos que determinar qué

1

documentos de ventas y qué posiciones de documentos de ventas se verán afectados y asignarles el grupo estadístico de documentos comerciales creado anteriormente. Asignaremos el valor según si queremos que la clase de documento posición sea de cargo (+) o abono (-).

posición

Planificamos la actualización de nuestro sistema info de ventas.

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos estadísticos /Actualizar grupos de estadísticas según clases de documentos de ventas

IMG: Logística en general /Sistema de información para logística /Planificación /Datos maestros /Definir estructuras para estructuras infos y ratios.

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos estadísticos /Actualizar grupos de estadísticas según tipos de posición de documentos de ventas.

Podemos incluso, añadir campos adicionales creando rutinas en un pool de subrutinas. IMG: Logística en general /Sistema de información para logística /Reporting /Análisis estándar /Modificar parametrizaciones /Ventas Parámetros /Tratar /Datos escenarios Parámetros /Tratar /Lista actual de métodos Funcionalidad Decidimos qué áreas de venta serán susceptibles de informar a nuestro sistema info de ventas. Por defecto, en mi caso voy a hacer que todas las áreas de venta puedan ser actualizadas, tanto en cargos como en abonos y devoluciones.

Una vez tenemos toda la parametrización debemos pensar en actualizar todo el sistema info de ventas con la información que ya se encuentra en el sistema. Evidentemente, la información que se genere a partir de hoy se irá actualizando directamente, pero la antigua debemos forzar su actualización. Para eso…

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos de actualización /Asignar grupo de actualización a nivel de posición

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Base de datos /Herramientas /Reestructuración de datos estadísticos /Reestructuración específica de la aplicación /Comercial /Reestructuración: Copiar-borrar versiones.

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos de actualización /Asignar grupo de actualización a nivel de cabecera Realizamos la verificación de que hemos hecho todo correctamente. IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos de actualización /Verificación de grupos de actualización a nivel de cabecera

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Base de datos /Herramientas /Reestructuración de datos estadísticos /Reestructuración específica de la aplicación /Comercial /Reestructurar: SIV-Órdenes

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Actualización /Control de actualización /Parametrizaciones comercial /Grupos de actualización /Verificación de grupos de actualización a nivel de

IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Base de datos /Herramientas /Reestructuración de datos estadísticos /Reestructuración específica de la aplicación /Comercial /Reestructurar:

2

SIV-Entregas IMG: Logística en general /Sistema de información para logística /Data warehouse de logística /Base de datos /Herramientas /Reestructuración de datos estadísticos /Reestructuración específica de la aplicación /Comercial /Reestructurar: SIV-Facturas

Y aquí tenemos nuestro resultado: Sistema info /Logística /Comercial /Cliente /MCTA — Entrada de pedidos

Imagen inicial | U.S. National Archives

3

20 December, 2011 | created using fivefilters.org

Simplificación de pantallas con variantes de transacción

Vamos pasando sobre cada pantalla de la transacción e indicamos qué campos y pestañas queremos ocultar. Por ejemplo, eliminamos todas las pestañas excepto la primera.

Definición Sin duda, una de las cosas que más vamos a oír por parte de los usuarios en un proyecto de nueva implantación es que en SAP hay muchas pantallas y muchos datos que no se utilizan. Pues bien, para simplificar la información que aparece en algunas transacciones SAP existen las llamadas variantes de transacción e imagen. Estas variantes son grabaciones de pantallas que nos permiten cambiar atributos de campos en las transacciones. Podemos ocultarlos, hacerlos obligatorios, no modificables, etc. Su funcionamiento es muy parecido al de cualquier variante asociada a un report de SAP. La ventaja, sin embargo, es que la variante se puede fijar à la transacción sin tener que seleccionarla cada vez que se arranca la transacción.

Guardamos la variante. Ésta se puede transportar, así que SAP nos pedirá crear una orden de transporte (o tantas como pantallas se hayan guardado). Vamos à la parametrización y asociamos nuestra variante a aquellos tipos de pedidos de ventas que deseemos simplificar.

Pasos IMG: Comercial /Ventas /Documentos de ventas /Cabecera de documentos de ventas /Definir clases de documentos de ventas

Haré un ejemplo con la transacción de pedidos de ventas. La verdad es que he encontrado pocas transacciones que acepten esta funcionalidad de forma estándar y si vosotros encontráis alguna y me las enviáis con gusto las añadiré al post. Llamamos à la transacción de variantes SHD0. Introducimos la transacción VA01 de creación de pedidos sobre la que haremos la simplificación de campos y marcamos ‘Crear’ la nueva variante.

1

Resultado Creamos un pedido del tipo ZTA. Logística /Comercial /Ventas /Pedido /VA01 — Crear Vemos que solamente la primera pestaña aparece en la transacción.

Tenéis más información en la propia documentación de la transacción SHD0.

Imagen | nyoin

2

20 December, 2011 | created using fivefilters.org

Cambios en masa

Registro info de compra: modificamos datos generales y de organización de compras, pero no los precios. Logística /Gestión de materiales /Compras /Datos maestros /Registro info /MEMASSIN — Actualización en masa Pedidos de compra: actualizaciones de datos de cabecera y posición. Logística /Gestión de materiales /Compras /Pedido /MEMASSPO — Actualización en masa Cualquiera de ellos: todos los comentados anteriormente y otros se agrupan en una sola transacción desde la que elegir qué tipo de dato queremos actualizar en masa. Logística /Funciones centrales /Actualización en masa /Actualización en masa /MASS — Proceso de diálogo

Las tareas continuas y repetitivas son, por desgracia, muy normales cuando se trata de dar de alta datos maestros en SAP. Sin embargo, cuando pasa el tiempo la información también cambia. Entonces, miramos hacia atrás y nos damos cuenta que hay que cambiar cierta información de los datos que tanto nos ha costado dar de alta. Por suerte, para gran número de datos SAP provee de herramientas que nos permiten modificar masivamente los datos. Por otro lado, no sólo los datos maestros son susceptibles de ser modificados en masa en SAP, también los datos de pedidos de compra, pedidos de venta, contratos, etc. Actualizaciones vía transacción Según el tipo de datos que debamos modificar podemos seguir diferentes caminos en el menú. Hay que tener en cuenta que no todos los campos pueden llegar a ser modificables. En todo caso, SAP nos muestra qué campos están abiertos para su modificación en masa. Algunos ejemplos son: Un ejemplo práctico sería actualizar, por ejemplo, el grupo de compras de una serie de materiales:

Materiales: los cambios que se pueden realizar en el maestro de materiales están separados según las diferentes vistas del maestro; datos generales, textos breves, datos de centro para material, etc.

Entramos en la transacción MASS. Seleccionamos el objeto BUS1001 (maestro de materiales).

Logística /Gestión de materiales /Maestro de materiales /Material /MM17 — Actualización en masa

Marcamos ‘Datos de centro para material’ ya que el dato de grupo de compras se almacena en sap en la tabla de maestro de materiales por centro (MARC).

Clientes: nos permite modificar en masa datos generales, de sociedad, personas de contacto, datos comerciales, etc. Logística /Comercial /Datos maestros /Interlocutor comercial /XD99 — Actualización en masa Proveedores: podemos modificar la vista general, la de sociedad, datos de reclamación, de compra, etc. Logística /Gestión de materiales /Compras /Datos maestros /Proveedor /XK99 — Actualización en masa 

En la pantalla selección introducimos nuestros criterios de filtro. En el caso que en la pantalla estándar no se

1

encuentre el parámetro que buscamos lo podemos añadir marcando el icono ‘Opciones de selección’.

El nuevo grupo de compras sólo pasa a aquellos materiales que hemos seleccionado.

Ejecutamos. Nos aparecerán todos los datos que cumplen nuestros criterios. Añadimos el campo que queremos modificar al listado a través del icono ‘Selec. campos’.

Finalmente, marcamos Actualización en masa /Grabar y habremos completado el proceso. Atención, pues si el proceso se hace on-line puede tardar un rato. Además, sólo se actualizarán aquellos materiales que en ese momento no están siendo modificados a través de la transacción estándar.

El nuevo valor se escribe en la fila superior. Marcamos las líneas a las cuales queremos que se traspase el dato. Marcamos el icono ‘Efectuar modificación en masa’.

Al acabar la grabación tenemos un log con los resultados. Actualizaciones directas de las tablas [Actualización: esta posibilidad ya no está disponible desde la nota 1420281]. El segundo procedimiento no es recomendado por SAP. Consiste en identificar los campos dentro de las tablas de SAP y modificarlos directamente sobre ellas. Sin embargo, hay que tener muy claro en qué tablas se encuentran dichos datos ya que muchas veces el mismo campo puede encontrarse à la vez en diferentes tablas à la vez. Si no modificamos el campo en todas las tablas à la vez podemos llegar a obtener inconsistencias dentro de nuestro sistema. Por ejemplo, queremos actualizar el

2

motivo de rechazo de una serie de pedidos de venta. Transacción SE16N Tabla VBAP Escribimos el comando &SAP_EDIT en la ventana de transacciones. Selecionamos.

Ejecutamos. Veremos que en el listado de registros los campos (quizás no todos pero sí muchos) aparecen abiertos. Aquí podemos modificar el valor del campo motivo de rechazo por el que nosotros elijamos. También es posible crear nuevos registros o borrar registros existentes. Cosas ambas nada recomendables en tablas estándar.

Grabamos: Entrada tabla /Grabar. [Actualización: para saber más acerca de la transacción SE16N y los conflictos de seguridad que acarrean en los sistemas SAP os recomiendo este enlace] Imagen | Kheel Center, Cornell University

3

20 December, 2011 | created using fivefilters.org

Rangos numéricos

Existe la opción de crear los rangos manualmente o bien como copia de otra sociedad y/o ejercicio. Esto es muy útil en el cambio de ejercicio fiscal. Si nos decidimos por hacerlo manualmente hay que, una vez hemos entrado en la transacción, pulsar la opción de “modificar intervalos” y Tratar /Insertar intervalo.

Parametrización de rangos numéricos de pedidos de compras El rango de números de los pedidos de compra generalmente los he creado al arranque del proyecto, pero sin distinguirlos entre los diferentes centros. Al fin y al cabo la gestión de compras suele ser centralizada en la mayoría de empresas que he trabajado y no era lógico diferenciarlas por centro ni organización de compras, por ejemplo.

Siempre que creamos un documento en SAP lo estamos identificando de forma unívoca a través de código numérico. Muchas veces a estos códigos no les damos mucha importancia, pero una codificación correcta nos puede ayudar en la identificación futura de los diferentes tipos de documentos. Al definir un rango numérico podemos pensar en una codificación “intelligente” o “no-inteligente”.

IMG: Gestión de materiales /Compras /Pedido /OMH6 — Especificar rangos de números

Una codificación “inteligente” establece unos criterios à la hora de diseñar la numeración del documento. Por ejemplo, crear números de materiales en el que los cuatro primeros dígitos sean la marca, los dígitos siguientes del código de material sea el color, etc. Las codificaciones inteligentes suelen ser más facil de entender y de recordar. Además, nos hace más fácil identificar posibles errores.

Su funcionamiento es muy parecido al de creación de rangos en documentos contables. Parametrización de rangos numéricos en pedidos de ventas Aquí hay empresas que piden diferenciar el rango según el centro asociado à la venta (o la sociedad si se mantiene más de una sociedad dentro de SAP). En este caso SAP no provee una solución estándar (como sí la hay para documentos financieros) a través de customizing y hay que recurrir a user exits específicas.

La codificación “no-inteligente” sigue criterios aleatorios, y en muchos casos de tipo secuencial à la hora de asignar un número a cada documento. Suelen ser más cortos, muchas veces exclusivamente numéricos y permiten hacer ampliaciones futuras del código más fácilmente. Además, cambios en el negocio no suelen afectar tan profundamente à la codificación como sucede en una codificación “inteligente”.

IMG: Comercial /Ventas /Ventas /Documentos de ventas /Cabecera de documentos de ventas /Definir rangos de números para documentos de ventas Lo que podemos hacer es crear nuevos intervalos a través de la transacción y luego asociarlos à la clase de documento de ventas apropiado a través de una tabla (se puede mantener como vista en la transacción SM30) por organización de ventas /ejercicio.

Mi experiencia personal me dice que las codificaciones “inteligentes” suelen dar más problemas en el futuro que las “no-inteligentes”, aunque muchas veces la facilidad de recordar códigos “inteligentes” o la propia legislación asociada hace necesario el uso de este tipo de codificaciones. Parametrización de rangos numéricos de documentos contables La norma con la que me he encontrado en todas las empresas en que he trabajado ha sido la de reiniciar la numeración en la apertura de cada nuevo ejercicio fiscal. Muchas veces lo que hago es indicar en los dos primeros dígitos un código numérico para el centro y en los dos siguientes el año en cuestión. IMG: Gestión financiera (nuevo) /Parámetros básicos de gestión financiera (nuevo) /Documento /Rangos de números de documento /Documentos en vista de registro /FBN1-Definir rangos de números de documento

Parametrización de rangos numéricos en facturas de venta La transacción por la cual se gestión los rangos en facturas es la

1

misma por la cual se gestionan los documentos de venta en el módulo SAP-SD.

de números Su gestión también se da por tipos de avisos y su actualización es idéntica à la de rangos de equipos. Si queremos desasignar un grupo y asignarlo a otro hay que marcar antes Grupo /desglosar.

IMG: Comercial /Facturación /Documentos de facturación /VN01 — Definir rangos de números de facturas

Parametrización de otros rangos numéricos Evidentemente, esto es sólo una pequeña muestra de los muchos rangos que podemos crear para los diferentes documentos que existen en SAP. Otras transacciones serían…

El funcionamiento es exactamente el mismo que en el caso de pedidos. La ley de facturación en España indica que la numeración de facturas debe ser siempre correlativa y sin saltos, aunque pueden existir diferentes series numéricas. Por ejemplo, en el caso de facturas rectificativas se puede establecer una numeración distinta o para aquellas facturas emitidas a las islas Canarias.

Rangos de planes de mantenimiento: IP20 Rangos de órdenes de producción: CO82 Rangos de órdenes de notificaciones: CO80 Rangos de órdenes de operaciones: CO81 Esto sólo sería un pequeño ejemplo. Pero si realmente queremos controlar todos los rangos numéricos en SAP a través de una sola transacción SAP nos provee de la transacción SNUM. A través de ella podemos navegar a cualquiera de las transacciones existentes para crear rangos numéricos. Y para finalizar, recordar que los rangos en SAP se han de crear de forma independiente en cada mandante ya que no generan órdenes de transporte. Imagen inicial | steven RT

Parametrización de rangos numéricos para equipos IMG : Mantenimiento y servicio al cliente /Datos maestros en mantenimiento y servicio al cliente /Objetos técnicos /Equipos /Tipos de equipo /OIEN — Especificar rangos de números Los rangos en equipos no están sujetos ni a sociedad ni a centro sino a tipos de equipos. Así que cuando ya tengamos creado nuestro tipo de equipo deberemos ir à la transacción. En la opción de ‘Grupos’ vamos a Grupo /Insertar. Luego asignamos (Tratar /Asignar elemento a grupo) nuestro rango a los tipos de equipos.

Parametrización de rangos numéricos para avisos IMG: Mantenimiento y servicio al cliente /Gestión de mantenimiento y servicio /Avisos de mantenimiento y servicio /Apertura de aviso /Clases de aviso /IW20 — Especificar rangos

2

Roll out de una empresa (I): estructura de la empresa

Éste y los siguientes posts tratarán de forma sencilla cuáles son los pasos en la parametrización de una nueva empresa a partir de alguna de las existentes. Intentaré detallar los pasos del menú que necesariamente hay que customizar para crear una nueva empresa. Voy a obviar, sin embargo, todas las fases del proyecto (planificación, preparación, diseño, etc.) para no extenderme más de lo necesario. Aún así, la longitud de estas parametrizaciones es suficiente como para dividirlo en varios posts: Estructura de la empresa. Módulos: compras, ventas, finanzas, controlling, recursos humanos, mantenimiento en planta, producción. Gaps y desarrollos. Datos maestros. Por supuesto, cada empresa tiene sus propias particularidades, y yo con esta serie de artículos diseñaré un caso de una empresa dedicada a realizar mantenimientos e instalaciones. La siguiente guía corresponde al apartado de estructura y asignación de datos de empresa. Es la relativa a la creación de la nueva empresa dentro de SAP. Sirve para definir los datos de sociedad, centro, dirección, etc. que tendrá la nueva empresa. Agrupará toda la información básica de los diferentes módulos de SAP. En el ejemplo que escribo hago referencia al módulo de SAP-FI (imprescindible) y a los de SAP-MM, SAP-SD y SAP-PM. Algunas claves a tener en cuenta:

Tipo: todo lo detallado en este primer artículo hace referencia a custo, es decir, parametrización. Responsable: esta columna define la persona o personas encargadas de hacer los cambios. Pueden ser SI (sistemas de información) o KU (key users). Módulo: aquí defino el módulo al que pertenece el punto. FI (finanzas), CO (controlling), MM (materiales y compras), SD (ventas), LE (logistics execution), PM (mantenimiento en planta), HR (recursos humanos).

Tipo

Re

nº

Mód

Transac

Punto de custo

Descr. Corta

Descr. Larga

Comentarios

Nuevas sociedades GL

Crear nueva sociedad y definir direcciones y teléfonos

Custo

SI

1

FI

SP RO

IMG: Estr empresa / definición / Estructura empresa Gest. Financiera / tratar sociedad

Custo

SI

2

MM

SP RO

IMG: Estr empresa / definición / Logítica general / definir centro

Estructura empresa

Centro: crear con copia

Definir nuevo centro y direcciones

Custo

SI

3

MM

SP RO

IMG: Estr empresa / definición / Logítica general / definir emplazamiento

Estructura empresa

Emplazamiento

Definir nuevo emplazamiento

Estructura empresa

Crear canal

Definir canales de distribución de ventas

Estructura empresa

Crear sector

Definir sector de materiales

IMG: Estr empresa / definición / comercial / definir organización de ventas

Estructura empresa

Crear org.ventas

Definir organización de ventas

OVX1

IMG: Estr empresa / definición / comercial / actualizar oficina de venta

Estructura empresa

Oficinas de venta

Nuevas oficinas de ventas si son necesarias

SD

OVX4

IMG: Estr empresa / definición / comercial / actualizar grupo de vendedores

Estructura empresa

Grupo de vendedores

Nuevos vendedores en la nueva empresa

9

MM

SP RO

IMG: Estr empresa / definición / gest.de materiales / actualizar almacén

Estructura empresa

Almacén

Nuevos almacenes

SI

10

MM

SP RO

IMG: Estr empresa / definición / gest.de materiales / actualizar org.de compras

Estructura empresa

Nuevas organizaciones de Organización de compras compras si el Dpto de Compras no es centralizado

Custo

SI

11

LE

SP RO

IMG: Estr empresa / definición / logistics execution / def.pto.de expedición

Estructura empresa

P uesto de expedición

Nuevos puestos de expedición de entregas

Custo

SI

12

PM

SP RO

IMG: Estr empresa / definición / matenimiento / act.centro de planif.de mantenimiento

Estructura empresa

Ctro planificacion mto

Centro de planif.de mto.en relación al centro logístico

Custo

SI

13

HR

SP RO

IMG: Estr empresa / definición / gest.de recursos humanos / división de personal

Estructura empresa

División de personal

Nueva división de personal para el centro

Custo

KU

14

CO

IMG: Estr empresa / definición / KS01/KSH2/OKENN controlling / crear centros de coste

Estructura empresa

Crear cecos y grupos de cecos

Nuevos centros de coste

Custo

KU

15

FI

KE51

IMG: Estr empresa / definición / gest. Financiera / def.centro de beneficio

Estructura empresa

Crear CeBes

Centros de beneficio asociados No se puede mientras no estén dados de alta los CeCos y Cebes Imputación de los costes a CeCos y CeBes.

Custo

SI

4

SD

SP RO

Custo

SI

5

SD

SP RO

Custo

SI

6

SD

SP RO

Custo

SI

7

SD

Custo

SI

8

Custo

SI

Custo

Custo

KU

16

CO

IMG: Estr empresa / definición / comercial / definir canal de distribución IMG: Estr empresa / definición / Logítica general / definir sector

OKB9

n/a

Asignar estructura

Imputación de cuentas FI/clases de coste a centros de coste

Asignar estructura

Asignar variantes a sociedad

Sirve para abrir y cerrar periodos logísticos por mmpv

Ind.de IVA para contabilidad no sujeta a impuestos

Custo

SI

17

FI

SP RO

IMG: Gestion financ/param basicas/libros/ejercicios y periodos/periodos contables/asignar variantes

Custo

SI

18

FI

OBCL

IMG: Gest financiera / Contab.AF / Contab.AF / Estr.org. / Asignar Asignar estructura ind.IVA soportado no relev.impu.

Asignar soc a operaciones no sujetas a retención

Crear estructura de centros de beneficio en la nueva Asignar CeBe a sociedad sociedad. Asociarlo en el grupo

Custo

SI

19

FI

KE56

IMG: Estr empresa / asignación / gest.financiera / asignar CeBe a Asignar estructura sociedad

Custo

SI

20

CO

OX19

IMG: Estr empresa / asignación / controlling / asignar soc.a Asignar estructura soc.CO

Asignar sociedad a soc CO

Custo

SI

21

CO

SP RO

IMG: Estr empresa / asignación / controlling / asignar soc.a Asignar estructura soc.P A

Asignar sociedad CO a PA

Custo

SI

22

SD

SP RO

IMG: Estr empresa / asignación / Asignar estructura log.general / asignar centro a soc.

Asignar centro a soc

Custo

SI

23

SD

SP RO

IMG: Estr empresa / asignación / log.general / asignar centro a Asignar estructura sector

Asignar centro a sector

Custo

SI

24

SD

SP RO

IMG: Estr empresa / asignación / comercial / asignar org.ventas a Asignar estructura soc.

Asignar org.ventas a soc

Custo

SI

25

SD

VOR1

IMG: Estr empresa / asignación / comercial / asignar canal a Asignar estructura org.ventas

Asignar cn a org. Ventas

Custo

SI

26

SD

VOR2

IMG: Estr empresa / asignación / comercial / asignar sector a Asignar estructura org.ventas

Sector - Org.ventas

Custo

SI

27

SD

SP RO

IMG: Estr empresa / asignación / Asignar estructura comercial / crear área de ventas

Area de ventas: canal distribución - sector org.ventas

Crea el área de ventas como suma de org.ventas + canal + sector

Custo

SI

28

SD

OVXM

IMG: Estr empresa / asignación / comercial / asignar of.ventas a Asignar estructura

Area de ventas - oficina

Las nuevas oficinas de ventas

asociar el centro logístico a la sociedad FI

a.ventas IMG: Estr empresa / asignación / comercial / asignar gr.vendedores Asignar estructura a of.ventas

ventas

y en el área de ventas

Oficina ventas - grupo de vendedores

Custo

SI

29

SD

OVXJ

Custo

SI

30

SD

SP RO

IMG: Estr empresa / asignación / comercial / asignar org.ventas, Asignar estructura canal, centro

Asignar ov /canal/sector

Custo

SI

31

SD

SP RO

IMG: Estr empresa / asignación / comercial / asignar á.ventas a Asignar estructura a.control de créditos

Asignar control de créditos

El dpto.de control de créditos es único y gestiona también la nueva sociedad

Asignar org.compras centro

No hay asignación de org.compras a soc.porque un dpto.de compras controla gestiona todas las compras de todas las sociedades

Custo

SI

32

MM

SP RO

IMG: Estr empresa / asignación / gest.de materiales / asignar Asignar estructura org.compras a sociedad

Custo

SI

33

SD

SP RO

IMG: Estr empresa / asignación / logistics execution / asignar Asignar estructura pto.expedición a centro

Asignar pto exped a centro

El puesto de expedición se asocia al centro logístico nuevo

Custo

SI

34

PM

SP RO

IMG: Estr empresa / asignación / mantenimiento / asignar centro Asignar estructura emplaz.a centro de plan.mto.

Asignar c.plan a centro

Se asocia el centro de planificación al logístico

Custo

SI

35

HR

SP RO

IMG: Estr empresa / asignación / gest.de recursos humanos / Asignar estructura asign.de div.personal a soc.

Asignar div personal a soc

Se introduce la nueva división de personal en la nueva sociedad

En este paso de creación de la empresa se implica mayoritariamente el departamento de Sistemas de Información o la consultora correspondiente ya que casi todo hace referencia a parametrización.

Roll out de una empresa (II): módulos

Éste es el segundo post acerca de roll outs en empresa. En este paso la guía muestra toda la información asociada a la parametrización de los diferentes módulos. Aquí es donde debemos preguntarnos ¿qué clase de documentos de ventas utilizará el nuevo centro? ¿qué rango de números tendrán los documentos contables de la nueva sociedad? ¿utilizaremos la misma clase de órdenes de trabajo en esta sociedad que en el resto? Al igual que en el artículo anterior las columnas que se muestran son: Tipo: se refiere a custo (parametrización); DB (funcional) si se encargan los key users. Responsable: las personas encargadas de realizar los cambios en este paso serán tanto SI (sistemas de información o la consultoría encargada) como los KU (key users). En este caso, la implicación de los key users aumenta. Módulo: FI (finanzas), MM (compras y materiales), SD (ventas), PM (mantenimiento en planta).

Tipo

Re

nº

Mód

Transac

Punto de custo

Descr. Corta

Descr. Larga

Comentarios

NIF

NIF de la empresa

El nif y otros datos generales se incluyen en la nueva sociedad

Retenciones

Activar la retención de impuestos

Custo

SI

36

FI

SP RO

IMG: Gest.financiera / param.básicas / parám.globales de soc. / verif.y completar parám.globales

Custo

SI

37

FI

SP RO

IMG: Gest.financiera / param.básicas / parám.globales de soc. / param.para impto. / activar retenc.imptos.ampliada

Crear rangos FI

Se crea rangos numéricos nuevos para la nueva sociedad

Custo

SI

38

FI

FBN1

IMG: Gest.financiera / param.básicas / documento / rango núm.documento / docs.en Rangos FI vista registro / def.rangos de números

Custo

SI

39

FI

SP RO

IMG: Gest financiera / contab.deudores y acreedores / Cond.P ago op.contables / salida facturas y abonos / act.cond.pago

Condiciones de pago adic

También se definen las condiciones de pago a plazos si ello es necesario

SP RO

IMG: Gest financiera / contab.deudores y acreedores / op.contables / entrada de pagos Vía de pago / entrada de pagos automática / selección vía de pago / instalar vías de pago por sociedad

Definición de vías de pago por sociedad

Asociar las vías de pago a la nueva sociedad si es que SAP no lo ha hecho automáticamente

P rograma de pagos

P rograma de pagos

P arametrización de la norma 19 en la nueva sociedad

Activos fijos

Los activos fijos son Asociar sociedad a plan de gestionados a nivel global valoración de inmovilizados de grupo

Custo

SI

40

FI

Custo

SI

41

FI

SP RO

IMG: Gest.financ(nuevo) / Cbilidad deu y acr / Operac.cbles / Salida pagos / Salida pagos automat / Selección via pago

Custo

SI

42

FI

OAOB

IMG: Gest.financ. / contabilidad de activos fijos / estr.organización / espec.asign.soc.a plan IMG: Gest. Financiera /

Se asocia los números de

Custo

SI

43

FI

AO11

Custo

KU

44

FI

S_ALR_87003642 / OB52

Custo

KU

45

FI

FBZP /FI12

conabilidad de activos fijos / def.asign.números en varias sociedades

Activos fijos

Definir asignación de números

P eriodos

Abrir periodos contables

Se crea la nueva sociedad en periodos FI

Definir cuentas de bancos propias de la empresa

Cuentas y bancos nuevos para la nueva sociedad

IMG: Gest. Financiera / contabilidad bancaria / cuentas Bancos propios bancarias / def.bancos propios

activos fijos para la nueva sociedad. Idem al resto ya que los AF se gestionan a nivel de grupo

Crear gr.imput.mat, y Asignar cl.cond.SD - cuentas FI

Custo

SI

46

FI

VKOA

IMG: Comercial / funciones básicas / imputación-cálculo / det.cuentas de ingresos / asignar cuentas de mayor

Asignar cuentas de Imputación de las ventas a KOFI para la determinación ingresos FI a cuentas FI de la cuenta a la que imputan movimientos de ventas Se crean en la determinación los precios del esquema 1-Gr.cuentas deudor/Gr.material/Clave cuentas

Custo

KU

47

FI

OBYC

IMG: Gest.de materiales / valoración e imputación / determinación de cuentas / determinación de cuentas sin asistente / gest.de cuentas de compras / config.contabilizacones automáticas

Custo

SI

48

FI

SP RO

IMG: Gest. Financ / P aram. Básica de gest. FI / Documento / Tolerancias Gpos tolerancia / Def. gpos tolerancia para empleados

Límites de tolerancia en documentos FI

SP RO

IMG: Gest. Financ / Cblidad deudores y acreedores / Operac. Cbles / Compens. P artidas Tolerancias abiertas / Difer. Al compensar / Def. tolerancias para deu/acr

Tolerancias de deudores y acreedores

SP RO

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / asign.áreas de ventas a cl.documentos de ventas

Asignar a.ventas

Asignar a.ventas a cl.doc.ventas

SP RO

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / def.clases de documentos de ventas

Documentos de ventas nuevos tipos de pedido

SP RO

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / def.clases de documentos de ventas

Contratos de venta

SD

ODP 1

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / param.básicas / P erfil DIP creación oferta y facturación / perfiles para creac.oferta y facturación

SD

IMG: comercial / funciones básicas / determinación de SP RO+V/06,V/07,V/08 precio / control de determinación de precio / def.y asignar esquema de cálculo

Esquema de precios

Esq.cálculo

SD

IMG: comercial / funciones básicas / determinación de precio / control de determinación de precio / def.y asignar esquema de cálculo

Esquema de precios

Asignar esq. De cálculo

Custo

Custo

Custo

Custo

Custo

Custo

Custo

DB

Custo

SI

SI

SI

SI

SI

SI

SI

SI

SI

49

50

51

52

53

54

55

56

57

FI

SD

SD

SD

SD

SD

OVKK

OVBM

SP RO

Asignar cuentas FI a movimientos de compras

IMG: Comercial / facturación / plan de facturación / P lan facturacion act.propuesta de fecha para pl.de facturación

IMG: Logistics execution / expedición / bases / det.ptos.de P to.expedicion expedición y recepc.mercanc. /

Categorías de valoración(para ctas.FI automática logística). Asignar en OBYC

Cto-ZMAM, fact-ZFV; pedZEXM, fact-ZREP

GBB (balance), UMB (gtos,ingresos revalorizacion), BSX (inventario), EKG (compras)

Asignación de la nueva área de ventas a los documentos de venta existentes

Siempre que haya nuevos tipos de pedido

Siempre que haya nuevos tipos de contrato

P ara la generación de docs Determinación de la creación de venta o contratos a partir de pedidos y ofertas de órdenes

P lanes de facturación modelo. ANUAL SEMESTRAL CUATRIMESTRAL TRIMESTRAL MENSUAL

Det. P to exped a recep. Merc.

P odemos usar el mismo esquema de precios o crear nuevo

Es compartido con el resto de sociedades ya que se asigna a nivel de documento de ventas. Atención, se crean en cada mandante ya que no son transportables. Sirven a la facturación de contratos de venta

asignar ptos.de expedición

Custo

SI

58

SD

OMDU

IMG: Gestión de materiales / planif.necesidades sobre consumo / planificación / activar planif.necesidades

Activar planif neces

Variantes planif

Lanzamiento del MRP automático para el nuevo centro de planificación. Creación del job o jobs

Custo

SI

59

SD

OMDO

Custo

SI

60

SD

VN01

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / def.rangos de números

Rango ofertas

Creación del rango numérico

Custo

SI

61

SD

VN01

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / def.rangos de números

Rango pedidos

Creación del rango numérico

VN01

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / def.rangos de números

Rango contratos

Creación del rango numérico

IMG: Comercial / ventas / documentos de ventas / cab.de documentos de ventas / def.rangos de números

Rango facturas y rectificativas

Creación del rango numérico

Jerarquias de producto Jerarquias de producto

Si la entrada de una nueva sociedad implica nuevas gamas de productos

Custo

SI

62

SD

Custo

SI

63

SD

VN01

Custo

KU

64

SD

SP RO/V_T179

Custo

SI

65

MM

OMI8

IMG: Gestión de materiales / planif.necesidades sobre consumo / parámetros de centro P arámetros de centro / efectuar actualización total

P arámetros de centro

Agrupa muchos de los puntos de custo asociados a centro y que se detallan a continuación

IMG: Gestión de materiales / planif.necesidades sobre consumo / datos maestros / espec.planificador de necesidades

P lanificador

P lanificador

P ersona encargada de la planificación de necesidades asociada al nuevo centro

P arámetros de planif

P arámetros de planif

Custo

SI

66

MM

SP RO

Custo

SI

67

MM

OMD1

Custo

SI

68

MM

Variantes planif

Activar planif neces

Los materiales de la nueva sociedades están sujetos a planificación de necesidades MRP

No es necesario: no está asociado a sociedad. P ero si exitiesen nuevos tipos de materiales en la nueva sociedad sí que se necesitaría

SP RO

IMG: Logística en general / maestro de materiales / param.básicas / tipos de material Material / fijar propiedades de los tipos de material

P ropiedades de tipo de material

Material

Agrupar áreas de valoración Asignamos el nuevo ámbito de cuentas de valoración

Custo

SI

69

MM

SP RO

IMG: Gestión de materiales / valoración e imputación / determinación de cuentas / determinación de cuentas sin asistente / agrupar áreas de valoración

Custo

SI

70

MM

SP RO

IMG: P roducción / planif.de necesidades / planificación / cálculo de necesidades netas / espec.perfil de cobertura

P erfiles de cobertura

P erfiles de cobertura

Si existiese algún nuevo perfil de cobertura

Custo

SI

71

MM

SP RO

IMG: Gestión de materiales / compras / crear grupos de compras

Grupos de compras

Grupos de compras

Si es necesario crear un grupo de compras específico para la sociedad dentro del departamento de compras

OMSY

IMG: Logística en general / maestro de materiales / param.básicas / act.sociedades para la gestión de materiales

P aram. Básicas

Actualizar soc. para la gestión de MM

Indica el primer periodo abierto para logística

IMG: Logística en general / maestro de materiales / param.para campos centrales / def.grupos de artículos

Logistica General

Si fuese necesario nuevos Grupos de artículos(familias) grupos de artículos en la nueva sociedad

Custo

SI

72

MM

Custo

SI

73

MM

WG21

Custo

SI

74

MM

OMSF

Logistica General

Grupos de mercancía

Descripción de grupos de artículos

SP RO

IMG: Gestión de materiales / compras / pedido / procedimiento liberación de Liberación pedido pedidos / especificar proced.de liberación

Código de liberación

Código de liberación asociado al centro

Custo

Custo

SI

SI

75

76

MM

MM

SP RO

IMG: Gestión de materiales / compras / pedido / procedimiento liberación de

Liberación pedido

Estrategia de liberación

Forma en que el nuevo

pedidos / especificar proced.de liberación DB

SI

77

MM

SP RO

Menu / crear rol

código de liberación actuará

Liberación pedido

Rol de liberación

No es transportable. Es una transacción de Administración de Sistemas

Grupo asignado a la liberación

No es transportable. Es una transacción funcional. Antes hay que crear la organización (tcode P P 01)

P ara las desviaciones de precio pedido/factura

DB

SI

78

MM

P P OME

Recursos humanos / gestión de organizaciones / plan de Liberación pedido organización / organización y ocupación / modificar

Custo

SI

79

MM

OMR6

IMG: Gestión de materiales / compras / pedido / parametrización límites de tolerancia

P edido

Límite de tolerancia

SP RO

IMG: Gestión de materiales / compras / pedido / pedido de devolución / devolución a proveedor

Devolución

Devoluciones a proveedor

Devolución centro a centro

Custo

SI

80

MM

Custo

SI

81

MM

SP RO

IMG: Gestión de materiales / compras / pedido / pedido de Devolución devolución / devolución centro a centro

Custo

SI

82

MM

SP RO

IMG: Gestión de materiales / gestión de stocks / parámetros de centro

Gest. Stocks

P arametriz.de centro en gest.stocks

Verif facturas

Actualizar indicador de impuestos por defecto

Verif facturas

Verificación de facturas dobles

Verifica que en la sociedad la factura recibida no se había entrado anteriormente

Esquema de precios

Se pueden determinar nuevas condiciones o exclusiones nuevas para el centro

Custo

SI

83

MM

SP RO

IMG: Gestión de materiales / verificación de facturas logísticas / factura recibida / actualizar valores propuestos para indicador de impuestos

Custo

SI

84

MM

SP RO

IMG: Gestión de materiales / verificación de facturas logísticas / factura recibida / config.verif.facturas dobles

SP RO

IMG: Gestión de materiales / compras / condiciones / fijar determinación de precio / fijar esquema de cálculo

SP RO

IMG: Mto y servicio al cliente / datos maestros en mto.y serv.al P lanes de mto cliente / objt.técnicos / datos grales / espec.áreas de empresa

Áreas de empresa

Asociadas al nuevo centro de planificación

Grupo planificador

Asociado al equipo se define por separado para cada centro de planificación

Rango de planes de mto

No es transportable

Tipos de planes

Se recomienda crear una nueva numeración. P ero como la numeración no está asociada al centro es recomendable crear un nuevo tipo de plan de mto (a menos que se quiera usar una user-exit)

Custo

Custo

SI

SI

85

86

MM

PM

Esquema de precios

Custo

SI

87

PM

SP RO

IMG: Mto y servicio al cliente / datos maestros en mto.y serv.al cliente / objt.técnicos / datos P lanes de mto grales / espec.gr.de planif.de mto

Custo

SI

88

PM

IP 20

IMG: Mto y servicio al cliente / planes de mto / espec.rgos.de P lanes de mto números de planes de mto

Custo

Custo

Custo

Custo

Custo

SI

SI

SI

SI

SI

89

90

91

92

93

PM

PM

PM

PM

PM

SP RO

IMG: Mto y servicio al cliente / planes de mto / planes de mto / P lanes de mto config.tipos de plan de mantenimiento

SP RO

IMG: Mto y servicio al cliente / datos maestros en mto.y serv.al cliente / objt.técnicos / equipos Equipos / tipos de equipo / act.tipo de equipo

Tipos de equipos

Es posible que vaya asociado a la aparición de nuevos grupos de artículos para materiales si se asocia un material a equipo

SP RO

IMG: Mto y servicio al cliente / datos maestros en mto.y serv.al cliente / objt.técnicos / equipos Equipos / asignar esq.interlocutor a tipo de equipo

Asignar esquema interlocutor a equipos

El esquema se trasladará a la orden de mantenimiento que se genere

OIEN

IMG: Mto y servicio al cliente / datos maestros en mto.y serv.al cliente / objt.técnicos / equipos Equipos / tipos de equipo / especificar rgos.de números

Añadir el numerador de los nuevos tipos de equipo

No es transportable

SP RO

IMG: Mto y servicio al cliente / planes de mto / puestos de trabajo / datos generales / P uestos de trabajo especificar respons.ptos.de

Responsable de puesto de trabajo

P ersonas responsables de gestionar el nuevo de puesto de trabajo creado para el nuevo centro de

trabajo IMG: Mto y servicio al cliente / planes de mto / puestos de trabajo / datos generales / datos Hojas de ruta de hoja de ruta / especificar aptitudes

planificación

SI

94

PM

SP RO

Custo

SI

95

PM

SP RO

IMG: Mto y servicio al cliente / planes de mto / hojas de ruta / Hojas de ruta datos generales / crear grupos de planif.mto.

Grupos de planificación mto en hr

OIL4

IMG: Mto y servicio al cliente / planes de mto / hojas de ruta / Hojas de ruta datos de control / espec.rgos.de número de hr

Crear rangos de hojas de ruta: para hojas de ruta e instrucciones modelo

ODP 1

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / param.básicas / Órdenes creación oferta y facturación / perfiles para creac.oferta y facturación

P erfil DIP

Referido en el custo de SD

ODP 1

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / param.básicas / Sets creación oferta y facturación / perfiles para creac.oferta y facturación

Crear los sets

Sets para la transferencia de información de órdenes a documentos de venta

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / avisos de mto.y Avisos servicio / apertura de aviso / clases de aviso / definir clases de aviso

Nuevas clases de aviso

Se separa una nueva clase de aviso en previsión de utilización de catálogos diferentes. En el punto de custo 'IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / avisos de mto.y servicio / resumen cl.de aviso' se agrupan mucnas opciones de avisos

IW20

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / avisos de mto.y Avisos servicio / apertura de aviso / clases de aviso / especificar rangos de números

Rango de avisos

No es transportable

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / avisos de mto.y Avisos servicio / apertura de aviso / contenido del aviso / actualizar catálogos

Catálogo y perfil de avisos

También los puntos de custo 'def.perfil de catálogo' y 'modif.catálogos y perfil para cl.de aviso'

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / avisos de mto.y Avisos servicio / tratamiento de aviso / control de reacción / definir prioridades

P rioridades de servicio

Definir prioridades por clase de aviso con fechas previstas de inicio y fin

OIOD

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / func.y param.de cl.de orden / asignar cl.de orden a centros P M

Asignar cl. de órdenes a centros

OION

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / func.y param.de cl.de orden / param.rangos de números

Crear rangos de números

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / func.y param.de cl.de orden / valores propuestos para datos de hr

Valores propuestos para hojas e ruta

Custo

Custo

DB

Custo

Custo

Custo

Custo

Custo

Custo

Custo

Custo

SI

SI

SI

SI

SI

SI

SI

SI

SI

SI

SI

96

97

98

99

100

101

102

103

104

105

106

PM

PM

PM

PM

PM

PM

PM

PM

PM

PM

PM

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Clave de control serv. / func.y param.de cl.de orden / clave de control /

Aptitudes

Aptitudes requeridas dentro del centro de planificación

Custo

En el caso de que haya nuevas clases de órdenes

Clv control trabajo propio y Siempre que se definiesen externo nuevas claves de control

Custo

Custo

Custo

Custo

Custo

Custo

Custo

Custo

SI

SI

SI

SI

SI

SI

SI

SI

107

108

109

110

111

112

113

114

PM

PM

PM

PM

PM

PM

PM

PM

SP RO

actualizar clave de control IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y serv. / func.y param.de cl.de Órdenes orden / espec.clases de orden de propuesta p.posic.de mantenimiento

Clases de orden propuestas para posic de mto

Al lanzar el plan de mto.cuál será el tipo de orden asociado en el nuevo centro

OIO6

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y serv. / func.y param.de cl.de Órdenes orden / clave de control / actualizar valores propuesta para cl.control en orden

P ropuesta de clave de control en orden

OIOF

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y serv. / func.y param.de cl.de Órdenes orden / datos de cálc.de coste para órdenes / asign.parámetros de cálc.de coste

P arámetros del cálculo del coste

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y serv. / func.y param.de cl.de Órdenes orden / movs.de mercancía para orden / espec.docs.de mercancía para orden

Documentos de mercancía para orden

Asociados al nuevo centro de planificación

OIOI

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y serv. / func.y param.de cl.de Órdenes orden / veif.de disponib.de materiales / def.control de verificación

Control verif. disponibilidades

Asociar el nuevo centro a las reglas de verificación ya existentes o crear nuevas reglas y asociarlas

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / datos generales / espec.valores propuestos de tip.pos.cptes.

P ara el nuevo centro y por Valores propuestos tipos de clase de material se asigna posición de componentes por defecto un tipo de posición

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / datos generales / activ.valor propuesto f.del día como f.extrema

Valor propuesto del día como Es un dato asociado al fecha extrema centro de planificación

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / datos generales / espec.valores propuestos para unid.de operación

P ropuesta para unidades de operación

P arámetros de control para notificaciones

Datos asociados al centro de planificación

Custo

SI

115

PM

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / notificaciones / Notificaciones espec.parámetros de control para notificaciones

Custo

SI

116

PM

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y Notificaciones servicios / notificaciones / def.causas de desviaciones

Causas de desviaciones

Motivos por los cuáles los tiempos previstos y los notificados no concuerdan

SP RO

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / notificaciones / Notificaciones config.máscaras de imagen en pantalla de notificación

Formato de imagen en notificaciones

Se ha de asignar usuario a usuario en productivo

IMG: Mto y servicio al cliente / Gest.de mantenimiento y servicios / órdenes de mto.y Órdenes serv. / control de impresión / espec.documentos de trabajo

Mensajes de impresión para órdenes

Contrariamente, a los mensajes de impresión de ventas o compras, los de órdenes han de ser customizados. Los formularios se analizan en otro punto

Definir el perfil de capacidades para el planificador (CM25)

Necesario para el ajuste de capacidades (tcode CM25)

Custo

SI

117

PM

Custo

SI

118

PM

SP RO

Custo

SI

119

PM

OP D0

IMG: P roducción / planif.de capacidades / ajuste de capacidades y eval.ampliada /

P rogramación

Custo

SI

120

PM

OP U7

def.perfil general IMG: P roducción / planif.de capacidades / operaciones / programación / espec.parámetros de programación

P rogramación

Especificar parámetros de capacidad

Se observa en este apartado una mayor implicación de los key users. Aunque un roll out podríamos pensar que es una simple copia de la parametrización de una empresa a otra empresa esto no suele ser así. La implicación de los key users ha de ser activa en todo momento. Sin duda, la mejor información que nos puede llegar sobre el negocio de la nueva empresa ha de venir de los propios trabajadores de la empresa.

Roll out de una empresa (III): gaps y desarrollos ABAP

Tercer artículo referente a roll out de empresas en SAP. Como veis lo que estoy mostrando es una guía de trabajo en SAP. No es un método como el ASAP o cualquier otra forma de trabajo de un equipo a la hora de hacer una implantación de SAP o roll out. Esto es una guía técnica de trabajo sobre la máquina. Esta fuera de estos posts realizar una metodología del trabajo y funcionamiento de un equipo durante una implantación. En cuanto a desarrollos hay que definir las tareas a asignar al equipo de desarrolladores. Por un lado, deberán ajustar y modificar los programas a medida que existan para que sean funcionales para la nueva empresa. Por otro lado, puede que deban crear nuevos programas a medida. Por último, es muy importante entender la importancia del equipo de desarrolladores dentro de la creación de programas de carga de datos.

Tipo: he eliminado de este post el custo (parametrización) y he dejado cargas (programas de carga) y DB (datos funcionales que no necesitan de programas de carga para su introducción). Responsable: como siempre los encargados de los cambios serán SI (sistemas de información y consultores) y KU (key users). Módulo: FI (finanzas), MM (materiales y compras), SD (ventas), PM (mantenimiento en planta) y BC (encargado de desarrollos y sistemas).

Tipo

Re

nº

Mód

Transac

Punto de custo

Descr. Corta

Descr. Larga

Comentarios

User exits

Ampliaciones

Aquellas ampliaciones que estén registradas y se deban actualizar al nuevo centro

User exits

Ampliaciones

Aquellas ampliaciones que estén registradas y se deban actualizar al nuevo centro

Des

SI

121

MM

CMOD

Herramientas / Workbench / Utilidades / ampliaciones / gestión de proyectos

Des

SI

122

PM

CMOD

Herramientas / Workbench / Utilidades / ampliaciones / gestión de proyectos

User exits

Ampliaciones

Aquellas ampliaciones que estén registradas y se deban actualizar al nuevo centro. Todas aquellas que haya sobre MV45AF*

Des

SI

123

SD

SE38

Herramientas / workbench / desarrollo / editor ABAP

Des

SI

124

SD

SE38

Herramientas / workbench / desarrollo / editor ABAP

P rogramas

Adaptación de programas

Los programas z* que ya existen hay que adaptarlos a la nueva sociedad

Des

SI

125

SD

SMARTFORMS

Herramientras / imprimir formularios / smart forms

Fomularios

Formularios de ventas

Albaranes, facturas, proformas, etc

Des

SI

126

MM

SMARTFORMS

Herramientras / imprimir formularios / smart forms

Formularios

Formularios de compras

Básicamente el pedido de compra

Des

SI

127

PM

SMARTFORMS

Herramientras / imprimir formularios / smart forms

Formularios

Formularios de trabajo

Hojas de trabajo, hojas de ruta, etc.

Des

SI

128

BC

SE78

Formularios

Añadir gráficos

Gráficos y logos para formularios

Herramientras / imprimir formularios / gestión / función

Des

SI

129

BC

SO10

gráfico Herramientras / imprimir formularios / sap script / textos Formularios estándar

DB

SI

130

BC

SP RO

Herramientas / CCMS / print / spool administration

Impresoras

Definición de impresoras

Añadir las impresoras de la nueva ubicación

DB

SI

131

BC

SU01

Herramientas / gestión / actualización de usuarios / usuarios

Usuarios

Alta de usuarios

Nuevos usuarios incorporados

DB

SI

132

BC

JOB

Herramientas / CCMS / background processing / define Jobs job

Crear jobs

Añadir el nuevo centro a las variantes de jobs existentes

XK99

Logística / gestión de materiales / compras / datos maestros / proveedor / actualización en masa

P roveedores

Carga de maestro de proveedores. Incluido el proveedor CP D

Las cargas de todos los puntos pueden realizarse vía programas batch input o legacy

Clientes

Carga de maestro de clientes. Incluido el cliente CP D

Materiales

Carga de materiales

Cargas

KU

133

MM

Textos estándar

Textos fijos para añadir a formularios

Cargas

SI

134

SD

XD99

Logística / comercial / datos maestros / interlocutor comercial / actualización en masa

Cargas

SI

135

MM

MM01

Logística / gestión de materiales / maestro de materiales / material / creación en general / inmediatamente

Cargas

KU

136

FI

AS91

Finanzas / gestión financiera / Activos fijos activos fijos / activo fijo / crear

Cargas

KU

137

FI

FB01

Saldos de deudores

Alta saldos Crear un apunte de saldo por nuevos/compartidos clientes deudor

Cargas

KU

138

FI

FB01

Saldos de acreedores

Alta saldos Crear un apunte de saldo por nuevos/compartidos proveed acreedor

Stocks

Carga de stocks materiales

Carga de stocks de materiales del nuevo centro

Carga de nuevos materiales del nuevo centro

Carga de AS91 y otras saldos/amort.acumulada AF's

Cargas

SI

139

MM

MI10

Logística / gestión de materiales / inventario / diferencia / registrar sin referencia

Cargas

SI

140

MM

ME11

Logística / gestión de materiales / compras / datos P recios maestros / registros info / crear

Carga de registros infos

Cargar tarifas de proveedor y descuentos

Carga de tarifas de venta

Cargar tarifas de venta y descuentos

Cargas

SI

141

SD

VK11

Logística / comercial / datos maestros / condiciones / selección mediante clase de condición / crear

Cargas

KU

142

SD

VA41

Logística / comercial / ventas / Contratos de venta pedido abierto / crear

Carga de contratos

Cargas

SI

143

PM

IE01

Logística / mantenimiento / gest.objetos técnicos / equipo / Equipos crear en general

Carga de equipos

Cargas

KU

144

PM

IP 01

Logística / mantenimiento / mto.planificado / planif.de mto / P lanes de mto planes de mto.preventivo / crear / plan ciclo individual

Carga de planos de mantenimiento

Cargas

KU

145

PM

IW31

Logística / mantenimiento / gest.mantenimiento / orden / crear en general

Carga de las hojas de trabajo en curso

P recios

Órdenes

Roll out de una empresa (IV): datos maestros

Éste es el último post sobre roll out en empresas. En cierto modo, este artículo está muy asociado al apartado de cargas definido en el post anterior. Sin embargo, ya que las personas que se deben encargar de introducir estos datos en SAP son los key users he decidido separarlo.

Tipo: hay datos maestros que pueden ser de custo (parametrización) pero son muy pocos. El resto son DB (datos funcionales). Responsable: de nuevo los encargados de los cambios serán SI (sistemas de información y consultores) y KU (key users). Módulo: FI (finanzas), CO (controlling), MM (materiales y compras), SD (ventas), PM (mantenimiento en planta) y HR (recursos humanos).

Tipo DB

Re KU

nº 146

Mód CO

Transac

Punto de custo

Descr. Larga

Comentarios

KAH2/KDH2

Finanzas / controlling / contab.cl.coste / datos maestros Cl coste FI/CO / gr.clases de coste / crear

Descr. Corta

Crear grupos de clase de coste/ctas

Aquellas clases de coste asociadas a cuentas FI nuevas

Creación de clases de actividad

DB

KU

147

CO

KL01

Finanzas / controlling / contab.de centros de coste / datos maestros / clases de actividad / tratamiento individual / crear

DB

KU

148

CO

KLH1

Finanzas / controlling / contab.de centros de coste / Clases de actividad datos maestros / gr.cl.actividad / crear

Agrupación de clases de actividad

KP 26

Finanzas / controlling / contab.de centros de coste / Clases de actividad planificación / prest.de actividades y tarifas / modificar

P recios de clases de actividad

VK11

Logística / comercial / datos maestros / condiciones / selección mediante clase de condición / crear

Costes

Definir tipos de mano obra Costes de mano de obra

Cuentas FI

Copiar cuentas entre sociedades

DB

DB

KU

KU

149

150

CO

CO

Clases de actividad

DB

KU

151

FI

OBY2 / FS00

Finanzas / gestión financiera / libro mayor / datos maestros / cuentas de mayor / tto.individual / central

DB

KU

152

CO

KA01

Finanzas / controlling / contab.cl.coste / datos maestros Cuentas CO / cl.de coste / tratamiento individual / crear primario

Carga de clases de coste

DB

KU

153

FI

FI01

Finanzas / gestión financiera / bancos / datos maestros / maestro de banco / crear

Bancos

Carga de bancos externos/internos

DB

KU

154

FI

MMP V

Logística / gestión de materiales / maestro de materiales / otros / desplazar periodo

P eriodos

Desplazar periodo

Finanzas / gestión financiera /

Crear las variantes del

Asociamos costes fijos y variables a clases de actividad asociadas a posiciones de orden

DB

KU

155

FI

DB

SI

156

PM

DB

SI

157

HR

F110

deudores / operaciones P rograma de pagos periódicas / pagos / gestión de Recursos humanos

personal / desarrollo personal / S_AHR_61003929 opciones / opciones actuales / Cualificaciones tratar catálogo de actualizaciones PPPM

Recursos humanos / gestión de personal / desarrollo personal / Operarios perfil / modificar

DB

KU

158

HR

P P 01

Recursos humanos / gestión de organizaciones / modo experto / Organización generalidades

DB

SI

159

HR

P A30

Recursos humanos / gestión de personal / gestión / maestro de Operarios personal / actualizar

Mantener calendario

programa de pagos

Definir grupos de cualificaciones

Operarios y cualificaciones

Asociar cualificaciones de cada operario

Crear organización HR

Creamos la nueva organización en recursos humanos. Ver el punto de custo para liberación de pedidos

Creación de nuevos operarios

Nuevos operarios de la nueva sociedad

Calendario de fábrica en centro

Hay que mantener los días festivos si el calendario no se mantiene a nivel de puesto de trabajo Determina el plan de visitas en el nuevo centro

Custo

SI

160

MM

SCAL

DB

SI

161

PM

IP 11

Logística / mantenimiento / mto.planificado / planif.de mto / Estrategia estrategia de mto / modificar

Crear estrategia genérica

DB

SI

162

PM

IE05

Logística / mantenimiento / equipo / tratamiento de lista / modificar

Lista equipos

Crear variante solicitante para lista equipos

P uestos de trabajo

Crear puestos de trabajo

Ubicaciones

Crear ubicaciones

DB

KU

163

PM

IR01

Logística / mantenimiento / gest.mantenimiento / entorno / puestos de trabajo / puesto de trabajo / crear

DB

KU

164

PM

IL01

Logística / mantenimiento / gestión de objetos técnicos / ubicación técnica / crear

DB

SI

165

MM

MN04

Gestión de materiales / compras / datos maestros / mensajes / Mensajes ped. Cpras pedido / crear

DB

SI

166

SD

VV12

Logística / comercial / datos maestros / mensajes / Mensajes contratos documento de venta / modificar

DB

SI

167

SD

VV31

Logística / comercial / datos maestros / mensajes / factura / crear

DB

SI

168

SD

VV12

Logística / comercial / datos maestros / mensajes / Mensajes ofertas documento de venta / modificar

DB

SI

169

SD

VV12

Logística / comercial / datos maestros / mensajes / Mensajes ped.ventas documento de venta / modificar

Mensajes facturas

A crear por los KU en TST/Carga No es necesario: va por clase de documento

24 December, 2011 | created using fivefilters.org

Enlaces relacionados con SAP

Support Portal es la página web de acceso imprescindible para los clientes de SAP. En ella encontramos, sobre todo, todas las notas y correcciones que SAP va suministrando sobre su software (Help & Support /Search for SAP Notes). Gestiona la licencia del software SAP comprado por el cliente (Keys & Requests /License Keys). Controla la modificación de objetos propietarios de SAP (Keys & Requests /SSCR Keys). Mantiene los usuarios profesionales de la plataforma (Data Administration /User Data). Permite la descarga del software SAPGUI y otros (Software Downloads). Es por tanto, una página imprescindible para el cliente. Certificaciones y cursos SAP. Si quieres ser un consultor certificado o solamente buscar cursos SAP en tu área, entonces deberás acudir a esta página. Recordad que desde hace un tiempo SAP ha cambiado los niveles de certificación SAP. Consulta la información si no estás seguro de cuál es el nivel de certificación al que debes presentarte. SAP Help Portal agrupa toda la documentación SAP. La explico en más detalle en la sección de ayuda. Digamos que cualquier persona que se dedique a trabajar en SAP podría tener suficiente con las páginas que la misma empresa suministra. Publicaciones SAPinfo es la revista sobre actualidad SAP, escrita en castellano. La original en inglés, sin embargo, se actualiza mucho más frecuentemente. También se puede seguir a través de twitter.

Esta semana toca escribir sobre links y páginas cuyo motivo sea SAP. Con este post recopilo los links que poco a poco he ido guardando y doy una pequeña opinión personal sobre ellos.

ERPTips. Antiguamente llamada SAPTips es una de las revistas on-line decanas sobre el mundo SAP. En sus artículos han colaborado un buen número de profesionales SAP para informar de parametrización, ABAP, actualidad, eventos, etc. Es una publicación de pago pero merece la pena, pero si no la puedes pagar puedes pedir un número gratuitamente.

Páginas oficiales SAP SAP es el enlace de la página oficial del ERP y todos sus productos asociados. Desde la página principal se puede navegar a casi cualquier sitio oficial, soluciones, servicios, ecosistema, etc. Sin duda es el lugar de referencia para empezar. También tiene una página en facebook. Sin embargo, personalmente creo que tiene un gran problema, es una página tan grande y con tanta información que a menudo es difícil saber cómo llegar al detalle que realmente nos interesa.

Ayuda Help de SAP es el manual sobre el ERP de SAP. Sin duda, la ayuda estrella de SAP. Contiene la documentación de todas las soluciones y releases de SAP. Además existe un interesante recurso de documentación llamado docupedia parecido a una wiki que complementa a esta ayuda.

SAP Community Network se define a sí misma como la red para los profesionales de SAP. Es otro excelente punto de partida para buscar mucha información sobre eventos y actualidad SAP. La página agrupa un gran número de recursos de todo tipo para profesionales SAP donde yo destacaría el foro, la wiki y los blogs. Service Marketplace es el gran repositorio de información de todas las soluciones SAP dirigida tanto a cliente, partners y consultoras y a profesionales. Para tener acceso à la información que se publica aquí es imprescindible poseer un usuario de cliente o profesional certificado SAP. En esta página destacan las secciones Support Portal y SAP Help Portal.

SAPpedia. Tal y como sus autores la definen, la SAPpedia es un proyecto colaborativo para escribir una enciclopedia SAP. Está en castellano.  Wiki de SAP es un cajón de sastre de la página oficial de SAP. A modo de wiki colaborativa podemos encontrar los temas más

1

diversos y colaborar en el crecimiento de cualquiera de ellos. 

La web de programación ABAP4 es una página en castellano muy entretenida. Contiene un buen número de recursos sobre programación ABAP. Yo destacaría entre todos el manual de programación en ABAP.

Foros Foro de la SAP Community Network es, a mi modo de ver, el foro más completo y que más áreas cubre. Para cualquier pregunta que se nos ocurra sobre SAP, ABAP, sus módulos, alguna de sus soluciones… seguro que alguien nos dará respuesta aquí. Es un excelente repositorio de información que en su mayor parte se encuentra en inglés, aunque existen pequeños foros en chino, japonés, portugués, coreano y español. De todos modos, si queréis encontrar una respuesta segura es mejor que vayáis a cualquiera de los foros en inglés. El problema, si tiene alguno, es como siempre en las páginas oficiales de SAP su tamaño. Es tan grande que suele ser costar encontrar la información adecuada a nuestro problema. A esto hay que unirle los criterios de búsqueda que utiliza y que hace que muchas veces los resultados no estén muy afinados.

Saperos on line. Blog hecho por siete consultores que tienen como denominador común el ABAP y los problemas con los que se van encontrando. Sus soluciones la dan en esta página. En castellano. SAP ABAP Help es un blog ABAP que mantiene Naimesh Patel. Contiene buena información en inglés sobre programación ABAP orientado a objetos. Manuales SAP DOCS. La parte principal de este blog está dedicada a compartir manuales. Sin embargo, también hay información general de módulos SAP. La mantiene desde Turquía Y.Z. Mercan y podéis seguirlo en twitter a través de yzmercan.

SAP fans había sido uno de los mejores foros en lengua inglesa hasta la llegada del foro de la SAP Community Network. Aún así, sigue siendo un muy buen lugar para la resolución de problemas tanto ABAP como customizing. Una de sus características principales es que está estructurado en módulos SAP, lo cual facilita las búsquedas. Igualmente, su buscador también está bastante afinado.

Administración Knowledge management IT 4U es un buen blog sobre problemas del día a día en administraciones y sistemas SAP. En inglés. Seguridad SAP. Una página sobre auditoría, seguridad y links en administración y seguridad SAP.

Mundo SAP es uno de los foros decanos de SAP en castellano. Quizás sea el más completo en castellano. Se estructura también en un árbol de módulos SAP con dos áreas principales, las de desarrollo y las de consultoría. Su parte de foro se complementa con una sección de blog y una excelente sección de descargas con cualquier tipo de manual SAP que podamos imaginar.

Páginas personales SAP Web 2.0 es uno de los blogs personales de Timo Elliott. Timo fue, tal y como él dice, el octavo empleado de SAP BusinessObjects. También se le puede seguir a través de su página web personal y a través de su cuenta de twitter.

Todo SAP. Otro foro de SAP en castellano. Consultoría funcional SAP study materials es un excelente blog y una guía de parametrización estupenda. En inglés.

SAPLAB es un blog personal de Antonio Caldas. Consultor con más de 10 años de experiencia que reparte noticias SAP, vídeos, manuales, etc. Podéis seguirle en twitter. En inglés.

SAP Inside. Excelente blog que toca todos los módulos SAP con información mantenida regularmente. En inglés.

Aníbal Goicochea. Blog sobre Business Intelligence. Es un buen lugar si queréis seguir la actualidad en el mundo BI. A Aníbal se le puede seguir en twitter. En castellano. SAP links es una página personal de Hernán González. Es un extenso repositorio de páginas web en varios idiomas. Consúltala si quieres ampliar este post con un mayor número de links. Aequology. Blog personal de Frederic Page, training consultant de SAP. Es una página sobre responsabilidad social y sostenibilidad, tema sobre el cual SAP proporciona soluciones a medida. Puedes seguir los twits personales de Frederic a través de twitter. Éstos son algunos de los links que yo he acumulado. Si sabéis otros no dudéis en añadirlos en los comentarios.

SAP Material Management es un blog en inglés que ya no se mantiene con buena información sobre la parametrización del módulo SAP-MM.

Las imágenes de este post son propias de sus páginas web. Imagen inicial | Simon Blackley

SAPINFO es otro blog que ya no se mantiene y con diversa información sobre parametrización SAP. ABAP

2

20 December, 2011 | created using fivefilters.org

Especial Demo Jam SAPTechEd Berlín 2010

Durante estos días 12 a 14 de octubre se está celebrando en Berlín la SAP TechEd, la conferencia anual en la cual se dan cita desarrolladores SAP. Este año la SAP TechEd se celebra en Berlín, Las Vegas, Bangalore y Shanghai. Dentro de la SAP TechEd uno de los momentos importantes es el Demo Jam, el concurso donde desarrolladores, ya sean trabajadores de SAP o no, envían sus aplicaciones.

Right here, Right Now! – Steffen Schwark and Philippa Holland, Bluefin Solutions. Una interesenta aplicación que, en el ejemplo presentado, ha permitido traspasar la agenda personal desde un terminal smartform Android a SAP.

La comisión de SAP TechEd Demo Jam ha recibido unas 200 propuestas de aplicaciones según la presentación que ha hecho Mark Yolton. De entre éstos, se han seleccionado cinco grupos finalistas. Cada uno ha tenido seis minutos para hacer la presentación de su aplicación.

CLUEY – Hans-Friedrich Witschel and Ulrike Brecht, SAP. Permite crear notas y traspasarlas a tu CRM.

Event Insight Unwired – Stephen Dawson and Noreen O’Connor, SAP. Una aplicación desarrollada bajo tecnología Android para gestión de incidencias en centros de datos. Los usuarios pueden tener acceso a señales de alarma como cambios de temperatura, humedad, etc. Arnie – Marek Kowalkiewicz and Alexander Dreiling, SAP Research. Una aplicación para lectura de códigos QR a través de smartforms. Smartpen and Paper Collaboration – Florian Schultz, Livescribe and Tobias Queck, SAP. Desarrollo para conectar nuestras notas, tomadas con bolígrafos inteligentes a nuestro ordenador. Los desarrolladores prometen que con esta tecnología se puede subir información desde papel a SAP.

1

Business Services for Very Small Enterprises – Craig Haworth, Sybase and Jan Eloff, SAP Research. Aplicación para VSE (muy pequeñas empresas) desarrollada en Android. En este certamen las aplicaciones para smartforms, y sobre todo las desarrollados bajo tecnología Android han sido mayoría. Uno de los finalistas ha sido precisamente una aplicación desarrollada por Sybase, compañía recientemente adquirida por SAP en su estrategia dirigida al negocio de la movilidad. Finalmente, el ganador ha sido la interesante aplicación de Florian Schultz y Tobias Queck para la transferencia de datos desde el papel a SAP. Si bien durante la presentación no se ha podido observar todo el potencial de su desarrollo (les ha faltado tiempo para mostrarla completamente), es sin duda interesante y habrá que verla. Sin embargo, es de destacar que haya ganado precisamente una de las pocas aplicaciones que no se alinea con la actual estrategia de SAP enfocada à la movilidad. Las fechas del SAP TechEd son: Berlín: 12–14 octubre. Las Vegas: 18–22 octubre. Bangalore: 1–3 diciembre. Shanghai: 1–2 diciembre. Las fotos han sido tomadas directamente de las presentaciones del Virtual SAP TechEd. Imagen | Thomas Jung del SAP Demo Jam 2007

2

20 December, 2011 | created using fivefilters.org

Demo Jam SAPTechEd Las Vegas 2010

información registrada se puede subir a SAP para el análisis de tiempo invertido en cada uno de los eventos. Seguro que es muy útil à la hora de hacer un análisis del coste del tiempo de los consultores SAP y hacerlo registrando el tiempo hasta el segundo de detalle. Ya vimos una aplicación parecida en el Demo Jam de Berlín, Right Here, Right Now. En aquella ocasión la herramienta permitía subir la agenda a SAP. Plant maintenance with augmented reality — John Astill y  Andreas Muno, SAP. Al realizar mediciones en los procesos SAP-PM el operario recoge su hoja de trabajo y se va hacia cada uno de los aparatos para apuntar la medición en papel. De vuelta a su ordenador, introducirá estos datos en SAP. Sin embargo, la aplicación que presentaron John Astill y Andreas Muno utiliza un teléfono móvil para localizar los diferentes equipos mediante “realidad aumentada”. Una vez localizado cada equipo, el operario introduce la medida en su móvil que, inmediatamente, le indica si el valor se encuentra en los niveles normales o si, por el contrario, está fuera de rango y requiere una intervención inmediata. No me quedó claro si existe una integración con SAP o es una aplicación separada. Si la aplicación móvil estuviese integrada con SAP permitiría recuperar la información de las hojas de trabajo al móvil y realizar las medidas sin la utilización

Después del Demo Jam SAPTechEd Berlín, del cual ya hablé en un post anterior, llegó el Demo Jam SAPTechEd Las Vegas. El evento se celebró el pasado 19 de octubre. Las características fueron las mismas que tuvo el anterior evento, es decir, seis presentaciones de desarrollos relacionados con SAP, cada presentación de seis minutos de duración.

de papel. Igualmente se podrían introducir los datos y transferirlos directamente a SAP. Eso sería una gran aplicación.  Super-Generic Mobile App — Matt Harding y Al Templeton. La siguiente aplicación me dejó con la boca abierta. Fue la ganadora de la noche, cosa con lo que estoy de acuerdo. Es un framework con el cual poder crear nuestras propias aplicaciones móviles, utilizando la tecnología HTML5 y programación ABAP. Se puede utilizar en el IPhone, el IPad y Android. A ver cuándo estará disponible.

Craig Cmehil habla sobre el Demo Jam. i-Mine — Sudarshan LS, SAP. La primera presentación nos mostró una herramienta de “data mining” que, conectada con Business Object Explorer permite analizar nuestras series de datos. Según la presentación, casi leyéndonos la mente, ya que aún sin saber exactamente lo que buscamos podemos encontrar correlaciones e información relevante que nos es mostrada. Suelo ser escéptico ante este tipo de herramientas que prometen ahorrar el trabajo de pensar al usuario, pero si es verdad, bienvenida sea. A Sudarshan, por desgracia, le faltó tiempo para acabar su presentación. SAP Event Insight and IONX Live — Matt Bones y William Lefebvre, IONX. En la segunda presentación, un desarrollo de gestión de la cadena de suministro para la industria de los ferrocarriles. A través de un sistema de sensores inalámbricos, la aplicación integrada con SAP-PM fue capaz de descargar una cantidad determinada de líquido de un vagón de tren. Todo integrando SAP con herramientas de gestión web externa. Sin duda, una buena aplicación que aúna SAP y programas de control de proceso en tiempo real. Ya existen herramientas de este tipo en logística, pero en la mayoría de casos el “interfasado” de la información no se hace en tiempo real, con lo cual el control de stocks no es todo lo fino que sería deseable. 

Los ganadores Matt Harding y Al Templeton. EasySAP — Tobias Queck y Sebastian Steinhauer, SAP. Tobias Queck ya fue ganador del Demo Jam de Berlín 2010 con Smartpen and paper collaboration y ambos, Tobias Queck y Sebastian Steinhaue, estuvieron en el Demo Jam de Viena 2009 . En Las Vegas han vuelto juntos para presentar otro producto. Esta vez han mostrado una herramienta para crear scripts de pantallas en SAP y ejecutarlos automáticamente. El equipo de Tobias y Sebastian no han ganado este año, aunque creo que la presentación fue muy buena.

Mobile Clock In — Sudhindra Naib y Sangeeta Roy, SAP. No podían faltar aplicaciones móviles este año, aunque han habido menos que en la Demo Jam de Berlín. Este desarrollo, realizado bajo tecnología Android, sirve para registrar los eventos a los que asiste una persona. En el momento de iniciar el evento, la persona debe indicarlo en su móvil. Cuando finaliza el evento, de nuevo entra en la aplicación para marcar el fin del evento. La

Imagen | Jess1820

1

20 December, 2011 | created using fivefilters.org

SAPPHIRENOW 2010

En los días 17, 18 y 19 de mayo se celebró el SAPPHIRENOW, el congreso anual en que se reúnen partners y consultores SAP para mostrar las últimas innovaciones en el negocio de SAP. Este año contó con una gran innovación, la posibilidad de poder ver muchas de las conferencias en vídeo on-line. Esto nos ha permitido asistir al evento a muchos los que no hemos podido ir a ninguna de las ciudades donde se celebraba el evento (Frankfurt y Orlando). Ciertamente, fue una semana muy movida en cuanto a eventos tecnológicos, pues también se celebró en estas fechas el congreso Google I/O, con una forma y presentación (salvando las distancias) muy parecidas a las de SAP. Las cifras del SAPPHIRENOW de este año han sido realmente impresionantes: 16000 asistentes en Frankfurt y Orlando: 10500 en Orlando y 5000 en Frankfurt. 35000 asistentes a través del SAPPHIRENOW online. 1200 sesiones. Más de 400 broadcasts. Todo ello retransmitido a través de su página web oficial y seguido a través de twitter,  facebook y su blog oficial. Algunos de los temas que se trataron en este evento fueron sostenibilidad en SAP, movilidad en SAP y, sobre todo el impactante Business Intelligence In-Memory. Aquí os dejo algunos vídeos: El siguiente evento llegará en otoño: SAP TechEd. Foto de timoelliot

1

20 December, 2011 | created using fivefilters.org

SAP Streamwork

StreamWork™ entiende por actividad cualquier proyecto que se gestione de forma separada y con sus propios miembros del proyecto. Por ejemplo, en nuestro caso vamos a crear un proyecto de ‘Mejora de las ventas de la empresa’ donde implicaremos a los miembros de los departamentos de Comercial y Marketing. Cuando creemos una actividad debemos dar un nombre a dicha actividad, una descripción y podemos o no utilizar alguno de los templates que ya vienen definidos. En nuestro caso crearemos una actividad vacía. Cuadros A través del botón ‘Add’ podemos ir añadiendo cuadros al igual que lo haríamos en un wiki. En nuestro caso creamos un cuadro de decisión, notas y un cuadro de estadísticas. Introducimos así cuál es el motivo del proyecto, agregamos algunas notas acerca de éste y ponemos una primera pregunta donde los participantes votarán sobre ésta.

En este post voy a hablar de la herramienta SAP® StreamWork™ (antes llamada 12sprints). Es una nueva apuesta de SAP por las herramientas “en la nube” en las que viene trabajando últimamente SAP, tras SAP BusinessObjects BI OnDemand, también del fichaje David Meyer. Definición SAP® StreamWork™ es, tal y como dice la web del producto, una herramienta de colaboración y toma de decisiones. Es una plataforma que conjuga las ventajas de una wiki con la información de origen SAP. Sirve à la creación de proyectos y gestión de mejoras en la empresa. Sin duda, es una herramienta muy útil para la dirección que ha de venir de la mano de SAP-BI. La idea es crear un entorno donde colaboradores de un grupo puedan aportar ideas e información disponible para el resto de miembros. Y que de aquí aparezcan nuevas ideas y decisiones que ayuden a mejorar la productividad de la empresa.

Participantes El siguiente paso lógico es enviar una invitación a todos los que creemos que deben participar en la decisión de mejorar las ventas. Esto lo hacemos a través del botón ‘Add participants’. Cada uno de los invitados recibirá a través de su correo personal una invitación a crearse una cuenta en SAP® StreamWork™ y acceder al proyecto.

Veámoslo con un ejemplo. Crear una cuenta Hay que entrar en la web de SAP® StreamWork™ y crear nuestra propia cuenta. Para ello sólo necesitaremos dar un nombre, una dirección de correo y una contraseña. Y ya está. No hay más información necesaria. La cuenta es totalmente gratuita, si bien existe una versión profesional con un coste mensual.

Subir documentos A través del botón ‘Upload’ Cada uno de los participantes puede añadir la información que considere necesaria subiendo documentos bien desde su propio ordenador bien desde otra aplicación “en la nube”, Evernote. Pero cuidado, que la versión gratuita no permite subir más allá de 250 Mb de datos.  Herramientas Existe un catálogo de herramientas disponibles a través del botón ‘Tool catalog’ como

Crear una actividad Una vez dentro debemos crear una nueva actividad. SAP®

1

Agendas.

está la información? ¿Es seguro? ¿Quién puede acceder a los datos de mi empresa? Sin embargo, el auge de las herramientas “en la nube” tiene que hacer que en un futuro próximo nos olvidemos de esta natural desconfianza.

Rankings. Tablas de pros y contras. Propuestas.

La integración con SAP es una incógnita. Si bien hay informaciones que indican que habrá una integración al respecto con SAP-BI, yo no he sido capaz de encontrarlo a través de la herramienta.

Encuestas. Matrices DAFO (SWOT) o de debilidades, amenazas, fortalezas y oportunidades. Análisis de coste/beneficio.

“People will begin to see some initial integrations SAP’s Developer Network, which should preface some additional capabilities to come. While we can’t share granular plans, SAP has full intentions to integrate StreamWork into existing business applications. Users should see these developments over the next year. It also is up to customer feedback to prioritize which comes first, SAP has many integrations in the works and will determine which to pursue based on customer need.” (ReadWrite Enterprise).

Matrices de responsabilidades. Acciones Una vez se haya tomado una decisión ésta se puede gestionar a través del botón ‘Action item’, dotándola de un tiempo para su cumplimiento y añadiendo una descripción.

“In fact, if you want to integrate StreamWork into your SAP/Business Objects systems you’ll have to wait until the 2nd half of 2010” (Customerthink). Más información Twitter Canal Youtube Imagen inicial | NASA on The Commons Add-ons El menú ‘Extensions’ permite activar ampliaciones tales como Scribd. Al activar Scribd podremos previsualizar dentro de SAP® StreamWork™ los documentos que subamos. Pero, atención al hacerlo estaremos subiendo una copia de nuestro documento a  Scribd. Otras extensiones también están disponibles. Conclusiones La herramienta ofrece evidentes ventajas como… Permite a todos los miembros del equipo tener una visión conjunta del desarrollo del proyecto Es un lugar donde poder gestionar toda la documentación del proyecto de forma unificada. Ofrece un entorno de colaboración y de toma de decisiones en una misma plataforma. Recoge en un mismo lugar todas las opiniones e ideas y las deja a disposición de todos los miembros del grupo. Implica en un mismo entorno a todos los miembros del grupo. Aúna en una misma plataforma las ventajas de una wiki y de una red social. Pero también nos deja con algunas dudas… ¿Por qué pagar por una cuenta profesional cuando “en la nube” ya existen herramientas muy parecidas? Por ejemplo, Cubetree o las mismas herramientas de Google. Al fin y al cabo, estamos hablando de una wiki mejorada. La desconfianza de las herramientas “en la nube”. ¿Dónde

2

24 December, 2011 | created using fivefilters.org

Movilidad en SAP

Las principales características que define la gente de SAP/Sybase para esta plataforma son: Integración entre diferentes sistemas back-end, incluidas bases de datos, servicios web, aplicaciones SAP, etc. Soporte a múltiples dispositivos móviles, incluidos iPhone, BlackBerry, Windows 32 y Windows Mobile. Entorno de desarrollo integrado mediante Eclipse. Uso de MBO (Mobile Business Objects). Integración con sistema de seguridad Afaria. Sybase Afaria Asistí también a una de las presentaciones paralelas donde M.A. Prudencio de VASS y J.M. Capó de NTS presentaron entre otras cosas el entorno Afaria.

Esta semana estuve en una jornada sobre “Estrategia de movilidad empresarial en SAP” patrocinada por Samsung. Así que aprovechando esta circunstancia, y sin intentar hacer publicidad, voy a comentar un poco sobre la oferta de SAP en este entorno tan en alza. En mayo del pasado año 2010 saltó la noticia de la adquisición de Sybase, una compañía con una larga trayectoria en el desarrollo de soluciones para plataformas móviles, por parte de SAP. Parece ser que poco a poco SAP ha ido dando pasos para la integración de la tecnología móvil en su estrategia de negocio futura. Dentro de las herramientas que actualmente desarrollan Sybase y SAP en este entorno y que se presentaron en esta jornada se encuentran la plataforma Sybase Unwired Plattform y Sybase Afaria. Sybase Unwired Plattform

Arquitectura Afaria. Imagen de la página de Sybase.

En las presentaciones iniciales Sami Lechner de SAP hizo una explicación sobre la estrategia de movilidad SAP y sobre la SUP (Sybase Unwired Plattform). La SUP se presenta como una plataforma para aplicaciones móviles capaz de gestionar el entorno de comunicaciones entre los dispositivos móviles y los servidores, bases de datos y aplicaciones. Utiliza el entorno de desarrollo Eclipse para la creación de aplicaciones.

Afaria es una herramienta para la gestión integral del parque móvil de la empresa. Algunas características: Permite inventariar todos los dispositivos móviles. Securización del parque móvil. Evita instalación de aplicaciones no autorizadas. Bloqueo y desbloqueo a distancia del dispositivo. Integración con la plataforma de desarrollo móvil. Gestión de aplicaciones. Gestión de la batería y el ancho de banda. Estos dos conceptos son factores críticos en un entorno de movilidad. La realidad en cuanto a Afaria es que no es un entorno específico para SAP sino que se enfoca a los dispositivos, posean o no aplicaciones desarrolladas para SAP. Desarrollo de aplicaciones móviles

Arquitectura SUP. Imagen de la página de Sybase.

En otra sesión paralela à la que asistí Xavier Tor y Joan Ribas de

1

Realtech trataron sobre el desarrollo de aplicaciones móviles. Riesgos inherentes. Tipo de aplicación. Diseño de la interfaz. Ha de ser lo más simple posible. Qué patrones de usuario tendremos. Qué periféricos serán necesarios. Diseño de MBO. Atributos. Operaciones. Estrategia de replicación. Integración backend. Construcción de la aplicación. Desarrollo. Despliegue piloto.

Joan Ribas durante la presentación Realtech. Me pareció especialmente interesante el mapa de pasos a seguir para realizar un proyecto de implantación móvil, pasos que en algunos puntos pueden diferir de un proyecto de implantación SAP estándar.

Roll out. Además, anunciaron la pronta publicación de un libro de Joan Ribas sobre el desarrollo de aplicaciones para Android. Habrá que esperar un poco.

Definición del proyecto.

En definitiva, sobre la jornada me gustó la estrategia y el enfoque que SAP está dando à la integración móvil. Sin embargo, me faltó la visión de más aplicaciones estándar SAP ya que encontré que hay pocas (Mobile Sales o Mobile Workflow). Mi impresión es que existe un ecosistema de aplicaciones desarrollados por los partners de SAP, pero pocas con soporte directo de SAP. También parece ser que en el próximo SAPPHIRE se hará la presentación de una tienda de aplicaciones. Está por ver si se trata de aplicaciones móviles o de cualquier tipo de aplicación SAP.

Cuáles son los procesos de negocio. ¿Las aplicaciones han de gestionarse online u offline? Cuál ha de ser la estrategia de aplicación. La interfaz de usuario ha de ser lo más sencilla posible. Infraestructura. Qué número de trabajadores llevan móviles.

Las presentaciones y partners sobre los que he hablado no fueron los únicos. Podéis consultar un listado completo de presentaciones y partners aquí. Y si queréis profundizar en la estrategia de aplicaciones móviles SAP tenéis una buena presentación de Sami aquí.

Qué grado de seguridad habrá que aplicar. Elección de la plataforma móvil. Cuál es el grado de acceso à la red.

Actualización 16/04/2011: me han enviado el link donde están disponibles todas las presentaciones de las jornadas. Podéis consultarlas aquí.

Background. Tipología: SAP, bases de datos, etc.

Imagen inicial | nrkbeta

Dónde se localizan los datos. Toma de requerimientos. Cuáles son los casos posibles. Fuentes de datos. Objetos móviles.

2

24 December, 2011 | created using fivefilters.org

IDES

Alta de usuario Para pedir un usuario en Consolut hay que ir a su propia página web y rellenar un formulario donde nos pedirán nuestros datos y una dirección de mail. El proceso completo lo explican bien en este link. Renovación del usuario Si queremos seguir utilizando el servicio hay que desbloquear el usuario cada día en el link.

Hace unos días han hecho referencia a blogdesap en la página aprendesap como un recurso gratuito para complementar el aprendizaje en SAP. Pensándolo, esto me ha hecho plantearme que aparte de los recursos que existen en la red para mejorar en

Una vez hecho esto nos enviarán un mail a nuestra cuenta de correo parecido a éste:

nuestro conocimiento sobre SAP, lo vital ha de ser siempre poder aplicar lo aprendido. Y por eso este artículo.

Hello -,Thanks for your new interest in the consolut IDES system. With this mail we provide you the new password information for the ERP I62 clients 500 & 800 and for the MiniSAP client 500. Additionally, the ERP I62 password works for the consolut BI/BO web interface at http://portal.consolut.eu:51000/irj as well. Please keep in mind, that this service runs on port 51000 and not on port 80 — so, it might not work behind company firewalls. Logon Information for ERP I62 Client 500 & 800 and for BI/BO: User: ********* Password: ********* Login URL ERP: http://www.ides.consolut.eu Login URL BI/BO-Portal: http://portal.consolut.eu:51000/irj Logon Information for MiniSAP N4S Client 500 for ABAP Development Training & Full BI Access with RSA1 etc.: User: ********* Password: ********* Login URL: http://minisap.consolut.eu:8001/sap/bc/gui/sap/its/webgui Please keep in mind, that this MiniSAP service runs on port 8001 and not on port 80 — so, it might not work behind company firewalls. As SAPGUI is a lot easier for developing ABAP or using BI in RSA1, we would suggest to use the SAPGUI instead of the webgui connection for MiniSAP N4S. You can find the config for the SAPGUI at: consolut Forum: http://forum.consolut.net/viewtopic.php?f=4&t=1296 …

En este post voy a hablar de IDES (Internet Demonstration and Evaluation System). Un IDES representa según la help de SAP un modelo de empresa. Es un entorno de enseñanza que acelera el aprendizaje de la herramienta introduciendo casos figurados con datos previamente grabados. Es un mandante del ERP SAP con la información de una empresa ficticia pero que es plenamente funcional y que se usa principalmente en cursos, programas de autoaprendizaje y presentaciones. A todos los efectos, es como si estuviésemos trabajando delante de un cliente SAP. Para tener acceso a un IDES debes trabajar en una empresa con una licencia para IDES de SAP. También puedes contratar un curso de aprendizaje que tenga acceso a IDES como herramienta complementaria. Puedes hacer la instalación del IDES en un servidor propio y comprar la correspondiente licencia. O bien, puedes solicitar acceso a un IDES a alguna de las empresas que se dedican a dar acceso a esta herramienta y disfrutarla a través de internet. La opción de instalar el software en un servidor propio es posible y si estáis dispuestos a hacerlo podéis encontrar documentación en la propia página de SAP o en este link de sap-adm. Sin embargo, tal y como están evolucionando los servicios SaaS creo que para iniciarse en el aprendizaje de SAP es una buena idea empezar utilizando algún IDES a través de internet, mucho más sencillo y rápido. Existen varias páginas web que ofrecen este servicio como son Idesaccess, Sapconexión o Consolut por mencionar algunas. La mayoría, si no todas, suelen ser de pago, aunque pueden incluir una demo gratuita parcial o completa durante algunos días. Por ejemplo, Sapconexión ofrece un usuario gratuito durante cuatro días. Y Consolut ofrece un usuario gratuito con restricciones a condición de que se renueve día a día.

Entornos Como veis, a través de la página web nos ofrecen acceso a tres entornos diferentes

He hecho algunas pruebas con Consolut y éste ha sido el resultado.

1

Acceso al minisap: nos permite entrar a un entorno minisap para practicar ABAP. Recomendable hacerlo a través de un cliente SAPGUI instalado en vuestro ordenador, aunque también lo podéis hacer vía web.

Acceso SAP Portal vía web. Conclusiones Después de probar el entorno puedo decir que su funcionamiento es más que correcto y relativamente rápido y recomendado, tanto para los que queréis empezar en modo iniciación como los que queréis practicar ABAP. Para aquellos que queráis hacer vuestras pruebas de parametrización deberéis buscar un entorno de pago. Por cierto, también podéis seguirlos en su página en facebook Imagen inicial | Pip R. Lagenta

Acceso al SAP ERP vía web (500-custo, 800-demo): para acceso a un entorno de pruebas funcional de un SAP ERP vía webgui. Podéis utilizarlo para hacer vuestras pruebas funcionales, pero no podéis parametrizar (al menos en la versión gratuita).

2