Registro Tipo C. Concepto

Enviado por Miguel Ángel el Jue, 01/07/2010 - 15:46

Registro tipo C. Concepto

Cada registro tipo C define la información básica de un concepto presente en el presupuesto, base de precios o certificación. Para cada concepto debe existir un registro tipo C obligatoriamente.

~C | Código | Unidad | Resumen | Precios | Fechas | Comentario | Tipo |

Registros:

  1. C
  2. Código\Código sinónimo 1\Código sinónimo 2\...

    Cada concepto se define con un código

    Se pueden definir también códigos sinónimos, es decir otros códigos que representan al mismo concepto.

    Los códigos puede tener un máximo de 20 caracteres.

    Los caracteres válidos para el campo código son; «A-Z», «a-z», «0-9», «ñ, Ñ», «.» (ASCII-46), «$» (ASCII-36), «#» (ASCII-35), «%» (ASCII-37), «&» (ASCII-38), «_» (ASCII-95).

    No tengo claro si se debe distinguir entre mayúsculas y minúsculas, pues las especificaciones no dicen nada, pero en general los programas de mediciones sólo admiten introducir letras mayúsculas en el campo del código del concepto para que no haya confusiones.

    Caracteres especiales:

    • # (ASCII-35)

      El uso del carácter almohadilla «#» (ASCII-35) no es libre y se debe restringir para identificar el concepto raíz, los conceptos que representan capítulos y subcapítulos o para separar el código entidad y código del concepto en los registros de tipo Relación comercial.

      Para diferenciar el concepto raíz del resto de conceptos del fichero FIEBDC se añade al final del código dos almohadillas «##», del mismo modo para diferenciar los conceptos que representan capítulos y subcapítulos se les añade una almohadilla «#». Esta notación especial en los códigos de los conceptos es obligatoria en el registro tipo C y opcional en el resto de registros en los que aparezca el código, En cualquier caso el código sin y con las almohadillas finales representan al mismo concepto.

      Solamente puede haber un concepto raíz en un presupuesto o base de precios.

      Si un código dispone de un carácter «#» intercalado, se entenderá que corresponde al conjunto Código_entidad#código_concepto definido en el registro de tipo relación comercial (registro tipo O).

    • % (ASCII-37), & (ASCII-38)

      El uso de los caracteres % y & no es libre, se debe restringir su uso para definir los conceptos tipo porcentaje de costes directos complementarios (o como son definidos en la especificación porcentaje de medios auxiliares).

      Este tipo de conceptos tiene un funcionamiento especial, es decir, dentro de una descomposición el importe de este concepto depende de los conceptos anteriores de la descomposición, a los que se les aplica un incremento en el coste por medio de un porcentaje definido en el rendimiento del concepto en tanto por uno.

      El código de este tipo de conceptos se divide en tres partes:

      1. Prefijo: Forma una mascara indicando sobre que conceptos anteriores en la descomposición se aplica el porcentaje de costes directos complementarios. Si el prefijo es nulo se aplica a todos los conceptos que le preceden, si no es nulo el porcentaje se aplica a todos los conceptos que empiecen con el prefijo definido.
      2. &(porcentaje acumulable) o % (porcentaje no acumulable) :

        & indican un porcentaje de perdidas o roturas de los elementos básicos, implicando un aumento de la cantidad de elementos básicos. Se desaconseja su uso ya que estos aumentos de elementos básicos no son realmente costes directos complementarios sino costes directos, prefiriéndose en su lugar aumentar el valor del rendimiento de los materiales con perdidas o roturas.

        %: implican un aumento de costes debido a costes directos complementarios.

      3. Sufijo: caracteres libres que permiten diferenciar un porcentaje de otro.

      Ejemplo: 3% de medios auxiliares sobre los conceptos que empiecen por O.
      Registro C: ~C | O%N0001 | % | Medios auxiliares |
      Línea de descomposición en el registro D: O%N0001\\0.03\

  3. Unidad de medida del concepto.
  4. Resumen: Resumen del epígrafe del concepto.

    Se recomienda un máximo de 64 caracteres.

  5. Precio 0\Precio 1\Precio 2\...

    Contiene los precios del concepto.

    Cada precio debe corresponderse con los títulos de precios alternativos definidos en el quinto campo del registro tipo V.
    Cuando haya más títulos de precios alternativos que precios, se asigna a los títulos el ultimo precio definido. Generalmente la funcionalidad del formato FIEBCD de asignación de múltiples precios no se usa y sólo se asigna un precio por concepto, dejándose el quinto campo del registro tipo V vacío.

    Si el concepto tiene descomposición el precio aportado en este registro se obtiene como resultado de la descomposición, teniendo siempre preferencia el precio obtenido de la descomposición que el asignado en este campo.

  6. Fecha 0\Fecha 1\Fecha 2\...

    Contiene las fechas de actualización correspondiente a cada precio.
    Cuando haya más fechas que precios alternativos, se asigna a los precios la ultima fecha definida.

    La fecha se representa con el mismo formato que el explicado en el registro tipo V.

  7. Tipo

    Tipo de concepto

    Se pueden definir distintos tipos de clasificaciones, lo que representa un cierto caos a lo hora de clasificar los conceptos. Pero no solo eso, sino que parece que se deja la puerta abierta a que cada programa de mediciones pueda implementar su propio sistema de clasificación haciendo el formato aún más ambiguo. Se define los siguiente sistemas de clasificación que pueden o no usarse:

    1. Clasificación numérica:
      • «0» Sin clasificar.
      • «1» Mano de obra.
      • «2» Maquinaria y medios auxiliares.
      • «3» Materiales.
    2. Clasificación para revisión de precios según BOE y CNC:
      • «H» Mano de obra
      • «MC» Cemento
      • «MCr» Cerámicas
      • «MM» Maderas
      • «MS» Siderúrgicos
      • «ME» Energía
      • «MCu» Cobre
      • «MAl» Aluminio
      • «ML» Ligantes
      • «M» Otros materiales
      • «Q» Maquinaria
      • «%» Medios auxiliares
    3. Clasificación de la asociación de redactores de bases de datos:

      Esta clasificación sirve para desarrollar el tipo 0 de la primera clasificación.

      • «EA» Elemento auxiliar
      • «EU» Elemento unitario
      • «EC» Elemento complejo
      • «EF» Elemento funcional
      • «OB» Obra
      • «PA» Partida alzada

        Unidad de obra a justificar.

      • «PU» Presupuesto unitario

        Ni idea de que es esto. La especificación dice textualmente:

        Concepto que se refiere a un presupuesto parcial que se compone de unidades de obra. Se asimila a Elemento Funcional (EF) pero un comportamiento diferente en su aplicación. Su comportamiento es que puede aparecer como una unidad de obra en un presupuesto a la que se le asigna una medición; y en cambio se comporta como un subcapitulo de presupuesto en cuanto a que no se le han de aplicar costes indirectos (los costes indirectos, en su caso, ya los contemplan las unidades de obra de su composición) y no aparece en los cuadros de precios 1 y 2.