preguntas y respuestas frecuentes relativas a la documentación

Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 “PREGUNTAS Y RESPUESTAS FRECUENTES RELATIVAS A LA DOCUMENTACIÓN CUANTITATIVA TRIMESTRAL FASE PREPARATORIA SOLVENCIA II” 1 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 Índice I.‐ CUESTIONES RELATIVAS A LA INFORMACIÓN TRIMESTRAL INDIVIDUAL: ....................................... 3 1. INTRODUCCIÓN ........................................................................................................................... 3 2. MODELO 6: .................................................................................................................................. 5 3. MODELO 8 ................................................................................................................................. 10 4. MODELO 23 ............................................................................................................................... 12 2 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 I.‐ CUESTIONES RELATIVAS A LA INFORMACIÓN TRIMESTRAL INDIVIDUAL: 1. INTRODUCCIÓN  Estamos introduciendo los datos del segundo trimestre de 2014 para realizar el test de la base de datos. Sin embargo, en la aplicación pasamos al cuarto trimestre y no encontramos forma de volver al segundo trimestre ya que el botón de cambio de periodo no funciona y en Información, tal y como se remite en las instrucciones no hay tampoco posibilidad de cambio de periodo. Si bien se han creado los archivos de copia de seguridad en la carpeta para cada trimestre no podemos acceder a ellos a través del front end de la aplicación. ¿Nos podríais decir cómo hacerlo? R: Efectivamente el botón de cambio de período se utiliza únicamente para avanzar al período siguiente y comenzar la introducción de datos de dicho período. Para volver a un período anterior debe utilizarse el combo “Recuperar copia de seguridad fecha:”, puesto que la aplicación realiza una copia de seguridad cada vez que se cambia de período; al utilizar esta opción, se realiza una copia de seguridad de los datos actuales y a continuación éstos son sustituidos por los del período seleccionado (o los de la copia de seguridad seleccionada).  En la Guía de la aplicación se explica cómo se recuperan las copias de seguridad, pero no se explica cómo hacerlas. R: Las copias de seguridad son realizadas automáticamente por la aplicación ante ciertos eventos: cambio de período y obtención de fichero para la DGSYFP.  En la Guía de la aplicación se explica que haciendo doble‐clic sobre un elemento de la lista de errores, el cursor se posicionará en el campo exacto. Hemos probado esta utilidad en el botón de Validar Datos y no hemos conseguido que funcione. R: La lista de errores descrita en este apartado de la Guía de la aplicación hace referencia únicamente a los errores “interactivos” mostrados al abrir o editar un registro concreto de un modelo determinado, no al listado de errores que se muestra mediante la funcionalidad Validar datos.  Me gustaría chequear que las agrupaciones que se hacen por ejemplo en el Modelo 6 ‐ Lista de activos se corresponden con las agrupaciones realizadas por código CIC, y que están todos los activos que se importan. No veo la manera de seleccionar la lista completa para copiarla en Excel y manejar los datos. ¿Hay alguna forma de hacerlo en la herramienta? R: La aplicación actual no contempla ninguna exportación de datos a Excel. La entidad puede sin embargo utilizar el programa MS‐Access para realizar este tipo de comprobaciones y exportaciones. 3 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015  ¿Hay alguna forma de que el listado de errores se pueda pasar a Excel? No lo hemos conseguido y finalmente lo hemos imprimido. ¿No se podría incluir una opción de exportar a Excel para poder revisarlos? R: La aplicación actual no contempla la exportación de los mensajes de error a Excel.  ¿Dónde se describen las relaciones entre las tablas definidas en Access? ¿Existe un modelo de datos? R: La base de datos que la aplicación DEC utiliza para la importación y exportación de datos, se estructura en tablas para almacenar los datos de cada plantilla y tablas auxiliares con listas de valores para determinadas celdas del modelo, no estando definidas en la misma ni claves primarias ni relaciones entre tablas. La descripción de las tablas de datos y su relación con las tablas auxiliares se encuentra en el Diccionario de Datos de la aplicación. 4 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 2. MODELO 6:  DS0602_02T ¿Cómo obtener el campo A0_S, en las instrucciones no encontramos la referencia? R: Respecto al campo A0_S (LineID para EIOPA): este campo es un número que permite distinguir los diferentes registros de la tabla DS0602_02T para la misma inversión (registro en la tabla DS0602_01t). La aplicación DEC lo calcula como un “autonumérico” por cada inversión; puedes calcularlo de esta manera o por ejemplo como un “autonumérico” para la tabla. Es decir, es un valor auto numérico asociado a cada una de los activos correspondientes en función de los datos económicos asociado al mismo.  DS0602_01T ¿Cómo obtener el A32, ya que el A33_S y A33_S2 remiten a la misma AUX con el mismo filtro, por lo que los campos concatenados A31 y A 32 aparentemente coincidirían? R: Respecto al campo A32: este campo es la concatenación de: La descripción que aparece en la tabla Aux_CD_Codigos_DGS para la fila cuyo código coincida con el valor del campo A33_S2 de la tabla DS0602_01T y el valor del campo A32_S El campo A31 es la concatenación de: la descripción que aparece en la tabla Aux_CD_Codigos_DGS para la fila cuyo código coincida con el valor del campo A33_S de la tabla DS0602_01T y el valor del campo A31_S Por tanto, dichos campos coincidirían únicamente en caso de que los campos A33_S y A33_S2 por una parte y los campos A31_S y A32_S por otra sean idénticos. Nota: las opciones disponibles en la tabla Aux_CD_Codigos_DGS para el filtro 1 son “LEI” y “Pre‐LEI”; en caso de que el emisor o el grupo del emisor no tengan LEI ni Pre‐LEI, estos campos deben dejarse en blanco.  Se entiende por tanto que si se deja el campo A0_S en blanco, no dará error: R: Si se deja el campo A0_S en blanco, sí dará error puesto que se trata de un campo obligatorio.  Me ha surgido otra duda. Se trata de un error no obligatorio relativo al modelo 6. Es como si no leyera el importe que pongo en el campo "Importe total de SII" y por eso me da error. Os adjunto pantallazos y el fichero de incidencias. Os pongo solo el del Inmovilizado Material pero me pasa con más partidas. R: El error se produce como consecuencia de la consignación de los elementos integrantes del inmovilizado material como activos clasificados con código CIC ES93. Según las definiciones establecidas en el para el cuadro CIC, las dos primeras posiciones del código CIC en el caso de las categorías de activo 7,8 y 9 comenzarán por XT. Clasificadas las inversiones como XT93 el error desaparece. 5 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015  Issuer Sector (A9): La tabla auxiliar Aux_NE_Codigo_NACE es una extracción parcial de los códigos NACE, donde únicamente se desglosa el apartado K. Esto nos obliga a tener que realizar una transformación adicional de los datos, ya que consideramos el código NACE completo. ¿A futuro esta tabla auxiliar se ampliará para poder introducir cualquier código NACE que se tenga? ‐ Participación (A16): Entendemos que este campo únicamente aplicaría para los CIC = 3 ó 4, por lo que no vemos sentido que se deba introducir un "N" para los CIC 1, XT71, 8, XT95, en vez de dejarlos en blanco como en el resto de casos. R: Con respecto a las clasificaciones que se recogen en el programa de los códigos A9 “Sector del emisor” y A16 “Participación” utilizamos el desglose establecido el DPM elaborado por Eiopa.  Existen algunos códigos ISIN que nos están dando error en la aplicación. Para el ISIN US055299AK75 nos salta el siguiente error: En este caso si cambiamos el país del emisor por Estados Unidos (US) el ISIN se corrige, pero no encontramos ninguna especificación que exija que los dos primeros caracteres del código ISIN sean iguales a los del país emisor, ya que la EIOPA no relaciona directamente estos dos campos. Por otro lado, los dos primeros valores del código ISIN pueden significar cosas diferentes. R: El error surge en la medida que se ha producido una confusión en la elección del país a efectos de la codificación del CIC (A15_S), que como se indica en el documento de la fase preparatoria: Country ISO 3166‐1‐ Identify the country ISO code where the asset is listed in. An asset is alpha‐2 considered as being listed if it is negotiated on a regulated market or on a country multilateral trading facility, as defined by Directive 2004/39/EC. If the asset code is listed in more than one country, the country should be the one used as the reference for valuation purposes Por lo que debería si el título es listado en USA, el código “US” y no “ES”.  La aplicación obliga a utilizar el código NACE K6430 cuando el código CIC es 4 en la tercera posición, y por nuestra parte, entendemos que debería permitir también el código NACE K6630. No entendemos el porqué de dicha validación ya que no existe un vínculo directo entre el código CIC y el código NACE. Hay que tener en cuenta que el código CIC es un código para clasificar el activo mientras que el código NACE sirve para identificar el sector económico del emisor del activo. R: No procede ya que de acuerdo con la definición NACE en lo que se refiere al campo A9 “Sector Emisor”: 64.30
Inversión colectiva, fondos y entidades financieras similares Esta clase comprende las personas jurídicas constituidas para la mancomunidad de valores u otros activos financieros, sin gestionarlos, en nombre de accionistas o beneficiarios. Las carteras se adaptan para obtener características de inversión específicas, como diversificación, riesgo, 6 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 tasa de rentabilidad y volatilidad de precios. Estas entidades obtienen intereses, dividendos y otras rentas de la propiedad, pero su número de empleados es escaso o nulo, y no obtienen ingresos por la venta de servicios. Esta clase comprende: ‐ los fondos de inversión abiertos (open‐end) ‐ los fondos de inversión cerrados (close‐end) ‐ los fondos de inversión colectiva (unit investment trust funds) ‐ los fideicomisos, herencias o cuentas de agencia, administrados en nombre de los beneficiarios bajo un contrato de fideicomiso, testamento o contrato de agencia Esta clase no comprende: ‐ los fondos y fideicomisos que obtienen ingresos por la venta de bienes y servicios (véase la clase de la CNAE con arreglo a su actividad principal) ‐ las actividades de sociedades holding (véase 64.20) ‐ los fondos de pensiones (véase 65.30) ‐ la gestión de fondos (véase 66.30) Por lo que dicho código está correctamente asignado.  Si imputamos manualmente el precio unitario, al no permitir más de dos decimales, en ocasiones salta la validación del campo “Valor de SII” (A26) ya que no coincide los valores con la validación. Este error, cuando se cargan los datos en la tabla sin pasar por el formulario no salta, ya que si podemos cargar todos los decimales necesarios. R: En principio no debe suponer ningún problema, por el hecho de la precisión utilizada, ya que se ha tratado con la suficiente tolerancia como para que no se produzca error alguno. Es decir, aunque el precio unitario se introduzca con dos decimales (redondeando del dato origen) el valor de SII A26 debe ser introducido tal como se calcule en el sistema origen con todos sus decimales. La validación ya se encarga de aplicar la tolerancia del dato reportado sobre el cálculo y si supera dicho margen identificarlo como error.  El código A8_S Código de la entidad financiera según el Banco de España, en la actualidad no parece obligatorio, pero echamos en falta que se indique para que CIC será necesario cumplimentarlo y qué solución tenemos en el caso de que exista alguna entidad que no esté en la tabla auxiliar de entidades financieras. R: Efectivamente, actualmente no se establece como obligatorio. Este campo no aplica a las categorías CIC 8(Hipotecas y créditos) y 9(inmuebles) para el resto de categorías tiene valor siempre que A31 (código emisor) tenga valor. Para el caso de entidades bancarias no contenidas en la tabla auxiliar de entidades financieras, se ha implementado en las versiones definitivas, un código especifico que recoge esta posibilidad.  Rellenando información acerca de Renta Variable, la aplicación únicamente permite ajustar a dos decimales el campo “Precio unitario de SII”, sin embargo permite poner más decimales en el campo “Cantidad”, lo cual, creemos debería ser al revés, ya que la cantidad hace referencia al número de participaciones o acciones, y el precio unitario es el campo necesario para llegar al importe de Solvencia II (Cálculo de la cantidad * precio unitario de SII + Intereses devengados). Esto hace que, para poder ajustar el valor de unas participaciones no listadas que tenemos en una compañía las tengamos que ajustar poniendo un número decimal en Cantidad para que refleje el importe correcto. 7 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 R: Aunque cierto, el equipo de desarrollo ha evaluado tal eventualidad por lo que el valor a consignar en el campo “Importe total SII” (A26) permite una tolerancia que está directamente relacionada con tal eventualidad producida por el efecto redondeo derivado de la fórmula de cálculo, por lo que si salta la validación correspondiente es debido a otra circunstancia y no al efecto de redondeo.  Además, en aquellas participaciones que bajo solvencia II deberían tener valor cero, la aplicación no nos permite dejar el campo “Precio Unitario de SII igual a cero y tampoco dejar la cantidad, por lo que no nos puede cuadrar el importe reflejado en el balance económico como acciones no cotizadas con el desglose de activos R: En general, la aplicación permite que el campo cantidad (A23) pueda tomar el valor “cero”. Si la aplicación no permite dejar el campo A23 a cero es porque se han cumplimentado otras condiciones (CIC) de clasificación de participaciones que no son posibles. Una vez revisadas dichas condiciones de clasificación podrá cumplimentar correctamente si es el caso el valor del campo A23.  Una vez revisado el fichero recibido y cumplimentado los datos requeridos, mantenemos la interpretación de que el truncamiento a 2 decimales del nº de títulos y del precio unitario origina que el valor solvencia II por línea de título discrepe del que pueda realizarse como comprobación de la fórmula: nº títulos x precio. R: En relación con la cuestión que se ha planteado, le informamos que: Las reglas de reporte para los campos A22/A22A, A23/A23A del modelo 6 (nº de títulos y precio unitario) son dos decimales para el precio unitario y 6 decimales para el número de títulos. Este redondeo hace que la multiplicación de ambas celdas no coincida exactamente con el valor de la A26 “importe total”. A la hora de rellenar el modelo el valor de la celda A26 a utilizar será el procedente de los sistemas de cada entidad. Debiendo corresponder la suma de los A26 por tipo de activo con la partida correspondiente del balance (modelo 2). Adicionalmente la validación que compara la multiplicación nº de títulos por precio unitario con la celda A26 tiene un cierto grado de tolerancia por la cuestión de precisión ya comentada. Así pues en el ejemplo que nos indicaba: A modo de ejemplo, el ISIN ES0165237035 origina una diferencia de 1.971,87€ ocasionada por el redondeo a dos decimales tanto en títulos como en precio. Nº títulos Con 5 decimales 509536,5012
8 Precio 32,79613
Valor SII 16710825,33 Valor del campo A26 16710825,33 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 Con 2 decimales 509536,50
32,80
0,00119
‐0,00387
16712797,2 ‐1971,86723 En el cuadro anterior los valores esperados en los campos son: A22= 509536,50 A23=32,80 Y A26 = 16710825,33 Lo cual validará sin error (el descuadre está dentro del margen de tolerancia) 9 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 3. MODELO 8  En la tabla :DS0801_02t[Derivados, posiciones abiertas. Datos económicos.] Registro :1 (Ordenando por el campo de la regID) el valor del campo A14[Delta] A14 [Delta] sin valor si A11 [CIC] toma valor distinto de B, C en la tercera posición (Categoría). En caso contrario es obligatorio. Para el activo con el Codigo ID http://www.dgsfp.mineco.es/CodigoInversion/Empresa/XXXXXXXXXXXX VCI_DS0801_02t_A1 4_1DS0801_02t Datos económicos. El error se produce porque la aplicación obliga a informar del valor de las delta de los derivados. En el caso de Swaps entendemos que no procedería está información. Para subsanar el error en los Swaps se ha informado el valor 0,0000001 en el campo A14‐Delta R: Tabla de derivados DS0801_02t en efecto el campo A14 [Delta), sólo es obligatorio cuando el valor del campo CIC toma los valores B y C en la segunda posición. Trataremos de subsanar el error en próximas versiones de la aplicación, para el envío actual es correcta la solución que se ha adoptado.  Para el caso de un Asset Swap: duda de cómo clasificarlos. Hemos hecho un análisis y si los clasificamos con CIC = D9 no tendríamos ningún problema en la coherencia con el resto de campos de este QRT. En cambio, si los clasificamos de la siguiente forma: CIC = D1(swaps de tipo de interés) para Asset Swap Euro (aquellos cuyos pagos se reciben todo en Euros) CIC = D3 (swaps de tipo de interés y divisa) para Asset Swap No Eur (aquellos cuyos pagos se reciben en Euros y divisas distintas de Euro) Tendríamos problemas en los siguientes campos: ‐ Divisa entregada del Swap (A24): En el caso de que los clasifiquemos como CIC = D1 o D3, este campo nos aplicaría, y para aquellos Asset Swap con bonos en distintas dividas (ej. EUR, GBP) y pata recibida de la contrapartida en EUR, ¿qué divisa pondríamos en este campo? ‐ Posición larga o corta (A16): Si los clasificamos como CIC = D1 o D3, los que sean D3 tendríamos que clasificarlos como FX‐
FL, FX‐FX, etc. lo cual no tiene sentido. Por tanto, ¿nos surge la duda de cómo deberíamos clasificar los swaps todos como CIC = D9 o como D1 o D3? R: En principio se clasificaría el Asset Swap para este fase con CIC = D9, ya que con las especificaciones que nos remiten en el correo no se puede realizar un análisis más profundo, una vez remitidos los datos podremos realizar ese análisis y en la versión definitiva se modificaría la clasificación si fuese necesario. No obstante, clasificar un Asset Swap Euro como D1 (swap de tipo de interés) o D3 (swap de tipo de interés y divisa) según corresponda es lo correcto. La manera de proceder en los casos propuestos sería la siguiente: 10 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 

Divisa entregada del swap (A24). Para un Asset Swap con bonos en distintas divisas (digamos GBP y USD) en el que se recibirán EUR se debería rellenar como si se tratara de dos activos independientes. Por una parte, un Asset Swap GBP – EUR y por otra parte un segundo Asset Swap USD – EUR. Posición larga o corta (A16): En este caso la clasificación como FX o FL dependerá de los flujos del bono que subyace al Asset Swap. Así, si el subyacente es un bono con tipo fijo se clasificaría como FX‐FX, pero si lo que subyace es un FRN sería FL‐FX. 11 Preguntas y respuestas frecuentes: Información Trimestral Versión 1.0 Fecha: 05/02/2015 4. MODELO 23  Para el modelo 23 ‐ Fondos Propios, en concreto para la celda del MCR, se puede imputar valores distintos que el dato que se ha calculado en el modelo 28 – Capital Mínimo. Consideramos conveniente establecer una validación que impida que se carguen valores distintos. R: En principio, al objeto de ajustarnos a las especificaciones de EIOPA, no se ha implementado el control indicado, no obstante se evaluará para versiones posteriores. 12