{"id":26613,"date":"2016-06-01T01:02:04","date_gmt":"2016-05-31T23:02:04","guid":{"rendered":"http:\/\/e3mag.com\/?p=26613"},"modified":"2022-05-01T08:51:22","modified_gmt":"2022-05-01T06:51:22","slug":"sap-standard-delivers-no-processes","status":"publish","type":"post","link":"https:\/\/e3mag.com\/es\/sap-standard-delivers-no-processes\/","title":{"rendered":"El est\u00e1ndar SAP no ofrece procesos"},"content":{"rendered":"

Debido a la frecuente presencia de la palabra \"proceso\", se ha producido un fuerte efecto de habituaci\u00f3n. Casi nadie piensa todav\u00eda en lo que significa este t\u00e9rmino para el software y su uso. El siguiente art\u00edculo se centra en los procesos empresariales y su implementaci\u00f3n o soporte en el est\u00e1ndar SAP ERP.<\/p>\n

Proceso de entrada de mercanc\u00edas<\/h3>\n

Uno de los procesos empresariales m\u00e1s destacados de SAP ERP es el proceso de entrada de mercanc\u00edas. Consta de los siguientes pasos: se activa una orden de compra y se crea como documento en SAP, se env\u00eda la orden de compra al proveedor, se entregan las mercanc\u00edas, se registran y se crea un documento de entrada de mercanc\u00edas en SAP ERP.<\/p>\n

Este ejemplo muestra todas las caracter\u00edsticas esenciales de un proceso empresarial: el proceso tiene un curso temporal, una direcci\u00f3n, un progreso que puede medirse. El proceso tiene un estado definido en cada momento.<\/p>\n

Existen diferentes procesadores: pueden funcionar en serie o en paralelo. Cada proceso lleva un registro y los estados anteriores del proceso deben poder recuperarse en caso necesario. Se pueden incluir o crear documentos SAP e incluir documentos f\u00edsicos (formularios) (por ejemplo, albar\u00e1n, pedido).<\/p>\n

\"Thomas<\/a>Existe un gran n\u00famero de procesos empresariales similares que suelen gestionarse a trav\u00e9s de SAP ERP. Algunos ejemplos son: la recepci\u00f3n de facturas, la recepci\u00f3n de reclamaciones, el proceso de ventas (consulta del cliente - oferta - pedido) y el inventario.<\/p>\n

Como procesos de negocio, sin embargo, estos procesos s\u00f3lo existen a nivel organizativo en SAP ERP. El est\u00e1ndar SAP s\u00f3lo proporciona los documentos entre los que se ejecutan los procesos. En el caso de la entrada de mercanc\u00edas, por ejemplo, son el documento de pedido y el documento de material los que se crean en el transcurso del proceso.<\/p>\n

La gesti\u00f3n del proceso se deja exclusivamente en manos del usuario. Los plazos, el progreso, el estado, los agentes implicados, los documentos deben ser gestionados por el usuario.<\/p>\n

No existe un lugar central donde el usuario pueda obtener una visi\u00f3n general de los procesos en curso. El seguimiento de los procesos lleva mucho tiempo, es engorroso y poco fiable, ya que hay que consultar multitud de fuentes de datos (documentos) para evaluarlos.<\/p>\n

Son frecuentes las discontinuidades de los medios de comunicaci\u00f3n en la tramitaci\u00f3n de los procesos: La comunicaci\u00f3n se realiza por correo electr\u00f3nico, tel\u00e9fono o servicios de mensajes cortos. Esta comunicaci\u00f3n queda sin documentar. Por tanto, a posteriori es dif\u00edcil reconstruir las decisiones. Es evidente que la norma SAP deja aqu\u00ed un vac\u00edo de proporciones asombrosas, intencionadamente o no.<\/p>\n

Herramienta de gesti\u00f3n del proceso de requisitos<\/h3>\n

Si desea crear una herramienta de software para apoyar la gesti\u00f3n de procesos empresariales, resulta \u00fatil hacer abstracci\u00f3n de casos de uso espec\u00edficos. Esto significa, por ejemplo, examinar los casos de uso \"recepci\u00f3n de facturas\" y \"recepci\u00f3n de mercanc\u00edas\" e intentar aislar las caracter\u00edsticas y requisitos comunes.<\/p>\n

Objeto de negocio proceso: Ha resultado \u00fatil considerar el propio proceso como un objeto de negocio. Este objeto de negocio debe tener las propiedades 1-8 mencionadas en la introducci\u00f3n.<\/p>\n

Tiempo de ejecuci\u00f3n del proceso: los procesos pueden avanzar manualmente, es decir, controlados por el usuario en una operaci\u00f3n de di\u00e1logo, pero tambi\u00e9n pueden progresar autom\u00e1ticamente. En los procesos empresariales habituales suelen darse ambas formas de \"avance\". De ello se deduce que se necesita una especie de \"tiempo de ejecuci\u00f3n del proceso\" para impulsar los procesos autom\u00e1ticamente.<\/p>\n

Supervisi\u00f3n frente a cabina: Debe ser posible supervisar el estado y el progreso del proceso. Para ello, se necesita una operaci\u00f3n de supervisi\u00f3n que muestre todos los ratios esenciales y ofrezca una visi\u00f3n de los datos detallados del proceso.<\/p>\n

Si la transacci\u00f3n de monitorizaci\u00f3n tambi\u00e9n permite el control del proceso, es decir, conducir el proceso y cambiar los datos del proceso, hablamos de cockpit de proceso. Desde el punto de vista del software, monitor y cockpit pueden ser la misma transacci\u00f3n autorizada de forma diferente.<\/p>\n

Arquitectura de software<\/h3>\n

Asumimos el desarrollo en Abap OO, ya que hay ventajas decisivas del runtime Abap, como veremos m\u00e1s adelante.
\nClase handler: La base de todos los procesos de aplicaci\u00f3n es un proceso abstracto sin referencia a la aplicaci\u00f3n. Esto se implementa como una simple clase Abap-OO (clase handler) con unas pocas propiedades:<\/p>\n