Aplicación de G. T. Ovino de Leche. 30 de noviembre de 2010

Transcripción

1 Aplicación de G. T. Ovino de Leche 30 de noviembre de 2010

2 G.T. Ovino de Leche WEB Documento G.T. Ovino de Leche WEB Cliente Proyecto Elaborado Migración de aplicaciones CCGG a PHP ikt Fecha de Elaboración 1/02/2010 Revisado Fecha de Revisión Contactos Contacto Mail Tfno Contacto Mail Teléfono Difusión de las versiones Destinatario Organización Histórico de versiones Versión Fecha Difusión Objeto Versión 01/02/2010 Difusión Comentario

3 G.T. Ovino de Leche WEB 3 INDICE Contactos...2 Difusión de las versiones...2 Histórico de versiones...2 Introducción...5 Definición de ventanas de Acceso a la aplicación...7 Gestión Multi-idioma...7 Introducción de Fechas...7 Gestión de identificador de Explotaciones...7 Gestión de Crotales...8 Gestión de filtrado con estructuras de selección...9 Gestión de usuario con permiso únicamente de Visualización....9 Modelo de ventana de selección de reses...10 Modelo de ventana de selección general...11 Entrada en las ventanas de selección sin registros...11 Uso de Oracle...12 Gestión de seguridad y acceso a datos...12 Pantalla de Gestión de errores y avisos...12 Gestión con Apoyo en ORACLE...13 Acceso a la aplicación Menú...15 Definición de las opciones del menú Maestros...16 [Maestros / Parámetros]...16 [Maestros / Parámetros / Parámetros de aplicación]...16 [Maestros / Parámetros / Valores de Parámetros de aplicación]...17 [Maestros / Parámetros de Explotación]...18 [Maestros / Tipos de Cubriciones]...20 [Maestros / Tipos de Registro]...21 [Maestros / Tipos de prototipo]...22 [Maestros / Condiciones de inseminación]...23 [Maestros / Tipos de partos]...24 [Maestros / Tipos de hormonas]...25 [Maestros / Tipos de Premios]...26 [Maestros / Tanques de Explotación]...27 [Maestros / Rebaños]...29 [Maestros / Ferias]...31 [Maestros / Secciones de Ferias]...33 Definición de las opciones del menú Trabajo...35 [Trabajo / Reses]...35 [Trabajo / Lotes de cubrición]...41 [Trabajo / Lotes de Monta Natural Controlada]...45 [Trabajo / Lotes de Reses]...49 [Trabajo / Partos]...53 [Trabajo / Controles lecheros]...57

4 G.T. Ovino de Leche WEB 4 [Trabajo / Lactaciones Finalizadas]...60 [Trabajo / Controles de Tanques]...62 [Trabajo / Crotales definitivos]...64 [Trabajo / Calificaciones Morfológicas]...66 [Trabajo / Genotipado]...68 [Trabajo / Movimiento pecuarios]...70 [Trabajo / Premios a Reses]...73 Definición de las opciones del menú Procesos...75 El gestor de procesos está basado en esta estructura de tablas...75 [Procesos / Gestor de procesos]...75 [Procesos / Generalidades]...80 [Procesos / Ventanas de procesos y codificación]...82 [Procesos / Traslado de animales entre Explotaciones]...88 [Procesos / Bajas Masivas por Explotación]...89 Definición de las opciones del menú Configuración...91 [Configuración/Cambio contraseña]...91 [Configuración/Literales]...91

5 G.T. Ovino de Leche WEB 5 Introducción El presente documento es un manual técnico sobre el aplicativo WEB de Gestión Técnica de Ovino de Leche. Estamos hablando de una Aplicación WEB bajo tecnología PHP que, previa autentificación, permitirá a los usuarios de la misma realizar distintas labores. La aplicación proporciona los mecanismos para la realización de una gestión multi-idioma En todas las entidades de trabajo se almacena la fecha y el usuario de la última modificación La aplicación proporciona herramientas para dar cobertura a gestiones realizadas en explotaciones de Ovino de Leche. Los principales conceptos que manejaremos serán los siguientes: Contaremos con una entidad donde se registran las reses ubicadas en dichas explotaciones (RESES). De las mismas almacenaremos información identificativa (crotal, microchip), genealógica (padre y madre), de ubicación (explotación) y de otros tipos (calificación morfológica, pureza de raza, ) Generalmente los aspectos productivos y reproductivos se trabajan a nivel de campaña por lotes de animales. Asociado a cada res y en algunos casos a la explotación podemos registrar la siguiente información: LOTES DE CUBRICIÓN de tipo artificial o de monta natural controlada en los cuales se busca la preñez de las reses cubiertas. En ellos se indica las fechas vinculadas al proceso de cubrición, el carnero inseminador y características adicionales vinculadas al proceso. PARTOS que se producen con indicación de los corderos vivos productos de los mismos. Los corderos quedarán identificados de forma transitoria por medio de su sexo y de un incremental dentro de la explotación y posteriormente a aquellos corderos que se pretende mantener se le asigna un crotal definitivo (junto con su correspondiente microchip) y se da de alta en RESES. Cada parto se vinculará o no a un lote de cubrición en función del tiempo transcurrido entre la cubrición y la fecha de parto de la hembra. Un parto produce el alta de una lactación para la res en la entidad de LACTACIONES. Durante el periodo de lactación de una res se realizan una serie de CONTROLES de producción de leche y de asociación de analíticas de la misma. A cada control se le pueden asociar la información de 1 ordeño o en raras ocasiones de 2 (tantos como visitas reales del controlador se han producido).

6 G.T. Ovino de Leche WEB 6 Paralelamente se acostumbra a recoger información de ANALÍTICAS DE TANQUE donde se almacena información de la leche ordeñada. Al finalizar una LACTACION se calculan una serie de valores estadísticos en función de los controles recogidos de la misma. De cada res también se registran las CALIFICACIONES que se le realizan a lo largo de su vida. En la misma se valoran una serie de puntos y se recogen una serie de defectos que dan como resultado una puntuación final que se asocia a la res. Adicionalmente se asocia a cada res a lo largo del tiempo sus INDICES GENÉTICOS que de alguna manera la posicionan en una serie de aspectos entre el resto de reses. También se registran los MOVIMIENTOS entre explotaciones y establos realizados por una res a lo largo de su vida. Por último se almacenan los PREMIOS recibidos por una res a lo largo del tiempo. La aplicación, en el apartado de PROCESOS, tiene en cuenta transferencias informativas con distintos entes externos (MAPA, Diputaciones, Laboratorio, ). En algunos casos se envía información y en otros se procesa e incorpora información al sistema. En términos generales para cada uno de estos procesos se implementará un procedimiento almacenado en Oracle que será llamado desde la opción correspondiente con el paso de parámetros oportuno.

7 G.T. Ovino de Leche WEB 7 Definición de ventanas de Acceso a la aplicación Gestión Multi-idioma Debe tenerse en cuenta una gestión multi-idiomática Introducción de Fechas La introducción de fechas en cualquier pantalla debe permitirse tanto por una ventana de selección como escribiéndola directamente sobre un campo de edición. Será necesario validarla para comprobar su corrección como fecha posible y permitiremos su introducción de la forma más cómoda posible. Si el usuario introduce una fecha directamente sobre el campo de edición cuando se abandone el campo si es interpretable como fecha se re-visualizará en el formato de fecha de la aplicación, si no es interpretable como fecha se borrará el contenido del campo. Ejemplo de visualización Serán fechas válidas los formatos usuales en orden día, mes, año separados por caracteres /, -,.,. Gestión de identificador de Explotaciones El código de explotación está compuesto por 12 dígitos estructurado en 4 grupos: THCOD VARCHAR2(2) CÓDIGO TERRITORIO HISTÓRICO. Debe existir en XTTH MUNCOD VARCHAR2(3) CÓDIGO DE MUNICIPIO. Debe existir en XTMUNICI ENTCOD VARCHAR2(3) CÓDIGO DE ENTIDAD. Debe existir en XTENTIDAD EXPNUMCOR VARCHAR2(4) CÓDIGO CORRELATIVO. A la hora de introducir las explotaciones se utiliza una estructura visual de este tipo: Si se introduce el código de explotación completo en los campos y la explotación indicada existe al salir del último campo se visualizará la descripción asociada a la derecha. Se puede utilizar el botón para lanzar una ventana de selección de explotaciones y si se selecciona una explotación se visualiza tanto el código como la descripción. Adicionalmente siempre se obtendrá el código interno de la explotación que será el que se utilice para las gestiones de salvado o filtrado. Cuando salimos del último campo y no se detecta una explotación se borran los valores previos. Únicamente debe hacerse si se han indicado los cuatro códigos que componen el identificativos de la explotación.

8 G.T. Ovino de Leche WEB 8 Se deberá tener en cuenta en esta ventana de selección la configuración de autorizaciones para controlar el acceso a las explotaciones La visualización que se acostumbra a hacer del código de explotación es separando cada porción de código. Gestión de Crotales Uno de los identificativos de las reses ubicadas en las explotaciones propias es el crotal. Éste está estructurado en 5 campos: CROPAIS VARCHAR2(2) CÓDIGO DE PAIS debe existir en la tabla XTPAIS CROCOMUNI VARCHAR2(2) COMUNIDAD debe existir en la tabla de comunidades CRODIGITO VARCHAR2(3) DIGITO CROCONSTA VARCHAR2(2), 2 dígitos anteriores al CROSERIE CROSERIE VARCHAR2(5) 5 últimos dígitos del crotal De ellos el mas representativo es el croserie. En general a la hora de indicar un crotal lo indicaremos directamente con el croserie o por medio de la correspondiente ventana de selección asociada y una vez seleccionado el animal mostraremos sus identificativos completos Los crotales se acostumbran a visualizar en su longitud completa de 14 caracteres separando sus campos por puntos ej: Estas estructuras deben devolver siempre, además de las descripciones asociadas de forma visual, como resultado el código interno del animal y será este valor el que se almacene o por el que se filtre.

9 G.T. Ovino de Leche WEB 9 Gestión de filtrado con estructuras de selección. Siempre que utilicemos la estructura de búsqueda de explotación debe proporcionarnos como resultado el código interno de la explotación (EXPEDIENTE) y será con este valor con el que realizaremos el correspondiente filtro adicional. Al salir de cada campo si el usuario ha escrito algún carácter se completará totalmente por la izquierda con ceros. Por ejemplo, si estamos en el primer campo y el usuario escribe '1' que al salir de dicho campo automáticamente se le sobrescriba '01', y así con todos. En el primer campo tendremos que completar con ceros por la izquierda hasta 2 dígitos, en el segundo y el tercero hasta 3 y en el cuarto hasta 4 dígitos. No resulta útil para el usuario la búsqueda de las reses o controles de las explotaciones cuyo primer campo del código de explotación es XX. El usuario debe localizar la explotación concreta y se mostrará la información referente a ella. Una vez localizada la explotación es más eficaz tanto para guardar el dato como para filtrar por él trabajar con el código interno de la explotación. Gestión de usuario con permiso únicamente de Visualización. Cuando un usuario solo tiene permiso de visualización, pero no de Modificación, sobre una determinada pantalla, tendremos que asegurarnos de que puede ver dichos datos y a su vez de que no puede modificarlos. En estos casos el botón de modificación no se visualiza en el área inferior de la pantalla, pero actualmente si se hace doble click sobre un registro se ejecuta la acción de modificación. Será necesario o mostrar un botón de visualización o por medio de un doble click sobre el registro abrir la pantalla de visualización de registro desactivando el botón Aceptar o, mejor aún, de forma adicional desactivando todos los controles de la pantalla (menos el botón cancelar obviamente).

10 G.T. Ovino de Leche WEB 10 Modelo de ventana de selección de reses. En aquellos casos en los que se pueda elegir una res se proporcionará esta ventana de selección. Si es posible gestionar en la llamada el paso de parámetros que indiquen datos conocidos (el animal debe estar vivo, se conoce su crotal, ) Planteamiento general: Para obtención de genealogía: Marcar en la llamada Hembras, Todas, Todas Para gestión de eventos: Marcar en la llamada hembras, activas, con acceso actual Para consulta: Marcar en la llamada todas, todas, con acceso pasado y actual Para cada valor por defecto que se pase distinto de todas no podrá modificarse. Serán modificables los bloques con valor Todas. A la hora de aplicar la búsqueda se filtrarán valores de reses.

11 G.T. Ovino de Leche WEB 11 Modelo de ventana de selección general Las ventanas de selección de elementos de tipo código descripción permitirán filtrar tanto por el código como por la descripción y se mostrará en la enumeración de elementos seleccionados igualmente el código y la descripción. Como en el resto de la aplicación se tendrá en cuenta la gestión idiomática. Entrada en las ventanas de selección sin registros En todas las ventanas de selección que no sean de maestros al lanzar la ventana de selección no aparecerá ningún registro. Deberá ser el usuario el que pulsa el botón Buscar para que se aplique el correspondiente filtro. En la ventana de selección de especialistas, explotaciones y reses se aplicará esta forma de trabajo. El motivo es que el volumen de registros en estos casos es muy grande. Cuando el usuario conoce el código lo introduce directamente sin necesidad de utilizar la pantalla de selección y solo utiliza dicha pantalla cuando conoce algún dato por el que filtrar. Es inútil mostrarle datos sin aplicarse ningún tipo de filtro ni de orden indicado por el usuario ya que no le va a ser de utilidad.

12 G.T. Ovino de Leche WEB 12 Uso de Oracle Como premisa, se realizará en Oracle todo lo posible minimizando el tráfico entre equipo cliente y servidor: Todos los procesos serán desarrollados en Oracle como procedimientos (o funciones) almacenados y llamados desde la aplicación PHP. Estos procedimientos devolverán el correspondiente código de error que indicarán si el mismo ha terminado exitosamente o no y por qué causa. Todas las validaciones que se estime factible realizar como procedimiento almacenado Oracle se desarrollará de igual forma, devolviendo si procede los códigos de errores detectados. Se desarrollarán también en Oracle todas las funciones de recopilación de datos, comprobaciones, actualizaciones de datos, que se consideren oportunos. Gestión de seguridad y acceso a datos Una vez autentificado el usuario en el sistema se tendrá en cuenta la configuración del mismo indicada en el módulo de seguridad a la hora de permitir saber a qué opciones tiene acceso y a los datos de qué explotaciones. Por lo tanto, será necesario definir los correspondientes procesos asociados a cada opción de ventana que nos permita en el módulo de seguridad controlar estos aspectos. Salvo indicación explícita una vez autentificado un usuario en el sistema solo tendrá acceso a la información vinculada a las explotaciones a las que está autorizado a acceder teniendo en cuenta de entre las distintas posibilidades planteadas en el módulo de seguridad los accesos TOT Con acceso al Total de explotaciones, AGR Con acceso a una Agrupación de explotaciones y EXP Con acceso a una Explotación concreta. Pantalla de Gestión de errores y avisos En la gestión de mantenimientos los errores detectados se mostrarán en una pantalla de errores del siguiente tipo

13 G.T. Ovino de Leche WEB 13 Los errores son incongruencias lógicas detectadas que impiden salvar el registro que se está editando y los avisos son advertencias al usuario que le permitirán salvar o no el registro editado según su decisión. Si se visualiza algún error solo se permitirá pulsar el botón Detenerse, Si solo existen avisos se permitirá pulsar el botón detenerse y el continuar Gestión con Apoyo en ORACLE Para cada mantenimiento de tipo grid con pantalla de edición se definirá un paquete oracle con una serie de variables que se corresponden con los valores a salvar en tabla y 2 funciones: Validar (in ACCION, out ERRORES, out AVISOS, out CODIGO) Se le pasa el parámetro acción y realiza las validaciones de los datos proporcionados para la acción devolviendo la lista de errores encontrados, la lista de avisos encontrados y un valor 1 si no hay errores ni avisos en caso contrario 0. En caso de no existir errores la función devuelve adicionalmente un valor numérico que permite a la función ejecutar recuperar los valores almacenados previamente en las variables de intercambio. Ejecutar (in ACCION, in CODIGO, out ERRORES) Se le pasa el parámetro acción y realiza las acciones correspondientes en función de la acción devolviendo la lista de errores encontrados y un valor 1 si no hay errores en caso contrario 0. El parámetro CODIGO debe coincidir con el valor devuelto por la función Validar de la operación en curso. Al llamarse a Validar y Ejecutar en sesiones Oracle distintas los valores de las variables de intercambio se pierden. Al utilizar el parámetro CODIGO no es necesario pasarle previamente a Ejecutar todas las variables. Automáticamente se recuperan dichas variables con sus valores tras la aplicación de Validar.

14 G.T. Ovino de Leche WEB 14 El procedimiento de gestión consiste en Proporcionar los valores a las variables desde la pantalla de mantenimiento Llamar a Validar indicando la acción a realizar que devuelve la lista de errores y avisos Si hay errores o avisos se muestra la correspondiente ventana Si no hay errores o se sale por continuar se lanza Ejecutar Si Ejecutar devuelve errores volverá a visualizarse la ventana de errores. ERRORES y AVISOS serán ambos una cadena de caracteres con el siguiente formato: AAAAAA;AAAAAA;AAAAAA; donde cada AAAAAA es un código de error con la siguiente sintaxis #@XXXXX@##@YYYYYYY@##@ZZZZZZ@# donde es un código de error que se corresponde con el mensaje de la tabla de literales El resto de la cadena es opcional y se debe existir una correspondencia entre el código y el literal de la siguiente forma. Si el literal tiene en su texto un #@1@# al visualizarse al usuario será necesario cambiar su aparición por el valor indicado en el código a la derecha de %1. Se actúa de forma idéntica para las posibles apariciones de #@2@# y #@3@#. Acceso a la aplicación. Para acceder a la aplicación será necesario autentificarse indicando un código de usuario obligatorio y en los casos en los que corresponda una Clave de acceso. Si existiera configuración para un segundo idioma debería indicarse en esa ventana. La ventana de acceso a la aplicación proporcionará la posibilidad al usuario que haya olvidado su contraseña de acceso de recuperar vía correo electrónico dicha contraseña. Al pulsar sobre Has olvidado tu contraseña? Aparecerá la siguiente ventana

15 G.T. Ovino de Leche WEB 15 Será necesario indicar el Usuario y el del mismo. Deberán coincidir exactamente el Usuario y el indicados con la información de configuración del usuario almacenado en el gestor de seguridad. Si la información es coincidente se enviará a la dirección indicada la contraseña asignada al usuario. Menú. [MENU] Una vez que hemos accedido a la aplicación autentificándonos visualizaremos la pantalla menú de la aplicación. En cabecera se visualizará el nombre de la aplicación, las opciones de cambio de idioma y las opciones de menú disponibles. Cuando seleccionemos una pantalla de trabajo concreta en la cabecera de la pantalla de menú se visualizará el identificativo de la pantalla de trabajo sobre la que estamos en este momento (en el ejemplo inferior sería la gestión de movimientos). Adicionalmente podrá seleccionarse el idioma.

16 G.T. Ovino de Leche WEB 16 Definición de las opciones del menú Maestros [Maestros / Parámetros] Grupo de mantenimientos para la gestión de parámetros a utilizar a lo largo de la aplicación. Tendremos en cuenta los siguientes: [Maestros / Parámetros / Parámetros de aplicación] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintas tipos de PARÁMETROS DE APLICACIÓN (tabla XTPARAMAPP), con el formato de ventana con grid multilínea con formulario de búsqueda y ventana de edición Ej. Código por defecto de especie, Proceso de Altas. El código de aplicación será no editable y se almacenará como NHC1006 Todos los campos serán editables El usuario deberá introducir obligatoriamente todos los valores solicitados en pantalla. El código no debe existir Tras añadir un registro en la entidad de PARAMETROS DE APLICACION se creará un registro en VALORES DE PARAMETROS DE APLICACION con igual clave primaria y valor a nulo. Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta.

17 G.T. Ovino de Leche WEB 17 Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario. Antes de borrar un registro de la entidad de PARAMETROS DE APLICACION se borrará su pareja en VALORES DE PARAMETROS DE APLICACION (igual clave primaria). [Maestros / Parámetros / Valores de Parámetros de aplicación] El proceso hará los tratamientos de altas, bajas, modificaciones de la entidad VALORES DE PARAMETROS DE APLICACIÓN con el formato de ventana con grid multilínea con formulario de búsqueda y ventana de edición Proceso de Altas. El parámetro deberá existir en la entidad PARAMETROS DE APLICACIÓN (XTPARAMAPP) Únicamente se puede asignar un único valor a un determinado parámetro. El código de aplicación será no editable y se almacenará como NHC1006 Todos los campos serán editables y obligatorios Proceso de Modificaciones. Será modificable únicamente el valor. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

18 G.T. Ovino de Leche WEB 18 [Maestros / Parámetros de Explotación] El proceso hará los tratamientos de altas, bajas, modificaciones, consultas de los distintos parámetros relacionados con la gestión técnica de Ovino de Leche y asociados a la explotación. Con el formato de ventana con grid multilínea con formulario de búsqueda (TBGTEXPAGR) Permitiremos filtrar por explotación, especialista, ficticia y amamantamiento. Proceso de Alta (A) Serán editables todos los campos Validación Los campos explotación y especialista son obligatorios. El código de explotación deberá existir en EXPLOTACIONES

19 G.T. Ovino de Leche WEB 19 La explotación a la que pertenece debe desarrollar ocupación de tener ganado ovino en el momento en el que se crea el establo. No podrán existir mas referencias a la explotación en PARÁMETROS DE EXPLOTACIÓN Se creará el registro en PARÁMETROS DE EXPLOTACIÓN Proceso de Modificación (M) Serán editables todos los campos menos el código de explotación. Validación Los campos explotación y especialista son obligatorios. Se modificará el registro en PARÁMETROS DE EXPLOTACIÓN Proceso de Borrado (B) Validación La explotación es obligatoria No debe existir ninguna referencia a la explotación. Si no se detecta ningún error se solicitará conformidad del usuario. Se eliminará el registro en PARÁMETROS DE EXPLOTACIÓN

20 G.T. Ovino de Leche WEB 20 [Maestros / Tipos de Cubriciones] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintos tipos de cubriciones (tabla TBTIPOCUBRICION), con el formato de ventana con grid multilínea con formulario de búsqueda, como el siguiente ejemplo: Proceso de Altas. Todos los campos serán editables El usuario deberá introducir obligatoriamente El código. La descripción en castellano. La descripción en euskera. El código no debe existir Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

21 G.T. Ovino de Leche WEB 21 [Maestros / Tipos de Registro] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintos tipos de registro de méritos (tabla TBREGISTRO), con el formato de ventana con grid multilínea con formulario de búsqueda, como el siguiente ejemplo: Proceso de Altas. Todos los campos serán editables El usuario deberá introducir obligatoriamente El código. La descripción en castellano. La descripción en euskera. El código no debe existir Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

22 G.T. Ovino de Leche WEB 22 [Maestros / Tipos de prototipo] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintas tipos que indican el estado de la res con respecto al libro genealógico, utilizado para (tabla TBPROTOTIPO), con el formato de ventana con grid, como el siguiente ejemplo: Proceso de Altas. Todos los campos serán editables El usuario deberá introducir obligatoriamente El código. La descripción en castellano. La descripción en euskera. El código no debe existir Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

23 G.T. Ovino de Leche WEB 23 [Maestros / Condiciones de inseminación] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintos tipos de condiciones de inseminación (tabla TBCONDINSEMINACION), con el formato de ventana con grid multilínea, como el siguiente ejemplo: Proceso de Altas. Todos los campos serán editables El usuario deberá introducir obligatoriamente El código. La descripción en castellano. La descripción en euskera. El código no debe existir Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

24 G.T. Ovino de Leche WEB 24 [Maestros / Tipos de partos] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintos tipos de partos (tabla TBTIPPARTO), con el formato de ventana con grid multilínea, como el siguiente ejemplo: Proceso de Altas. Todos los campos serán editables El usuario deberá introducir obligatoriamente El código. La descripción en castellano. La descripción en euskera. El código no debe existir Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

25 G.T. Ovino de Leche WEB 25 [Maestros / Tipos de hormonas] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintos tipos de hormonas utilizados en los lotes de cubrición (tabla TBHORMONAS), con el formato de ventana con grid multilínea, como el siguiente ejemplo: Proceso de Altas. Todos los campos serán editables El usuario deberá introducir obligatoriamente El código. La descripción en castellano. La descripción en euskera. El código no debe existir Proceso de Modificaciones. Serán modificables únicamente las descripciones. Las validaciones son las mismas que en el proceso de alta. Proceso de Bajas. No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

26 G.T. Ovino de Leche WEB 26 [Maestros / Tipos de Premios] El proceso hará los tratamientos de altas, bajas, modificaciones, consultas de los diferentes tipos de premios que pueden concederse a una res (TBFERIASPRE), con el formato de ventana con grid multilínea, como el siguiente ejemplo: Validar (A-Alta / M-Modificación / B-Borrado) Proceso de Altas. Todos los campos serán editables. Validación El usuario deberá introducir obligatoriamente: o El nombre código y La descripción en castellano. El nombre código deberá ser único. Proceso de Modificaciones. Serán modificables las descripciones. Validación Las mismas que para el alta. Proceso de Borrado. Validación No debe existir ninguna referencia al premio en ninguna tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

27 G.T. Ovino de Leche WEB 27 [Maestros / Tanques de Explotación] El proceso hará los tratamientos de altas, bajas, modificaciones, consultas de los distintos tanques pertenecientes a una explotación. Con el formato de ventana con grid multilínea con formulario de búsqueda (TBTANQUE) Proceso de Alta (A) Serán editables todos los campos. Al indicar la explotación se visualizará su descripción asociada. Validación Todos los campos son obligatorios. El código de explotación deberá existir en EXPLOTACIONES. Mostrar error si el tanque indicado ya existe. Se creará el registro en TANQUES DE EXPLOTACIÓN.

28 G.T. Ovino de Leche WEB 28 Proceso de Modificación (M) No será editable ningún campo. Validación Todos los campos son obligatorios Mostrar error si El establo indicado no existe Se modificará el registro en TANQUES DE EXPLOTACIÓN Proceso de Borrado (B) Validación Explotación y tanque son obligatorios No debe existir ninguna referencia al tanque en ANALISIS DE TANQUES. Si no se detecta ningún error se solicitará conformidad del usuario. Se eliminará el registro en TANQUES DE EXPLOTACIÓN

29 G.T. Ovino de Leche WEB 29 [Maestros / Rebaños] El proceso hará los tratamientos de altas, bajas, modificaciones, consultas de los diferentes rebaños definidos para una explotación (suele ser sólo uno), con el formato de ventana con grid multilínea con área de filtro (TBREBANOS), como el siguiente ejemplo: Filtro. Permitiremos filtrar por explotación, especialista, especie y raza dominante. Proceso de Alta (A) Los valores obligatorios son la explotación, especialista y la especie y raza dominante. Serán editables todos los campos. Al indicar la explotación se generará de forma incremental el número de rebaño para cada explotación partiendo de valor 1.

30 G.T. Ovino de Leche WEB 30 Validación Son obligatorios los campos explotación, especialista y la especie y raza dominante. La explotación a la que pertenece debe desarrollar ocupación de tener ganado ovino en el momento en el que se crea el establo. Raza preferente (XTESPRAZA con especie 9 o 5) Especialista debe existir en ESPECIALISTAS. El código de explotación deberá existir en EXPLOTACIONES No podrán existir mas referencias a la explotación en REBANOS Se creará el registro en REBANOS Proceso de Modificación (M) Serán editables todos los campos menos el código de explotación. Validación Son obligatorios todos los campos. Se modificará el registro en establos Proceso de Borrado (B) Validación La explotación es obligatoria No debe existir ninguna referencia al establo. Si no se detecta ningún error se solicitará conformidad del usuario. Se eliminará el registro en establos

31 G.T. Ovino de Leche WEB 31 [Maestros / Ferias] El proceso hará los tratamientos de altas, bajas, modificaciones de las distintas Ferias (tabla TBFERIAS), con el formato de ventana con grid multilínea con formulario de búsqueda, como el siguiente ejemplo: Validar (A-Alta / M-Modificación / B-Borrado) Proceso de Altas / Modificaciones. Todos los campos serán editables La raza, si se indica, debe existir. Podrá seleccionarse o teclearse. En cualquier caso debe existir en ADMWEBCCGG.XTESPRAZ (al ser un código compuesto por especie y raza, en el campo ESPCOD se asignará el código de OVINO que es 09, y una vez introducida la raza se visualizará la descripción de la misma). Validación

32 G.T. Ovino de Leche WEB 32 El usuario deberá introducir obligatoriamente: El Nombre de la Feria La Raza La Fecha de la Feria El Nombre Oficial de la feria en castellano. El nombre oficial en euskera no es obligatorio, existen Ferias a nivel nacional que evidentemente no tienen nombre oficial en euskera. El trinomio Nombre Código + Fecha + Raza no debe existir previamente. El código interno de la Feria (campo Feria) será un incremental. Al dar de alta una nueva feria se comprobará si existe una feria con el mismo Nombre Código y Raza para el año anterior al año de la feria que se está dando de alta. Si es así se preguntará al usuario si se desea hacer una copia de las secciones asociadas a la feria del año anterior para asignárselas a la nueva feria. Si la respuesta es positiva se realizará dicha copia (Tabla TBFERSEC). Proceso de Modificaciones. Serán modificables todos los campos. Validación Las validaciones son las mismas que en el proceso de alta. Proceso de Borrado. Validación No debe existir ninguna referencia al registro en ninguna otra tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

33 G.T. Ovino de Leche WEB 33 [Maestros / Secciones de Ferias] El proceso hará los tratamientos de altas, bajas, modificaciones, consultas de las distintas secciones (TBFERIASSEC) que pertenecen a una Feria. Con el formato de ventana con grid multilínea con formulario de búsqueda, como el siguiente ejemplo: Validar (A-Alta / M-Modificación / B-Borrado) Proceso de Alta/Modificación. Todos los campos serán editables Feria: si se indica debe existir (campo Nombre Codigo en TBFerias). Una vez localizada se visualizará la descripción de la misma. Raza: si se indica debe existir. Podrá seleccionarse o teclearse. En cualquier caso debe existir en ADMWEBCCGG.XTESPRAZ (al ser un código compuesto por especie y raza, en el campo ESPCOD se asignará el código de OVINO que es 09, y una vez introducida la raza se visualizará la descripción de la misma).

34 G.T. Ovino de Leche WEB 34 Fecha: si se indica debe ser lógica. Sexo: se podrá seleccionar por medio del literal de descripción y se almacenará el correspondiente código (ADMWEBCCGG.XTSEXANI) Validación El usuario deberá introducir obligatoriamente: Los datos de la Feria a la que pertenece la sección, indicando la raza, el nombre código y la fecha. Estos datos identifican el código interno de la feria, que es lo que almacenaremos en la tabla. El número de sección. No puede existir una sección con igual número en la misma feria. El sexo. La descripción en castellano. La descripción en euskera no es obligatoria, existen ferias a nivel nacional que evidentemente no tienen el nombre de las secciones en euskera. El binomio Código Feria + NºSección no debe existir. Proceso de Modificaciones. Serán modificables el sexo y las descripciones. Validación Las mismas que en el proceso de altas. Proceso de Borrado. Validación No debe existir ninguna referencia a la sección en ninguna tabla. Si no se detecta ningún error se solicitará conformidad del usuario.

35 G.T. Ovino de Leche WEB 35 Definición de las opciones del menú Trabajo [Trabajo / Reses] El proceso hará los tratamientos de altas, bajas, baja lógica, modificaciones y consultas de las reses, con el formato de ventana con grid multilínea con formulario de búsqueda. Este mantenimiento gestiona las reses (principalmente hembras pero también machos) ubicadas en explotaciones propias (TBRESESO). Validar (A-Alta / M-Modificación / B-Borrado / FB-F.Baja / CI-Cambios Identificativos) El campo en el sexo se podrá seleccionar por medio del literal de descripción y se almacenará el correspondiente código (ADMWEBCCGG.XTSEXANI) Proceso de alta. (A) Nos permitirá dar de alta una nueva res

36 G.T. Ovino de Leche WEB 36 Serán editables todos los campos menos Calificación, Genotipo y F.Baja. Son obligatorios los campos en rojo Se visualizarán los valores por defecto (se tomarán de PARAMETROS POR APLICACION): Especie =2 Cropais=ES GTOL.DevuelveParametroN(15) GTOL.DevuelveParametro(11) Crocomuni=15 GTOL.DevuelveParametroN(13) Numparto=0 Nlacta=0 Raza=11 GTOL.DevuelveParametroN(18) GTOL.DevuelveParametroN(19) GTOL.DevuelveParametroN(16) El tipo de movimiento (TIPOMOV) debe ser de alta =1 (VALOR FIJO) Sexo por defecto Hembra GTOL.DevuelveParametro(23) El movimiento deberá ser un movimiento de tipo alta. Sexo. Se seleccionará indicando la inicial de las descripciones asociadas teniendo en cuenta la gestión idiomática Los valores se toman de la tabla ADMWEBCCGG.XTSEXANI y los campos a tener en cuenta son El código SEXANILET que será lo que se almacenará en RESES La descripción SEXANIDES_C y SEXANIDES_E según el idioma a visualizar Validación Todos los valores en rojo son obligatorios (al menos código del crotal, Fecha de nacimiento, Especie, Raza, Explotación, fecha de alta, El tipo de movimiento, el movimiento, Sexo). La fecha de nacimiento será igual o anterior a la fecha actual. La fecha de alta será igual o anterior a la fecha actual. El crotal indicado no debe existir en RESES. Se verificará que la fecha de alta sea igual o posterior a la fecha de nacimiento, e igual o posterior a la fecha del día Si se indica el padre debe existir en RESES. El proceso deberá realizar las siguientes comprobaciones: 1. En el caso de que la fecha de alta sea igual a la fecha de nacimiento se comprobara: Que la madre exista en la misma explotación y que haya tenido un parto en la misma fecha en la que nació la res. Que el padre exista en la tabla de RESES y que sea el carnero inseminador que ha provocado el parto.

37 G.T. Ovino de Leche WEB 37 Obtenemos el nuevo Código interno de la res (CROINT). Añadimos una instancia en la relación RESES, con los datos de la res que el usuario haya introducido Añadimos una instancia en la relación MOVIMIENTOS-RESES, correspondiente a la fecha y movimiento de alta en la Explotación que se acaba de realizar. Proceso de Modificación. (M). Esta opción permite modificar gran parte de los datos asociados a la res. Si la res tiene baja lógica no podremos cambiar datos en la pantalla de edición. El apartado de movimiento de alta no será visible. Serán modificables la madre, el padre, la fecha de registro, la fecha de alta y la fecha de identificación. Si la res proviene de un parto con cubrición artificial no se puede cambiar la madre ni el padre. No son modificables en ningún caso: Crotal, Explotación, especie, raza, sexo y fecha de baja. Validaciones En general los controles a realizar con los datos introducidos serán los mismos que los definidos para el proceso de altas. Se actualizan los valores indicados. Proceso de Borrado (B) Esta opción permite realizar el borrado físico de la res Validaciones Para poder proceder a la baja física, habrá que comprobar que la res no tiene ninguna instancia relacionada en PARTOS, LACTACIONES, CONTROLES LECHEROS, ÍNDICES GENÉTICOS, CALIFICACIONES MORFOLOGICAS, GENOTIPADOS o PREMIOS.

38 G.T. Ovino de Leche WEB 38 No debe existir ninguna referencia como madre a la res en ninguna instancia de RESES O como carnero inseminador en LOTES DE CUBRICION o en LOTES DE MONTA NATURAL CONTROLADA. Solo podrá existir el primer movimiento de alta de la res en MOVIMIENTOS DE RESES. Si no se detecta ningún error se solicitará conformidad del usuario. Es obligatorio el código interno del animal. Se borrará los registros relacionados con la res de las instancias CAMBIOS DE CROTAL. Se borrará el registro de MOVIMIENTOS. Se borrará el registro de la res de la entidad RESES.

39 G.T. Ovino de Leche WEB 39 Proceso de F. Baja (FB) Esta opción permite dar de baja una res, modificar la fecha y/o movimiento de baja o levantar la baja (en cuyo caso la res vuelve a estar activa) El tipo de movimiento será 2 (de baja) Se visualizará la información actual de baja del animal (si está de baja aparecerá la fecha y movimiento de baja en casos contrario aparecerá sin datos). Validaciones Deberán indicarse la fecha y el movimiento de baja o ninguno de los dos. Si se indican los datos Será preciso que la res no tenga lactación abierta (no finalizada). La fecha de Baja debe ser igual o anterior a la fecha de hoy. La fecha de Baja debe ser mayor a la fecha de Alta en Explotación. No deben existir partos, lactaciones, controles lecheros, índices genéticos, calificaciones morfologicas, genotipados, premios o cambios de crotal posteriores a la fecha de baja para esa res. La fecha de baja indicada debe ser posterior a cualquier fecha de movimiento de de tipo alta del animal. Antes de proceder a la operación se solicitara la conformidad. Si no se indican no se validará nada adicionalmente Si se indica fecha de baja y tipo de baja Actualizaremos la fecha de baja de la instancia RESES con el nuevo valor. Si existe el movimiento de baja en MOVIMIENTOS-RESES se elimina. Se añadirá un registro en MOVIMIENTOS-RESES, correspondiente al movimiento de baja introducido por pantalla. TRASPASO - DIPUTACIÓN, correspondiente al movimiento de baja que se acaba de realizar, marcando con una B el tipo de movimiento. Si no se indica o se borra Se elimina de movimiento reses cualquier movimiento de baja del animal Se actualiza RESES asignando null en la fecha de baja

40 G.T. Ovino de Leche WEB 40 Proceso de cambio identificativos (CI) Permite modificar los identificativos oficiales dejando constancia de dichos cambios. Si la res tiene baja lógica no tendremos acceso a la pantalla de cambio identificativo. Se visualiza el crotal y/o el microchip de la res. Se indicará fecha de cambio y se chequeará el identificativo a modificar que activará el correspondiente área de edición. Validaciones El código interno de la res obligatorio Si se activa Nuevo Crotal será obligatorio indicar todos los campos del crotal Si se activa Nuevo microchip será obligatorio indicar el microchip No debe existir otra modificación de crotal en igual fecha en CAMBIOS DE CROTAL. No debe existir otra modificación de registro en igual fecha en CAMBIOS DE MICROCHIP. Si se modifica el crotal de la res Se creará un registro en CAMBIOS DE CROTAL indicando la fecha de cambio y el antiguo crotal. Se modificará el crotal del animal al nuevo valor indicado en RESES Si se modifica el microchip de la res Se creará un registro en CAMBIOS DE MICROCHIP indicando la fecha de cambio y el antiguo registro. Se modificará el microchip del animal al nuevo valor indicado en RESES

41 G.T. Ovino de Leche WEB 41 [Trabajo / Lotes de cubrición] El proceso realizará los tratamientos de altas, bajas, modificaciones y consultas de las cabeceras de lotes de cubrición y de las hembras cubiertas de estos lotes. En la pestaña Lotes de cubrición se gestionarán las cabeceras de los lotes de cubrición y en la de Reses cubiertas se gestionarán las cubriciones de inseminación artificial realizadas a las reses indicando el macho inseminador y si tiene pérdida de esponja o no. Validar (A-Alta / M-Modificación / B-Borrado)

42 G.T. Ovino de Leche WEB 42 Proceso de Alta de Lotes de cubrición (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. Los datos de tipo hora (colocación, retirada y cubrición) son obligatorios si se han introducido la fecha previamente.

43 G.T. Ovino de Leche WEB 43 Se añadirá una instancia en la relación de LOTES DE CUBRICION, con los datos introducidos en la pantalla. Proceso de Modificación (M) Serán editables todos los campos excepto explotación, campaña y número de lote Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. Los datos de tipo hora (colocación, retirada y cubrición) son obligatorios si se han introducido la fecha previamente. Se modificará la instancia en la relación de LOTES DE CUBRICION, con los datos introducidos en la pantalla Proceso de Borrado (B) Validaciones Sólo se puede eliminar la información solo si no tiene reses cubiertas asociadas y si no está referencia la fecha de cubrición en algún parto. Si todo es correcto se eliminará la instancia en la relación de LOTES DE CUBRICION.

44 G.T. Ovino de Leche WEB 44 Proceso de Alta de Reses cubiertas (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. La hembra debe estar en la explotación del lote. Se añadirá una instancia en la relación de RESES CUBIERTAS, con los datos introducidos en la pantalla. Proceso de Modificación (M) Serán editables todos los campos excepto hembra. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. Se modificará la instancia en la relación de RESES CUBIERTAS, con los datos introducidos en la pantalla Proceso de Borrado (B) Validaciones Sólo se puede eliminar la información solo si no está referencia la fecha y el macho de la cubrición artificial en algún parto. Si todo es correcto se eliminará la instancia en la relación de RESES CUBIERTAS.

45 G.T. Ovino de Leche WEB 45 [Trabajo / Lotes de Monta Natural Controlada] El proceso realizará los tratamientos de altas, bajas, modificaciones y consultas de los lotes de monta natural controlada y de las hembras cubiertas por el macho de estos lotes. En la pestaña Lotes de MNC se gestionarán las cabeceras de los lotes y en la de Reses cubiertas se indicarán las reses cubiertas por el macho del lote. Validar (A-Alta / M-Modificación / B-Borrado)

46 G.T. Ovino de Leche WEB 46 Proceso de Alta de Lotes de MNC (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo, el carnero, la fecha de entrada y la de salida. Se añadirá una instancia en la relación de LOTES DE MNC, con los datos introducidos en la pantalla.

47 G.T. Ovino de Leche WEB 47 Proceso de Modificación (M) Serán editables todos los campos excepto explotación, campaña y número de lote Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo, el carnero, la fecha de entrada y la de salida. Se modificará la instancia en la relación de LOTES DE MNC, con los datos introducidos en la pantalla Proceso de Borrado (B) Validaciones Sólo se puede eliminar la información solo si no tiene reses cubiertas asociadas y si no está referenciada la fecha de MNC y el macho en algún parto. Si todo es correcto se eliminará la instancia en la relación de LOTES DE MNC.

48 G.T. Ovino de Leche WEB 48 Proceso de Alta de Reses cubiertas (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. La hembra debe estar en la explotación del lote. Se añadirá una instancia en la relación de RESES CUBIERTAS, con los datos introducidos en la pantalla. Proceso de Modificación (M) Serán editables todos los campos excepto hembra. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. Se modificará la instancia en la relación de RESES CUBIERTAS, con los datos introducidos en la pantalla Proceso de Borrado (B) Validaciones Sólo se puede eliminar la información solo si no está referencia el macho de la cubrición en algún parto. Si todo es correcto se eliminará la instancia en la relación de RESES CUBIERTAS.

49 G.T. Ovino de Leche WEB 49 [Trabajo / Lotes de Reses] El proceso realizará los tratamientos de altas, bajas, modificaciones y consultas de los lotes generales de reses (distintos a los de Monta Natura natural controlada) y de las reses que forman parte de esos lotes. En la pestaña Lotes de reses se gestionarán las características de los lotes y en la de Reses las reses que integran ese lote. Validar (A-Alta / M-Modificación / B-Borrado)

50 G.T. Ovino de Leche WEB 50 Proceso de Alta de Lotes de Reses(A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. El número de lote será un incremental por explotación y año o campaña. Los tipos de lotes que se pueden especificar son los que están en TIPOS DE LOTES (XTTIPOLOTE), exceptuando lote de MNC. Validaciones Son obligatorios los campos en rojo, la fecha de creación y el tipo de lote. Se añadirá una instancia en la relación de LOTES, con los datos introducidos en la pantalla.

51 G.T. Ovino de Leche WEB 51 Proceso de Modificación (M) Serán editables todos los campos excepto explotación, campaña y número de lote Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios la fecha de creación y el tipo de lote. Se modificará la instancia en la relación de LOTES, con los datos introducidos en la pantalla Proceso de Borrado (B) Validaciones Sólo se puede eliminar la información solo si no tiene reses asociadas. Si todo es correcto se eliminará la instancia en la relación de LOTES.

52 G.T. Ovino de Leche WEB 52 Proceso de Alta de Reses cubiertas (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. La hembra debe estar en la explotación del lote. Se añadirá una instancia en la relación de RESES CUBIERTAS, con los datos introducidos en la pantalla. Proceso de Modificación (M) Serán editables todos los campos excepto hembra. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. Se modificará la instancia en la relación de RESES CUBIERTAS, con los datos introducidos en la pantalla Proceso de Borrado (B) Validaciones Sólo se puede eliminar la información solo si no está referencia el macho de la cubrición en algún parto. Si todo es correcto se eliminará la instancia en la relación de RESES CUBIERTAS.

53 G.T. Ovino de Leche WEB 53 [Trabajo / Partos] El proceso realizara los tratamientos de altas, bajas, modificaciones y consultas de partos. Con el formato de ventana con grid multilínea con formulario de búsqueda (TBPARTOSO) Validar (A-Alta / M-Modificación / B-Borrado / I-Información (cubrición)) Proceso de Alta (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Al indicar el animal se mostrará automáticamente:

54 G.T. Ovino de Leche WEB 54 La información identificativa de la res y su ubicación. El nº de parto que le corresponde. Si tiene partos previos será el máximo + 1 y si no tiene será el nº de años de la res -1. Al indicar el animal y la fecha de parto se mostrarán automáticamente: los valores de la explotación donde esta la madre en el momento del parto, Nº de parto, Procedencia, y Fecha, tipo y macho de cubrición. Se indicará el tipo de parto (un valor de los existentes en TIPOS DE PARTO) Una vez indicados el nº de corderos nacidos y muertos: se activarán tantas líneas de introducción de corderos como corderos vivos que serán los corderos nacidos menos los corderos muertos. Será obligatorio indicar el sexo y crotal transitorio de cada cordero en cada línea activada. (El sexo será un valor H o M). El crotal definitivo no será editable. Validaciones Son obligatorios los campos en rojo. La fecha de Parto debe ser igual o anterior a la fecha de hoy. La fecha de Parto debe ser posterior a la fecha de Nacimiento. Es obligatorio introducir tantos corderos (sexo y crotal transitorio, 6 como máximo) como el número de corderos vivos (corderos nacidos corderos muertos), no se deben introducir transitorios coincidentes. Se añadirá una instancia en la relación de PARTOS, con los datos introducidos en la pantalla incluyendo la explotación donde se produce el parto. Se añadirá una instancia en la relación de LACTACIONES, con los datos introducidos en la pantalla si el tipo de parto es distinto a 'S'. El nº de lactación que le corresponde si tiene lactaciones previas será la máxima + 1 y si no tiene será el nº parto. Se añadirá tantos corderos transitorios en la relación de CROTALES TRANSITORIOS como corderos vivos se hayan introducido.

55 G.T. Ovino de Leche WEB 55 Proceso de Modificación (M) Solo se pueden modificar el tipo de parto, el nº de corderos nacidos y muertos y la información de los corderos que no tengan crotal definitivo. Se indicará el tipo de parto (un valor de los existentes en TIPOS DE PARTO) Una vez indicados el nº de corderos nacidos y muertos se activarán tantas líneas de introducción como corderos vivos. Será obligatorio indicar el sexo y crotal transitorio de cordero en cada línea activada. (El sexo será un valor H o M). El crotal definitivo no será editable. Validaciones Son obligatorios los campos en rojo. Es obligatorio introducir tantos corderos (sexo y crotal transitorio, 6 como máximo) como el número de corderos vivos (corderos nacidos corderos muertos), no se deben introducir transitorios coincidentes. Se modificará la instancia en la relación de PARTOS, con los datos introducidos en la pantalla. Se añadirá o borrará una instancia en la relación de LACTACIONES, según los datos introducidos en el tipo de parto. El nº de lactación que le corresponde si tiene lactaciones previas será la máxima + 1 y si no tiene será el nº parto. Se modificarán los corderos transitorios en la relación de CROTALES TRANSITORIOS según los corderos vivos que se hayan introducido.

56 G.T. Ovino de Leche WEB 56 Proceso de Borrado (B) Validaciones Si el parto tiene corderos con crotal definitivo no se puede borrar el parto. Si no es el caso se borrará el parto y los corderos de ese parto, y la lactación. Antes de proceder con la baja se solicitará la conformidad del usuario. Se eliminará la instancia en la relación de LACTACIONES asociada. Se eliminará la instancia en PARTOS Se eliminarán las instancias en CROTALES TRANSITORIOS.

57 G.T. Ovino de Leche WEB 57 [Trabajo / Controles lecheros] El proceso realizará los tratamientos de altas, bajas, modificaciones y consultas de los controles lecheros realizados a las ovejas de una explotación, o bien, a un determinado animal el formato de ventana con grid multilínea con formulario de búsqueda (TBCONTROLESO) Validar (A-Alta / M-Modificación / B-Borrado) Proceso de Alta (A) Todo es potencialmente editable.

58 G.T. Ovino de Leche WEB 58 Se deberá introducir el crotal de la res controlada. Se visualizará la explotación en la que se encuentra actualmente, la fecha de inicio de la lactación, el número de parto y el nº de lactación. Se indicará el especialista (un valor de los existentes en ESPECIALISTAS) y un momento de ordeño (un valor existenten en MOMENTOS DE ORDEÑO). Si momento de ordeño es D, mañana y tarde aparecerá un control para introducir los litros de leche por la tarde. En caso contrario sólo se mostrará un control para introducir los litros. Validación Todos los campos rojos son obligatorios. La fecha de Control debe ser igual o anterior a la fecha de hoy. Se creará una instancia en la relación CONTROLES-LECHEROS con los datos del control y la estimación de producción del día. Proceso de Modificación (M) Al editar No se puede modificar ni el crotal de la res ni la fecha de control ni el momento de ordeño. Validación Todos los campos rojos son obligatorios Será obligatorio rellenar el campo Mi. Leche.

59 G.T. Ovino de Leche WEB 59 Si se indica fecha de análisis debe ser igual o anterior a la fecha de hoy. Si se indica fecha de control y de análisis la fecha de análisis debe ser igual o posterior a la fecha de control. Se modificará el registro en CONTROLES-LECHEROS Proceso de Borrado (B) Validación Solo se podrá borrar un registro si es el último control del animal y no pertenece a una lactación finalizada. Si no se detecta ningún error se solicitará conformidad del usuario. Se eliminará el registro en CONTROLES-LECHEROS y en CONTROLES-LECHEROS TARDE si existen.

60 G.T. Ovino de Leche WEB 60 [Trabajo / Lactaciones Finalizadas] El proceso hará el tratamiento de altas, bajas, modificaciones y consultas a las lactaciones existentes. El formato de ventana con grid multilínea con formulario de búsqueda (TBLACTACIONO) Validar (M-Modificación / B-Borrado/ CA- Cambio amamantamiento) Proceso de modificación. Proceso de Modificación (M) Sólo será modificable la última lactación de un animal.

61 G.T. Ovino de Leche WEB 61 Solo serán potencialmente editables los campos de Lactación finalizada. El usuario podrá marcar o desmarcar el indicador de Lactación Finalizada. Si se desmarca el indicador de lactación finalizada se borrará la fecha de fin de lactación y todos los valores estadísticos tomarán valor 0. Si se marca el indicador de lactación finalizada se asignará en fecha de fin de lactación la fecha del último control de la lactación + 14 días y se asignarán los valores estadísticos (proporcionados por procedimientos almacenados) Validación Todos los campos son obligatorios. Se dará un mensaje si no se ha podido cerrar la lactación. Se actualizará el registro de la LACTACIÓN con los valores indicados y calculados. Proceso de Cambio Amamantamiento (CA) Se podrá gestionar a través del botón de amamantamiento Validación No se validará nada. Se actualizará el registro de la LACTACIÓN sumando a la fecha de inicio de lactación el parámetro de la aplicación nº1, 30 días. Se suma si la fecha de lactación es igual a la de parto y en otro caso se inicializa al valor con la fecha de parto.

62 G.T. Ovino de Leche WEB 62 [Trabajo / Controles de Tanques] El proceso hará los tratamientos de altas, bajas, modificaciones, consultas de los distintos controles realizados a los tanques pertenecientes a una explotación. El formato de ventana con grid multilínea con formulario de búsqueda (TBANATAN). Proceso de Alta (A) Todos los valores en rojo son obligatorios además del campo especialista. Serán editables todos los campos.

63 G.T. Ovino de Leche WEB 63 Validación Son obligatorios todos los campos en rojo además del campo especialista. Se mostrará un error si el tanque no existe en la explotación indicada. La fecha de Control debe ser igual o anterior a la fecha de hoy. La fecha de Análisis de Tanque debe ser igual o anterior a la fecha de hoy, si no se mostrará un error Si se indica fecha de análisis se deben introducir las analíticas y al contrario si se han introducido analíticas se debe haber introducido también la fecha de análisis. El controlador debe existir en ESPECIALISTAS, si no se mostrará un error. Se creará el registro en CONTROLES DE TANQUES Proceso de Modificación (M) Serán editables todos los campos menos el código de explotación, nº de tanque y fecha de control. Validación Se mostrará un error si el tanque no existe en la explotación indicada. Se modificará el registro en CONTROLES DE TANQUES Proceso de Borrado (B) Validación No debe existir ninguna referencia al establo. Si no se detecta ningún error se solicitará conformidad del usuario. Se eliminará el registro en CONTROLES DE TANQUES

64 G.T. Ovino de Leche WEB 64 [Trabajo / Crotales definitivos] El proceso hará los tratamientos de altas, bajas, modificaciones y consultas de los corderos productos de los partos. El formato de ventana con grid multilínea con formulario de búsqueda (TBCROTRANSITORIO) Proceso de Modificación (M) Serán editables todos los campos Crotal y fecha de identificación.

65 G.T. Ovino de Leche WEB 65 Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo. Se podrá modificar el crotal definitivo y la fecha de identificación de un crotal transitorio. No se modificará la fecha de identificación si se ha pasado a definitivo. Se podrá modificar este dato en la ventana de reses. Si el transitorio no se ha pasado a definitivo, entonces se comprobará que el nuevo crotal definitivo no existe ya y se dará de alta la nueva res con sus datos. Si el transitorio ha pasado a definitivo y se quiere cambiar el crotal definitivo a otro diferente se comprobará también que no exista y se modificará el crotal y el microchip. Si se quisiera borrar el crotal definitivo se eliminará esa res y su movimiento. Se modificará la instancia en la relación de CROTALES DEFINITIVOS, con los datos introducidos en la pantalla y en RESES se añadirá una res nueva y su movimiento en MOVIMIENTOS o se actualizará el crotal y el bolo del animal cuyo crotal definitivo se ha querido cambiar. Si se diera de baja el crotal definitivo se borraría la instancia de RESES y MOVIMIENTOS.

66 G.T. Ovino de Leche WEB 66 [Trabajo / Calificaciones Morfológicas] El proceso hará los tratamientos de altas, bajas, modificaciones y consultas de las calificaciones morfológicas efectuadas sobre las ovejas y los defectos observados. El formato de ventana con grid multilínea con formulario de búsqueda (TBCALMORF) Proceso de Alta (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Al indicar el animal se visualizará por defecto la raza y explotación donde se encuentra actualmente.

67 G.T. Ovino de Leche WEB 67 Al indicar el animal y la fecha de calificación se visualizará, el nº de parto y la fecha de inicio y fin de lactación del animal previo a la fecha de calificación. Validaciones Son obligatorios los campos en rojo La res debe existir en RESES y debe tener un parto antes de la fecha de calificación. El especialista debe existir en la relación de ESPECIALISTAS. No puede existir otra calificación para la res en igual fecha de calificación. Se añadirá una instancia en la relación de CALIFICACIONES MORFOLÓGICAS con los datos introducidos en la pantalla. Proceso de Modificación (M) Serán editables todos los campos menos Crotal, nº de parto y fecha de calificación. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo Las mismas validaciones del apartado de alta. Se modificará la instancia en la relación de CALIFICACIONES MORFOLÓGICAS, con los datos introducidos en la pantalla. Proceso de Borrado (B) Validaciones Antes de proceder con la baja se solicitará la conformidad del usuario. Si todo es correcto se eliminará la instancia en la relación de CALIFICACIONES MORFOLÓGICAS.

68 G.T. Ovino de Leche WEB 68 [Trabajo / Genotipado] El proceso hará los tratamientos de altas, bajas, modificaciones y consultas de los resultados de genotipado de las reses a las que se les ha sangrado, se han enviado sus datos al MAPA y posteriormente se han cargados los resultados. El formato de ventana con grid multilínea con formulario de búsqueda (TBGENOTIPADO) Proceso de Alta (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. Al indicar el animal se visualizará por defecto la explotación donde se encuentra actualmente.

69 G.T. Ovino de Leche WEB 69 Validaciones Son obligatorios los campos en rojo El especialista debe existir en la relación de ESPECIALISTAS. No puede existir otro genotipado para la res en igual fecha de recogida. Se añadirá una instancia en la relación de GENOTIPADOS con los datos introducidos en la pantalla. Proceso de Modificación (M) Serán editables el especialista, el resultado del análisis y la fecha de envío. Serán visualizados como obligatorios los campos en rojo. Validaciones Son obligatorios los campos en rojo Deberá existir el genotipado para esa res en esa fecha de recogida. Se modificará la instancia en la relación de GENOTIPADOS, con los datos introducidos en la pantalla. Proceso de Borrado (B) Validaciones Antes de proceder con la baja se solicitará la conformidad del usuario. Si todo es correcto se eliminará la instancia en la relación de GENOTIPADOS.

70 G.T. Ovino de Leche WEB 70 [Trabajo / Movimiento pecuarios] El proceso realizará los tratamientos de altas, bajas, modificaciones y consultas de los movimientos que hayan tenido los animales de las Explotaciones a lo largo de su vida. Proceso de Alta (A) Los movimientos seleccionables solo pueden ser de tipo alta y distintos de nacimiento. Serán modificables los campos de res, fecha y tipo de movimiento y explotación de destino. Al indicarse la res del movimiento serán visualizados los siguientes datos: - Crotal y sexo - Código de explotación, descripción de la misma y Municipio Origen. Validaciones

71 G.T. Ovino de Leche WEB 71 Son obligatorios los campos en rojo No podrá indicarse un tipo de movimiento nacimiento. La res debe estar activa No se puede trasladar a la misma explotación que la de origen. La fecha de movimiento debe ser anterior al momento en que se da de alta ese movimiento, debe existir algún movimiento previo y no pueden existir movimientos posteriores. El tipo de movimiento debe existir en TIPOS DE MOVIMIENTO y ha de ser un movimiento de alta que no se de nacimiento. Se creará un nuevo registro de movimiento en la entidad de MOVIMIENTOS Se actualizará la información de la res en RESES con la información de la Explotación y actual y la fecha de alta en la explotación coincidirá con la fecha del movimiento. Proceso de Modificación (M) Solo se puede modificar la explotación destino de una res. Validaciones Son obligatorios los campos en rojo Solo se puede modificar el último movimiento de una res. No se puede modificar el primer movimiento de una res. Los movimientos modificables solo pueden ser de tipo alta. Será modificable la explotación destino. Se modificará el registro de movimiento en la entidad de MOVIMIENTOS Se actualizará la información de la res en RESES con la información de la Explotación y Establo actuales y la fecha de alta en la explotación coincidirá con la fecha del movimiento. Proceso de Borrado (B) Validaciones Si la res está dada de baja no se podrá borrar el registro. Antes de proceder con la baja se solicitará la conformidad del usuario. Solo se podrá borrar un movimiento si es el último de la res, no es el primero y no es baja.

72 G.T. Ovino de Leche WEB 72 Si todo es correcto se eliminará la instancia en la relación de MOVIMIENTOS y se actualizará la información en RESES para hacerla coherente con el último movimiento actual de la res.

73 G.T. Ovino de Leche WEB 73 [Trabajo / Premios a Reses] El proceso realizará los tratamientos de altas, bajas, modificaciones y consultas de los premios que hayan recibido los animales a lo largo de su vida (TBPRERESES). Validar (A-Alta / M-Modificación / B-Borrado) Ventana en Alta y Modificación Proceso de Altas. Gestión Visual Serán editables los campos:

74 G.T. Ovino de Leche WEB 74 o o o o o o Identificación de la res: al indicar la res se visualizará el crotal completo con el formato de separación por puntos, sexo y raza del animal. Feria: se podrá indicar el nombre-código o pulsar directamente el botón de ayuda. En ambos casos se pasará la raza del animal como parámetro para la ventana de selección de feria, que aparecerá siempre ordenada por fecha de feria en descendente. Al seleccionarse un registro se devolverá el nombre código y la fecha de la feria que se colocará como fecha de concesión. Nº Sección: se podrá indicar el nº de sección o pulsar el botón de ayuda directamente, en cualquier caso se accederá a la ventana de selección pasando el código interno de la feria. Se visualizará la descripción de la sección. Premio: podrá indicarse o bien seleccionarse de la ventana de selección correspondiente. Se visualizará el nombre del premio y su descripción. Fecha de Concesión: será por defecto la fecha de la feria, pero será editable por el usuario. Observaciones Validación Deberán introducirse obligatoriamente: o o o o o Identificación de la res. Feria Nº Sección Premio Fecha de Concesión: deberá ser anterior o igual a la fecha actual. Opcionalmente podrán introducirse observaciones. Además deberán salvarse todas las comprobaciones existentes en la función Valida existente en la aplicación VB. Si todo es correcto se añadirá una instancia en la relación de PREMIOS A RESES. Proceso de Modificación. - El usuario sólo podrá modificar las Observaciones. Los controles a realizar serán los mismos que los definidos para el proceso de Altas. Proceso de Bajas. Antes de proceder a la eliminación física de la instancia en la relación se solicitará la conformidad del usuario. En caso de confirmación, el proceso realizará las siguientes acciones: - Eliminación de la instancia seleccionada en la relación PREMIOS A RESES.

75 G.T. Ovino de Leche WEB 75 Definición de las opciones del menú Procesos El gestor de procesos está basado en esta estructura de tablas [Procesos / Gestor de procesos] Desde esta ventana controlaremos el estado de los procesos encolados desde las distintas opciones del aplicativo que permiten la llamada de procesos automatizados. En general el usuario verá en esta pantalla los procesos que él mismo haya solicitado previamente, su estado y la documentación asociada al mismo. Pestaña de procesos Esta ventana tendrá en la parte superior una zona de filtrado en la que se podrá seleccionar un intervalo de fechas de petición y de fin de procesado, usuario, estado y tipo de proceso.

76 G.T. Ovino de Leche WEB 76 Se visualizarán el usuario peticionario del proceso, El nº secuencial asignado cuando fue encolado, El tipo de proceso solicitado de la lista TIPOS DE PROCESO, un campo observaciones con indicaciones adicionales sobre el proceso, La fecha y hora de encolado del proceso, de inicio y de fin de proceso y el estado del proceso de entre los existentes en ESTADOS DE PROYECTO. Proceso de Alta (A) Serán editables todos los campos. Serán visualizados como obligatorios los campos en rojo. El usuario será el conectado en el momento El tipo de proceso será uno de entre los existentes en TIPOS DE PROCESOS (XTTIPPRO) Observaciones es una campo libre es un campo libre donde se indicará el código ORACLE a ejecutar. Los campos F.H. no serán editables El estado será 1 EN ESPERA El flag incremental es un valor asociado al proceso y que se obtiene al indicar el proceso de la entidad PROCESOS (XTTIPPRO). Validaciones Son obligatorios los campos en rojo Verificar la coherencia de los datos Se añadirá una instancia en la relación de PROCESOS (TBPRO) con los datos introducidos en la pantalla y se calculará el Nº de proceso, se recuperará la fecha del sistema para asignarse a F.H.Petición y si es de tipo incremental se calculará la secuencia inicial y final en función del resto de procesos del mismo tipo. Proceso de Borrado (B)

77 G.T. Ovino de Leche WEB 77 Validaciones El código de proceso es obligatorio y debe existir en la tabla de procesos. Antes de proceder con la baja se solicitará la conformidad del usuario. Si todo es correcto se eliminará la instancia en la relación de PROCESOS junto con los datos existentes en la entidad relacional PROCESOS-DOCUMENTOS y la entidad DOCUMENTOS. Proceso de Cancelación (C) El botón cancelar cambiará el proceso seleccionado a un estado de tipo 4.- 'CANCELADO POR USUARIO' y con fecha de fin de procesado la fecha actual. Sólo se podrán cancelar los procesos en espera. Validaciones Si el proceso no está en modo En espera se mostrará un error avisando al usuario. Antes de proceder con la cancelación se solicitará la conformidad del usuario. Si todo es correcto se cambiará el estado a 4.- 'CANCELADO POR USUARIO' Proceso de Reprocesar (R) El botón Reprocesar generará un nuevo proceso en estado pendiente de ejecución tomando como base los datos del proceso de partida. Validaciones Sólo se podrán reprocesar los procesos cancelados por el usuario y los finalizados normalmente. Si ya existe un reprocesado de este proceso pendiente de ejecución se mostrará un error. Antes de proceder con la cancelación se solicitará la conformidad del usuario. El botón Reprocesar generará un proceso nuevo copiando todos los datos del registro (proceso) de partida con los campos Estado a 0.- 'EN ESPERA', F. Inicio procesado y F. Fin procesado irán a nulos y última fecha de modificación irá con la fecha actual. Sólo se podrán reprocesar los procesos cancelados por el usuario y los finalizados normalmente. También se deberán dar de alta las mismas referencias a la documentación de entrada asociada pero para el nuevo proceso duplicado, es decir, no se dará de alta nueva documentación sino que se vincularán las existentes para el nuevo proceso. La documentación asociada que sea de tipo salida no se vinculará al nuevo proceso.

78 G.T. Ovino de Leche WEB 78 Pestaña de Documentación asociada a proceso En esta ventana se mostrarán los documentos relacionados con cada proceso. En cabecera se visualizará la información del proceso seleccionado en la pestaña previa De cada documento se visualizará el nº de documento, el documento, nombre de documento (nombre.extension) y el indicativo de si es de entrada o de salida. El campo E/S indica si para el proceso en cuestión un documento es de tipo entrada (fichero a ser tratado por el proceso) o salida (resultado de la ejecución de ese proceso). Proceso de Alta (DA)

79 G.T. Ovino de Leche WEB 79 Se mostrarán los datos del proceso seleccionado en la primera pestaña. Serán editables los campos de indicación de Entrada/Salida, el tipo de documento, nombre extensión y tamaño y la ubicación del fichero. El tipo de documento será uno de los existentes en TIPOS DE DOCUMENTOS (XTTIPDOC) Serán visualizados como obligatorios los campos en rojo. Al pulsar aceptar deberá subirse a una tabla de trabajo AUXILIAR DE DOCUMENTOS (TBAUXDOC) el fichero y un código único que identifique al documento subido para luego pasárselo a la función de Validación (Solicitar un nuevo valor único a la secuencia SQ_AUXCOD). A continuación se realizarán las pertinentes llamadas a la Validación y pasándole dicho valor. Validaciones Son obligatorios los campos en rojo Debe existir el registro en AUXILIAR DE DOCUMENTOS del código pasado haciendo referencia al documento almacenado. Verificar la coherencia Se añadirá una instancia en la relación de DOCUMENTOS (TBDOC) y la correspondiente entrada en la entidad de PROCESOS-DOCUMENTOS.. Proceso de Borrado (DB) Validaciones Se verificará la coherencia del borrado. Antes de proceder con la baja se solicitará la conformidad del usuario. Si todo es correcto se eliminará la instancia en la relación de DOCUMENTOS junto con los datos existentes en la entidad relacional PROCESOS-DOCUMENTOS y la entidad DOCUMENTOS. Proceso de Ver El botón Ver abrirá el documento si es posible. Proceso de Guardar

80 G.T. Ovino de Leche WEB 80 Mostrará una pantalla para seleccionar la ubicación donde guardar el fichero seleccionado. [Procesos / Generalidades] En general los procesos off-line (se puede retrasar su ejecución) se pueden clasificar en 3 tipos: 1. Aquellos que generan ficheros de salida para enviar a entidades externas. Las ventanas de la aplicación que generan una instancia en la entidad PROCESOS tienen su correspondiente paquete en ORACLE que siempre empieza por PQPROSALxxxxxxx. Este proceso genera un fichero de salida y un fichero log que recoge las incidencias del proceso. Los nombres de los ficheros de salida serán: o Fichero log: PROSALGEN999_8888.LOG o Fichero datos: PROSALGEN999_8888.DAT Donde 999 es el código del proceso y 8888 es un incremental por proceso. 2. Los que son procesos propiamente dichos que pueden añadir/actualizar/borrar gran cantidad de datos en la aplicación. Las ventanas de la aplicación que generan una instancia en la entidad PROCESOS tienen su correspondiente paquete en ORACLE que siempre empieza por PQPROPROxxxxxxx. En este caso se genera sólo un fichero log con las incidencias del proceso. Los nombres de los ficheros serán: o Fichero log: PROPROGEN999_8888.LOG Donde 999 es el código del proceso y 8888 es un incremental por proceso. 3. Los que se basan en ficheros de entrada enviados por entidades externas y que sirven para añadir/actualizar/borrar datos de la aplicación en base a estos datos de entrada. Existe una única ventana en la aplicación que generan una instancia en la entidad PROCESOS tienen su correspondiente paquete en ORACLE que siempre empieza por PQPROENTxxxxxxx. Esto es así porque todas las ventanas de carga de datos externos comparten el mismo diseño general, con un fichero de entrada, un botón de listado, un botón de listado de errores y la generación de un fichero log que recoge las incidencias del proceso. Los nombres de los ficheros serán: o Fichero log: PROENTGEN999_8888.LOG o Fichero datos: PROENTGEN999_8888.DAT o Fichero listado: PROENTGEN999_8888.HTML

81 G.T. Ovino de Leche WEB 81 o Fichero errores: PROENTGEN999_8888.HTM En general para los procesos se realizará lo siguiente: El usuario marcará los procesos que desea solicitar. Al pulsar Ejecutar se encolará una llamada a un determinado procedimiento en la tabla de PROCESOS: El seguimiento de los procesos se realizará por medio de la pantalla de gestión de procesos y documentos asociados. Proceso de Alta (A) Se Realizará la correspondiente llamada a Validar pasando el usuario Para cada concepto que se indique en la pantalla existirá su correspondiente variable Oracle para recogerlo. Validaciones Es obligatorio el usuario. En función de cada flag chequeado se sabrá el tipo de proceso a lanzar. Se obtendrá un nuevo código de proceso. El estado de proceso se asignará como En espera Se deducirá la llamada del proceso a ejecutar con los correspondientes argumentos. La fecha y hora de petición será la del sistema. En función del usuario se deducirá su acceso a datos dejándose sobre las correspondientes variables de gestión (tipo de acceso y acceso - EXP/ ó CG/72 ó TOT/Null) Se añadirá una instancia en la relación de PROCESOS (TBPRO).

82 G.T. Ovino de Leche WEB 82 [Procesos / Ventanas de procesos y codificación] La codificación de estos procesos está asignada en la entidad TIPOS DE PROCESOS (XTTIPPRO). Los procesos tipo 1 o de la salida son los siguientes: o CENSO GANADERO Reses nacidas y dadas de alta para determinadas explotaciones a partir de una fecha o CENSO GANADERO SEGUN ENVIOS PENDIENTES Altas y bajas de reses que son nuevas desde el último envío. o ENVIO DE MICROCHIPS Envío de las altas de reses de explotaciones determinadas que son nuevas desde el último envío.

83 G.T. Ovino de Leche WEB 83 o ENVIO DE PERDIDA DE MICROCHIPS Envío de las pérdidas de crotal/microchip de las reses marcadas con esta pérdida para unas explotaciones determinadas. o ENVIO AL MAPA Envío de los genotipados recogidos de las reses pendientes de enviar o que son nuevos desde el último envío.

84 G.T. Ovino de Leche WEB 84 o 015, 016, 017, 018 BLUP o BLUP. ENVIO LACTACIONES EN CURSO Envío de todas las lactaciones abiertas a partir de una fecha determinada. o BLUP. ENVIO LACTACIONES FINALIZADAS Envío de lactaciones cerradas a partir de una fecha. o BLUP. ENVIO CALIFICACIONES MORFOLÓGICAS Envío de las calificaciones morfológicas de las reses calificadas a partir de una fecha determinada. o BLUP. ENVIO ASCENDENCIAS Envío de la genealogía de las reses ovinas. o TRASLADO DE ACOPLAMIENTOS Envío de las explotaciones con actividad ovino de control lechero, las reses madres y los padres con su genealogía. o TRASLADO LOTES INSEMINACIÓN Envío de las explotaciones de los lotes selecciondos, las reses madres y los padres con su genealogía. o TRASLADO DE REGISTRO

85 G.T. Ovino de Leche WEB 85 Envío de los datos de registro de las reses hembras vivas en una fecha determinada de una serie de razas denominadas dominantes, para las explotaciones que tienen actividad en control lechero ovino.

86 G.T. Ovino de Leche WEB 86 Los procesos tipo 2 son los siguientes: o 031, 032, 033, REGISTRO ANIMALES o REGISTRO ANIMALES. SIN FECHA Se actualiza el registro de las reses a una fecha determinada que tienen el registro RN o RA, RD, RM. o REGISTRO ANIMALES. DEFECTUOSO Se actualiza el registro a defectuoso para las reses vivas a una fecha determinada que cumplen determinados requisitos en función de la edad de las res y de su producción normalizada. o 033 REGISTRO ANIMALES. AUXILIAR-DEFINITIVO Asigna a las reses vivas a una fecha determinada, registros de tipo RA,RD,DE en función de cuándo tienen las reses la primera lactación y de si la Producción Normalizada es 70 u 80. o REGISTRO ANIMALES. MERITOS Asignamos el registro RM a los animales vivos a una fecha determinada, con registro RD y que su última valoración genética es de 2 o más estrellas.

87 G.T. Ovino de Leche WEB 87 Los procesos tipo 3 o de entrada son los siguientes: o ASIGNACIÓN DE ESTRELLAS Actualiza o añade las valoraciones genéticas y las estrellas de las reses incluidas en el fichero recibido. o ASIGNACIÓN INDICES GENÉTICOS DE CARNEROS Actualiza o añade las valoraciones genéticas y las estrellas de los carneros incluido en el fichero recibido. o CARGA LOTES DE CUBRICIÓN Actualiza o añade las hembras inseminadas del fichero recibido en el lote de cubrición que corresponde. o RECENSO PROVENIENTE DE DIPUTACIÓN Añade reses que no existen en la base de datos y actualiza bajas de reses existentes. o GENOTIPADO. RECEPCIÓN DEL MAPA Actualiza el resultado del análisis de genotipado en función de la fecha de recogida del tubo de sangrado de la res enviada previamente al MAPA para su análisis. o 006 LABORATORIO Actualiza las analíticas de tanque y las de los controles lecheros en función de la fecha de control y el orden de muestra.

88 G.T. Ovino de Leche WEB 88 [Procesos / Traslado de animales entre Explotaciones] El usuario deberá indicar: 1. La explotación de origen de los animales que se desean trasladar. La explotación se identificará a través de su código que podrá ser introducido directamente o bien a través del botón de ayuda. 2. La explotación de destino de los animales. La explotación se identificará a través de su código que podrá ser introducido directamente o bien a través del botón de ayuda. 3. El nº del establo destino 4. La fecha del traslado, que deberá ser lógica.

89 G.T. Ovino de Leche WEB El tipo de movimiento (de alta) que se les va a aplicar a los animales, que se podrá introducir directamente o se podrá seleccionar a través de una ayuda. El botón Seleccionar reses de explotación lanzará la ventana Selección de reses con las reses actualmente vivas en la explotación origen indicada. Se contará con botones para permitir chequear todas, ninguna o conmutar el modo de una de ellas. El botón Trasladar los animales seleccionados generará un movimiento del tipo y en la fecha especificada para cada una de las reses chequeadas. Adicionalmente se actualizará la información de explotación y establo actuales del animal en la entidad RESES [Procesos / Bajas Masivas por Explotación] El usuario deberá indicar:

90 G.T. Ovino de Leche WEB La explotación de origen de los animales que se desean dar de baja. La explotación se identificará a través de su código que podrá ser introducido directamente o bien a través del botón de ayuda. 2. La fecha de la baja, que deberá ser lógica. 3. El tipo de movimiento de baja que se les va a aplicar a los animales, que se podrá introducir directamente o se podrá seleccionar a través de una ayuda. El botón Seleccionar reses de explotación lanzará la ventana Selección de reses con las reses actualmente vivas en la explotación origen indicada. Se contará con botones para permitir chequear todas, ninguna o conmutar el modo de una de ellas. El botón Aplicar Cambios sobre las reses seleccionadas generará un movimiento del tipo y en la fecha especificada para cada una de las reses chequeadas. Adicionalmente se actualizará la información de explotación y establo actuales del animal en la entidad RESES

91 G.T. Ovino de Leche WEB 91 Definición de las opciones del menú Configuración [Configuración/Cambio contraseña] [Configuración/Literales] El proceso hará los tratamientos de altas, bajas, modificaciones de los distintos literales, con el formato de ventana tipo grid con los botones de Alta, Modificación y Borrado.