Simogan Sistema Informático de Identificación y Movimiento de Ganado

MINISTERIO DE AGRICULTURA, PESCA Y ALIMENTACIÓN
SECRETARIA GENERAL DE AGRICULTURA Y ALIMENTACIÓN

Dirección General de Ganadería
SIMOGAN
Descripción del sistema

para las CCAA
Revisión 3
Madrid, 12 de Noviembre de 2.002

12/11/2002 SIMOGAN: DESCRIPCIÓN CCAA REVISIÓN 3
INDICE
1. INTRODUCCIÓN. .................................................................................................. 5
2. DESCRIPCIÓN FÍSICA DEL SISTEMA................................................................ 6
3. DESCRIPCIÓN LÓGICA DEL SISTEMA ............................................................. 8
3.1. Consultas desde el MAPA................................................................................................................................. 8
3.2. Intercambio de información............................................................................................................................. 9
4. DATOS MÍNIMOS DEL SISTEMA......................................................................11
4.1. Datos de animales............................................................................................................................................ 11
4.2. Datos de explotaciones .................................................................................................................................... 12
5. MODELO DE DATOS .........................................................................................14
5.1. Diagrama lógico............................................................................................................................................... 15
5.2. Tablas Principales........................................................................................................................................... 18
5.3. Tablas auxiliares de Codificación .................................................................................................................. 32
5.4. Tablas del Sistema........................................................................................................................................... 46

5.4.1. Descripción. ............................................................................................................................................... 46
5.4.2. Contenido................................................................................................................................................... 47
6. FUNCIONAMIENTO DE LOS MENSAJES........................................................53
6.1. Funcionamiento de los mensajes de entrada................................................................................................. 53
6.2. Funcionamiento de los mensajes de salida .................................................................................................... 54
6.3. Borrado de los mensajes de entrada.............................................................................................................. 55
6.4. Borrado de los mensajes de salida ................................................................................................................. 55
6.5. Clasificación de los mensajes.......................................................................................................................... 55
6.6. Mensajes de Cancelación................................................................................................................................ 56
7. MENSAJES DE ENTRADA A LA CCAA ...........................................................57
7.1. Mensajes de Petición de Datos. ...................................................................................................................... 57
7.2. Mensajes de Irregulares ................................................................................................................................. 57
PÁGINA 2
7.3. Mensajes de Movimientos............................................................................................................................... 59
7.4. Mensajes de Administración .......................................................................................................................... 63
8. MENSAJES DE SALIDA DE LA CCAA .............................................................65
8.1. Mensajes de Petición de Datos ....................................................................................................................... 65
8.2. Mensajes de Explotaciones ............................................................................................................................. 67
8.3. Mensajes de Muertos ...................................................................................................................................... 69
8.4. Mensajes de Rangos fabricados ..................................................................................................................... 71
8.5. Mensajes de Irregulares ................................................................................................................................. 72
8.6. Mensajes de Movimientos............................................................................................................................... 74
8.7. Mensajes de Recrotalación............................................................................................................................. 81
9. FUNCIONAMIENTO ANTE MOVIMIENTOS DE ANIMALES ...........................82
9.1. Tipos de movimientos...................................................................................................................................... 82
9.2. Casos de movimientos. .................................................................................................................................... 83

9.2.1. Traslados dentro de una CA. ..................................................................................................................... 83
9.2.2. Salida de una CA hacia otra CA................................................................................................................ 84
9.2.3. Salida de una CA hacia un país comunitario............................................................................................. 86
9.2.4. Salida de una CA hacia un país no comunitario........................................................................................ 86
9.2.5. Llegada a una CA desde otra CA............................................................................................................... 87
9.2.6. Llegada a una CA desde un país comunitario............................................................................................ 88
9.2.7. Llegada a una CA desde un país no comunitario....................................................................................... 89
9.2.8. Nacimientos. .............................................................................................................................................. 89
9.2.9. Muertes. ..................................................................................................................................................... 90
9.2.10. Nacimientos en temporales (trashumancia, ...)........................................................................................ 90
9.2.11. Ceuta y Melilla......................................................................................................................................... 91
9.3. Aclaraciones sobre movimientos. ................................................................................................................... 91
10. PROCESO DE CERTIFICACIÓN .......................................................................94
11. DOCUMENTO DE IDENTIFICACIÓN DE BOVINOS (DIB) ..............................95
12. PORTAL WEB DE SIMOGAN ............................................................................97
12.1. Forma de conexión. ....................................................................................................................................... 97
12.2. Información pública...................................................................................................................................... 97
12.3. Información restringida (para usuarios). .................................................................................................... 97
12.4. Información restringida (para administradores). ...................................................................................... 98
PÁGINA 3
12.5. Ayuda y navegación. ..................................................................................................................................... 99
13. BUSCADOR DE EXPLOTACIONES BOVINAS..............................................100
13.1. Forma de conexión. ..................................................................................................................................... 100
13.2. Utilización. ................................................................................................................................................... 100
13.3. Integración con sus aplicaciones. ............................................................................................................... 102
14. BUSCADOR DE ANIMALES BOVINOS ..........................................................104
14.2. Utilización. ................................................................................................................................................... 104
15. CÁLCULO DE CENSOS...................................................................................107
15.2. Utilización. ................................................................................................................................................... 107
16. CHEQUEOS DE DATOS ..................................................................................109
16.1. Forma de conexión ...................................................................................................................................... 109
16.2. Utilización .................................................................................................................................................... 109
16.3. Códigos de error.......................................................................................................................................... 111
17. GESTIÓN DE USUARIOS.................................................................................113
17.2. Utilización. ................................................................................................................................................... 113
18. RESUMEN DE LOS CAMBIOS RESPECTO A LA REVISIÓN ANTERIOR ..116
PÁGINA 4
1. Introducción.
Este documento tiene la intención de recopilar toda la información existente actualmente sobre
el sistema SIMOGAN, que afecte directamente a las distintas CCAA.
Bajo las siglas SIMOGAN (Sistema informático de Identificación y Movimiento de Ganado) se

recoge el sistema implantado por la Subdirección General de Vacuno y Ovino del MAPA, a nivel
nacional, para dar respuesta al reglamento 820/97 en lo que se refiere a la “Identificación y
Registro de Ganado Bovino”.
Básicamente consiste en una gran Base de Datos Nacional, que de respuesta a las 2 preguntas
fundamentales, objetivo de este proyecto:
• Dado el código de identificación de un animal, obtener su historial, esto es, sus datos
básicos y los códigos de las explotaciones con las fechas, por las que ha ido pasando el
animal a lo largo de su vida.
• Dado el código de una explotación, obtener el censo de animales existentes en dicha

explotación para una fecha determinada.
Visto el esfuerzo a realizar, y pensando en la futura red epidemiológica nacional, se ha pensado

en la conveniencia de incorporar al sistema SIMOGAN información respecto al estado sanitario
tanto de los animales como de las explotaciones, así como información de las primas solicitadas
para un animal.
Los datos se deben conservar durante un periodo mínimo de 3 años.
Las principales características del sistema SIMOGAN son las siguientes :
a) Desde el MAPA el sistema es único y homogéneo.
b) La Base de Datos es Distribuida: Cada CCAA posee la información de su territorio.
c) La Base de Datos es Heterogénea: Cada CCAA mantiene sus propios sistemas operativos y
motores de Bases de Datos Relacionales, con acceso por ODBC (Open Database
Connectivity).
d) Los datos han de estar actualizados por cada CA de forma inmediata.
e) Las consultas desde el MAPA se responden de forma inmediata (sistema on-line).
PÁGINA 5
2. Descripción física del Sistema
El sistema SIMOGAN incorpora los siguientes elementos:
• Un Servidor Central (en adelante SC), con una Base de Datos Central, situado en el
MAPA.
• Un canal de comunicaciones permanente entre el MAPA y cada una de las Consejerías de

Ganadería de las distintas CCAA, denominado Red Corporativa .
• Un Servidor Autonómico (en adelante SA) en cada Comunidad Autónoma (en adelante
CA), con una Base de Datos Autonómica, conteniendo como mínimo los datos
consensuados que se describen en el siguiente capítulo.
• Un equipo situado en cada CA, llamado Punto de Intercambio de Datos (en adelante
PID), conectado a la red de cada CA, de forma que sea accesible desde este equipo tanto
el SA de cada CA, como la comunicación con el SC del MAPA. Este equipo es el que
realmente hace de interlocutor entre el SC y el SA, y el que posee los “drivers” necesarios
para comunicarse con el SA de cada Comunidad Autónoma.
El esquema general es el siguiente:
Router
Frame Relay C.A. 1
128 k TCP/IP
256 k
512 k
...
SC Router RED
(MAPA) MAPA Corporativa
SA
(C.A. n)
Router
C.A. n
PID
(C.A. n)
Red Local
(C.A. n)
PÁGINA 6
El esquema detallado, dentro de una CA, es el siguiente:
También debe quedar claro el papel que juega cada organismo:
n Es responsabilidad de cada CA el correcto funcionamiento del SA y de su parte de la Red

Corporativa. Así como organizar la infraestructura necesaria en su ámbito, para que los
datos lleguen rápidamente y bien hasta el SA, siendo estos datos correctos, chequeados y
congruentes. También es responsabilidad de cada CA el responder correctamente a los
mensajes que reciba, procesarlos y realizar los cambios pertinentes en su Base de Datos; y
enviar las correspondientes notificaciones al Servidor Central cuando corresponda, tal y
como se describe en este documento.
n Es responsabilidad del MAPA el correcto funcionamiento del SC y de su parte de la Red

Corporativa, junto con los PID de cada CA. Destacando el que si una CA deposita un
mensaje de salida, y es procesado correctamente, es responsabilidad del MAPA el que este
mensaje viaje y llegue correctamente a su destino. Se debe tener en cuenta la existencia de
posibles retrasos temporales ajenos al MAPA, en caso de fallo en las comunicaciones.
PÁGINA 7
3. Descripción lógica del Sistema
La idea fundamental del sistema es la siguiente:
n El SC debe conocer en cada momento dónde reside un animal. Para ello dispone de la
información siguiente:
§ Rangos de crotales fabricados por las CCAA
§ animales muertos
§ animales importados y exportados (otros países)
§ movimientos de animales entre distintas CCAA
n El SC también conoce los datos básicos de todas las explotaciones existentes en toda
España, sus propietarios y sus calificaciones sanitarias, para posibles consultas de las
CCAA, especialmente en la emisión de guías.
n Cada SA posee los historiales completos (incluye todos los movimientos, incluso los
ocurridos en otras CCAA) de los animales vivos residentes en su territorio, así como de los
animales muertos en su territorio o exportados a otros países (comunitarios o terceros)
desde su territorio, y el sistema central puede consultarlos. Se han de conservar como
mínimo hasta pasados 3 años desde que el animal abandona una explotación de su
territorio.
n Cada SA posee la información completa de las explotaciones de su territorio, y la

información de movimientos necesaria para calcular los censos (en cualquier fecha de los
últimos 3 años).
Nota: De los animales que salgan de la CA se deben conservar al menos los datos básicos y
los movimientos durante 3 años desde el día de su salida. Esto hay que hacerlo para poder
calcular el censo de una explotación en una fecha pasada (dentro de los últimos tres años), ya
que el censo de una explotación se calcula con la información de la tabla de Movimientos.
3.1. Consultas desde el MAPA
Cuando desde el MAPA se desea consultar los datos de un animal, primero se realiza la
localización del mismo, con los siguientes chequeos en el SC:
• Si el crotal es Español debe figurar dentro de los rangos de crotales fabricados
• Si el crotal es extranjero debe figurar en las importaciones
• Mira si está muerto
• Mira si se ha exportado a otro país
• Mira si tiene algún movimiento entre CCAA:
• SI -> lo localiza en la última CA a donde se movió
• NO -> lo localiza en la CA que indica su crotal
El flujo lógico para la localización es el siguiente:
PÁGINA 8
Consulta de un
animal
¿Ha sido NO ¿El crotal es SI ¿Ha sido

importado? español? fabricado?
SI SI
¿Ha muerto?
NO
¿Ha sido
exportado?
NO
NO ¿Ha tenido SI
Localizado por movimientos entre Localizado por último
crotal CCAA? movimiento
Una vez localizada la CA donde reside el animal, el SC le ordena al PID de dicha CA que lance
una consulta SQL (mediante conexión ODBC) contra el SA para obtener los datos de dicho
animal.
El PID le devuelve al SC el resultado de la consulta, para mostrárselos al MAPA.
3.2. Intercambio de información
A la vista de lo mencionado al comienzo de este capítulo, es fundamental que cada SA

comunique cierta información al SC, destacando:
• Rango de crotales fabricados
• Importaciones de animales de países de la UE (mantienen su crotal)
• Movimientos de salida de animales (a otra CCAA o a otros países) y los historiales

completos de los animales que viajan (para transmitirlos a destino).
PÁGINA 9
• Muertes de animales
• Actualización de datos de explotaciones
• Animales encontrados irregularmente
Así mismo, el SC debe notificar a su SA:
• Movimientos de entrada de animales procedentes de otras CCAA, y los historiales

completos de los animales que viajan.
Para permitir el intercambio de información entre las distintas CCAA y entre las CCAA y el
MAPA se han definido una serie de mensajes, que se describen en capítulos posteriores.
El SC actúa como nodo principal para recibir y enviar mensajes. De forma que si la CA1 desea
enviar un mensaje a la CA2, tan solo debe enviárselo al SC, ya que este se encargará
posteriormente de entregárselo a la CA2. De esta forma se unifica la notificación al SC con el
envío de información.
Los mensajes que viajan de su CA hacia el MAPA los deben colocar en la tabla de salida de su
Base de Datos.
Los mensajes que viajan del MAPA hacia su CA los coloca el sistema SIMOGAN
automáticamente en la tabla de entrada de su Base de Datos.
Es el PID el encargado de procesar, de manera continua y permanente, los mensajes de su tabla

de salida (mediante conexión ODBC los explora cada cierto tiempo), dando ciertas prioridades,
para que los más importantes se procesen inmediatamente. El PID se los transmite al SC para
que tome decisiones.
Cuando el SC decide enviar un mensaje a una CA, se lo comunica al PID de dicha CA, y el PID
se encarga de insertar (mediante conexión ODBC) el mensaje en su tabla de entrada.
También hay que mencionar, de manera general, que cada CA deberá generar números de
mensaje únicos y secuenciales (cada salto en un número de mensaje puede ser interpretado
como pérdida de un mensaje).
PÁGINA 10
4. Datos mínimos del Sistema

A continuación se hace relación de la información que formará parte del sistema.
4.1. Datos de animales
4.1.1. Datos Básicos
Código de identificación
Restricción al movimiento del animal individual (tipo de motivo)
Sexo y Raza
Código de la explotación donde reside o está localizado en la actualidad.
Código de identificación de la madre
Código de la explotación de nacimiento
Fecha de nacimiento
País de nacimiento
Código de la explotación en que murió o fue sacrificado
Fecha de muerte
Estado de localización y fecha de cambio del estado.
Identificación del toro de lidia (solo para toros de lidia sin marca auricular)
Identificación original (solo si fue importado de un tercer país)
Observaciones
4.1.2. Datos de cada Movimiento
Código identificativo único del movimiento (con carácter general coincide con el de la guía)
Fecha y hora de expedición del documento sanitario de acompañamiento o guía
Código de la explotación de origen y lugar (CA o país) donde se encuentra
Fecha y hora de salida del origen
Código de la explotación de destino y lugar (CA o país) donde se encuentra
Fecha y hora de llegada al destino
Tipo e Identificación del transporte
Tipo e Identificación del responsable del movimiento.
Número de animales del movimiento
Observaciones
Tipo por pertenencia (Normal / Temporal)
Tipo por ubicación (Regular / Irregular / Carga Inicial, …)
Clasificación (Nacimiento, Muerte, Traslado, …)
Relación de los crotales de los animales que componen el movimiento
4.1.3. Información sanitaria del animal
Resultado de Tuberculosis y fecha del último control (si se ha realizado)

Resultado de Brucelosis y fecha del último control (si se ha realizado)
Resultado de Leucosis y fecha del último control (si se ha realizado)
Resultado de Perineumonía y fecha del último control (si se ha realizado)
Resultado de PNIR y fecha del último control (si se ha realizado)
Vacunación RB-51 contra Brucelosis y fecha (si se ha realizado)
Otros resultados o actuaciones sanitarias y fecha del control (previsto para el futuro)
4.1.4. Información de Primas
Solicitada Prima Especial (Primer tramo) y fecha de solicitud

Solicitada Prima Especial (Segundo tramo) y fecha de solicitud
Otras primas solicitadas y fecha de solicitud (previsto para el futuro)
PÁGINA 11
4.2. Datos de explotaciones
4.2.1. Información básica
Código SIMOGAN de la explotación (nuevo)

Código local de la explotación (antiguo)
Restricción a la entrada de movimientos hacia la explotación (tipo de motivo)
Restricción a la salida de movimientos desde la explotación (tipo de motivo)
Estado de la explotación (Alta o Baja) y fecha del cambio de estado
Clasificación zootécnica de la explotación (cebo, reproducción, ...)
Nombre, Dirección y código postal de la explotación
Nombre, NIF/CIF, y teléfono del titular y/o de cada uno de los propietarios
Código del responsable sanitario de la explotación
Observaciones
4.2.2. Censo por ubicación
Código de los animales que se encuentran físicamente en una explotación en una fecha
determinada (dentro de los últimos tres años). Esto se calcula con la información de
Movimientos (incluyendo también los movimientos temporales).
4.2.3. Censo por pertenencia
Código de los animales que pertenecen a una explotación en una fecha determinada
(dentro de los últimos tres años), independientemente de dónde estén, conocido como
“Libro de Registro de una explotación”. Esto se calcula con la información de Movimientos
(no se tienen en cuenta los movimientos temporales).
4.2.4. Calificaciones sanitarias
Calificación para Tuberculosis y fecha de obtención

Calificación para Brucelosis y fecha de obtención
Calificación para Leucosis y fecha de obtención
Calificación para Perineumonía y fecha de obtención
Resultado PNIR y fecha del último control
Calificación para otras enfermedades y fecha de obtención (previsto para el futuro)
4.2.5. Información del Responsable Sanitario
Código identificativo único del responsable sanitario

Tipo (Oficina Veterinaria, ADS, particular, …)
Nombre del responsable sanitario
Teléfono de contacto del responsable sanitario (opcional)
Nombre y NIF de todos los Veterinarios pertenecientes al responsable sanitario
Identificador de cada Veterinario (número de colegiado, …) (opcional)
4.2.6. Información de los Agrupamientos
Código único del grupo

Tipo
Estado del grupo (Alta o Baja) y fecha del cambio de estado
Nombre del grupo
Observaciones
Código de cada una de las explotaciones que pertenece al grupo y fecha en la que se
añade o da de baja en el grupo.
PÁGINA 12
4.2.7. Información de las Inspecciones de Identificación realizadas sobre el terreno
Nº de acta de la inspección
Código SIMOGAN de la explotación inspeccionada.
Fecha de la inspección
Tipo de inspección (aleatoria, dirigida, …)
Marco de la inspección (actuación sanitaria, control de ayudas, específica, …)
Nº de animales en la explotación, según la Base de Datos
Nº de animales inspeccionados (presentes en la explotación)
Nº de animales presentes, que no estaban en la Base de Datos (Altas)
Nº de animales no presentes, que si estaban en la Base de Datos (Bajas)
Nº de bovinos con disparidad en datos básicos
Nº de bovinos con incidencias en crotales
Nº de bovinos con incidencias en DIBs
Nº de bovinos con incidencias en el Libro de Registro
Estado del expediente sancionador (si procede) y cantidades propuestas/impuestas
Fecha de inicio y finalización del expediente (si procede)
Observaciones
4.2.8. Información de los expedientes iniciados por control administrativo
Código SIMOGAN de la explotación expedientada

Tipo de irregularidad detectada
Estado del expediente sancionador y cantidades propuestas/impuestas
Fecha de inicio y finalización del expediente
Observaciones
PÁGINA 13
5. Modelo de Datos
A continuación se expone un modelo de datos mínimo, que se ha de seguir en cada CA, especialmente
en cuanto al nombre de las tablas (o vistas) y al nombre de los campos y su tipo.
Lógicamente cada CA podrá tener mucha más información (más campos y más tablas) si lo desea,
pero la que se expone aquí es la que utilizará SIMOGAN.
En algunos códigos se hace referencia al código INE de cada Comunidad Autónoma, que son los
siguientes:
Código INE CCAA

01 Andalucía
02 Aragón
03 Asturias
04 Baleares
05 Canarias
06 Cantabria
07 Castilla la Mancha
08 Castilla y León
09 Cataluña
10 Extremadura
11 Galicia
12 Madrid
13 Murcia
14 Navarra
15 País Vasco
16 La Rioja
17 Valencia
18 Ceuta
19 Melilla
PÁGINA 14
5.1. Diagrama lógico
4 T_DSABOV (sa)
Datos Sanitarios
1 T_ANIBOV (an)
Animales
5 T_PRIBOV (pa)
Datos sobre
primas
2 T_ANIMOV (am)
Animales del
movimiento
3 T_MOVBOV (mo)
Movimientos
21 T_CROBOV (cr)
Crotales
fabricados
PÁGINA 15
7 T_CSEBOV (se)
Calificaciones
Sanitarias
8 T_RESEXP (re) 9 T_VETEXP (ve)
Responsables Veterinarios
Sanitarios
6 T_EXPBOV (ex) 10 T_TITEXP (ti) 11 T_GANEXP (ga)
Explotaciones Titulares Ganaderos
12 T_GREXBO (eg) 13 T_GRUBOV (gr)
Agrupamientos Grupos
14 T_INSTER (it)
Inspecciones
sobre el terreno
15 T_CONADM (ca)
Expedientes por
control
administrativo
PÁGINA 16
16 T_MSGENT (me) 17 T_CMSGEN (ce)
Mensajes de Contenido
Entrada Mensaje Entrada
18 T_MSGSAL (ms) 19 T_CMSGSA (cs)
Mensajes de Contenido
Salida Mensaje Salida
20 T_EXBOEX (xx)
Explotaciones
otras CCAA
PÁGINA 17
5.2. Tablas Principales
En este apartado se muestra la estructura de cada tabla.
Representación:
Para representar una tabla se utiliza un esquema en forma de tabla como se describe a
continuación:
Entidad <<n>>
Tabla
Descripción
CL CE Campo Descripción Tipo Obligatorio
.........................................Campo 1.........................................
.........................................Campo N.........................................
El nombre y el número de la entidad se corresponde con el que aparece en el diagrama lógico.

La columna (CL) indica si el campo forma parte de la clave primaria (P) o si está indexado (I).
La columna (CE) indica si un campo es clave externa, es decir, si es clave primaria en otra
entidad (se indica el número de la entidad).
La columna (Campo) indica el nombre de cada campo.
La columna (Descripción) describe el valor que hay que introducir en cada campo.
La columna (Tipo) indica el tipo de dato del campo.
La columna (Obligatorio) se marca aquellos campos obligatorios, para que funcionen
correctamente las consultas. Es decir, estos campos no admiten valores NULL.
Nombres de las tablas:

Cada tabla, asociada a una entidad del diagrama lógico, se nombra con el prefijo ‘T_’ seguido de
un nombre corto representativo. Las tablas auxiliares de codificación se nombran con el prefijo
‘TC_’ y las tablas de sistema utilizan el prefijo ‘TS_’.
Nombres de los campos:

Los campos de una tabla se nombran comenzando con dos letras únicas para esa tabla (xx) y
que no se repiten en otras, seguidas de las siguientes posibilidades:
xx_clave si es una clave primaria interna

xx_id_algo si es identificador de algo (ejemplo an_id_madre).
xx_nombre si es un campo normal (ejemplo an_obs).
xx_co_tabla si es un campo codificado según una tabla auxiliar (ejemplo an_co_raza).
xx_fc_nombre si es un campo fecha (ejemplo an_fc_nac).
xx_ce_tabla si es una clave externa (clave primaria en otra tabla).
PÁGINA 18
Tipos de datos:
Los tipos de datos que se pueden encontrar en cada campo serán los siguientes:
· N(n) Numérico sin decimales (n= nº máximo de dígitos).

· C(n) Carácter (n = longitud obligatoria de caracteres).
· CV(n) Carácter variable en longitud hasta un máximo de n (longitud <= n).
·F Fecha (en formato SQL estándar universal AAAA-MM-DD o AAAA/MM/DD
donde AAAA es el año con cuatro cifras, MM el mes y DD el día).
· FyH Fecha y Hora (en formato SQL estándar universal AAAA-MM-DD hh:mm:ss o
AAAA/MM/DD hh:mm:ss, donde AAAA es el año con cuatro cifras, MM el
mes, DD el día, hh la hora, mm los minutos, y ss los segundos).
Normas:
A las tablas principales se les ha añadido una clave interna numérica para mejorar la eficiencia.
Las relaciones entre tablas se efectúa por este campo.
Las búsquedas que se hagan en la Base de Datos deben ser “case-insensitive”, es decir no
sensibles a que se escriba en mayúsculas o en minúsculas.
Como norma general, los códigos principales (crotal, explotación y movimientos) irán siempre
con mayúsculas, y sin espacios ni guiones entre medias.
Si no se conoce el valor de un campo codificado según tabla auxiliar, normalmente tendrá que
toma el valor por defecto “00” (aunque hay algunas excepciones).
Accesos:
Cada CA suministrará un usuario (y password) para que SIMOGAN pueda acceder a su Base de
Datos, con las siguientes condiciones:
• Se debe acceder en modo lectura a todas las tablas.
• Se debe acceder en modo escritura a las tablas de mensajes: T_MSGENT, T_CMSGEN, y

T_MSGSAL.
• Se debe acceder en modo escritura a la tabla T_EXBOEX.
PÁGINA 19
Entidad 1 Animales.
Tabla T_ANIBOV
Descripción Aquí residirán los datos básicos de todos los animales bovinos de la CA:
• Vivos
• Muertos en la CA hace menos de tres años.
• Salidos fuera de la CA hace menos de tres años..
P 2,4,5 an_clave Código interno para cada animal N(12) a
I an_id_ani Código de identificación del animal. (Crotal) CV(14) a
an_co_res Restricción al movimiento (y motivo) según C(2)
“TC_MOTRES” (tabla auxiliar 5, pág. 40)
an_co_est Estado del animal según “TC_ESTANI” C(2) a
(tabla auxiliar 4, pág. 40)
an_fc_est Fecha del cambio de Estado F a
an_co_sexo Sexo según “TC_SEXO” C(2) a
an_co_raza Código de la raza según “TC_RAZBOV” C(4) a
an_id_madre Código de identificación de la madre. CV(14) (*)
I an_id_exp Código de la última explotación SIMOGAN válida, C(14) a
donde se ha localizado al animal en cada CA.
an_fc_nac Fecha de Nacimiento F a
an_id_enac Código de la explotación donde nació. C(14) (*)
an_id_toro Código de identificación del toro de lidia CV(14)
an_id_imp Marca original de animal importado de un tercer país CV(20)
an_obs Comentarios y observaciones sobre el animal CV(255)
an_co_pais Código del país de nacimiento, según “TC_LUGAR” C(3) a
(*) Campo obligatorio para aquellos animales nacidos con posterioridad al 1-1-98.
Código de Identificación del Animal :
El Código de identificación del animal ha de identificar a un animal de forma única, acogiéndose al

Real Decreto 1980/1998, de la forma siguiente:
PPXVCCNNNNNNNN
cuyos dígitos se describen a continuación:
PP 2 caracteres que identifican el país (ES para España).

X dígito cuya utilidad la determina la autoridad competente (actualmente 0)
V dígito de verificación o control
CC 2 dígitos para la comunidad autónoma origen según código INE
NNNNNNNN 8 dígitos de identificación del animal
Ejemplo: “ES050301576072”, es un crotal de un animal nacido con posterioridad al 1-Enero-98

en la C.A. de Asturias.
“ESCO4422AB”, es un crotal de un animal nacido antes del 1-Enero-98.
PÁGINA 20
Entidad 2 Animales del Movimiento

Tabla T_ANIMOV
Descripción Aquí se reflejan todos los animales involucrados en cada movimiento.
Si se relaciona con la entidad ‘Movimientos’ se pueden obtener los animales que han viajado
juntos.
Si se relaciona con la entidad ‘Animales’ se pueden obtener todos los movimientos de un
animal.
P 1 am_ce_anibov Código interno del animal. N(12) a
P 3 am_ce_movbov Código interno del movimiento N(12) a
am_co_est Estado del historial según “TC_ESTHIS” C(2)
am_fc_fintem Fecha en la que termina el ciclo de movimientos F
temporales para este animal
Entidad 3 Movimientos de Animales Bovinos

Tabla T_MOVBOV
Descripción Aquí se reflejan todos los movimientos, ocurridos en la CA o fuera de ella de todos los
animales presentes en la entidad “Animales” (residen en la CA, han muerto en la CA o han
salido de la CA).
P 2 mo_clave Código interno del movimiento N(12) a
I mo_id_mov Código identificativo del movimiento. (Guía) CV(18) a
mo_fc_cer Fecha y hora de expedición del certificado sanitario. FyH
I mo_id_eori Código de explotación origen. C(14) a
I mo_fc_sal Fecha y hora de salida FyH a
mo_co_lori Lugar de origen según “TC_LUGAR” C(3) a
I mo_id_edes Código de explotación destino. C(14) a
I mo_fc_lle Fecha y hora de llegada. FyH a
mo_co_ldes Lugar de destino según “TC_LUGAR” C(3) a
mo_co_per Tipo por pertenencia según “TC_PERMOV” C(2) a
mo_co_ubi Tipo por ubicación según “TC_UBIMOV” C(2) a
mo_co_cla Clasificación del movimiento según “TC_CLAMOV” C(2) a
mo_co_medio Medio de transporte utilizado según “TC_MEDTRA” C(2)
mo_id_medio Identificación del medio de transporte utilizado. CV(12)
mo_co_resp Tipo de responsable del movimiento según C(2)
“TC_RESMOV” (tabla auxiliar 17, pág. 43)
mo_id_resp Identificación del responsable del movimiento CV(10)
(NIF/CIF)
mo_num Número de animales involucrados en el movimiento N(6) a
mo_obs Comentarios y observaciones sobre el movimiento CV(255)
PÁGINA 21
Codigo Identificativo del Movimiento:
El Código Identificativo de cada movimiento debe ser único para cada CA, y como máximo de 18
caracteres. Será por tanto de la forma:
CCXXXXXXXXXXXXXXXX
cuyos caracteres se describen a continuación:
CC dos dígitos para la comunidad autónoma origen, según

código INE
XXXXXXXXXXXXXXXX dieciséis dígitos únicos para cada movimiento que ocurra
dentro de la comunidad autónoma origen
Como Código Identificativo del Movimiento, en el caso de movimientos con guía, se puede utilizar el
del Certificado Sanitario que acompaña al movimiento, siempre comenzando por los 2 dígitos de cada
CCAA.
Todos los animales deben tener al menos un movimiento de entrada en la explotación donde residen
actualmente. Si el animal ya no reside en la explotación debe de tener también un movimiento de
salida. Se entiende que un animal reside en una explotación, cuando está vivo, y físicamente se
encuentra en ella. Esto es necesario para que el cálculo de los censos de una explotación funcione
correctamente, ya que el censo (a una fecha) se calcula a partir de los movimientos: añadiendo los
animales de los movimientos de entrada en la explotación (hasta la fecha) y restando los animales de
los movimientos de salida de dicha explotación (hasta la fecha).
Es necesario poner la fecha y la hora de salida y de llegada para que pueda existir censo en las
explotaciones donde entra y sale ganado en el mismo día (mercados, ferias, etc.).
La fecha (incluyendo la hora) de salida debe ser menor o igual que la fecha (incluyendo la hora) de
llegada.
La fecha de expedición del certificado sanitario, en caso de existir, debe ser menor o igual que la fecha
de salida.
Para clarificar todas las particularidades existentes en movimientos, se recomienda leer el capítulo 9
con detenimiento.
Nota 1: Los movimientos de entrada a una explotación pueden ser de 4 tipos:

• Nacimientos: Los nacimientos se deben considerar como un movimiento de entrada a una
explotación. Cada CA debe garantizar que cada código de movimiento es único. Un posible
criterio puede ser el asignar como código: “CCNNXXXXXXXXXXXXXX”, donde
XXXXXXXXXXXXXX es el crotal del animal que nace. Como código de la explotación de
salida (explotación origen) se pondrá en el campo mo_id_eori = “00000000000000” ; y
como explotación destino aquella en la que nace.
• Importaciones: Para aquellas importaciones en las que no se conozca la explotación de
origen en el otro país, se pondrá como código de la explotación mo_id_eori =
“11111111111111” ; y como explotación destino aquella explotación española en la que se
incorpora el animal.
• Movimientos nacionales: En este caso se pondrá como código de explotación origen, el
de la explotación de donde viene el animal; y como código de explotación destino, la
explotación donde entra el animal.
• Encontrados: Cuando se tiene la certeza de que un animal reside en una explotación y en
la Base de Datos no figura en dicha explotación. Hay que crear un movimiento Irregular,
para traer el animal de donde estuviese hasta donde realmente está. Aquí se nos pueden
dar dos situaciones distintas:
a) Que conozcamos donde estaba, por ejemplo en la explotación E1. Haremos un
movimiento Irregular con explotación origen = E1, y explotación destino = la
explotación donde se ha encontrado el animal.
b) Que no sepamos donde estaba. Haremos un movimiento Irregular con explotación
origen = “00000000000000”, y explotación destino = la explotación donde se ha
encontrado el animal. (En esta situación nos encontraremos al hacer una Carga Inicial).
PÁGINA 22
En este caso notificaremos a SIMOGAN con el mensaje 01518 (ver detalles en el

apartado 8.5.1) esta anomalía; pudiendo recibir posteriormente como respuesta un
movimiento que nos indique en qué explotación de otra CCAA se encontraba dicho
animal, sustituyendo en este caso la explotación de origen “00000000000000” por la
que nos comuniquen.
Nota 2: Los movimientos de salida de una explotación pueden ser de 4 tipos:

• Muertes: Las muertes se deben considerar como un movimiento de salida de la
explotación donde muere el animal. Cada CA debe garantizar que cada código de
movimiento es único. Un posible criterio puede ser el asignar como código:
“CCMMXXXXXXXXXXXXXX” siendo XXXXXXXXXXXXXX el crotal del animal que muere.
Como código de explotación de salida (explotación origen) se pondrá aquella en la que
muere el animal; y como código de explotación de entrada (explotación destino) se pondrá
en el campo mo_id_edes = “99999999999999”. Los mataderos se consideran
explotaciones.
• Exportaciones: Para aquellas exportaciones en las que no se conozca la explotación de
destino en el otro país, se pondrá como código de la explotación mo_id_edes =
“11111111111111” ; y como explotación origen aquella española de la que sale el animal.
(Ver excepción, para el caso particular de exportaciones a terceros países pasando por
PIFs en el apartado 9.2.3).
• Movimientos nacionales: En este caso se pondrá como código de explotación origen, el
de la explotación de donde sale el animal; y como código de explotación destino, la
explotación hacia donde se dirige el animal. El movimiento puede ser Regular o Irregular.
• No encontrados: Cuando se tiene la certeza de que un animal no reside en una
explotación y en la Base de Datos figura en dicha explotación. Hay que crear un
movimiento Irregular, para sacar el animal de dicha explotación; o eliminar el movimiento
que lo metió. Aquí se nos pueden dar dos situaciones distintas:
a) Que no sepamos donde ubicarlo. Diremos que el estado del animal es “Desaparecido”,
y se creará un movimiento Irregular con código de la explotación destino mo_id_edes
= “88888888888888” ; y como explotación origen donde figuraba (última de la que
desapareció).
b) Que sepamos donde colocarlo (porque posee movimientos anteriores y sabemos que
no realizó el último). Diremos que el estado del animal es “Devuelto”, y se le quitará del
último movimiento, retornando de esta forma a la explotación anterior.
PÁGINA 23
Entidad 4 Datos Sanitarios de Animales

Tabla T_DSABOV
Descripció Datos Sanitarios de los animales bovinos presentes en la entidad “Animales”, siempre y cuando
n se les haya realizado un control sanitario alguna vez en su vida.
P 1 sa_ce_anibov Código interno del animal. N(12) a
P sa_co_con Tipo de control sanitario al que se refieren los siguientes C(2) a
campos según “TC_CONSAN” (tabla auxiliar 6, pág. 40)
sa_co_resa Resultado sobre el animal del control directo, según C(2) a
“TC_RESANI” (tabla auxiliar 7, pág. 40)
sa_fc_resa Fecha en la que se realizó el control directo sobre el F a
animal (actuación veterinaria en la cuadra).
Entidad 5 Datos sobre Primas de Animales

Tabla T_PRIBOV
Descripción Datos sobre primas solicitadas para los animales bovinos presentes en la entidad “Animales”.
P 1 pa_ce_anibov Código interno del animal. N(12) a
P pa_co_pri Tipo de prima solicitada según “TC_TIPPRI” C(2) a
pa_fc_pri Fecha de solicitud de la prima F a
Entidad 6 Explotaciones
Tabla T_EXPBOV
Descripción Datos básicos de las explotaciones de animales bovinos de la CA.
P 7,10 ex_id Código de Explotación (SIMOGAN) C(14) a
I ex_id_loc Código Local de la Explotación (antiguo) CV(14) a
ex_co_re Restricción a entradas, según “TC_MOTRES” C(2) a
ex_co_rs Restricción a salidas, según “TC_MOTRES” C(2) a
ex_co_est Estado de la explotación según “TC_ESTEXP” C(2) a
ex_fc_est Fecha del cambio de estado F a
ex_co_zoo Clasificación zootécnica según “TC_ZOOEXP” C(2) a
8 ex_ce_resexp Código Identificativo del Responsable Sanitario C(10) a
ex_nome Nombre de la explotación CV(50)
ex_dire Dirección de la explotación CV(100)
ex_cpe Código postal de la explotación C(5)
ex_obs Comentarios y observaciones sobre la explotación CV(255)
PÁGINA 24
Código de Explotación:
El nuevo Código SIMOGAN de identificación de una Explotación ha de ser único y de la forma

siguiente:
XXPPMMMEEEEEEE
XX 2 caracteres que identifican el país (ES para España).

PP 2 dígitos para el código de provincia (código INE).
MMM 3 dígitos para el de municipio (código INE).
EEEEEEE 7 dígitos que identifican la explotación de manera única en el municipio.
Ejemplo: ex_id_cod = “ES090180000001”, es una explotación de Aranda de Duero (Burgos)
El Código Local de identificación de una Explotación será el que figuraba antiguamente en el libro de
registro del ganadero. Ha de ser único, y por regla general se acogerá al Real Decreto 205/96, aunque
el sistema no hará ningún chequeo con este valor. Se utilizará para realizar búsquedas.
Ejemplo: ex_id_loc = “18-BU-1”, puede ser el código local de la misma explotación anterior
El sistema SIMOGAN siempre utilizará los nuevos códigos de identificación para explotaciones en los
chequeos que realice.
Todos los movimientos deberán indicar un código nuevo de explotación correcto y existente (dado de
alta en la fecha del movimiento) como origen y destino del movimiento. Salvo aquellos movimientos
que tienen una naturaleza especial, por ser solo de entrada o de salida (nacimientos, muertes,
importaciones, exportaciones, desapariciones y Carga Inicial).
Nota: Todos los puntos con afluencia (temporal) de animales deben estar previstos y dados de alta
como explotación, para poder realizar movimientos. Tal es el caso de: plazas de toros, pastos, ferias,
etc.
Cada CCAA utilizará los dígitos numéricos que desee para codificar estas explotaciones, indicando el
código de clasificación zootécnica que corresponda.
Código Identificativo del Responsable Sanitario:
El Código de identificación de un Responsable Sanitario ha de ser único, a efectos de armonizar los

distintos códigos españoles se debe utilizar la siguiente codificación:
AANNNNNNNN
AA 2 dígitos para el código de Comunidad Autónoma (código INE).

NNNNNNNN 8 caracteres únicos que identifica al Responsable Sanitario dentro de la
Comunidad Autónoma
Ejemplo: ex_id_rs = “1100000001”, es un Responsable Sanitario de Galicia.
PÁGINA 25
Entidad 7 Calificación Sanitaria de Explotaciones.

Tabla T_CSEBOV
DescripciónCalificación Sanitaria de Explotaciones de animales bovinos presentes en la entidad
“Explotaciones”.
P 6 se_ce_expbov Código de la Explotación C(14) a
P se_co_con Tipo de control sanitario al que se refieren los siguientes C(2) a
campos según “TC_CONSAN” (tabla auxiliar 6, pág. 40)
se_co_cal Calificación sanitaria de la explotación para dicho C(2) a
control, según “TC_RESEXP” (tabla auxiliar 8, pág. 41)
se_fc_cal Fecha en la que se obtuvo oficialmente la calificación F a
sanitaria para dicho control
Nota: Serán obligatorios aquellos registros que se definan sanitariamente.
Entidad 8 Responsables Sanitarios

Tabla T_RESEXP
Descripción Datos sobre los responsables sanitarios de explotaciones.
P 6,9 re_id Código Identificador de Responsable Sanitario C(10) a
(Código OVZ, Número de registro ADS)
re_co_tip Tipo de Responsable Sanitario según “TC_RESSAN” C(2) a
re_nom Nombre (OVZ, ADS, particular) CV(50) a
re_tel Teléfono de contacto CV(10)
Entidad 9 Veterinarios
Tabla T_VETEXP
Descripción Datos sobre veterinarios.
P 8 ve_ce_resexp Código Identificador de Responsable Sanitario C(10) a
P ve_nif NIF del veterinario CV(10) a
ve_nom Nombre del veterinario CV(50) a
ve_id Identificador propio del Veterinario (nº colegiado, …) CV(10)
Entidad 10 Titulares
Tabla T_TITEXP
Descripción Tabla que relaciona explotaciones con ganaderos
P 6 ti_ce_expbov Código de la Explotación C(14) a
P 11 ti_ce_ganexp Código interno del ganadero titular N(12) a
PÁGINA 26
Entidad 11 Ganaderos
Tabla T_GANEXP
Descripción Datos sobre los ganaderos que son titulares o copropietarios de explotaciones.
P 10 ga_clave Código interno del ganadero titular N(12) a
I ga_id Identificación (NIF o CIF) del ganadero titular CV(10) a
ga_nom Nombre del ganadero titular CV(50) a
ga_tel Teléfono de contacto del ganadero titular CV(10)
Entidad 12 Agrupamientos
Tabla T_GREXBO
Descripción Tabla que relaciona explotaciones con grupos
P 6 eg_ce_expbov Código de la Explotación C(14) a
P 13 eg_ce_grubov Código interno del grupo N(12) a
eg_fc_alta Fecha en la que se añade la explotación al grupo F a
eg_fc_baja Fecha en la que se quita la explotación del grupo F (*)
(*) Campo obligatorio si la explotación se ha dado de baja del grupo.
Entidad 13 Grupos
Tabla T_GRUBOV
Descripción Datos sobre los grupos de explotaciones bovinas
P 12 gr_clave Código interno del grupo N(12) a
I gr_id Código de identificación del grupo C(14) a
gr_co_tip Tipo de grupo según tabla “TC_TIPGRU” C(2) a
gr_co_est Estado. Según “TC_ESTEXP” C(2) a
(tabla auxiliar 11, pág.42)
gr_fc_est Fecha del cambio de estado F a
gr_nom Nombre del grupo CV(50)
gr_obs Comentarios y observaciones sobre el grupo CV(255)
PÁGINA 27
Entidad 14 Inspecciones sobre el terreno

Tabla T_INSTER
Descripción Actas de las Inspecciones de Identificación de Bovinos realizados a las explotaciones.
P it_clave Código interno único N(12) a
I 6 it_ce_expbov Código de la Explotación C(14) a
I it_id Nº identificativo del acta de la inspección CV(15) a
it_fc Fecha en la que se realizó la inspección F a
it_co_tip Tipo de control según “TC_TIPINS” C(2) a
it_co_mar Marco de la inspección según “TC_MARINS” C(2) a
it_nabd Número de animales en la explotación, según la Base N(6) a
de Datos (el día de la inspección)
it_nai Número de animales inspeccionado (presentes en la N(6) a
explotación)
it_naa Número de animales presentes en la explotación y no N(6) a
en la Base de Datos (altas)
it_nab Número de animales existentes en la Base de Datos y N(6) a
no presentes en la explotación (bajas)
it_irr_db Número de bovinos con disparidad en datos básicos N(6) a
it_irr_cro Número de bovinos con incidencias en crotales N(6) a
it_irr_dib Número de bovinos con incidencias en DIBs N(6) a
it_irr_lr Número de bovinos con incidencias en Libro de N(6) a
Registro
it_co_exsa Estado del Expediente Sancionador según C(2) a
“TC_EXPSAN” (tabla auxiliar 23, pág.44)
it_euros Cantidades propuestas/impuestas (en Euros sin N(8)
decimales)
it_fc_ini Fecha de inicio del expediente F
it_fc_fin Fecha de finalización del expediente F
it_obs Observaciones CV(255)
Todas las inspecciones sobre el terreno, y su resultado, deberán grabarse en esta tabla, con
independencia de que den o no lugar a incoación de expediente o a sanción. A partir de estos datos el
MAPA elaborará el informe que se envía anualmente a la Comisión (Reglamento CE 1898/2000).
Entidad 15 Expedientes iniciados por control administrativo

Tabla T_CONADM
Descripción Expedientes abiertos por Irregularidades en la comunicación de datos de los ganaderos a
SIMOGAN
P ca_clave Código interno único N(12) a
I 6 ca_ce_expbov Código de la Explotación C(14) a
ca_co_tip Tipo de irregularidad según “TC_TIPIRR” C(2) a
ca_co_exsa Estado del Expediente Sancionador según C(2) a
“TC_EXPSAN” (tabla auxiliar 23, pág.44)
ca_euros Cantidades propuestas/impuestas (en Euros sin N(8) a
decimales)
ca_fc_ini Fecha de inicio del expediente F a
ca_fc_fin Fecha de finalización del expediente F
ca_obs Observaciones CV(255)
PÁGINA 28
Solo se rellenarán datos en esta tabla, en aquellos casos en que, tras realizar un control administrativo,
en cumplimiento de lo dispuesto en la Ley 26/2001, se haya iniciado expediente sancionador.
Entidad 16 Mensajes de Entrada

Tabla T_MSGENT
Descripción Mensajes de Entrada (recibidos por la CA).
P 17 me_id Número o identificador del mensaje. N(12) a
me_usr Usuario del sistema que generó el mensaje. CV(20) a
me_fc_msg Fecha y hora en la que se generó el mensaje. FyH a
me_tipo Tipo de mensaje según “TS_SISMSG” C(5) a
(tabla sistema 1, pág. 47)
P 17 me_co_ori Lugar Origen del mensaje según “TC_LUGAR” C(3) a
me_co_des Lugar Destino del mensaje según “TC_LUGAR” C(3) a
me_filas Número de filas de la entidad Contenido asociadas a N(6) a
cada registro de esta entidad.
Entidad 17 Contenido del Mensaje de Entrada

Tabla T_CMSGEN
Descripción Contenido o datos de los mensajes presentes en la entidad “Mensajes de Entrada”.
P 16 ce_ce_msgent Identificador del mensaje. N(12) a
P 16 ce_co_ori Lugar Origen del mensaje según “TC_LUGAR” C(3) a
P ce_fila Número de fila del mensaje (secuencial) N(6) a
ce_msg Contenido de una fila de datos del mensaje. CV(1000) a
PÁGINA 29
Entidad 18 Mensajes de Salida

Tabla T_MSGSAL
Descripción Mensajes de Salida (enviados por la CA).
P 19 ms_id Número o identificador del mensaje. N(12) a
ms_usr Usuario del sistema que generó el mensaje. CV(20) a
ms_fc_msg Fecha y hora en la que se generó el mensaje. FyH a
ms_tipo Tipo de mensaje según “TS_SISMSG” C(5) a
(tabla sistema 1, pág. 47)
P 19 ms_co_ori Lugar Origen del mensaje según “TC_LUGAR” C(3) a
ms_co_des Lugar Destino del mensaje según “TC_LUGAR” C(3) a
ms_filas Número de filas de la entidad Contenido asociadas a N(6) a
cada registro de esta entidad.
(*) ms_co_est Estado del mensaje según “TC_ESTMSG” C(2)
(*) ms_co_err Código de error al procesar el mensaje según C(6)
“TS_SISERR” (tabla sistema 2, pág. 48)
(*) ms_error Descripción del error al procesar CV(100)
(*) ms_id_res Identificador del mensaje de respuesta N(12)
(si lleva respuesta)
Los campos marcados con (*) los escribirá el PID, al procesar el mensaje.
Entidad 19 Contenido del Mensaje de Salida

Tabla T_CMSGSA
Descripción Contenido o datos de los mensajes presentes en la entidad “Mensajes de Salida”.
P 18 cs_ce_msgsal Identificador del mensaje. N(12) a
P 18 cs_co_ori Lugar Origen del mensaje según “TC_LUGAR” C(3) a
P cs_fila Número de fila del mensaje (secuencial) N(6) a
cs_msg Contenido de una fila de datos del mensaje. CV(1000) a
PÁGINA 30
Entidad 20 Explotaciones externas (de otras CCAA.)

Tabla T_EXBOEX
Descripción Datos mínimos de las explotaciones bovinas dadas de alta en el Servidor Central
P xx_id Código de Explotación (SIMOGAN) C(14) a
xx_co_ccaa Código de la Comunidad Autónoma que suministra los C(3) a
datos, según “TC_LUGAR” (tabla auxiliar 3, pág. 35)
xx_co_est Código del estado de la explotación, según C(2) a
“TC_ESTEXP” (tabla auxiliar 11, pág. 42)
xx_fc_est Fecha del cambio de estado F a
xx_co_zoo Código de Clasificación zootécnica según C(2) a
“TC_ZOOEXP” (tabla auxiliar 10, pág. 41)
xx_nome Nombre de la explotación CV(50)
xx_dire Dirección de la explotación CV(100)
xx_fc_sys Fecha de última modificación FyH
Esta tabla será mantenida por el sistema SIMOGAN. Las CCAA solo deben consultarla.
Entidad 21 Crotales Fabricados

Tabla T_CROBOV
Descripción Rango de los crotales para bovino fabricados para la CA.
P cr_id_ini Crotal inicial del rango. C(14) a
P cr_id_fin Crotal final del rango. C(14) a
cr_fc_dis Fecha de fabricación del rango. F a
PÁGINA 31
5.3. Tablas auxiliares de Codificación
Las tablas auxiliares de codificación se nombran comenzando por ‘TC_’ y tendrán todas un
campo clave llamado ‘ID’ con el que se codifica su valor, y un campo texto llamado
‘DESCRIPCION’ que contendrá la descripción del valor.
El campo ID será de tipo Carácter y casi siempre de longitud 2, salvo que se necesiten más
dígitos.
El campo DESCRIPCION será de tipo Carácter variable y casi siempre de longitud máxima 50,
salvo que se necesiten más caracteres.
Las tablas de codificación podrán sufrir nuevas altas o modificaciones, transmitidas a través de
todo el sistema mediante mensajes de control (que se describen en el siguiente capítulo).
No podremos borrar registros pues a lo mejor algún mensaje antiguo o algún historial de un
animal utiliza un dato de estas tablas.
En caso de querer desactivar algún registro a partir de una fecha dada se enviará el
correspondiente mensaje de control, indicando la fecha a partir de la cual quedará desactivado el
registro. Esta fecha se colocará en el campo “FECHA_BAJA”, que normalmente estará a Nulo.
Si un registro tiene fecha de desactivación o de baja y es menor o igual que la fecha de hoy, no
se podrá utilizar.
En algunos campos de las tablas principales anteriores (apartado 5.2) se hacía referencia a un
valor de alguna de estas tablas de codificación. Esto significa que hay que elegir un valor de los
aquí presentados.
A continuación mostramos las tablas de codificación, con todos sus registros:
Tabla auxiliar 1 : TC_RAZBOV

Descripción : Razas de Bovinos
ID DESCRIPCION FECHA_BAJA
C(4) CV(50) F
0000 Conjunto Mestizo
0201 ABONDANCE
0202 ARMORICAINE
0203 AUROCHS RECONSTITUE
0204 BAZADAISE
0205 BEARNAISE
0206 BLUE DU NORD
0207 BORDELAISE
0208 BRETTONNE PIE NOIRE
0209 CASTA (AURE Y ST. GIRONS)
0210 COOPELSO
0211 CORSE
0212 CREOLE
0213 FERRANDAISE
0214 FROMENT DU LEON
0215 GELBVIEH
0216 HERENS
0217 INRA
0218 LOURDAISE
0219 MARAICHINE
0220 MARCHIGIANA
0221 MIRANDAISE
0222 N. DAMA
0223 NANTAISE
0224 PIE ROUGE DES PLAINES
0225 CAMARGUE
0226 ROUGE FLAMANDE
PÁGINA 32
0227 SAOSNOISE
0228 TARENTAISE
0229 VILLARD DE LANS
0230 VOSGIENNE
0801 ANGLER
0802 AUBRAC
0803 DEXTER
0804 GALLOWAY
0805 HIGHLAND
0806 IRISH MAOL / DROIMEANN
0807 KERRY
0808 MAINE ANJOU
0809 MURRAY GREY
0810 PARTENAISE
0811 ROMAGNOLA
0812 ROTBUNTE
0813 SALERS
0814 SOUTH DEVON
1101 ALBERA
1102 ALISTANA-SANABRESA
1103 ASTURIANA DE LA MONTAÑA
1104 BETIZU
1105 BRUNA DE LOS PIRINEOS
1106 LEVANTINA 01-12-2002
1107 MALLORQUINA
1108 MONCHINA
1109 MARISMEÑA
1110 SERRANA NEGRA
1111 FRISONA
1112 PARDA
1113 CHAROLESA
1114 HEREFORD
1115 JERSEY
1116 ANGUS
1117 LIMUSINA
1118 ROJA DANESA
1119 ST. GERTRUDIS
1120 RETINTA
1121 AVILEÑA-NEGRA IBERICA
1122 RUBIA GALLEGA
1123 MORUCHA
1124 BLANCA CACEREÑA
1125 ASTURIANA DE LOS VALLES
1126 MRY
1127 NORMANDA
1128 TUDANCA
1129 PIRENAICA
1130 FLECKVIEH
1131 CARDENA ANDALUZA
1132 BERRENDA NEGRA
1133 MURCIANA 01-12-2002
1134 CANARIA
1135 PALMERA
1136 MENORQUINA
1137 BERRENDA COLORADA
1138 NEGRA ANDALUZA
1139 PAJUNA
PÁGINA 33
1140 LIDIA
1141 BLANCA BELGA
1142 RUBIA DE AQUITANIA
1143 PIAMONTESA
1144 CACHENA
1145 CALDELANA
1146 FRIEIRESA
1147 LIMIANA
1148 VIANESA
1149 SAYAGUESA
1150 TERREÑA
1151 AYRSHIRE
1152 BUFALO
1153 CHIANINA
1154 GUERNSEY
1155 MONTBELIARD
1156 GASCONNE
1157 MURCIANA-LEVANTINA
1158 PARDA DE MONTAÑA
9901 BISONTE
9902 BRAHMAN
9903 CEBU
9904 HOLSTEIN 01-12-2000
9905 PARDA ALPINA 01-12-2000
9906 SHORTHORN
9907 SIMMENTAL
9999 OTRAS
0099 Desconocida
Nota 1: Las razas Frisona, Holstein, y Holstein Friesian son las mismas. Por lo que se da de
baja la 9904 – HOLSTEIN. A partir del 01-12-2000 se codificará solo con 1111 – FRISONA.
Nota 2: Las razas Parda, Parda Alpina y Brown swiss son las mismas. Por lo que se da de
baja la 9905 – PARDA ALPINA. A partir del 01-12-2000 se codificará solo con 1112 –
PARDA.. Se mantiene Bruna de los Pirineos, por si se quiere diferenciar como raza
autóctona.
Nota 3: La raza “Desconocida” solo se debe utilizar en los casos que los mataderos
comuniquen muertes sin el dato de la raza, para poder insertarlos en T_ANIBOV.
Nota 4: Se ha modificado la descripción de la raza 1109, pasando de MOSTRENCA a

MARISMEÑA.
Nota 5: Se han dado de baja las razas 1106 (LEVANTINA) Y 1133 (MURCIANA), con efecto
01-12-2002, a partir de esta fecha se codificarán con el nuevo código creado 1157
MURCIANA-LEVANTINA.
Nota 6: S ha dado de alta la nueva raza 1158 – PARDA DE MONTAÑA.
PÁGINA 34
Tabla auxiliar 2 : TC_SEXO

escripción : Sexo de un Animal
C(2) CV(50) F
01 Macho
02 Hembra
03 Macho Castrado
04 Vaca
00 Desconocido
Nota 1: Se utilizará el sexo “VACA” cuando se sepa con certeza que el animal a parido. Se
mantiene “HEMBRA” para aquellos animales que no han parido o que no se sabe con
certeza.
Nota 2: El sexo “Desconocido” solo se debe utilizar en los casos que los mataderos
comuniquen muertes sin el dato del sexo, para poder insertarlos en T_ANIBOV.
Tabla auxiliar 3 : TC_LUGAR

Descripción : Lugares posibles
ID DESCRIPCION TIPO_PAIS FECHA_BAJA
C(3) CV(50) C(2) F
000 Desconocido 02
001 C.A. de ANDALUCÍA 00
002 C.A. de ARAGÓN 00
003 C.A. de ASTURIAS 00
004 C.A. de BALEARES 00
005 C.A. de CANARIAS 00
006 C.A. de CANTABRÍA 00
007 C.A. de CASTILLA LA MANCHA 00
008 C.A. de CASTILLA Y LEÓN 00
009 C.A. de CATALUÑA 00
010 C.A. de EXTREMADURA 00
011 C.A. de GALICIA 00
012 C.A. de MADRID 00
013 C.A. de MURCIA 00
014 C.A. de NAVARRA 00
015 C.A. de PAÍS VASCO 00
016 C.A. de LA RIOJA 00
017 C.A. VALENCIANA 00
018 Ceuta 00
019 Melilla 00
050 M.A.P.A. 00
101 Alemania 01
102 Francia 01
103 Italia 01
104 Holanda 01
105 Bélgica 01
106 Luxemburgo 01
107 Reino Unido 01
108 Irlanda 01
109 Dinamarca 01
110 Grecia 01
PÁGINA 35
111 España 01
112 Portugal 01
113 Austria 01
114 Finlandia 01
115 Suecia 01
201 Afganistán 02
202 Albania 02
203 Andorra 03
204 Angola 02
205 Antillas Holandesas 02
206 Arabia Saudí 02
207 Argelia 02
208 Argentina 02
209 Armenia 02
210 Aruba 02
211 Ascensión 02
212 Australia 02
213 Azerbaiyán 02
214 Bahamas 02
215 Bahrein 02
216 Bangladesh 02
217 Barbados 02
218 Belize 02
219 Benín 02
220 Bermudas 02
221 Bhután 02
222 Bielorrusia 02
223 Bolivia 02
224 Bosnia 02
225 Botswana 02
226 Brasil 02
227 Brunei 02
228 Bulgaria 02
229 Burkina Faso 02
230 Burundi 02
231 Cabo Verde 02
232 Caimán,Islas 02
233 Camboya 02
234 Camerún 02
235 Canadá 02
236 Centroafricana,República 02
237 Chad 02
238 Checa,República 02
239 Chile 02
240 China 02
241 Chipre 02
242 Colombia 02
243 Comores 02
244 Congo (Brazzaville) 02
245 Cook,Islas 02
246 Corea del Norte 02
247 Corea del Sur 02
248 Costa de Marfil 02
249 Costa Rica 02
250 Croacia 02
251 Cuba 02
252 Diego García 02
PÁGINA 36
253 Dominica 02
254 Dominicana,República 02
255 Ecuador 02
256 Egipto 02
257 El Salvador 02
258 Emiratos Árabes Unidos 02
259 Eritrea 02
260 Eslovaquia 02
261 Eslovenia 02
262 Estados Unidos 02
263 Estonia 02
264 Etiopía 02
265 Feroe,Islas 02
266 Fidji 02
267 Filipinas 02
268 Gabón 02
269 Gambia 02
270 Georgia 02
271 Ghana 02
272 Granada 02
273 Groenlandia 02
274 Guadalupe 02
275 Guam 02
276 Guatemala 02
277 Guayana Francesa 02
278 Guinea Bissau 02
279 Guinea Ecuatorial 02
280 Guinea,República 02
281 Guyana 02
282 Haití 02
283 Honduras 02
284 Hong Kong 02
285 Hungría 02
286 India 02
287 Indonesia 02
288 Irán 02
289 Iraq 02
290 Islandia 02
291 Israel 02
292 Jamaica 02
293 Japón 02
294 Jordania 02
295 Kazajstán 02
296 Kenia 02
297 Kirguizistán 02
298 Kiribati 02
299 Kuwait 02
300 Laos 02
301 Lesotho 02
302 Letonia 02
303 Líbano 02
304 Liberia 02
305 Libia 02
306 Liechtenstein 02
307 Lituania 02
308 Macao 02
309 Macedonia 02
PÁGINA 37
310 Madagascar 02
311 Malasia 02
312 Malawi 02
313 Maldivas 02
314 Mali 02
315 Malta 02
316 Malvinas 02
317 Marianas 02
318 Marruecos 02
319 Marshall,Islas 02
320 Martinica 02
321 Mauricio 02
322 Mauritania 02
323 Mayotte 02
324 México 02
325 Micronesia 02
326 Midway 02
327 Moldavia 02
328 Mónaco 02
329 Mongolia 02
330 Montserrat 02
331 Mozambique 02
332 Myanmar 02
333 Namibia 02
334 Nauru 02
335 Nepal 02
336 Nicaragua 02
337 Níger 02
338 Nigeria 02
339 Niue 02
340 Noruega 02
341 Nueva Caledonia 02
342 Nueva Zelanda 02
343 Omán 02
344 Pakistán 02
345 Palau 02
346 Panamá 02
347 Papúa Nueva Guinea 02
348 Paraguay 02
349 Perú 02
350 Polinesia Francesa 02
351 Polonia 02
352 Puerto Rico 02
353 Qatar 02
354 Reunión 02
355 Ruanda 02
356 Rumanía 02
357 Rusia 02
358 Sahara 02
359 Salomón 02
360 Samoa Americana 02
361 Samoa Occidental 02
362 San Cristóbal y Nevis 02
363 San Marino 02
364 San Pedro y Miquelón 02
365 San Vicente y Granadinas 02
366 Santa Elena 02
PÁGINA 38
367 Santa Lucía 02

368 Santo Tomé y Príncipe 02
369 Senegal 02
370 Seychelles,Islas 02
371 Sierra Leona 02
372 Singapur 02
373 Siria 02
374 Somalia 02
375 Sri Lanka 02
376 Sudáfrica 02
377 Sudán 02
378 Suiza 02
379 Surinam 02
380 Swazilandia 02
381 Tadzhikistán 02
382 Tailandia 02
383 Taiwan 02
384 Tanzania 02
385 Territorios Ext. Australia 02
386 Togo 02
387 Tokelav 02
388 Tonga 02
389 Trinidad y Tobago 02
390 Túnez 02
391 Turkmenistán 02
392 Turks y Caicos 02
393 Turquía 02
394 Tuvalu 02
395 Ucrania 02
396 Uganda 02
397 Uruguay 02
398 Uzbekistán 02
399 Vanuatu 02
400 Vaticano 02
401 Venezuela 02
402 Vietnam 02
403 Vírgenes Americanas,Islas 02
404 Vírgenes Británicas,Islas 02
405 Wake Wallis y Futuna 02
406 Yemen 02
407 Yibuti 02
408 Yugoslavia 02
409 Zaire (Rep. Dem. Del Congo) 02
410 Zambia 02
411 Zimbabwe 02
999 Otros 02
Nota: Los códigos utilizados en esta tabla para las comunidades autónomas son los códigos
INE añadiendo un cero por la izquierda. Para el M.A.P.A. se utiliza el código 050. Para los
países comunitarios se utilizan códigos del 100 al 200, coincidiendo con los utilizados en
ANIMO (si les sumamos 100). A partir del 200 se incluyen los países no comunitarios.
El nuevo campo TIPO_PAIS se codifica según la nueva tabla auxiliar “TC_TIPLUGAR”.
PÁGINA 39
Tabla auxiliar 4 : TC_ESTANI

Descripción : Estados posibles de un animal
C(2) CV(50) F
00 Supuestamente localizado
01 Localizado
02 Desaparecido
03 Devuelto
04 En otra CCAA
05 En otro país comunitario
06 En otro país no comunitario
07 Muerto en Explotación
08 Muerto en lidia
09 Sacrificado en Matadero
Tabla auxiliar 5 : TC_MOTRES

Descripción : Motivos de Restricción al Movimiento
C(2) CV(50) F
00 No hay restricción
01 Sanitario Parcial (puede salir a matadero)
02 Sanitario Total
03 Administrativos
04 Identificación
05 Sanitario Parcial (no exportar este animal)
99 Otros
Nota: La restricción “Sanitario Parcial (no exportar este animal)” aplica solo a aquellos
animales vacunados contra Brucelosis con RB-51. Este motivo de restricción es solo para
animales (campo an_co_res de la tabla T_ANIBOV) y no debe usarse para explotaciones.
Tabla auxiliar 6 : TC_CONSAN

escripción : Controles Sanitarios
C(2) CV(50) F
01 Tuberculosis
02 Brucelosis
03 Leucosis
04 Perineumonía
05 PNIR
Tabla auxiliar 7 : TC_RESANI

escripción : Resultados posibles de Controles Sanitarios para
Animales
C(2) CV(50) F
00 Negativo
01 Positivo
02 Dudoso
03 Vacunado RB-51
99 Pendiente de resultado
PÁGINA 40
Nota: Estos resultados valen para todos los controles sanitarios de animales (campo
sa_co_resa de la tabla T_DSABOV), salvo “Vacunado RB-51” que aplica solo a “Brucelosis”.
Tabla auxiliar 8 : TC_RESEXP

Descripción : Resultados posibles de Controles Sanitarios para
Explotaciones (Calificaciones Sanitarias)
ID re_co_consan DESCRIPCION FECHA_BAJA
C(2) C(2) CV(50) F
01 01 T1
02 01 T2+
03 01 T2-
04 01 T3
01 02 B1
02 02 B2+
03 02 B2-
04 02 B3
05 02 B4
01 03 No Indemne
02 03 Indemne
01 04 No Libre
02 04 Libre
01 05 Positivo
02 05 Negativo
Nota: el campo re_co_consan indica el control sanitario (de explotaciones) del que es
resultado.
Tabla auxiliar 9 : TC_TIPPRI

Descripción : Tipos de Primas Solicitadas
C(2) CV(50) F
01 Prima Especial (Primer Tramo)
02 Prima Especial (Segundo Tramo)
Tabla auxiliar 10 : TC_ZOOEXP

Descripción : Clasificación Zootécnica de una explotación
C(2) CV(50) F
00 Desconocido
01 Cebadero
02 Reproducción para leche
03 Reproducción para carne
04 Reproducción mixta
05 Mixta (Reproducción y cebo)
06 Matadero
07 Plaza de toros
08 Mercado
09 Espectáculo o Feria (no estable)
10 Tratantes (con explotación)
11 Otros Centros de Concentración
12 Ocio o Enseñanza
13 Pastos, montes y fincas comunales
14 Pastos temporales o excepcionales
15 Centro de Testaje
16 Puesto de inspección fronteriza
PÁGINA 41
99 Otras
Tabla auxiliar 11 : TC_ESTEXP

Descripción : Estados posibles de una explotación
C(2) CV(50) F
00 Alta
01 Baja
Tabla auxiliar 12 : TC_RESSAN

Descripción : Tipos posibles de Responsables Sanitarios
C(2) CV(50) F
00 Oficina Veterinaria
01 ADS
02 Veterinario Colaborador
99 Otros
Tabla auxiliar 13 : TC_CLAMOV

Descripción : Clasificación de Movimientos de Animales
C(2) CV(50) F
00 Traslado (dentro de la CA)
01 Movimiento (entre CCAA diferentes)
02 Importación de país no comunitario
03 Exportación a país no comunitario
04 Intercambio de Entrada (país comunitario)
05 Intercambio de Salida (país comunitario)
06 Nacimiento
07 Muerte
08 Asignación a explotación
09 Nacimiento en temporal
Tabla auxiliar 14 : TC_PERMOV

Descripción : Tipos de Movimientos de Animales por pertenencia
C(2) CV(50) F
00 Normal
01 Temporal
Tabla auxiliar 15 : TC_UBIMOV

Descripción : Tipos de Movimientos de Animales por ubicación
C(2) CV(50) F
00 Regular
01 Irregular
02 Irregular por error al introducir datos
03 Irregular por no comunicación de datos
04 Irregular por historiales rechazados
05 Irregular por falta de historiales
06 Irregular por falta de documentación
07 Irregular por falsedad
08 Carga Inicial
99 Irregular por otras causas
PÁGINA 42
Tabla auxiliar 16 : TC_MEDTRA

Descripción : Medios de Transporte
C(2) CV(50) F
00 Desconocido
01 Camión
02 Barco
03 Tren
04 Avión
05 Conducción a pie
99 Otros
Tabla auxiliar 17 : TC_RESMOV

Descripción : Responsable de un Movimiento
C(2) CV(50) F
00 Desconocido
01 Titular de la Explotación
02 Tratante-Comerciante-Operador
03 Transportista
99 Otros
Tabla auxiliar 18 : TC_ESTHIS

Descripción : Estados de un Historial
C(2) CV(50) F
00 En la C.A.
01 Pendiente de envío
02 Enviado
03 Pendiente de recibir
04 Recibido
Tabla auxiliar 19 : TC_ESTMSG

Descripción : Estados de un Mensaje
C(2) CV(50) F
00 Sin Procesar
01 En Proceso …
02 Procesado correctamente
03 Procesado con error de sintaxis
04 Procesado con error de datos
Tabla auxiliar 20 : TC_TIPGRU

Descripción : Tipos de Grupos de explotaciones
C(2) CV(50) F
00 Desconocido
01 Explotaciones comunales
02 Explotaciones del mismo propietario
99 Otros
PÁGINA 43
Tabla auxiliar 21 : TC_TIPINS

Descripción : Tipos de Inspecciones de Identificación
C(2) CV(50) F
01 Aleatorio
02 Dirigido
Tabla auxiliar 22 : TC_MARINS

Descripción : Marco de la Inspección de Identificación
C(2) CV(50) F
01 Actuación Sanitaria
02 Actuación de control de ayudas
03 Actuación específica de Identificación
Tabla auxiliar 23 : TC_EXPSAN

Descripción : Estado del expediente sancionador de una
Inspección de Identificación
C(2) CV(50) F
00 No procede
01 Iniciado
02 Recurrido
03 Terminado
Tabla auxiliar 24 : TC_GRUSR

Descripción : Tipos de Grupos de Usuarios
C(2) CV(50) F
00 Administrador
01 Usuario
Tabla auxiliar 25 : TC_TIPLUGAR

Descripción : Tipos de Lugares posibles
C(2) CV(50) F
00 Comunidad Autónoma
01 País de la CEE
02 País extracomunitario
03 Asimilado a efectos veterinarios
PÁGINA 44
Tabla auxiliar 26 : TC_TIPIRR

Descripción : Tipos de Irregularidades en la comunicación de
datos
C(2) CV(50) F
01 Declaración de datos falsos sobre los animales
que poseen
02 No comunicación de la muerte de algún animal
03 Retraso en la comunicación de la muerte de
algún animal en más de 14 días
04 No comunicación de nacimientos, entradas o
salidas de animales
05 Más de un retraso en el año, en la
comunicación de nacimientos, entradas o
salidas de animales
PÁGINA 45
5.4. Tablas del Sistema
Las tablas del sistema se nombrarán comenzando por ‘TS_’.

Estas tablas se utilizarán por los desarrollos que cada CA realice, sirviendo de normativa común
entre las distintas CCAA. Normalmente se utilizan para realizar chequeos o para tomar
decisiones.
Estas tablas podrán sufrir nuevas altas o modificaciones, transmitidas a través de todo el sistema
mediante mensajes de control (que se describen posteriormente).
No podremos borrar registros pues a lo mejor algún mensaje antiguo utiliza un dato de estas
tablas. En caso de querer desactivar algún registro a partir de una fecha dada se enviará el
correspondiente mensaje de control, indicando la fecha a partir de la cual quedará desactivado el
registro. Esta fecha se colocará en el campo “FECHA_BAJA”, que normalmente estará a Nulo.
Si un registro tiene fecha de desactivación o de baja y es menor o igual que la fecha de hoy, no
se podrá utilizar.
Si ha transcurrido un tiempo superior al indicado por t_repite_mensajes, teóricamente, se puede
borrar un mensaje. Si borramos mensajes también podríamos borrar aquellos registros de las
tablas de sistema que estén dados de baja anteriormente.
5.4.1. Descripción.
La descripción de las tablas es la siguiente:
Tabla del Sistema 1 : TS_SISMSG

Descripción : Indica los tipos de mensajes permitidos en el sistema
CL Campo Descripción Tipo
P ID Tipo del mensaje. C(5)
DESCRIPCION Descripción del significado del mensaje CV(100)
FECHA_BAJA Fecha de Baja F
Tabla del Sistema 2 : TS_SISERR

Descripción : Indica los principales códigos de error
P ID Código de error. C(6)
DESCRIPCION Descripción del significado del error CV(100)
Tabla del Sistema 3 : TS_SISPAR

Descripción : Indica los valores de los parámetros configurables del sistema
P ID Identificador C(2)
I NOMBRE Nombre del parámetro C(20)
VALOR Valor del parámetro CV(50)
UNIDADES Unidades en que se mide CV(50)
DESCRIPCION Significado del parámetro CV(255)
PÁGINA 46
Tabla del Sistema 4 : TS_SEBOUE

Descripción : Relación de códigos de sexos entre distintos países de la UE
PAIS Código del país según TC_LUGAR C(3)
COD_EXT Código de sexo utilizado en dicho país CV(3)
COD_INT Código de sexo utilizado en España C(2)
FECHA_BAJA Fecha de baja F
Tabla del Sistema 5 : TS_RABOUE

Descripción : Relación de códigos de razas entre distintos países de la UE
PAIS Código del país según TC_LUGAR C(3)
COD_EXT Código de raza utilizado en dicho país CV(3)
COD_INT Código de raza utilizado en España C(4)
FECHA_BAJA Fecha de baja F
5.4.2. Contenido.
El contenido de estas tablas es el siguiente:
Tabla de sistema 1: TS_SISMSG

Descripción : Tipos de mensajes permitidos en el sistema SIMOGAN
ID DESCRIPCION FECHA_BAJ
A
C(5) CV(100) F
01321 Petición de datos de una explotación concreta
01322 Petición parametrizada de datos básicos de explotaciones
01422 Comunicación de cambios en los datos básicos de una explotación
01423 Comunicación de cambios en las Calificaciones Sanitarias de una
explotación
01429 Comunicación de cambios en los Propietarios de una explotación
01466 Comunicación de la muerte de uno o varios animales
01441 Comunicación de uno o varios rangos de crotales fabricados
01510 Animal duplicado
01537 Notificación de la salida de un Movimiento de una CA
01511 Envío del historial de un animal
01711 Devolución del historial de un animal
01518 Animal encontrado irregularmente
01538 Notificación de la llegada de un Movimiento a una CA de otro país
01530 Finalización de movimiento temporal para un animal
01542 Notificación de Recrotalación de un animal
01622 Comunicación de explotaciones bovinas especiales 01-10-2002
00601 Petición de repetición de mensajes desde una fecha dada 01-10-2002
00650 Mantenimiento de las tablas auxiliares
00657 Propuesta de baja de un usuario existente 01-10-2002
00658 Propuesta de alta de un nuevo usuario 01-10-2002
00659 Propuesta de cambio de la password de un usuario existente 01-10-2002
01837 Cancelación de la salida de un Movimiento de una CA
PÁGINA 47
01838 Cancelación de la llegada de un Movimiento a una CA de otro país

01819 Cancelación de un animal muerto
01830 Cancelación de finalización de movimiento temporal para un animal
01841 Cancelación de un rango de crotales fabricados
00900 Contestación de los datos requeridos
Tabla de sistema 2: TS_SISERR

Descripción : Codificación de Errores (para el procesado de mensajes)
ID DESCRIPCION FECHA_BAJ
A
C(6) CV(50) F
ER0000 Errores diversos
ER0100 Errores de Estructura
ER0101 Número de líneas incorrecto
ER0102 Tipo de mensaje incorrecto
ER0103 Número de mensaje incorrecto
ER0104 Código de origen no válido
ER0105 Código de destino no válido
ER0106 El número de líneas debe ser 1
ER0200 Errores de Sintaxis
ER0201 Número de datos incorrecto
ER0202 Tipo de datos incorrecto
ER0203 Longitud de dato no válida
ER0219 Ganadero no propietario de ninguna explotación
ER0220 Nombre de ganadero no existente
ER0300 Errores de Información
ER0301 Falta campo imprescindible
ER0302 Código de Explotación inexistente
ER0303 Explotación dada de baja
ER0304 Crotal no fabricado
ER0305 El animal figura como animal muerto en el Servidor Central
ER0306 Fecha incorrecta
ER0307 Explotación no dada de alta
ER0308 El crotal no figura en el sistema central
ER0309 Rango de crotal de inicio mayor que rango de crotal de fin
ER0310 El mensaje cancelado no fue generado por esta CA
ER0311 Movimiento duplicado en el sistema central
ER0312 Serie de crotal inválida
ER0313 El crotal no pertenece a la CCAA que genera el mensaje
ER0400 Error en codificación
ER0401 El valor del código es incorrecto
ER0402 El valor del código está dado de baja
ER0406 Movimiento Existente
ER0407 Movimiento inexistente en el sistema
ER0408 Estado correspondiente a animal muerto
ER0409 El animal no aparece en el movimiento
ER0410 Dato ya existente
ER0411 Movimiento no perteneciente a esta Comunidad Autónoma
ER0412 Error en datos, no se puede realizar la nserción o actualización
ER0413 Animal no encontrado
ER0414 El número del movimiento no aparece en la fila 1 de la tabla de
contenidos
ER0415 El mensaje 01537 asociado no existe en la tabla de salida
ER0416 El animal está ubicado con posterioridad a la fecha de salida en otra
CCAA
PÁGINA 48
ER0417 El animal no figura en la CA de donde procede el mensaje

ER0418 Se está refiriendo a un movimiento de carácter permanente como si
fuera temporal
ER0419 El mensaje a cancelar se procesó con error
ER0420 El código de la prima se repite en el historial del animal
ER0421 El mensaje 01537 de respuesta a un 01518 debe ser de un único animal
ER0500 Error general de red
ER0600 Se ha excedido el tiempo de espera de los historiales asociados
ER0601 Se ha excedido el tiempo para la cancelación de salida de un movimiento
Tabla de sistema 3: TS_SISPAR

Descripción : Parámetros configurables
ID NOMBRE VALOR UNIDADES DESCRIPCION FECHA_BAJ
A
C(2) C(20) CV(50) CV(50) CV(255) F
01 t_repite_mensajes 30 días Tiempo máximo desde el que se 01-10-2002
puede solicitar la repetición de los
mensajes
02 t_cancela_mensaje 15 días Tiempo máximo, transcurrido el
cual, ya no se puede cancelar un
mensaje anterior.
03 t_espera_historiales 1500 minutos Tiempo máximo que espera el SC
para recibir los historiales que
forman un movimiento.
04 max_lin_msg 200 líneas Número de líneas máximo que
puede llevar un mensaje
05 t_espera_1537 10 días Tiempo que esperan los 01511 a
que el 01537 correspondiente los
encuentre y asocie
06 num_mensajes 2000 mensajes Número que se suma o resta al id
del mensaje 01537 para buscar
sus 01511 asociados
Tabla de sistema 4: TS_SEBOUE

Descripción : Relación de códigos de sexos entre distintos países de
la UE
ID PAIS COD_EXT COD_INT FECHA_BAJA
C(6) C(3) CV(3) C(2) F
000001 108 M 01
000002 108 F 02
000003 102 1 01
000004 102 2 02
Tabla de sistema 5: TS_RABOUE

Descripción : Relación de códigos de razas entre distintos países de
la UE
ID PAIS COD_EXT COD_INT FECHA_BAJA
C(6) C(3) CV(3) C(4) F
000001 108 AAX 0000
000002 108 ANX 0000
000003 108 AUX 0000
PÁGINA 49
000004 108 AYX 0000

000005 108 BBX 0000
000006 108 BAX 0000
000007 108 BSX 0000
000008 108 CHX 0000
000009 108 CIX 0000
000010 108 RDX 0000
000011 108 DXX 0000
000012 108 GAX 0000
000013 108 GUX 0000
000014 108 HEX 0000
000015 108 FRX 0000
000016 108 HIX 0000
000017 108 IMX 0000
000018 108 JEX 0000
000019 108 KEX 0000
000020 108 LMX 0000
000021 108 MAX 0000
000022 108 MOX 0000
000023 108 GSX 0000
000024 108 NOX 0000
000025 108 PIX 0000
000026 108 PTX 0000
000027 108 RMX 0000
000028 108 RWX 0000
000029 108 SAX 0000
000030 108 SHX 0000
000031 108 SIX 0000
000032 108 SDX 0000
000033 108 AN 0801
000034 108 AU 0802
000035 108 DX 0803
000036 108 GA 0804
000037 108 HI 0805
000038 108 IM 0806
000039 108 KE 0807
000040 108 MA 0808
000041 108 GS 0809
000042 108 PT 0810
000043 108 RM 0811
000044 108 RW 0812
000045 108 SA 0813
000046 108 SD 0814
000047 108 FR 1111
000048 108 BS 1112
000049 108 CH 1113
000050 108 HE 1114
000051 108 JE 1115
000052 108 AA 1116
000053 108 LM 1117
000054 108 RD 1118
000055 108 NO 1127
000056 108 BB 1141
000057 108 BA 1142
000058 108 PI 1143
000059 108 AY 1151
000060 108 CI 1153
PÁGINA 50
000061 108 GU 1154

000062 108 MO 1155
000063 108 SH 9906
000064 108 SI 9907
000065 102 39 0000
000066 102 12 0201
000067 102 43 0202
000068 102 30 0203
000069 102 24 0204
000070 102 61 0205
000071 102 52 0206
000072 102 26 0207
000073 102 29 0208
000074 102 97 0209
000075 102 93 0210
000076 102 36 0211
000077 102 55 0212
000078 102 65 0213
000079 102 69 0214
000080 102 78 0215
000081 102 82 0216
000082 102 95 0217
000083 102 33 0218
000084 102 58 0219
000085 102 49 0220
000086 102 77 0221
000087 102 54 0222
000088 102 76 0223
000089 102 19 0224
000090 102 37 0225
000091 102 63 0226
000092 102 88 0227
000093 102 31 0228
000094 102 53 0229
000095 102 57 0230
000096 102 14 0802
000097 102 73 0804
000098 102 86 0805
000099 102 41 0808
000100 102 71 0810
000101 102 23 0813
000102 102 45 0814
000103 102 21 1105
000104 102 66 1111
000105 102 38 1113
000106 102 85 1114
000107 102 16 1115
000108 102 17 1116
000109 102 34 1117
000110 102 50 1127
000111 102 51 1140
000112 102 25 1141
000113 102 79 1142
000114 102 75 1143
000115 102 18 1151
000116 102 20 1152
000117 102 32 1153
PÁGINA 51
000118 102 74 1154

000119 102 46 1155
000120 102 72 1156
000121 102 10 9901
000122 102 81 9902
000123 102 42 9906
000124 102 35 9907
000125 102 48 9999
000126 102 44 9999
000127 102 00 9999
PÁGINA 52
6. Funcionamiento de los Mensajes.
Un mensaje se deposita en 2 tablas.
En la tabla T_MSGENT (o T_MSGSAL) se ponen los datos de la cabecera del mensaje:
• Número de identificación del mensaje (me_id)
• Nombre de usuario que genera el mensaje (me_usr)
• Fecha y hora en la que se genera el mensaje (me_fc_msg)
• Tipo de mensaje, según TS_SISMSG (me_tipo)
• Lugar de Origen del mensaje, según TC_LUGAR (me_co_ori)
• Lugar de Destino del mensaje, según TC_LUGAR (me_co_des)
• Número de filas que componen el mensaje (me_filas)
En la tabla T_CMSGEN (o T_CMSGSA) se ponen las distintas líneas del contenido del mensaje,
concretamente, cada línea de un mensaje llevará :
• Número de identificación del mensaje (ce_ce_msgent)
• Lugar de Origen del mensaje, según TC_LUGAR (ce_co_ori)
• Número de fila del contenido del mensaje
• Contenido de dicha fila del mensaje
Los datos que figuran en el contenido del mensaje se obtienen de las tablas (o vistas) del modelo
de datos, descrito en el capítulo 5. Por tanto, están sujetos a las mismas restricciones, en cuanto
a tipo de dato, longitud del mismo, etc.
6.1. Funcionamiento de los mensajes de entrada
El PID recibirá los mensajes que lleguen hacia la CCAA donde esté instalado. A continuación el
PID insertará en las tablas de mensajes de entrada del SA de dicha CCAA el mensaje en
cuestión (T_MSGENT y T_CMSGEN). Cada CCAA debe establecer sus propios mecanismos
para detectar dichos mensajes (normalmente triggers, o mejor procedimientos almacenados),
interpretar de qué tipo son, y en cada caso realizar las correspondientes altas, bajas o
modificaciones en las tablas que corresponda de su Base de Datos.
En el capítulo 7 se da una indicación de los tipos de mensajes que hay que interpretar.
PÁGINA 53
6.2. Funcionamiento de los mensajes de salida
Ante ciertos eventos cada CCAA debe enviar mensajes de salida. Esto se realiza insertando el
correspondiente mensaje en las tablas de mensajes de salida de su SA (T_MSGSAL y
T_CMSGSA).
Aquí hay que destacar los siguientes puntos:
• Cada CCAA debe generar un identificador numérico, único e incremental para cada
mensaje que emite (ms_id).
• El estado del mensaje debe ser “Sin Procesar” (ms_co_est = “00”).
El PID posee un proceso que está funcionando de manera cíclica, de tal forma que localiza
aquellos registros insertados con posterioridad al último tratado (por esto deben ser
identificadores incrementales) y cuyo estado sea “Sin Procesar”, y realiza las siguientes tareas
con el mensaje encontrado:
• Crea una copia del mensaje en el PID.
• Realiza los chequeos de cabecera del mensaje y del contenido del mensaje (a nivel
sintáctico) pertinentes.
• Si el mensaje no es correcto (a nivel sintáctico) el estado del mensaje se cambia a

“Procesado con error de sintaxis” (ms_co_est = “03”), y se rellenan los campos ms_co_err y
ms_error con el correspondiente código de error y una descripción del fallo encontrado. En
este caso la CCAA deberá corregir el mensaje y enviarlo de nuevo, con un nuevo número
y estado del mensaje “Sin Procesar”.
• Si pasa el punto anterior continúa realizando chequeos acerca de la congruencia de los

datos enviados en el mensaje.
• Si el mensaje no es correcto (a nivel de datos) el estado del mensaje se cambia a

“Procesado con error de datos” (ms_co_est = “04”), y se rellenan los campos ms_co_err y
ms_error con el correspondiente código de error y una descripción del fallo encontrado. En
este caso la CCAA deberá corregir el mensaje y enviarlo de nuevo, con un nuevo número
y estado del mensaje “Sin Procesar”.
• Si se superan los dos chequeos anteriores, el mensaje es correcto y se cambia el estado

del mensaje a “Procesado correctamente” (ms_co_est = “02”) y lo envía al SC del MAPA.
Si el destino es otra CCAA el SC del MAPA lo remitirá al destino correspondiente.
• Si el mensaje lleva una respuesta (tipos 01321 y 01322), el MAPA asigna un número de
mensaje para la respuesta y el PID lo coloca en el campo ms_id_res de la tabla
T_MSGSAL. (este número de mensaje habrá que buscarlo posteriormente en la tabla
T_MSGENT para localizar la respuesta)
En el capítulo 8 se da una indicación de los tipos de mensajes que hay que enviar, indicando el
evento que lo debe disparar.
Nota: Solamente los mensajes procesados correctamente son considerados por SIMOGAN, a
efectos de modificar datos en el Servidor Central o de ser transmitidos a otras CCAA.
PÁGINA 54
6.3. Borrado de los mensajes de entrada
Cada CA debe borrar sus mensajes de entrada una vez hayan sido procesados por sus
procedimientos.
El PID no toma acciones posteriores una vez insertado el mensaje en su tabla de mensajes de
entrada.
6.4. Borrado de los mensajes de salida
Cada CA debe borrar sus mensajes de salida una vez que hayan sido procesados por el PID
correctamente (ms_co_est = ‘02’).
Si han sido procesados con error (ms_co_est = ‘03’ o ‘04’) debe volver a enviarlos corregidos y
con nuevo número, pudiendo borrar entonces el mensaje procesado erróneamente.
Nota: No borrar nunca un mensaje que no haya sido procesado (ms_co_est = ‘00’) o que esté
siendo procesado (ms_co_est = ‘01’).
6.5. Clasificación de los mensajes
Los tipos de mensajes admitidos en SIMOGAN los podemos agrupar según el siguiente cuadro,
en el que además se indica si el mensaje afecta a una unidad (Individual) o a más de una
(Múltiple), y si una CA lo ve como mensaje de Entrada o de Salida:
Clasificación de los mensajes SIMOGAN

GRUPO TIPO DESCRIPCION Individual Entrada
Múltiple Salida
Petición 01321 Petición de datos de una explotación concreta I S
de 01322 Petición parametrizada de datos básicos de explotaciones M S
Datos 00900 Contestación de los datos requeridos I/M E
01422 Comunicación de cambios en los datos básicos de una explotación I S
Explotaciones 01423 Comunicación de cambios en las Calificaciones Sanitarias de una I S
explotación
01429 Comunicación de cambios en los Propietarios de una explotación I S
Muertos 01466 Comunicación de la muerte de uno o varios animales M S
01819 Cancelación de un animal muerto I S
Rangos 01441 Comunicación de uno o varios rangos de crotales fabricados M S
fabricados 01841 Cancelación de un rango de crotales fabricados I S
Irregulares 01518 Animal encontrado irregularmente I E/S
01510 Animal duplicado. I E/S
01537 Notificación de la salida de un Movimiento de una CA I E/S
01837 Cancelación de la salida de un Movimiento de una CA I E/S
01511 Envío del historial de un animal I E/S
Movimientos 01711 Devolución del historial de un animal I E/S
01538 Notificación de la llegada de un Movimiento a una CA de otro país I S
01838 Cancelación de la llegada de un Movimiento a una CA de otro país I S
01530 Finalización de movimiento temporal para un animal I E/S
01830 Cancelación de finalización de movimiento temporal para un I E/S
animal
Recrotalar 01542 Notificación de Recrotalación de un animal I S
PÁGINA 55
Administración 00650 Mantenimiento de las tablas auxiliares I E
Nota: En los mensajes Múltiples se limitará el número de filas de datos que componen el
mensaje a un máximo definido por la variable del sistema max_lin_msg (ver TS_SISPAR), que
inicialmente tiene un valor de 200 líneas, con objeto de no manejar transacciones
excesivamente largas. Si necesitáramos notificar un gran volumen de datos, por ejemplo la
muerte de más de 200 animales, se han de repartir en varios mensajes del mismo tipo.
6.6. Mensajes de Cancelación
Casi todos los mensajes que notifican algún evento importante (fabricación de crotales, muertes,
movimientos), poseen el correspondiente mensaje de cancelación.
Los mensajes de cancelación siempre hacen referencia al mensaje que cancelan.
Provocan la anulación del efecto que produjera en el SC el mensaje previo que se anula.
Para poder enviar un mensaje de cancelación, por tanto, se ha tenido que enviar previamente el
mensaje que cancela (para poder hacer referencia a dicho mensaje), y haber sido procesado
correctamente por SIMOGAN (para poder anular el efecto previo).
También hay que tener en cuenta, que la diferencia entre la fecha de un mensaje y la fecha del
mensaje que lo cancela, no debe exceder el contenido de la variable t_cancela_mensaje
(actualmente = 15 días) de la tabla TS_SISPAR.
PÁGINA 56
7. Mensajes de entrada a la CCAA
En este capítulo se describen los distintos tipos posibles de mensajes que se pueden recibir en
las tablas de mensajes de entrada de un SA, y una indicación de las acciones que debe
desencadenar la recepción de dicho mensaje en la Base de Datos Autonómica.
7.1. Mensajes de Petición de Datos.
7.1.1. Mensaje de contestación de los datos requeridos (tipo 00900).
Ante mensajes de Petición de datos (petición de datos de una explotación concreta, o de un

grupo de explotaciones con parámetros) se recibirá un mensaje de contestación que lleva como
primera línea de datos el nº de mensaje que solicita la contestación, y el resto de las líneas de
datos están formadas por los datos solicitados:
T_MSGENT
me_id me_usr me_fc_msg me_tipo me_co_ori me_co_des me_filas
000000123456 USERMAPA 1998-08-15 15:30:29 00900 050 010 n+1
T_CMSGEN
ce_ce_msgent ce_co_ori ce_fila ce_msg
000000123456 050 1 Nº de mensaje al que responde
000000123456 050 2 Fila 1 de Datos requeridos
000000123456 050 … …
000000123456 050 n Fila n de Datos requeridos
Acciones al recibir el mensaje:

Depende de la aplicación de cada CA
(normalmente : mostrar datos al usuario)
7.2. Mensajes de Irregulares
7.2.1. Animal encontrado Irregularmente (tipo 01518).
Cuando otras CCAA, distintas de la nuestra, localizan un animal y en el Servidor Central figura
como localizado en nuestra CCAA, nos llegará este tipo de mensaje a nuestra CA.
Las acciones que podemos tomar son tres:
a) Si tenemos al animal en nuestra Base de Datos y nuestros datos son anteriores a la fecha
en la que se ha encontrado al animal: enviaremos su historial (tras comunicación de
movimiento irregular) con un mensaje 01537 y 01511.
b) Si tenemos al animal en nuestra Base de Datos y nuestros datos son posteriores a la fecha
en la que se ha encontrado al animal: enviaremos un mensaje 01510 (Animal duplicado)
para que investiguen a este animal donde se encontró.
c) Si el animal no figura en nuestra Base de Datos: no hay que hacer nada.
T_MSGENT
000000000039 OTRACCAA 2000-08-15 15:30:29 01518 012 010 1
PÁGINA 57
T_CMSGEN
000000000039 012 1 Crotal del animal, código de explotación, fecha de localización,
código del movimiento irregular
Ejemplo de animal encontrado irregularmente en Colmenar Viejo (Madrid):
T_CMSGEN
000000000040 012 1 ”ES010812345678”,”ES280450001234”,”2000-08-13”,
”12IR33199820004567”
Acciones al recibir el mensaje si el animal figura en nuestra CA y no tiene movimientos posteriores al

2000-08-13
Se da de alta un movimiento con el código que Insertar en T_MOVBOV
nos dan, con tipo de ubicación ‘IRREGULAR’ con
destino la explotación del mensaje (destino = “ES280450001234”)
Se da de alta el animal en el movimiento anterior Insertar en T_ANIMOV
Se envía la salida de movimiento a destino Insertar mensaje “01537” en T_MSGSAL y
T_CMSGSA
Se envía su historial a destino Insertar mensaje “01511” en T_MSGSAL y
T_CMSGSA
El animal cambia su estado a ‘EN OTRA CCAA’ y Modificar an_co_est y an_fc_est en T_ANIBOV
se pone fecha de cambio de estado
Acciones al recibir el mensaje si el animal figura en nuestra CA con movimientos posteriores al

2000-08-13
Se genera un mensaje de animal duplicado Insertar mensaje “01510” en T_MSGSAL y
indicando el crotal del animal, la explotación en la T_CMSGSA
que reside actualmente, la fecha posterior desde
la que se considera ubicado en esa explotación,
es decir la fecha de llegada a la explotación, y un
campo con observaciones para completar
información.
7.2.2. Animal duplicado (tipo 01510).
Cuando el sistema u otra CA detecte un animal, que ha sido localizado con fecha posterior a la
nuestra, recibiremos un mensaje 01510 indicando el crotal del animal, la explotación en la que el
sistema lo tiene ubicado, la fecha desde que está allí, y una descripción de por qué se considera
que el animal está duplicado o hay algún tipo de anomalía con él.
T_MSGENT
000000000033 OTRACCAA 1998-08-15 15:30:29 01510 012 010 1
T_CMSGEN
000000000033 050 1 Crotal, explotación, fecha, Observaciones
En este momento la CA ha de decidir entre borrar el animal si considera que fue un error
informático o de carga inicial, o recrotalar, ya que tienen un crotal que verdaderamente está
duplicado. En cualquier caso, conviene investigar a este animal (ya que el mismo crotal fue
visto con posterioridad en otra CCAA).
PÁGINA 58
7.3. Mensajes de Movimientos
Este tipo de mensajes se va a utilizar para comunicar movimientos y/o localización de animales
entre CCAA.
7.3.1. Notificación de la salida de un movimiento de una CA (tipo 01537).
Cuando llega un movimiento de animales de otra CCAA nos llegará este mensaje.
T_MSGENT
000000000033 OTRACCAA 1998-08-15 15:30:29 01537 012 010 n+1
T_CMSGEN
000000000033 012 1 Datos Básicos del movimiento
000000000033 012 2 Crotal 1
000000000033 012 … …
000000000033 012 n Crotal n
Ejemplo de notificación de salida de animales:
T_CMSGEN
000000000034 012 1 “120600011998000001”,”1998-3-3 10:21:32”,
”ES060010001234”,”1998-3-5 11:00:00”,”012”,
“ES280450004444”,”1998-3-5 14:00:00”,”010”,
”00”,”00”,”01”,”01”,”M-0007-TH”,”02”,”1230123M”,4,
000000000034 012 2 “ES011012345678”
000000000034 012 3 “ES011012345679”
000000000034 012 4 “ES011012345680”
000000000034 012 5 “ES011012345681”
Nota : Solamente las fechas que figuran en los datos de movimientos llevan hora.

Dar de alta el movimiento Insertar en T_MOVBOV
Dar de alta los animales del movimiento si no los Insertar en T_ANIBOV
tenemos ya.
Cambiar la explotación de residencia de cada Modificar an_id_exp en T_ANIBOV
animal a la nueva de destino del movimiento
Cambiar el estado de cada animal a Modificar an_co_est y an_fc_est en T_ANIBOV
“Supuestamente Localizado” con fecha actual.
Asociar los animales al movimiento, con estado Insertar en T_ANIMOV
del historial ‘PENDIENTE DE RECIBIR’
Esperar a recibir los historiales de cada animal
A partir de que se hayan procesado correctamente los historiales de cada animal, el

Sistema Nacional SIMOGAN interpreta que los animales RESIDEN en la CCAA de destino.
A partir de dicho momento el sistema vendrá a consultar los datos a nuestra CCAA.
PÁGINA 59
7.3.2. Cancelación de la salida de un movimiento de una CA (tipo 01837).
Si recibe este mensaje significa que un movimiento que le había llegado previamente ha sido
cancelado por la CA de origen que se lo envió.
T_MSGENT
000000000054 OTRACCAA 1998-08-15 15:30:29 01837 012 010 1
T_CMSGEN
000000000054 012 1 Código de movimiento, número de mensaje a cancelar
Ejemplo de cancelación de salida de un movimiento:
T_CMSGEN
000000000055 012 1 “120600011998000001”,000000000034

Se borra el movimiento y su composición Eliminar de T_MOVBOV y de T_ANIMOV
Se borran los historiales de los animales que Si los animales no tienen otros movimientos en
componen el movimiento, siempre y cuando no nuestra CA se borran de T_ANIBOV
haya residido durante los últimos tres años en la
CA.
7.3.3. Envío del historial de un animal (tipo 01511).
Tras recibir el mensaje anterior 01537, por cada animal debemos recibir un mensaje 01511 con
su historial. Se puede recibir más de una vez, probablemente con más datos que la vez anterior
por lo que se ha de contrastar la información con la que se posee y enriquecer en la medida de
lo posible los datos del animal y su historial, siempre dando preferencia a la verificación más
reciente y personal. Quiere esto decir, por ejemplo, que si recientemente se ha visitado la
explotación y un veterinario certifica un dato básico éste ha de prevalecer sobre lo que diga el
sistema de informaciones anteriores.
T_MSGENT
000000000035 OTRACCAA 1998-08-15 15:30:29 01511 012 010 n
T_CMSGEN
000000000035 012 1 0, movimiento en el que viaja
000000000035 012 2 1, datos básicos
000000000035 012 3 2, crotal, datos sanitarios
000000000035 012 … 2, …
000000000035 012 x 3, crotal, datos de primas
000000000035 012 … 3, …
000000000035 012 y 4, crotal, datos de movimientos
000000000035 012 … 4, …
000000000035 012 z 5, crotal, país de nacimiento
Ejemplo de envío de un historial de un animal:
PÁGINA 60
T_CMSGEN
000000000036 012 1 0,”120602740003333”
000000000036 012 2 1,”ES011012345678”,”00”,”00”,”1998-1-1”,”01”,”0018”,
”ES011023455555”,”ES060120001234”,“1998-1-1”,
”ES042740001234”,,,
000000000036 012 3 2,”ES011012345678”,”01”,”01”,”1998-2-12”
000000000036 012 4 2,”ES011012345678”,”02”,”02”,”1998-3-23”
000000000036 012 5 3,”ES011012345678”,”01”,”1998-2-12”
000000000036 012 6 4,”ES011012345678”,”12NNES011012345678”,
”1998-1-1 09:10:10”,
”00000000000000”,“1998-1-1 09:10:20”,”000”,
”ES042740001234”,”1998-1-1 09:10:30”,”001”,
”00”,”00”,”06”,,,,,1,
000000000036 012 7 4,”ES011012345678”,”120602741998000033”,
”1998-4-1 09:10:10”,
”ES042740001234”,“1998-4-1 10:00:00”,”001”,
”ES060120001234”,”1998-4-2 10:00:00”,”010”,
”00”,”00”,”01”,”01”, ”AL-1234-BS”,,,10,
000000000036 012 8 4,”ES011012345678”,“120602740003333”,
”1998-3-3 10:21:32”,
”ES060010001234”,”1998-3-5 11:00:00”,”012”,
“ES280450004444”,”1998-3-5 14:00:00”,”010”,
”00”,”00”,”01”,”01”,”M-0007-TH”,”02”,”1230123M”,4,
000000000036 012 9 5,”ES011012345678”,“111”
Nota 1: El último movimiento del historial del animal, debe coincidir con el movimiento en el que
viaja.
Nota 2: Solamente las fechas que figuran en los datos de movimientos llevan hora.

Actualizar los datos básicos del animal (salvo el Modificar los campos: an_co_res, an_co_sexo,
estado y su fecha y la explotación de residencia) an_co_raza, an_id_madre, an_fc_nac,
an_id_nac, an_id_toro, an_id_imp, an_obs,
an_co_pais ;de la tabla T_ANIBOV.
Dar de alta los datos sanitarios del animal. Insertar en T_DSABOV
Dar de alta los datos de primas del animal. Insertar en T_PRIBOV
Dar de alta los movimientos anteriores al actual Insertar en T_MOVBOV y en T_ANIMOV
del animal.(el actual ya está dado de alta).
Marcar el estado del historial como ‘RECIBIDO’. Modificar el campo am_co_est de T_ANIMOV
A partir de que se hayan procesado correctamente los historiales de cada animal, el

Sistema Nacional SIMOGAN interpreta que los animales RESIDEN en la CCAA de destino.
A partir de dicho momento el sistema vendrá a consultar los datos a nuestra CCAA.
7.3.4. Devolución del historial de un animal (tipo 01711).
Recibiremos este mensaje cuando después de enviar un movimiento a otra CCAA con los
historiales de los animales, en destino descubren que no ha llegado el animal a la explotación
donde se suponía y nos devuelven su historial.
T_MSGENT
000000000037 OTRACCAA 1998-08-15 15:30:29 01711 012 010 1
PÁGINA 61
T_CMSGEN
000000000037 012 1 Crotal del animal, código del movimiento
Ejemplo de devolución de un historial de un animal:
T_CMSGEN
000000000038 012 1 “ES011012345678”,”100627419980003333”

Quitar el animal del movimiento de salida Eliminar de T_ANIMOV
Cambiar el estado del animal a ‘DEVUELTO’ y Modificar an_co_est y an_fc_est en T_ANIBOV
poner fecha de cambio de estado
El animal devuelto RESIDE en nuestra CCAA nuevamente desde que el Sistema Nacional
SIMOGAN procesó este mensaje correctamente.
7.3.5. Finalización de movimiento temporal para un animal (tipo 01530).
Recibiremos este mensaje cuando un animal ha salido de nuestra CCAA con movimiento
temporal y por algún motivo (venta o muerte) ha terminado su movimiento temporal fuera de
nuestra CCAA.
T_MSGENT
000000000041 OTRACCAA 1998-08-15 15:30:29 01530 012 010 1
T_CMSGEN
000000000041 012 1 Crotal del animal, código del movimiento de salida (temporal),
fecha de finalización de pertenencia
Ejemplo de finalización de un movimiento temporal de un animal
T_CMSGEN
000000000042 012 1 ”ES011012345678”,”100012741998000044”,”1998-7-2”

Se pone la fecha de fin de pertenencia al Modificar el campo am_fc_fintem de
movimiento temporal . T_ANIMOV, para el movimiento indicado y el
crotal indicado.
7.3.6. Cancelación de Finalización de movimiento temporal (tipo 01830).
Acciones previas:
< Recibiremos este mensaje si previamente recibimos una finalización de movimiento temporal
01530.
PÁGINA 62
T_MSGENT
000000000054 OTRACCAA 1998-08-15 15:30:29 01830 012 010 1
T_CMSGEN
000000000054 012 1 Crotal, Código del movimiento, número de mensaje a cancelar.

Se ha de modificar de nuevo la fecha de Asignar el valor "NULL" al campo am_fc_fintem
finalización para que el movimiento temporal de la tabla T_ANIMOV, para el movimiento
continúe. indicado y el crotal indicado.
7.4. Mensajes de Administración
Para el mantenimiento y configuración automática del sistema global, y por seguridad se han
definido los siguientes mensajes de administración o control.
7.4.1. Mantenimiento de las tablas auxiliares (tipo 00650).
Si recibe este mensaje es para dar de alta, o realizar una modificación (la baja es una
modificación, ya que consiste en actualizar la fecha de baja) en algún registro de una tabla
auxiliar.
T_MSGENT
000000000047 MAPA 1998-08-15 15:30:29 00650 050 010 1
T_CMSGEN
000000000047 050 1 Tabla, ID, nombre_campo, valor_campo
Ejemplo de alta de un nuevo país:
T_CMSGEN
000000000048 050 1 “TC_LUGAR”,”412”,”DESCRIPCION”,”Utopía”

Si el ID no existe se da de alta. Insertar o modificar en TC_XXX o TS_XXX el
Si el ID existe se modifica. valor del campo correspondiente.
En la correspondiente tabla auxiliar
Nota 1: Todas las tablas auxiliares (las de codificación TC_XXX, y las de sistema
TS_XXX) tienen un campo ID que identifica cada registro de manera única (salvo
TC_RESEXP: ver Nota 2). La mayoría tienen un campo llamado DESCRIPCION, pero
algunas poseen otros campos.
Se utilizará el “nombre_campo” para indicar de que campo se trata y “valor_campo” para

el valor que debe tomar.
PÁGINA 63
En el caso de una baja se actualizará el campo “FECHA_BAJA” con la correspondiente

fecha de baja.
Ejemplo de baja del país “Tokelav”:
T_CMSGEN
000000000049 050 1 “TC_LUGAR”,”387”,”FECHA_BAJA”,”2000-06-01”
Ejemplo de cambio del parámetro “t_cancela_mensaje”:
T_CMSGEN
000000000050 050 1 “TS_SISPAR”,”02”,”VALOR”,”16”
Nota 2: En el caso de la tabla TC_RESEXP el valor que se enviará como ID es un C(4)

que corresponde a los campos ID + re_co_consan (que forman la clave primaria), tal y
como se muestra en el siguiente ejemplo.
Ejemplo de cambio de la descripción “Libre” por “Erradicada” para Perineumonía en

TC_RESEXP:
T_CMSGEN
000000000051 050 1 “TC_RESEXP”,”0204”,” DESCRIPCION”,”Erradicada”
PÁGINA 64
8. Mensajes de salida de la CCAA
En este capítulo se describen los distintos tipos posibles de mensajes que se pueden enviar
desde una CCAA, para lo cual insertará en las tablas de mensajes de salida de su SA.
También se da una indicación de los eventos que deben ocurrir previamente al envío de dicho
mensaje.
Si hubiera que recibir una respuesta o mensaje de contestación, también se indica.
8.1. Mensajes de Petición de Datos
Se utilizan cuando alguna aplicación de la CA (por ejemplo: emisión de guías) necesita datos de
explotaciones de otras CCAA (y no se pretende utilizar la web nacional de explotaciones del
portal SIMOGAN).
8.1.1. Petición de datos de una explotación concreta (tipo 01321).
Eventos previos:
n Alguna aplicación necesita datos de una explotación de otra CCAA, de la que se conoce el código
de explotación (SIMOGAN).
T_MSGSAL
ms_id ms_usr ms_fc_msg ms_tipo ms_co_ori ms_co_des ms_filas ms_co_est
000000000100 MICCAA 1998-08-15 15:30:29 01321 010 050 1 00
T_CMSGSA
cs_ce_msgsal cs_co_ori cs_fila cs_msg
000000000100 010 1 Código de explotación
Recibirá un mensaje de contestación (tipo “00900”) como nuevo mensaje de entrada, que
contendrá varias filas con los datos básicos, los propietarios y las calificaciones sanitarias, de la
siguiente forma :
T_CMSGEN
000000000056 050 1 número de mensaje peticionario
000000000056 050 2 1,Datos básicos de la explotación
000000000056 050 3 2, código explotación, Propietarios de la explotación
000000000056 050 … …
000000000056 050 x 3, código explotación, Calificaciones Sanitarias de la explotación
000000000056 050 … …
PÁGINA 65
Ejemplo de consulta desde Extremadura de una explotación de Madrid:
1) Se inserta el mensaje en las tablas de salida:
T_MSGSAL
000000000101 MICCAA 1998-08-15 15:30:29 01321 010 050 1 00
T_CMSGSA
000000000101 010 1 “ES280450001234”
2) Se procesa el mensaje y nos da el número de contestación
T_MSGSAL
ms_id ms_usr ms_fc_msg ms_tipo ms_co_ ms_co_ ms_filas ms_co ms_id_res
ori des _est
000000000101 MICCAA 1998-08-15 15:30:29 01321 010 050 1 02 000000000057
3) Se recoge el mensaje de contestación en las tablas de entrada:
T_CMSGEN
000000000057 050 1 000000000101
000000000057 050 2 1,“ES280450001234”,”45M1234”,”00”,”00”,”00”,”1996-3-1”,
”01”,”1200000101”,”La Colmenareña”,”c/ General O’hara, 33”,
”28031”,
000000000057 050 3 2,“ES280450001234”,”87654321G”,”Pedro Pérez Benitez”,
000000000057 050 4 2,“ES280450001234”,“9861234D”,”Mª Elisa Pérez Benitez”,
”915446677”
000000000057 050 5 3,“ES280450001234”,”01”,”04”,”1996-3-1”
000000000057 050 6 3,“ES280450001234”,”02”,”05”,”1997-1-1”
000000000057 050 7 3,“ES280450001234”,”03”,”02”,”1996-4-1”
000000000057 050 8 3,“ES280450001234”,”04”,”02”,”1996-4-1”
8.1.2. Petición parametrizada de datos básicos de explotaciones (tipo 01322).
Eventos previos:
n Alguna aplicación necesita datos de una (o varias) explotación(es) de otra CCAA, de la que se
conoce algún dato distinto al código de explotación (SIMOGAN). Debe conocer como mínimo la
provincia y el municipio.
T_MSGSAL
000000000102 MICCAA 1998-08-15 15:30:29 01322 010 050 1 00
PÁGINA 66
T_CMSGSA
000000000102 010 1 Código INE de Provincia, Código INE de Municipio, código local
de la explotación, código postal de la explotación, nombre de la
explotación, dirección de la explotación, NIF/CIF de un
propietario, nombre de un propietario
Recibirá un mensaje de contestación (tipo “00900”) como nuevo mensaje de entrada, que
contendrá varias filas con los datos básicos de aquellas explotaciones que cumplen los criterios
de selección suministrados, de la siguiente forma :
T_CMSGEN
000000000058 050 1 número de mensaje peticionario
000000000058 050 2 Datos básicos de la explotación nº 1
000000000058 050 … …
000000000058 050 n Datos básicos de la explotación nº n
Ejemplo de consulta parametrizada de explotaciones (se sabe que es de Colmenar Viejo, y el

nombre de un propietario):
1) Se inserta el mensaje en las tablas de salida:
T_MSGSAL
000000000103 MICCAA 1998-08-15 15:30:29 01322 010 050 1 00
T_CMSGSA
000000000103 010 1 “28”,”045”,,,,,,”Mª Elisa Pérez Benitez”
2) Se procesa el mensaje y nos da el número de contestación
T_MSGSAL
ms_id ms_usr ms_fc_msg ms_tipo ms_co_ ms_co_ ms_filas ms_co ms_id_res
ori des _est
000000000103 MICCAA 1998-08-15 15:30:29 01322 010 050 1 02 000000000059
3) Se recoge el mensaje de contestación en las tablas de entrada:
T_CMSGEN
000000000059 050 1 000000000103
000000000059 050 2 “ES280450001234”,”45M1234”,”00”,”00”,”00”,”1996-3-1”,,
”01”,”1200000101”,”La Colmenareña”,”c/ General O’hara, 33”,
”28031”,
000000000059 050 3 “ES280450001235”,”45M1235”,”00”,”00”,”00”,”1996-3-1”,,
”01”,”1200000101”,”La Colmena Feliz”,”c/ Constitución 4”,
”28031”,
8.2. Mensajes de Explotaciones
Estos mensajes se utilizan para comunicar modificaciones en los datos de explotaciones a las
tablas del Servidor Central de SIMOGAN. Estos datos son los que aparecen en la web nacional
de explotaciones.
PÁGINA 67
8.2.1. Comunicación de cambios en los datos básicos de una explotación (tipo 01422).
Eventos previos:
n Cuando se produce algún cambio en alguno de los datos básicos de una explotación existente, o
se produce una nueva alta.
T_MSGSAL
000000000103 MICCAA 1998-08-15 15:30:29 01422 012 050 1 00
T_CMSGSA
000000000103 012 1 Datos básicos de la explotación
Ejemplo de comunicación de alta de explotación:
T_CMSGSA
000000000104 012 1 “ES280450001234”,”45M1234”,”00”,”00”,”00”,”1996-3-1”,”01”,
”1202800101”,”La Colmenareña”,”c/ General O’hara , 33”,
”28031”,
8.2.2. Comunicación de cambios en los propietarios de una explotación (tipo 01429).
Eventos previos:
n Cuando se produce algún cambio en los propietarios de una explotación (la explotación debe estar
ya en el central, es decir, ha habido un mensaje 01422 previo a éste)
T_MSGSAL
000000000105 MICCAA 1998-08-15 15:30:29 01429 012 050 n 00
T_CMSGSA
000000000105 012 1 Código de explotación, NIF, Nombre, teléfono (del propietario 1)
000000000105 012 … …
000000000105 012 n Código de explotación, NIF, Nombre, teléfono (del propietario n)
Ejemplo de cambio de propietario en una explotación:
T_CMSGSA
000000000106 012 1 “ES280450001234”,”123456H”,”Javier Gracioso
Salado”,”915443322”
000000000106 012 2 “ES280450001234”,”12395566J”,”Elena Gracioso Salado”,
PÁGINA 68
Nota: Cuando el Servidor Central recibe un mensaje de este tipo, borra todos los propietarios
que tuviese la explotación anteriormente e inserta estos nuevos. Por lo tanto hay que mandar
todos los propietarios actuales (no algunos) de una explotación, en este mensaje.
8.2.3. Comunicación de cambios en las Calificaciones Sanitarias de una explotación

(tipo 01423).
Eventos previos:
n Cuando se produce algún cambio en alguna de las calificaciones sanitarias de una explotación (la
explotación debe estar ya en el central, es decir, ha habido un mensaje 01422 previo a éste)
T_MSGSAL
000000000106 MICCAA 1998-08-15 15:30:29 01423 012 050 n 00
T_CMSGSA
000000000106 012 1 Código de explotación, Control 1, Calificación 1, fecha 1
000000000106 012 … …
000000000106 012 n Código de explotación, Control n, Calificación n, fecha n
Ejemplo de comunicación de modificación (cambio de calificación) en una explotación:
T_CMSGSA
000000000107 012 1 “ES280450001234”,”01”,”04”,”1998-3-1”
000000000107 012 2 “ES280450001234”,”02”,”04”,”1998-3-1”
Nota: Cuando el Servidor Central recibe un mensaje de este tipo, sustituye los datos que tuviera
para un control sanitario con los nuevos datos recibidos. Si no se envían datos nuevos para un
control en el mensaje, y en el Servidor Central existiesen datos antiguos para dicho control, éstos
se mantienen en el Servidor Central.
8.3. Mensajes de Muertos
8.3.1. Comunicación de la muerte de uno o varios animales (tipo 01466).
La notificación de muerte se puede hacer de forma individual con un mensaje por animal,
o en bloque con varios animales en cada mensaje, aunque nunca se ha de superar el
número de líneas máximo de un mensaje definido por la variable del sistema
max_lin_msg (ver TS_SISPAR).
Eventos previos:
n Cuando se produce la muerte de un animal dentro de la CCAA
PÁGINA 69
PÁGINA 70
T_MSGSAL
000000000108 MICCAA 1998-08-15 15:30:29 01466 012 050 1 00
T_CMSGSA
000000000108 012 1 Crotal, Código de explotación, fecha, motivo (estado)
Ejemplo de comunicación de muerte de animales:
T_CMSGSA
000000000109 012 1 “ES011212345678”,”ES280450001234”,”1998-8-14”,”09”
000000000109 012 2 “ES011212345679”,”ES280450001234”,”1998-8-14”,”09”
000000000109 012 3 “ES011202340680”,”ES280450001234”,”1998-8-14”,”09”
8.3.2. Cancelación de un animal muerto (tipo 01819).
Eventos previos:
n Cuando se ha enviado un mensaje 01466 comunicando la muerte de uno o varios animales, y se

tiene la certeza de que alguno de ellos no ha muerto.
T_MSGSAL
000000000136 MICCAA 1998-08-15 15:30:29 01819 012 050 1 00
T_CMSGSA
000000000136 012 1 Código del animal, Nº de mensaje
Ejemplo de cancelación de muerte del animal ” ES011202340680”:
T_CMSGSA
000000000137 012 1 ” ES011202340680”, 000000000109
8.4. Mensajes de Rangos fabricados
8.4.1. Comunicación de uno o varios rangos de crotales fabricados (tipo 01441).
Eventos previos:
n Cuando se fabrica un rango de crotales para la CCAA
T_MSGSAL
000000000110 MICCAA 1998-08-15 15:30:29 01441 012 050 1 00
T_CMSGSA
PÁGINA 71
000000000110 012 1 Crotal inicial, Crotal final, fecha de entrega
Ejemplo de comunicación de crotales fabricados:
T_CMSGSA
000000000111 012 1 “ES011202345000”,” ES011202345999”,”1998-7-1”
8.4.2. Cancelación de un rango de crotales fabricados (tipo 01841).
Eventos previos:
n Cuando se ha enviado un mensaje 01441 comunicando la fabricación de un rango de crotales, y

se tiene la certeza de que alguno de los datos enviados está mal.
T_MSGSAL
000000000138 MICCAA 1998-08-15 15:30:29 01841 012 050 1 00
T_CMSGSA
000000000138 012 1 Inicio rango, Fin rango, fecha, Nº de mensaje a cancelar
Ejemplo de cancelación de un rango de crotales fabricado:
T_CMSGSA
000000000139 012 1 ”ES011200001000”,”ES011200009999”,”1998-5-3”,
000000000136
8.5. Mensajes de Irregulares
8.5.1. Animal encontrado Irregularmente (tipo 01518).
Eventos previos:
n Cuando se inserta un animal en su Base de Datos, y no es por comunicación de nacimiento (es

decir: ha sido encontrado por primera vez en su CCAA).
T_MSGSAL
000000000118 MICCAA 1998-08-15 15:30:29 01518 012 050 1 00
T_CMSGSA
000000000118 012 1 Crotal, código de explotación, fecha, código de movimiento
Nota: Al dar de alta un animal en la Base de Datos (sin ser por comunicación de nacimiento) se debe
introducir un primer movimiento que sitúa al animal en la explotación donde se encuentra. Dicho
PÁGINA 72
movimiento será de tipo Irregular (o de “Carga Inicial”). El código de este primer movimiento Irregular
introducido, es el que viaja como cuarto argumento en el mensaje.
Ejemplo de animal encontrado irregularmente en Colmenar Viejo (Madrid):
1) Madrid envía al MAPA la notificación
T_MSGSAL
000000000119 MICCAA 1998-08-15 15:30:29 01518 012 050 1 00
T_CMSGSA
000000000119 012 1 ”ES010812345678”,”ES280450001234”,”1998-08-13”,
”120033199820004567”
2) Si en el Servidor Central figurase dicho animal como residente en Extremadura, cambia el

destino y envía a Extremadura el mensaje anterior, y Extremadura recibirá:
T_MSGSAL
000000000119 MICCAA 1998-08-15 15:30:29 01518 012 010 1 00
T_CMSGSA
000000000119 012 1 ”ES010812345678”,”ES280450001234”,”1998-08-13”,
”120033199820004567”
Existen varias posibilidades en este punto:
a) Extremadura no tiene el animal.

En este caso Extremadura no tiene que hacer nada.
b) Extremadura tiene el animal en su Base de Datos, pero figura con un movimiento posterior a
“1998-08-13”, o se ha constatado que aún reside en Extremadura (fecha de localización
posterior).
En este caso Extremadura ha de emitir un mensaje 01510 de "Animal Duplicado" con destino a
Madrid (que deberá investigar a este animal). El sistema SIMOGAN al procesar el mensaje
01510 correctamente, considera que el animal reside en Extremadura.
c) Extremadura tiene el animal en su Base de Datos, y no hay constancia de movimientos ni

localización posterior a la fecha dada (1998-08-13).
Esto quiere decir (aparentemente) que el animal hizo un movimiento que no se registró.
Extremadura debe enviar un mensaje 01537 con el código de movimiento irregular suministrado
(”120033199820004567”), e inmediatamente un mensaje 01511 con el historial del animal, hacia
Madrid (que incorporará esta información en su Base de Datos).
8.5.2. Animal duplicado (tipo 01510).
Cuando una CA (por ejemplo X), recibe un mensaje 01518 de "Animal encontrado
irregularmente", de otra CA (por ejemplo Y) solicitando el envío del historial y se comprueba que
ese animal tiene movimientos posteriores en la propia CA (X), o que ha sido localizado en la
propia CA (X) con fecha posterior a la indicada en el mensaje 01518.
Esta situación puede ser un indicio de que el crotal del animal está duplicado.
PÁGINA 73
Por lo que en lugar del historial la CA (X) enviará un mensaje 01510 de "Animal duplicado",
indicando el crotal del que se está hablando, en qué explotación reside para la CA (X), la fecha
desde la que se le tiene localizado (que es posterior) y un campo de observaciones que indica
por qué motivo se considera que el crotal está duplicado (que en este caso puede ser
simplemente porque figuran movimientos posteriores en la propia CA).
Para el SC se considera que ese animal aún sigue en la CA (X).
T_MSGSAL
000000000112 MICCAA 1998-08-15 15:30:29 01510 012 010 1 00
T_CMSGSA
000000000112 012 1 Crotal, explotación donde reside, fecha de su última localización,
Observaciones
Nota: El campo observaciones no ha de superar los 250 caracteres.
8.6. Mensajes de Movimientos
Estos mensajes se utilizan para comunicar movimientos de animales (hacia fuera de mi CA o

importaciones) y transferir historiales de animales entre CCAA .
Al procesar estos mensajes el SC de SIMOGAN reubica la localización (CA) que posee para
dichos animales que viajan.
Si los movimientos ocurren dentro de su CA, no debe insertar mensajes en estas tablas.
Tenemos los siguientes mensajes:
8.6.1. Notificación de la salida de un movimiento de una CA (tipo 01537).
Eventos previos:
n Cuando se inicia un movimiento hacia fuera de su CCAA (la explotación de destino es de otra
CCAA, de un país comunitario, o de un tercer país)
T_MSGSAL
000000000112 MICCAA 1998-08-15 15:30:29 01537 012 010 n+1 00
T_CMSGSA
000000000112 012 1 Datos del movimiento
000000000112 012 2 Crotal 1
000000000112 012 … …
000000000112 012 n+1 Crotal n
Ejemplo de notificación de salida de animales:
T_CMSGSA
000000000113 012 1 “120600011998000001”,”1998-08-15 10:21:32”,
”ES060010001234”,”1998-08-16 11:00:00”,”010”,
“ES280450004444”,”1998-08-16 14:00:00”,”012”,
”00”,”00”,”01”,”01”,”M-0007-TH”,”02”,”1230123M”,4,
000000000113 012 2 “ES011012345678”
PÁGINA 74
000000000113 012 3 “ES011012345679”

000000000113 012 4 “ES011012345680”
000000000113 012 5 “ES011012345681”
Nota 2: Tras este mensaje ha de enviar el historial de todos los animales involucrados en el
movimiento con un mensaje de tipo “01511” (ver siguiente apartado) por cada animal.
Para el Sistema Nacional TODOS los animales del movimiento RESIDEN en la CA de

destino, cuando este mensaje ha sido procesado correctamente. A partir de este
momento el SC consultará los datos en la CA de destino.
8.6.2. Cancelación de la salida de un movimiento de una CA (tipo 01837).
Eventos previos:
n Cuando se ha enviado un mensaje 01537 de salida de movimiento hacia fuera de su CA, y se

tiene la certeza de que ese movimiento no se va a realizar nunca (con esa composición de
animales).
T_MSGSAL
000000000132 MICCAA 1998-08-15 15:30:29 01837 012 010 1 00
T_CMSGSA
000000000132 012 1 Código del movimiento, Nº de mensaje
Ejemplo de cancelación de salida de un movimiento:
T_CMSGSA
000000000133 012 1 “120600011998000001”, 000000000113
Nota 1: Si se comunica un movimiento con 5 animales, y se sabe que van a viajar solo 3 (puede
ser por anulación o re-expedición de guía), se debería cancelar el movimiento anterior (5
animales) y enviar uno nuevo (con los 3).
Nota 2: Para enviar una cancelación a un mensaje 01537, dicho mensaje 01537 debe estar en
estado “Procesado Correctamente”.
8.6.3. Envío del historial de un animal (tipo 01511).
Eventos previos:
n Cuando se ha enviado un mensaje de movimiento de salida (tipo “01537”) hay que enviar este
mensaje por cada animal del movimiento
T_MSGSAL
000000000114 MICCAA 1998-08-15 15:30:29 01511 012 010 n 00
T_CMSGSA
PÁGINA 75

000000000114 012 1 0, código del movimiento
000000000114 012 2 1, Datos básicos del animal
000000000114 012 3 2, Datos Sanitarios del animal (si tiene)
000000000114 012 … …
000000000114 012 w 3, Datos sobre Primas del animal (si tiene)
000000000114 012 … …
000000000114 012 x 4, Datos de movimientos del animal
000000000114 012 … …
000000000114 012 y 4, Datos del último movimiento (el actual)
000000000114 012 z 5, crotal, país de nacimiento
Nota 1: El último movimiento del historial del animal, debe coincidir con el movimiento en el que
viaja.
Nota 3: Es obligatorio poner la última línea que indica el país de nacimiento del animal.
Ejemplo de envío de un historial de un animal:
T_CMSGSA
000000000115 012 1 0,”120602740000003333”
000000000115 012 2 1,”ES011012345678”,”00”,”00”,”1998-1-1”,”01”,”0018”,
”ES011023455555”,”ES060120001234”,“1998-1-1”,
”ES042740001234”,,,
000000000115 012 3 2,”ES011012345678”,”01”,”01”,”1998-2-12”
000000000115 012 4 2,”ES011012345678”,”02”,”02”,”1998-3-23”
000000000115 012 5 3,”ES011012345678”,”01”,”1998-2-12”
000000000115 012 6 4,”ES011012345678”,”01NNES011012345678”,
”1998-1-1 09:10:10”,
”00000000000000”,“1998-1-1 09:10:20”,”000”,
”ES042740001234”,”1998-1-1 09:10:30”,”001”,
”00”,”00”,”06”,,,,,1,
000000000115 012 7 4,”ES011012345678”,”010602741998000033”,
”1998-4-1 09:10:10”,
”ES042740001234”, “1998-4-1 09:10:20”,”001”,
”ES280120001234”,”1998-4-2 11:00:00”,”012”,
”00”,”00”,”01”,”01”,”AL-1234-BS”,,,10,
000000000115 012 8 4,”ES011012345678”,“120602740000003333”,
”1998-08-15 10:21:32”,
“ES280120001234”,”1998-08-16 11:00:00”,”012”,
”ES060010001235”,”1998-08-16 14:00:00”,”010”,
”00”,”00”,”01”,”01”,”M-0007-TH”,”02”,”1230123M”,4,
000000000115 012 9 5,”ES011012345678”,“111”
8.6.4. Devolución del historial de un animal (tipo 01711).
Eventos previos:
n Tras cerciorarse de que un animal que figuraba en una guía proveniente de otra CCAA, no ha
llegado a su destino.
T_MSGSAL
PÁGINA 76
000000000116 MICCAA 1998-08-15 15:30:29 01711 010 012 1 00
PÁGINA 77
T_CMSGSA
000000000116 010 1 crotal, código del movimiento
Ejemplo de devolución de un historial de un animal:
T_CMSGSA
000000000117 010 1 “ES011012345678”,”120602740000003333”
Cuando SIMOGAN procese correctamente este mensaje, el Sistema Nacional, volverá a

tener localizado al animal devuelto en dicha CA nuevamente.
8.6.5. Notificación de la llegada de un movimiento a una CA de otro país (tipo 01538).
Eventos previos:
n Cuando se recibe un movimiento en su CCAA procedente de otro país comunitario (hay que
mantener los crotales originales que traen).
T_MSGSAL
000000000122 MICCAA 1998-08-15 15:30:29 01537 012 050 n+1 00
T_CMSGSA
000000000122 012 1 Datos del movimiento
000000000122 012 2 Crotal 1
000000000122 012 … …
000000000122 012 n+1 Crotal n
Ejemplo de notificación de entrada de animales:
T_CMSGSA
000000000123 012 1 “1200011998000001”,”1998-08-15 10:21:32”,
”FR0600101234”,”1998-08-16 08:00:00”,”102”,
“ES280450004444”,”1998-08-17 10:00:00”,”012”,
”00”,”00”,”01”,”01”,”M-0007-TH”,”02”,”1230123M”,4,
000000000123 012 2 “FR4412345678”
000000000123 012 3 “FR4412345679”
000000000123 012 4 “FR4412345680”
000000000123 012 5 “FR4412345681”
Al procesar correctamente este mensaje, para el Servidor Central de SIMOGAN, estos animales
residen en España, dentro de su CA.
Nota: Si el movimiento viniese de un país tercero, al recrotalarse los animales con crotal de su CA, no
hace falta comunicarlo al Servidor Central (para SIMOGAN es un caso similar a un nacimiento).
PÁGINA 78
8.6.6. Cancelación de llegada de un movimiento a una CA de otro país (tipo 01838).
Eventos previos:
n Cuando se ha notificado un movimiento de entrada de animales procedentes de otro país

comunitario (tipo 01538) y existe la certeza de que no se ha producido (al menos con dicha
composición de animales).
T_MSGSAL
000000000134 MICCAA 1998-08-15 15:30:29 01838 012 050 1 00
T_CMSGSA
000000000134 012 1 Código del movimiento, Nº de mensaje
Ejemplo de cancelación de llegada de un movimiento de otro país:
T_CMSGSA
000000000135 012 1 “124400011998000001”,000000000127
Al procesar correctamente este mensaje, para el Servidor Central de SIMOGAN, estos animales ya
no residen en España.
Nota: Para enviar una cancelación a un mensaje 01538, dicho mensaje 01538 debe estar en
8.6.7. Finalización de movimiento temporal para un animal (tipo 01530).
Eventos previos:
n Cuando una animal ha entrado en mi CA con movimiento Temporal y ocurre un movimiento

Normal (venta o muerte) dentro de mi CA, y el origen de la posible cadena de movimientos
temporales está fuera de mi CA.
T_MSGSAL
000000000120 MICCAA 1998-08-15 15:30:29 01530 012 010 1 00
T_CMSGSA
000000000120 012 1 crotal, código del movimiento cabeza, fecha finalización
Ejemplo de finalización de un movimiento temporal de un animal (crotal = “ES011012345678” )

con los siguientes movimientos en su historial:
Movimientos
”ES011012345678”,”10NNES011012345678”,”1998-1-1 09:10:10”,
”00000000000000”,“1998-1-1 09:10:20”,”000”,
”ES102740001234”,”1998-1-1 09:10:30”,”010”,
”00”,”00”,”01”,,,,,1,
”ES011012345678”,”100602741998000033”,”1998-4-1 09:10:10”,
”ES102740001234”, “1998-4-1 10:00:00”,”010”,
PÁGINA 79
”ES060120001234”,”1998-4-2 10:00:00”,”006”,
”00”,”00”,”01”,”01”,”AL-1234-BS”,,,11,
”ES011012345678”,”060012741998000044”,”1998-5-1 09:10:10”,
”ES060120001234”, “1998-5-1 12:00:00”,”006”,
”ES123330004321”,”1998-5-2 08:00:00”,”012”,
”01”,”00”,”01”,”01”,”M-0007-VV”,,,13,
”ES011012345678”,”120012741998000044”,”1998-6-1 09:10:10”,
”ES123330004321”, “1998-6-1 10:00:00”,”012”,
”ES123330004444”,”1998-6-2 12:00:00”,”012”,
”01”,”00”,”00”,”01”,”M-3076-GS”,,,10,
”ES011012345678”,”120012741998000045”,”1998-7-1 09:10:10”,
”ES123330004444”,“1998-7-1 10:00:00”,”012”,
”ES080030002244”,”1998-7-2 08:00:00”,”008”,
”00”,”00”,”01”,,,,,4,
En el último movimiento (quinto) se rompe la cadena de movimientos temporales, (que empezó

en el tercer movimiento) y hay que comunicárselo a la CCAA de la cuál salió con movimiento
temporal ( CA = 006 , movimiento_cabeza = ”060012741998000044” ). Se envía el siguiente
mensaje:
T_MSGSAL
000000000121 MICCAA 1998-07-1 15:30:29 01530 012 006 1 00
T_CMSGSA
000000000121 012 1 ”ES011012345678”,”060012741998000044”,”1998-07-1”
Este mensaje no supone para el SC reubicar al animal.
Nota 1: Esta casuística puede ocurrir en los casos de muerte en trashumancia, o de venta en mercados de
otras CCAA..
Nota 2: Para conocer el origen de la cadena de movimientos temporales, se ha tenido que recibir el
historial del animal, vía SIMOGAN, con el correspondiente mensaje 01511.
8.6.8. Cancelación de Finalización de movimiento temporal para un animal (tipo

01830).
Eventos previos:
< La CA enviará este mensaje cuando tras notificar una finalización de movimiento temporal
(01530) necesitamos cancelar el mensaje ya que éste no se produjo, por ejemplo tras cancelar
una muerte que finalizó un movimiento temporal, se han de cancelar ambos mensajes, el de la
muerte (01466) con 01819 y el de la finalización de movimiento temporal (01530) con 01830.
T_MSGSAL
000000000136 MICCAA 1998-08-15 15:30:29 01830 012 010 1 00
T_CMSGSA
000000000136 012 1 Crotal, Código del movimiento cabeza, Nº de mensaje a
cancelar
Este mensaje no supone para el SC reubicar al animal.
PÁGINA 80
Nota: Para enviar una cancelación a un mensaje 01530, dicho mensaje 01530 debe estar en
8.7. Mensajes de Recrotalación
8.7.1. Notificación de Recrotalación de un animal (tipo 01542).
Eventos previos:
n Cuando se cambia el crotal de un animal introducido en el sistema, por sustitución de crotales

antiguos, se ha de notificar con un mensaje 01542 indicando el crotal antiguo, el crotal nuevo, y la
fecha de sustitución, para que el sistema sea capaz de reconstruir su localización y trazabilidad.
T_MSGSAL
000000000120 MICCAA 1998-08-15 15:30:29 01542 012 050 1 00
T_CMSGSA
000000000120 012 1 crotal antiguo, crotal nuevo, fecha de recrotalación.
Nota 1: El SC hará caso omiso a este mensaje si no consta que el animal residiera en esa CA
(este sería el caso después de haber recibido un mensaje de “Animal duplicado”, o también
cuando la CA no ha notificado al SC mediante el mensaje de “Animal encontrado
Irregularmente” la existencia de animales con crotales antiguos).
Nota 2: En caso de substitución (por pérdida) de crotales (mantiene el mismo código de

identificación), no es necesario enviar este mensaje, ya que el número de crotal no varía.
PÁGINA 81
9. Funcionamiento ante movimientos de animales
Por su especial importancia merece la pena definir la operativa del sistema global respecto a los
movimientos y los diferentes estados por los que han de pasar con cada mensaje, e indicar cómo
viajarán los historiales y donde se han de introducir.
9.1. Tipos de movimientos.
Los movimientos siempre van a suponer un cambio en la localización del animal, y por tanto
afectará al cálculo del censo de animales existente en una explotación en un momento dado.
Los movimientos pueden ser de varios tipos, dependiendo del criterio que utilicemos.
Si atendemos al criterio de dónde se localiza a un animal (ubicación), el movimiento puede ser:
• Regular: Los animales se encuentran físicamente donde se esperaba (basado en la

guía de salida). Es el caso más frecuente.
• Irregular: Cuando encontramos un animal en una explotación donde no se esperaba

que estuviese. Se genera este movimiento para llevar al animal a donde realmente
está, en la Base de Datos, y completar así la trazabilidad del animal desde la última
explotación en la que se encontraba localizado, sin dejar saltos en la misma. Se
utiliza, por tanto, para corregir la Base de Datos a la situación real. Cabe objetar que
con anterioridad a este movimiento ha ocurrido algo poco controlado, es decir, puede
que físicamente ocurrieran otros movimientos pero informáticamente no existe
constancia de ello en su historial. El animal queda localizado donde realmente está.
Existe una clasificación de los distintos tipos de irregularidades, una vez que se ha
investigado y se conoce la causa de la irregularidad.
“Carga Inicial” se puede considerar un tipo de Irregularidad (ya que ubica por primera
vez a un animal).
A la hora de obtener el libro de registro de una explotación en un momento dado: algunos

movimientos pueden suponer un cambio en la propiedad de los animales y otros no.
Si atendemos al criterio de propiedad o pertenencia a una explotación, el movimiento puede ser:
• Normal: Hay cambio de propiedad (compra/venta). Supone además un cambio en el

libro de registro de las explotaciones involucradas, ya que los animales se dan de
baja en la de origen y se dan de alta en la de destino.
• Temporal: No hay cambio de propiedad. No supone un cambio en los libros de

registro de las explotaciones origen y destino. Esto quiere decir que el animal sigue
perteneciendo a la explotación de origen, y se mueve de forma temporal a otra
explotación, esperando que vuelva otra vez en el futuro al origen. Puede haber varios
movimientos temporales seguidos, pero al final debe volver al origen. Los casos más
frecuentes en lo que esto ocurre son : trashumancia, envío a mercados, etc.
Notas acerca de la finalización de un movimiento Temporal: Cuando tras una serie de

movimientos temporales, uno de los animales que lo componen hace un movimiento normal
(venta o muerte) sin volver al origen de la cadena, se tiene que marcar en origen como que en
una fecha dada el animal ha finalizado el movimiento temporal, con objeto de que a partir de
dicha fecha el animal no aparezca en el libro de registro de dicha explotación (censo por
pertenencia).
PÁGINA 82
Se le comunica al origen (en caso de que sea de otra CCAA) con un mensaje de tipo “01530”, y
allí se anotará la fecha de terminación del movimiento temporal para dicho animal (Tabla
T_ANIMOV, campo am_fc_fintem).
9.2. Casos de movimientos.
Según las diferentes posibilidades de origen y destino podemos establecer la siguiente

clasificación de los movimientos:
• Traslado: Si el movimiento es dentro de la propia CA.
• Movimiento: Si ocurre entre dos CCAA diferentes.
• Intercambio de Entrada: Si viene de un país comunitario.
• Intercambio de Salida: Si va a un país comunitario.
• Importación: Si viene de un país no comunitario.
• Exportación: Si va a un país no comunitario.
• Nacimiento: Es un movimiento de entrada en la explotación. Hay que ponerlo para

que funcione el cálculo de censos de una explotación.
• Muerte: Es un movimiento de salida de la explotación. Hay que ponerlo para que

funcione el cálculo de censos de una explotación.
• Asignación a explotación: Se usa para los nacimientos en movimientos temporales

(trashumancia, ...).
• Nacimiento en temporal: Se usa para los nacimientos en movimientos temporales

(trashumancia, ...).
Vamos a analizar más en detalle la operativa del sistema en cada uno de estos casos:
9.2.1. Traslados dentro de una CA.
En estos casos cada CA almacenará dichos movimientos en las correspondientes tablas (o

vistas) destinadas para ello.
No es necesario comunicar nada al SC de SIMOGAN y por tanto no es necesario enviar

mensajes.
PÁGINA 83
9.2.2. Salida de una CA hacia otra CA.
Movimiento entre CCAA

Historial n Historial 1 Movimiento
tipo “01511” tipo “01511” tipo “01537”
C .A. SC C .A.
origen MAPA destino
Analizamos la situación en el origen:
Para cualquier salida de animales, la CA de origen ha de colocar un mensaje de salida del tipo
“01537” con destino a la CA de destino, notificando el movimiento que va a salir y su
composición. Normalmente esto se hará corresponder con la emisión de guías hacia otra CA.
El movimiento llevará las siguientes características (en la tabla T_MOVBOV):
• tipo de ubicación ‘REGULAR’ ( el campo mo_co_ubi = “00” )
• tipo de pertenencia ‘NORMAL’ si no se espera que el animal vuelva ( mo_co_per =

“00” ) o ‘TEMPORAL’ si se espera que el animal vuelva (esto ocurrirá en los casos de
trashumancia, pastos temporales, mercados, etc., en general siempre que no haya un
cambio en la propiedad o pertenencia de los animales a una explotación) (
mo_co_per = “01” )
• clasificación ‘MOVIMIENTO’ ( mo_co_cla = “01” )
El historial de cada animal se marcará como ‘Pendiente de envío’ ( en la tabla T_ANIMOV, el

campo am_co_est = “01” ).
El estado del animal se marcará como ‘En otra CCAA’ ( en la tabla T_ANIBOV, el campo
an_co_est = “03” ), poniendo la fecha ( campo an_fc_est ).
Posteriormente, y por cada animal que compone el movimiento, enviará un mensaje de tipo
“01511” en donde viajará el historial de cada animal hasta la CA de destino.
El historial de cada animal se marcará como ‘Enviado’ ( en la tabla T_ANIMOV, el campo

am_co_est = “02” ).
Para el Sistema Nacional SIMOGAN, los animales del movimiento residirán en la CA que
indique el destino, a partir del momento en que se procese el mensaje 01537
correctamente.
PÁGINA 84
El mensaje “01537” puede ser procesado con error si:
• Si no es correcto el código SIMOGAN de la explotación de origen o de destino (deben

estar dadas de alta en el SC).
• La fecha de salida es mayor que la fecha de llegada.
• Si existe ya un movimiento con el mismo código de identificación (salvo que se haya

cancelado previamente).
• Si no enviamos todos los historiales involucrados en el movimiento, dentro del plazo de

tiempo indicado por la variable del sistema t_espera_historiales (ver tabla del sistema
TS_SISPAR).
• Si algún historial enviado presenta incongruencias, y ha sido procesado con error.
Si se procesa con error debemos analizar la situación, corregirla y volver a enviarla

correctamente.
Analizamos la situación en el SC del MAPA:
El SC procesa el mensaje 01537 y los mensajes 01511 asociados a dicho movimiento, de forma
que solo puede ser correcto el 01537 si todos ellos lo son individualmente.
En ese momento se actualiza en el SC la localización de los animales, a la CA de destino del

movimiento.
A continuación se envían los mensajes a su destino. Por tanto, sólo pasan a destino los trenes
completos: locomotora (mensaje 01537) + todos sus vagones (mensajes 01511), que hayan sido
procesados correctamente.
Analizamos la situación en el destino:
Cuando la CA de destino recibe el mensaje de tipo “01537”, de salida de un movimiento de

animales de otra CA, dará de alta el movimiento nuevo:
• los datos básicos del movimiento en la tabla T_MOVBOV
• la composición del movimiento en la tabla T_ANIMOV (con estado del historial ‘Pendiente
de recibir’).
A medida que llegan historiales (mensajes 01511) los damos de alta:
• los datos básicos de cada animal en T_ANIBOV (el estado del animal lo pondremos
siempre como ‘Supuestamente localizado’ actualizando la fecha del estado, y
actualizaremos la explotación actual de residencia con la de destino del movimiento).
• los datos sanitarios (si existen) en T_DSABOV
• los datos sobre primas (si existen) en T_PRIBOV
• los datos de movimientos anteriores en T_MOVBOV y T_ANIMOV. El último movimiento

ya lo hemos introducido anteriormente (nos sirve de comprobación).
PÁGINA 85
• El estado del historial pasará a ‘Recibido’.
Sabemos con seguridad que llegarán todos los historiales del movimiento, ya que si no, la
notificación no habría pasado a destino.
9.2.3. Salida de una CA hacia un país comunitario.
Para salidas de animales a un país comunitario se ha de enviar un mensaje de tipo “01537” con
destino el MAPA, notificando los datos del movimiento que va a salir y su composición.
• tipo de pertenencia ‘NORMAL’ ( mo_co_per = “00” )
• clasificación ‘INTERCAMBIO DE SALIDA’ ( mo_co_cla = “05” )
El estado de cada animal que componga el movimiento se marcará con estado ‘En otro país
comunitario’’ ( en la tabla T_ANIBOV, el campo an_co_est = “05” ), se cambia la fecha del
estado (an_fc_est) y su historial se marcará como ‘Pendiente de envío’ ( en la tabla T_ANIMOV,
el campo am_co_est = “01” ).
Posteriormente mediante un mensaje de tipo “01511” se enviará el historial de cada animal que
compone el movimiento al MAPA, y su historial se marcará como ‘Enviado’ ( en la tabla
T_ANIMOV, el campo am_co_est = “02” ) si el mensaje se procesa correctamente.
Es posible que en un futuro, cuando todos los países comunitarios estén conectados entre sí, se
envíen los historiales a su destino, pero se hará en cualquier caso a través del SC del MAPA.
9.2.4. Salida de una CA hacia un país no comunitario.
Para salidas de animales a un país no comunitario se ha de enviar un mensaje de tipo “01537”

con destino el MAPA, notificando los datos del movimiento que va a salir y su composición.
• tipo de pertenencia ‘NORMAL’ ( mo_co_per = “00” )
• clasificación ‘EXPORTACIÓN A PAÍS NO COMUNITARIO’ ( mo_co_cla = “03” )
El estado de cada animal que componga el movimiento se marcará con estado ‘En otro país no
comunitario’’ ( en la tabla T_ANIBOV, el campo an_co_est = “05” ), se cambia la fecha del
estado (an_fc_est) y su historial se marcará como ‘Pendiente de envío’ ( en la tabla T_ANIMOV,
el campo am_co_est = “01” ).
Posteriormente mediante un mensaje de tipo “01511” se enviará el historial de cada animal que
compone el movimiento al MAPA, y su historial se marcará como ‘Enviado’ ( en la tabla
T_ANIMOV, el campo am_co_est = “02” ) si el mensaje se procesa correctamente.
PÁGINA 86
Nota: Si se conoce, hay que poner como explotación de destino el PIF por el que sale (si es un
PIF español). Los PIFs españoles se han dado de alta como explotaciones con clasificación
zootecnica “Puesto de Inspección Fronteriza”. (Ver documento Identificación 6/2001).
Ejemplo de movimiento realizado desde la explotación ES221234567890 de Aragón con destino

a Líbano, (saliendo por el PIF de Tarragona ES431481149199):
ORIGEN DESTINO
LUGAR Aragón Líbano
EXPLOTACION ES221234567890 ES431481149199
Estado del animal: En otro país no comunitario.
Última explotación: ES221234567890.
9.2.5. Llegada a una CA desde otra CA.
Ante la llegada de animales desde otra CA, podemos encontrarnos (desde el punto de vista
informático) con 2 situaciones muy distintas:
a) Que tengamos los animales en nuestra Base de Datos.
Esto significa que hemos recibido los correspondientes mensajes SIMOGAN desde origen y que
los hemos procesado.
En condiciones normales cuando la CA de destino recibe físicamente un movimiento de

animales, debe poseer ya en su sistema informático la información del movimiento, su
composición, y todos los historiales de los animales que vienen, tal y como se ha indicado en el
apartado 9.2.2.
Al incorporar los historiales, el estado de cada animal se pondrá a ‘Supuestamente localizado’ (

en la tabla T_ANIBOV, el campo an_co_est = “00” ), y se actualizará la fecha de cambio de
estado (an_fc_est).
La CA debe confirmar internamente la llegada del movimiento, y por distintos mecanismos

(comunicación del ganadero, inspección, campaña de saneamiento, etc. ) llegará a conocer el
censo real de la explotación de destino, pudiendo ocurrir para cada animal de dicho movimiento
uno de los siguientes supuestos:
• Que el animal está realmente en la explotación. Es lo que debe ocurrir normalmente. Su

estado pasará a ‘Localizado’ ( en la tabla T_ANIBOV, el campo an_co_est = “01” ) y se
marcará la fecha del cambio de estado (an_fc_est). Queda por tanto reflejado en el
historial del animal (estado) la confirmación de su llegada.
• Que el animal no está en la explotación prevista, ni en ninguna otra de mi CA, por tanto no
llegó en el último movimiento anunciado. Hay que devolver el historial de este animal a la
CA de origen con un mensaje de tipo “01711”. Si el mensaje se procesa correctamente
podemos borrar este animal de nuestra Base de Datos (siempre y cuando no hubiese
estado con anterioridad en nuestra CA en los últimos 3 años), ya que para SIMOGAN el
animal vuelve a estar localizado en la CA de origen. La CA de origen marcará este animal
con estado ‘Devuelto’ y actualizará la fecha del cambio de estado (an_fc_est).
PÁGINA 87
• Que el animal no está en la explotación prevista (E1), pero está realmente en otra
explotación de mi CA (E2). Esto es debido a que la guía se emitió con un destino, pero los
animales han llegado realmente a otro. Corregiremos la situación introduciendo un
movimiento irregular de “Traslado” (ya que ocurre dentro de la CA) con origen E1 y destino
E2. No es necesario enviar mensaje de tipo “01518” al MAPA, ya que para el Servidor
Central el animal está ubicado en mi CA.
• Que un animal no previsto haya aparecido en la explotación. Ha llegado por error,

ilegalmente o en un movimiento no declarado; en cualquier caso, hay que darle de alta en
la explotación creando un movimiento de entrada. Esto es lo que llamamos un movimiento
IRREGULAR. Hay que comunicar al MAPA que se ha encontrado este animal, en estas
condiciones, en esta explotación, y en una fecha dada, enviando un mensaje de tipo
“01518”. Para ello, hay que darlo de alta en la Base de Datos, generar un movimiento
irregular en su historial (todo animal debe tener como mínimo un movimiento que lo sitúa
en una explotación), y se comunica el código de dicho movimiento en el mensaje. El SC
se encargará de localizar en qué CA se encuentra el historial del animal. Si existe una CA
que posea al animal, le pasa el mensaje “01518” a dicha CA origen, que nos enviará el
mensaje del movimiento y el del historial del animal.
b) Que no tengamos los animales en la Base de Datos.
Esto significa que no hemos recibido los correspondientes mensajes SIMOGAN desde origen.
Esto puede ser debido a varias causas: que la CA de origen aún no está certificada, que los
mensajes que puso la CA de origen se procesaron con error, o que por algún fallo del sistema
todavía no han sido procesados los mensajes.
En cualquier caso, hay que dar de alta a todos los animales en la explotación a donde han
llegado. Para cada animal hay que crear un movimiento de entrada de tipo “Irregular” y
clasificación “Movimiento”. Si se conoce la explotación origen de donde viene se debe poner, si
no se conoce se pondrá “00000000000000”.
Hay que comunicar al MAPA que se han encontrado estos animales, y que figuran en nuestra
CA, enviando los correspondientes mensajes de tipo “01518”. Hay que enviar un mensaje por
cada animal. Cada mensaje lleva el código del movimiento Irregular creado. El SC se encargará
de localizar en qué CA se encuentra el historial de cada animal. Si existe una CA que posea al
animal, le pasa el mensaje “01518” a dicha CA origen, que nos contestará enviando (si está
certificada) el mensaje del movimiento y el del historial del animal.
Notas sobre movimientos irregulares: Un movimiento de tipo de ubicación ‘IRREGULAR’ solo

está compuesto por un animal, y su código de identificación está dado por la CA de destino que
lo encontró.
Si se analiza e investiga el motivo por el que ha ocurrido el movimiento IRREGULAR, se puede

añadir al sistema esta información adicional cambiando en los datos del movimiento el campo
mo_co_ubi a un valor superior al “01”, siendo este valor el que más se ajuste de la tabla auxiliar
TC_UBIMOV al motivo encontrado. Si se necesita incorporar algún motivo nuevo, hay que
comunicárselo al MAPA para incorporarlo a la tabla auxiliar y que se distribuya a todas las
CCAA.
Nunca se cambiará el tipo de ubicación de movimiento de IRREGULAR a REGULAR, quedando

así el historial del animal marcado en un movimiento de su vida.
9.2.6. Llegada a una CA desde un país comunitario.
De momento, y hasta que todos los países comunitarios estén conectados entre sí, en este tipo
de movimiento la CA no va ha recibir el historial del animal a través del sistema.
PÁGINA 88
Por lo tanto, han de introducir los datos básicos del movimiento, su composición, y los datos
básicos del pasaporte de cada animal recibido perteneciente al movimiento. El código de
movimiento debe ser generado por cada CA.
El nº de crotal se mantiene el original. Hay que registrar el país de nacimiento del animal en el
campo an_co_pais de la tabla T_ANIBOV (ya que este dato aparecerá en el DIB del animal
como lugar de nacimiento, y en el etiquetado de la carne). Se puede almacenar cualquier marca
identificativa auxiliar que tuviera el animal en su país de origen en el campo an_id_imp de la
tabla T_ANIBOV. Es importante poner el país de origen del movimiento (país desde el que se
está importando el animal) en el campo mo_co_lori de T_MOVBOV (ya que este dato aparecerá
en el etiquetado de la carne como país de crianza).
Posteriormente debe enviar una notificación al SC del MAPA con un mensaje de tipo “01518”
para que el sistema nacional SIMOGAN localice a partir de entonces a dichos animales como
residentes en dicha CA.
Es posible que en un futuro, cuando todos los países comunitarios estén conectados entre sí, se
reciban los historiales desde su origen en el SC del MAPA y estos se transmitan a la CA como si
se tratase de un movimiento de otra CA.
9.2.7. Llegada a una CA desde un país no comunitario.
En este tipo de movimiento la CA debe asignar un nuevo código de identificación, poniendo al

animal un crotal español nuevo, generar un pasaporte nuevo, introducir en la Base de Datos los
datos básicos que pueda conocer del animal y del movimiento que se ha recibido.
Hay que registrar el país de nacimiento del animal en el campo an_co_pais de la tabla
T_ANIBOV (ya que este dato aparecerá en el DIB del animal como lugar de nacimiento, y en el
etiquetado de la carne). Se puede almacenar cualquier marca identificativa auxiliar que tuviera el
animal en su país de origen en el campo an_id_imp de la tabla T_ANIBOV. Hay que poner el
país de origen del movimiento (país desde el que se está importando el animal) en el campo
mo_co_lori de T_MOVBOV.
Se puede almacenar cualquier observación acerca del animal en el campo an_obs de la tabla
T_ANIBOV, y acerca del movimiento en el campo mo_obs de la tabla T_MOVBOV.
No hace falta comunicar nada al SC del MAPA, ya que al poner un nuevo crotal de su CA, para
el sistema SIMOGAN esto es similar a un nacimiento. Ante consultas el SC irá a buscarlo a su
propia CA, salvo que existan movimientos que lo hayan sacado de su CA, en cuyo caso el SC
tendrá otra localización distinta registrada para dicho animal.
9.2.8. Nacimientos.
Siempre que ocurra un nacimiento hay que crear el correspondiente movimiento de entrada en
la explotación donde nace el animal. Este movimiento está clasificado como “Nacimiento”. Esto
es necesario ya que los censos de una explotación se calculan con los movimientos. El campo
mo_id_eori = “00000000000000”, el campo mo_id_edes = explotación de nacimiento, los
campos mo_fc_sal = mo_fc_lle = fecha y hora de nacimiento.
El estado del animal pasa a ser “Localizado”
A la madre del animal nacido hay que cambiarla el sexo a “Vaca”, si era “Hembra”.
PÁGINA 89
No hace falta comunicar nada al SC del MAPA. Ante consultas el SC irá a buscarlo por defecto a
su propia CA (ya que en el crotal se incluye la referencia a su CA), salvo que existan
movimientos que lo hayan sacado de su CA, en cuyo caso el SC tendrá otra localización distinta
registrada para dicho animal.
9.2.9. Muertes.
Siempre que ocurra una muerte (en explotación, en lidia o en matadero) hay que crear el
correspondiente movimiento de salida de la explotación donde estaba situado el animal (la
explotación, la plaza de toros, o el matadero). Este movimiento está clasificado como “Muerte”.
Esto es necesario ya que los censos de una explotación se calculan con los movimientos. El
campo mo_id_eori = explotación donde muere, el campo mo_id_edes = “99999999999999”, los
campos mo_fc_sal = mo_fc_lle = fecha y hora de la muerte.
El estado del animal pasa a ser “Muerto en explotación”, “Muerto en lidia” o “Sacrificado en
matadero”, dependiendo del caso de que se trate.
Posteriormente debe enviar una notificación al SC del MAPA con un mensaje de tipo “01466”
para que el sistema nacional SIMOGAN sepa que este animal ha muerto.
9.2.10. Nacimientos en temporales (trashumancia, ...).
Cuando ocurre un nacimiento en trashumancia, o en general, cuando la madre está realizando

un movimiento temporal en el momento del parto, ocurre una situación bastante particular:
El propietario del animal PRO1 tiene una explotación EXP1 en la Comunidad Autónoma CA1,
mientras que el animal ha nacido físicamente en una explotación EXP2 que se puede encontrar
en otra Comunidad Autónoma distinta CA2.
Se actuará de la siguiente forma en CA1:
a) El animal se debe crotalar con crotal de CA1 e inscribirse en el libro de registro de la

explotación EXP1 del propietario PRO1. Esto se traduce en la Base de Datos en la inserción
de un primer movimiento clasificado como “Asignación a explotación” con el campo
mo_id_eori = 00000000000000, el campo mo_id_edes = EXP1, los campos mo_fc_sal =
mo_fc_lle = fecha y hora de nacimiento, el campo mo_co_per = “Normal”, y el campo
mo_co_ubi = “Regular”.
b) Inmediatamente se debe hacer un traslado a donde se encuentra físicamente el animal y

enviar el historial del mismo (si se trata de otra CA). Esto se traduce en la Base de Datos en
la inserción de un segundo movimiento clasificado como “Nacimiento en temporal” con el
campo mo_id_eori = EXP1, el campo mo_id_edes = EXP2, los campos mo_fc_sal =
mo_fc_lle = fecha y hora de nacimiento + lapso (puede ser 1 segundo), el campo
mo_co_per = “Temporal” (para que siga figurando a nombre del propietario PRO1), y el
campo mo_co_ubi = “Regular”.
c) Si se trata de otra CA, hay que notificar el movimiento y enviar el historial mediante los
correspondientes mensajes SIMOGAN.
PÁGINA 90
9.2.11. Ceuta y Melilla
Para el sistema SIMOGAN, Ceuta y Melilla se deben tratar como si fuesen una Comunidad
Autónoma más.
Es decir, en el caso de enviar animales, se deben enviar los correspondientes mensajes: 01537
para el movimiento y los 01511 con los historiales de los animales.
Los movimientos tendrán clasificación ‘MOVIMIENTO’ ( mo_co_cla = “01” ), con destino a los
correspondientes códigos de lugar “018” o “019”.
9.3. Aclaraciones sobre movimientos.
Recopilamos las consideraciones generales que se deben tener en cuenta en los movimientos:
• Un movimiento es una agrupación de animales que viajan juntos en un mismo medio de

transporte desde un origen hasta un destino.
• Cada movimiento consta de un registro en la tabla T_MOVBOV (con los datos del
movimiento) y de n registros en la tabla T_ANIMOV (tantos como animales compongan
dicho movimiento).
• Todo animal debe tener al menos 1 movimiento.
• No deben existir movimientos sin animales.
• Los movimientos irregulares solo tienen 1 animal.
• Los movimientos regulares deben tener tantos animales como viajaron juntos.
Recopilamos los valores de los campos de un movimiento:
• El código de movimiento (mo_id_mov) debe ser generado de manera única por cada CA.
Puede llevar hasta 18 caracteres, pero los 2 primeros deben ser los identificadores de cada
CA.
• La fecha de expedición (mo_fc_cer) puede ser NULL. Si no lo es (guías), debe ser menor o
igual que la fecha de salida y de llegada. Debe llevar hora. Si el movimiento es con guía,
hay que poner la fecha de expedición de la guía. Si el movimiento no es con guía
(nacimiento, muerte, irregulares) se puede poner la fecha de salida del movimiento.
• Lugar de origen (mo_co_lori) no debe ser NULL. Si no se conoce poner “000”

(Desconocido).
• Lugar de destino (mo_co_ldes) no debe ser NULL. Si no se conoce poner “000”

(Desconocido).
• Explotación de origen (mo_id_eori) debe llevar siempre un código SIMOGAN de

explotación válido. Salvo en los siguientes casos particulares:
Ø “00000000000000” en Nacimientos, Carga Inicial, y animales encontrados

irregularmente.
PÁGINA 91
Ø “11111111111111” en importaciones de otros países, si no se conoce la explotación de

origen.
Ø “88888888888888” cuando vuelve a aparecer un animal “Desaparecido”.
• La fecha de salida (mo_fc_sal) debe llevar hora. Debe ser menor o igual que la fecha de
llegada.
• Explotación de destino (mo_id_edes) debe llevar siempre un código SIMOGAN de

explotación válido. Salvo en los siguientes casos particulares:
Ø “99999999999999” en Muertes.
Ø “88888888888888” en Desaparecidos.
Ø “11111111111111” en exportaciones a otros países, si no se conoce la explotación de

destino.
• La fecha de llegada (mo_fc_lle) debe llevar hora. Debe ser mayor o igual que la fecha de
salida.
• El tipo por pertenencia (mo_co_per) será NORMAL si hay cambio de propiedad o

TEMPORAL si no hay cambio de propiedad. El primer movimiento de un animal no puede
ser nunca TEMPORAL.
• El tipo por ubicación (mo_co_ubi) será REGULAR para los movimientos comunicados
correctamente por los ganaderos (guías, importaciones, nacimientos, muertes), o
IRREGULAR para aquellos movimientos que corrigen una situación en la Base de Datos,
o de CARGA INICIAL para el primer movimiento que sitúa a un animal en una explotación
al comenzar con el sistema.
• La clasificación (mo_co_cla) puede ser: NACIMIENTO, MUERTE, TRASLADO,

MOVIMIENTO, IMPORTACIÓN, EXPORTACIÓN, INTERCAMBIO DE ENTRADA,
INTERCAMBIO DE SALIDA, ASIGNACIÓN o NACIMIENTO EN TEMPORAL.
• Los campos: medio de transporte, identificación del medio de transporte, tipo de

responsable, identificación del responsable, y observaciones; no son obligatorios. Aunque
si se conocen estos datos se deben poner.
• El número de animales (mo_num) debe ser > 0. Debe coincidir con el número de registros
de animales del movimiento en T_ANIMOV.
Recopilamos las condiciones que deben cumplir los movimientos de un animal:
• La fecha de nacimiento debe ser anterior o igual a las fechas de los movimientos.
• Debe existir una TRAZABILIDAD en los movimientos. Esto significa:
Ø Los movimientos se deben poder ordenar cronológicamente por la fecha de salida, de

manera única. Es decir, no puede haber 2 movimientos con la misma fecha y hora de
salida. Al menos debe haber una diferencia de 1 segundo entre uno y otro.
Ø No pueden existir saltos entre explotaciones. Esto es, al ordenar los movimientos por
fecha de salida, el destino de un movimiento debe coincidir con el origen del siguiente.
PÁGINA 92
• Debe existir concordancia entre el estado del animal y el último movimiento. Tenemos los
siguientes casos:
Ø Si el animal tiene estado: “Supuestamente localizado”, “Localizado” o “Devuelto”

(estados correspondientes a animales vivos), debe existir un último movimiento con
destino a una explotación válida de mi propia CA.
Ø Si el animal tiene estado “Desaparecido”, debe existir un último movimiento de salida

desde la explotación en la que ha desaparecido hacia la “88888888888888”.
Ø Si el animal tiene estado: “En otra CCAA”, debe existir un último movimiento con
destino a una explotación válida de la otra CA.
Ø Si el animal tiene estado: “En otro país comunitario” o “En otro país no comunitario”
(estados correspondientes a animales exportados), debe existir un último movimiento
con destino a una explotación de otro país o “11111111111111”.
Ø Si el animal tiene estado: “Muerto en explotación”, “Muerto en lidia” o “Sacrificado en

matadero” (estados correspondientes a animales muertos), debe existir un último
movimiento de salida desde la explotación donde muere hacia la “99999999999999”.
Recopilamos las condiciones que debe cumplir la última explotación de un animal (campo
an_id_exp de la tabla T_ANIBOV), que debe estar en concordancia con el estado del animal,
según los siguientes casos :
• Si el animal está vivo y reside en la propia CA (estados “Supuestamente localizado”,

“Localizado” o “Devuelto”), la última explotación debe coincidir con el destino del último
movimiento.
• Si el animal está desaparecido (estado “Desaparecido”), la última explotación debe

coincidir con el origen del último movimiento (la última explotación, de la que
desapareció).
• Si el animal está vivo pero ha salido de la CA (estados “En otra CCAA”, “En otro país
comunitario” o “En otro país no comunitario”), la última explotación debe coincidir con el
origen del último movimiento (la última de la CA en la que residió).
• Si el animal está muerto (estados “Muerto en explotación”, “Muerto en lidia” o “Sacrificado

en matadero”), la última explotación debe coincidir con el origen del último movimiento
(explotación en la que muere).
Es decir: la última explotación de un animal siempre debe ser una explotación existente en
nuestra propia CA. Nunca debe tomar los valores “00000000000000”, “11111111111111”,
“8888888888888” ni “9999999999999”.
PÁGINA 93
10. Proceso de Certificación
Cuando una CCAA decida conectarse a SIMOGAN deberá pasar por los siguientes procesos:
Ø Instalación de equipos y comunicaciones
• Resolución de comunicaciones con el MAPA
• Envío, por parte del MAPA, del PID a la dirección indicada de la CCAA
• Visita técnica para la instalación del PID en la red de cada CCAA. Comprobación de la
comunicación con el MAPA desde el PID y del acceso a la Base de Datos autonómica.
Ø Pruebas de Consultas
• Existencia de todas las tablas/vistas definidas para SIMOGAN.
• Comprobación de que funcionan las consultas desde el MAPA.
• Consistencia aparente de los datos presentados
Ø Pruebas de Mensajes
• Comprobación de que se envían los mensajes de salida adecuados cuando

corresponde, y se procesan sin error.
• Comprobación de que se reciben y envían mensajes correctamente
• Comprobación de que se procesan y se realizan las acciones correctas en su Base de

Datos al recibir distintos tipos de mensajes de entrada.
Una vez que se hallan superado con éxito los 3 puntos anteriores la CCAA estará certificada
para entrar en pleno funcionamiento con SIMOGAN.
Cada CCAA decidirá si considera los mensajes enviados al MAPA antes de la certificación como
pruebas y desea que se destruyan, o si son válidos.
El sistema SIMOGAN cuenta con un buzón en el SC para cada CA, de tal forma que si una CA
no está conectada al sistema o no está certificada aun, se almacenarán los mensajes dirigidos a
ella (por las CCAA certificadas) en dicho buzón.
Una vez que una CA cumpla con los requisitos mínimos para su conexión definitiva a
SIMOGAN, se la enviarán todos los mensajes de su buzón.
Es decir, solo se recibirán mensajes de aquellas CCAA que estén certificadas.
Una vez en funcionamiento (CCAA certificadas), si por algún motivo (fallo de comunicaciones o
de equipos) el SC no pudiera insertar sus mensajes de entrada, se activará su buzón de manera
automática, para recoger los mensajes. Cuando esté resuelto el problema y se puedan insertar
sus mensajes, el SC lo hará de manera automática. Es decir, el SC garantiza que no se pierden
mensajes. Pero puede haber retrasos en la entrega si se cortan las comunicaciones o cae algún
equipo.
PÁGINA 94
11. Documento de Identificación de Bovinos (DIB)
El DIB vigente en la actualidad es:
Los códigos de barras utilizados son del tipo CODE 128 (alfanumérico), siguiendo los siguientes
criterios:
• Superior: Lleva el nº de identificación (crotal) con letras y números, pero sin espacios ni
guiones.
• Medio: Lleva el código SIMOGAN de la explotación de su propietario, con letras y números.
• Inferior: Lleva los datos imprescindibles del animal con el siguiente formato:
CCCCCCCC/DDMMAAAASSRRRR
Donde:
♦ CCCCCCCC es el crotal o nº de identificación del animal

♦ / es un separador
♦ DDMMAAAA es la fecha de nacimiento del animal (día, mes, año) sin separadores.
♦ SS es el código SIMOGAN para el sexo del animal según TC_SEXBOV
♦ RRRR es el código SIMOGAN para la raza del animal según TC_RAZBOV
Nota: como máximo llevará una longitud de 29 caracteres (cuando el crotal sea de 14
caracteres), pero será menor si el crotal tiene una longitud menor. No se deben dejar
PÁGINA 95
espacios en blanco. El separador ‘/’ indica que termina el crotal y comienzan el resto de los
datos, que siempre ocuparán 14 caracteres.
Para rellenar el país de nacimiento se utilizará el contenido del nuevo campo “an_co_pais” (de la
tabla T_ANIBOV).
Para el etiquetado de la carne, en el país de crianza, además de España, se utilizará el país de

origen del primer movimiento, en el caso de animales importados.
Ejemplo de animal importado:
Se podría dar el caso de un animal nacido en Polonia, que viaje a Francia, se crotala con crotal
francés, y posteriormente se importa en España. En este caso el animal tendrá:
En T_ANIBOV: an_co_pais = “351” (Polonia)
En el primer movimiento, en T_MOVBOV: mo_co_lori = “102” (Francia)
mo_co_cla = “04” (Intercambio de Entrada)
PÁGINA 96
12. Portal Web de SIMOGAN
Se ha creado un Portal Web de SIMOGAN, donde podrá encontrar todo tipo de información
relativo a SIMOGAN.
12.1. Forma de conexión.
Para conectarse a este Portal Web necesita tener instalado en su ordenador un navegador:
Microsoft Explorer o Netscape, en versión 4.0 o superior.
Abrir el navegador y teclear la siguiente dirección:
• http://simogan.mapya.es (si va a través de Internet)
• http://10.2.4.9 (si va a través de la Red Corporativa)
Cada CA deberá tener resueltas las rutas de salida, para una de las dos alternativas anteriores.
También puede acceder a través de Internet, conectándose a la página web del MAPA:
http://www.mapya.es
Posteriormente pulse en el icono de “Ganadería”, y posteriormente en la parte izquierda en el

icono “SIMOGAN”. Llegará al mismo sitio.
Nota: Es posible que en el portal web de SIMOGAN se desarrollen más aplicaciones, o que se
modifique el formato o la estética de las mismas, respecto de lo presentado en este documento.
12.2. Información pública.
En este portal puede encontrar la siguiente información pública (sin acceso restringido):
• Información general de las novedades en España, a partir de Enero de 2000.
• Crotales y pasaportes de otros países comunitarios
12.3. Información restringida (para usuarios).
En esta parte del portal web lo primero que le saldrá es una pantalla pidiendo su nombre de
usuario y contraseña. Esta información la suministra previamente el usuario administrador de
cada CA, mediante el nuevo módulo de Usuarios de esta web. Si no la conoce o quiere cambiar
su contraseña, hable con él.
PÁGINA 97
Una vez pasada esta pantalla, si pertenece al grupo de “Usuarios” puede encontrar la siguiente
información restringida a los veterinarios oficiales de las CCAA:
• Buscador de Explotaciones Bovinas (se describe en el capitulo 13).
• Buscador de Animales Bovinos (se describe en el capitulo 14).
• Cálculo de Censos (se describe en el capitulo 15).
• Seminarios SIMOGAN (puede bajarse las presentaciones de los seminarios de

Guadalajara).
• Documentación SIMOGAN (puede bajarse este documento y revisiones anteriores).
12.4. Información restringida (para administradores).
Si pertenece al grupo de “Administradores” puede encontrar la siguiente información restringida

a los administradores de las CCAA:
• Chequeos (permite ver los resultados de los chequeos de datos, se describe en el capítulo
16).
• Mensajes de Entrada (permite ver resúmenes de su tabla de mensajes de entrada).
• Mensajes de Salida (permite ver resúmenes de su tabla de mensajes de salida, separando

por resultados de procesamiento)
• Estadísticas (permite ver gráficos de los mensajes de salida enviados en un periodo de

tiempo, distinguiendo entre los procesados correctamente y con error).
• Gestión de Usuarios (se describe en el capitulo 17).
PÁGINA 98
12.5. Ayuda y navegación.
En todas las páginas se ha incorporado en la zona superior derecha el símbolo .
Pulsando este símbolo se obtiene una pantalla de ayuda, describiendo la funcionalidad de la

página.
También se incorpora en la parte superior izquierda la visualización de la navegación que está

efectuando.
Por ejemplo:
Esto le permite ir hacia atrás en la navegación, directamente pulsando sobre la palabra

subrayada (Simogan), pudiendo realizar uno o varios saltos, en una operación.
PÁGINA 99
13. Buscador de Explotaciones Bovinas
A la hora de buscar el código SIMOGAN exacto de una explotación (fundamentalmente para la

emisión de guías) se podrán consultar los datos centrales existentes en el SC del MAPA,
conectándose al mismo de la forma que se indica a continuación.
Esta conexión puede estar automatizada desde su propia aplicación.
Puede conectarse a través de la Web de SIMOGAN, indicada en el capítulo 12.
O directamente mediante la siguiente dirección:
• http://simogan.mapya.es/privado/explotaciones/buscar.asp (si va a través de Internet)
• http://10.2.4.9/privado/explotaciones/buscar.asp (si va a través de la Red Corporativa)
13.2. Utilización.
Una vez tecleado el usuario y contraseña correspondiente, le aparecerá la siguiente pantalla:
Puede hacer una búsqueda particular, indicando un código SIMOGAN de explotación en la

casilla superior. Pulsar el botón BUSCAR, para que le aparezcan los datos de dicha explotación.
PÁGINA 100
Puede hacer una búsqueda de todas las explotaciones de un mismo titular, indicando en la
casilla superior el NIF/CIF del titular o propietario. Pulsar el botón BUSCAR, para que le
aparezcan las explotaciones.
También puede hacer una búsqueda general: para ello es necesario elegir la provincia y el
municipio obligatoriamente (de las listas desplegables), y si lo desea algún parámetro más de los
disponibles en la parte inferior.
Siempre pulsar el botón BUSCAR, y le aparecerá la siguiente pantalla, con información

resumida de las explotaciones encontradas:
En la parte inferior de la pantalla le aparecen las calificaciones sanitarias de la primera

explotación de la lista. Si desea conocer las calificaciones sanitarias de otra explotación, pulse el
icono de la izquierda de dicha explotación y se actualizará la parte inferior con sus datos.
Si la lista de explotaciones es larga, puede ver más explotaciones con la barra deslizadora de la
derecha.
Si desea conocer los datos completos de una explotación concreta, pulse en el código
SIMOGAN de la misma (subrayado en azul) y obtendrá la siguiente pantalla:
PÁGINA 101
Nota: Si esta página ha sido llamada desde su aplicación y está integrada como se indica en el
siguiente apartado, le aparecerá un segundo botón en la parte inferior con el texto “VOLVER”.
Deberá pulsar este botón para volver a su aplicación.
Si desea conocer información de los Responsables Sanitarios de esta explotación, pulse sobre el
texto y obtendrá la siguiente pantalla:
13.3. Integración con sus aplicaciones.
Es posible integrar estas páginas dentro de sus aplicaciones, y modificar el comportamiento de

las mismas.
Para ello puede llamar a la página http://10.2.4.9/privado/explotaciones/buscar.asp con los

siguientes argumentos (utilizar ‘?’ al comienzo de los argumentos y ‘&’ como separador de los
mismos):
PÁGINA 102
Nombre Valor Acción

pag Dirección En los datos de la explotación aparece un nuevo botón
“VOLVER” que al ser pulsado vuelve a esta dirección.
cod Código SIMOGAN de Aparecen directamente todos los datos de dicha explotación
explotación
cnif NIF/CIF del titular Aparecen directamente las explotaciones de dicho titular
prov Código INE de provincia Necesita el siguiente parámetro
mun Código INE de municipio Aparecen directamente todas las explotaciones de dicho
municipio (de dicha provincia).
El argumento ‘cod’ si existe tiene prioridad sobre los demás.
Si no existe el argumento ‘cod’ y existe el argumento ‘cnif’ este tiene prioridad sobre los demás.
Los argumentos ‘prov’ y ‘mun’ deben ir simultáneamente. Si solo se indica uno de los dos, la
página los ignorará.
Cuando vuelve a la dirección indicada en ‘pag’ además le pasa como argumento de vuelta ‘cod’
el código de la explotación seleccionada (la página de retorno de su aplicación puede estar
preparada para recibir este argumento de vuelta).
Ejemplo:
Desde una página http://pagina1 de su aplicación puede invocar a:
http://10.2.4.9/privado/explotaciones/buscar.asp?pag=http://pagina2&cnif=13639096G
Obtendré directamente todas las explotaciones cuyo titular tenga NIF = 13639096G.
Al seleccionar ver los datos de una explotación en concreto (por ejemplo: ES390560000003) y
pulsar el botón “VOLVER”, se invoca a:
http://pagina2?cod= ES390560000003
volviendo a su aplicación, con el código seleccionado.
PÁGINA 103
14. Buscador de Animales Bovinos
Las CCAA pueden utilizar esta aplicación para ver los datos que posee SIMOGAN de un animal.
Los animales muertos y exportados se comunican al SC vía mensajes SIMOGAN. En este caso
SIMOGAN sabe si un animal está muerto o exportado. En caso contrario SIMOGAN lo
considerará como “VIVO”.
Las CCAA comunican al SC los movimientos de animales entre distintas CCAA vía mensajes
SIMOGAN. En estos casos (si se han procesado correctamente) SIMOGAN sabe dónde ubicar a
un animal correctamente, y además indicar por qué otras CCAA ha estado a lo largo de su vida.
Para que un animal con crotal no español esté localizable por SIMOGAN, es necesario que la
CCAA haya enviado correctamente al SC el mensaje de “importación” correspondiente, o de
“animal encontrado irregularmente”.
Nota: Si los mensajes correspondientes (que debe poner cada CCAA) no han sido procesados
correctamente, los datos obtenidos de SIMOGAN no serán los esperados.
• http://simogan.mapya.es/privado/muertos/muertos.asp (si va a través de Internet)
• http://10.2.4.9/privado/muertos/muertos.asp (si va a través de la Red Corporativa)
14.2. Utilización.
Una vez tecleado el usuario y contraseña correspondiente, le aparecerá la siguiente pantalla:
Podrá introducir un crotal y pulsando el botón de “Buscar” el sistema le mostrará la información

que el SC posee de dicho animal.
Por ejemplo:
PÁGINA 104
En el caso de que el animal esté vivo, le aparecerá una pantalla similar a la siguiente:
SIMOGAN le indica donde está localizado el animal (en este caso ha circulado un mensaje de
movimiento y su historial desde Cantabria hasta Aragón), y en qué otras comunidades ha estado
a lo largo de su vida.
Si es Ud. Usuario de la CCAA que posee el animal, podrá ver su historial completo pulsando
sobre el texto “Ver Historial”. Si el animal está en otra CCAA distinta a la suya solo verá los datos
básicos.
En el caso de animales muertos o exportados le aparecerá una pantalla similar a la siguiente:
SIMOGAN le indica donde ha muerto (explotación y fecha) y en caso de exportación desde

donde ha ocurrido.
Si es Ud. Usuario de la CCAA que posee el animal, podrá ver su historial completo pulsando
sobre el texto “Ver Historial”. Si el animal está en otra CCAA distinta a la suya solo verá los datos
básicos.
PÁGINA 105
El historial completo se mostrará de la siguiente forma:
Recuerde que estos datos provienen de realizar la consulta en el Servidor Autonómico de la CA

que figura en la parte inferior (localizado según SIMOGAN).
PÁGINA 106
15. Cálculo de censos.
Se puede calcular el censo de una explotación a una fecha dada, utilizando esta aplicación.
A esta aplicación tiene acceso ENESA, en aquellas CCAA con las que tiene acuerdos.
• http://simogan.mapya.es/privado/enesa/buscarenesa.asp (si va a través de Internet)
• http://10.2.4.9/privado/enesa/buscarenesa.asp (si va a través de la Red Corporativa)
15.2. Utilización.
Una vez tecleado el usuario y contraseña correspondiente, le aparecerá una pantalla, similar a la
del Buscador de Explotaciones (pero solo podrá buscar en su propia CCAA).
Los resultados de la búsqueda aparecen de la siguiente forma:
PÁGINA 107
Pulsando sobre el botón obtendrá el censo de animales en una explotación, para la fecha
y hora que indique en las casillas superiores (por defecto se rellenan con la actual, pero se puede
modificar).
Obtendrá los siguientes resultados:
La edad del animal se calcula en meses, desde su fecha de nacimiento hasta la fecha de
obtención del censo.
PÁGINA 108
16. Chequeos de datos
Los PID que cada CA tiene instalados en su propia red, realizan tres tareas fundamentales:
• Consultan su Base de Datos
• Procesan los mensajes SIMOGAN
• Pasan chequeos a sus datos (los fines de semana)
Cada CA puede consultar directamente los resultados de los chequeos.
Para ello es necesario entrar con un usuario que tenga privilegios de “administrador”.
Los chequeos de datos se realizan los fines de semana. El procedimiento comienza los viernes a
las 14:30 y se para los lunes a las 08:00, actualizando los resultados.
Existen algunos chequeos en los que se analizan exhaustivamente los datos de un animal y sus
movimientos. Esto hace que en un fin de semana, no de tiempo a analizar todos los animales de
una CCAA.
Por ello cada fin de semana se analizan los que de tiempo, para continuar el siguiente fin de
semana, y así sucesivamente. Los resultados son acumulativos desde el comienzo del chequeo.
Esto es cíclico, de manera que llega un momento en el que se han chequeado el 100% de los
animales, se borran los datos de los resultados y se comienza de nuevo.
Al comienzo del listado se indica la fecha en la que comenzó el ciclo, así como el número y
porcentaje de animales chequeados.
Nota: Aunque corrijamos errores, no lo veremos actualizado en estos resultados, hasta que
comience un ciclo nuevo, que es cuando se borran los resultados.
16.1. Forma de conexión
• http://simogan.mapya.es/privado/chk/excepcion.asp (si va a través de Internet)
• http://10.2.4.9/privado/chk/excepcion.asp (si va a través de la Red Corporativa)
16.2. Utilización
Una vez que se accede, el sistema solicita usuario y contraseña. Para poder ver esta aplicación
su usuario debe tener privilegios de “administrador”.
PÁGINA 109
Una vez identificado correctamente, obtendrá una pantalla similar a la siguiente:
Para obtener información más detallada pulse en el icono de la izquierda .
Llegará a obtener una lista detallada de los errores, con la descripción de cada uno de ellos,
similar a esta:
PÁGINA 110
16.3. Códigos de error
Los códigos de error obtenidos en los chequeos de datos se corresponden con la siguiente tabla:
Objeto Error Descripción

300 No existen las tablas principales
301 No existen las tablas de codificación
302 No existe algún campo de una tabla
Modelo de 130 No coinciden los registros de una tabla de codificación con los del SC
Datos Comprueba que los valores de los campos codificados de las tablas principales
SIMOGAN 140
existan en las tablas de codificación
150 Campo imprescindible no relleno (NULL)
160 Campo obligatorio no relleno (NULL)
700 Registros duplicados en una tabla de codificación
100 Existen códigos de explotación duplicados (campo ex_id de T_EXPBOV)
El código de explotación es incorrecto (No empieza por “ES” o no tiene 14
Explotaciones 600
caracteres)
610 La fecha de cambio de estado es mayor que la actual.
120 Existen códigos de movimiento duplicados (campo mo_id_mov de T_MOVBOV)
Existen claves internas de movimiento duplicadas (campo mo_clave de
180
T_MOVBOV)
Existen animales repetidos dentro de un movimiento (campos am_ce_anibov y
400
am_ce_movbov de T_ANIMOV)
Movimientos El número de animales implicados en el movimiento coincide con el valor del
401
campo mo_num de T_MOVBOV
480 La fecha del certificado es mayor que la actual
490 La fecha de llegada es menor que la de salida
490 La explotación de origen es igual que la de destino
490 El número de animales del movimiento es menor que 1.
110 Existen crotales duplicados (campo an_id_ani de T_ANIBOV)
170 Existen claves internas duplicadas (campo an_clave de T_ANIBOV)
Si el crotal comienza por ‘ES0’ y tiene 14 caracteres: No cumple que las
540
posiciones 5ª y 6ª se correspondan con un código de CCAA válido.
550 La fecha de nacimiento es mayor que la actual
Animales
560 La fecha de cambio de estado es anterior a la de nacimiento
El crotal comienza por ‘ES’, la 3ª posición es un número, pero la longitud es
570
menor de 14 caracteres.
El crotal no cumple el algoritmo del dígito de control (para crotales nuevos: 14
580
caracteres y empieza por ‘ES’)
Animales muertos con fecha de solicitud de prima posterior a la fecha de la
530
muerte
Primas de un 500 Animal con fecha de solicitud de prima mayor que la actual
animal
500 Animal con fecha de solicitud de prima menor que la fecha de nacimiento
590 El sexo del animal no se corresponde con la prima solicitada
Datos 510 Animal con fecha de control sanitario mayor que la actual
sanitarios de 510 Animal con fecha de control sanitario menor que la fecha de nacimiento
un animal 520 Animales muertos con fecha de control sanitario posterior a la fecha de la muerte
Movimientos 410 Relación de animales que no poseen ningún movimiento
de un animal 470 Animal con varios movimientos con la misma fecha de salida
PÁGINA 111
Animal con explotación actual distinta del destino del último movimiento (salvo
420 para ‘99999999999999’, ‘8888888888888’, ‘11111111111111’ o si el movimiento
es de salida hacia otra CCAA)
440 Animal con movimientos con fecha de salida anterior a la fecha de nacimiento
Animal con errores en la trazabilidad (el destino de cada movimiento debe
450
coincidir con el origen del siguiente, ordenados por mo_fc_sal)
Animal muerto con último movimiento incorrecto (la explotación de origen no
460
coincide con la explotación actual)
Animal muerto con último movimiento incorrecto (la explotación de destino no es
460
‘9999999999999’)
Animal muerto con último movimiento incorrecto (la fecha de salida no coincide
460
con la de cambio de estado)
4009 Clasificación del último movimiento incorrecta (debe ser traslado)
4010 Clasificación del último movimiento incorrecta (debe ser nacimiento o traslado)
Clasificación del último movimiento incorrecta (debe ser importación o
4011
intercambio de entrada)
4012 Clasificación del último movimiento incorrecta (debe ser traslado)
4013 Clasificación del último movimiento incorrecta (debe ser muerte)
Clasificación del último movimiento incorrecta (debe ser exportación o
4014
intercambio de salida)
4015 Clasificación del último movimiento incorrecta (debe ser Movimiento)
4016 Clasificación del último movimiento incorrecta (debe ser Movimiento)
4017 Clasificación del último movimiento incorrecta (debe ser Traslado)
5009 Estado del animal incongruente con el último movimiento (debe ser Localizado)
Estado del animal incongruente con el último movimiento (debe ser
5010
Supuestamente Localizado o Localizado o Devuelto)
5011
5012
Desaparecido)
Estado del animal incongruente con el último movimiento (debe ser Muerto o
5013
Sacrificado)
5014 Estado del animal incongruente con el último movimiento (debe ser en otro país)
5015
5016 Estado del animal incongruente con el último movimiento (debe ser en otra CA)
5017
5018 Clasificación del último movimiento incorrecta (ERROR)
Animal con explotación de origen errónea (99999999999999) en el último
5019
movimiento.
PÁGINA 112
17. Gestión de usuarios.
Se puede administrar directamente a los usuarios de su propia CA. Para ello debe tener un
permiso especial como “administrador de usuarios”.
• http://simogan.mapya.es/privado/usuarios/inicio.htm (si va a través de Internet)
• http://10.2.4.9/privado/privado/usuarios/inicio.htm (si va a través de la Red Corporativa)
17.2. Utilización.
Una vez que se accede, el sistema solicita usuario y contraseña. Para poder ver esta aplicación
su usuario debe tener privilegios de “administrador de usuarios”.
Una vez identificado correctamente, obtendrá una pantalla similar a la que se muestra abajo.
Si lo que desea es dar de alta un nuevo usuario, utilice la pestaña “Nuevo Usuario”:
Introduzca sus datos y pulse el botón de “Aceptar”.
Inmediatamente le aparecerán 3 botones:
PÁGINA 113
Pulse el botón de “Grupos del Usuario” y asígnelo como mínimo a un grupo:
Si lo que desea es modificar los datos de un usuario existente, primero tiene que buscarlo,
eligiendo diversos criterios, con la pestaña “Buscar Usuario”:
Marque los criterios de búsqueda y pulse el botón de “Aceptar”.
En la parte inferior le aparecerá una lista con los usuarios encontrados, que cumplen las
condiciones marcadas.
Pulse en el nombre de aquel que quiera modificar y llegará a la pantalla:
PÁGINA 114
Puede cambiar sus datos o darle de baja.
PÁGINA 115
18. Resumen de los cambios respecto a la revisión anterior
Este documento (revisión 3) presenta los siguientes cambios respecto del anterior (revisión 2) :
1. Se elimina la mención al servicio Interlan de Telefónica para la Red Corporativa (pagina 6).
2. Se elimina la mención a que el MAPA debe almacenar los historiales de los animales exportados
(pagina 8 y 86).
3. Se modifican los datos mínimos necesarios respecto a las inspecciones sobre el terreno y se
añaden los expedientes iniciados por control administrativo (pagina 13).
4. Se renumeran las entidades del modelo lógico (páginas 15, 16 y 17).
5. Se menciona el acceso en modo escritura a la tabla T_EXBOEX (página 19).
6. Se clarifican los posibles movimientos de entrada y de salida (páginas 22 y 23).
7. Se modifica la tabla de inspecciones. Se elimina T_INSBOV y se crean T_INSTER y T_CONADM
(página 28). Se crea TC_TIPIRR (página 45).
8. Se modifica la tabla T_EXBOEX (página 31).
9. Cambios en TC_RAZBOV (página 34): Se añade la raza 0099 “Desconocida”, con la nota 3
indicando su posible uso. Se ha modificado la descripción de la raza 1109, pasando de
“MOSTRENCA” a “MARISMEÑA” , con la nota 4. Se han dado de baja las razas 1106
“LEVANTINA” Y 1133 “MURCIANA”, con efecto 01-12-2002, a partir de esta fecha se codificarán
con el nuevo código creado 1157 “MURCIANA-LEVANTINA”, con la nota 5. Se añade la raza 1158
“PARDA DE MONTAÑA”, con la nota 6.
10. Se añade el sexo “Desconocido” en TC_SEXO, con la nota 2 indicando su posible uso (página 35).
11. Se modifica la tabla TC_LUGAR (página 35) añadiendo una nueva columna TIPO_PAIS. Se crea
la tabla TC_TIPLUGAR para codificarlo (página 44).
12. Animales vacunados contra Brucelosis con RB-51. Se menciona en página 11. Se añade un nuevo
motivo de restricción en TC_MOTRES (“Sanitario Parcial (no exportar este animal))”. Se añade un
nuevo resultado posible para Brucelosis en TC_RESANI (“Vacunado RB-51”). Se menciona su uso
en las notas. (página 40).
13. Se actualiza TC_ZOOEXP con los PIFs (página 41).
14. Se actualiza TS_SISMSG (página 47). Se dan de baja los mensajes: 01622 (Comunicación de
explotaciones bovinas especiales), 00601 (Petición de repetición de mensajes desde una fecha
dada), 00657 (Propuesta de baja de un usuario existente), 00658 (Propuesta de alta de un nuevo
usuario) y 00659 (Propuesta de cambio de la password de un usuario existente).
15. Se actualiza TS_SISERR (página 48). Se dan de alta los errores ER0312, ER0313, ER0416,
ER0417, ER0418, ER0419, ER0420 y ER0421. Se modifica la descripción del ER0305.
16. Se actualiza la tabla TS_SISPAR (página 49). Se da de baja el 01 y se añaden 05 y 06.
17. Se actualiza el capítulo 6. Se menciona el origen y las restricciones de los datos en los mensajes
(página 53). Se añade la nota que menciona que solo los mensajes procesados correctamente son
válidos (página 54). Se clarifica cuando se deben borrar los mensajes de entrada y de salida
(página 55). Se añade un nuevo apartado aclarando el uso de mensajes de cancelación (página
56).
18. Se actualiza el capítulo 7. Se elimina en los mensajes de entrada el 01622 (comunicación de
explotaciones bovinas especiales (página 57). Se matiza el momento en que SIMOGAN ubica los
animales en otra CCAA (paginas 59, 61, y 62).
19. Se actualiza el capítulo 8. Se matiza el momento en que SIMOGAN ubica los animales en otra
CCAA (paginas 75, 78, 79, y 80). Se agrega una nota indicando que para enviar una cancelación
se ha tenido que procesar correctamente el mensaje cancelado (página 75, 79, 81). Se agrega una
nota, mencionando la obligatoriedad de incluir el País de Nacimiento en el historial de un animal
(página 76). Se aclara más las condiciones para enviar el mensaje de fin de movimiento temporal ,
incluyendo otra nota (pagina 79 y 80). Se aclaran más en las notas los casos de Recrotalaciones
(pagina 81). Se elimina en los mensajes de salida todos los de administración (pagina 81): el 00601
(Petición de repetición de mensajes desde una fecha dada), el 00658 (Propuesta de alta de
usuario), el 00657 (Propuesta de baja de usuario) y el 00659 (Propuesta de cambio de password de
usuario).
20. Se actualiza el capitulo 9. Se especifica más claramente el procesado de los mensajes 01537 y
01511, así como la utilización del 01837. Se especifica más claramente el uso de los mensajes
01518 y 01510. Se menciona la nueva normativa para movimientos a terceros países, pasando por
PÁGINA 116
PIFs. (página 87). Se especifica más claramente las distintas posibilidades existentes, ante
llegadas de animales de otra CA (página 87). Se cambia la mención al país de nacimiento en
importaciones y se habla del etiquetado y de país de crianza (pagina 89). Se menciona a Ceuta y
Melilla (pag. 91). Se aclara el concepto de trazabilidad (página 92).
21. Se suprime la mención a las explotaciones ficticias en el capitulo 10 (pagina 94).
22. Se actualizan las opciones del portal (capitulo 12). Se menciona la necesidad de hablar con su
administrador si no conoce su nombre de usuario y contraseña, o quiere cambiar la contraseña
(página 97). Se elimina la página en construcción de “Sellos oficiales de las Oficinas Veterinarias” y
se añade el Calculo de Censos (página 98). Se mencionan las nuevas opciones de ayuda y
navegación en las páginas (página 99).
23. En el capitulo 13 se actualizan las pantallas del Buscador de Explotaciones Bovinas, incluyendo la
nueva posibilidad de ver los datos del Responsable Sanitario de una explotación (página 102).
24. En el capitulo 14 se actualizan las pantallas del Buscador de Animales Bovinos (páginas 105 y
106). Se elimina la posibilidad de descarga de ficheros de animales muertos y exportados desde
SIDEGAN, ya que se realiza actualmente enviando la información obtenida y tratada, en CDs.
25. Se incluye un nuevo capitulo (capitulo 15) para describir la aplicación de Cálculo de Censos
(páginas 107 y 108).
26. Se actualiza el capítulo 16 describiendo los “Chequeos de datos” (páginas 109 y 110).
27. Se incluye un nuevo capítulo (capitulo 17) para describir la aplicación de Gestión de Usuarios
(páginas 113 a 115).
PÁGINA 117

Simogan Sistema Informático de Identificación y Movimiento de Ganado

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Simogan Sistema Informático de Identificación y Movimiento de Ganado

Încărcat de

Drepturi de autor:

Formate disponibile

MINISTERIO DE AGRICULTURA, PESCA Y ALIMENTACIÓN

SECRETARIA GENERAL DE AGRICULTURA Y ALIMENTACIÓN

Descripción del sistema

Madrid, 12 de Noviembre de 2.002

2. DESCRIPCIÓN FÍSICA DEL SISTEMA................................................................ 6

3. DESCRIPCIÓN LÓGICA DEL SISTEMA ............................................................. 8

3.1. Consultas desde el MAPA................................................................................................................................. 8

3.2. Intercambio de información............................................................................................................................. 9

4. DATOS MÍNIMOS DEL SISTEMA......................................................................11

4.1. Datos de animales............................................................................................................................................ 11

4.2. Datos de explotaciones .................................................................................................................................... 12

5. MODELO DE DATOS .........................................................................................14

5.1. Diagrama lógico............................................................................................................................................... 15

5.2. Tablas Principales........................................................................................................................................... 18

5.3. Tablas auxiliares de Codificación .................................................................................................................. 32

5.4. Tablas del Sistema........................................................................................................................................... 46

6. FUNCIONAMIENTO DE LOS MENSAJES........................................................53

6.1. Funcionamiento de los mensajes de entrada................................................................................................. 53

6.2. Funcionamiento de los mensajes de salida .................................................................................................... 54

6.3. Borrado de los mensajes de entrada.............................................................................................................. 55

6.4. Borrado de los mensajes de salida ................................................................................................................. 55

6.5. Clasificación de los mensajes.......................................................................................................................... 55

6.6. Mensajes de Cancelación................................................................................................................................ 56

7. MENSAJES DE ENTRADA A LA CCAA ...........................................................57

7.1. Mensajes de Petición de Datos. ...................................................................................................................... 57

7.2. Mensajes de Irregulares ................................................................................................................................. 57

7.3. Mensajes de Movimientos............................................................................................................................... 59

7.4. Mensajes de Administración .......................................................................................................................... 63

8. MENSAJES DE SALIDA DE LA CCAA .............................................................65

8.1. Mensajes de Petición de Datos ....................................................................................................................... 65

8.2. Mensajes de Explotaciones ............................................................................................................................. 67

8.3. Mensajes de Muertos ...................................................................................................................................... 69

8.4. Mensajes de Rangos fabricados ..................................................................................................................... 71

8.5. Mensajes de Irregulares ................................................................................................................................. 72

8.6. Mensajes de Movimientos............................................................................................................................... 74

8.7. Mensajes de Recrotalación............................................................................................................................. 81

9. FUNCIONAMIENTO ANTE MOVIMIENTOS DE ANIMALES ...........................82

9.1. Tipos de movimientos...................................................................................................................................... 82

9.2. Casos de movimientos. .................................................................................................................................... 83

9.3. Aclaraciones sobre movimientos. ................................................................................................................... 91

10. PROCESO DE CERTIFICACIÓN .......................................................................94

11. DOCUMENTO DE IDENTIFICACIÓN DE BOVINOS (DIB) ..............................95

12. PORTAL WEB DE SIMOGAN ............................................................................97

12.1. Forma de conexión. ....................................................................................................................................... 97

12.2. Información pública...................................................................................................................................... 97

12.3. Información restringida (para usuarios). .................................................................................................... 97

12.4. Información restringida (para administradores). ...................................................................................... 98

12.5. Ayuda y navegación. ..................................................................................................................................... 99

13. BUSCADOR DE EXPLOTACIONES BOVINAS..............................................100

13.1. Forma de conexión. ..................................................................................................................................... 100

13.2. Utilización. ................................................................................................................................................... 100

13.3. Integración con sus aplicaciones. ............................................................................................................... 102

14. BUSCADOR DE ANIMALES BOVINOS ..........................................................104

14.1. Forma de conexión. ..................................................................................................................................... 104

14.2. Utilización. ................................................................................................................................................... 104

15. CÁLCULO DE CENSOS...................................................................................107

15.1. Forma de conexión. ..................................................................................................................................... 107

15.2. Utilización. ................................................................................................................................................... 107

16. CHEQUEOS DE DATOS ..................................................................................109

16.1. Forma de conexión ...................................................................................................................................... 109

16.2. Utilización .................................................................................................................................................... 109

16.3. Códigos de error.......................................................................................................................................... 111

17. GESTIÓN DE USUARIOS.................................................................................113