100% encontró este documento útil (1 voto)
2K vistas15 páginas

BPD - Template

Propósito del documento La intención del documento de diseño de procesos empresariales (BPD) es proporcionar un punto focal para definir la solución del cliente en el nivel 2 en la jerarquía de procesos SAP estándar. El BPD se utiliza para facilitar la recopilación, revisión y aprobación de varios elementos de la solución de proceso. Está pensado para ser utilizado en una configuración de proyecto donde SAP Solution Manager 7.2 se implementa en su máxima capacidad y se integra con la habilit

Cargado por

Heraldo Huerta
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
100% encontró este documento útil (1 voto)
2K vistas15 páginas

BPD - Template

Propósito del documento La intención del documento de diseño de procesos empresariales (BPD) es proporcionar un punto focal para definir la solución del cliente en el nivel 2 en la jerarquía de procesos SAP estándar. El BPD se utiliza para facilitar la recopilación, revisión y aprobación de varios elementos de la solución de proceso. Está pensado para ser utilizado en una configuración de proyecto donde SAP Solution Manager 7.2 se implementa en su máxima capacidad y se integra con la habilit

Cargado por

Heraldo Huerta
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

Diseño de procesos de negocio

Propósito del documento

La intención del documento de diseño de procesos empresariales (BPD) es proporcionar un punto focal para definir la
solución del cliente en el nivel 2 en la jerarquía de procesos SAP estándar. El BPD se utiliza para facilitar la
recopilación, revisión y aprobación de varios elementos de la solución de proceso. Está pensado para ser utilizado en
una configuración de proyecto donde SAP Solution Manager 7.2 se implementa en su máxima capacidad y se integra
con la habilitaciónde procesos de una of empresamodelo deSAP. Se hace referencia a los artefactos de SAP Solution
Manager 7.2, como diagramas de flujo de proceso de negocio, pasos de proceso de negocio y bibliotecas de desarrollo,
pero no se duplican en este documento.

El BPD es una entrega opcional de SAP Activate. No será necesario si es probable que el cliente acepte los procesos
de SAP Model Company textualmente. Será útil en proyectos grandes y complejos donde el cliente tiene procesos de
aprobación significativos y la tasa de adopción de los procesos de SAP Best Practice es probable que sea inferior al
75%.
IDENTIFICACIÓN DEL PROYECTO
¡Elimine la tabla de identificación del proyecto si no es aplicable para el documento!
Nombre del proyecto Número de proyecto del IPC
<Nombre del proyecto>
Nombre del cliente Número de cliente
<Nombre del cliente>
SAP Project Manager Gerente de Proyectos de Cliente
<SAP Project Manager> <Administrador de proyectosde cliente>

IDENTIFICACIÓN DE DOCUMENTOS
Instrucción de identificación de documentos:
 Actualizar la ubicación del documento (la ubicación podría ser SAP Solution Manager 7.2 u otro repositorio
de proyectos relevante)
 Actualizar los estados Versión, Estado y Fechaposible del documento
son Borrador, Listo para revisión interna, Publicado para el cliente, Final. Por ejemplo, puede numerar las
versiones adecuadas de la siguiente manera:
o corriente de aire
o Listo para revisión interna
o Listo para revisión interna (en caso de cambios importantes)
o Publicado para el cliente
o Final
 Clasificación de actualización: Interno significa que el documento está restringido únicamente al uso interno
de SAP. Confidencial significa que solo un grupo definido de personas (como un equipo de CDP y su cliente)
tienen acceso al documento.

¡Asegúrese de eliminar estas instrucciones cuando haya terminado!


Autor Ubicación del documento (repositorio/ruta/nombre)
<Autor> <Ubicación del documento>
Versión Estado Fecha (AAAA-MM-DD)
0.1 Final <Fecha>

HISTORIAL DE REVISIONES
¡Elimine la sección Historial de revisiones a continuación si no es aplicable para el documento!

Versión Fecha Descripción


04 de enero de
0.1 <Texto aquí>
2018

2
REVISIÓN Y APROBACIÓN
¡Elimine la sección de Revisión y Aprobación a continuación si no es aplicable para el documento!

Nombre Fecha (AAAA-MM-DD)


Gerente de Proyectos de Cliente

Nombre Fecha (AAAA-MM-DD)


SAP Project Manager

Nombre Fecha (AAAA-MM-DD)


Principales partes interesadas

Nombre Fecha (AAAA-MM-DD)


Principales partes interesadas

3
TABLA DE CONTENIDOS
DESCRIPCIÓN DEL PROCESO ...................................................................................................................... 5
Requisitos del proceso de negocio ............................................................................................................... 5
Descripción del proceso de negocio ............................................................................................................. 5
Diagramas de procesos de negocio .............................................................................................................. 5
Requisitos detallados del paso del proceso y solución .............................................................................. 6
Ubicaciones donde se realiza este proceso empresarial ............................................................................ 6
Decisiones operativas o lógica dentro del proceso .................................................................................... 6
SOX & Consideraciones legales y políticas específicas de la empresa .................................................... 6
Referencia a los cambios clave del proceso y los KPI del proceso .......................................................... 6
Puntos de integración ..................................................................................................................................... 7
Posibles mejoras en los procesos futuros (fuera del ámbito de esta implementación) .......................... 7
DISEÑO DE SOLUCIONES FUNCIONALES ................................................................................................... 8
Consideraciones sobre la estructura organizativa ...................................................................................... 8
Consideraciones de datos maestros (incluidas todas las relaciones de datos relevantes) ................... 8
Consideraciones de configuración del sistema ........................................................................................... 8
ELEMENTOS TÉCNICOS RELACIONADOS CON EL DESARROLLO ......................................................... 9
Flujo .................................................................................................................................................................. 9
Informes (operativos y analíticos) ................................................................................................................. 9
Interfaces ........................................................................................................................................................ 10
Conversión de datos / Datos históricos ...................................................................................................... 10
Mejoras ........................................................................................................................................................... 10
Salida (por ejemplo, formularios) ................................................................................................................ 11
Modificaciones ............................................................................................................................................... 11
SOA/Composición ......................................................................................................................................... 11
Dominio empresarial ..................................................................................................................................... 11
Componente de proceso............................................................................................................................... 12
Modelo de servicio ........................................................................................................................................ 12
Candidato a la Operación de Servicio ......................................................................................................... 12
Solución de terceros ..................................................................................................................................... 13
AUTORIZACIÓN ............................................................................................................................................. 14

4
DESCRIPCIÓN DEL PROCESO

Requisitos del proceso de negocio


ConsulteRequisitos del proceso empresarial.

Descripción del proceso de negocio


Proporcione una descripción del proceso empresarial. Tenga en cuenta las variaciones en el proceso. Si las variaciones
son considerablemente diferentes, considere la posibilidad de crear un documento independiente para la otra variación.

Características del proceso


Desencadenador de
proceso
Entrada de proceso
Salida de proceso
Propietario del proceso
Volúmenes de proceso
Frecuencias de proceso

Diagramas de procesos de negocio


Consulte los diagramas de SAP Solution Manager 7.2 Process Modeling/ ARIS/ Visio

5
Requisitos detallados del paso del proceso y solución
Esta sección hace referencia al modelo SAP Solution Manager 7.2 Process Modeling/ ARIS/ Visio. Los roles, entradas y
salidas de pasos de proceso se capturan como parte del modelo de proceso. Esta sección contiene un paseo
descriptivo del proceso. Describir la solución para cada paso o evento y cualquier variación única del paso o evento y
las consideraciones de diseño relacionadas, las lagunas, la configuración y/o los elementos de desarrollo.

Descripción del paso del proceso


Descripción de la
Ref. a los
Descripción Medida de solución (ID de
requisitos Descripción
Id del paso del entrega elementos
según de la brecha
proceso exitosa técnicos/relacionados
corresponda
con el desarrollo)
XX-xx-
001
XX-xx-
002
XX-xx-
003

Ubicaciones donde se realiza este proceso empresarial


Enumere todas las ubicaciones geográficas / oficinas, plantas, almacenes, etc., donde se realiza este proceso. Consulte
Paisaje del proceso de trabajo.

Localizaciones
Número de
Ubicación País Función Punto de contacto
usuarios

Decisiones operativas o lógica dentro del proceso


Describir las decisiones operativas y la lógica relacionada con este proceso.

SOX & Consideraciones legales y políticas específicas de la empresa


Enumere las políticas de la empresa y la consideración de SOX dentro de este proceso empresarial. Por ejemplo,
segregación de derechos y/o requisitos de presentación de informes. Enumere todas las leyes, regulaciones, reglas y
políticas específicas del cliente que el proceso debe cumplir. Por ejemplo, estos podrían ser aspectos de calidad, el
principio de control dual, requisitos de documentación, políticas de seguridad, etc. Es suficiente si usted proporciona una
referencia y una explicación.

Referencia a los cambios clave del proceso y los KPI del proceso
Refiera el documento clave del proceso change en el nivel del proceso.

6
Puntos de integración
Enumere los temas de integración conocidos/problemas con otros módulos/componentes de SAP, etc.

Puntos de integración
Punto de Componente Elemento de
Id Contactos
integración SAP datos

Posibles mejoras en los procesos futuros (fuera del ámbito de esta implementación)
Resumir las mejoras futuras, en función de los requisitos que se han discutido que NO se implementarán en el proyecto.

7
DISEÑO DE SOLUCIONES FUNCIONALES

Consideraciones sobre la estructura organizativa


Documente todas las posiciones relacionadas con la estructura organizativa relacionadas con este proceso empresarial,
por ejemplo, plantas, etc. Tenga en cuenta los requisitos y las consideraciones de diseño relacionadas.

Consideraciones de datos maestros (incluidas todas las relaciones de datos relevantes)


Documente todas las necesidades/implicaciones de datos maestros relevantes y todas las relaciones de datos
maestros. Adjunte diagramas según sea necesario para ilustrar cualquier relación, por ejemplo, relaciones de datos de
análisis de resultados o ilustración que muestre cómo se relacionan todos los centros de trabajo, las capacidades, las
tasas de coste o la relación de los elementos de datos clave para la rentabilidad análisis, etc.)

Consideraciones de configuración del sistema


Identifique los requisitos/consideraciones de configuración como se conocen en este momento. es decir, clases de
pedido, tipos de facturación, rutinas de copia, categorías de artículos, categorías de riesgo, clases de condición,
procedimientos de determinación de precios, reglas de liquidación, etc. Esta sección podría depender largo de la
naturaleza de la solución y el nivel de detalle del diseño. Cuanto más complejo sea el tema, más detalles desea tener en
esta sección. Esto podría ser sólo menos de las notas de configuración reales, pero usted debe incluir los elementos
especiales que usted no quiere olvidar se olvidan durante la configuración

Configuración del núcleo


Id Descripción Actividad IMG Propietario
XX-xx-
CC001
XX-xx-
CC002
XX-xx-
CC003

8
ELEMENTOS TÉCNICOS RELACIONADOS CON EL DESARROLLO

Enumerar todos los acontecimientos que se consideraron necesarios mediante el análisis de lagunas en la cobertura del
proceso o que son necesarios para apoyar un proceso determinado. Si hay otros tipos de desarrollos personalizados
que no se abordan en las secciones siguientes, puede agregarlos a la información de esta sección. Esta sección
constituye la base del esfuerzo de desarrollo. Esta sección no incluye ninguna especificación de desarrollo: se crean
como parte de la implementación.

Las mejoras son cualquier cambio o mejora "permitida" en el código fuente de SAP. En otras palabras: toda la
programación que no causaría más esfuerzo para una comparación de código fuente cuando se realiza una
actualización, revisión o actualización de versión. Describa individualmente cada una de las mejoras y su funcionalidad
en forma de nota. Para las mejoras, no necesariamente tiene que explicar por qué se cambia el código fuente, esto es
opcional.

Flujo
Identifique los requisitos de flujo de trabajo para este proceso. Proporcione requisitos detallados para el flujo de trabajo.
por ejemplo, proceso de aprobación de órdenes de compra y niveles de autoridad, etc.

Flujos
WRICEF Objeto de datos Partes
Descripción Propietario
Id (pedido de ventas) comprometidas
XX-xx-
W001
XX-xx-
W002
XX-xx-
W003

Informes (operativos y analíticos)


Esto es sólo un listado. Detalles del informe en la especificación funcional. Si los informes se realizarán fuera de BW,
entonces enumere las fuentes de información, etc.

Informes
Tipo de
WRICEF informe Elementos de
Descripción KPI relevante Propietario
Id (ABAP, BI, datos
BOBJ)
XX-xx-
R001
XX-xx-
R002
XX-xx-
R003

9
Interfaces
Identifique todas las interfaces necesarias para proporcionar entradas o salidas de esta parte del proceso. Proporcione
una descripción funcional de las interfaces, incluido el origen y el tipo de datos.

Interfaces
WRICEF Método de Frecuencia /
Descripción Aplicaciones Propietario
Id interfaz Volúmenes
XX-xx-
I001
XX-xx-
I002
XX-xx-
I003

Conversión de datos / Datos históricos


Tenga en cuenta todos los requisitos de conversión de datos maestros y transaccionales. Tenga en cuenta campos
específicos que son exclusivos de este diseño y el requisito empresarial que impulsa ese diseño. Tenga en cuenta si los
requisitos de conversión de datos manuales y automatizados. Proporcione detalles de todos los datos requeridos por
Legacy Systems (considere el nombre del sistema, el nivel de detalle, la dimensión de tiempo). Identifique los requisitos
para la conversión de datos históricos obligatoria para el proceso. Esto no pretende ser una especificación funcional
exhaustiva, sino un lugar para enumerar las conversiones relacionadas con este proceso.

Conversiones
Actividades
Método de
de N.o de
WRICEF Objeto de conversión
Fuente conversión objetos a Propietario
Id conversión (manual /
(por ejemplo, convertir
automatizado)
limpieza)
XX-xx-
C001
XX-xx-
C002
XX-xx-
C003

Mejoras
Enumere las mejoras necesarias en función de las resoluciones de huecos propuestas enumeradas en los documentos
Requisitos detallados y Diseño. Proporcione tantos detalles sobre los requisitos y las consideraciones de diseño como
pueda. Si hay una mejora grande, considere la posibilidad de detallarlo en un documento de diseño o especificación
funcional independiente.

Mejoras
Objeto de
Estándar
WRICEF datos Brecha
Descripción SAP Razón Propietario
Id (pedido de funcional
alternativo
ventas)
XX-xx-
E001

10
XX-xx-
E002
XX-xx-
E003

Salida (por ejemplo, formularios)


Identifique salidas y formularios.

Salida/ Formularios
Objeto de Tipo de
WRICEF datos salida
Descripción Frecuencia Volúmenes Propietario
Id (pedido de (Formulario,
ventas) EDI, etc.)
XX-xx-
O001
XX-xx-
O002
XX-xx-
O003

Modificaciones
Enumere las modificaciones necesarias en función de las resoluciones de huecos propuestas enumeradas en los
documentos Requisitos detallados y Diseño. Proporcione tantos detalles sobre los requisitos y las consideraciones de
diseño como pueda. Si hay una modificación grande, considere la posibilidad de detallarlo en un documento de diseño o
especificación funcional independiente.

Modificaciones
Id Descripci Objeto de Brecha Estándar SAP Razón Propietario
ón negocio/dat funcional alternativo
os
XX-xx-
M001
XX-xx-
M002
XX-xx-
M003

SOA/Composición

Dominio empresarial
Enumere los dominios empresariales necesarios. Proporcione tantos detalles sobre los requisitos y las consideraciones
de diseño como pueda.

Dominios de negocio
Id Descripción Propietario
XX-xx-
BD001

11
XX-xx-
BD002
XX-xx-
BD003

Componente de proceso
Enumere los componentes de proceso independientes del software (orquestación) necesarios. Proporcione tantos
detalles sobre los requisitos y las consideraciones de diseño como pueda.

Componentes de proceso
Id Descripción Servicios Propietario
proporcionados
XX-xx-
PC001
XX-xx-
PC002
XX-xx-
PC003

Modelo de servicio
Configure la estructura de servicio empresarial correspondiente que consta de dominios empresariales, componentes de
procesos independientes del software, así como servicios empresariales y sus operaciones de servicio que se han
especificado en las actividades anteriores. Esto proporciona una vista general sobre los requisitos de un modelo de
servicio. Proporcione tantos detalles sobre los requisitos y consideraciones de diseño como pueda.

Candidato a la Operación de Servicio


Identificar y enumerar los candidatos de operación de servicio necesarios fuera del entorno de proceso dado y sus
especificaciones de operación de servicio orientadas al negocio (sin ningún detalle técnico como claves primarias,
relaciones técnicas adicionales o tipos de datos). Por lo tanto, estos candidatos de operación de servicio son
independientes del software. Una especificación de operación de servicio también se denomina contrato comercial de
una operación de servicio. Asigne los candidatos de la operación de servicio a los servicios existentes proporcionados
por el repositorio de servicios empresariales (ESR) y evalúe el nivel de cobertura. Proporcione tantos detalles sobre los
requisitos y consideraciones de diseño como pueda.

Candidatos a operaciones de servicio


Id Descripción Asignación al servicio Propietario
empresarial existente
XX-xx-
SOC001
XX-xx-
SOC002
XX-xx-
SOC003

12
Solución de terceros
Esta sección contiene la descripción de la solución de terceros para cerrar la brecha con el estándar SAP, incluidas las
interfaces respectivasy los desarrollos necesarios.

Solución de terceros
Id Descripción Interfaz/Desarrollo Propietario
requerido
XX-xx-
T001
XX-xx-
TC002
XX-xx-
T003

13
AUTORIZACIÓN
Indique los requisitos especiales de autorización asociados con este proceso, por ejemplo, la segregación de deberes.
Identifique las agrupaciones o el tipo de empleados que tendrán acceso a la funcionalidad del sistema para esta
actividad, si procede.

Autorizaciones
Objetos de
Id Autorización datos (pedido de Razón • de los empleados
ventas / código TA)
XX-xx-
A001
XX-xx-
A002
XX-xx-
A003

14
[Link]/contactsap

© 2017 SAP SE o una empresa afiliada a SAP. Todos los derechos reservados.
Ninguna parte de esta publicación puede ser reproducida o transmitida de ninguna forma o para ningún propósito sin el permiso expreso de SAP SE o de una empresa afiliada a SAP.

La información contenida en este documento puede ser cambiada sin previo aviso. Algunos productos de software comercializados por SAP SE y sus distribuidores contienen componentes de software
propietarios de otros proveedores de software. Las especificaciones nacionales del producto pueden variar.

Estos materiales son proporcionados por SAP SE o una empresa afiliada a SAP únicamente con fines informativos, sin representación o garantía de ningún tipo, y SAP o sus empresas afiliadas no serán
responsables de errores u omisiones con respecto a los materiales. Las únicas garantías para los productos y servicios de la empresa afiliada de SAP o SAP son las que se establecen en las
declaraciones de garantía expresa que acompañan a dichos productos y servicios, si los hubiera. Nada de lo presente debe interpretarse como una garantía adicional.

En particular, SAP SE o sus empresas afiliadas no tienen la obligación de seguir ningún curso de negocio descrito en este documento o cualquier presentación relacionada, o de desarrollar o divulgar
cualquier funcionalidad mencionada en el mismo. Este documento, o cualquier presentación relacionada, y la estrategia de SAP SE o sus empresas afiliadas y posibles desarrollos futuros, productos y/o
direcciones y funcionalidades de la plataforma están sujetos a cambios y pueden ser modificados por SAP SE o sus afiliados empresas en cualquier momento y por cualquier motivo sin previo aviso. La
información de este documento no es un compromiso, promesa u obligación legal de entregar ningún material, código o funcionalidad. Todas las declaraciones prospectivas están sujetas a diversos
riesgos e incertidumbres que podrían hacer que los resultados reales difieran materialmente de las expectativas. Se advierte a los lectores que no se basen indebidamente en estas declaraciones
prospectivas, y no se les debe confiar en ellos para tomar decisiones de compra.

SAP y otros productos y servicios de SAP mencionados en este documento, así como sus respectivos logotipos, son marcas comerciales o marcas comerciales registradas de SAP SE (o una empresa
afiliada a SAP) en Alemania y otros países. Todos los demás nombres de productos y servicios mencionados son marcas comerciales de sus respectivas empresas. Ver [Link]
en/legal/copyright/[Link] para obtener información y avisos adicionales sobre marcas comerciales.

Common questions

Con tecnología de IA

Documenting operational decisions in SAP business processes is important because it captures the logic and criteria used to make these decisions. This includes conditions under which certain processes are executed or altered. Such documentation ensures consistency, transparency, and compliance with policies, and aids in troubleshooting and optimization of decision-making processes .

When documenting organizational structure in business process design, considerations should include related positions, organizational needs, design implications, and possibly the geographical locations where processes are to be implemented. This may involve specific plants, offices, or warehouses. These considerations help ensure alignment between the process design and the existing organizational framework .

The Business Process Design (BPD) is considered an optional deliverable in projects implementing SAP Model Company when it is likely that the client will accept the processes from SAP Model Company as they are. This is particularly applicable where there is minimal customization or when the client's processes already align closely with SAP Best Practices .

Implementing third-party solutions in SAP business processes presents challenges such as ensuring seamless interface integration, maintaining system compatibility, and managing added complexity in the IT infrastructure. It requires careful documentation of interfaces and developments needed to bridge gaps between SAP standards and the specific requirements addressed by third-party solutions .

'Gaps' in SAP business processes refer to differences between an organization's requirements and the standard SAP capabilities. Addressing these gaps involves identifying necessary developments or adaptations to close them. Documenting gaps is significant because it ensures that all discrepancies are clearly understood, tracked, and resolved through tailored solutions or enhancements, preventing misalignment with business needs .

KPIs integrate with process changes in SAP business models by providing metrics that measure the effectiveness and impact of implemented changes. This integration is pivotal because it helps identify whether the process modifications lead to desired outcomes, thus guiding future decisions and adjustments. KPIs serve as tools for continuous improvement in adapting business processes to strategic goals .

SAP Solution Manager 7.2 integrates with business process modeling by providing tools and references such as business process flow diagrams and process libraries to facilitate the definition and solution of business processes. It is particularly useful in large and complex projects where the client's adoption of SAP Best Practices is likely to be less than 75% .

Authorization requirements are critical in SAP business process design to ensure proper access control, which is vital for maintaining security and compliance with legal and company policies. They are documented by specifying the types of employees or groups who will have access to system functionalities and identifying the segregation of duties required. This ensures that only authorized personnel can perform specific tasks within the system .

'Triggers' in business process descriptions within SAP architecture serve as starting points of processes, initiating a sequence of system activities or workflows. They are essential for defining when and how processes should start, ensuring that subsequent activities are carried out efficiently and in line with business rules or events .

In SAP process design, legal and compliance considerations related to SOX include ensuring proper segregation of duties, adhering to requisite reporting standards, and compliance with documentation requirements. These are crucial to maintain the integrity and transparency of financial reporting, and companies must document how specific processes will comply with SOX requirements .

También podría gustarte