GesganMobil - Libro de Tratamientos
GesganMobil - Problemas Frecuentes
gesganMobil - Aumento de funcionalidades
Primeiros pasos
Estructura da aplicación
Barra Menú Principal
Preguntas frecuentes
No se ha podido iniciar la aplicación
Onde se atopa a información dos veterinarios?
Como se xera o número de receita?
Engadir proveedor á explotación (Libro Tratamentos)
Explicación Touro que sae en Parto Anterior Planing Repro
Menú Reproducción
Este formulario serve para sincronizar información do módulo de reprodución entre o posto local e a aplicación central.
Non é unha pantalla de uso diario para introducir datos, senón unha ferramenta de mantemento e comunicación que permite:
O formulario traballa sempre sobre as explotacións que queden visibles na táboa.
Na parte superior aparecen varios botóns de proceso:
| Botón | Función xeral |
|---|---|
| Sincronizar | Procesa marcas de comunicación pendentes de reprodución nos dous sentidos |
| Sincronizar2 | Trae desde a central datos de explotacións, asignacións e información complementaria |
| Traer Medicamentos Recetas | Importa desde a central os medicamentos usados en receitas |
| Traer Medicamentos Facturación | Importa desde a central os medicamentos usados en facturación |
| Traer Tarifas | Importa desde a central as tarifas |
| Traer Recetas | Importa desde a central as receitas |
| Traer Tratamentos | Importa desde a central os tratamentos |
| Recalcular Historial | Recalcula o historial completo das explotacións visibles |
| Recalcular Baixas | Recalcula especificamente a parte de baixas no historial |
| Traer datos | Substitúe localmente os datos principais de reprodución das explotacións visibles cos da central |
| Enviar datos | Envía á central os datos principais de reprodución das explotacións visibles |
| Enviar Tratamentos | Envía á central os tratamentos das explotacións visibles |
| Traer Producción | Importa datos de produción desde a central |
| Completar datos | Trae só os animais que están na central e aínda non existen no local, co seu resto de información asociada |
| Traer inseminad. | Importa os inseminadores / persoal relacionado |
Debaixo hai unha táboa coas explotacións asignadas ao usuario. Esa táboa determina sobre que explotacións se executará cada operación.
A táboa non é só informativa. As operacións execútanse sobre as explotacións que queden visibles nela.
Para iso hai dous botóns auxiliares na propia táboa:
Desmarca rexistros elimina da vista as explotacións seleccionadas.Deixa só os rexistros seleccionados conserva unicamente as explotacións marcadas.Isto é importante porque moitos procesos afectan a todas as explotacións visibles e poden tardar bastante.
O botón Recalcular Historial percorre as explotacións visibles e executa un recalculo completo do historial reprodutivo de cada unha.
Durante o proceso:
É unha operación orientada a reconstruír o historial cando houbo cambios, incoherencias ou importacións previas.
O botón Recalcular Baixas tamén percorre as explotacións visibles, pero neste caso chama ao recálculo centrado nas baixas.
Está pensado para reconstruír esa parte concreta do historial sen lanzar o recálculo completo.
O botón Sincronizar fai unha sincronización baseada en marcas pendentes de comunicación.
O proceso revisa tanto o que hai que enviar desde o local á central como o que hai que traer da central ao local.
Neste proceso intervén a información principal de reprodución, entre ela:
Segundo a marca pendente, o proceso pode facer:
Para cada rexistro:
Ademais, deixa rexistro do inicio e do final do proceso.
O botón Traer datos fai unha importación completa de reprodución para cada explotación visible.
É un dos procesos máis delicados do formulario.
Para cada explotación visible:
É dicir, non completa rexistro a rexistro sobre o que xa hai, senón que primeiro limpa e despois reconstrúe.
Ao rematar correctamente, o local volve ter para esa explotación:
Se a execución remata ben, a explotación queda reconstruída co contido da central.
O botón Completar datos non borra o que xa existe.
A súa función é distinta: engadir ao local os animais que existen na central pero aínda non están no posto local.
Para cada animal que falte, trae tamén:
É unha opción útil cando o local está case completo e só faltan algúns animais, porque evita facer unha substitución total como en Traer datos.
O botón Enviar datos fai o proceso contrario: envía á central a información de reprodución das explotacións visibles.
Para cada explotación visible, percorre e envía:
Neste caso o proceso comproba na central se o rexistro xa existe:
É dicir, aquí non se fai un borrado previo xeral na central, senón unha actualización ou inserción rexistro a rexistro.
O botón Enviar Tratamentos é unha variante máis limitada.
Só envía á central os tratamentos das explotacións visibles, sen reenviar o resto do bloque de reprodución.
É útil cando o que se quere actualizar son só os tratamentos e non toda a información do animal.
O botón Traer Producción importa desde a central os datos de produción das explotacións visibles.
Non está centrado nas accións reprodutivas, pero si trae información que o módulo utiliza como apoio no seguimento do animal.
O botón Traer inseminad. trae desde a central os datos de persoal / inseminadores.
Serve para manter actualizado o persoal que despois se usa nas accións reprodutivas.
Os botóns superiores de importación puntual traen desde a central distintos bloques auxiliares:
Non son o núcleo do historial reprodutivo, pero son datos necesarios para que o módulo funcione con coherencia.
O botón Sincronizar2 realiza unha sincronización de información máis estrutural, centrada en:
É unha operación administrativa, non unha revisión do historial do animal.
O formulario non traballa cunha soa entidade.
Segundo o código, usa e combina información de varios bloques do sistema, entre eles:
Por iso é unha pantalla sensible: unha mesma acción pode afectar a varios grupos de datos ao mesmo tempo.
Este é o aspecto máis importante deste formulario.
Moitos procesos son longos e están feitos en varias fases. Nalgúns casos o código borra primeiro e trae despois, e non hai unha protección global que garanta que todo se desfaga automaticamente se a execución se interrompe.
Por iso, se o usuario pecha a pantalla, perde a conexión, apaga o equipo ou forza a saída antes de tempo, poden quedar datos a medias.
É o risco máis alto.
O proceso:
Se se corta a metade, poden producirse situacións como:
En resumo, a explotación pode quedar parcialmente reconstruída e non ser fiable ata repetir o proceso completo.
Aquí o risco é menor porque non se borra o que xa existe.
Aínda así, se se interrompe, pode quedar:
É dicir, non se perde o que xa había, pero si poden quedar animais novos incompletos.
Nesta opción non hai un borrado previo xeral, pero tamén existe risco de sincronización parcial.
Se se corta antes de rematar, pode pasar que:
O resultado é unha actualización incompleta da explotación na central.
Se se interrompe, poden quedar tratamentos enviados só parcialmente.
Isto pode facer que a central teña:
Como vai procesando marcas unha a unha, unha interrupción pode deixar:
Se nese momento se fan máis cambios manuais, a revisión posterior pode ser máis difícil.
Nas importacións de explotacións, persoal, tarifas, medicamentos ou receitas tamén pode haber problemas se se cortan a metade:
Isto pode non romper inmediatamente a pantalla, pero si provocar erros posteriores noutras operacións.
Traer datos sen conexión estable é especialmente perigoso, porque pode deixar a explotación local a medias.Enviar datos pode deixar a central actualizada só parcialmente.Completar datos pode deixar animais novos incompletos.Completar datos que por Traer datos, porque é menos destrutivo.Traer datos.Completar datos, aínda que tamén pode deixar importacións parciais se se interrompe.Atópase no menú do offline para os usuarios técnicos: Arquivo - Sincronización
Este formulario permite consultar e xestionar toda a información reprodutiva dos animais dunha explotación.
Non é só unha ficha de consulta: desde esta pantalla pódese traballar co animal a nivel de:
O formulario está organizado como unha ficha completa do animal e funciona como punto central do seguimento reprodutivo.
Ademais, ao rexistrar accións como celos, inseminacións, diagnósticos de xestación, secados, partos, abortos, descartes ou baixas, o sistema actualiza automaticamente o estado reprodutivo do animal e o seu historial.
A pantalla está organizada en varias lapelas:
IdentificaciónReproducciónTratamentosVisitas ReproducciónMovementos loteNa parte esquerda tamén hai unha árbore de navegación por explotacións e grupos de animais.
A árbore lateral permite localizar rapidamente os animais por explotación e por grupo.
Dentro de cada explotación aparecen, entre outros, estes bloques:
Isto permite abrir directamente a ficha dun animal desde a súa explotación e desde o grupo no que se atopa.
Nesta lapela gárdanse os datos principais do animal, como por exemplo:
Ao crear un novo animal, o formulario carga por defecto:
data de alta actualNovillaHO lote principal calcúlase automaticamente segundo o tipo e a situación do animal. O lote de usuario tamén queda gardado co seu nome para facilitar a consulta.
Cabe destacar que esta opción está deshabilitada xa que os animais créanse mediante as importacións dos censos da OVGAN, as importacións de CONAFE e as produccións de Control Leiteiro (CEGACOL)
O botón Cambiar Tipo permite cambiar o tipo do animal, pero non de calquera maneira.
O sistema comproba varias restricións antes de permitir o cambio. Por exemplo, non permite determinados cambios se:
Se o cambio é permitido, o sistema actualiza:
É unha acción delicada e está pensada para correccións puntuais, non para cambiar libremente a categoría dun animal.
O botón Recalcular Historial forza un recálculo do historial do animal seleccionado.
Serve para reconstruír ou actualizar os datos históricos cando se fixeron cambios e se quere que o sistema revise de novo a información acumulada do animal.
Nesta lapela aparece a táboa de accións reprodutivas do animal.
Cada rexistro corresponde a unha acción realizada sobre ese animal, por exemplo:
Desde esta lapela pódense:
Na táboa de reprodución hai botóns rápidos para crear directamente unha acción do tipo correspondente.
Os botóns dispoñibles son:
Celo
Inseminación
Diag. Xestación
Secado
Aborto
Parto Femia
Parto Macho
Parto Múltiple
Descarte
Baixa
Cond. Corporal
Estatura e Peso
CeboAo usar un destes botóns, o sistema abre o formulario da acción:
Isto fai que o rexistro sexa moito máis rápido e evita erros.
O formulario de detalle dunha acción cambia segundo o tipo de acción escollido.
Todos os rexistros comparten campos básicos como:
E despois aparecen campos específicos segundo o caso.
Celo
Inseminación
Diagnóstico de xestación
Secado
Aborto
Partos
Descarte
Baixa
Condición corporal
Estatura e peso
Cebo
Ao gardar unha acción, o sistema non só crea un rexistro na táboa. Tamén actualiza automaticamente información do animal e do seu historial.
Segundo o tipo de acción, o sistema pode actualizar, entre outros, estes datos:
Tamén se recalcula o historial do animal e se gardan moitos destes valores xa preparados para informes e seguimento.
Nesta lapela aparece a táboa de tratamentos do animal.
Cada rexistro inclúe datos como:
Ao gardar un tratamento, o sistema completa automaticamente datos do animal, como:
Se o tratamento está configurado como tratamento reprodutivo, de sincronización ou clínico, o sistema tamén pode:
Nesta lapela aparecen as visitas de reprodución asociadas á explotación do animal.
Cada visita garda información como:
Na propia ficha da visita existe unha lapela de sinatura onde se pode:
Alta contacto e firmarAo gardar a visita, o sistema completa automaticamente:
Ademais, actualiza a data da visita de reprodución no bloque de facturación do servizo correspondente.
Nesta lapela rexístranse os movementos do animal entre lotes de usuario.
Cada movemento garda:
Ao gardar un movemento, o sistema:
Esta lapela serve para manter o historial de organización interna dos animais por lotes.
Este módulo está conectado con varias entidades e apartados do sistema:
Atópase no menú: Reproducción → Accións Reproducción
Este formulario permite rexistrar unha mesma acción reprodutiva para varios animais ao mesmo tempo.
Está pensado para operacións que se realizan de forma colectiva na explotación, como por exemplo:
En lugar de abrir cada animal individualmente, o usuario pode seleccionar varios animais nunha listaxe e aplicarlles a mesma acción.
Explotación.Cada acción queda rexistrada no historial reprodutivo do animal como se se introducise individualmente.
A táboa principal mostra os animais da explotación e permite seleccionar varios ao mesmo tempo.
Cada fila corresponde a un animal e inclúe datos identificativos como:
O usuario pode marcar varios animais para aplicarlles a acción.
Unha vez seleccionados os animais, introdúcense os datos da acción reprodutiva.
Os campos dispoñibles dependen do tipo de acción, igual que ocorre nas accións individuais.
Entre as accións que se poden rexistrar están:
Ao gardar a acción en grupo, o sistema crea unha acción individual para cada animal seleccionado.
Para cada rexistro aplícanse os mesmos automatismos que nas accións individuais, como por exemplo:
Deste xeito, aínda que o rexistro se faga de forma colectiva, cada animal mantén o seu historial individual completo.
Este formulario utiliza as mesmas entidades que o rexistro individual de accións reprodutivas, polo que está conectado con:
Os rexistros creados aparecerán posteriormente no formulario de Accións Reproducción de cada animal.
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación da que se cargan os animais |
| Táboa de animais | Listaxe | Mostra os animais dispoñibles para aplicar a acción |
| Tipo de acción | Lista | Tipo de acción reprodutiva que se vai rexistrar |
| Data | Data | Data da acción |
| Observacións | Texto | Información adicional da acción |
Explotación, non se cargarán animais na táboa.Atópase no menú: Reproducción → Accións de Grupo
Este formulario permite rexistrar un mesmo tratamento veterinario para varios animais ao mesmo tempo.
Está pensado para situacións nas que se aplica un tratamento colectivo a un grupo de animais, evitando ter que introducir o tratamento animal por animal.
Cada tratamento rexistrado desde esta pantalla queda gardado no historial sanitario de cada animal seleccionado.
Explotación.Cada tratamento queda rexistrado de forma individual no historial do animal correspondente.
A táboa principal mostra os animais da explotación e permite seleccionar varios ao mesmo tempo.
Cada fila corresponde a un animal e inclúe información básica de identificación, como:
O usuario pode marcar varios animais para aplicarlles o mesmo tratamento.
Antes de gardar o rexistro débense indicar os datos do tratamento que se aplicará ao grupo.
Entre os campos principais atópanse:
Estes datos serán iguais para todos os animais seleccionados.
Ao gardar o tratamento en grupo, o sistema crea un rexistro independente para cada animal.
Durante este proceso a entidade de tratamentos realiza varias accións automáticas, como:
Deste xeito, cada animal conserva o seu historial sanitario completo.
Os tratamentos rexistrados desde este formulario están ligados a:
Unha vez gardados, os tratamentos tamén poden consultarse desde a ficha individual do animal.
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación da que se cargan os animais |
| Táboa de animais | Listaxe | Mostra os animais dispoñibles para aplicar o tratamento |
| Patoloxía | Referencia | Patoloxía que motiva o tratamento |
| Tratamento | Texto | Tratamento ou medicamento aplicado |
| Data inicio tratamento | Data | Data na que comeza o tratamento |
| Data fin tratamento | Data | Data na que remata o tratamento |
| Observacións | Texto | Información adicional do tratamento |
Explotación, non se cargarán animais na táboa.Atópase no menú: Reproducción → Tratamentos de grupo
Este formulario permite rexistrar movementos de varios animais entre lotes de usuario ao mesmo tempo.
Os lotes de usuario utilízanse para organizar os animais da explotación en grupos de manexo, como por exemplo:
Desde este formulario pódese mover un conxunto de animais dun lote a outro de forma rápida.
Cada movemento queda gardado no historial do animal.
Explotación.Lote de usuario e, se corresponde, o Sublote.Cada rexistro queda almacenado como un movemento individual no historial do animal.
A táboa principal mostra os animais da explotación e permite seleccionar varios ao mesmo tempo.
Cada fila corresponde a un animal e inclúe datos identificativos como:
O usuario pode marcar varios animais para aplicarlles o movemento.
Para rexistrar o movemento débense indicar os datos do novo grupo ao que se moverán os animais:
Estes datos aplicaranse a todos os animais seleccionados.
Ao gardar o movemento en grupo, o sistema crea un rexistro independente para cada animal seleccionado.
Durante este proceso a entidade de movementos realiza automaticamente varias operacións:
Ademais, actualízase o lote de usuario actual do animal para que pase a formar parte do novo grupo.
Os movementos rexistrados desde este formulario están relacionados con:
Posteriormente estes movementos poden consultarse desde a ficha individual do animal.
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación da que se cargan os animais |
| Táboa de animais | Listaxe | Mostra os animais dispoñibles para mover |
| Lote de usuario | Referencia | Novo lote ao que se moverán os animais |
| Sublote | Referencia | Sublote dentro do lote de usuario |
| Data | Data | Data do movemento |
Explotación, non se cargarán animais na táboa.Atópase no menú: Reproducción → Mover lotes en grupo
Este formulario permite consultar e rexistrar información relacionada coa morfología do animal e cos seus índices xenéticos.
A pantalla combina datos de dúas fontes distintas:
Deste xeito é posible visualizar nunha mesma ficha tanto características físicas como indicadores xenéticos utilizados para a selección e mellora do gando.
Animal.Dependendo da configuración do sistema, algúns destes datos poden proceder de avaliacións externas ou de información importada.
A parte morfolóxica recolle información sobre as características físicas do animal.
Entre os datos que poden rexistrarse están, por exemplo:
Esta información permite avaliar a calidade estrutural do animal.
A sección de índices xenéticos mostra valores utilizados na avaliación xenética do animal.
Estes índices poden incluír indicadores relacionados con:
Os índices utilízanse principalmente en programas de mellora xenética e selección de animais.
A combinación destas dúas informacións permite analizar:
| Campo | Tipo | Descrición |
|---|---|---|
| Animal | Referencia | Animal sobre o que se consultan os datos |
| Datos morfolóxicos | Rexistro | Información de avaliación morfolóxica do animal |
| Índices xenéticos | Rexistro | Valores de índices xenéticos asociados ao animal |
| Observacións | Texto | Información adicional |
Este formulario utiliza información procedente de varias entidades do sistema:
Os datos mostrados tamén poden utilizarse posteriormente en análises de selección xenética.
Animal, non se cargarán os datos.Atópase no menú: Reproducción → Morfoloxía e Índices Xenéticos
Neste menú podemos consultar diferentes informes e realizar varias operacións de configuración.
Este formulario permite asignar un lote de usuario a varios animais dunha explotación ao mesmo tempo.
O funcionamento faise mediante un asistente en dous pasos:
Está pensado para facer cambios masivos na organización dos animais por lotes de usuario, sen ter que entrar animal por animal.
Explotación.Lote de usuario que se quere asignar.Seguinte, o sistema pasa á pantalla de selección de animais.Finalizar, o sistema actualiza todos os animais que queden visibles na táboa e asígnalles o lote de usuario indicado no primeiro paso.Neste paso indícanse os datos xerais da operación:
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación sobre a que se quere facer o cambio |
| Lote | Referencia | Lote de usuario que se vai asignar aos animais |
Os dous campos son obrigatorios para poder continuar.
Neste paso aparece unha táboa cos animais da explotación.
O obxectivo é deixar na táboa só os animais aos que se lles vai aplicar o cambio de lote.
A táboa mostra información ampla do animal, como por exemplo:
| Botón / acción | Función |
|---|---|
| Anterior | Volve ao paso anterior do asistente |
| Seguinte | Pasa do paso de selección ao paso de elección de animais |
| Cancelar | Pecha o formulario sen gardar cambios |
| Finalizar | Aplica o novo lote aos animais que queden visibles na táboa |
| Desmarca Rexistros | Elimina da vista os rexistros seleccionados na táboa |
| Deixa só os rexistros seleccionados | Mantén visibles unicamente os rexistros seleccionados |
Este formulario non pide un lote de orixe.
O sistema carga os animais da explotación e o usuario decide manualmente con que rexistros quere quedar na táboa.
Por iso, os botóns da táboa son fundamentais:
Desmarca Rexistros serve para quitar da táboa os animais seleccionados.Deixa só os rexistros seleccionados serve para conservar unicamente os animais marcados e eliminar da vista o resto.Ao final, o cambio aplícase a todos os animais que queden na táboa.
Ao premer Finalizar, o sistema:
A actualización real faise sobre a entidade de animais de novillas/recría.
Ademais de gardar o identificador do lote, a entidade tamén completa automaticamente o nome do lote de usuario, para que o animal quede correctamente identificado co novo grupo.
Este formulario traballa principalmente con:
A operación modifica directamente o lote de usuario do animal.
Non é un formulario de consulta, senón unha ferramenta de cambio masivo de organización dos animais.
Explotación ou un Lote, non se pode avanzar correctamente.Atópase no menú: Reproducción → Configuración → Traspasos Lotes
Este formulario permite definir os valores económicos de referencia dos animais dunha explotación para o inventario.
A configuración faise diferenciando dous bloques:
O obxectivo do formulario é deixar gardada unha táboa de valores para esa explotación, de maneira que o sistema poida utilizar posteriormente eses importes como base no inventario dos animais.
Explotación.Recría introdúcense o valor da tenreira ao nacemento e a ganancia de valor diaria.Vacas introdúcense o valor da vaca de primeiro parto e o valor residual.Neste bloque defínense os valores económicos da recría.
Os campos principais son:
| Campo | Descrición |
|---|---|
| Valor Tenreira Nacemento | Valor inicial da tenreira ao nacer |
| Ganancia Valor Diario | Incremento diario de valor da recría |
| Valor 1 Mes a Valor 31 Meses | Valor estimado da recría segundo a idade en meses |
O sistema calcula automaticamente os valores mensuais cando se modifica:
Valor Tenreira NacementoGanancia Valor DiarioO cálculo faise sumando ao valor de nacemento a ganancia diaria multiplicada por 30 días por cada mes.
Isto significa que:
Valor 1 Mes = valor nacemento + 30 díasValor 2 Meses = valor nacemento + 60 díasValor 30 Meses = valor nacemento + 900 díasValor >30 Meses toma o mesmo valor que o último tramo calculadoNeste bloque defínense os valores económicos das vacas adultas.
Os campos principais son:
| Campo | Descrición |
|---|---|
| Valor Vaca 1º Parto | Valor de referencia da vaca no primeiro parto |
| Valor Vaca 2º Parto a Valor Vaca 6º Parto | Valores estimados para os partos sucesivos |
| Valor Residual | Valor final ou de desfeito do animal |
O sistema calcula automaticamente os valores de:
Para iso reparte a diferenza entre o Valor Vaca 1º Parto e o Valor Residual en 5 tramos iguais.
Deste xeito obtense unha baixada progresiva do valor da vaca a medida que avanzan os partos.
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación á que pertence esta configuración de inventario |
| Valor Tenreira Nacemento | Numérico | Valor económico da tenreira ao nacemento |
| Ganancia Valor Diario | Numérico | Incremento diario usado para calcular a recría |
| Valor 1 Mes a Valor 31 Meses | Numérico | Valores económicos da recría por idade |
| Valor Vaca 1º Parto | Numérico | Valor económico base da vaca no primeiro parto |
| Valor Vaca 2º a 6º Parto | Numérico | Valores calculados para os partos sucesivos |
| Valor Residual | Numérico | Valor final ou de desfeito do animal |
O formulario ten dous automatismos principais:
Cando cambia:
Valor Tenreira NacementoGanancia Valor Diarioo sistema recalcula automaticamente todos os campos desde:
Valor 1 MesValor 31 MesesCando cambia:
Valor Vaca 1º PartoValor Residualo sistema recalcula automaticamente:
Valor Vaca 2º PartoValor Vaca 3º PartoValor Vaca 4º PartoValor Vaca 5º PartoValor Vaca 6º PartoAo gardar a configuración, a entidade fai varias operacións auxiliares:
CEA da explotaciónpropietario da explotaciónNa consulta, se non se indica unha explotación concreta, o sistema só devolve as configuracións das explotacións ás que o usuario ten acceso.
Isto significa que a pantalla está ligada a:
Explotación, a configuración non quedará asociada correctamente.Valor Tenreira Nacemento e a Ganancia Valor Diario, os valores mensuais da recría non se calcularán automaticamente.Valor Vaca 1º Parto e o Valor Residual, os valores dos partos seguintes non se calcularán.Atópase no menú: Reproducción → Configuración → Configurar Inventario Animais
Este formulario permite seleccionar os animais dunha explotación e xerar tres informes distintos relacionados coa reprodución e coa condición corporal:
A pantalla non está pensada para introducir datos novos, senón para:
Explotación.Data indícase a data de referencia do informe.Ao abrir o formulario, o sistema deixa cargados por defecto:
data actualnombremenor que0,25 nos tres filtros de variación
A táboa principal carga animais da entidade EAnimales e mostra moita información reprodutiva e produtiva, entre ela:
Esta táboa é importante porque os informes non se lanzan sobre toda a base de datos, senón sobre os animais que queden cargados nela.
Este informe xera un planning reprodutivo visual a 12 meses a partir da data seleccionada.
A data seleccionada no formulario non se usa exactamente tal como se escribe.
O sistema colle:
A partir de aí constrúe un planning de 12 meses consecutivos.
Para cada animal incluído no informe, o sistema prepara unha liña con información como:
MostrarAdemais, para cada un dos 12 meses, o informe pode amosar ata 3 eventos reprodutivos por mes, indicando:
Segundo o histórico do animal, o planning pode marcar eventos como:
No caso das inseminacións, o informe tamén tenta amosar o toro asociado.
No caso dos partos, tamén representa visualmente o tipo de parto mediante iconas distintas.
No caso de que teñan algunha condición corporal no mes, indicaráse na fila de abaixo da cuadrícula.
O campo Mostrar permite decidir como se identifica o animal no Planing:
nombren_establoIsto só afecta á forma de amosar o animal no informe, non aos cálculos.
Este informe non lista animais individualmente, senón que calcula medias de condición corporal segundo os indicadores marcados no formulario.
Pódense marcar estes cálculos:
Cond. Corp. Media cando positivaCond. Corp. Media cando 1ª IACond. Corp. Media cando secadoCond. Corp. Media cando secado-partoCond. Corp. Media cando 1º mes post partoCond. Corp. Media cando 2º mes post partoCond. Corp. Media cando 3º mes post partoO sistema percorre os animais visibles da táboa e consulta o seu histórico reprodutivo e de condición corporal.
Segundo o indicador elixido, busca e calcula:
Só se teñen en conta valores de condición corporal distintos de cero.
O informe devolve unha liña por cada indicador marcado, coa súa media correspondente.
Non é un informe de detalle por vaca, senón un resumo de medias da explotación ou do grupo visible.
Este informe serve para localizar vacas nas que a evolución da condición corporal cumpre un criterio definido polo usuario.
No formulario pódense activar ata tres comparacións:
Media secado - Media secado partoMedia secado parto - Media 1ª mes post partoMedia 1ª mes post parto - Media 2ª mes post partoPara cada unha delas pódese indicar:
menor que ou maior quePara cada vaca visible na táboa, o sistema calcula:
Despois calcula estas diferenzas:
Se a diferenza cumpre a condición indicada no formulario, a vaca entra no informe.
O informe lista só as vacas que cumpren os filtros definidos, mostrando información como:
E, ademais, inclúe os resultados das tres comparacións calculadas.
No código, estas tres comparacións son as que se gardan para imprimir.
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación sobre a que se cargan os animais e se fan os informes |
| Data | Data | Data de referencia dos informes |
| Táboa de animais | Listaxe | Animais visibles que se usarán como base do informe |
| Mostrar | Lista | No Planing decide se o animal se identifica polo nome ou polo número de establo |
| Campo | Descrición |
|---|---|
| Cond. Corp. Media cando positiva | Calcula a media da condición corporal cando hai xestación positiva |
| Cond. Corp. Media cando 1ª IA | Calcula a media na primeira inseminación |
| Cond. Corp. Media cando secado | Calcula a media na data de secado |
| Cond. Corp. Media cando secado-parto | Calcula a media entre secado e parto |
| Cond. Corp. Media cando 1º mes post parto | Calcula a media no primeiro mes post parto |
| Cond. Corp. Media cando 2º mes post parto | Calcula a media no segundo mes post parto |
| Cond. Corp. Media cando 3º mes post parto | Calcula a media no terceiro mes post parto |
| Campo | Descrición |
|---|---|
| Media secado - Media secado parto | Compara ambas medias |
| Media secado parto - Media 1ª mes post parto | Compara ambas medias |
| Media 1ª mes post parto - Media 2ª mes post parto | Compara ambas medias |
| Condición | Permite escoller menor que ou maior que |
| Valor | Límite usado para decidir se a vaca entra no informe |
| Botón | Función |
|---|---|
| Planing | Xera o planning reprodutivo de 12 meses |
| Imprimir Indices | Xera o informe de medias de condición corporal |
| Imprimir Vacas | Xera o informe de vacas que cumpren os filtros de variación |
Este formulario non traballa só cos datos que se ven na táboa. Para construír os informes consulta tamén:
Explotación, a táboa de animais non se activa.menor que 0,25.Atópase no menú: Reproducción → Configuración → Planing Condición Corporal
Este formulario permite cambiar a explotación asociada ás vendas ao contado de medicamentos que aparecen na táboa.
Está pensado para corrixir situacións nas que unha liña de facturación de medicamentos foi rexistrada sen a explotación correcta ou se necesita reasignar a outro destinatario.
A operación non se fai sobre unha única liña, senón sobre todas as liñas que queden visibles na táboa.
Explotación selecciónase a explotación cuxas liñas de contado se queren revisar.Explotación destino selecciónase a nova explotación á que se van asignar esas liñas.Asignar explotación, o sistema pregunta confirmación e, se se acepta, actualiza todas as liñas visibles coa nova explotación de destino.A táboa carga rexistros da entidade de facturación de medicamentos por explotación.
Entre os datos visibles están:
Cada fila representa unha liña de venda/facturación de medicamento.
O formulario non utiliza un filtro automático adicional para decidir que rexistros cambiar.
A reasignación aplícase a todas as filas que queden visibles na táboa.
Por iso son importantes os botóns de control da táboa:
Desmarca Rexistros elimina da vista os rexistros seleccionados.Deixa só os rexistros seleccionados conserva só os rexistros marcados e elimina da vista o resto.Deste xeito o usuario pode preparar exactamente que liñas se van reasignar antes de lanzar a operación.
Ao premer Asignar explotación, o sistema:
En concreto, para cada rexistro visible actualiza:
id_explotacionCEApropietariocódigo de xestión da explotacióncódigo de xestión da explotación da liñaUnha vez rematada a operación, a táboa refresca a información.
Antes de actualizar cada liña, o sistema consulta a explotación de destino e recupera datos como:
Na reasignación directa da táboa úsanse sobre todo:
A entidade EMedicamentos_facturacion_explotacion non só garda a liña de facturación, senón que tamén ten lóxica adicional.
Ao actualizar un rexistro, a entidade pode:
No caso deste formulario, a operación principal é a reasignación da explotación, pero a actualización pasa igualmente pola lóxica completa da entidade.
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Referencia | Explotación da que se cargan inicialmente as liñas de contado |
| Táboa de facturación | Listaxe | Mostra as liñas de medicamentos que se poden reasignar |
| Explotación destino | Referencia | Nova explotación á que se van asignar as liñas visibles |
| Asignar explotación | Acción | Executa a reasignación das liñas visibles á explotación destino |
Explotación destino, non se poderá facer a reasignación correctamente.Atópase no menú: Reproducción → Configuración → Asignar Explotacións Contado
Este formulario permite consultar o historial dos animais dunha explotación nun período de datas determinado.
A pantalla principal mostra unha táboa coas accións e situacións históricas dos animais, como por exemplo:
Ademais, ao abrir un rexistro da táboa accédese a unha ficha ampliada do animal, onde se poden consultar tamén outras táboas relacionadas co seu seguimento, como tratamentos, produción, mamites, podoloxía, analíticas e gráficas.
Explotación selecciónase a explotación sobre a que se quere consultar o historial.Data inicio e Data fin indícase o período que se quere revisar.Buscar, o sistema consulta o historial dos animais da explotación dentro dese intervalo de datas.Cada fila da táboa corresponde a un rexistro do historial dun animal nunha data concreta.
O sistema consulta os datos da táboa histórica de animais e trae tanto a acción realizada como o estado e os datos reprodutivos ou produtivos que estaban rexistrados nese momento.
A táboa de historial amosa unha visión moi ampla do animal e da situación histórica dese día.
Entre os datos visibles poden aparecer, segundo o rexistro:
| Botón / acción | Función |
|---|---|
| Buscar | Realiza a consulta do historial segundo a explotación e o período indicado |
| Desmarca Rexistros | Elimina da vista os rexistros seleccionados na táboa |
| Deixa só os rexistros seleccionados | Mantén visibles unicamente os rexistros seleccionados |
| Exportar a XLSX | Exporta a un ficheiro Excel o contido visible da táboa |
O botón de exportación traballa sobre as columnas visibles e os rexistros visibles nese momento.
Isto significa que:
O resultado é un ficheiro Excel co contido actual da táboa.
Ao abrir un rexistro da táboa accédese ao formulario Datos do animal.
Esta ficha non está pensada como alta ou edición libre do animal, senón como unha pantalla de consulta ampliada para revisar información relacionada co animal seleccionado.
Na cabeceira amósanse datos xerais do animal, como:
Nesta ficha existe o botón:
| Botón | Función |
|---|---|
| Cargar Táboas Detalle | Actualiza as táboas secundarias e as gráficas do animal |
A ficha do animal reúne varias lapelas de consulta:
Amosa as accións do animal, incluíndo accións reprodutivas e outros eventos rexistrados no seu historial.
Pode mostrar, entre outros:
Mostra os tratamentos veterinarios asociados ao animal, con datos como:
Mostra os tratamentos específicos de mamite, con información como:
Amosa accións e incidencias relacionadas co control leiteiro e mamites, como:
Mostra os controis de produción do animal, con datos como:
Esta lapela non mostra todos os controis, senón un resumo por lactación.
O código fai o seguinte:
É dicir, esta lapela presenta unha visión resumida da mellor referencia acumulada de cada lactación, non o detalle completo de todos os controis.
Mostra producións diarias calculadas, con datos como:
Mostra os recontos celulares do animal.
Amosa as accións de podoloxía do animal, incluíndo:
Mostra resultados de mostras de laboratorio de leite asociadas ao animal, como:
Inclúe dúas gráficas de barras apiladas relacionadas coa produción do animal.
Este formulario non consulta só unha táboa.
A pantalla principal utiliza a entidade EHistorial_usuario, que recupera a información desde o historial de animais e a limita ao período indicado.
A ficha de detalle do animal consulta ademais outras entidades relacionadas, entre elas:
EAnimalesEAcciones_animales_animalETratamientos_animalesETratamientos_mamitisEAcciones_animales_CL_todosEDatos_produccion_todosEDatos_produccionEProduccions_diarias_calculadasERecuentos_celularesEAcciones_podologia_animEMuestras_laboratorio_resultados_lecheIsto fai que a ficha de detalle sirva como punto de consulta global do animal.
A entidade do historial consulta os rexistros comprendidos entre:
Data inicio ás 00:00:00Data fin ás 23:59:59
E filtra polo id_explotacion seleccionado.
Se non se indicase explotación, a entidade está preparada para limitar o resultado ás explotacións ás que o usuario ten acceso, aínda que neste formulario o campo de explotación é obrigatorio.
Explotación, a consulta non se realizará correctamente.Desmarca Rexistros e Deixa só os rexistros seleccionados non borran información da base de datos, só cambian a vista actual.Cargar Táboas Detalle, algunhas lapelas poden non refrescar a información máis recente.Produción vitalicia é un resumo por lactación, non unha listaxe completa de todos os controis.Atópase no menú: Reproducción → Historial de Animais
Este formulario permite consultar de forma conxunta as accións rexistradas nos animais dunha explotación dentro dun intervalo de datas.
A consulta está centrada nas accións da categoría reproductivas, pero na táboa tamén poden aparecer outros campos asociados á propia acción, segundo o tipo de rexistro gardado, por exemplo:
A pantalla serve para revisar as accións dunha explotación en formato de listaxe, filtrar visualmente os rexistros que interesan e exportalos a Excel.
Ao abrir unha liña da táboa accédese ademais á ficha ampliada do animal, para consultar o seu detalle.
Explotación selecciónase a explotación sobre a que se queren consultar as accións.Data inicio e Data fin indícase o período que se quere revisar.Buscar, o sistema consulta as accións dos animais desa explotación dentro dese intervalo.Cada fila corresponde a unha acción realizada sobre un animal nunha data concreta.
Ao abrir o formulario, o sistema carga por defecto:
Data inicio, o primeiro día do mes actualData fin, a data actual
A entidade do formulario é EAcciones_animales_todas_RE.
Esta entidade fai dúas cousas importantes:
ReproductivasIsto significa que esta pantalla está pensada especificamente para consultar accións reprodutivas por explotación.
A táboa principal amosa unha listaxe moi ampla das accións e dos seus datos asociados.
Entre os campos visibles poden aparecer, segundo o tipo de acción:
A cantidade de información visible depende da configuración da táboa, pero a consulta recupera un detalle moi completo de cada acción.
| Botón / acción | Función |
|---|---|
| Buscar | Realiza a consulta segundo a explotación e o período indicado |
| Desmarca Rexistros | Elimina da vista os rexistros seleccionados |
| Deixa só os rexistros seleccionados | Mantén visibles unicamente os rexistros seleccionados |
| Exportar a XLSX | Exporta a Excel o contido visible da táboa |
O botón de exportación traballa sobre o estado actual da táboa.
Isto significa que a exportación respecta:
No ficheiro Excel:
Por tanto, se antes da exportación se deixan visibles só certos rexistros, o Excel sairá só con esa selección.
Ao abrir unha liña da táboa, o formulario vai á ficha Datos do animal.
Esta ficha non é a pantalla principal de edición do animal, senón unha vista ampliada para consulta, na que se mostran:
Na parte inferior inclúe varias lapelas de detalle.
A ficha ampliada do animal inclúe, entre outras, estas lapelas:
Todas → accións do animalTratamentos → tratamentos veterinariosTratamentos mamitisInc. mamiteDatos de produciónProdución vitaliciaProducións diariasRecontosPodoloxíaAnalíticasGráficasIsto permite que, partindo dunha acción concreta da explotación, o usuario poida consultar rapidamente o contexto completo dese animal.
Na ficha do animal existe o botón Cargar táboas detalle.
Este botón refresca as táboas secundarias e as gráficas do animal seleccionado. En concreto actualiza:
É útil cando se quere asegurar que o detalle do animal está cargado co estado máis recente.
A pantalla principal utiliza a entidade EAcciones_animales_todas_RE, que limita a consulta á categoría reprodutiva.
A ficha ampliada do animal utiliza ademais a entidade EAnimales e varias táboas auxiliares ligadas ao animal, como se ve no formulario de detalle.
Isto fai que a pantalla combine dous niveis de consulta:
Explotación, a consulta non devolverá os datos esperados.Desmarca Rexistros e Deixa só os rexistros seleccionados non borran datos da base de datos, só cambian a vista actual.Cargar táboas detalle, algunhas lapelas poden non refrescar a información máis recente.Atópase no menú: Reproducción → Accións por explotación
Este formulario permite consultar o historial dos animais dunha explotación nun intervalo de datas, pero cun enfoque máis completo que o historial xeral, xa que cada rexistro incorpora tamén datos propios da acción que xerou ese histórico.
É dicir, non só amosa o estado do animal nunha data determinada, senón tamén información adicional ligada á acción realizada, por exemplo:
Tamén inclúe, para cada rexistro histórico, o lote de usuario e o sublote que tiña o animal nesa data.
Ademais da consulta, a pantalla permite:
Explotación selecciónase a explotación sobre a que se quere consultar o histórico.Data inicio e Data fin indícase o intervalo que se quere revisar.Buscar, o sistema reconstrúe a táboa de histórico con todos os rexistros do período.Cada fila representa un rexistro histórico dun animal nunha data concreta, enriquecido con datos da acción correspondente.
A entidade do formulario é EHistorial_accions_usuario.
Esta entidade non consulta directamente unha táboa xa preparada, senón que reconstrúe o resultado combinando información de varias fontes:
gnd_historial_animales → estado histórico do animalgnd_acciones_animales → datos específicos da accióngnd_animales → información complementaria do animal, como datos da explotación alternativagnd_movementos_lotes → lote de usuario e sublote que tiña o animal na data do rexistroO proceso que fai é este:
gnd_historial_acciones_animalesnombre_lote_usuario e o sublote que tiña o animal nese momentoIsto fai que a pantalla mostre unha visión histórica máis completa ca outros históricos máis simples.
O intervalo introdúcese no formulario cos campos:
Data inicioData finInternamente a consulta aplícase desde:
Data inicio ás 00:00:00Data fin ás 23:59:59Polo tanto, recóllense todos os rexistros do día inicial e do día final.
A táboa principal é moi ampla e combina datos do historial do animal co detalle da acción.
Entre os campos visibles poden aparecer:
| Botón / acción | Función |
|---|---|
| Buscar | Realiza a consulta do historial segundo a explotación e o intervalo indicado |
| Desmarca Rexistros | Elimina da vista os rexistros seleccionados |
| Deixa só os rexistros seleccionados | Mantén visibles unicamente os rexistros seleccionados |
| Exportar a XLSX | Exporta a Excel o contido visible da táboa |
| Histórico | Envía as inseminacións visibles ao histórico de facturación de recría |
O botón de exportación traballa sobre o estado actual da táboa.
Isto significa que no ficheiro Excel se exportan:
Ademais:
dd/MM/yyyyS ou NSe antes da exportación se eliminan rexistros da vista, o Excel incluirá só os que queden na táboa.
O botón Histórico non pasa toda a táboa ao histórico.
O que fai realmente é revisar os rexistros visibles e actuar só sobre as filas cuxa acción sexa unha inseminación.
Para cada inseminación visible:
id_accion e o id_animalEAcciones_animales para recuperar:EToros para recuperar:EAnimales para recuperar o CEA de orixefecha_inicio_historico e fecha_fin_historico
Se o toro está marcado como cobrable, crea ou sobrescribe un rexistro en EFacturacion_recria_historial para ese animal e ese intervalo.
No envío ao histórico de facturación de recría, o sistema prepara datos como:
Segundo o tipo de inseminación:
sexado, toma o artigo e prezo do semen sexadoSe xa existe un histórico co mesmo animal, explotación, artigo e intervalo de datas, o sistema sobrescríbeo. Se non existe, créao.
Este formulario utiliza ou consulta información de:
EHistorial_accions_usuarioEAnimalesEAcciones_animalesEMovementos_lotesETorosEFacturacion_recria_historialEUsuarios_explotaciones_todosPolo tanto, non é unha táboa de consulta simple, senón unha pantalla que cruza historial, accións, lotes e facturación histórica de recría.
Explotación, a consulta non se realizará correctamente.Desmarca Rexistros e Deixa só os rexistros seleccionados non borran datos da base de datos, só modifican a vista actual.Histórico só ten efecto nas liñas de inseminación que estean visibles.Histórico converte a pantalla nunha ferramenta tamén útil para preparar o histórico de facturación de recría por inseminacións.Atópase no menú: Reproducción → Historial animal e datos da acción
Este formulario permite consultar o historial de movementos de lotes dos animais dunha explotación.
Cada rexistro representa un cambio de lote de usuario realizado sobre un animal nunha data concreta, e amosa tanto o lote ao que pasou como o lote anterior do que viña.
É un formulario pensado para revisar a evolución dos animais nos grupos de manexo, ver cando se fixeron os cambios e quen os rexistrou.
Explotación selecciónase a explotación sobre a que se queren consultar os movementos.Data inicio e Data fin indícase o período que se quere revisar.Buscar, a táboa carga os movementos de lotes do período seleccionado.Ao abrir o formulario, o sistema deixa cargadas por defecto:
Data inicio, o primeiro día do mes actualData fin, a data actualA táboa amosa información do movemento e tamén datos identificativos do animal.
Entre os campos visibles están:
Na consulta histórica non se mostra só o movemento rexistrado.
A entidade tamén busca, para cada animal e para cada data do movemento, o último movemento anterior dese mesmo animal.
Con iso completa automaticamente estes dous datos:
Lote anteriorSublote anteriorIsto permite ver claramente:
| Botón / acción | Función |
|---|---|
| Buscar | Realiza a consulta segundo a explotación e o período indicado |
| Desmarca Rexistros | Elimina da vista os rexistros seleccionados |
| Deixa só os rexistros seleccionados | Mantén visibles unicamente os rexistros seleccionados |
Estes botóns da táboa non borran movementos da base de datos, só modifican os rexistros que quedan visibles nese momento.
A táboa está ligada a un formulario de detalle do animal.
Ao abrir unha fila, o sistema leva á ficha ampliada do animal correspondente para poder consultar máis información relacionada con ese rexistro.
A entidade de movementos garda non só o cambio de lote, senón tamén datos auxiliares do animal e da explotación no momento do rexistro.
Ao inserir ou actualizar un movemento, completa automaticamente datos como:
Cando se rexistra un movemento, a entidade tamén revisa se ese movemento é o máis recente do animal.
Se non existen movementos posteriores para ese animal, o sistema actualiza no propio animal:
lote de usuario actualnome do lote de usuariosublote actualIsto é importante porque o formulario non só serve como histórico: os movementos tamén se usan para manter actualizado o grupo actual do animal.
Este formulario está relacionado con:
Explotación, a consulta pode non devolver os movementos esperados.Desmarca Rexistros e Deixa só os rexistros seleccionados non borran rexistros, só cambian a vista actual.Lote anterior refírese ao movemento inmediatamente anterior a esa data, non a todo o historial completo.Atópase no menú: Reproducción → Historial movementos lotes
Aquí imos poder consultar os informes da área de Reproducción.
Este formulario reúne nunha única pantalla varios informes de seguimento reprodutivo, planificación, estado do establo, inventario, fertilidade, tratamentos, condición corporal e simulación.
Non serve para rexistrar accións novas. A súa función é:
A regra máis importante deste formulario é esta:
Por iso, se antes se ordena, se eliminan rexistros da vista ou se deixa só unha selección, o resultado do informe cambia.
Explotación selecciónase a explotación.Simulación DELA táboa principal é a base da maioría dos informes. Nela poden aparecer, entre outros:
O motivo polo que nun informe saen uns animais e noutro non, aínda coa mesma explotación, é que cada botón aplica unha lóxica distinta:
Está pensado para revisar xuntos os dous fitos máis próximos do manexo reprodutivo:
Parte dos animais visibles e utiliza os que teñen información útil para este seguimento.
Non pretende sacar todo o historial nin todos os animais da explotación, senón os casos que seguen sendo relevantes para planificación.
Presenta unha listaxe centrada en:
O motivo polo que amosa estes datos e non outros é que o obxectivo do informe é organizar o traballo próximo, non facer unha análise histórica completa.
É a versión máis específica do anterior, centrada só en partos.
Non ten en conta os animais visibles, colle os que teñen parto previsto informado nesa explotación.
Quedan fóra:
Presenta:
O motivo polo que saen eses animais e non outros é que este botón filtra especificamente por parto previsto.
É a versión equivalente para secado.
Non colle os animais visibles, collen os que teñen secado previsto informado e seguen sendo casos activos para ese seguimento.
Presenta:
Analiza o resultado reprodutivo segundo o touro.
Parte dos animais visibles e revisa, no período útil do informe, as inseminacións con touro informado e os diagnósticos posteriores.
Separadamente traballa con:
Para cada animal e para cada inseminación válida revisa:
Para cada touro presenta, separando vacas e novillas:
O informe conta:
Despois calcula as porcentaxes de fertilidade comparando:
O motivo polo que o informe presenta estes datos e non só o número de vacas preñadas é que está pensado para medir o rendemento de cada touro nas cubricións que se lle atribúen.
É análogo ao anterior, pero agrupando por inseminador.
Parte dos visibles e revisa inseminacións do período nas que exista inseminador informado.
Tamén separa:
Para cada inseminador presenta:
Para cada inseminación válida do período:
O motivo polo que saen eses datos e non outros é que o informe busca medir o resultado das inseminacións segundo quen as realiza.
É unha previsión da distribución do establo por DEL para a data indicada.
Parte dos animais visibles e exclúe situacións que non teñen sentido para unha previsión normal do establo, por exemplo animais en cebo.
O informe toma a data indicada como horizonte e proxecta a situación dos animais visibles a esa data.
Non é unha foto exacta do día actual, senón unha previsión.
Presenta unha distribución prevista do establo por DEL, útil para ver como quedará o grupo na data seleccionada.
É a mesma idea que a previsión DEL, pero reconstruíndo unha data pasada.
Parte dos visibles e reconstrúe a súa situación nese momento histórico.
Presenta a distribución estimada por DEL na data pasada indicada.
Hai dúas variantes:
Tasa de preñez → vacasTasa de preñez novillas → novillasÉ un dos informes con máis cálculo interno de todo o formulario.
Primeiro parte dos animais visibles na táboa.
Despois, dentro desa selección:
VacaNovillaA data do formulario non se usa tal cal.
O código:
A partir desa referencia constrúe o informe.
Non calcula unha única taxa xeral.
Constrúe 17 intervalos consecutivos de 21 días.
En cada intervalo recalcula:
Por iso o resultado final é unha serie temporal e non unha única cifra.
Susceptibles non significa todo o grupo visible.
Un animal entra como susceptible cando, segundo o seu estado e o seu historial dentro dese bloque temporal, segue sendo un caso reprodutivo aberto para control de cubrición / resultado.
Na práctica o informe ten especialmente en conta estados como:
e exclúe, entre outros:
Celos non é un reconto bruto de todas as accións de celo.
Conta animais susceptibles que no período entran en actividade reprodutiva útil, especialmente a través de:
CeloInseminaciónUn animal conta como cuberto cando:
Non conta aquí calquera xestante da explotación.
Só conta como preñada a cubrición do período cando existe un diagnóstico positivo de xestación ligado á mesma inseminación que se está tomando como referencia.
Por iso o informe mide o resultado reprodutivo da cubrición dese período e non o total de xestantes existentes.
En cada un dos 17 bloques fai tres cálculos:
celos / susceptibles * 100preñadas / cubertas * 100tasa de celos * fertilidade / 100É dicir, a taxa de preñez sae da combinación entre:
Xera unha liña por cada período de 21 días e presenta:
Ademais engade:
Ao final non promedia directamente as porcentaxes.
O que fai é:
e despois recalcular:
Pode quedar fóra dun bloque por motivos como:
É un informe orientado ao seguimento do crecemento dos animais novos.
Parte dos visibles e usa os que teñen sentido para analizar evolución segundo idade, peso e estatura.
Presenta unha análise de crecemento baseada en:
O motivo polo que presenta estes datos é que o informe está pensado para avaliar desenvolvemento, non reprodución directa.
Hai dúas versións:
Parte dos visibles e separa os grupos para non mesturar interpretacións entre vacas e novillas.
Presenta a información gráfica / resumida da condición corporal do grupo seleccionado.
Hai dúas variantes:
Parte dos visibles e revisa as datas dos eventos reprodutivos consolidados de cada animal.
Presenta intervalos en días entre eventos reprodutivos, útiles para análise temporal do manexo.
Son informes de crecemento de novillas e teñen máis cálculo do que parece a primeira vista.
Parten dos animais visibles, pero só traballan realmente coas novillas que teñen rexistros de:
no historial.
Para cada novilla revisa as medicións históricas e toma como puntos de referencia idades arredor de:
e tamén os valores finais dispoñibles.
A partir deses puntos calcula, segundo o tramo:
Tamén calcula valores medios do grupo.
Presenta por novilla:
e ademais un resumo cos promedios do grupo.
O motivo polo que saen estes datos e non a listaxe completa de todas as accións é que o informe está feito para medir crecemento a partir de puntos de control útiles.
Este informe non está pensado para sacar todas as accións reprodutivas do animal nin todos os rexistros sanitarios sen filtrar.
O que fai realmente é construír unha planilla de traballo de tratamentos, tomando como base os tratamentos do animal que seguen activos desde unha data determinada e desdobrando despois:
É, polo tanto, unha planilla orientada a ver que hai que facer e en que data, non unha simple listaxe histórica de tratamentos pechados.
O botón do manager:
fecha_ini_tratfecha_fin_tratDespois constrúe unha consulta cos animais visibles e chama á entidade coa marca:
inf_tratamientos = siNa entidade, iso acaba executando a función:
fai_trat_ani(…)O informe non colle todos os animais da explotación, senón só os que estean visibles na táboa principal no momento de lanzalo.
Isto significa que:
A función fai_trat_ani(…) non parte das accións reprodutivas nin do historial xeral do animal.
Parte directamente dos tratamentos do animal que cumpren esta condición:
fecha_hora_fin é igual ou posterior á data inicial do informeIsto é importante: o informe non busca só tratamentos empezados no período, senón tratamentos que aínda teñen efecto ou planificación vixente desde a data inicial en diante.
Por iso poden entrar tratamentos comezados antes, sempre que a súa data de fin aínda caia dentro do rango útil do informe.
Quedan fóra:
É dicir, a base do informe non son as accións, senón os tratamentos que seguen vixentes ou con execución pendente a partir da data inicial.
De cada tratamento válido a función le, entre outros:
id_tratamientofecha_hora_iniciotratamientopatologiaE ademais colle datos auxiliares para imprimir:
A función non devolve unha liña por tratamento.
O que fai é descompoñer cada tratamento en varias posibles liñas de traballo, segundo o que teña configurado.
As liñas poden vir de tres bloques:
Se o tratamento ten medicamentos previos (med_pre > 0), a función revisa cada un deles.
Para cada medicamento previo le:
Con iso calcula unha data efectiva:
fecha_hora_inicio do tratamentoDespois transforma iso nunha data de planilla.
Só engade esa liña ao informe se a data calculada:
fecha_ini_trat do formularioÉ dicir, o informe non saca todos os medicamentos previos históricos, senón só os que aínda caen dentro do intervalo útil do informe.
Cada liña leva:
O campo de patoloxía, no código desta función, queda baleiro na saída.
Se o tratamento ten medicamentos do propio tratamento (n_medicamentos > 0), a función revisa cada un deles.
Para cada medicamento colle:
Aquí o código distingue dúas situacións:
Se o tipo de tratamento contén Clinico:
dias_repeticionÉ dicir, un só medicamento pode dar lugar a varias liñas do informe, unha por cada día de repetición.
Cada unha desas administracións só entra no informe se a data calculada:
fecha_ini_tratSe o tipo non é clínico:
Cada liña leva:
De novo, a patoloxía queda baleira na saída desta función.
Se o tratamento ten avisos / accións asociadas (n_avisos > 0), a función tamén os revisa.
De cada aviso colle:
Con iso calcula a data correspondente.
Só se engade ao informe se a data calculada:
fecha_ini_tratA liña leva:
medicamento, o nome da acción / avisoÉ dicir, os avisos non aparecen como tratamento farmacolóxico, senón como unha actuación pendente ligada ao plan do tratamento.
A data inicial do formulario é a referencia clave do filtro.
O código comproba continuamente:
if(!fecha_ana.before(fecha))Isto significa que a planilla inclúe só liñas cuxa data sexa:
Por iso:
No manager pásanse ao informe:
fecha_inifecha_fin
Pero na función fai_trat_ani(…) a condición visible no código céntrase sobre todo en que a liña non sexa anterior á data inicial.
É dicir, a selección base do tratamento arrinca por:
e despois a construción da planilla filtra por:
Na parte do código que revisamos, a data final non é a que decide liña por liña a inclusión do rexistro; o filtro forte desta función é o inicio do período.
Cada liña leva dous campos de data:
fecha → a data visiblefecha_orden → data con hora para ordenarO motivo é que dous rexistros do mesmo día poidan manter unha orde temporal interna cando se imprime o informe.
Un tratamento pode aparecer só parcialmente na planilla por varios motivos:
É dicir, o informe non imprime o tratamento como bloque pechado, senón as actuacións concretas do tratamento que seguen sendo relevantes desde a data inicial.
Non colle:
Existe unha segunda versión da función:
fai_trat_ani(…, fecha_prox_visita)Esta variante constrúe a mesma lóxica base, pero ademais engade o campo:
fecha_prox_visitaás liñas do resultado.
Isto permite que a planilla poida imprimirse ou utilizarse nun contexto ligado á próxima visita, mantendo a mesma estrutura de tratamentos / administracións / avisos.
O informe final non presenta “un tratamento por animal”.
Presenta unha axenda ou planilla de actuacións, onde cada liña representa algo que hai que ter en conta a partir da data inicial, por exemplo:
Por iso poden saír varias liñas para o mesmo animal e o mesmo tratamento.
Sae esa información porque a función está construída para responder a esta pregunta:
Non responde a estas outras:
Por iso a saída é unha planilla temporal de actuacións e non un historial completo.
Hai dúas variantes:
É máis elaborado ca unha listaxe simple de animais dados de baixa.
Toma:
Segundo o grupo, calcula:
Presenta:
O motivo polo que presenta estes datos e non só a lista de baixas é que busca servir para análise do grupo e do impacto das baixas, non só para consulta de rexistros.
É unha das partes con máis lóxica propia do formulario.
Todos os planning parten de:
MostrarInternamente o programa toma:
A partir de aí proxecta eventos en 12 meses.
Toma os animais visibles reais da táboa principal.
Para cada animal pode amosar:
MostrarOs eventos que pode marcar son, entre outros:
O motivo polo que saen estes eventos e non outros é que o planning reconstrúe a secuencia reprodutiva relevante para ese horizonte mensual.
Presentan a estrutura do planning sen cargar animais reais.
Úsanse como base de traballo manual.
Abre unha ventá auxiliar para crear unha listaxe temporal de animais ficticios.
Na ventá pódese indicar:
e construír unha listaxe temporal.
O planning usa esa listaxe temporal no canto dos animais reais.
O motivo desta opción é poder facer simulacións ou escenarios.
É a variante baleira do planning con base ficticia.
É un dos informes con máis cálculo interno de todo o paquete.
Non imprime simplemente os animais visibles tal como están, senón que reconstrúe a fotografía do establo nunha data concreta.
Toma:
Para cada animal visible busca o rexistro histórico máis recente dispoñible ata a data indicada.
A partir dese rexistro toma datos como:
A partir diso calcula tamén o DEL cando corresponde.
Despois vai clasificando as vacas en grupos como:
E ademais sepáraas por número de parto:
Non o colle dun campo xa feito.
O grupo de ordeño sae da combinación entre:
Tamén reconstrúe un resumo específico de novillas, con grupos como:
e distribúe as novillas por tramos de idade como:
Ademais do resumo por estados, acumula distribucións de DEL en varios intervalos, por exemplo:
e calcula tamén medias do grupo cando corresponde.
O informe xera unha fotografía resumida do establo con liñas como:
Ademais presenta:
O motivo polo que presenta resumos e non detalle animal por animal é que está pensado como fotografía estrutural do establo nun día concreto.
Na lapela Inf. visita hai tres impresións:
Funcionalmente comparten a mesma lóxica; cambia só o formato.
Toma:
Aquí non chega con estar visible.
O animal debe ademais cumprir algún dos filtros activos do formulario.
Poden entrar vacas por razóns como:
Por exemplo:
vac_pos_par_sin_cub → DEL igual ou superior ao valor indicado e sen inseminación posterior ao partovac_dia_ges → estado de inseminada e días desde a última inseminación igual ou superior ao valor indicadovac_conf_ges → animais en revisar / confirmaciónvac_cel_sin_ia → estado de celo sen IA resoltavac_revisar → marca de revisar activadavac_abo → abortovac_vaci → estado baleira / non preñadavac_ges_rev e vac_ges_rev2 → xestantes dentro dos rangos de días indicadosvac_descart → descartevac_trat → presenza de tratamento cando se pideDe forma equivalente, poden entrar novillas por:
O informe imprime unha listaxe operativa de animais a revisar, con columnas útiles para visita, como por exemplo:
O motivo polo que saen estes campos e non toda a ficha do animal é que o informe está pensado como listaxe práctica de visita.
O botón Mostrar non imprime.
O que fai é aplicar esa mesma lóxica de filtros e recargar a táboa principal só cos animais que cumpren os criterios da visita.
Ademais deixa visibles columnas concretas de traballo para facilitar a revisión.
Hai dúas variantes:
Toma:
No informe xeral presenta a actividade / resultado reprodutivo ligado aos touros no intervalo.
Na impresión de montas céntrase máis nos rexistros de monta do período.
Ten máis cálculo interno do que parece.
Toma:
Para cada inseminador separa:
e calcula:
Ademais engade liñas de resumo e media.
O motivo polo que presenta eses datos e non unha listaxe de accións é que o informe está pensado para analizar resultado reprodutivo por inseminador.
Tamén ten máis cálculo interno do que parece.
Toma:
Agrupa por:
e calcula para cada grupo:
Se existe tratamento de celo inducido, o informe intenta mostrar o nome dese tratamento.
O motivo polo que saen eses datos e non outros é que o informe quere medir o resultado reprodutivo segundo o tipo de celo e o tratamento empregado.
É outro dos bloques con máis cálculo interno.
O usuario pode escoller:
Por total ou Por animalUnha data ou Dúas datasIsto dá lugar a catro informes:
Toma:
Non entra simplemente por estar visible.
O informe revisa se o animal:
Por iso un mesmo animal pode contar nunha data como recría e noutra como vaca.
Para a recría calcula a idade en meses na data analizada e escolle o tramo económico correspondente da configuración da explotación.
O motivo polo que o valor cambia é que depende directamente da idade do animal nese momento.
Para as vacas usa o valor configurado segundo o número de parto.
Por iso non todas as vacas teñen o mesmo valor: depende do parto no que están e da súa situación consolidada na data do inventario.
Presenta un resumo global con:
O motivo polo que presenta totais e non detalle individual é que esta opción busca un peche económico global.
Compara dous peches e presenta:
Presenta o valor calculado para cada animal na data indicada.
Para cada animal calcula:
Isto permite ver a evolución individual do valor.
Hai dúas impresións:
Toma:
Presenta a información de condición corporal do grupo correspondente dentro do período indicado.
Na lapela Simulación DEL hai unha táboa propia ligada á explotación.
Cada rexistro pode incluír, entre outros:
O botón reutiliza a previsión DEL, pero activando o modo simulación.
É dicir, o cálculo non parte só da situación real dos animais visibles, senón tamén dos rexistros introducidos nesta táboa.
Presenta unha previsión DEL simulada para escenarios de planificación.
Este botón non imprime ningún informe.
Executa unha acción de mantemento para recalcular a idade / DEL da explotación segundo a lóxica interna da aplicación.
Aquí hai que distinguir varios casos.
Nos informes que basicamente:
se o usuario interrompe a execución antes de tempo, o máis habitual é:
Isto afecta especialmente a:
Nestes casos o correcto é volver lanzar o informe completo antes de dar por válido o resultado.
Nalgúns botóns o propio formulario xa avisa de que poden tardar bastante.
Se o usuario non deixa rematar o proceso:
Isto é especialmente importante en:
Tasa de preñezTasa de preñez novillasEstado actual do establoInventarioporque son os informes con máis reconstrución interna.
O caso máis delicado do formulario non é un informe, senón:
Recalcular DEL da explotaciónSe se interrompe, poden quedar:
É dicir, este botón si pode deixar información funcional da explotación a medias se non se deixa rematar.
Explotación.preñadas na taxa de preñez como todas as xestantes da explotación, cando en realidade conta só as ligadas á cubrición do intervalo.Atópase no menú: Reproducción - Informes → Informes RE
Este formulario permite xerar un informe de índices reprodutivos e de reposición da explotación, diferenciando claramente entre:
Non é un informe único pechado, senón un conxunto de indicadores. O usuario escolle que índices quere incluír e o sistema constrúe a saída final engadindo unha liña ou varias liñas por cada índice seleccionado.
Hai dúas saídas posibles:
FinalizarImprimir índices abreviadoO informe completo é o máis detallado e permite analizar moitos aspectos da reprodución e da reposición. O abreviado resume só algúns indicadores considerados máis representativos.
O formulario usa estes datos principais:
Explotación → explotación sobre a que se calculan os índicesFecha → data de referencia para medir a situación actual dos animaisFecha inicio intervalo → inicio do período de estudoFecha fin intervalo → final do período de estudoQuitar descartes → se está marcado, exclúe os descartes dos cálculosAdemais hai parámetros numéricos que se usan só en determinados índices:
Nº IA non xestantes → usado en Novillas problemaMeses non xestantes → usado en Novillas problemaMeses, Kilos e Estatura cm. → usados en Novillas retrasos> X puntos de cond. corporal → usado en:% Anim. Perdida% Anim. GananciaAs datas non teñen todas a mesma función.
Fecha → úsase como data de análise, é dicir, a data na que se quere saber como está a explotaciónFecha inicio intervalo e Fecha fin intervalo → úsanse para analizar o que ocorreu dentro dun período, por exemplo:Por iso algúns índices describen a situación actual e outros describen o que pasou dentro do intervalo.
En xeral, o informe parte dos animais da explotación e exclúe:
CeboDescartesPero é importante entender que cada índice redefine o seu propio grupo válido. É dicir, non todos os índices usan exactamente os mesmos animais.
Por exemplo:
Por iso non se pode interpretar que todos os porcentaxes teñen o mesmo denominador.
O informe completo constrúe unha saída por índices. Cada liña adoita levar:
Segundo o índice, esas categorías cambian.
En vacas, o reparto máis habitual é por número de parto:
En novillas, o reparto máis habitual é por idade ou por grupo de IA.
Só conta animais do tipo Vaca.
Unha vaca entra neste índice se o seu estado contén:
GestanteSecaÉ dicir, o código considera neste índice tanto as vacas explicitamente xestantes como as vacas secas, porque as secas se interpretan como vacas xa cubertas / xestantes dentro da lóxica do seguimento reprodutivo.
Mide:
O resultado principal calcúlase como:
vacas xestantes / vacas consideradas * 100Despois reparte as vacas xestantes entre:
E calcula a porcentaxe de cada grupo sobre o total de vacas xestantes.
Presenta:
O motivo polo que saen eses datos e non outros é que o índice intenta medir a ocupación reprodutiva actual do lote de vacas.
Só colle vacas en ordeño.
Para iso exclúe vacas en estados que non corresponden a produción activa, como por exemplo:
SecaBajaCeboMide os días en leite (DEL) das vacas en ordeño.
Para cada vaca válida calcula:
DEL = fecha de análise - data do último partoDespois obtén:
Presenta:
O motivo polo que só entran vacas en ordeño é que o DEL só ten sentido como indicador produtivo nas vacas que están producindo.
Só conta animais do tipo Vaca.
Unha vaca entra como problema se cumpre todo isto:
GestanteSecaDescarteCeboÉ dicir, o código considera vaca problema á vaca aberta que leva xa moitos días desde parto e que non está nin xestante nin seca nin xa descartada.
Mide:
Presenta:
O motivo polo que usa ese criterio é que o índice quere detectar vacas con atraso reprodutivo relevante.
Só entran vacas que teñen:
As vacas que aínda non tiveron primeira IA despois do parto non entran.
Mide os días que pasan entre:
Para cada vaca válida calcula:
días = fecha 1ª IA - fecha partoDespois obtén:
Presenta:
Este índice serve para ver o ritmo co que se reinicia a cubrición tras o parto.
Só vacas nas que se pode identificar:
Mide os días entre:
Para cada vaca válida:
días = fecha IA fecundante - fecha partoE despois calcula:
A mesma estrutura que o índice anterior, pero substituíndo a primeira IA pola IA fecundante.
É útil porque permite diferenciar entre o primeiro intento e o intento que realmente funcionou.
O mesmo conxunto de vacas do índice Parto - 1ª IA.
Mide o mesmo intervalo, pero non o presenta por número de parto, senón por tramos de días.
Calcula os días entre parto e primeira IA e clasifícaos en tramos:
Presenta:
Este índice serve para ver se o establo está adiantando ou atrasando a primeira cubrición despois do parto.
O mesmo conxunto do índice Parto - IA fecundante.
O intervalo parto → IA fecundante, agrupado por tramos de días.
Usa os mesmos tramos do índice anterior:
Presenta:
Este índice axuda a ver canto tempo se tarda en conseguir unha cubrición eficaz.
Só vacas xestantes nas que se pode estimar o seguinte parto.
Mide o intervalo estimado entre:
A partir da inseminación fecundante e da estimación estándar de xestación, calcula o parto previsto e despois o intervalo entre os dous partos.
Agrupa os resultados en tramos:
Presenta:
O motivo polo que só entran vacas xestantes é que só nelas se pode estimar un parto futuro.
Só vacas que xa teñen dous partos consecutivos rexistrados.
Mide o intervalo real entre partos consecutivos.
Para cada vaca válida calcula:
días = parto seguinte - parto anteriorDespois obtén:
Presenta:
É o índice clásico de intervalo real entre partos.
Só vacas que xa teñen identificado o primeiro parto.
Mide a idade ao primeiro parto.
Para cada vaca válida:
idade = fecha primeiro parto - fecha nacementoDespois clasifícaa en tramos e calcula tamén a media global.
Presenta:
As vacas sen primeiro parto rexistrado non entran.
Só vacas nas que existen:
As vacas secas que aínda non teñen ese parto posterior non entran.
Mide os días entre:
Para cada vaca válida:
días = parto - secadoDespois calcula:
Presenta:
Sirve para revisar a duración real do período seco.
Non parte do estado actual do animal, senón das accións de parto do intervalo:
PartoFecha inicio intervalo e Fecha fin intervaloMide:
E ademais clasifica os partos por características como:
Conta como parto prematuro o rexistro que leva marcada esa condición.
Presenta:
Este índice non describe a situación actual do rabaño, senón a calidade dos partos ocorridos no intervalo.
Accións de aborto asociadas ás vacas consideradas.
Mide:
e ademais clasifica os abortos segundo o tipo:
Tamén os reparte por número de parto.
Presenta:
Abortos ocorridos dentro do intervalo.
Mide a evolución mensual dos abortos.
Divide o intervalo en meses e, para cada mes:
Presenta:
O obxectivo é ver a evolución temporal e non só o total acumulado.
Conta as incorporacións ao grupo de vacas dentro do intervalo.
O código considera reposición cando se cumpre unha destas condicións:
Mide a necesidade / porcentaxe de reposición no grupo de vacas.
Relaciona o número de incorporacións co tamaño do grupo de vacas de referencia.
Presenta:
Este índice non mide novillas dispoñibles, senón entradas efectivas ao grupo de vacas.
Só vacas que na data de análise figuran en estado:
BajaMide:
Presenta:
Aquí o código non diferencia motivos: mide a eliminación como saída final do grupo.
Baixas de vacas ocorridas dentro do intervalo.
Mide:
Presenta:
Non mide só as que están agora en baixa, senón as que se deron de baixa no intervalo.
Baixas de vacas dentro do intervalo, repartidas mes a mes.
Mide a evolución mensual das baixas.
Presenta:
Só vacas cuxo estado na data de análise contén:
SecaMide:
Presenta:
Primeiro parte do subconxunto de vacas secas.
Despois só conta as que cumpren:
secado_previstosecado_previstoMide os secados anticipados.
Presenta:
Rexistros de condición corporal dentro do intervalo.
Mide a porcentaxe de vacas que perderon máis de X puntos de condición corporal, sendo X o valor introducido no formulario.
Compara medicións válidas de condición corporal do mesmo animal dentro do período e conta os casos nos que a perda supera o limiar.
Presenta:
Tamén usa medicións de condición corporal do intervalo.
Mide a porcentaxe de vacas que gañaron máis de X puntos de condición corporal.
A mesma estrutura do índice anterior, pero referida a ganancia en vez de perda.
Só animais do tipo:
NovillaNovCentRece só se teñen rexistrada a primeira inseminación.
Mide a idade á primeira IA.
Calcula a idade da novilla na data da primeira IA e repártea por tramos:
Presenta:
Inseminacións de novillas e os diagnósticos positivos posteriores ligados a esas inseminacións.
Mide a fertilidade das novillas:
Para cada mes do intervalo:
Ademais reparte as IA por número:
e calcula tamén a fertilidade dentro de cada grupo.
Xera:
Cada liña leva:
Só:
Novilla ou NovCentRecGestanteMide:
e reparte por tramos de idade.
Presenta:
Só:
Novilla ou NovCentRecGestantefecha_ins_fecundante informadaMide a idade á IA fecundante.
Calcula a idade do animal na data desa inseminación fecundante e repártea por tramos de idade.
Presenta:
Só:
Novilla ou NovCentRecGestanteparto_previstoMide a idade prevista ao primeiro parto.
Calcula a idade que terá a novilla na data do parto previsto e repártea por tramos.
Presenta:
Pode xerar máis dunha liña porque hai dous criterios independentes.
Se o usuario introduciu Nº IA non xestantes, conta:
Novilla ou NovCentRecGestante
Se o usuario introduciu Meses non xestantes, conta:
Novilla ou NovCentRecGestanteMide novillas atrasadas no seu proceso reprodutivo:
Pode presentar:
En ambos casos leva:
Novillas con máis dunha IA rexistrada.
Mide os días entre unha inseminación e a seguinte.
Calcula o intervalo entre IAs consecutivas e repárteo por idade.
Presenta:
Abortos asociados a novillas consideradas.
Mide:
Presenta:
Abortos de novillas ocorridos dentro do intervalo.
Mide a evolución mensual dos abortos de novillas.
Presenta:
Este índice é especial porque o código compara directamente cos valores introducidos.
Só:
Novilla ou NovCentRecGestanteMesesKilosEstatura cm.O código combina os parámetros segundo os que teñan valor distinto de 0.
Exemplos:
É importante indicalo así porque o nome do índice suxire atraso “por debaixo do esperado”, pero no código revisado a comparación é por igualdade exacta cos valores introducidos.
Cada liña presenta:
Baixas de novillas ocorridas no intervalo.
Mide:
Presenta:
Baixas de novillas do intervalo distribuídas por mes.
Mide a evolución mensual das baixas de novillas.
Presenta:
O botón Imprimir índices abreviado non depende dos checks individuais.
Constrúe unha saída máis curta, baseada nun conxunto fixo de indicadores considerados máis útiles para unha revisión rápida.
Usa:
Segundo o código, reutiliza indicadores como:
É dicir, non substitúe o informe completo, senón que ofrece unha lectura máis rápida dos puntos clave.
Non é un informe de detalle cronolóxico do animal. Non presenta:
O que fai é medir e resumir indicadores, normalmente por:
Nº IA non xestantesMeses non xestantesMeses / Kilos / Estatura> X puntos de cond. corporale pensar que falta información, cando simplemente o criterio deixa poucos casos.
Este formulario é principalmente de cálculo e presentación. O risco máis habitual non é perder datos funcionais, senón obter un informe:
Isto é especialmente delicado en:
porque son os índices que máis reconstrución fan e máis percorridos necesitan.
O recomendable é:
Atópase no menú: Reproducción - Informes → Índices reproductivos
Este formulario xera un informe mensual de seguimento reprodutivo da explotación.
Non é unha simple listaxe de animais nin unha foto fixa dun único día. O informe constrúe tres bloques distintos e complementarios:
O resultado final está pensado para que o usuario poida responder, dunha soa vez, a tres preguntas distintas:
O informe usa estes campos:
| Campo | Para que serve |
|---|---|
| Explotación | Indica sobre que explotación se vai facer todo o cálculo |
| Fecha informe | Marca a data de referencia do informe mensual e tamén o final do último mes analizado |
| Fecha tasa preñez | Marca a data de referencia do bloque de taxas de preñez |
| Incluir descartes | Decide se os animais en descarte deben entrar ou non nos cálculos |
| Contar gestante desde inseminación | Cambia a forma de calcular a porcentaxe de vacas preñadas |
Ao premer o botón de impresión, o proceso fai tres cousas seguidas:
Despois, coas tres partes xa calculadas, xera o informe final.
Isto significa que o informe non se constrúe directamente lendo unha táboa xa preparada, senón que antes recompón a información que vai presentar.
É obrigatoria.
Todo o informe se calcula para esa explotación.
Se non se indica, o informe non se pode lanzar.
É a data principal do informe.
A partir dela o sistema fai dúas cousas:
Por exemplo:
Despois reconstrúe os 11 meses anteriores completos.
O resultado é unha serie de 12 períodos mensuais cara atrás, rematando na data exacta indicada.
É a data que usa o bloque de taxa de preñez.
Neste caso o sistema non traballa por meses, senón por bloques curtos consecutivos.
A partir desa data constrúe a serie de períodos que usa para a taxa de preñez.
Se está marcado, os animais en descarte non se exclúen.
Se non está marcado, os descartes quedan fóra dos cálculos nos bloques onde o informe revisa o censo da explotación.
Isto afecta especialmente a:
É importante porque cambiar esta opción pode variar bastante os porcentaxes.
Esta opción cambia só o modo de calcular a porcentaxe de vacas preñadas da serie mensual.
Hai dúas formas distintas de calcular ese dato:
Máis abaixo explícase en detalle a diferenza.
Este é o bloque principal do informe.
Para cada un dos últimos 12 meses o sistema xera unha liña coas tres magnitudes principais:
O sistema:
Fecha informePara cada mes calcula:
Pero no mes máis recente non usa o final natural do mes, senón a propia Fecha informe.
Isto fai que:
É un detalle importante, porque o último mes sempre pode ter menos días ca os demais.
Cada mes leva estes campos principais:
Ademais o informe incorpora ao rexistro:
Aquí hai dous modos segundo a opción Contar gestante desde inseminación.
Neste modo, para cada mes o sistema reutiliza o motor de índices históricos e obtén dous valores:
Isto faino reconstruíndo o estado da explotación no final dese mes.
O criterio de vaca preñada é o que vén da lóxica xeral de índices:
GestanteSecas, porque se toman como xa preñadas dentro da lóxica reprodutivaÉ dicir, neste modo o informe usa unha visión de estado consolidado.
Se esta opción está activada, o informe non usa o cálculo estándar de vacas preñadas.
No seu lugar fai unha comprobación animal por animal e conta como preñada unha vaca se se cumpre algunha destas situacións:
GestanteSecaGestante ou SecaInseminada, pero xa existe un rexistro posterior ligado á súa inseminación que identifica esa cubrición como fecundanteEste cuarto caso é o que fai diferente esta opción.
Grazas a iso, o informe pode considerar como preñada unha vaca:
GestanteMide unha visión máis “agresiva” ou máis anticipada da preñez.
A súa fortaleza é que:
A súa debilidade é que:
Para cada mes calcula o DEL medio da explotación tomando o dato reconstruído no final dese mes.
En termos funcionais, mide os días en leite medios das vacas que entran nese cálculo mensual.
A fortaleza deste dato é que:
A súa limitación é que:
Para cada mes o informe consulta os datos de produción e non fai unha media de todos os controis do mes.
O que fai é buscar:
e toma de aí o valor da produción media.
Mide a produción media do último control dispoñible do mes, non a media matemática de todos os controis do mes.
Este é un dos puntos máis importantes a explicar ao usuario, porque visualmente pode parecer unha media do mes completo e no código non está calculada así.
Unha serie de 12 liñas, unha por mes, con:
É o bloque que serve para ver a evolución anual recente da explotación.
Este bloque xera unha listaxe de animais que o código considera problemáticos na data do informe.
Non mide a explotación como conxunto, senón que saca unha listaxe de casos individuais.
Pode sacar tanto:
Unha vaca entra se cumpre todo isto:
BajaCeboDescarteVacaSecaGestanteÉ dicir, o informe entende por vaca problema:
Mide vacas con atraso reprodutivo claro.
Nunha novilla o código usa varios criterios alternativos.
A novilla entra se:
BajaCeboDescarteNovillae ademais cumpre algún destes casos:
É dicir, considera novilla problema a novilla atrasada:
Para vacas e novillas, a listaxe leva os datos máis útiles para revisión:
No caso das novillas:
Non devolve unha porcentaxe nin un resumo.
Devolve unha listaxe operativa de casos a revisar.
Este é o bloque máis elaborado do informe.
Non traballa por meses naturais, senón por 17 intervalos consecutivos de 21 días.
É dicir, o informe reconstrúe unha serie temporal curta e densa da actividade reprodutiva recente.
A partir da Fecha tasa preñez o sistema:
Cada bloque leva:
e en cada un deles recalcula:
Este bloque parte das vacas da explotación, e ademais:
É importante entender que non mide só o estado actual, senón o comportamento da vaca dentro de cada período curto.
Conta como cuberta unha vaca se, no intervalo:
VaciaBajaCeboÉ dicir, mide as cubricións efectivas do período.
Conta como preñada a inseminación do período cando existe despois un rexistro de diagnóstico positivo ligado á mesma inseminación.
Isto é importante:
Por iso este bloque mide resultado da cubrición e non só estado xestante.
O grupo de susceptibles é máis restritivo do que parece.
O código mete aquí vacas que, no período, están en situación reprodutiva aberta, sobre todo se aparecen en estados como:
e se non hai un diagnóstico positivo que peche ese proceso.
É dicir, non é todo o lote de vacas. É o subconxunto das que están realmente expostas ao movemento reprodutivo dese bloque.
Neste bloque, celos non significa simplemente todas as accións de celo anotadas.
Conta vacas susceptibles que no bloque entran en actividade reprodutiva útil, sobre todo mediante:
Para cada intervalo calcula:
celos / susceptibles * 100vacas preñadas / vacas cubertas * 100taxa de celos * fertilidade / 100É dicir:
Cada liña do bloque presenta:
Ademais tamén leva:
Ao remate, o informe non fai unha media simple das porcentaxes impresas.
O que fai é:
e despois recalcular con esas medias:
Isto fai que o resumo final non sexa o promedio visual das liñas, senón unha recomposición dos promedios de base.
En conxunto, o informe mensual final presenta:
É dicir, combina:
Contar gestante desde inseminación permite non perder preñeces que xa están implícitas na información da cubrición.Contar gestante desde inseminación.Este informe non é unha lectura directa. Primeiro reconstrúe tres bloques distintos e despois imprime.
Se o usuario pecha a execución ou non deixa rematar o proceso, poden ocorrer estas deficiencias:
É especialmente delicado porque:
En explotacións grandes o cálculo pode tardar bastante máis.
Atópase no menú: Reproducción - Informes → Informe mensual repro.
Este formulario permite consultar en detalle os tratamentos dos animais dunha explotación e traballar sobre esa listaxe para:
Non é un informe de impresión nin unha estatística resumida. É unha pantalla de consulta detallada e xestión masiva sobre a táboa de tratamentos.
Explotación selecciónase a explotación.Fecha inicio e Fecha fin indícase o período de consulta.Buscar, a táboa carga os tratamentos desa explotación.Ao abrir o formulario, por defecto:
Fecha inicio colócase no primeiro día do mes actualFecha fin colócase na data actualIsto fai que a busca inicial estea pensada para revisar os tratamentos do mes en curso.
O formulario usa como datos de entrada reais:
ExplotaciónFecha inicioFecha finA explotación é obrigatoria no formulario.
Coa combinación destes tres datos, a entidade da táboa obtén os rexistros de tratamentos que correspondan.
A táboa principal está ligada á entidade ETratamientos_animales_tabla.
Esta entidade ten dous comportamentos:
Se se indica unha explotación, a consulta saca os tratamentos desa explotación cos filtros que lle pase a pantalla.
Se por algún motivo non se indicase explotación, a entidade limita automaticamente a consulta ás explotacións ás que o usuario ten acceso.
Isto evita que se vexan tratamentos de explotacións alleas.
A táboa é moi ampla e non se limita a ensinar só o nome do tratamento.
Cada fila representa un tratamento e pode mostrar, entre outros, estes bloques de información:
Esta pantalla non mostra só que tratamento ten un animal, senón tamén como está construído ese tratamento.
Permite ver se o tratamento leva:
É dicir, serve tanto para revisar o tratamento como para entender a súa programación.
Esta pantalla non:
A súa función principal é:
| Acción | Función |
|---|---|
| Buscar | Carga os tratamentos da explotación no intervalo indicado |
| Desmarca Rexistros | Elimina da vista os rexistros seleccionados |
| Deixa só os rexistros seleccionados | Mantén visibles unicamente os rexistros seleccionados |
| Asignar patoloxía a rexistros seleccionados | Abre unha ventá para indicar unha patoloxía e asignala aos tratamentos seleccionados |
Quita da vista os rexistros seleccionados na táboa.
Non borra nada da base de datos. Só limpa a vista actual para que o usuario poida quedar cos tratamentos que realmente quere revisar.
Fai o contrario: conserva unicamente os rexistros seleccionados e elimina da vista o resto.
É útil cando se quere preparar unha selección exacta antes de facer a asignación de patoloxía.
Esta é a acción máis delicada do formulario.
Ao premer o botón de asignar patoloxía:
Para cada tratamento seleccionado, o sistema actualiza:
Se o usuario non escolle ningunha patoloxía, o sistema:
É dicir, esta acción serve tanto para:
O formulario non garda só o identificador interno.
Ao seleccionar a patoloxía na ventá auxiliar:
Así, a táboa queda xa coherente tanto no código como no texto visible.
A asignación non se fai sobre todos os rexistros visibles, senón sobre os rexistros seleccionados.
Isto é importante:
Non devolve un informe impreso.
O resultado funcional é:
É unha acción de modificación directa sobre os rexistros.
A táboa está configurada para abrir unha ficha ampliada do animal ao entrar nun rexistro.
E no ZIP tamén aparece a lóxica de EAnimales relacionada coa planilla de tratamentos, que serve noutros fluxos para construír unha secuencia temporal de:
Esa lóxica explica por que a táboa mostra tantos compoñentes do tratamento: porque o sistema non trata o tratamento como un único campo, senón como unha programación completa.
Nesta pantalla concreta, porén, o núcleo funcional é a consulta detallada e a asignación de patoloxía.
Isto é especialmente importante na asignación de patoloxía.
Se o usuario corta a execución durante a busca:
Neste caso o problema principal é de consulta incompleta, non de corrupción de datos.
Aquí si hai risco funcional.
O proceso:
Se o usuario pecha a ventá, forza a saída, perde a conexión ou interrompe a aplicación antes de que remate, pode pasar que:
É dicir, a selección pode quedar actualizada só parcialmente.
Se a execución non remata, poden quedar:
A debilidade principal aquí é que a operación non funciona como un único “todo ou nada”, senón como unha sucesión de actualizacións individuais.
Pode sospeitarse que a execución quedou a medias se:
Desmarca Rexistros ou Deixa só os rexistros seleccionados borran datos: non os borran, só cambian a vista.Atópase no menú: Reproducción - Informes → Informes tratamentos animais
Este formulario permite xerar un cadro anual de xestión dunha explotación concreta, resumindo mes a mes información de:
O resultado é unha táboa onde:
Non é unha pantalla para introducir datos novos nin un informe de detalle por animal. É un cadro anual resumido dunha única explotación.
No paso inicial o formulario pide estes datos:
Explotación → obrigatoriaAno → obrigatorioVer historial si existe → opcionalA explotación e o ano son os dous datos que determinan o informe.
Todo o cálculo se fai para esa explotación.
Aquí non se constrúe un grupo de explotacións nin se combinan varias á vez.
Determina os 12 meses que se van analizar:
Este campo cambia o comportamento do paso 2:
Este é un punto moi importante para o usuario, porque pode estar vendo:
e non é o mesmo.
O formulario funciona como un asistente de dous pasos.
Aquí introdúcese:
Ao pasar ao segundo paso poden pasar dúas cousas:
Ver historial si existe está marcado:É dicir, nesta pantalla si existe unha bifurcación real entre cálculo actual e histórico.
Cando o usuario pasa do paso 1 ao paso 2 e non pediu histórico, o manager fai isto:
consulta = siE iso provoca que a entidade:
É dicir, non está lendo unha táboa xa feita sen máis; primeiro recalcula o informe.
A pantalla ten dúas táboas definidas:
EInf_gestion_mensual → cálculo actualEInf_gestion_mensual_historico → versión histórica gardada
Se o usuario marca Ver historial si existe:
Se non o marca:
Este botón está dispoñible no paso 2.
O que fai é copiar ao histórico o informe actual visible.
O proceso é este:
Isto significa que o histórico non se comporta como unha colección infinita de versións iguais, senón como unha substitución da versión histórica equivalente.
A táboa amosa, para cada concepto:
A estrutura visual fai pensar que todas as filas funcionan igual, pero non é así.
Este é un dos puntos clave para explicarlle ben ao usuario:
O informe constrúe moitas filas. Entre elas están, por exemplo:
A entidade percorre os 12 meses do ano indicado e para cada mes:
Isto fai que a táboa final sexa unha visión anual da mesma explotación, non unha comparación entre explotacións.
Para cada concepto, a entidade grava:
Por exemplo, no propio código poden verse relacións como:
VACAS EN ORDEÑO → porcentaxe sobre VACAS TOTALESVACAS EN ORDEÑO 1º P. → porcentaxe sobre VACAS EN ORDEÑOVACAS SECAS → porcentaxe sobre VACAS TOTALESNº NOVILLAS → porcentaxe sobre VACAS TOTALESNOVILLAS > 15 MESES → porcentaxe sobre Nº NOVILLASREPOSICION → porcentaxe sobre VACAS TOTALESBAIXAS → porcentaxe sobre VACAS TOTALESIsto é fundamental para explicar ben a táboa:
A entidade vai acumulando os valores mensuais e calcula unha columna de media ou resumo anual.
Pero non convén explicala ao usuario como se sempre fose unha media aritmética simple e idéntica para todas as filas.
Na práctica funciona como:
As fortalezas reais deste informe son:
Non sempre.
Se marcou Ver historial si existe, pode estar vendo o histórico gardado e non o cálculo actual.
Non é así.
Cada fila usa o seu propio denominador.
Na mesma táboa aparecen:
Non deben compararse coma se todas medisen o mesmo tipo de cousa.
Convén explicala como resumo anual, non como media idéntica para todos os conceptos.
Por exemplo:
LIT/VACA CONTROLLIT/VACA PRES. (TANQUE)LIT/VACA ORD. (TANQUE)LIT/VACA ORD. (REAL)ou:
VACAS XESTANTESTASA DE PREÑEZ %ou:
BAIXASVACAS DESCARTADASVACAS VENDIDASVACAS BAIXA REPROD.Se o usuario non entende que miden cousas distintas, o informe pode parecer contraditorio cando en realidade non o é.
O paso ao resultado non é inmediato. O sistema ten que:
Se o usuario interrompe a execución a metade, pode pasar que:
Isto é perigoso porque un informe parcial pode parecer válido a simple vista.
O botón Pasar Historial grava as liñas do informe actual unha a unha.
Se o usuario non deixa rematar o proceso, pode ocorrer que:
Nese caso o histórico pode quedar:
Atópase no menú: Reproducción - Informes → Informe xestión mensual
Este informe é igual ao do apartado anterior só que collendo de Xuño do ano anterior ao consultado a Maio do ano consultado.
Atópase no menú: Reproducción - Informes → Informe xestión mensual metade ano
Este formulario permite construír unha listaxe comparativa de vacas coa súa lactación xa pechada ou identificable, mostrando para cada animal:
A pantalla non está pensada para crear datos novos nin para calcular medias globais do rabaño. O que fai é montar unha táboa animal por animal, a partir das explotacións seleccionadas, para revisar que produción final tivo cada vaca na lactación que se lle atribúe.
É máis un informe de comparación individual de vacas que un informe de resumo estatístico.
Atópase no menú: Reproducción → Informe 1ª Lactacións Finalizadas
O formulario funciona como un asistente de 2 pasos.
No primeiro paso aparece unha táboa coas explotacións do usuario.
O usuario decide con que explotacións vai traballar.
No segundo paso aparece a táboa do informe, que mostra unha liña por vaca.
Nesta táboa aparecen columnas como:
O propio manager cambia os títulos das columnas ao entrar no segundo paso para que se vexan con ese nome funcional.
Este é o punto máis importante da pantalla.
O informe non se fai coas explotacións “marcadas” nun último clic, senón coas explotacións que queden visibles na táboa do paso 1 cando se avanza ao paso 2.
Os dous botóns da táboa do paso 1 son clave:
Desmarca Rexistros → elimina da vista as explotacións seleccionadasDeixa só os rexistros seleccionados → conserva só as explotacións seleccionadas e elimina da vista o resto
Cando premes Siguiente, o sistema percorre todas as filas visibles desa táboa e colle os seus identificadores.
Se o usuario non entende isto, pode pensar:
cando en realidade o informe se fai co que quedou visible, non co último marcado.
Este é o principal risco de interpretación da pantalla.
O cálculo usa como entrada:
Non hai campos de data nin filtros adicionais neste formulario.
Isto xa dá unha pista importante: o informe non está orientado a un período temporal elixido polo usuario, senón a reconstruír unha situación a partir dos datos actuais dispoñibles da vaca, da súa nai e da súa produción.
Ao premer Siguiente:
buscador = siA entidade detecta esa marca e non devolve simplemente a táboa xa gardada, senón que:
É dicir, o informe se recalcula ao entrar no segundo paso.
A entidade do informe non constrúe curvas medias globais neste fluxo. O camiño que se usa aquí é o método:
fai_lactacions_fin(…)Ese método fai o seguinte:
Isto é o que realmente explica o comportamento do informe.
Para cada explotación visible, a entidade busca só animais que cumpren:
VacaQuedan fóra, polo tanto:
O informe non pretende mostrar a recría nin as novillas, senón só vacas activas.
De cada vaca colle estes datos básicos:
Pero non usa todos co mesmo peso. Os realmente importantes para o cálculo son:
Este é o núcleo real do informe.
O sistema non usa directamente a lactación actual da vaca para poñela en 1ª, 2ª, 3ª, 4ª ou >4ª.
O que fai é mirar a nai:
número dese partoEse número de parto da nai é o que se usa para decidir en que columna se gardará a produción da vaca filla:
1ª lactación2ª lactación3ª lactación4ª lactación>4ª lactaciónFuncionalmente, o informe non está medindo “a primeira, segunda ou terceira lactación da propia vaca”.
O que está facendo é clasificar a filla segundo o número de parto da nai no que naceu e poñer aí a mellor produción da súa primeira lactación.
Isto é moi importante, porque o usuario podería interpretar mal o nome das columnas.
Despois de decidir en que grupo cae a vaca, a entidade busca na produción da propia vaca:
leche_acumuladaÉ dicir, da vaca toma:
Non colle:
O que colle é:
Isto significa que o informe está máis preto de mostrar:
que unha “lactación finalizada” pechada cun criterio formal independente.
O nome do formulario pode levar a pensar nun peche máis formal da lactación, e no código o que realmente se usa é o máximo de leite acumulado da lactación 1.
Xunto coa produción acumulada, colle tamén:
dias dese mesmo rexistro de produciónPor tanto, o número de días que mostra vai asociado ao control onde se atopou a maior produción acumulada.
Non é:
É o día do rexistro de produción que levou o máximo de leite acumulado atopado.
Cada fila corresponde a unha vaca e leva:
titulo → nome curto da vacauser_ → usuario actual1_lac2_lac3_lac4_lacmas_lac90_1_lac90_2_lac90_3_lac90_4_lac90_mas_lacSó unha parella de columnas se enche por vaca; o resto quedan a cero.
Exemplo:
3_lac = 1020090_3_lac = 317É importante explicalo, porque o nome pode inducir a erro.
Este informe non:
Tampouco mide directamente:
O que fai é:
As fortalezas reais do informe son estas:
É dicir, funcionalmente pode servir como unha comparación de:
Aquí están os puntos máis delicados.
O usuario pode entender:
como se o informe fose sacar a primeira lactación finalizada de cada vaca cun criterio formal de peche.
No código revisado, o que realmente fai é:
Isto non é exactamente o mesmo que un peche formal de lactación.
É moi fácil pensar que esas columnas son:
E non é iso.
O que representan realmente é:
Se o usuario non entende isto, pode ler todo o informe ao revés.
A consulta de produción que usa a entidade busca:
n_lactacion = 1Por tanto, aínda que a vaca teña xa moitas lactacións, o informe só usa a primeira.
Isto é unha limitación importante se alguén espera un comportamento da vaca adulta nas lactacións posteriores.
Para localizar o parto da nai, o sistema non usa unha relación directa “parto exacto” xa resolta, senón unha procura:
Isto pode funcionar ben na maioría dos casos, pero tamén introduce un risco:
a vaca pode quedar fóra ou mal clasificada.
O proceso depende de que exista:
id_madreSe a vaca non ten nai informada, ou a nai non ten parto localizado na xanela, non se constrúe rexistro útil.
Isto pode facer que o usuario vexa menos vacas das que esperaba.
En realidade o valor de días que se mostra é:
Non é necesariamente a duración final formal da lactación.
Se o usuario non entende isto, pode sacar conclusións incorrectas sobre duracións.
Ao entrar no paso 2, a entidade fai un proceso real:
Se o usuario interrompe a execución antes de que remate, poden pasar cousas como:
Este último punto é importante:
Se se corta a metade, o resultado pode quedar parcialmente reconstruído.
Un informe interrompido pode parecer válido visualmente e, con todo:
Por iso, se hai dúbida, convén volver repetir a xeración completa.
Siguiente.Atópase no menú: Reproducción - Informes → Informe 1ª Lactacións Finalizadas
Este apartado permite rexistrar e consultar as visitas de reprodución realizadas nas explotacións.
Está pensado para:
Non realiza cálculos nin análises reprodutivas. É unha ferramenta de seguimento e control das visitas técnicas.
Este apartado ten dúas partes principais:
Permite gardar unha nova visita dunha explotación.
Para rexistrar unha visita:
ExplotaciónTécnicoData e HoraPróxima visita (opcional)ObservaciónsContacto da explotación que vai asinarAo gardar, a visita queda asociada á explotación e ao técnico.
Permite buscar visitas xa rexistradas.
Para facer unha consulta:
Explotación (opcional)Técnico (opcional)Fecha inicio e Fecha finBuscarA táboa mostrará todas as visitas que cumpren os filtros.
Desde aquí pódese:
| Campo | Tipo | Descrición |
|---|---|---|
| Explotación | Selección | Explotación onde se realiza a visita |
| Técnico | Selección | Persoa que realiza a visita |
| Fecha | Data | Data da visita |
| Hora | Hora | Hora da visita |
| Próxima visita | Data | Data prevista para a seguinte visita |
| Observacións | Texto | Comentarios do técnico |
| Contacto | Selección | Persoa da explotación que asina |
| Sinatura | Imaxe | Sinatura do contacto |
Guardar → Garda a visitaAlta contacto → Permite crear un novo contacto da explotaciónBuscar → Mostra as visitas segundo os filtrosInforme → Xera un documento coas visitas atopadasDesmarca rexistros → Quita da vista os rexistros seleccionadosDeixa só os rexistros seleccionados → Mostra só os rexistros seleccionadosAtópase no menú: Reproducción - Informes → Visitas Reproducción
Aquí imos poder obter algúns dos informes do apartado anterior pero para un grupo de explotacións á vez.
Aquí obtemos os índices reproductivos para varias explotacións, a estructura e os cálculos son iguais ás que explicamos no informe individual, pero agora podemos seleccionar nunha táboa varias explotacións das que sairán os datos conxuntamente. Si hai erro nos datos das explotacións, sairán uns datos distorsionados, co cal debemos asegurarnos de que os datos están correctos en todas as que queremos sacar.
Debemos ter en conta que cando accedamos a este menú debemos pulsar no botón 
de refescar os datos para que aparezan as explotacións a selecciona na táboa e que os cálculos serán feitos sobre as explotacións que salgan nela, non sobre a seleccionadas. Se aparecen 100 explotacións na táboa aínda que estean seleccionadas 2, collerá esas 100 explotacións para facer o informe.
Atópase no menú: Reproducción - Informes Grupo → Indices Reproductivos Grupo
Aquí obtemos o informe mensual de reproducción para os datos de varias explotacións, a estructura e os cálculos son iguais ás que explicamos no informe individual, pero agora podemos seleccionar nunha táboa varias explotacións das que sairán os datos conxuntamente. Si hai erro nos datos das explotacións, sairán uns datos distorsionados, co cal debemos asegurarnos de que os datos están correctos en todas as que queremos sacar.
Debemos ter en conta que cando accedamos a este menú debemos pulsar no botón de refescar os datos para que aparezan as explotacións a selecciona na táboa e que os cálculos serán feitos sobre as explotacións que salgan nela, non sobre a seleccionadas. Se aparecen 100 explotacións na táboa aínda que estean seleccionadas 2, collerá esas 100 explotacións para facer o informe.
Hai un botón que pon Exportar a Excel por Explotación que o que creará será unha táboa de Excel na que en cada fila irá unha explotación e os campos a ver serán
Atópase no menú: Reproducción - Informes Grupo → Informe mensual Reproductivo Grupo
Aquí obtemos o informe de Xestión Mensual para os datos de varias explotacións, a estructura e os cálculos son iguais ás que explicamos no informe individual, pero agora podemos seleccionar nunha táboa varias explotacións das que sairán os datos conxuntamente. Si hai erro nos datos das explotacións, sairán uns datos distorsionados, co cal debemos asegurarnos de que os datos están correctos en todas as que queremos sacar.
Debemos ter en conta que cando accedamos a este menú debemos pulsar no botón de refescar os datos para que aparezan as explotacións a selecciona na táboa e que os cálculos serán feitos sobre as explotacións que salgan nela, non sobre a seleccionadas. Se aparecen 100 explotacións na táboa aínda que estean seleccionadas 2, collerá esas 100 explotacións para facer o informe.
Atópase no menú: Reproducción - Informes Grupo → Informe xestión mensual Grupo
Aquí obtemos o informe de Fertilidade Touros para os datos de varias explotacións, a estructura e os cálculos son iguais ás que explicamos no informe individual que estaba nunha das pestanas da pantalla de Informes RE, pero agora podemos seleccionar nunha táboa varias explotacións das que sairán os datos conxuntamente. Si hai erro nos datos das explotacións, sairán uns datos distorsionados, co cal debemos asegurarnos de que os datos están correctos en todas as que queremos sacar.
Debemos ter en conta que cando accedamos a este menú debemos pulsar no botón de refescar os datos para que aparezan as explotacións a selecciona na táboa e que os cálculos serán feitos sobre as explotacións que salgan nela, non sobre a seleccionadas. Se aparecen 100 explotacións na táboa aínda que estean seleccionadas 2, collerá esas 100 explotacións para facer o informe.
Logo de deixar á vista as explotacións das que queremos os datos, ao pulsar o botón de seguinte aparecerán en modo táboa os datos dos Touros e das cubricións dos mesmos nesas explotacións cos seus datos de fertilidade.
Atópase no menú: Reproducción - Informes Grupo → Fertilidade Touros Grupo
Aquí imos poder importar datos de diferentes entidades ou aplicacións externas.
Este formulario serve para importar datos externos de CONAFE ao programa.
Non é unha pantalla de consulta nin un informe para ler resultados. É unha ferramenta de carga e actualización de datos que incorpora ao sistema información procedente de ficheiros externos.
Segundo o botón que se use, o formulario permite:
É dicir, é unha pantalla de mantemento e integración de datos, non unha pantalla de traballo diario para consulta.
Os botóns visibles son estes:
Importar CensoCenso CompletoActualizar datos GANXABARImportar MorfoloxíaImportar Índices Xen.Hai outros procesos comentados no código, pero neste formulario, os que realmente están activos para o usuario son eses cinco.
En todos os casos o fluxo é parecido:
O formulario non pide campos manuais previos. Todo depende do ficheiro que se escolla e do contido dese ficheiro.
Nunha parte importante das importacións, o sistema intenta deducir automaticamente a explotación a partir do nome do ficheiro.
Por exemplo:
CenCalifIndiceA partir desa parte do nome extrae o código CONAFE e busca a explotación correspondente no sistema.
Isto ten unha consecuencia moi importante para o usuario:
Se o nome non encaixa co esperado, a importación non se fará correctamente ou non atopará a explotación.
Este botón está pensado para importar o censo dunha explotación concreta desde un ficheiro Excel descargado dende a aplicación WEB Sinbad de CONAFE.
xlsxCen no nomeA partir dese código, o sistema busca a explotación correspondente.
O código le a primeira folla do Excel e procesa, fila por fila, datos como:
Ademais deduce o sexo a partir do número de rexistro.
Para cada fila:
Pero esta importación céntrase só nas femias:
Segundo exista ou non xa o animal, o sistema pode gardar ou actualizar:
A finalidade é crear ou completar os datos básicos de identificación e parentesco do censo feminino dunha explotación.
Este botón está pensado para importar un censo masivo de nacementos desde unha base Access que envía CONAFE periódicamente por correo electrónico e que se importa manualmente á súa recepción.
mdbCen no nomeAquí non se resolve unha única explotación desde o nome do ficheiro, senón que o ficheiro trae rexistros de distintas gandarías e o sistema vai resolvendo a explotación correspondente mediante o código CONAFE que vén dentro do propio contido.
Le o conxunto de altas do ficheiro e colle datos como:
Nesta importación o formulario non procesa rexistro a rexistro no propio manager.
O que fai é:
Na entidade, o comportamento é moi parecido ao da importación de censo normal:
Está pensada para unha carga máis grande e máis centralizada, cando se quere importar o censo de varias explotacións dunha soa vez dos nacementos ocorridos últimamente nas mesmas.
Importar Censo, pero non é asíEste botón tamén traballa cun ficheiro de censo, pero non para crear censo completo, senón para actualizar datos concretos de animais xa existentes nunha explotación fixa de Ganxabar que tamén envía CONAFE por correo electrónico e que se fai manualmente á súa chegada.
mdbCen no nomeLe a mesma información básica do censo:
Nesta importación non busca a explotación por código CONAFE no ficheiro, senón que traballa directamente sobre unha explotación fixa definida no propio código.
O sistema:
Non está orientada a crear animais novos de forma xeral, senón a completar ou corrixir datos de parentesco e rexistro sobre animais xa existentes desa explotación.
Actualizar datos de filiación e rexistro dunha base concreta de Ganxabar.
Este botón importa as cualificacións morfolóxicas dunha explotación desde un Excel descargado dende a aplicación WEB Sinbad de CONAFE.
xlsxCalif no nomeLe da folla de cálculo datos como:
Para cada rexistro:
Garda un rexistro de morfoloxía asociado ao animal, coa data de cualificación e todos os valores morfolóxicos.
Incorporar ao programa as cualificacións morfolóxicas oficiais das vacas.
Este botón importa os índices xenéticos dunha explotación desde un Excel descargado dende a aplicación WEB Sinbad de CONAFE.
xlsxIndice no nomeLe do ficheiro, entre outros, estes campos:
Para cada rexistro:
Engadir ao animal os seus índices xenéticos oficiais para posterior consulta e análise.
Este formulario non fai cálculos complexos de negocio como un informe estatístico. O que fai é sobre todo:
É dicir, máis que calcular índices, prepara e integra datos.
Segundo o botón, fai transformacións como estas:
Esta pantalla non é “subir un ficheiro e xa”.
O usuario debe ter claro:
Non é así.
Cada botón espera:
Se isto non se cumpre, o proceso pode fallar ou non atopar a explotación.
Si importa.
O formulario usa o nome do ficheiro para deducir:
Se o nome non segue o patrón esperado, a importación non se resolverá ben.
Non sempre.
Segundo o caso:
Non é así.
A importación principal do censo céntrase nas femias como animais da explotación, aínda que o pai poida crearse na táboa de toros.
Na práctica, necesitan localizar o animal para asociarlle eses datos.
Se o animal non está creado, eses rexistros non se ligarán correctamente.
A mensaxe de fin só indica que o proceso rematou.
Pode haber rexistros que:
Por iso é recomendable revisar sempre o resultado.
Aquí está un dos puntos máis importantes.
Estas importacións son procesos longos que:
Se o usuario pecha a pantalla, corta o proceso ou o interrompe antes de tempo, pode quedar unha situación intermedia:
É dicir, pode quedar unha importación parcial.
Se o proceso queda a medias, poden darse situacións como:
Isto é especialmente delicado porque a pantalla non é unha consulta visual inmediata: toca datos reais do sistema.
Atópase no menú: Reproducción - Importacións - Importar Datos CONAFE
Este formulario serve para importar e actualizar o censo de animais desde fontes externas, principalmente desde:
O seu obxectivo é manter sincronizada a base de datos da explotación co censo oficial, evitando ter que crear ou modificar os animais un por un.
Segundo o botón escollido, o formulario pode facer catro cousas distintas:
É unha pantalla de importación e sincronización, non un informe de consulta.
O formulario ten dous campos de entrada principais:
| Campo | Para que serve |
|---|---|
| Explotación | Explotación sobre a que se fará a importación ou actualización |
| Fecha | Data de referencia para consultar o censo oficial ou os cambios ocorridos |
O campo Explotación é imprescindible nas opcións que traballan sobre unha explotación concreta.
O campo Fecha é clave nas opcións que consultan OVGAN, porque define:
Esta opción permite cargar o censo desde un ficheiro Excel xa descargado.
xlsxCensoSe o nome non inclúe esa palabra, a importación non se considera válida.
O programa le a primeira folla do Excel e, a partir da cuarta fila, toma os datos de cada animal.
Os campos que usa son, sobre todo:
A partir do crotal fai dous procesos importantes:
nome curto collendo os últimos 4 caracteresPara cada fila:
Neste proceso, a importación traballa só cos animais que interpreta como femias. Se o rexistro do Excel indica macho, non o incorpora como novilla da explotación.
Cando crea un animal novo, garda:
Se o animal xa existía, nesta importación só actualiza a data de nacemento.
A finalidade desta opción é cargar ou completar o censo básico feminino dunha explotación de forma rápida.
Esta opción consulta o censo oficial dunha explotación nunha data concreta a través de OVGAN.
Usa:
Con eses datos consulta o servizo oficial e obtén, para cada animal localizado nesa data:
Para cada animal recibido:
Ao crear un animal novo:
Nesta opción non hai cálculos estatísticos. O que fai é transformación de datos de identificación:
A finalidade é traer unha “foto oficial” do censo da explotación nun día concreto e usala para completar ou crear animais.
Esta opción é máis avanzada. Non trae unha foto fixa dun día, senón os cambios de censo ocorridos no período.
Toma a Fecha introducida e calcula automaticamente:
É dicir, revisa aproximadamente o último mes de cambios.
Primeiro pregunta a OVGAN que explotacións tiveron cambios de censo no período.
Despois, para cada explotación con cambios, consulta o detalle das variacións.
Para cada variación pode chegar a interpretar casos como:
E para cada animal implicado colle datos como:
O sistema vai facendo un tratamento máis completo que nas opcións anteriores.
Segundo o caso, pode:
É dicir, esta opción xa non se limita a traer animais presentes, senón que intenta traducir os movementos oficiais a cambios reais dentro do programa.
As decisións máis importantes son:
Tamén usa lazos de comprobación para saber se:
A finalidade é manter o censo diario sincronizado cos cambios oficiais, non só coa foto fixa dunha data.
Esta opción é equivalente á anterior, pero limitada á explotación seleccionada no formulario.
Coa data calcula tamén un período cara atrás, igual que na opción anterior, e revisa as variacións do censo desa explotación nese tramo.
Procesa os mesmos tipos de movemento:
E aplica a mesma lóxica de:
Está pensada para facer unha sincronización máis controlada sobre unha única explotación, sen revisar todas as que teñan cambios.
Este formulario non fai cálculos produtivos nin reprodutivos, pero si fai moitas decisións automáticas de integración. As máis importantes son estas:
Se o crotal vén con menos lonxitude da esperada, engade ceros na posición correspondente para deixalo no formato interno estándar.
Xera o nome curto collendo os últimos 4 díxitos do crotal.
Segundo o sexo recibido, clasifica o animal como:
Nos cambios diarios revisa se o destino corresponde a unha granxa de recría. Se é así, pode cambiar o tipo do animal e o seu tratamento interno.
Segundo a variación recibida, pode traducir o cambio a:
e rexistralo como acción ou baixa correspondente.
Se a raza non existe, créaa. Ademais decide se o animal se considera de leite ou non segundo a raza e o sexo.
Serve para saber sobre que explotación actuar ou para deducir o REGA que hai que consultar.
Serve para:
Segundo o caso colle e usa:
A finalidade desta pantalla é manter o censo do programa o máis próximo posible ao censo oficial, reducindo traballo manual en tarefas como:
Non é así.
Se o usuario non entende a diferenza, pode usar unha opción inadecuada para o obxectivo que busca.
A opción de censo a data está orientada a traer os animais localizados oficialmente nesa data, non a reconstruír todo o historial de movementos como fan as opcións de cambios diarios.
Non o é.
As opcións de cambios diarios poden modificar datos reais da base:
Se o usuario non o sabe, pode lanzar o proceso sen esperar cambios de fondo.
Na actualización diaria, a data non significa “só ese día”, senón o final dun período cara atrás que o programa usa para revisar cambios.
Se o usuario pensa que só revisa 24 horas, pode interpretar mal o alcance do proceso.
O programa normaliza o crotal e crea automaticamente o nome curto. Isto pode facer que o animal apareza no sistema cun formato distinto ao do ficheiro ou ao do servizo oficial.
Se o REGA non está ben ligado á explotación, a consulta oficial pode non casar correctamente coa explotación interna.
Isto é especialmente importante neste formulario.
Os procesos non son simples lecturas: van percorrendo animais un por un e facendo cambios reais.
Se o usuario pecha a pantalla, corta a conexión ou interrompe a execución antes de que remate, pode quedar unha situación intermedia, por exemplo:
Nas opcións de cambios diarios isto é máis delicado, porque o sistema non só crea ou actualiza animais, senón que tamén pode:
Unha execución interrompida pode deixar o censo:
Por iso estas opcións deben deixarse rematar sempre por completo.
Importar Censo (novo formato excel) só cando se teña o ficheiro exacto dese formato.Importar Censo OVGAN a fecha cando se queira a foto oficial dunha explotación nun día concreto.Atópase no menú: Reproducción - Importacións - Importación de censo desde OVGAN
Este formulario serve para dar de alta, modificar e consultar os códigos REGA que se identifican como centros de recría.
Non é unha pantalla para consultar movementos de animais nin para lanzar procesos automáticos sobre unha data. A súa función é manter unha listaxe de códigos REGA que o sistema utilizará despois noutros procesos para saber se un destino corresponde a recría coma no de importar Estancias da OVGAN.
Na pantalla introdúcese ou revísase un único dato:
REGACada rexistro da táboa representa un código REGA gardado como centro de recría.
O usuario pode:
O formulario só colle este dato principal:
REGA → código oficial do centro de recríaAdemais existe un identificador interno do rexistro, pero non é un dato que o usuario teña que cubrir manualmente.
Ao gardar un rexistro, o sistema:
Se o rexistro está ligado a unha explotación, tamén pode completar automaticamente o CEA e o propietario asociados, porque a entidade ten esa lóxica prevista ao inserir ou actualizar.
A finalidade desta pantalla é manter actualizada a listaxe de REGAs que o sistema debe tratar como recría.
Isto é importante porque noutros procesos do programa, cando aparece un movemento ou un destino con un determinado REGA, o sistema pode decidir se ese destino é un centro de recría consultando precisamente esta relación.
É dicir, este formulario non resolve directamente a recría dos animais, pero si define a base que outros procesos usan para identificala.
Este formulario non:
Só mantén a relación de REGAs de recría.
| Campo | Tipo | Descrición |
|---|---|---|
| REGA | Texto | Código REGA que se considera centro de recría |
| Táboa de REGAs | Listaxe | Mostra os REGAs de recría xa gardados |
Atópase no menú: Reproducción - Importacións - Mantemento REGAs Centros Recría
Este formulario serve para importar ao sistema a situación dos animais dunha explotación a partir do libro de subexplotacións descargado da Oficina Virtual.
O seu obxectivo principal é:
dar de alta animais que aínda non existen na explotación seleccionada, actualizar datos básicos dos que xa existen, detectar baixas, identificar movementos cara a centros de recría e retornos dende eses centros, reconstruír o historial para que os estados e indicadores queden coherentes, e axudar a localizar animais que están na aplicación pero xa non aparecen no ficheiro importado.
É, polo tanto, un proceso de sincronización administrativa e funcional entre o libro oficial e o estado interno da explotación. O arquivo descargado da web da OVGAN debe ter permitido o acceso a Seragro, S.C.G. e tampouco debe ser modificado porque a importación faríase erroneamente e pode provocar distorsión dos datos.
O formulario só necesita dous elementos:
A explotación sobre a que se vai importar a información. O ficheiro Excel da Oficina Virtual correspondente ao libro de subexplotacións desa mesma explotación.
O proceso comproba que o ficheiro pertence á explotación escollida. Se o código da explotación do ficheiro non coincide co da explotación seleccionada, a importación detense.
Tamén se valida que o ficheiro sexa o tipo esperado de libro de subexplotacións.
Para cada animal, o proceso extrae a información básica que lle permite identificar a situación administrativa e zootécnica mínima:
número de saneamento, sexo, raza, data de nacemento, tipo de alta ou motivo de incorporación, data de alta, motivo de baixa, se existe, data de baixa, se existe, explotación ou código de procedencia, cando vén informado, destino, cando vén informado.
O importador admite máis dun formato de columnas dentro do libro e adapta a lectura segundo a estrutura que atopa, pero a lóxica funcional é a mesma.
Tamén fai unha normalización do número de saneamento para que teña o formato interno esperado, engadindo os ceros necesarios cando vén máis curto.
Ademais:
toma como nome curto os últimos 4 díxitos do número de saneamento, detén a lectura cando chega á parte do documento que xa non corresponde ao censo principal.
Antes de empezar a tratar os animais, a información do ficheiro ordénase por data para que os movementos e cambios se procesen nunha secuencia temporal coherente.
Despois, vaise animal por animal.
Para cada rexistro:
identifica o animal polo número de saneamento dentro da explotación seleccionada, comproba se xa existe na base de datos, decide se hai que crear, actualizar, dar de baixa ou xerar movementos de recría, grava o resultado, e rexistra un resumo da operación.
Se o animal non existe na explotación seleccionada, créase un novo rexistro coas seguintes regras:
Explotación: asígnase á explotación seleccionada no formulario.
Nome curto: últimos 4 díxitos do saneamento.
Data de nacemento: a informada no ficheiro.
Data de alta: a informada no ficheiro.
Número de saneamento: xa normalizado.
Raza: a do ficheiro. Se a raza non existe no sistema, créase antes.
Sexo:
femia → H
macho → M
Tipo do animal:
por defecto, unha femia entra como Novilla,
un macho entra como Macho.
Indicador leiteiro:
se a raza é Frisona e é femia, márcase como animal de leite,
en calquera outro caso queda como non leiteiro.
Se o ficheiro trae explotación de orixe e esta se pode relacionar cunha explotación coñecida, tamén se gardan os datos desa explotación de procedencia.
Se o animal novo trae baixa e o destino corresponde a unha explotación configurada como granxa de recría, non se trata como unha baixa definitiva.
Nese caso:
o tipo do animal pasa a NovCentRec, interprétase que o animal vai a un centro de recría, e queda marcado como movemento de recría, non como saída final da cabana.
Isto é importante porque funcionalmente non é o mesmo unha morte ou unha venda ca unha saída temporal a recría.
Se no ficheiro aparece unha baixa, o proceso xera unha acción de baixa sobre o animal.
A clasificación da baixa segue esta lóxica:
se o motivo é equivalente a morte: tipo de baixa = Morte tipo = Morte destino = Crematorio no resto dos casos: tipo de baixa = Venta tipo = Venta destino = Matadero
Se vén informada unha causa adicional, tamén se conserva asociada á baixa.
En resumo: o formulario non só marca a baixa no animal, senón que crea a acción correspondente para que o historial quede trazable.
Se o animal xa existe, o proceso non o duplica. O que fai é revisar a súa situación actual e decidir que corresponde facer.
Aquí hai varios escenarios.
Se o animal xa existe e non está en recría, actualízanse os seus datos básicos cando corresponde, mantendo a súa identidade interna.
Ademais, segundo a información do ficheiro:
pode xerarse unha baixa, pode rexistrarse a saída a recría, ou pode non haber máis cambios ca actualización dos datos administrativos.
Se no sistema o animal está como NovCentRec e agora o ficheiro indica que se incorpora dende unha explotación de recría coñecida, interprétase que volve da granxa de recría.
Nese caso:
márcase o retorno, recupérase o contexto previo do animal, e xérase un novo rexistro histórico coherente coa súa situación no momento do regreso.
O proceso, neste caso, non se limita a cambiar un campo: recompón a foto histórica do animal para que o retorno quede ben representado.
Se un animal existente trae baixa:
créase ou actualízase a acción de baixa, clasifícase como morte ou venda segundo a regra anterior, e o historial queda recalculado para que o estado final do animal sexa consistente.
Unha parte clave do formulario é que non se limita a gardar o dato actual. Tamén xera ou recompón o historial do animal.
Para iso, para cada rexistro toma como base:
os datos propios do animal, o último historial anterior á data do movemento, as accións previas xa rexistradas, e a data concreta do evento que está procesando.
A partir de aí, grava unha nova liña histórica co estado resultante.
Isto permítelle conservar ou arrastrar información xa existente, como por exemplo:
número de lactación, data do último parto, data de secado, datas de inseminación, número de inseminacións, número de celos, número de abortos, estado produtivo, lote, tratamentos e datos reprodutivos, datos de destete, datos de primeiro parto, datos de primeira inseminación, datos de diagnóstico e reconfirmación de xestación, e outros campos históricos relacionados.
É dicir, o formulario non recalcula toda a vida do animal dende cero, senón que parte da última situación válida coñecida e engade a nova situación resultante do movemento importado.
O formulario fai varios cálculos simples pero importantes para que o historial sexa útil.
Para obter a idade en meses, calcula a diferenza entre a data de nacemento e a data de referencia, transformando esa diferenza temporal en días e dividíndoa entre 30.
Uso funcional:
situar o animal por idade, gardar a idade do animal no momento dunha acción histórica.
Nalgúns puntos tamén calcula a idade exacta en días entre a data de nacemento e a data do evento.
Uso funcional:
determinar con máis precisión a idade do animal no momento dunha baixa ou movemento.
Cando se grava unha liña de historial, a idade non se toma respecto de hoxe, senón respecto da data da acción que se está rexistrando.
Uso funcional:
deixar gardada a idade real que tiña o animal no momento dese movemento.
Cando necesita medir intervalos, calcula a diferenza entre dúas datas en días.
Este cálculo utilízase para campos históricos como:
días en leite, días dende o parto, días dende a alta ata a acción, ou outros indicadores temporais que xa viñan arrastrados no historial.
A diferenza redondéase a unha decimal e finalmente gárdase como enteiro.
Tamén existe unha utilidade para sumar días a unha data, empregada para obter datas desprazadas cando é necesario.
Os cálculos non están pensados para mostrar estatística avanzada neste formulario, senón para manter ben construída a liña de vida do animal.
A súa finalidade é:
saber a idade do animal cando entrou, saíu ou volveu, manter o historial reprodutivo e produtivo consistente, permitir que outros módulos lean estados correctos, e garantir que os indicadores derivados non queden incoherentes tras a importación.
Cando remata de procesar todos os animais do ficheiro, o formulario executa un recalculo do historial da explotación.
Faino en dúas pasadas:
unha pasaxe xeral, e outra específica para as baixas.
Isto serve para asegurar que o resultado final non dependa só da inserción puntual de datos, senón que toda a explotación quede internamente consistente.
Despois da importación, o formulario compara:
os saneamentos lidos no ficheiro, cos animais activos que existen na explotación na aplicación.
Se atopa animais activos na aplicación que non aparecen no ficheiro importado, amóstraos para que o usuario decida se hai que darlles baixa.
Nesa pantalla:
pódense seleccionar un ou varios animais, indicar a data de baixa, o tipo de baixa, e o destino.
Ao confirmar, créanse as accións de baixa correspondentes.
Isto resolve un caso moi importante: animais que seguen activos na aplicación pero que administrativamente xa desapareceron do libro importado.
O proceso xera un resumo por animal coas seguintes marcas:
Existía: indica se o animal xa estaba na aplicación. Garda o dato: indica se se chegou a crear ou gardar información nova. Chega á fin sen erros: sinala que o rexistro foi procesado ata o final. Da unha baixa: indica se se provocou unha baixa. Vai ou Volve de Recría: indica movementos cara a recría ou retorno dende ela.
Este resumo permítelle ao usuario revisar rapidamente o que fixo a importación.
En termos prácticos, este formulario serve para contestar estas preguntas:
Que animais novos aparecen no libro e hai que incorporar? Que animais xa existían e simplemente hai que manter actualizados? Que animais saíron da explotación e hai que dar de baixa? Que animais van a un centro de recría? Que animais regresan dende recría? Hai animais que seguen activos na aplicación pero xa non constan no libro?
O formulario procesa sobre todo datos de:
identificación animal, movementos administrativos, altas e baixas, procedencia e destino, sexo e raza, vinculación coa explotación, situación de recría, e estado histórico do animal.
Os datos produtivos e reprodutivos non os inventa nin os recalcula dende cero aquí; o que fai é arrastralos e recolocalos no historial para que non se perdan ao introducir un cambio administrativo.
A finalidade real deste formulario é que a explotación quede sincronizada co libro oficial, mantendo á vez a coherencia interna do sistema.
Isto permite:
ter o censo actualizado, evitar duplicados, conservar o rastro histórico, distinguir baixas reais de movementos a recría, recuperar correctamente os retornos dende recría, e deixar preparados os datos para o resto de módulos da aplicación.
A explotación correcta, e despois o ficheiro do libro de subexplotacións desa mesma explotación.
A importación non continúa.
Non. Revísase o existente e actualízase ou complétase o que corresponda.
Se a saída vai dirixida a unha explotación configurada como granxa de recría, interprétase como saída a recría e non como baixa definitiva.
Se o animal xa estaba identificado como procedente dun centro de recría e o novo movemento encaixa cunha incorporación dende esa orixe, interprétase como retorno.
Ao final da importación móstranse para que o usuario poida darlles baixa manualmente cunha data e motivo.
Principalmente:
idade en meses, idade en días, idade do animal no momento dunha acción, diferenzas de días entre datas, e desprazamento de datas cando cómpre.
Para que a situación final de cada animal e da explotación quede consistente despois das altas, baixas e movementos importados.
Atópase no menú: Reproducción - Importacións - Importar datos estancias Oficina Virtual
Este formulario está pensado para cargar animais nunha explotación a partir dun ficheiro CSV con estrutura fixa.
A súa finalidade é:
incorporar animais novos á explotación seleccionada, validar que os datos mínimos necesarios estean presentes, completar automaticamente determinados campos internos, relacionar, cando é posible, a nai, o pai e o avó materno, asignar o animal ao lote correspondente, crear o primeiro rexistro de historial do animal, e amosar ao usuario un resumo final de todo o que se puido inserir e do que non.
Non é un formulario de actualización masiva de animais xa existentes. Se un animal xa existe na explotación co mesmo crotal, non o reinserta.
Antes de comezar, o usuario debe indicar:
a explotación na que se van dar de alta os animais, o ficheiro CSV que contén os datos de importación.
Ao pasar ao seguinte paso, o sistema comproba que ambos datos existen e pide confirmación antes de iniciar a carga.
O proceso espera unha estrutura fixa de columnas. Para cada fila le estes datos:
patio número de establo crotal / número de saneamento número de rexistro transponder nome completo data de nacemento beta caseína idade data do último parto número de lactación data da primeira inseminación data da última inseminación número de inseminacións data de secado estado reprodutivo días inseminada fecundada días seca DEL L305 parto previsto número de establo da nai nome da nai crotal da nai número de rexistro da nai nome do pai número de rexistro do pai nome da avoa materna nome do avó materno data de cualificación puntuación ICOP ICO
Se unha fila non encaixa coa estrutura esperada, márcase como non válida e non se importa.
Antes de ler o ficheiro, elimínanse da táboa temporal os resultados anteriores desa mesma explotación.
Isto faise para que o resumo final só amose o resultado da importación actual.
O sistema le o ficheiro liña a liña, saltando a cabeceira.
Para cada liña:
separa os valores por punto e coma, crea un rexistro temporal interno, intenta converter cada campo ao seu tipo correcto, engade valores automáticos que non veñen no ficheiro, valida que o rexistro teña a información mínima necesaria, e gárdao nunha lista para procesalo despois.
Se unha fila falla na lectura ou na conversión, non se interrompe toda a importación: esa fila queda marcada como non válida no resumo final.
Ao ler cada valor, o formulario transforma os datos segundo a súa natureza.
Todos os campos de data interprétanse co formato:
dd/MM/yyyy
Afecta a campos como:
data de nacemento data do último parto data da primeira inseminación data da última inseminación data de secado parto previsto data de cualificación
Se unha data non se pode interpretar correctamente, a fila pode quedar invalidada.
Convértense a número enteiro os campos:
patio número de establo número de inseminacións número de establo da nai número de lactación
Convértense a decimal os campos:
días inseminada fecundada días seca DEL L305 puntuación ICOP ICO
A idade que chega no ficheiro interprétase como un valor decimal e convértese a meses multiplicándoa por 12 e redondeando ao enteiro máis próximo.
É dicir:
primeiro le a idade, despois convértea a número, multiplícaa por 12, e gárdaa como idade en meses.
O nome do pai e o nome do avó materno pásanse a maiúsculas antes de facer as procuras de relacións.
A cada rexistro engádenselle varios valores internos aínda que non veñan no ficheiro.
Todos os animais quedan ligados á explotación seleccionada polo usuario.
Gárdase a fila orixinal do ficheiro para poder amosar despois en que liña houbo un erro ou unha inserción correcta.
O formulario forza o sexo a:
H
É dicir, a carga está orientada a femias.
Se hai data de nacemento, a data de alta inicial establécese igual á data de nacemento.
O tipo calcúlase automaticamente así:
se hai número de lactación e é distinto de 0, considérase Vaca se hai número de lactación e é 0, considérase Novilla se non hai número de lactación: se hai data do último parto, considérase Vaca se non hai data do último parto, considérase Novilla
Non todos os campos son obrigatorios, pero si hai un mínimo para poder inserir.
O sistema esixe como mínimo:
explotación crotal sexo tipo data de nacemento
Se falta algún destes, a novilla non se importa.
O sistema esixe:
explotación crotal sexo tipo data de nacemento data do último parto número de lactación
Se falta a data do último parto ou o número de lactación, a vaca non se importa.
O estado que vén no ficheiro interprétase así:
baleiro, N ou P → Vacía
I → Inseminada
G → Gestante
S → Seca
Se o valor non encaixa nesa táboa, o rexistro queda invalidado.
Unha vez lido todo o ficheiro, os rexistros ordénanse por:
data de nacemento, de máis antiga a máis recente
Isto ten unha finalidade clara: intentar que os animais máis antigos entren antes e así facilitar a resolución das relacións familiares cando se importan nais e fillas no mesmo proceso.
Antes de inserir cada animal, o formulario tenta identificar a nai, o pai e o avó materno xa existentes no sistema.
A ligazón coa nai faise priorizando os datos dispoñibles:
se hai crotal da nai, búscase por ese dato se non, tenta aproveitar outros datos dispoñibles se existe número de establo da nai, tamén pode buscar dentro da propia explotación por ese número
Se atopa a nai, garda:
identificador interno da nai nome da nai número de rexistro da nai e outros datos asociados se estaban dispoñibles
O pai búscase na táboa de touros usando:
nome do touro ou número de rexistro
Se o atopa, garda o identificador interno do pai e completa o número de rexistro cando é posible.
O avó materno tamén se busca entre os touros polo nome.
Se aparece, gárdase o identificador interno correspondente.
Antes de inserir un animal, o formulario comproba se xa existe na mesma explotación outro animal co mesmo crotal.
Se xa existe:
non se volve inserir, o rexistro márcase como non inserido, e o motivo que se mostra é que o animal xa existe na base de datos.
Se non existe:
complétanse varios datos por defecto e procédese á alta.
Cando o animal non existía previamente, o formulario asigna automaticamente:
nome curto = número de establo convertido a texto leite = 1 raza = Frisona data de alta = data de nacemento
Isto significa que o formulario está claramente orientado á importación de femias frisoas de leite.
O sistema calcula a idade en meses a partir da data de nacemento.
A lóxica é:
colle a data de nacemento colle a data actual do sistema calcula a diferenza en milisegundos convértea a días divide entre 30 redondea a unha decimal e finalmente garda a parte enteira como meses
Este cálculo úsase para:
informar a idade actual do animal asignar o lote correcto nas novillas e recría
Serve para clasificar os animais por tramo de idade e deixar un valor de idade homoxéneo dentro do sistema.
Para vacas, o formulario calcula o DEL como os días transcorridos entre:
a data do último parto e a data actual
A lóxica é:
colle a data do último parto colle a data do día en que se está facendo a importación resta as dúas datas transforma a diferenza a días redondea a unha decimal e garda a parte enteira
Este valor permite saber en que momento da lactación se atopa a vaca no momento da alta.
Se o animal trae:
data de saída e data de reentrada
calcúlase o número de días entre ambas datas.
A lóxica é:
colle a data de saída colle a data de reentrada calcula a diferenza en días e gárdaa no campo de días en recría
Serve para deixar rexistrado o tempo que o animal estivo fóra e volveu.
Ademais da idade xeral, o sistema usa a idade en meses para decidir en que lote debe quedar un animal novo.
Este cálculo é especialmente importante nas novillas.
Se o ficheiro xa trae unha idade, esa idade non se garda tal cal. Antes convértese a meses multiplicándoa por 12.
Unificar a idade nun formato interno estable, en meses.
O sistema decide automaticamente o lote inicial do animal.
Se o animal é vaca:
se o estado é Seca → lote de vacas secas se non está de baixa: se o número de parto é maior de 1 → vacas adultas se o número de parto é 1 → vacas de primeiro parto se está de baixa: se o número de parto é maior de 1 → vacas adultas de baixa se o número de parto é 1 → vacas de primeiro parto de baixa
Separar vacas secas, de primeiro parto e adultas, distinguindo ademais se están activas ou de baixa.
Se o animal non é vaca, a clasificación depende de:
se é de leite a idade en meses e se está ou non de baixa
Como o formulario forza leite = 1, a clasificación real queda orientada a recría leiteira.
Se non está de baixa:
0 a 2 meses → lote de 0-2 meses máis de 2 e ata 5 meses → lote de 2-5 meses máis de 5 e ata 8 meses → lote de 5-8 meses máis de 8 e ata 14 meses → lote de 8-14 meses máis de 14 meses → lote de novillas
Se está de baixa, aplica os mesmos tramos pero nos lotes equivalentes de baixas.
Organizar automaticamente a recría segundo a idade do animal.
Ao dar de alta un animal novo, o formulario tamén completa:
CEA da explotación
propietario da explotación
nome do lote
nome do lote de usuario, se existe
estado inicial = Vacia
en granxa de recría = N
de granxa de recría = N
Tamén inicializa a cero unha serie de acumulados e indicadores:
celos inseminacións abortos días parto-primeira inseminación días inseminación fecundante días parto-parto días parto-parto previsto días seca días ao primeiro celo días aborto estatura peso condición corporal
Deixar o animal creado cun estado base coherente, aínda que aínda non teña historial produtivo ou reprodutivo desenvolvido.
Cando a inserción é correcta, o formulario xera tamén un primeiro rexistro de historial.
Nese historial gárdase, entre outros, o seguinte:
identificador do animal nome curto crotal número de establo número de rexistro número electrónico / transponder data DEL data de baixa, se existe tipo do animal estado lote idade número de lactación data do parto, se existe data de alta número de inseminacións número de celos número de abortos acción = Alta explotación CEA propietario
Non só se crea o animal, senón tamén a súa situación inicial no historial para que o resto da aplicación poida traballar desde un punto de partida consistente.
Se o animal foi clasificado como vaca e non trae:
data do último parto ou número de lactación válido
non se dá de alta.
Nese caso, o rexistro queda no resumo como non inserido.
Isto é importante porque o sistema precisa eses datos para calcular o DEL e para asignar o lote correcto.
No segundo paso do formulario móstrase unha táboa resumo fila a fila.
Para cada rexistro indica, entre outros datos:
número de fila do ficheiro se se inseriu ou non motivo do rexeitamento, cando o haxa datos identificativos do animal datos produtivos e reprodutivos lidos parentesco resolto, cando foi posible
Isto permite ao usuario revisar rapidamente:
que animais entraron, que animais foron rexeitados, e por que motivo.
A nivel funcional, este formulario procesa catro grupos de información:
número de establo crotal rexistro transponder nome
data de nacemento idade tipo estado último parto lactación inseminacións secado DEL L305 beta caseína puntuación ICOP ICO
nai pai avó materno
lote data de alta historial inicial marcas internas de recría contadores e acumulados a cero
Este formulario non está pensado só para “meter datos”, senón para facer unha alta estruturada e útil dentro da aplicación.
En termos prácticos, serve para que:
os animais novos entren xa clasificados, as vacas entren co DEL calculado, as novillas entren no lote correcto segundo a idade, queden ligadas á explotación co seu CEA e propietario, se resolvan parentescos cando xa existan referencias internas, e quede creado o primeiro historial sen ter que facelo manualmente.
Para que a importación funcione ben, convén que o ficheiro teña con especial coidado:
o crotal a data de nacemento a data do último parto nas vacas o número de lactación nas vacas o estado reprodutivo codificado correctamente os datos da nai e do pai se se queren enlazar parentescos os formatos de data a separación por punto e coma
Se estes datos veñen ben, a maior parte da lóxica automática funcionará correctamente.
Animais novos para unha explotación, orientados funcionalmente a femias frisoas de leite.
Non. Se xa existe un animal coa mesma explotación e o mesmo crotal, márcao como xa existente e non o reinserta.
Principalmente a partir do número de lactación. Se é distinto de 0, considérase vaca. Se é 0, novilla. Se ese dato non vén, usa a presenza ou ausencia de data do último parto.
Contando os días entre o último parto e a data actual da importación.
A partir da data de nacemento, transformando a diferenza temporal en meses aproximados.
Para informar a idade do animal e, sobre todo, para decidir o lote no caso das novillas e recría.
Non se importa, porque ese dato é obrigatorio para a lóxica interna da alta.
O rexistro queda invalidado e non se importa.
O formulario tenta localizalos e deixar a relación enlazada automaticamente.
Si. Ao inserir correctamente o animal, crea tamén o seu primeiro rexistro de historial co estado inicial.
Atópase no menú: Reproducción - Importacións - Importar Animais Gando
Este formulario serve para importar accións realizadas sobre animais dunha explotación a partir dun ficheiro CSV cun formato determinado.
A súa finalidade non é crear animais novos, senón rexistrar accións sobre animais que xa existen na explotación seleccionada, interpretar os datos que veñen do ficheiro, transformalos á lóxica interna da aplicación e, cando non se pode facer a inserción directamente, deixalos preparados para revisión, corrección e reintento.
A importación cobre accións de manexo, reprodución, secado, baixas, descartes, tratamentos, enfermidades e outras accións relacionadas co historial do animal.
O formulario pide dous datos iniciais:
A explotación na que se queren importar as accións. O ficheiro CSV coas accións a cargar.
No primeiro paso só se escolle a explotación e o ficheiro. No segundo paso móstrase o resultado da importación e o histórico de incidencias.
Cada liña do ficheiro representa unha acción. Para cada liña lese esta información:
número de establo, data da acción, DEL, tipo de acción, número da acción, comentario, nota, persoa, nome curto do animal, número de saneamento, tratamento de celo, dificultade de parto, valor adicional numérico.
Ademais, o formulario engade internamente estes datos:
explotación seleccionada, data e hora da importación, número de fila do ficheiro, sexo, que se fixa como femia, estado inicial de inserción, que por defecto parte como válido.
Antes de intentar inserir a acción, o proceso comproba varias cousas.
A liña debe ter exactamente o número de columnas esperado. Se non o ten, a fila márcase como non válida.
A acción só se pode importar se o animal xa existe na explotación seleccionada.
A identificación real faise polo número de saneamento. Se ese número non se localiza na explotación, a acción non se insire.
Hai tres datos que teñen que vir sempre informados:
número de establo, data da acción, número da acción.
Se falta algún deles, a fila considérase incorrecta.
Hai certos casos que o formulario descarta directamente:
As accións de tipo Exploración non se teñen en conta.
As accións equivalentes a:
Diag(+) Gestante
Diag(-) Vacía
cando veñen cun número de acción maior de 1, tamén se descartan.
A intención aquí é non importar rexistros que non encaixan coa lóxica esperada deste proceso.
O ficheiro pode non vir ben ordenado, así que antes de inserir nada o sistema reordena as accións.
A orde é esta:
primeiro por data, e, se dúas accións teñen a mesma data e pertencen ao mesmo animal, aplícase unha orde lóxica de accións.
A orde lóxica interna é:
Celo Inseminación Diagnóstico de xestación Secado Parto Aborto Descarte Baixa
Isto faise para que, se nun mesmo día hai varias accións do mesmo animal, se intenten tratar nunha secuencia coherente.
Hai accións que xa encaixan directamente co seu tipo interno e outras que precisan adaptación.
Entran directamente como accións recoñecidas:
Inseminación Baja Aborto Celo Secado Descarte
Nestes casos búscase o identificador interno do tipo de acción e prepárase a inserción.
Hai accións que externamente veñen cun nome, pero internamente se transforman noutra acción máis precisa:
Diag(+) Gestante → Diag. Gestación
Diag(-) Vacía → Diag. Gestación
Medición → Estat. y Peso
C.Corporal → Cond. Corporal
os partos convértense en:
Parto Femia
Parto Macho
Parto Multiple
Neses casos, ademais de cambiar o nome da acción, interprétanse os detalles do comentario para completar campos específicos.
O máis importante deste formulario é que non se limita a copiar o comentario ou a nota tal cal, senón que os interpreta para extraer valores estruturados.
Cando a acción é unha inseminación, o comentario interprétase para sacar:
o touro, o tipo de inseminación, o número de dose, e o número de inseminación.
O proceso colle o comentario e busca grupos de texto e números.
Despois:
se o comentario comeza por Sex, considérase semen sexado,
se non, considérase inseminación conxelada,
se ao final aparece un número, interprétase como número de dose,
se non aparece, toma 1 dose por defecto,
o nome do touro constrúese co texto restante.
Ademais:
o número da acción pasa a gardarse tamén como número de inseminación.
Deixar rexistrada a inseminación con información útil para reprodución:
quen foi o touro, que tipo de seme se utilizou, e cantas doses se aplicaron.
Se a acción é de celo:
o tipo de celo queda marcado como Natural.
Se ademais o ficheiro trae tratamento de celo e non é celo natural, o sistema intenta identificar ese tratamento nunha táboa de equivalencias.
Distinguir entre un celo natural e un celo asociado a un tratamento coñecido.
Cando a acción indica unha xestación positiva, do comentario sáense estes datos:
días desde a inseminación fecundante, número de crías, número de femias, número de machos, sexo do diagnóstico, se hai indicación de xestación gemelar.
Do comentario vaise lendo:
os números → interprétanse como días,
as letras H e M → contan femias e machos,
a marca de Gemelos → sinala xestación gemelar.
Con iso:
calcula cantas crías hai, determina se o diagnóstico apunta a femia, macho ou combinación femia-macho, e marca o estado como Preñada.
Tamén completa:
diagnóstico, tipo, tipo de diagnóstico de xestación, días inseminación fecundante.
Transformar un texto libre nun diagnóstico reprodutivo estruturado e reutilizable polos informes e polo historial.
Cando a acción indica diagnóstico negativo, o comentario úsase para obter:
os días transcorridos desde a inseminación fecundante.
E a acción queda marcada como:
diagnóstico = No Preñada tipo = No Preñada tipo diagnóstico = No Preñada
Deixar trazado que o animal foi revisado e que nesa data non estaba preñado.
Nos partos, o comentario interprétase para obter:
número de parto, pai, número de crías, número de machos, número de femias, número de crías mortas, tipo exacto de parto.
O comentario léese por partes.
A primeira parte describe as crías usando letras:
cada H conta como femia,
cada M conta como macho.
A partir de aí:
calcúlase o número total de crías, se hai unha soa cría e é femia → Parto Femia se hai unha soa cría e é macho → Parto Macho se hai máis dunha cría → Parto Multiple
Se no comentario aparecen máis partes:
unha delas interprétase como pai, e as seguintes como referencias ás crías nacidas.
Ademais, o proceso deixa por defecto:
retención de placenta = No parto prematuro = No
Converter o parto nun rexistro útil para reprodución e historial, distinguindo o tipo de parto e a composición das crías.
No aborto, o comentario interprétase para obter:
os días de xestación no momento do aborto.
Con ese número clasifícase automaticamente o aborto en:
1º tercio → de 0 a 90 días 2º tercio → máis de 90 e ata 180 días 3º tercio → máis de 180 días
Non só gardar que houbo un aborto, senón tamén situar en que fase da xestación ocorreu.
O secado procesa tanto o comentario coma a nota.
DEL, litros acumulados, porcentaxe de graxa, porcentaxe de proteína.
No comentario busca só os valores numéricos:
o primeiro interprétase como DEL, o segundo como leite acumulada, o terceiro como graxa, o cuarto como proteína.
A acción queda ademais marcada como:
tipo de secado = Previsto
idade, media, IPP.
A idade lida na nota interprétase en anos e convértese a meses:
colle o valor, multiplícao por 12, redondea, e gárdao como idade en meses.
Rexistrar o secado cun nivel de detalle produtivo suficiente para análise posterior.
Na acción de medición, o comentario interprétase para obter:
peso, estatura, e se a medición se corresponde co destete.
No texto búscanse:
o valor anterior a kgs → peso,
o valor anterior a cms → estatura,
e, se o último termo é destete, márcase que a medición foi no destete.
Logo gárdase:
peso, estatura, destete = Si ou No
Pasar dunha descrición textual a un rexistro medible de crecemento do animal.
Nesta acción o comentario úsase para obter:
o valor da condición corporal.
Se no comentario hai un segundo termo, interprétase como momento, aínda que o valor operativo que realmente se garda é a puntuación.
Deixar rexistrada a condición corporal como valor numérico útil para seguimento sanitario e produtivo.
No cambio de número, o comentario interpreta:
número anterior, número novo.
Con esa información non se crea unha acción convencional, senón que se actualiza o propio animal:
o nome curto pasa a ser o número novo, o número de establo pasa a ser o número novo.
Reflictir cambios de identificación interna do animal sen crear unha acción produtiva ou sanitaria.
Na acción de patio, o comentario interpreta:
patio anterior, patio novo.
Se só vén un valor, interprétase como entrada a un patio novo desde un estado sen patio anterior.
Se hai dous valores:
o primeiro é o patio anterior, o segundo é o novo.
Despois:
créanse os patios se non existen, localízase o patio novo, e actualízase o animal para deixalo asociado a ese patio.
Manter actualizado o patio do animal a partir dos movementos loxísticos importados.
Nestes dous casos o comentario interprétase como tipo de baixa ou tipo de descarte.
Na baixa, ademais:
o destino queda por defecto como Crematorio.
Despois o sistema tenta recoñecer o tipo de baixa segundo unha táboa de equivalencias.
No descarte faise o mesmo, pero buscando o tipo de descarte.
Traducir o texto recibido a un valor interno normalizado, para que o historial e os informes non dependan de textos libres.
Na enfermidade, o comentario úsase para identificar a patoloxía.
Se a patoloxía se pode mapear a un valor coñecido, gárdase o identificador correspondente. Se non, queda sinalada como pendente de revisión.
Rexistrar a enfermidade con criterio normalizado, non só como texto libre.
No tratamento procesanse comentario e nota.
protocolo ou nome de tratamento, data de inicio do tratamento, se vén indicada.
medicamento inicial.
Se do comentario xa se puido identificar o tratamento, úsase ese. Se non, intenta identificalo a partir do medicamento inicial da nota.
Ademais, a data da acción tamén se utiliza como data de inicio cando corresponde.
Crear tratamentos estruturados e non só anotacións soltas, permitindo despois seguimento terapéutico.
Hai varios campos do ficheiro que o sistema non toma literalmente, senón que intenta converter a valores internos coñecidos.
Isto faise con táboas de equivalencia por explotación.
Os valores que se poden automatizar son:
tipo de baixa, tipo de descarte, tratamento de celo, touro, dificultade de parto, persoa, enfermidade, tratamento.
Se o valor xa está recoñecido, substitúese polo seu equivalente interno. Se non está recoñecido, a fila non se insire directamente e queda rexistrada para revisión.
Se aparece un valor que o sistema non sabe traducir, non rompe a importación completa.
O que fai é:
marcar a fila como non inserida, gardar o valor tal como veu, indicar que campo non foi recoñecido, e deixar a fila no histórico de revisión.
Isto pasa, por exemplo, se non se recoñece:
o touro, o tratamento, a persoa, o tipo de baixa, o tipo de descarte, a dificultade do parto, a patoloxía, ou o tratamento de celo.
Nas accións de Patio e Cambio de nº, se o único problema son valores non recoñecidos, a fila pode seguir adiante porque o proceso principal desa acción non depende desa tradución adicional.
Antes de meter unha acción no sistema, o proceso fai dúas comprobacións importantes.
Comproba se o animal xa ten esa mesma acción na mesma data.
Se xa existe, a fila non se insire e queda marcada como acción repetida.
Para determinadas accións tamén comproba se o animal xa ten calquera outra acción o mesmo día.
Se xa existe outra acción nesa data, a nova non se importa.
Evitar duplicados e combinacións incoherentes dentro do mesmo día.
Os tratamentos non seguen exactamente a mesma vía ca o resto das accións.
No seu caso:
créase un rexistro de tratamento, a data da acción pasa a ser tamén data de inicio se é necesario, e se xa existe ese mesmo tratamento no mesmo día, non se duplica.
Diferenciar entre unha acción de historial e unha aplicación terapéutica real.
Todas as filas que non se poden inserir quedan rexistradas nun histórico específico.
Ese histórico permite ver:
que fila fallou, que animal era, que acción era, que valores se interpretaron, e cal foi o motivo de non inserción.
Tamén permite revisar e corrixir eses rexistros despois.
O formulario incorpora unha función de revisión para rexistros non inseridos.
A idea é esta:
o usuario revisa unha acción que non entrou, cobre o valor correcto dos campos non recoñecidos, o sistema garda esa equivalencia para futuras importacións, volve intentar inserir a acción actual, e ademais revisa outros rexistros relacionados para aproveitar esa mesma corrección.
Isto significa que, por exemplo, se un nome de touro non era recoñecido e o usuario o mapea unha vez, esa equivalencia xa pode reutilizarse noutras filas da mesma explotación.
Reducir traballo manual repetitivo e facer que o importador aprenda equivalencias prácticas para esa explotación.
A continuación vai resumido, de forma concreta, o que calcula ou transforma.
As datas lense co formato:
dd/MM/yyyy
Isto aplícase á data da acción e ás datas específicas que poidan vir dentro de comentarios de tratamento.
Os valores numéricos conviértense segundo o caso a:
enteiros, decimais, ou meses.
Tamén admite comas como separador decimal, transformándoas internamente.
Na nota do secado, a idade vén nun formato que se interpreta en anos.
Despois:
multiplícase por 12, redondéase, e gárdase en meses.
Segundo os días do aborto:
0–90 → 1º tercio 91–180 → 2º tercio máis de 180 → 3º tercio
En partos e diagnósticos de xestación:
cada H suma unha femia,
cada M suma un macho,
a suma dá o total de crías.
Co número e sexo das crías:
1 femia → Parto Femia 1 macho → Parto Macho máis dunha cría → Parto Multiple
Nun diagnóstico positivo:
1 femia → Femia 1 macho → Macho 1 femia + 1 macho → Femia-Macho xestación gemelar → queda marcado como gemelar cando corresponde
Se no comentario aparece unha dose explícita, gárdase ese valor. Se non aparece, asúmese:
1 dose
Se o comentario da medición indica que a toma foi no destete:
destete = Si
Se non:
destete = No
No segundo paso hai dúas táboas.
Mostra, fila a fila:
data de importación, fila do ficheiro, se se inseriu ou non, motivo, animal, data, DEL, número, tipo de acción, dificultade de parto, comentario, nota, persoa, tratamento de celo, valor adicional.
Mostra con máis detalle as accións non inseridas ou pendentes de revisión, incluíndo:
datos da acción, datos do animal, interpretación feita, observacións, e motivo exacto.
Este formulario serve para cargar de maneira rápida accións rexistradas externamente, pero sen perder control sobre a calidade do dato.
Na práctica permite:
transformar texto libre en datos estruturados, evitar duplicados, impedir accións incoherentes no mesmo día, cargar tratamentos, partos, secados, inseminacións e diagnósticos con máis detalle, detectar de inmediato valores descoñecidos, e aprender equivalencias para futuras importacións.
| Tipo de acción | Que colle | Que calcula ou interpreta | Finalidade |
|---|---|---|---|
| Inseminación | comentario, número | touro, tipo de seme, dose, número de inseminación | rexistro reprodutivo completo |
| Celo | tratamento de celo | tipo de celo e tratamento asociado | seguimento reprodutivo |
| Diag. xestación positivo | comentario | días, sexo fetal, número de crías, xemelaridade | diagnóstico estruturado |
| Diag. xestación negativo | comentario | días e estado non preñada | seguimento reprodutivo |
| Parto | comentario, número | tipo de parto, pai, número e sexo de crías | historial de partos |
| Aborto | comentario | días e tercio do aborto | clasificación reprodutiva |
| Secado | comentario e nota | leite, graxa, proteína, idade, media, IPP | peche produtivo |
| Medición | comentario | peso, estatura, destete | control de crecemento |
| Cond. corporal | comentario | valor de condición corporal | seguimento do estado do animal |
| Cambio de nº | comentario | número anterior e novo | actualización identificativa |
| Patio | comentario | patio anterior e novo | movemento interno |
| Baja | comentario | tipo de baixa e destino | saída do animal |
| Descarte | comentario | tipo de descarte | clasificación de descarte |
| Enfermedad | comentario | patoloxía | rexistro sanitario |
| Tratamiento | comentario e nota | protocolo, data inicio, medicamento | rexistro terapéutico |
Non. O animal ten que existir previamente e localizarse polo número de saneamento.
Non se duplica. Queda marcada como acción repetida.
A nova acción non se importa, para evitar incoherencias na secuencia diaria.
Interpréctaos. Extrae datos concretos segundo o tipo de acción e ademais conserva o comentario e a nota visibles para revisión.
A fila queda sen inserir, gardando o motivo, e pode revisarse despois para crear a equivalencia correcta.
Si. As equivalencias que se confirman para unha explotación poden reutilizarse en importacións posteriores.
Fai sobre todo transformacións e cálculos funcionais:
conversión de datas, conversión numérica, idade en meses, clasificación do aborto por tercios, reconto de crías e sexo, tipo de parto, sexo do diagnóstico, dose de inseminación, e marcaxe de destete.
Atópase no menú: Reproducción - Importacións - Importar Accións Gando
Reprodución → Importacións → Importación datos xenéricos
Este formulario é un asistente xenérico de importación de accións sobre animais. Está pensado para cargar información dende ficheiros externos cando o formato de orixe non coincide exactamente co modelo interno da aplicación, pero si contén datos que se poden traducir á lóxica do sistema.
A súa función non é importar un tipo pechado de ficheiro, senón permitir que o usuario:
seleccione un ficheiro de entrada, indique como está construída a súa cabeceira, relacione cada columna co dato interno correcto, traduza os nomes de accións detectados no ficheiro ás accións válidas da aplicación, previsualice o resultado, e finalmente execute a importación.
Ademais, o proceso pode aprender equivalencias para reutilizalas en futuras importacións, de maneira que o traballo manual se reduza co tempo.
A finalidade deste formulario é resolver importacións nas que:
o ficheiro trae nomes de columnas distintos aos nomes internos, o ficheiro trae nomes de accións non normalizados, certos valores precisan ser recoñecidos e traducidos, e é necesario revisar antes de inserir.
En vez de obrigar a que o ficheiro xa veña perfectamente adaptado, o asistente deixa facer esa adaptación desde a propia aplicación.
O formulario admite:
CSV TXT XLSX
Para CSV e TXT hai que indicar o separador empregado. Para XLSX non se usa separador, porque a lectura se fai por celas.
No primeiro paso o usuario debe indicar:
a explotación o ficheiro a importar
Se falta algún dos dous datos, o asistente non continúa.
Tamén valida que o ficheiro exista realmente e que a extensión sexa unha das admitidas.
O asistente está organizado en 7 pasos.
O usuario escolle:
explotación ruta do ficheiro
Aquí só se comproba que os datos mínimos existan e que o ficheiro teña unha extensión válida.
O usuario pode traballar en dous modos:
Nova Existente
Créase unha nova configuración de importación.
Neste caso hai que indicar:
nome da configuración tipo de separador
A continuación o usuario fará o mapeo completo da cabeceira e das accións detectadas.
Reutilízase unha configuración xa gardada anteriormente para esa explotación.
Neste caso selecciónase unha cabeceira/configuración xa rexistrada, e o asistente intenta aproveitar as equivalencias xa coñecidas.
Se a configuración xa resolve todo, o proceso pode saltar directamente aos pasos máis avanzados sen repetir o mapeo manual.
Só aparece cando a configuración é nova.
Aquí o usuario indica:
nome da configuración separador punto e coma tabulador dobre espazo ningún, só para XLSX
Tamén se valida a coherencia entre o tipo de ficheiro e o separador escollido:
un CSV/TXT non pode ir con “ningún separador” un XLSX debe ir precisamente sen separador
O nome da configuración tamén debe ser novo; non se permite reutilizar un nome xa existente.
O sistema le a primeira liña do ficheiro e colle os nomes das columnas.
Despois, para cada columna detectada, pídelle ao usuario que indique a que campo interno corresponde.
Aquí é onde o usuario traduce a estrutura do ficheiro externo ao modelo interno da aplicación.
Unha vez lido o ficheiro completo, o sistema detecta os distintos valores de acción que aparecen no campo de acción.
Para cada acción detectada que aínda non estea automatizada, o usuario debe decidir a que acción interna corresponde.
Tamén existe a posibilidade de indicar que unha acción se debe obviar.
O sistema le as primeiras liñas e mostra unha vista previa de como quedaría a importación.
Aquí o usuario pode revisar:
se as columnas quedaron ben interpretadas, se as accións quedaron ben traducidas, e se os tipos de dato parecen correctos.
Neste paso execútase a inserción real.
Ao rematar, o formulario mostra unha táboa co resultado de cada rexistro, indicando:
se foi inserido ou non, motivo, datos interpretados, e posibles valores non recoñecidos.
Desde esta táboa pódese tamén:
editar un rexistro non inserido para completar valores, ou eliminalo do lote de importación.
O sistema non obriga a que veñan todos os campos, pero si permite mapear os seguintes:
data nome curto número de saneamento número de establo número de rexistro número electrónico trasponder acción tipo de celo tipo de inseminación tipo de diagnóstico de xestación tipo de secado tipo de descarte tipo de baixa número de acción DEL nome da persoa toro dose estatura peso condición corporal número de crías número de machos número de femias número de mortas dificultade de parto destino da baixa tratamento de celo tratamento de inseminación tratamento de secado medicamento de secado observacións
A importación só pode arrancar se finalmente cada rexistro ten, como mínimo:
data número de saneamento acción
Eses son os tres campos mínimos esenciais.
Se faltan, o rexistro queda como non importable.
O asistente non garda todo como texto. Antes de importar, intenta converter cada valor ao tipo lóxico correspondente.
O campo de data interprétase como data real.
No caso de ficheiros XLSX, se a cela xa vén como data, aprovéitase esa data. Se vén como número de milisegundos, tamén se transforma a data.
Os campos numéricos como:
número DEL dose estatura peso condición corporal número de crías número de machos número de femias número de mortas
léense como valores numéricos.
Se algún dato trae un tipo incoherente co que se espera, ese rexistro non se interpreta como válido e queda marcado co motivo correspondente.
As accións recoñecidas polo asistente son estas:
Celo Inseminación Diag. Gestación Secado Aborto Parto Descarte Baixa Cond. corporal Estatura y Peso Obviar acción
A opción Obviar acción non insire esa acción; simplemente indica que os rexistros dese tipo deben quedar fóra da importación.
O sistema colle os nomes das columnas do ficheiro e móstraos ao usuario para que os relacione cos campos internos.
Isto permite traballar con ficheiros nos que o nome da columna non coincide co nome interno da aplicación.
Unha vez definido o mapeo, o sistema le todas as filas do ficheiro e constrúe para cada unha un rexistro interno cos valores xa transformados.
Neste momento tamén engade automaticamente:
a explotación seleccionada o número de fila do ficheiro
O número de fila gárdase para que o usuario poida localizar facilmente os erros no documento orixinal.
Ao ler o ficheiro completo, o sistema vai detectando os distintos valores de acción que aparecen.
Se a configuración xa coñece unha equivalencia para eses valores, reutilízaa. Se non, pide ao usuario que a defina.
Antes de inserir, o sistema colle as primeiras filas e crea unha vista previa.
A finalidade non é calcular nada novo, senón permitir ver:
como quedará traducida a cabeceira, como quedarán interpretados os datos, e se hai incoherencias de formato.
Antes da importación final, os rexistros ordénanse por data da acción, de máis antiga a máis recente.
Isto serve para que as accións entren nunha secuencia temporal coherente.
Se hai varias accións dun mesmo animal en distintas datas, primeiro intentan gravarse as máis antigas e despois as máis recentes.
A importación non dá de alta animais novos.
Cada rexistro debe poder asociarse a un animal xa existente da explotación, e esa localización faise polo:
número de saneamento
Se o animal non existe, o rexistro queda marcado como non inserido co motivo correspondente.
Hai valores que non se toman literalmente, senón que se intentan traducir a valores internos coñecidos.
Entre eles están:
a acción a persoa o toro os tipos de celo os tipos de inseminación os tipos de diagnóstico os tipos de secado os tipos de descarte os tipos de baixa a dificultade de parto o destino de baixa os tratamentos os medicamentos
Se unha equivalencia xa existe, aplícase automaticamente. Se non existe, o sistema marca ese campo como non recoñecido e o rexistro queda pendente de revisión.
Se o rexistro:
ten os campos obrigatorios, pertence a un animal existente, e os valores necesarios están recoñecidos,
o sistema intenta inserir a acción.
Se hai algún problema, o rexistro non se perde: queda gardado no lote de importación co seu motivo.
Este formulario non fai cálculos produtivos complexos como índices ou estatísticas avanzadas. O que fai son cálculos e transformacións operativas para que a acción poida ser inserida correctamente.
Transforma o dato recibido segundo o campo:
texto → mantense como texto número → convértese a valor numérico data → convértese a data real
Evitar que un rexistro aparentemente correcto se grave como texto cando internamente debería ser un número ou unha data.
A cada rexistro engádeselle o número real de fila do ficheiro.
No caso de ficheiros de texto, ao empezar despois da cabeceira a primeira liña de datos conta como fila 2. No caso de Excel, úsase o número real da fila da folla.
Poder dicirlle ao usuario exactamente onde está o problema no documento de orixe.
Antes de importar, todas as filas ordénanse por data ascendente.
Procesar primeiro as accións máis antigas e despois as máis recentes.
Se a acción é un parto, o sistema non se queda só co valor xenérico “Parto”.
Colle os datos de:
número de crías número de machos número de femias
e con iso decide o tipo real de parto.
se hai máis dunha cría → Parto Múltiple se hai unha soa cría macho → Parto Macho se hai unha soa cría femia → Parto Femia se non vén número total pero si machos ou femias, dedúceo con eses valores
Inserir o parto co tipo correcto e non cunha categoría xenérica.
Se na acción parto vén informado o número, ese valor pásase tamén ao campo interno de número de parto.
Se non vén, inicialízase a cero.
Deixar a acción lista para inserirse sen que falte ese dato auxiliar.
Se a acción é unha inseminación:
se vén número, ese valor pásase a número de inseminación se non vén, inicialízase a 0
Completar un dato que a acción necesita internamente, aínda que o ficheiro non o traia.
O sistema completa automaticamente certos valores cando non veñen informados.
Se a acción é celo e non trae tipo, asígnase por defecto:
Natural
Se non trae tipo de inseminación, asígnase por defecto:
Ins. Congelada
Ademais, completa o número de inseminación como se indicou antes.
Se non trae tipo, asígnase por defecto:
No Preñada
Se non trae tipo, asígnase por defecto:
Previsto
Se non trae tipo de aborto, ou trae un valor non válido, asígnase:
1º Tercio
Se xa trae un valor válido, respéctao:
1º Tercio 2º Tercio 3º Tercio
Se non trae tipo, asígnase por defecto:
Voluntario Producción
Se non trae tipo, asígnase por defecto:
Muerte
Permitir que a acción entre cun valor mínimo coherente en vez de quedar bloqueada por non traer un detalle secundario.
Se un rexistro trae un tratamento recoñecido, o sistema adapta internamente a súa clave segundo o contexto:
tratamento de celo tratamento de inseminación tratamento de secado
Que o mesmo dato non quede nun campo xenérico se realmente pertence a un tipo concreto de tratamento.
Antes de inserir definitivamente, o sistema comproba se xa existe unha acción dese animal nese mesmo día.
Se xa existe, o rexistro non se insire e queda marcado co motivo correspondente.
Evitar duplicidades ou conflitos de accións nunha mesma data.
Os campos que o sistema intenta automatizar son estes:
tipo de acción tipo de celo tipo de inseminación tipo de diagnóstico de xestación tipo de secado tipo de descarte tipo de baixa nome da persoa toro dificultade de parto destino da baixa tratamento de celo tratamento de inseminación tratamento de secado medicamento
Se un destes valores xa foi aprendido anteriormente dentro desa configuración, xa non hai que volver informalo.
Se un rexistro non se inseriu porque había valores non recoñecidos, o usuario pode editalo no paso final.
Nesa edición:
habilítanse só os campos que fallaron, o usuario escolle o valor correcto, a aplicación garda esa equivalencia, e volve intentar inserir o rexistro.
Ademais, tamén revisa outros rexistros relacionados para aproveitar esa mesma equivalencia.
Se nun ficheiro aparece un nome de toro escrito dun modo que a aplicación aínda non coñece, o usuario corrixe ese valor unha vez, e a partir de aí o sistema xa o recoñece automaticamente para esa configuración.
Na previsualización amósanse os rexistros tal e como quedarían interpretados, incluíndo campos como:
data de importación fila do ficheiro se foi inserido ou non motivo data saneamento nome curto número de establo número de rexistro electrónico / trasponder tipo de acción tipos asociados número DEL persoa toro dose estatura peso condición corporal crías dificultade de parto destino de baixa medicamento tratamento observacións
A vista previa serve para comprobar a interpretación, non para executar aínda a importación definitiva.
No último paso queda a táboa final co lote importado, indicando por rexistro:
inserido ou non inserido motivo principal lista de motivos técnicos, se os hai datos interpretados e posibilidade de corrección manual
Tamén se poden engadir dous tipos de acción sobre esa táboa:
editar un rexistro non inserido eliminar rexistros do lote
Un rexistro pode quedar sen inserir por razóns como estas:
falta de data, saneamento ou acción animal inexistente na explotación tipo de dato incoherente valores non recoñecidos acción marcada para obviar conflito por existir xa unha acción dese animal no mesmo día erro inesperado na inserción
Nestes casos o rexistro non desaparece; queda rexistrado para revisión.
Para que a importación funcione mellor, convén que o ficheiro traia ben definidos, sobre todo:
a data o número de saneamento a acción os nomes das columnas os nomes de toro, persoal, tratamento e medicamento os valores numéricos de parto, peso, estatura, DEL, dose e condición corporal
Aínda que o asistente permite traducir e completar moitas cousas, canto máis limpo veña o ficheiro, menos revisión fará falta.
Este formulario permite importar accións de reprodución e manexo desde ficheiros CSV, TXT ou XLSX, aínda que a estrutura do ficheiro non coincida exactamente coa da aplicación.
O usuario vai guiando o proceso paso a paso:
escolle explotación e ficheiro, decide se crea ou reutiliza unha configuración, relaciona columnas co modelo interno, traduce as accións detectadas, revisa unha previsualización, e lanza a importación.
Polo medio, o sistema:
transforma tipos de dato, ordena por data, comproba que o animal exista, deduce o tipo exacto de parto, completa valores por defecto segundo a acción, evita accións incoherentes no mesmo día, e aprende equivalencias para futuras importacións.
Non. Só importa accións sobre animais que xa existen na explotación.
O número de saneamento.
data número de saneamento acción
Si. Ese é precisamente o modo Existente.
Non pasa nada mentres os poidas mapear no paso de relación de cabeceiras.
Poderás relacionar ese nome cunha acción interna válida, ou indicar que se debe obviar.
Non fai índices complexos; fai sobre todo:
conversión de datas e números ordenación cronolóxica dedución do tipo exacto de parto completado do número de parto ou de inseminación asignación de valores por defecto segundo a acción
Si. Cando corrixes un valor non recoñecido, esa equivalencia queda gardada para futuras importacións dentro desa configuración.
Reprodución → Exportacions → Exportar a Anembe
Este formulario está pensado para preparar a información reprodutiva básica das explotacións nun formato resumido orientado á exportación para Anembe.
A súa finalidade é construír unha táboa final, animal por animal, coa información máis relevante de identificación e reprodución, para que o usuario dispoña dunha saída homoxénea cos principais datos de cada vaca ou novilla activa.
O proceso:
colle as explotacións visibles na grella de explotacións, toma como referencia a data indicada polo usuario, busca os animais activos desas explotacións, resume os seus datos básicos, recompila ata 10 inseminacións, marca se hai diagnóstico de xestación fecundante, e deixa xerada unha táboa final lista para revisión.
O formulario non está pensado para introducir datos manuais dun animal, senón para xerar un resumo consolidado.
No primeiro paso o usuario só precisa indicar:
Data de referencia Explotacións a ter en conta, a partir da táboa de explotacións dispoñibles
A nivel funcional, o proceso non traballa cun único rexistro seleccionado da táboa, senón co conxunto de explotacións que nese momento aparecen cargadas/visibles na grella.
Isto significa que, se a táboa está filtrada, o cálculo se fai sobre esas explotacións filtradas.
O formulario funciona como un asistente de 2 pasos:
O usuario indica:
a data, e revisa as explotacións sobre as que vai traballar.
Amósase a táboa final coa información xa preparada para Anembe.
Nesa táboa aparecen, entre outros, estes campos:
vaca tipo nacemento último parto lactación 1ª a 10ª inseminación secado diagnóstico de xestación nai pai propietario CEA
Para cada animal activo das explotacións incluídas, o proceso colle:
identificador interno do animal explotación propietario CEA nome curto do animal nome da nai nome do pai data de nacemento data do último parto data de secado data da inseminación fecundante, se existe tipo do animal número de lactación
E ademais busca as accións de inseminación do animal para poder cubrir a serie de inseminacións.
Só se procesan os animais que cumpren estas condicións:
pertencen ás explotacións visibles na táboa do formulario están activos non teñen data de baixa
É dicir, a saída está pensada como unha foto do censo vivo e operativo.
Antes de xerar o resultado, elimínase o contido anterior da táboa temporal de exportación.
A finalidade é que a táboa final amose só os resultados do cálculo actual e non mesture información doutra execución anterior.
O usuario escolle unha data, pero o proceso non usa ese día exacto tal cal.
O que fai é:
coller o mes da data introducida, coller o ano desa data, e transformala internamente no último día dese mes.
Por exemplo:
se o usuario indica unha data de marzo, o proceso traballa coa data final dese mes se indica febreiro, colle o 28 ou o 29 segundo corresponda
Traballar cun peche mensual, non cun día intermedio do mes.
O sistema revisa a grella de explotacións e colle os identificadores das explotacións que están cargadas nela nese momento.
Con eses identificadores monta o conxunto de explotacións sobre o que vai buscar animais.
Limitar a exportación ao ámbito visible e operativo do formulario.
Unha vez coñecidas as explotacións, o proceso busca os animais que:
pertencen a esas explotacións e non teñen baixa
O resultado ordénase por explotación.
Construír a base de animais sobre a que se vai xerar a saída para Anembe.
Ao entrar nunha explotación, o proceso realiza tamén unha comprobación interna dos animais vivos nos 9 peches mensuais anteriores.
Para iso, para cada un deses meses:
retrocede mes a mes dende o peche mensual tomado como referencia, calcula o último día dese mes, conta os animais da explotación que xa estaban de alta nesa data, e exclúe os que xa estaban de baixa antes dese peche.
Para cada mes anterior:
comproba que a data de alta do animal sexa anterior ou igual ao peche mensual analizado comproba que a baixa sexa nula ou posterior a ese peche e conta os rexistros que cumpren iso
É unha pasada interna de control histórico do censo por explotación.
Esta parte funciona como apoio do proceso, aínda que ese total mensual non se amosa directamente na táboa final do formulario.
Para cada animal constrúese unha liña de saída coa información base:
id interno usuario explotación propietario CEA nome curto pai nai tipo nacemento último parto lactación secado
As datas preséntanse en formato de lectura para o usuario.
O campo de diagnóstico de xestación non se obtén dun texto libre, senón dunha comprobación moi concreta:
se o animal ten data de inseminación fecundante, márcase como que hai diagnóstico se non a ten, márcase como que non hai diagnóstico
se existe data de inseminación fecundante → diag_gest = 1 se non existe → diag_gest = 0
Dar unha marca simple e rápida sobre se o animal xa ten constancia dunha inseminación fecundante asociada.
Despois de preparar os datos base, o proceso busca as accións de inseminación do animal.
Aquí a lóxica cambia segundo o tipo do animal.
Só se teñen en conta as inseminacións feitas dende o último parto en adiante.
Isto significa que a serie de inseminacións que se exporta corresponde á lactación/ciclo actual.
Téñense en conta todas as inseminacións rexistradas para o animal.
busca accións de tipo inseminación ordénaas polo número da acción le a data de cada unha e coloca cada data na columna que lle corresponde
A exportación prepara ata 10 columnas de inseminación:
1ª IA 2ª IA 3ª IA 4ª IA 5ª IA 6ª IA 7ª IA 8ª IA 9ª IA 10ª IA
Para cada acción de inseminación:
se o número da inseminación é 1, a data vai á columna da 1ª IA se é 2, vai á 2ª e así sucesivamente ata a 10ª
Só se enchen as posicións que realmente existan.
Se un número non está rexistrado, esa columna queda baleira.
Ofrecer unha secuencia clara das inseminacións do animal sen ter que consultar todo o historial detallado.
O formulario transforma a data indicada polo usuario no último día do mes correspondente.
colle o mes e o ano determina cantos días ten ese mes se febreiro cae en ano bisesto, usa 29 no resto dos casos, usa o último día real do mes
Traballar cunha data de corte mensual coherente para todo o proceso.
Para obter o peche mensual:
xaneiro → 31 febreiro → 28 ou 29 marzo → 31 abril → 30 maio → 31 xuño → 30 xullo → 31 agosto → 31 setembro → 30 outubro → 31 novembro → 30 decembro → 31
Situar correctamente a exportación no peche do mes, que é o punto de referencia real do cálculo.
Para a pasada histórica, o proceso vai restando meses á data de referencia.
parte da data de peche mensual resta 1 mes, logo 2, logo 3… ata chegar a 9 meses atrás
Permitir revisar a situación histórica da explotación en distintos peches mensuais anteriores.
Existe unha utilidade interna para calcular a idade en meses a partir da data de nacemento.
colle a data de nacemento colle a data actual do sistema calcula a diferenza temporal en días divide entre 30 redondea a unha decimal e garda a parte enteira
É unha función de apoio dispoñible no proceso para traballar con idade mensualizada.
Nesta exportación a información principal que se utiliza e se mostra é a data de nacemento, non unha idade visible calculada na saída final.
Tamén hai unha utilidade para calcular días entre dúas datas.
resta a data inicial da final converte a diferenza a días redondea devolve o enteiro
É unha función auxiliar do proceso para cálculos de apoio entre datas.
Hai outra utilidade para desprazar unha data un número de días concreto.
colle unha data base suma ou resta os días indicados devolve a nova data
Servir de apoio a cálculos temporais dentro do proceso.
As datas empréganse en dous formatos segundo o momento do proceso:
formato interno de traballo: yyyy-MM-dd formato visible para saída: dd/MM/yyyy
Separar a lóxica de cálculo da presentación final para o usuario.
A saída final inclúe estes grupos de información:
vaca tipo nai pai CEA propietario
nacemento último parto lactación secado
diagnóstico de xestación 1ª a 10ª inseminación
É o nome curto do animal.
É o tipo co que o animal está clasificado internamente.
É a data de nacemento formateada para visualización.
É a data do último parto. Se non hai, queda baleira.
É o número de lactación actual do animal. Se non existe valor, pasa a 0.
Son as datas das inseminacións, colocadas segundo o número da inseminación.
É a data de secado, se existe.
É unha marca simple:
1 se hai data de inseminación fecundante 0 se non a hai
Son os nomes gardados da nai e do pai. Se non existen, van baleiros.
Na recollida de inseminacións só considera as do ciclo posterior ao último parto.
Isto evita mesturar inseminacións de lactacións anteriores.
Como non hai un parto previo de referencia, collen todas as inseminacións rexistradas.
Este formulario serve para que o usuario poida obter rapidamente unha táboa limpa e resumida cos principais datos reprodutivos de animais activos, cun enfoque de saída compatible co traballo de Anembe.
Na práctica permite:
reunir nunha soa táboa os animais activos das explotacións visibles, ter o nacemento, último parto, secado e lactación nun formato homoxéneo, dispor da serie de inseminacións xa ordenada, e saber de forma inmediata se existe constancia de inseminación fecundante.
A lóxica visible neste formulario está orientada a xerar e mostrar a táboa resumida.
É dicir, o proceso prepara os datos e déixaos cargados na grella de resultado. A funcionalidade principal que se observa aquí é a construción da información de exportación, non un tratamento complexo adicional sobre o historial.
Usa o último día do mes correspondente á data indicada polo usuario.
Traballa coas explotacións que nese momento están visibles/cargadas na táboa de explotacións.
Non. Só trata animais activos, sen data de baixa.
Mirando se existe ou non data de inseminación fecundante:
con data → 1 sen data → 0
Segundo o número da inseminación:
número 1 → 1ª IA número 2 → 2ª IA … número 10 → 10ª IA
Non. Só as realizadas desde o último parto.
Non. Nas novillas colle todas as inseminacións rexistradas.
Eses campos quedan baleiros.
A lactación queda a 0.
Reprodución → Facturación Medicamentos
A partir deste formulario ábrese tamén un asistente interno para xerar a receita a partir dos medicamentos facturados seleccionados.
Relacionado con ese proceso aparece ademais o formulario de receitas veterinarias, que no menú xeral está en:
Principal → Control Recetas Veterinario
Este bloque funcional serve para rexistrar, revisar, imprimir e transformar en receita veterinaria os medicamentos facturados a unha explotación.
A lóxica completa non é só a dunha táboa de liñas de facturación. En realidade fai catro cousas principais:
rexistrar unha liña de facturación dun medicamento nunha explotación, descontar ese medicamento do stock do técnico, crear ou actualizar o movemento económico e de stock asociado á venda, e, cando procede, converter esas liñas en receitas veterinarias cos datos do tratamento.
É dicir, non é unha simple listaxe contable: é un punto de unión entre:
medicamento explotación stock do técnico movemento de venda albarán receita veterinaria
No formulario principal de Facturación Medicamentos o usuario traballa sobre:
explotación, data inicial, data final, liñas de medicamentos facturados desa explotación, medicamento, presentación, código de xestión, prezo, cantidade, IVE, total da liña, técnico, observacións, CEA, propietario, receita asociada, se xa existe, número normalizado da receita, se xa existe, lote, número de lote, data de caducidade.
O sistema carga as liñas facturadas filtrando por explotación e intervalo de datas.
Ao abrir o formulario, o intervalo de datas non queda baleiro.
O proceso calcula automaticamente:
data inicial = primeiro día do mes anterior data final = último día do mes anterior
Isto significa que, por defecto, o formulario se prepara para revisar a facturación do mes pasado completo.
colle a data actual, obtén o mes e o ano, calcula o día 1 do mes actual, calcula o último día do mes actual, réstalle un mes a ambas datas, e deixa ese resultado como intervalo por defecto.
Facilitar a revisión mensual da facturación sen obrigar ao usuario a poñer sempre as datas á man.
Cando se dá de alta unha liña de facturación, o sistema non se limita a gardar o que o usuario teclea.
Antes de gardar, completa automaticamente moita información.
A partir da explotación seleccionada colle:
CEA, propietario, código de xestión da explotación.
Se a explotación non ten código de xestión, o proceso non deixa continuar.
Que a liña de facturación quede xa preparada para o circuíto administrativo e de xestión.
A partir do medicamento seleccionado, arrastra cara á liña de facturación os datos mestres do medicamento, por exemplo:
laboratorio, acción terapéutica, tipo de produto, descrición, composición, indicacións, contraindicaciós, vía de administración, dose bovino, tempos de espera, familia, grupo, diagnóstico por defecto, duración de tratamento por defecto, se require receita, estado comercial, aviso dos 5 días, declaración de uso.
Evitar que a liña quede con só un código, e facer que xa leve a información clínica e administrativa necesaria para o resto do proceso.
O sistema tenta identificar quen fai a venda.
Para iso:
primeiro usa o técnico indicado, se non pode resolvelo directamente, intenta obtelo a partir do usuario conectado, obtén nome, apelidos e código operativo do técnico.
Despois deixa gardados:
técnico en formato visible, código do técnico, usuario, data e hora de alta.
Relacionar a venda co profesional que move ese medicamento.
Se a liña é nova, xérase un identificador interno composto cunha lóxica de:
usuario servidor autonumérico
Ter unha clave única para a liña facturada e para os movementos asociados.
Ao facturar, o sistema vai ao stock do técnico e busca a partida correspondente:
mesmo técnico, mesmo medicamento, mesma data ou anterior, e mesmo lote cando o lote exista.
Despois:
colle a cantidade dispoñible, réstalle a cantidade vendida, redondea a 2 decimais, comproba que o resultado non quede por baixo de cero.
Se a venda supera o stock dispoñible, a operación non se admite.
stock_resultante = stock_dispoñible - cantidade_facturada
Se o resultado é menor que 0, o sistema devolve erro.
Impedir vender máis unidades das que realmente hai dispoñibles no stock do técnico.
Cando a liña se grava correctamente, tamén se crea o movemento asociado co tipo:
Venta
Ese movemento leva, entre outros:
técnico, artigo, código do artigo, cantidade, IVE, número de albarán, código de xestión da explotación, nome e apelidos do técnico.
Que a saída de stock e a venda queden reflectidas non só na liña de facturación, senón tamén no rexistro de movementos.
Ao actualizar unha liña, o sistema non cambia só os campos visibles. Tamén recalcula todo o impacto que esa modificación ten no stock e nos movementos.
A lóxica é esta:
le como estaba a liña antes, compara medicamento, cantidade, técnico, lote, prezo, IVE e total, devolve ao stock antigo o que antes se descontara, volve descontar do stock novo o valor actualizado, e actualiza o movemento de venda correspondente.
Isto evita que o stock quede desaxustado cando se cambia:
a cantidade, o medicamento, o lote, ou o técnico.
Manter consistencia entre facturación e stock, tamén cando hai correccións posteriores.
Ao borrar unha liña de facturación:
recupera a información desa liña, devolve a cantidade ao stock do técnico, elimina o movemento de venda asociado, e elimina a propia liña.
stock_resultante = stock_actual + cantidade_eliminada
Que borrar unha venda reverta tamén o seu efecto no inventario.
No formulario principal hai edición directa do prezo para determinados usuarios.
Cando se cambia o prezo dunha liña, o sistema recalcula o total da liña automaticamente.
total_liña = cantidade × prezo × (1 + IVE / 100)
O resultado actualízase na propia grella.
prezo cantidade porcentaxe de IVE
Ter o importe final da liña xa calculado sen depender dun cálculo manual externo.
O formulario permite imprimir un albarán/informe coas liñas visibles.
Para cada rexistro colle:
id de facturación, explotación, técnico, código de xestión da explotación, data, código do artigo, presentación, nome do medicamento, lote, caducidade, cantidade, prezo, IVE, total, observacións, propietario, CIF/NIF, dirección, localidade, provincia, código postal.
Despois constrúe un conxunto de rexistros e lánzao contra o informe correspondente.
Xerar un documento de saída da facturación xa listo para entrega ou arquivo.
Hai un proceso de corrección que revisa as liñas facturadas e comproba se teñen o seu movemento de stock asociado.
Se non o teñen:
reconstrúe ese movemento, resolve o técnico, colle o artigo e os importes, e volve crear a venda.
Se o movemento xa existe, pode actualizar os seus datos.
Reparar descadres entre facturación e movementos de stock.
Hai outro proceso de reparación que revisa as liñas facturadas que aínda non teñen receita asociada.
Para cada liña sen receita:
busca receitas da mesma explotación, no mesmo día, e que leven ese medicamento nalgunha das catro posicións permitidas.
Se a atopa:
enlaza a liña de facturación coa receita, e garda tamén o número normalizado da receita.
Recoser relacións que puideran quedar sen enlazar entre a venda do medicamento e a receita veterinaria.
Dentro deste fluxo hai un asistente que permite coller as liñas facturadas dun día e preparar a receita veterinaria.
Ese asistente colle:
explotación, data, medicamentos visibles na grella, cantidades, dose bovino, vía de administración, composición, duración por defecto, declaración de uso, indicacións, lote, caducidade.
O asistente non pasa cada liña tal cal. Primeiro agrupa os medicamentos para non repetir entradas innecesarias.
Considera o mesmo medicamento cando coinciden:
id do medicamento e lote
Se coinciden esas dúas cousas:
suma as cantidades
Se non coinciden:
crea unha nova posición de medicamento na receita
cantidade_agrupada = suma das cantidades das liñas co mesmo medicamento e o mesmo lote
Só prepara ata 4 medicamentos por receita.
Adaptar a facturación á estrutura real da receita, que admite un número limitado de medicamentos.
Para cada un deses ata 4 medicamentos, o sistema traslada á receita:
id do medicamento, id da liña de facturación de orixe, cantidade, dose, vía/natureza do tratamento, composición, duración do tratamento, declaración de uso.
No primeiro medicamento, ademais, intenta construír a lista de diagnósticos suxeridos a partir das indicacións do medicamento.
Cando hai texto de indicacións, o proceso tenta extraer opcións de diagnóstico.
colle o texto de indicacións, divídeo por bloques, en cada bloque colle a parte anterior ao paréntese, elimina repetidos, e xera unha lista de opcións.
Se non pode interpretar o texto, deixa como opción:
SIN INDICACIÓNS
Axudar a cubrir o diagnóstico da receita con suxestións razoables tomadas do propio medicamento. A receta xenérase coma unha receta de Botiquín Veterinario que, ao asinala dixitalmente, xa se pode dispensar directamente dende a mesma pantalla imprimíndoa ou enviándoa por correo electrónico.
Na receita, cada medicamento só se considera realmente cuberto cando a súa cantidade é distinta de cero.
Se unha posición ten cantidade distinta de cero, entón obriga a cubrir tamén:
dose, vía ou natureza do tratamento, duración do tratamento, composición, declaración de uso, porcentaxe estimada.
É dicir, non valida as catro posicións sempre, senón só as que estean realmente en uso.
Para cada unha das posicións 1 a 4:
se a cantidade é 0 ou está baleira, esa liña non forza todos os campos se a cantidade é maior que 0, todos eses campos pasan a ser necesarios
Evitar receitas con medicamento cargado pero sen información clínica mínima.
Na receita o sistema manexa, entre outros, estes datos:
explotación, CEA ou REGA, propietario, CIF/NIF, dirección, veterinario asociado, data e hora, número oficial, especie, diagnóstico, indicación, excepcional, crónica, preventivo, non dispensación, número de animais, ata 4 medicamentos, dose de cada un, composición, declaración de uso, duración, observacións.
Tamén permite asociar animais concretos á receita.
data_ini = primeiro día do mes anterior data_fin = último día do mes anterior
Finalidade: preparar revisión mensual.
Ten en conta correctamente:
meses de 30 días, meses de 31 días, febreiro en ano bisesto.
Finalidade: pechar ben o intervalo mensual.
total_liña = cantidade × prezo × (1 + IVE / 100)
Finalidade: obter o importe final con imposto incluído.
Os importes e cantidades sensibles para stock redondéanse a 2 decimais.
Finalidade: evitar arrastres de precisión en movementos de stock e importes.
stock_restante = stock_actual - cantidade_vendida
Se o resultado é negativo, a venda non se admite.
Finalidade: non permitir vendas por riba do stock dispoñible.
stock_restaurado = stock_actual + cantidade_borrada
Finalidade: reverter a venda ao eliminar a liña.
se medicamento e lote coinciden: sumar cantidades senón: crear nova posición
Finalidade: consolidar a receita e evitar duplicados innecesarios.
A partir das indicacións do medicamento:
separa bloques, colle a parte descritiva, elimina repetidos, crea lista de diagnósticos candidatos.
Finalidade: axudar ao veterinario a cubrir a receita.
Para cada medicamento:
se hai cantidade > 0, obriga a dose, vía, duración, composición, declaración de uso e porcentaxe estimada.
Finalidade: evitar receitas incompletas.
A finalidade real deste bloque é que o medicamento pase por todo o ciclo con coherencia:
entra en stock, sáese do stock cando se factura, queda rexistrado como venda, pode imprimirse en albarán, e pode rematar asociado á receita veterinaria correspondente.
Deste modo, o sistema non trata por separado:
facturación, stock, movementos, e receita,
senón que os mantén enlazados.
Facturación Medicamentos é un formulario situado en Reprodución → Facturación Medicamentos. Permite consultar e manter as liñas de medicamentos facturados dunha explotación, calcula o total de cada liña con IVE, desconta automaticamente o stock do técnico, crea o movemento de venda, imprime o albarán e, ademais, pode converter esas liñas en receitas veterinarias agrupando medicamentos, sumando cantidades por medicamento e lote, e obrigando a cubrir os datos clínicos mínimos de cada tratamento para poder dispensar os productos coma Botiquín Veterinario.
Usa:
cantidade, prezo, IVE.
O cálculo é:
cantidade × prezo × (1 + IVE / 100)
A operación bloquéase e non deixa continuar.
Si. Devolve a cantidade ao stock e elimina tamén o movemento asociado.
Non sempre. Primeiro agrupa por medicamento e lote e suma cantidades.
Ata 4.
Téntanse extraer das indicacións do medicamento para propoñer opcións de diagnóstico.
Se a cantidade é distinta de cero, son obrigatorios:
dose, vía/natureza, duración, composición, declaración de uso, porcentaxe estimada.
Si. Hai procesos para reconstruír movementos de stock e para volver asociar liñas de facturación coa súa receita cando falte ese enlace.
Siguiente sección Menú Podología
