Invocación de un Objeto de Negocio

Hemos tratado la definición de un objeto de negocio. En esta sección, se describe cómo se usan objetos de negocio en todo el sistema para visualizar, agregar y actualizar registros.

• Varios parámetros para zonas que se usan para desplegar datos en el sistema incluyen soporte para recuperar datos haciendo referencia a un objeto de negocio. El código de zona "invocará" al Objeto de Negocio, lo que significa que el registro se recuperará usando el Objeto de Negocio al que se hace referencia.

• El idioma de scripting del sistema incluye un tipo de paso para "invocar Objeto de Negocio". Esto permite que scripts del Asistente de Proceso de Negocios, scripts de servicio y scripts de conector recuperen información y agreguen o actualicen registros usando la interacción de Objeto de Negocio.

• Los servicios web de entrada pueden hacer referencia a un objeto de negocio en su recopilación de operaciones. Esto permite que los sistemas externos agreguen o actualicen registros en nuestro producto mediante la interacción de servicio web.

A menudo, al configurar una zona o al escribir un script, el Objeto de Negocio que se usará en la sentencia "invocar Objeto de Negocio" debe ser el Objeto de Negocio de identificación del registro. Como tal, el script suele incluir pasos anteriores al paso "invocar Objeto de Negocio" para "determinar el Objeto de Negocio de identificación del registro", y, una vez que se encuentre el Objeto de Negocio de identificación, el paso de script invocará a ese Objeto de Negocio. Tenga en cuenta que las zonas y los servicios web de entrada hacen referencia a un Objeto de Negocio directamente. En cada caso, si el Objeto de Negocio que se usará debe ser dinámico, la zona o el servicio web de entrada deben hacer referencia a un script de servicio que puede realizar los pasos para identificar el Objeto de Negocio e invocar a ese Objeto de Negocio.

Debe tenerse en cuenta, sin embargo, que el Objeto de Negocio usado en una sentencia "invocar Objeto de Negocio" (o al que se hace referencia en un servicio web de entrada) no se tiene que asociar con el Objeto de Negocio de identificación para el registro. A continuación, se indican algunos ejemplos en donde esto puede suceder:

• Es posible que un script solo requiera un subjuego de elementos para un registro y no todo el registro. En este caso, para propósitos de performance, es mejor definir un Objeto de Negocio especial (a veces denominado Objeto de Negocio "lite" o "mini") que solo defina los elementos necesarios. Cuando el sistema recupere los datos, solo accederá a las tablas que se incluyen en la definición de esquema del Objeto de Negocio. Además, si no hay elementos que se mapeen a un campo de estructura XML, el sistema saltará cualquier análisis de esa columna. De forma similar, si un script está actualizando un subjuego de elementos en un registro, puede resultar beneficioso usar un Objeto de Negocio "mini" para realizar las actualizaciones.

  Nota: Tenga en cuenta lo siguiente respecto del uso de un Objeto de Negocio mini. Este Objeto de Negocio solo se usa para este esquema. Este tipo de Objeto de Negocio no definiría algoritmos ni un ciclo de vida. Debido a que el Objeto de Negocio es especial, por lo general, no se debería poder usar como cualquier Objeto de Negocio de identificación del registro. Para controlar eso, estos Objetos de Negocio suelen configurarse para no permitir nuevas instancias. Consulte Determinación del Objeto de Negocio de Identificación para obtener más información.

• El objeto de mantenimiento que se agregará o actualizará en un script puede no soportar objetos de negocio como "Objetos de Negocio de identificación". Por ejemplo, el objeto de mantenimiento de Control de Lote no tiene un Objeto de Negocio de identificación. Sin embargo, es posible que los scripts deseen recuperar datos (o realizar actualizaciones) para estos tipos de registro de todas formas. Una forma sencilla de alcanzar ese objetivo es definir un objeto de negocio y usar "invocar Objeto de Negocio" para acceder a los datos.

  Nota: No todos los objetos de mantenimiento soportan ser mantenidos mediante una interacción de objeto de negocio. Esto sucede en un pequeño número de objetos antiguos donde el servicio de mantenimiento subyacente incluye una funcionalidad adicional, además de tan solo la actualización de las tablas de la base de datos. Estos objetos de mantenimiento se identifican mediante la opción de Objeto de Mantenimiento Mantenimiento de Objeto de Negocio definida en N.

• Cierta funcionalidad puede estar intentando agregar o actualizar registros para un objeto de mantenimiento de una forma "física" y no desea ni necesita usar el Objeto de Negocio de identificación del objeto. O bien, el Objeto de Mantenimiento puede no tener un Objeto de Negocio de identificación. Por ejemplo, el control de revisión toma una snapshot de un registro con fines de auditoría y para poder restaurar una versión anterior. En este caso, el sistema desea capturar una visualización "física" completa del registro. Para hacerlo, se puede crear un Objeto de Negocio "físico" especial que incluya todas las columnas y las tablas secundarias o la mayoría de ellas.

  Nota: Como el Objeto de Negocio mini, el Objeto de Negocio físico no definiría algoritmos ni un ciclo de vida y no debería poder ser usado como ningún Objeto de Negocio de identificación del registro. Para controlar eso, estos Objetos de Negocio suelen configurarse para no permitir nuevas instancias. Consulte Determinación del Objeto de Negocio de Identificación para obtener más información.