Truco 63. Autorizacion de funciones en compras con el parametro EFB (OMET).


En una entrada antigua del blog hicimos referencia a algunos trucos que podíamos utilizar en el módulo MM para personalizar, mediante parámetros de usuario, el comportamiento del sistema.

Hoy vamos a ampliar esa información y nos vamos a centrar en el parametro EFB, el cual se configura a través de la transacción OMET y nos permite determinar autorizaciones por usuario para la realización o no de determinadas funciones en los procesos de compra.

La configuración es bien sencilla. En primer lugar, se define con la transacción OMET una etiqueta con sus correspondientes funciones autorizadas (que veremos en detalle a continuación).

omet2En segundo lugar, para los usuarios que queremos que se apliquen dichas autorizaciones, accederemos a la transacción SU3 e indicaremos en sus parámetros el valor EFB con la etiqueta definida en la configuración. A partir de ese momento, la configuración de autorizaciones será relevante para el usuario y el sistema solo le permitirá realizar las funciones a las que haya sido autorizado.

omet01Nota: si el parametro EFB no ha sido asignado, no habrá ninguna restricción para el usuario. La asignación también se podrá realizar con la SU01 o de forma masiva con la SU10.

Las acciones a las que podemos autorizar o no al usuario mediante esta configuración son las siguientes:

omet3

  • Opción “Visualizar condiciones”: permite que el usuario tenga visible la pestaña Condiciones. Si la opción esta desmarcada, dicha pestaña desaparecerá (nos permite permitir a determinados usuarios consultar documentos de compras sin ver el detalle de los datos de condiciones de precio).
  • Opción “Indicar condiciones”: permite que el usuario pueda introducir condición de precio en los documentos, así como introducir clase de condiciones adicional (por ejemplo, gastos de transporte, descuentos, etc) en los documentos de compra. Si la opción esta desmarcada, el usuario no tendrá acceso a realizar estas funciones (la pestaña de condiciones aparecerá a nivel de posición, pero no podrá indicar ni modificar ningún valor).
  • Opción “Sin Material”: nos permite crear posiciones en los documentos de compra sin indicar un material (solo el texto de la descripción). Si la opción no esta marcada, el usuario recibirá un mensaje de error como el que vemos en la imagen siguiente.

omet4

  • Opción “Transfer.precio pedido”: al crear una solicitud de pedido, en la pestaña Valoración a nivel de posición tenemos disponible la opción para configurar como queremos que se traspase el valor que indicamos en la solped al pedido (sin traspaso, como precio bruto o como precio neto). Esta opción aparecerá disponible si tenemos marcado el parámetro “Transfer precio pedido”. Si se desmarca, la opción no será visible en la ME51N/ME52N.

omet5

  • Opciones “SelecCpo” y “CtrlSelCampLib”: podemos indicar formatos de imagen para los documentos de compra o para las solicitudes de pedido. En estos formatos de imagen personalizaremos la configuración de los campos para el usuario (por ejemplo, determinados campos obligatorios, opcionales, solo visibles u ocultos). Con esta opción podremos personalizar, solo para determinados usuarios, el comportamiento de las transacciones en lo referente a los campos en las transacciones. Esta opción nos puede dar mucha potencia.

En la sección “Objetos de referencia posibles” indicamos los objetos de referencia que se pueden utilizar cuando estemos creando un pedido de compra. Por ejemplo, sino queremos que se pueda crear un pedido sin referencia a otro documento (Solped, Pedido Abierto, etc), desmarcaremos este flag para no permitir la función.

Las opciones de referencia disponibles, ademas de sin referencia, son: Pedido Abierto (incluyendo según el tipo de este, por Cantidad o Valor), Solicitud de Pedido, Pedido, Petición de Oferta sin Oferta, Oferta, Registro Info sin Oferta (que no se haya generado desde una oferta).

En la sección “Asignación manual fuentes de aprovisionamiento” podemos indicar que fuentes de aprovisionamiento se pueden indicar de forma manual cuando estemos creando una solicitud de pedido.

Con todas estas opciones podemos modificar de forma relevante la forma de trabajar del usuario con los documentos de compra, y seguramente poder cubrir algunos requerimientos que pueden surgir en un proyecto de implantación o mantenimiento del modulo MM de Sap.

Para terminar, os dejo el vídeo con los pasos de la configuración, con el que estrenamos una nueva forma de compartir conocimiento en el blog. Espero que os sea de utilidad.

Publicado en Formacion, SAP MM | Etiquetado , , , , | 6 comentarios

SAP HR: adios a los cluster de nómina.


Gracias a Antonio de Ancos, he conocido que los “famosos” clusters del módulo de HR van a pasar a mejor vida. Ya era hora, direís muchos de vosotros. En mi opinión, Sap lo podía haber hecho hace mucho tiempo (sobre todo cuando me tocaba a mi lidiar con ese modulo).

Como la información es de gran interés, os reproduzco integro el articulo de Antonio (os recomiendo que lo sigáis en Twitter, en su cuenta @aancos) o en su blog http://aancos.com/, donde habla especialmente de temas relacionados con Sap HCM).

SAP HCM: adiós a los clusters

22/01/2014 por

Para los que empezamos en este mundo peleándonos con “bonitas” macros del tipo RP-IMP-C2-RE, (mucho antes de que existieran cosas como HR_GET_PAYROLL_RESULTS, GET PAYROLL o los infotipos de resultados de nómina), para leer resultados de nómina esta noticia nos suena un poco a ciencia ficción:

How do SAP HCM customers benefit from declustering Payroll and Time Management on SAP HANA?

Se acabó eso de que cuando alguien pedía un listado de nómina y le decías que ibas a tardar 2 semanas, para justificarlo decías “porque como los datos están en un cluster“… que ni tu sabías lo que era un cluster, pero evidentemente tu jefe menos… y mientras, al lado, el programador de SD te decía: “tío, pero haz un SELECT”… y tu le decías, “no puedo, los datos están en un cluster“… bueno, pues con esto se acabó el “cuento chino” del cluster ;-)

Se suponía que los datos de nómina/tiempos se almacenaban en clusters, por temas de seguridad, para que la información no estuviera accesible fácilmente, etc… pero ahora ya no parece ser tan importante y con la “declusterización” todos los datos pasan a estar disponibles en “tablas transparentes de las de toda la vida”.

¿Por qué SAP da este paso ahora? A mí me da que “algo” tiene que ver que HANA no se debe llevar muy bien con los clusters y así vamos preparando el terreno… para lo que está por venir en un futuro cada vez más inmediato: SAP Business Suite powered by SAP HANA – Human Resources Fact Book

Por cierto, si queréis probar esto, lo tenéis disponible a partir del EhP4 SP13: HCM Declustering Tools

Y si queréis seguir leyendo del cluster, os recomiendo este artículo de los amigos de Oreka IT¿Cómo leer el clúster de nómina SAP? Eso sí, con tanta ayuda, a los “abaperos” se os ha acabado la excusa de “como lo está leyendo del cluster…” ;-)

Publicado en Abap, Sap HR | Etiquetado , | 2 comentarios

Truco 62. Textos de cabecera predefinidos en el registro de facturas de MM (Miro).


Cuando estamos trabajando con la transacción MIRO, en el registro de facturas desde MM, es habitual incluir, en la contabilización de estas, textos informativos referentes al concepto de la factura, incluyendo información del periodo, tipo de gasto, departamento, etc.

textos_miro1Al contabilizar la factura, el texto introducido se registra en el documento de Finanzas, en la posición del asiento de FI correspondiente a la cuenta del acreedor/proveedor, en el campo Texto.

textos_miro2Luego este texto lo tenemos disponible en el informe de partidas abiertas de proveedores, utilizando por ejemplo la transacción FBL1N. Teniendo ahí esta información, podemos realizar búsquedas o totalizaciones usando esa información del “concepto” al que se asocia la factura registrada.

textos_miro3Para facilitar el trabajo del usuario, así como para “normalizar” los valores que podemos introducir en este campo al registrar las facturas, tenemos la posibilidad de parametrizar una lista de valores que podremos usar en este campo (además de la lista de valores, siempre tendremos la opción de introducir texto libre).

La parametrización asociada se encuentra en la ruta de customizing Gestión financiera –> Contabilidad de deudores y acreedores –>  Operac. Contables –>  Recepción de facturas /Entrada de Abonos –> Realizar y verificar parametrizaciones para documento –> Almacenar textos para posiciones documento. Aquí definiremos los valores, asignándoles una clave identificadora y un texto asociado.

textos_miro4Con la opción de parametrización “Visual.control” sin marcar,el texto aparecerá en el campo con el formato =Z001 al seleccionarlo, apareciendo posteriormente el texto propuesto.

En la definición de los textos podemos incluir variables que se sustituirán en el momento de la contabilización. Las opciones disponibles son las siguientes:

  • &BLD   Fecha del documento.
  • &BUD   Fecha de contabilización.
  • &ZFB   Fecha base para plazo de pago.
  • $BUP   Periodo contable.
  • $XBL   Nº documento de referencia.

Esto nos permite añadir automáticamente información del documento generado sin necesidad de escribirla manualmente.

Al entrar un documento, podremos indicar la variable de texto precedida del signo ‘=’ (=XXXX) o bien utilizar el matchcode para seleccionar el texto deseado.

textos_miro5Nota: los textos también estarán disponibles para su uso en las transacciones de registro de facturas desde FI, tanto en la parte de Deudores (FB70 Facturas, FB75 Abonos), como para Acreedores (FB60 Facturas, FB65 Abonos).

Este truco forma parte del contenido del Curso MM Gestión de Materiales que estamos impartiendo en la actualidad, en la lección correspondiente al registro de Facturas. Espero que os sea de utilidad.

Publicado en Formacion, SAP MM | Etiquetado , , , | 4 comentarios

Truco 61. Añadir campos adicionales en los informes de pedidos de Compras.


Aunque no suele ser un requerimiento muy habitual, pues los informes estandar de pedidos ya ofrecen bastante información (por ejemplo, en las transacciones ME2L, ME2M, etc), en ocasiones podemos tener la necesidad de incluir otros campos en estas transacciones para visualizar contenido adicional o campos de cliente.

Si teneis este requerimiento y estáis en la versión de SAP ECC (EHP4 FOR SAP ERP 6.0 / NW7.01), podreís utilizar la Badi ME_CHANGE_OUTTAB_CUS donde podremos incluir este requerimiento.

Para poder hacer efectivo este cambio, tendremos que trabajar en los informes de pedidos con el alcance de lista en modo “ALV”. Los pasos a seguir utilizando esta alternativa serían los siguientes:

1. Incluir los campos adicionales en las estructuras correspondientes.

La estructura a modificar para incluir los campos adicionales será la MEREP_OUTTAB_PURCHDOC. Esta estructura corresponde a la vista “Lista básica” de los documentos de compras.

Tendremos otras estructuras similares para incluir campos adicionales en las otras vistas disponibles en estos informes:

  • MEREP_OUTTAB_SCHEDLINES: vista Repartos.
  • MEREP_OUTTAB_ACCOUNTING: vista Imputación.

En nuestro ejemplo, trabajaremos  con la “Lista básica” y por tanto modificaremos la estructura MEREP_OUTTAB_PURCHDOC utilizando la transacción SE11.

me2l_1Para incluir los campos, añadiremos una estructura Append siguiendo las instrucciones que vemos en la imagen. A continuación incluiremos los campos de la estructura append (recomendable que empiezen por ZZ) . En nuestro ejemplo, hemos incluidos tres campos donde mostraremos el usuario que ha creado un pedido, la fecha y hora de creación (podíamos haber incluido otras muchas cosas como información de liberación, información adicional de la cabecera o posiciones relacionada con el proveedor, material, etc).

me2l_2Finalmente, desde la opción de menú Detalles –> Categoría de ampliación realizaremos la clasficación de la ampliación, indicadando “Ampliable de cualquier manera”. A continuación activaremos el objeto, que ya quedará listo para su posterior “llenado” utilizando la Badi.

Desde este momento, los campos ya aparecen disponibles en los informes de pedidos (ME2L, ME2M), aunque sin valor alguno.

2. Implementar la Badi con el código que llenará los valores de los campos incluidos.

Con las transaccion habitual (SE19), crearemos una implementación de la Badi ME_CHANGE_OUTTAB_CUS e incluiremos el código Abap para realizar el llenado de los campos añadidos en la estructura MEREP_OUTTAB_PURCHDOC (usaremos para ello el parametro CH_OUTTAB, que es la tabla accesible en la Badi donde estarán disponibles todos los campos mostrados en el informe).

En el caso de estar en una versión anterior de Sap, os recomiendo la lectura detallada del Blog de nuestros amigos de Saptechnical.com donde explican la forma de hacerlo utilizando Enhancement points. Podéis acceder al contenido en este enlace:

http://saptechnical.com/Tutorials/ExitsBADIs/ME2N/Index.htm

En esta segunda alternativa crearemos un enhacement point en el método BUILD_BASE_LIST que se encuentra en el include LMEREPD02 del programa Truco 61. Añadir campos adicionales en los informes de pedidos de Compras.SAPLMEREP (el que se llama desde los informes de pedidos).

En esa ampliación incluiremos el código que llenará con valor los campos incluidos en la estructura (que tendremos accesibles en la tabla RE_OUTTAB_PURCHDOC) y que se visualizaran con el valor correspondiente en los informes de pedidos.

Espero que os sea de utilidad.

Publicado en Abap, Formacion, SAP MM | Etiquetado , , | 5 comentarios

Un poco de humor Sap para empezar 2014.


Todos conocemos la complejidad de un proyecto de implantación de Sap y los diferentes elementos que intervienen en él, donde incluso muchos componentes de las organizaciones son reacios a los cambios que puede implicar un proyecto de este tipo. Sap es realmente al principio un monstruo caro de implementar y costoso de digerir, donde también podemos encontrar proyectos fracasados después de inversiones muy grandes.

Siguiendo el tono humorístico que dejo nuestro amigo Oscar Arranz (@oarranzli) en su blog, con el genial artículo titulado “Chuck Norris facts vs SAP“, os dejo un vídeo realmente ingenioso donde habla del motivo real por el cual Hitler no gano la Segunda Guerra Mundial. No se le  ocurrió otra cosa que implantar Sap en el ejercito alemán, con el fatídico resultado que todos conocemos.

Y aquí la versión en Español, gracias a SIdV:

Espero que empecéis el año 2014 con buen pie y tengáis muchas cosas buenas, y sobre todo, mucho, mucho Sap. Y que vuestro proyecto de implantación o mantenimiento salga bastante mejor que el del video (incluyendo un Project Manager un poco más amigable).

Un saludo a todos.

Publicado en Humor | Etiquetado , | 2 comentarios

Los números de 2013


Los duendes de las estadísticas de WordPress.com prepararon un informe sobre el año 2013 de este blog.

Aquí hay un extracto:

El Museo del Louvre tiene 8.5 millones de visitantes por año. Este blog fue visto cerca de 410.000 veces en 2013. Si fuese una exposición en el Museo del Louvre, se precisarían alrededor de 18 días para que toda esa gente la visitase.

Haz click para ver el reporte completo.

Publicado en Opinion. | Deja un comentario

Truco 60. Protección de campos en el Maestro de Materiales (Fijación).


En un truco anterior hablamos de la posibilidad de proteger la modificación de determinados campos en el maestros de proveedores y clientes (ver entrada aquí). Si nos encontramos con la misma necesidad cuando hablamos del maestro de materiales (MM02) tenemos disponible la funcionalidad de “Fijación”.

Fijacion1

Básicamente, la funcionalidad consiste en definir un conjunto de campos del maestro de materiales susceptibles de fijación. Cuando el usuario autorizado realiza la fijación en un código de material concreto, los campos incluidos en la parametrización quedan bloqueados (grisados) y ningún usuario podrá realizar modificaciones sobre ellos (aunque si en el resto de campos del maestro de materiales).

Para la definición de los campos relevantes para fijación, accederemos a la transacción OMSFIX o bien a través de la ruta de parametrización Logística en general –> Maestro de Materiales –> Selección de Campos –> Especificar campos relevantes para fijación.

Fijacion2Los campos los habremos previamente localizado en la transacción MM02, con la opción habitual (F1 situados encima del campo, botón Información Técnica). Los campos que queramos incluir como “fijables” los marcaremos en la parametrización.

A continuación, accederemos a la modificación de un material cualquiera que queramos proteger, utilizando la transacción MM02. Al pulsar el botón de “Fijar material”, como podéis ver en la imagen siguiente, nos aparecerá un popup con la lista de campos que se fijaran y protegerán en el material.

fijacion3Aceptaremos y grabaremos las modificaciones en el material, que quedará fijado. El sistema nos avisa de las repercusiones de fijar un material (y aunque avisa que el cambio es irreversible, no es cierto, si podremos eliminar a posteriori la fijación).

Si volvemos a entrar a modificar el mismo material, podremos ver que los campos indicados en la parametrización aparecen en gris y no son modificables, lo que nos permitirá proteger determinados campos críticos o cuyo mantenimiento solo deba quedar en manos de usuarios muy concretos. Ademas, al lado de la descripción del material aparece el icono del Candado que nos indica que un material se encuentra Fijado.

fijacion4

IMPORTANTE: para poder crear o eliminar la fijación de un material, deberemos de disponer del objeto de autorización M_MATE_MAF. En este objeto tenemos la posibilidad de indicar dos códigos de actividad para los que pueden estar autorizados los usuarios:

fijacion5

  • 16 Ejecutar: nos permite realizar la fijación de campos en un material.
  • 51 Inicializar: nos permite eliminar la fijación de campos en un material.

Teniendo en cuenta estas dos actividades, podríamos montar un escenario en el que la mayoría de usuarios no tendrían en su perfil de autorizaciones este objeto, de forma que ellos nunca podría fijar/desfijar un material para modificaciones.

Por otro lado, los “administradores” o “key-users” del maestro de materiales si tendrían la autorización. Ellos indicarían en los campos críticos los valores correctos y a continuación fijarían los materiales para que nadie pudiera modificar esos valores. Esos valores quedarían protegidos hasta que ellos mismos eliminasen la fijación para indicar otros valores según las necesidades concretas y volver a fijar el material posteriormente para volver a protegerlo.

Una funcionalidad sencilla de implementar, y que nos puede dar juego para determinados requerimientos en un cliente o proyecto. Espero que os sea de utilidad.

Publicado en Autorizaciones, Formacion, SAP MM | Etiquetado , , , | 3 comentarios

Truco 59. Analizando la clasificación en nuestras estrategias de liberación en Compras.


En el blog hemos hablado en muchas ocasiones de temas relacionados con las estrategias de liberación en los documentos de compras:

Hoy os voy a comentar una transacciones muy utiles del sistema de clases que he conocido gracias a mis alumnas Karen y Vanessa del Curso SAP MM Gestión de Materiales que estoy impartiendo y que acabamos en unas semanas.

Recordando la configuración de las estrategias de liberación, uno de los elementos clave en ellas es la definición de los valores de características en la clase utilizada en la parametrización de la liberación.

estrategias liberacionLos valores de clasificación son el elemento fundamental que se revisa cuando se crean/modifican los pedidos o el resto de documentos de compras (Pedidos Abiertos, Ofertas, Solpeds) y que produce que una estrategia se “dispare” o active para un documento si cumplen las condiciones indicadas.

Podemos acceder a la parametrización en la ruta Gestión de materiales –> Compras –> Pedido –> Procedimiento de liberación para pedidos –> Especificar procedimiento  liberacion p. pedidos.

La gestión de la parametrización se complica cuando tenemos un sistema con muchas estrategias y se hace difícil controlar los valores definidos y entender como el sistema asigna las diferentes estrategias según los valores existentes o realizar la modificación de una forma sencilla y rápida.

Para hacer esto, tanto el análisis de los valores de clasificación definidos en el sistema como para su modificación, disponemos de varias transacciones que nos permiten:

- CL30N/CL31: nos permite buscar las estrategias de liberación utilizando los valores de la clasificación indicados en ellas dentro de las características. En los resultados de la búsqueda se puede ver de forma masiva todos los valores de característica de las estrategias de liberación que cumplan las condiciones, lo que nos permite disponer de una herramienta donde visualizar lo que realmente tenemos definido en nuestro sistema de una forma global.
CL30N- CL20N: nos permite realizar la modificación individual de los valores de clasificación sin necesidad de pasar por todos los puntos de parametrización. Desde esta transacción podemos ver y modificar los valores de clasificación de una estrategia de liberación individual.
CL20N- CL24N: nos permite mostrar todas las estrategias de liberación asignada a una clase e ir viendo los valores de clasificación para cada una de ellas de una forma bastante ágil, pudiendo realizar la modificación también de estos.
CL24N- CT10: nos permite mostrar un índice de las características creadas en nuestra sistema, así como sus datos de configuración o la lista de valores permitidos en el caso de que dispongamos de ellos.
CT10- CT12: referencia de utilización de una característica.

Son transacciones que nos permiten facilitar la tarea de creación y mantenimiento de nuestras estrategias y sus valores de clasificación.

NOTA: como recordatorio, mencionar que la definición de las características se realiza desde la transacción CT04 y la de las clases asociadas a la liberación se realiza desde la transacción CL02 (siempre con categoría de clase 032). Recordar igualmente que solo podemos tener una clase definida por tipo de liberación (1= Solicitud de Pedido, 2= Documentos de compras (Pedido, Ofertas, Pedidos Abiertos, Planes de Entregas y 3=Hojas de Entrada de Servicios), lo que es una restricción y nos obliga a pensar muy bien las características a definir dentro de cada clase para poder tratar todos los posibles casos que se den en nuestra organización en lo referente a la liberación de documentos de compras.

Publicado en Formacion, SAP MM | Etiquetado , , , , , | 11 comentarios

Truco 58. Información de liberación en Pedidos de Compra.


Cuando trabajamos con estrategias de liberación en Compras (por ejemplo, en los Pedidos), no tenemos una herramienta estándar que nos permita obtener de forma masiva la información de las diferentes operaciones de liberación realizadas sobre un documento.

Liberacion01En la pestaña Estrategia Liberación del documento podemos ver la situación actual (Grupo de liberación, Estrategia de liberación aplicada, Indicador de liberación, Aprobadores y si han aprobado o no).

Igualmente, desde el historial de modificaciones del documento podemos ver las diferentes modificaciones que se han realizado en el documento.

Liberacion02Pero siempre de un documento en concreto, y no de una forma masiva.

Lo ideal sería disponer de una herramienta que nos mostrará la información completa de varios documentos a la vez. Nos puede ser útil para tareas de revisión, auditorias, etc. Para esta tarea, os dejo el código fuente a un desarrollo Abap que nos permite realizar esta tarea.

Liberacion03En este desarrollo leemos de las tablas de pedidos (EKKO para la cabecera y EKPO para las posiciones). Además, leemos del historial de modificaciones de los documentos, utilizando la información registrada en las tablas CDHDR y CDPOS, tomando los valores que son relevantes para la liberación.

En principio, solo se lee información relacionada con la liberación, aunque os podría servir de modelo para sacar cualquier otra información que este presente en el documento o para la que haya podido haber modificaciones (también nos puede servir como modelo para un desarrollo de análisis de modificaciones en los pedidos de compra).

Informe Liberacion PedidoPodemos observar los resultados del informe con un pedido concreto. En Rojo podemos ver los diferentes indicadores de liberación por los que ha pasado el pedido, el azul como se ha ido modificando el status de tratamiento del pedido y en amarillo que usuario y en que momento (fecha y hora) fue el que realizo la liberación para llegar a ese nuevo status.

Podéis descargar el desarrollo en este link. Espero que os sea de utilidad.

Nota: es requisito crear la estructura ZMMY_PURCHASEMODIF, como se detalla dentro del código del programa (allí están los detalles de los campos a incluir). Igualmente, en el código fuente se detallan los valores de los elementos de texto (Textos de selección y Símbolos de texto) necesarios también para ejecutar el programa correctamente.

TIP: como truco relacionado, y gracias a Oscar Arranz, hemos conocido la transacción RSSCD100 o la RSSCD150 que nos permiten acceder masivamente al historial de modificaciones de los diferentes objetos de Sap. Para la parte de compras, con el objeto EINKBELEG podemos ver el historial de documentos de compra (Pedidos, Ofertas, Pedidos abiertos, etc). Con el objeto BANF a las solicitudes de pedido. Nos puede valer como una opción para sacar las modificaciones de los documentos sin necesidad de montar nuestro propio desarrollo. Igualmente lo podemos utilizar para acceder al log de modificaciones de otros objetos (clave MATERIAL para listar modificaciones en el maestro de materiales; clave KRED maestro de proveedores, etc).

Publicado en Abap, SAP MM | Etiquetado , , , , , , , | 3 comentarios

Truco 57. Reducción manual en factura de Compras (MIRO).


Hoy vamos a ver un sencillo truco para el registro de facturas, que realizaremos utilizando la transacción MIRO. En determinadas ocasiones, cuando recibimos la factura de un proveedor, los importes de la factura no cuadran con el pedido debido a cualquier tipo de incidencia, normalmente en el precio de facturación aplicado.

En condiciones normales, registraríamos la factura con esos importes incorrectos y posteriormente, cuando se recibiera la correspondiente factura rectificativa, la registraríamos en el sistema utilizando la actividad Cargo/Descargo posterior (o Abono si hubiera alguna variación en las cantidades).

Esquema reduccion manual

Sap nos ofrece una alternativa para estos casos. Si estamos seguros que las diferencias son atribuibles al proveedor (o incluso ya nos ha mandado la correspondiente corrección), podemos utilizar un procedimiento de registro de factura especial, llamado Reducción de factura manual, que nos permite registrar en un único movimiento de la MIRO la factura original y el correspondiente Cargo/Descargo de corrección en el momento de contabilizar la factura. De esta forma se contabilizarán en la cuenta del proveedor dos partidas individuales en el mismo proceso.

Vamos a ver un ejemplo con esta casuística:

  • Factura esperada:  1210 Euros (210 Euros IVA), partiendo de un neto de 1000.
  • Factura recibida: 1694 Euros (294 Euros IVA), partiendo de un neto de 1400.

El procedimiento para registrar la factura utilizando la Reducción de factura manual sería el siguiente:

1. Procedemos al registro de la factura utilizando la transacción MIRO. Tendremos que seleccionar la variante de visualización “Reducción de la factura” (tal y como veis en la imagen en rojo).

Reduccion_factura1

A continuación introduciremos en la cabecera de factura el importe proporcionado por el proveedor en su documento (Factura recibida, en naranja en la imagen). A nivel de posición, una vez indicado el pedido que estamos facturando, no modificaremos nada de los importes propuestos por el sistema (en azul).

2. A nivel de posición buscaremos el campo “Ind.Corr”, indicador de corrección, seleccionando el valor “2 Error proveedor: Reducir factura”.

Reduccion_factura2

3. Al seleccionar el valor anterior, nos aparecerán abiertos a nivel de posición dos campos nuevos: “Imp. factura según proveedor” e “Ctd.factura según proveedor”. En estos campos indicaremos los valores netos de la posición indicados por el proveedor en su factura.

Reduccion_factura3

Ya solo nos quedará contabilizar. Podemos realizar una simulación de la factura antes para comprobar que todo se ha generado según lo esperado.

Reduccion_factura4

Efectivamente, se genera el movimiento de la factura con los importes indicados por el proveedor (en verde) y además la información del abono que le estamos endosando (en rojo). Al contabilizar, apareceran asociadas con esta factura dos partidas individuales para el proveedor, que podremos consultar con la transacción FLB1N.

NOTA: este tip corresponde a la materia de estudio del curso Sap MM Gestión de materiales que actualmente estamos impartiendo. Espero que os sea de utilidad el truco.

Publicado en Formacion, SAP MM | Etiquetado , , , | 11 comentarios