SAP Supplier Relationship Management SRM es un producto de SAP que facilita la adquisición de bienes a través de una plataforma web. Las organizaciones pueden adquirir todo tipo de productos, como servicios y materiales directos e indirectos, y esto se puede integrar con los módulos de SAP ERP y otros sistemas de back-end que no son de SAP para la contabilidad y la planificación.
SAP SRM le permite optimizar su proceso de adquisiciones para trabajar eficazmente con los proveedores para obtener beneficios a largo plazo y también para realizar previsiones, ciclos de adquisiciones y trabajar con socios. Puede reducir el tiempo y el costo del ciclo de adquisiciones utilizando métodos innovadores para administrar los procesos comerciales con los proveedores clave.
La gestión de relaciones con proveedores de SAP respalda el ciclo completo de adquisiciones, es decir, desde el origen y la compra hasta el pago, a través del proceso de adquisición completo con los proveedores y la gestión eficaz de los proveedores para construir relaciones a largo plazo.
Catalog Management
Los proveedores pueden administrar fácilmente los datos del catálogo y pueden integrarse fácilmente con procesos comerciales como contabilidad, finanzas y planificación.
Procure to Pay Optimization
Con el producto SAP SRP, puede agilizar el ciclo de vida de adquisiciones para pagar y mejorar la comunicación con el proveedor y la gestión de costos.
Self Service Procurement
Los usuarios finales pueden buscar productos utilizando varios catálogos de productos y les ayuda a encontrar y comprar productos que cumplan con la política de compras y adquisiciones de la empresa.
Reporting Functionality
Con la gestión de relaciones con proveedores de SAP, puede crear informes relacionados con las actividades de adquisición, el cumplimiento y la gestión de contratos, y la gestión de costes en el proceso de adquisición.
Contract Management
Puede administrar contratos utilizando un repositorio seguro centralizado que ayuda a reducir las infracciones de cumplimiento y permite a los usuarios finales seguir los procesos comerciales durante la adquisición de autoservicio.
Motor de pujas
En el portal SAP SRM, puede realizar fácilmente búsquedas de diferentes productos y proveedores. Los criterios de búsqueda son fáciles de usar.
También puede restringir el número de entradas en la búsqueda.
Los flujos de trabajo se utilizan para realizar aprobaciones fáciles de las órdenes de compra, lo que permite a la organización realizar la solicitud de mercancías de forma fácil y sencilla.
SAP SRM: Software Components
Hay varios componentes de aplicaciones y tecnología que forman parte del producto de gestión de relaciones con proveedores de SAP. Los componentes de la aplicación incluyen componentes necesarios para crear RFx y presentar ofertas, para la gestión financiera, las necesidades de BI, el portal empresarial para la interacción de la aplicación y otros componentes diversos para realizar diferentes funciones.
El componente tecnológico consiste en NetWeaver Process Integration para integrarse con sistemas externos SAP y no SAP, SAP GUI para la configuración y el complemento R / 3 para datos maestros.
Veamos cada uno de los componentes bajo aplicación y tecnología en detalle:
SAP Supplier Relationship Management Server
El servidor SAP SRM incluye el servidor SAP SRM y el motor de licitación SAP. SAP SRM se basa en el servidor de aplicaciones SAP NetWeaver y está disponible para diferentes plataformas y bases de datos. Puede consultar todas las versiones de SAP SRM en SAP Market place en PAM.
SAP SRM Bidding engine
El motor de licitación de SAP se puede utilizar para crear y procesar solicitudes de licitación, los licitadores pueden enviar ofertas y otras funciones en RFx.
El motor de licitación define las reglas para la licitación y los postores pueden usarlo para presentar ofertas en el sistema.
SAP NetWeaver BI
En el análisis de gastos de SAP SRM, BI se utiliza principalmente y requiere el servidor de aplicaciones ABAP en el mismo sistema. También puede requerir el servidor de aplicaciones Java y el portal SAP Enterprise.
SAP NetWeaver Enterprise Portal
Se utiliza como punto de entrada para que los usuarios gestionen aplicaciones e información relacionada con la gestión de relaciones con proveedores. Proporciona acceso seguro y basado en roles a aplicaciones y servicios.
Online Transaction Processing System
Se pueden utilizar varios sistemas para el procesamiento de transacciones de back-end para administrar consultas materiales y financieras. Se puede utilizar el sistema SAP ERP y el intercambio de datos se produce entre SAP SRM y el sistema SAP ERP.
También puede instalar SAP SRM de forma independiente sin un sistema de backend.
En un modelo de implementación independiente, todo el procesamiento de adquisiciones se realiza en el sistema SAP SRM y el sistema de contabilidad back-end se utiliza para el procesamiento financiero de facturas.
En un escenario independiente, la gestión de pedidos, el carro de la compra y la entrada de mercancías y las facturas se procesan en el sistema SRM.
Cuando no hay un sistema operativo de backend para la gestión de materiales y solo existen sistemas de contabilidad financiera en el panorama.
Cuando desee mover todas las actividades de aprovisionamiento en el sistema SAP SRM y, por lo tanto, permitir que las empresas reduzcan la carga de trabajo en el sistema de aprovisionamiento backend mediante la transferencia de compradores interesados en aprovisionar de las opciones seleccionadas.
Se recomienda para clientes que desean mantener solo los datos mínimos del producto y solo confían en los catálogos de proveedores.
En un modelo de implementación de clasificación, procesa el carrito de compras en SAP SRM y los documentos de respaldo se procesan en el sistema ERP backend.
Puede realizar entrada de mercancías o facturas en cualquiera de los sistemas.
En el modelo de implementación clásico extendido, el proceso de adquisición se lleva a cabo en el sistema SAP SRM y el pedido se genera en el sistema SRM y se crea una copia de solo lectura en el sistema ERP de back-end.
Puede realizar entrada de mercancías o facturas en cualquiera de los sistemas como en el caso del escenario clásico.
Para aquellos clientes que tienen un sólido sistema de adquisición de backend y donde los compradores no desean utilizar múltiples sistemas para sus operaciones.
Considere un cliente que desea utilizar el modelo independiente para ciertos materiales indirectos y servicios de rutina, el escenario clásico para que los materiales de stock utilicen las capacidades de inventario y planificación del sistema de gestión de materiales de backend, el escenario clásico extendido para realizar una gestión eficaz del proveedor para dar respuesta a los pedidos .
En SAP SRM, el contrato se define como una negociación entre un proveedor y una organización para el suministro de bienes y materiales o la entrega de servicios dentro de términos y condiciones definidos en un período de tiempo específico. Estos contratos se colocan en una ubicación central segura para resolver la falta de visibilidad del contrato en los diferentes grupos.
Esto le permite administrar diferentes contratos locales con diferentes términos y condiciones para el tipo de bienes similares.
La gestión centralizada de contratos permite a los compradores formar parte de la empresa desde diferentes ubicaciones para aprovechar los términos y condiciones negociados. Los términos y condiciones se transfieren a un contrato central y se distribuyen al grupo de compras local para realizar el proceso de adquisición para la empresa.
Para cargar los contratos centrales y programar acuerdos desde el sistema SAP ERP al sistema SAP SRM, puede utilizar el programa BBP_CONTRACT_INITIAL_UPLOAD. Según su configuración, estos contratos se cargan y programan desde el ERP al sistema SAP SRM.
Para realizar la búsqueda de contratos puede utilizar el motor de búsqueda TREX. Este motor de búsqueda se proporciona con SAP SRM, pero debe instalarlo y ejecutar el programa para crear indexación para todos los contratos disponibles. Debe ejecutar el programa BBP_TREX_INDEX_ADMIN que crea nuevos índices para los documentos existentes y le ayuda a realizar la indexación de todos los documentos nuevos o modificados cuando se guarda un contrato.
El servidor de presentación web LAC es una aplicación de software basada en J2ee. Esto proporciona al usuario una opción de ofertas en tiempo real, monitoreo en tiempo real y opciones de subasta inversa.
Aparte de estos componentes tecnológicos, también se incluye SAP Process Integrator para integrar procesos de diferentes sistemas, SAP GUI para configuración y R / e plug in para el intercambio de datos entre uno o más sistemas R / 3 y otros componentes.
Puede cargar contratos en el sistema SAP ERP yendo a Componente central de SAP ERP → Logística → Gestión de materiales → Compras → Esquema de acuerdos de compra con proveedores → Contrato → Contrato central → Contrato central de SRM
No
Puede ver diferentes pestañas: pestaña de encabezado, pestaña de descripción general y pestaña de distribución en un contrato. En la pestaña de descripción general, vaya a completar los detalles del artículo y los datos generales del encabezado. Puede completar los siguientes detalles en un contrato:
Target Quantity and value
En este campo, debe ingresar la cantidad objetivo y el valor objetivo. Esto define la cantidad que muestra la cantidad de unidades que se comprarán a un proveedor en un período de tiempo.
Release Value
Se define como el valor acumulado de todas las órdenes de compra contra el contrato central.
Basic Contract
Ahora bien, si define un contrato como contrato básico, solo contiene datos de encabezado y condiciones y no puede colocar artículos de línea y no se puede distribuir a un catálogo.
Item Category
En la categoría de artículo, puede definir las siguientes opciones:
Normal
Cuando define la categoría de artículo como normal, debe contener una categoría de producto.
Product category
En la categoría de producto, debe definir un valor objetivo y un artículo de categoría de producto siempre se refiere a todos los catálogos conectados.
Cuando un contrato caduca o se libera y selecciona cerrar contrato, el estado del contrato se establece como completo y este es un estado irreversible.
Puede buscar los contratos completados y utilizarlos como plantilla para crear nuevos contratos.
In Negotiation
Cuando se selecciona un contrato para renovarlo y está en estado guardado, el estado del contrato se establece como en negociación.
In Renewal
Esto se establece cuando selecciona un contrato para renovar que está en estado liberado.
Una invitación a licitar se define como una solicitud de un comprador a un proveedor para que presente una cotización de bienes o servicios según los criterios mencionados. La invitación a licitar también se conoce como solicitud de cotización RFx.
Una solicitud de cotización RFx es una invitación enviada al proveedor por el departamento de compras de una organización para enviar una respuesta RFx para el suministro de ciertos bienes bajo términos y condiciones específicos. El documento RFx contiene información como el nombre del proveedor, la dirección del proveedor, las cantidades de mercancías y las fechas de entrega del material. Puede crear RFx con referencia a una solicitud de compra y toda la información se copia de la solicitud de compra. Cuando se crea RFx sin ninguna referencia, puede ingresar los detalles manualmente en el documento RFx.
Public Bid Invitations
Estas invitaciones a licitar están disponibles para todos los licitadores a través de un portal web. Los postores pueden acceder a la URL disponible en el portal web para iniciar sesión en el motor de licitación de SAP y allí pueden ingresar las ofertas. Si desea que algunos postores específicos envíen la oferta, puede enviarles directamente la invitación a licitar por correo electrónico.
Restricted Bid invitations
En las invitaciones a licitaciones restringidas, el hipervínculo para iniciar sesión en el motor de licitación de SAP se envía a un grupo específico de postores por correo electrónico. Los postores pueden iniciar sesión en el motor de licitación e ingresar la oferta.
Puede buscar proveedores / licitadores en los directorios de proveedores y extender la invitación a licitar a estos licitadores en caso de invitación pública.
Una cotización se define como una respuesta a RFx donde un licitador confirma la venta de bienes y servicios a compradores / compradores según criterios específicos. Como parte del proceso de invitación a licitar, cuando se activa el correo electrónico, el proveedor obtiene la información sobre la solicitud de cotización. Los proveedores comienzan a ofertar según la invitación a licitar y cuando envían la oferta en el motor de licitación de SAP, se muestra el precio final. Los proveedores pueden ofertar hasta que se alcanza la fecha de finalización y una vez que se cierran las ofertas, las compras pueden realizar una comparación de precios para obtener el mejor proveedor y adjudicar la oferta, y se puede generar una orden de compra para el mejor proveedor.
Cuando el número de postores es menor o la compra siente que no existe la mejor oferta. Siempre puede convertir RFx en subasta en vivo.
Para crear una subasta en vivo, los compradores pueden utilizar el motor de licitación de SAP y la subasta se lleva a cabo en la cabina de subasta en vivo. Los compradores pueden crear una subasta en vivo:
- Usar una plantilla de subasta
- Copiando una subasta
- En el portal de SRM desde la aplicación Sourcing
Cuando convierte RFx en una subasta, RFx se establece en el estado Completado y no hay cambios que pueda realizar en RFx.
Sí, las funciones de adquisiciones se integran a la perfección entre SAP ERP y SRM. Hay varias funciones comerciales que permiten una solución de gestión de adquisiciones de extremo a extremo totalmente integrada para mejorar el proceso de gestión de adquisiciones y cumplimiento según los requisitos comerciales. Ayuda a cerrar la brecha en la funcionalidad de abastecimiento de ERP utilizando las capacidades de SRM y proporciona una interfaz de usuario común para diseñar procesos de compras integrados.
Deben establecerse rangos de números para los carritos de compras de EBP, así como para cualquier documento de compra potencial, de modo que se puedan generar números únicos en el sistema R / 3 de fondo desde EBP. El sistema EBP necesita un rango de números establecido que toma automáticamente el siguiente número disponible y lo asigna al documento que se creará en R / 3. La configuración también debe establecerse en R / 3 para correlacionar con los rangos en EBP para que nunca haya conflicto. Surgen al comprar documento.
Establecer atributos que definan la experiencia de compra de los usuarios. Ejemplos de tales atributos son el código de la empresa, la planta y los centros de costos que el usuario puede solicitar, etc.
El socio comercial incluye partes interesadas como cliente, proveedor, etc.
La función de socio incluye parte facturante, parte proveedora, etc.
Carrito de compras del cliente
Carrito de compras profesional
Carrito de compras simple
En un escenario independiente, el carro de la compra y otros procesos se realizan en el sistema SRM y solo se envía la factura final al sistema backend para la contabilidad financiera.
Professional Shopping Cart Form
En este carrito de compras, la mayoría de los campos son utilizados por compradores y empleados profesionales. En la sección de encabezado, tiene detalles del carrito de compras: número de carrito, nombre, estado, fecha de creación y quién ha creado el carrito de compras.
Simple Shopping Cart Form
Al igual que el carrito de la compra anterior, puede utilizar un formulario de carrito de compras simplificado con menos campos. Esto es adecuado para usuarios sin experiencia y con autorización limitada.
Solo depende de los catálogos y no existen otras opciones de compra.
Para replicar Organización de compras, Grupo de compras, maestro de materiales, maestro de proveedores desde el backend. Puede crear PO en SRM y replicar PO en el R / 3.
Se utiliza para gestionar el desempeño de los proveedores, implementar tecnologías, procesos, políticas y procedimientos para respaldar el proceso de compra.
Esto se recomienda para compras con menos experiencia para realizar compras.
Pasos clave en el carrito de compras:
- Selección de bienes / servicios
- Carrito de compras
- Completar y ordenar
- Confirmation
El autoservicio del proveedor es uno de los componentes de SRM que acorta el tiempo del ciclo de vida de las adquisiciones y reduce el costo del proceso de adquisiciones. En SUS, los proveedores tienen acceso al sistema de adquisiciones del comprador y pueden brindar una respuesta rápida.
A continuación, se muestran los procesos comerciales en SAP SRM:
Adquirir para pagar: podemos integrar la solicitud basada en catálogo y obtener los beneficios de la adquisición electrónica.
Gestión de catálogos: gestiona los datos del catálogo como datos maestros que están profundamente integrados.
Centralice el abastecimiento: obtenga visibilidad de la demanda de bienes y servicios.
Gestión de contratos centralizada: consolida la información del contrato.
Colaboración con proveedores: vincula al proveedor con nuestros procesos de compra a través del portal de proveedores
Al asignar una sociedad, puede mantener los parámetros financieros y legales y los informes permanecen separados en el sistema.
La evaluación de proveedores es uno de los procesos clave para mantener y mejorar la relación a largo plazo con los proveedores.
SAP admite dos metodologías principales para la evaluación de proveedores:
Evaluación basada en eventos, activada a partir de la confirmación, la factura y la lista avanzada de proveedores.
Encuestas ad-hoc utilizando el Cockpit de encuestas de proveedores
Para definir el área de evaluación, vaya a SRM Server → Evaluación de proveedores → Área de evaluación
Utilizando rangos de números internos, las ofertas no tienen un vínculo a ningún documento de compras R / 3, son completamente locales para el sistema ERP.
En la evaluación de proveedores, puede dividir cada encuesta según la categoría de evaluación. Esto se refiere al cuestionario y al grupo destinatario.
Example - Entrega, Calidad, etc.
SAP SRM realiza SUS, gestión de catálogos, adquisiciones, evaluación de proveedores, contratos centrales, carritos de compras y cabina de subastas en vivo.
Los rangos de números se utilizan para definir carritos de compras y documentos de compras para EBP, para generar un número único en el sistema backend de R / 3.
- Cabina de subastas en vivo en Java Web Server
- Cabina de subastas en vivo en el servidor web ABAP
- Live Auction Cockpit en Java Web Server en autoservicios de proveedores
- Cabina de subastas en vivo en el servidor web ABAP en autoservicios de proveedores