DEFINICIÓN DEL FORMATO DE INTERCAMBIO ESTÁNDAR DE BASES DE DATOS DE CONSTRUCCIÓN FIEBDC-3/98
ÍNDICE
~V. Registro tipo Propiedad y Versión.
~D. Registro tipo Descomposición.
~Y. Registro tipo Añadir Descomposición.
~P. Registro tipo Descripción Paramétrica.
~L, ~Q, ~J. Registro tipo Pliegos.
~W. Registro tipo Ámbito Geográfico.
~G. Registro tipo información Gráfica.
~O. Registro tipo Relación Comercial.
~X. Registro tipo información Técnica.
~K. Registro tipo Coeficientes.
~N. Registro tipo Añadir Mediciones
~B. Registro tipo Cambio de código.
Introducción
La siguiente definición del Formato de Intercambio estándar de Bases de Datos de construcción, fue aprobada en abril de 1.977, para entrar en vigor a partir del 1 de enero de 1.998 como Versión 3.
Este documento se pone a disposición de usuarios y empresas, con la única condición de que cualquier implementación informática del presente formato debe recoger tanto la entrada como la salida de datos.
Este formato pretende abarcar toda la información contenida en las actuales bases de datos de construcción. No todos los desarrolladores de bases de datos necesitarán utilizar todas las posibilidades del formato; así como tampoco todos los programas de mediciones y presupuestos harán uso de toda la información suministrada.
Se prevé además, dentro del propio formato, la posibilidad de ampliación; manteniendo en lo posible la compatibilidad entre versiones en el caso de tratar nuevos contenidos que se prevean en un futuro.
Formato FIEBDC-3. Especificación
Toda la información necesaria para reconstruir completamente una base de datos u obra en soportes físico y lógico distintos a aquellos en los cuales se produjo la información es el objetivo del formato FIEBDC, Formato de Intercambio estándar de Bases de Datos de construcción.
La información de una base de datos, obra o certificación se dispondrá en cualquier número de archivos en formato FIEBDC, con la extensión ".BC3", teniendo en cuenta que estos archivos ordenados alfabéticamente contengan la información en el orden deseado.
La única limitación de tamaño de cada archivo será la máxima que permita el soporte físico utilizado para su transporte. Si se utiliza algún tipo de compresor de archivos, se deberá incluir en el mismo soporte el descompresor o utilizar un formato autodescomprimible.
El juego de caracteres a emplear en los campos código será el definido por MS-DOS 6.0, incluyendo < . > (ASCII-46), < $ > (ASCII-36), < # > (ASCII-35), < %> (ASCII-37), < & > (ASCII-38), < _ > (ASCII-95).
El fin de línea será el estándar de los archivos MS-DOS (ASCII-13 y ASCII-10). El fin de archivo se marcará según el mismo estándar (ASCII-26). El único carácter de control adicional que se permitirá será el tabulador (ASCII-9).
Cada archivo estará compuesto de registros, zonas de texto entre el carácter de principio de registro < ~ > (ASCII-126) y el siguiente principio de registro o fin de archivo. Los archivos deberán contener registros completos, es decir, la división de archivos se deberá realizar al comienzo de un registro (carácter < ~ >).
Cada registro estará compuesto de campos separados por caracteres < | > (ASCII-124). Todo campo con información tendrá que finalizar con el separador de campos y el registro deberá contener todos los separadores de campos anteriores, aunque no contengan información. No es necesario disponer de finalizadores de los campos posteriores al último con información.
Cada campo estará compuesto de subcampos separados por caracteres < \ > (ASCII-92). El separador final, entre el último dato de un campo y el fin de campo es opcional.
El primer campo de cada registro es la cabecera de registro, una letra mayúscula que identifica el tipo de registro.
Se ignorará cualquier información entre el último separador de campos de un registro (carácter < | >) o el comienzo del archivo y el comienzo del siguiente registro (carácter < ~>).
Se ignorarán los caracteres blancos (32), tabuladores (9) y de fin de línea (13 y 10), delante de los separadores < ~ >, < | > y < \ >.
No se podrán actualizar parcialmente campos de segundo orden (subcampos). Deberá actualizarse la información completa de un campo en cualquiera de los registros
La disposición de registros dentro de un archivo es completamente libre, pero se garantizará la lectura secuencial de los mismos para evitar ambigüedades en las sustituciones de información.
Los campos vacíos se considerarán SIN información, no con información nula, esto permite producir archivos de actualización que contengan únicamente la información en alguno de sus campos y, por supuesto, el código de referencia.
Para anular un campo numérico deberá aparecer explícitamente el valor 0 (cero).
Para anular un campo alfanumérico deberá aparecer explícitamente el rótulo NUL.
CONVENIOS DE NOTACIÓN
[a] Indica nada o "a"
{a} Indica cero o más ocurrencias de "a"
(<DD>c) Tamaño máximo en número de caracteres del campo
Todos los valores numéricos irán sin separadores de miles y con el carácter punto '.' entre la parte entera y la decimal.
Registro tipo propiedad y versión
Este registro se utiliza para documentar la procedencia y el formato de los archivos y, cuando exista, se dispondrá al comienzo del primer archivo.
~V | PROPIEDAD_ARCHIVO | VERSION_FORMATO \DDMMAA | PROGRAMA_EMISION | [CABECERA] \ { ROTULO_IDENTIFICACION \ } | JUEGO_CARACTERES |
PROPIEDAD_ARCHIVO: Redactor de la base de datos u obra, fecha, ...
VERSION_FORMATO: versión del formato del archivo, la actual es FIEBDC-3
DDMMAA: DD representa el día con dos dígitos, MM el mes y AA el año, si la fecha tiene menos de 5 dígitos representa mes y año únicamente, si tiene menos de tres, solo el año. Si se identifica la fecha con un número impar de dígitos, se completará con el carácter cero por la izquierda.
PROGRAMA_EMISION: Programa y/o empresa que genera los archivos en formato BC3.
CABECERA: Título general de los ROTULOS_IDENTIFICACION.
ROTULO_IDENTIFICACION: Asigna secuencialmente títulos a los valores definidos en el campo PRECIO del registro ~C, que tal como se indica en su especificación, puede representar distintas épocas, ámbitos geográficos, etc., estableciéndose una relación biunívoca entre ambos.
JUEGO_CARACTERES: Asigna si el juego de caracteres a emplear es el definido para D.O.S., cuyos identificadores serán 850 ó 437, o es el definido para Windows, cuyo identificador será ANSI. En caso de que dicho campo esté vacío se interpretará, por omisión, que el juego de caracteres a utilizar será el 850 por compatibilidad con versiones anteriores.
Este registro contiene la información básica de un concepto de cualquier tipo, material, auxiliar, partida, capítulo, entidad, documento, etc., tanto en su versión paramétrica como definición tradicional.
~C | {CODIGO \ } | UNIDAD | RESUMEN | {PRECIO \} | { FECHA \ } | TIPO |
CODIGO: código del concepto descrito. Un concepto puede tener varios códigos que actuarán como sinónimos, este mecanismo permite integrar distintos sistemas de clasificación.
Para distinguir el concepto tipo raíz de un archivo, así como los conceptos tipo capítulo, se ampliará su código con los caracteres '##' y '#' respectivamente; quedando dicha NOTACIÓN reflejada obligatoriamente en el registro tipo ~C ,siendo opcional en los restantes registros del mismo concepto.
Las referencias a un código con y sin # y ##, se entienden únicas a un mismo concepto.
Únicamente puede haber un concepto raíz en una base de datos u obra.
UNIDAD: Unidad de medida. Existe una relación de unidades de medida recomendadas, elaborada por la Asociación de Redactores de Bases de Datos de construcción.
RESUMEN: Resumen del texto descriptivo. Cada soporte indicará el número de caracteres que admite en su campo resumen.
PRECIO: Precio del concepto. Un concepto puede tener varios precios alternativos que representen distintas épocas, ámbitos geográficos, etc., definidos biunívocamente respecto al campo [CABECERA] \ { ROTULO_IDENTIFICACION \ } del registro ~V. Cuando haya más de un precio se asignarán secuencialmente a cada rótulo definido; si hay más rótulos que precios, se asignará a aquellos el último precio definido.
FECHA: Fecha de la última actualización del precio. Cuando haya más de una fecha se asignarán secuencialmente a cada precio definido, si hay más precios que fechas, los precios sin su correspondiente fecha tomarán la última fecha definida.
Las fechas se definirán en el formato DDMMAA; DD representa el día con dos dígitos, MM el mes y AA el año, si la fecha tiene menos de 5 dígitos representa mes y año únicamente, si tiene menos de tres, solo el año. Si se identifica la fecha con un número impar de dígitos, se completará con el carácter cero por la izquierda.
TIPO: Tipo de concepto, Inicialmente se reservan los siguientes tipos:
0 (Sin clasificar) 1 (Mano de obra), 2 (Maquinaria y medios aux.), 3 (Materiales).
Este registro contiene la descomposición de un concepto en otros a través de una o dos cantidades. El mismo registro lo emplearemos para definir la descomposición de un concepto tipo unidad de obra en conceptos tipo materiales, mano de obra, maquinaria y auxiliares y para la descomposición de un concepto tipo capítulo en conceptos tipo unidad de obra o subcapítulo.
~D | CODIGO_PADRE | { CODIGO_HIJO \ FACTOR \ RENDIMIENTO \ } |
CODIGO_PADRE: código del concepto descompuesto.
CODIGO_HIJO: código de cada concepto que interviene en la descomposición.
FACTOR: Factor de rendimiento, por defecto 1.0
RENDIMIENTO: Número de unidades, rendimiento o medición.
Cuando CODIGO_HIJO es un porcentaje, éste tiene tres partes:
1.Prefijo que forma una máscara indicando sobre qué elementos se aplica el porcentaje. Si el prefijo es nulo, el porcentaje se aplica a todas las líneas anteriores.
2.Un juego de caracteres que puede ser:
'&' para porcentajes acumulables.
'%' para porcentajes no acumulables expresados en tantos por uno.
3.El resto del código permite diferenciar un porcentaje de otro.
Ejemplo: LD%N0001
LD - Sobre todas las líneas anteriores cuyo código comience por LD
% - No acumulable en tanto por uno.
N0001 - código diferenciador.
El rendimiento será el porcentaje que se aplica sobre las líneas anteriores a la actual y que queden afectadas por la máscara.
Ejemplo de una línea de descomposición: L%N004 \\0.03\
Esta línea representa un porcentaje del 0.03 por uno (3%) de todas las líneas anteriores a la actual, incluso porcentajes, cuyo código comience por L y cuyo texto estará en la definición del código 'L%N004'.
Registro tipo añadir descomposición
Con este registro se pueden añadir líneas de descomposición, el registro tipo ~D cambia la descomposición completa. Para añadir conceptos nuevos a una base de datos, además de definir los registros C,T,L,D,... deberíamos posicionar los nuevos conceptos en el capítulo o capítulos donde queramos situarlos, para ello, es necesario un registro que nos permita añadir una o varias líneas de descomposición por cada capítulo donde queramos posicionar un nuevo concepto.
~Y | CODIGO_PADRE | { CODIGO_HIJO \ FACTOR \ RENDIMIENTO \ } |
Todos los campos tienen el mismo significado que en el registro tipo D.
Este registro contiene el texto descriptivo de un concepto
~T | CODIGO_CONCEPTO | TEXTO_DESCRIPTIVO |
CODIGO_CONCEPTO: código del concepto descrito
TEXTO_DESCRIPTIVO: Texto descriptivo del concepto sin limitación de tamaño. El texto podrá contener caracteres fin de línea (ASCII-13 + ASCII-10) que se mantendrán al reformatearlo.
Registro tipo descripción paramétrica
Este registro contiene la descripción paramétrica, bien en formato tradicional bien en formato API para DLL, que incluye la definición de parámetros, descomposiciones, comentario de ayuda a la selección de parámetros, resúmenes, textos, pliegos, claves e información comercial, en función de tablas, expresiones y variables, para una familia de conceptos.
Este registro puede adoptar dos formas:
~P | CODIGO_FAMILIA | DESCRIPCION_PARAMÉTRICA |
Cuando CODIGO_FAMILIA está lleno, o bien DESCRIPCION_PARAMÉTRICA está llena, o bien DESCRIPCION_PARAMÉTRICA está vacía. En éste último caso se accede a la descripción paramétrica de la familia a través del archivo NOMBRE.DLL.
~P | | DESCRIPCION_PARAMÉTRICA | NOMBRE.DLL |
Cuando CODIGO_FAMILIA está vacío, se refiere al paramétrico global.
Si DESCRIPCION_PARAMÉTRICA está llena, el paramétrico global se establece a partir de ésta. Si DESCRIPCION_PARAMÉTRICA está vacía y NOMBRE.DLL está lleno, se establece a partir de éste. Si DESCRIPCION_PARAMÉTRICA y NOMBRE.DLL están llenos a la vez, tan solo es válida DESCRIPCION_PARAMÉTRICA.
CODIGO_FAMILIA: código del concepto tipo familia descrito. Si se utiliza un modelo de codificación dependiente de los parámetros (ver Anexos 2 y 3), este código debe poseer un carácter '$' en su séptima posición, y los conceptos en los que se deriva tendrán como código los seis primeros caracteres del mismo más un carácter adicional por cada parámetro que posea.
DESCRIPCION_PARAMÉTRICA: Ver Anexo 2.
NOMBRE.DLL: Ver Anexo 3.
REGISTRO TIPO PLIEGOS
Este registro contiene las diferentes secciones y textos del pliego de condiciones de un concepto. El pliego de condiciones se estructura de forma jerárquica con el Sistema de Clasificación por Codificación y de forma facetada en varias secciones de distinto contenido.
Cuando el primer campo del registro ~L está vacío, el registro define los códigos de las secciones de cada pliego y sus rótulos correspondientes. Este registro es único para una base de datos u obra.
~L | | { CODIGO_SECCION_PLIEGO \ ROTULO_SECCION_PLIEGO \ } |
CODIGO_SECCION_PLIEGO: código que define cada sección o faceta del pliego.
ROTULO_SECCION_PLIEGO: definición del rótulo asociado a cada código correspondiente de cada sección o faceta del pliego.
Ejemplo de las secciones de los pliegos definidas para la Base de Datos de construcción de la Comunidad de Madrid y la Base de Datos de construcción de la Comunidad Valenciana, indicando código y rótulo de la sección:
~L| | DES\ DESCRIPCIÓN Y COMPLEMENTOS AL TEXTO
\PRE\ REQUISITOS PREVIOS A LA EJECUCIÓN
\COM\ COMPONENTES
\EJE\ EJECUCIÓN Y ORGANIZACIÓN
\NOR\ NORMATIVA
\CON\ CONTROL Y ACEPTACIÓN
\SEG\ SEGURIDAD E HIGIENE
\VAL\ CRITERIOS DE VALORACIÓN Y MEDICIÓN
\MAN\ MANTENIMIENTO
\VAR\ VARIOS \ |
MODELO 1 DE TEXTOS DE LOS PLIEGOS.
Cuando el primer campo del registro ~L no está vacío, identifica a un concepto determinado. Puede haber un registro de este tipo por cada concepto de una base de datos u obra.
~L | CODIGO_CONCEPTO | {CODIGO_SECCION_PLIEGO \TEXTO_SECCION_PLIEGO \ } |
CODIGO_CONCEPTO: código del concepto descrito, contenido en la base de datos.
CODIGO_SECCION_PLIEGO: definición del código asociado a cada pliego.
TEXTO_SECCION_PLIEGO: Texto asignado a cada faceta o sección del pliego de condiciones del concepto.
El pliego de condiciones de cada concepto estará dividido con caracteres '\' en varias secciones o facetas, pensadas para imprimirse juntas o por separado.
Los fines de línea de cada sección del pliego se tratarán como en el REGISTRO TIPO TEXTO.
MODELO 2 DE TEXTOS DE LOS PLIEGOS.
Otra opción permite asignar el Pliego mediante párrafos de texto asociados a conceptos, utilizando el siguiente esquema de registros, como forma alternativa a la anterior:
~Q | { CODIGO_CONCEPTO \ } | { CODIGO_SECCION_PLIEGO \ CODIGO_PARRAFO \ { ABREV_AMBITO; } \ } |
~J | CODIGO_PARRAFO | TEXTO_PARRAFO | TEXTO_PARRAFO_RTF |
código_concepto: código del concepto descrito, contenido en la base de datos. Será único para cada registro ~Q.
Este registro es de sustitución de la información, no es de acumulación.
Codigo_sección_pliego: definición del código asociado a cada pliego. Corresponde al definido en el registro de cabecera de pliego ~L.
CODIGO_PARRAFO: código del texto asociado a cada sección del pliego.
ABREV_AMBITO: Identificador del ámbito geográfico de la sección del pliego. Se define en un registro propio.
TEXTO_PARRAFO: Texto que define el contenido de los pliegos que se asocian a un concepto y se identifica con CODIGO_PARRAFO.
TEXTO_PARRAFO_RTF: Texto que define el contenido de los pliegos que se asocian a un concepto y se identifica con CODIGO_PARRAFO, con formato RTF, de forma opcional, siendo siempre obligatorio el campo TEXTO_PARRAFO.
Registro tipo ámbito geográfico
Establece el ámbito geográfico correspondiente a los Pliegos de Condiciones asociados a la Base de Datos. No necesariamente deberá corresponder al campo CABECERA definido en el registro ~V.
~W | { ABREV_AMBITO \ AMBITO \ } |
ABREV_AMBITO: Nombre abreviado que identifica el territorio geográfico al que se refiere. (Comunidad Autónoma, Provincia, Región, Comarca, Localidad, etc.). El identificador < * > (ASCII - 42) indica AMBITO_GENERAL, y representa todo el territorio nacional.
AMBITO: Nombre completo del territorio geográfico.
Existe una relación de abreviaturas recomendadas, elaborada por la Asociación de Redactores de Bases de Datos de construcción.
Registro tipo información gráfica
~G | CODIGO_CONCEPTO | { ARCHIVO_GRAFICO. EXT \ } |
CODIGO_CONCEPTO: código del concepto descrito en la base de datos y contenido en ella.
ARCHIVO_GRAFICO. EXT: Nombre del archivo que contiene la información gráfica. Se usarán como referencia programas estandarizados de uso general, para chequear y verificar el contenido del archivo. Estos programas serán:
Archivos tipo ráster: Extensión .BMP, .PCX : Windows 3.1
Archivos vectoriales: Extensión .WMF : Windows 3.1
Extensión .DXF : Autocad 12 Windows
Define las entidades suministradoras de documentación técnica, tarifas de precios y especificaciones de los conceptos contenidos en la Base de Datos.
~E | CODIGO_ENTIDAD | RESUMEN | NOMBRE | { TIPO \ SUBNOMBRE
\ DIRECCIÓN \ CP \ LOCALIDAD \ PROVINCIA \ PAIS \ { TELEFONO; }
\ { FAX; } \ { PERSONA_CONTACTO; } \ } |
CODIGO_ENTIDAD: código del SCc que define a la entidad (empresa, organismo, etc.).
RESUMEN: Nombre abreviado de la entidad
NOMBRE: Nombre completo de la entidad.
TIPO: Se definen los siguientes:
C central.
D delegación.
R representante.
SUBNOMBRE: Nombre de la delegación o representante en caso de que sea distinto de la central. Normalmente estará vacío.
DIRECCIÓN \ CP \ LOCALIDAD \ PROVINCIA \ PAÍS: Dirección postal de la entidad con todos sus datos, existiendo una dirección por cada subcampo tipo, de forma ordenada y secuencial.
TELÉFONO: Números de teléfono de la entidad, de forma ordenada y secuencial respecto al subcampo tipo, separados con el carácter < ; > (ASCII-59). Se indicará con nueve caracteres numéricos, incluido el prefijo de la provincia.
FAX: Números de fax de la entidad, con las mismas especificaciones que el campo anterior.
PERSONA_CONTACTO: Nombre de las personas de contacto con la entidad y cargo que desempeña, podrá haber varias asociadas a cada subcampo tipo, de forma que estén separadas por el carácter ASCII-59.
Registro tipo relación comercial
Este registro establece los vínculos entre los conceptos de una Base de Datos General ( BDG ) con los productos comerciales de una Base de Datos Específica ( BDE ), y/o viceversa.
Así una Base de Datos ( BD ) podrá contener CONCEPTOS genéricos de una BDG, CONCEPTOS referentes a productos comerciales de una BDE, o ambas a la vez.
~O | CODIGO_RAIZ_BD # CODIGO_CONCEPTO | |
{ CODIGO_ARCHIVO \ CODIGO_ENTIDAD # CODIGO_CONCEPTO \ } |
CODIGO_RAIZ_BD # CODIGO_CONCEPTO: Identificador de un concepto de una BD, donde:
•CODIGO_RAIZ_BD: Se refiere a la identificación del código de la entidad que elabora la BD. Este código debe ser facilitado por la entidad que elabora la BD, para evitar ambigüedades.
•CODIGO_CONCEPTO: Se refiere a un concepto que pertenece a CODIGO_RAIZ_BD, y empleado por ésta en su sistema de clasificación por codificación.
CODIGO_ARCHIVO: Se refiere al nombre del archivo que, de existir, indica el lugar donde se encuentra la información referente a CODIGO_ENTIDAD # CODIGO_CONCEPTO. Sin embargo si dicho CODIGO_ARCHIVO no existe, entonces indica que CODIGO_ENTIDAD # CODIGO_CONCEPTO se encuentra en la misma BD.
CODIGO_ENTIDAD # CODIGO_CONCEPTO: Identificador de un concepto de una BD, donde:
•CODIGO_ENTIDAD: Se refiere a la identificación del código de la entidad a la que se le asocia información. Este código debe ser facilitado por la entidad que elabora la BD, de acuerdo con su sistema de clasificación, para evitar ambigüedades.
•CODIGO_CONCEPTO: Se refiere a un concepto que pertenece a CODIGO_ENTIDAD, y empleado por la entidad que elabora la BD en su sistema de clasificación por codificación.
Cuando CODIGO_CONCEPTO se refiera a un producto comercial, dicho código deberá ser facilitado por el fabricante, y no podrá coincidir nunca con la designación de CODIGO_RAIZ_BD, CODIGO_ENTIDAD o CODIGO_CONCEPTO, cuando éste se refiere a un concepto genérico. Al tener dicho producto comercial un tratamiento de CONCEPTO, éste puede utilizar todos los registros existentes en el formato para especificar su información asociada (precio, información gráfica, etc.).
Registro tipo información técnica
Este registro contiene la especificación de otros datos referentes al concepto, como por ejemplo, peso específico o nominal, características físicas, cuantías geométricas, propiedades físico - mecánicas, etc.
Estos datos podrían emplearse en otras utilidades, como el cálculo de los coeficientes de transmisión térmica, aislamiento acústico, etc.
El registro tipo información Técnica puede adoptar dos formas:
Si el primer campo está vacío, éste sirve como diccionario de términos de información Técnica a los cuales se les podrá asociar una descripción y una unidad de medida.
~X | | { CODIGO_IT \ DESCRIPCION_IT \ UM \ } |
Si el primer campo identifica a un concepto, la información que se especificará a continuación serán la/las parejas de términos de información técnica con sus respectivos valores.
~X | CODIGO_CONCEPTO | { CODIGO_IT \ VALOR_IT \ } |
CODIGO_IT: código de la información Técnica descrita.
DESCRIPCION_IT: Texto descriptivo de la información Técnica, sin limitación de tamaño.
UM: En el caso que los valores de la información Técnica sean valores numéricos, se indicará su Unidad de Medida, de acuerdo con el Sistema Internacional de Unidades de Medida.
CODIGO_CONCEPTO: código del concepto descrito, contenido en la base de datos. Será único para cada registro ~X.
VALOR_IT: Valor alfabético o numérico de la información Técnica.
Indica el número de decimales en cada campo numérico.
~K | DN \ DD \ DS \ DR \ DI \ DP \ DC \ DM | CI |
DN : Decimales del campo número de partes iguales de la hoja de mediciones.
DD : Decimales de Dimensiones de las tres magnitudes de la hoja de mediciones.
DS : Decimales de la línea de subtotal o total de mediciones
DR : Decimales de rendimiento y factor en una descomposición.
DI : Decimales del importe resultante de multiplicar rendimiento x precio del concepto.
DP : Decimales del importe resultante del sumatorio de los costes directos del concepto.
DC : Decimales del importe total del concepto. (CD+CI).
DM : Decimales del importe resultante de multiplicar la medición total del concepto por su precio.
CI : Porcentaje de costes indirectos.
En este registro figuran las mediciones (cantidades), en que interviene un concepto de un presupuesto en la descomposición de otro de mayor rango.
En el intercambio de archivos de presupuestos, deberá figurar siempre este registro, exista o no desglose de mediciones.
Cuando se trate de intercambiar una relación de registros ~M que recogen un listado de mediciones no estructurado, no es necesario la disposición de un código raíz ni los registros ~D complementarios. El operador indicará en estos casos cual es el destino de la medición.
~M | [ CODIGO_PADRE \ ] CODIGO_HIJO | { POSICION \ } | MEDICION_TOTAL
| { TIPO \ COMENTARIO \ UNIDADES \ LONGITUD \ LATITUD \ ALTURA \ } |
CODIGO_PADRE: código del concepto padre o concepto descompuesto del presupuesto.
CODIGO_HIJO: código del concepto hijo o concepto de la línea de descomposición.
Este campo es opcional en el caso de intercambiar mediciones no estructuradas, es decir, que no pertenecen a la estructura general y completa de un presupuesto.
POSICIÓN: Posición del CONCEPTO_HIJO en la descomposición del CONCEPTO_PADRE, este dato permite identificar la medición cuando la descomposición del concepto padre incluye varios conceptos hijo con el mismo código, la numeración de las posiciones comenzará con el 1.
El campo POSICIÓN deberá especificarse siempre en intercambio de presupuestos cuando éste sea completo y estructurado, e indicará el camino completo de la medición descrita en la estructura del archivo. Por ejemplo 3 \ 5 \ 2, indicará la medición correspondiente al capítulo 3 del archivo; subcapítulo 5 del capítulo 3; y partida 2 del subcapítulo 5. En mediciones no estructuradas este campo es opcional.
MEDICION_TOTAL: Debe coincidir con el rendimiento del registro tipo '~D' correspondiente.
Incorpora el sumatorio del producto de unidades, longitud, latitud y altura o el resultado de expresiones de cada línea, al leer este registro se recalculará este valor.
TIPO: Indica el tipo de línea de medición de que se trate. Usualmente este subcampo estará vacío. Los tipos establecidos en esta versión son:
•Subtotal parcial: En esta línea aparecerá el subtotal de las líneas anteriores desde el último subtotal hasta la línea inmediatamente anterior a ésta.
•Subtotal acumulado: En esta línea aparecerá el subtotal de todas las líneas anteriores desde la primera hasta la línea inmediatamente anterior a ésta.
•Expresión: Indicará que en el subcampo COMENTARIO aparecerá una expresión algebraica a evaluar. Se podrán utilizar los operadores '(', ')', '+', '-', '*', '/' y '^'; las variables 'a', 'b', 'c' y 'd' (que tendrán por valor las cantidades introducidas en los subcampos UNIDADES, LONGITUD, LATITUD y ALTURA respectivamente); y la constante 'p' para el valor Pi=3.1415926. Si la expresión utiliza alguna variable, ésta será válida hasta la siguiente línea de medición en la que se defina otra expresión.
COMENTARIO: Texto en la línea de medición. Podrá ser un comentario o una expresión algebraica.
UNIDADES, LONGITUD, LATITUD, ALTURA: Cuatro número reales con las mediciones. Si alguna magnitud no existe se dejará este campo vacío.
Registro tipo añadir mediciones
Igual que el registro tipo ~M pero añade las líneas de medición de este registro a las ya existentes en vez de substituir toda la medición como hace en aquel.
~N | [ CODIGO_PADRE \ ] CODIGO_HIJO | { POSICION \ } |MEDICION
| {TIPO \ COMENTARIO \ UNIDADES \ LONGITUD \ LATITUD \ ALTURA \ } |
Este registro establece la relación entre códigos y descriptores del tesauro, para permitir la búsqueda de conceptos mediante términos clave.
~A | CODIGO_CONCEPTO | { CLAVE_TESAURO \ } |
CODIGO_CONCEPTO: código del concepto descrito en la base de datos y contenido en ella.
CLAVE_TESAURO: Términos clave relacionados con el concepto. Los términos compuestos (hormigón armado, cartón - yeso, mortero mixto) se identificarán unidos mediante < _ > (ASCII - 95), ( hormigón_armado, cartón_yeso, mortero_mixto...). No está permitido el empleo del espacio en blanco.
Registro tipo cambio de código
Con este registro se posibilita el cambio o anulación de los códigos de los conceptos, única unidad de información que no se podía modificar con los registros definidos anteriormente.
~B | CODIGO_CONCEPTO | CODIGO_NUEVO |
CODIGO_CONCEPTO: código del concepto a cambiar o anular. Debe existir y pertenece a un concepto contenido en la BD
CODIGO_NUEVO: Nuevo código para CODIGO_CONCEPTO, no debe existir previamente. Si este campo está vacío, se entiende que hay que eliminar CODIGO_CONCEPTO