✒️ABAP El desarrollo BOR
ABAP El desarrollo BOR
Desarrollo en Workflows
Las áreas de arquitectura Workflow donde se requiere programación son :
Organización - Procesos - Objetos de negocio - Administración - Reporting - Creación de WorksItems.
En el desarrollo de Workflow se utiliza tecnología orientada a objetos debido a que esta permite simplificar el proceso de modelado.
Tipos de Objetos OBJECT TYPE
Es una definición genérica de un Business Object que describe las características generales y atributos comunes de los objetos de negocio de SAP.
Los tipos de objetos pueden consultarse en el Business Object Repository (BOR) a través de la transacción SW01.
Transacción SW01: utilizada para mantener (crear, Modificar, visualizar, copiar, etc.) los objetos de negocio.
Los estados de un tipo de objeto son:
- Modelado: en este estado el tipo de objeto no se puede "instanciar". Es decir no se pueden generar objetos para este tipo.
- Implementado: solo para pruebas, uso interno o posiblemente inestable.
- Liberado: liberado para ser utilizado por el cliente. Solo se podrán realizar ampliaciones pero no modificar radicalmente el tipo.
- Obsoleto: el tipo de objeto ha sido reemplazado por otro.
Business Object (Objeto de Negocio): es una instancia de un tipo de objeto SAP.
Un Business Object está definido por los siguientes elementos:
- ID del objeto: identificador único.
- Campo calve: numero.
- Nombre: designación semántica única.
- Componentes: estructura interna diferenciada para los objetos de relación "es parte de".
- Subtipos: especialización de un objeto "es un".
- Atributo: fecha de entrada, aprobado por, ingresado por, etc.
- Metodos: implementación de los metodos aplicable al objeto.
- Eventos: eventos que generan al objeto.
Un Business Object es básicamente una colección de atributos métodos y eventos de una entidad de negocios en particular, ejemplo de este puede ser, un material, orden de venta, un vendedor o un cliente.
Business Object Repository (BOR)
El BOR es un entorno de desarrollo y ejecución completo, que permite manejar los siguientes tipos de objetos:
- Objetos de negocio: incluyen objetos como "Cliente", "Material", y "Código de Compañía". Proveen tanto una visión de alto nivel orientada a los negocios como una interface de programación de sistema SAP.
- Objetos técnicos: incluyen textos, notas, ítems de trabajo y documentos, así como también objetos de escritorio como textos, graficos y hojas de cálculo.
- Metaobjetos: cada objeto tiene un atributo "Tipo de Objeto" que hace referencia al metaobjeto al que está asignado. Los métodos, atributos y eventos disponibles para un objeto en particular pueden ser recuperados desde su "Tipo de Objeto".
Instancias
Para trabajar con un objeto de negocio, debe primero crearse una instancia del objeto. Cuando se crea una instancia, existen dos tipos de objetos:
- Persistentes: los objetos persistentes contienen datos de las bases de datos R/3. tienen un identificador único determinado por el campo clave.
- No persistentes: los objetos no persistentes no están ligados a entradas concretas de bases de datos. Por ejemplo, son utilizados para visualizar datos, o para crear nuevos objetos de negocio persistentes.
Campos Clave
Un objeto se identifica unívocamente de otro a través de su clave. Una clave puede estar compuesta de uno o más campos. Hacen referencia a un campo clave de una tabla de la aplicación subyacente.
El mandante no es necesario en las claves. Deben ser campos tipo carácter (CHAR). Los campos clave concatenados pueden tener un máximo de 70 caracteres.
Atributos
Un atributo de un objeto representa determinada característica que este objeto puede llegar a tener.
En SAP los atributos pueden ser de base de datos o virtuales. En cuanto a su definición pueden estar relacionados a un tipo de dato de la base de datos o a un tipo de objeto (para asociaciones o compensaciones) Pueden ser de una línea o varias lineas (single-line o múltiple-line).
Atributos Virtuales: un atributo virtual es un atributo "calculado", es decir que se requiere programación para poder obtenerlo (no viene directamente de la base de datos).
El Business Object Buider no puede generar el código para un atributo virtual automáticamente (como sucede con los atributos de la base de datos) por lo que deben ser "explícitamente" codificados.
Ejemplos donde son necesarios atributos virtuales son:
- Datos dependientes del lenguaje.
- Datos dependientes del tiempo.
- Referencias a objetos.
- Calculo de valores netos - brutos.
Atributos multi-lineales: se corresponden a lo que en ABAP denominamos "tablas internas". pueden contener campos de base de datos u objetos.
Métodos
Son las actividades que podemos llevar a cabo sobre un objeto. Estos pueden ser:
Sincrónicos: el resultado es enviado directamente al programa que lo ejecuto. Además es posible la utilización de excepciones.
Asincrónicos: el resultado siempre es enviado de vuelta al programa llamador en la forma de un evento. Solo se permiten algunas excepciones (restringidas). El método en si mismo no espera un posible evento finalizador.
Ambos tipos de métodos pueden recibir datos a través de parámetros (parámetros de importación).
Eventos
Se utiliza principalmente para indicar que algo a sucedido. Estos son indispensables para iniciar o terminar los Workflows.
La definición del evento se hace a través del Business Object Builder, pero su implementación se hace a través de otras herramientas, por ello la documentación de los eventos es "indispensable".
Los eventos llevan y traen parámetros. Los parámetros pueden ser definidos por el usuario (explícitamente) o estándar los cuales no se definen (objeto lanzador, usuario que lanza el objeto, fecha, hora, etc.).
 
 
 
Sobre el autor
Publicación académica de Jeferson José Peña Curvelo, en su ámbito de estudios para la Carrera Consultor ABAP.
Jeferson José Peña Curvelo
Venezuela - Legajo: PD49W
✒️Autor de: 128 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Jeferson Peña