ANEXO 1

1. Introducci髇

El presente documento detalla los requisitos y funcionalidades que deben reunir los sistemas de automatizaci髇 de taquillas de salas de exhibici髇 cinematogr醘ica para su homologaci髇 por parte del ICAA. Cualquier ampliaci髇 que se pudiera realizar sobre estas funcionalidades b醩icas deber� ser notificada al ICAA, y no podr� alterar, en ning鷑 sentido, los requisitos imprescindibles que aqu� se detallan.

La aprobaci髇 de un sistema de automatizaci髇 de taquillas no configura relaci髇 contractual de ninguna especie entre la empresa que lo presenta para su aprobaci髇 y el ICAA.

Los sistemas homologados podr醤 implantarse en las salas de exhibici髇 cinematogr醘ica, mediante los acuerdos o contratos que, libremente, establezcan los propietarios de los sistemas y los titulares de las salas de exhibici髇.

1.1 Homologaci髇.-

La homologaci髇 es el proceso mediante el cual se realiza la verificaci髇 del sistema de automatizaci髇 de taquillas con el fin de comprobar que cumple los requisitos que se detallan en el presente documento. Para poder realizar esta verificaci髇 las empresas solicitantes de la homologaci髇 pondr醤 de su parte cuantos elementos, tanto de software, como de hardware, se les soliciten, estableci閚dose un per韔do de pruebas durante el cual se llevar� a cabo dicha verificaci髇. Una vez constatado el cumplimiento de todos los requisitos, se proceder� a la homologaci髇 del sistema, haciendo constar la empresa solicitante, mediante Resoluci髇 del Director del ICAA.

Se podr醤 revisar las homologaciones ante cualquier cambio relevante que afecte a la programaci髇, al control, al env韔 o al gestor de base de datos que supuso la homologaci髇 en su momento. Todos estos cambios relevantes deber醤 ser comunicados al ICAA por la empresa responsable y ser醤 revisados nuevamente para comprobar el cumplimiento de las condiciones establecidas en este documento. Dicha revisi髇 podr� hacerse por parte del ICAA en cualquier momento y, en todo caso, cuando as� lo solicite la empresa, tras haberse producido uno de estos cambios relevantes.

Existir� la posibilidad de revocar las homologaciones realizadas cuando no se cumplan los requisitos establecidos.

1.2 Canales de venta y su homologaci髇.-

Desde la entrada en vigor de la Orden de 7 de julio de 1997 (BOE de 14 de julio) existen los siguientes canales de venta:

Venta en taquillas automatizadas.

Venta telef髇ica: Mediante Call Center diferenciado de la taquilla del Local.

Venta mediante Cajeros Autom醫icos: En los que existe residente una parte del programa para poder comprar la entrada.

Venta mediante Internet.

Todas estas modalidades deber醤 reflejar la venta sobre el Servidor principal en el que resida la base de datos.

Posibilidades de la Homologaci髇, en relaci髇 con los Canales de Venta:

• 1. Podr� solicitarse la homologaci髇 de venta en la taquilla y posteriormente ampliaciones de cada uno de los canales; ello supondr韆 para cada uno de ellos una nueva homologaci髇 y verificaci髇.
• 2. Podr� solicitarse la homologaci髇 de todos los canales de venta que se vayan a utilizar desde el principio; ello requerir� que, en el momento de la solicitud, todos estos canales est閚 preparados previamente y dispuestos para las pruebas de verificaci髇.

S髄o podr醤 implantarse los canales de venta previamente verificados, aprobados y homologados por el ICAA.

1.3 Definiciones.-

A efecto del presente documento de funcionalidades m韓imas del sistema de informatizaci髇 de taquillas se entender� por:

Buz髇: Empresa homologada o Entidad p鷅lica/privada habilitada para la recepci髇 de datos de los cines y su transmisi髇 al ICAA.

Cine: Conjunto de salas de proyecci髇 cinematogr醘ica ubicadas en un mismo domicilio, con un 鷑ico sistema automatizado de gesti髇 de taquillas para la programaci髇 y venta de localidades de las distintas salas.

Sala: Cada uno de los locales en que se lleva a cabo una proyecci髇 cinematogr醘ica. Agrupar� los datos relativos a la venta de entradas.

Programaci髇: Asignaci髇 de una o m醩 pel韈ulas a una sala, con horarios y precios determinados.

Sesi髇: Horario en el que se proyecta una pel韈ula en una sala de exhibici髇.

2. Requisitos Generales

El sistema objeto de la homologaci髇 debe estar basado en una arquitectura por capas en la que, al menos, se contemplen como diferentes y separadas las correspondientes a la Base de Datos, y a los procedimientos l骻icos de tratamiento y presentaci髇.

Asimismo garantizar�, mediante mecanismos de redundancia, que no se interrumpa la venta ante cualquier eventualidad.

Deber� utilizar un sistema gestor de base de datos con amplia implantaci髇 en el mercado. Si, por razones t閏nicas, no pudiera ser as�, se detallar醤, por escrito, sus caracter韘ticas y, en cualquier caso, deber� garantizar:

Gesti髇 de las transacciones para la consistencia de los datos.

Gesti髇 de los bloqueos para que el acceso de los distintos usuarios a los datos sea efectivo.

Gesti髇 de seguridad en los accesos, con diferenciaci髇 de niveles.

Cualquier instalaci髇 que tenga una salida externa, deber� estar protegida con sistemas antivirus y de control de puertos susceptibles de ser accedidos desde el exterior. Ambos sistemas deber醤 actualizarse de forma autom醫ica y estar siempre activados.

Cualquier instalaci髇 deber� contar con una pol韙ica de seguridad de copias de forma que, como m韓imo, se efect鷈 una copia de seguridad diaria incremental, y una copia semanal completa, que ser� guardada y estar� a disposici髇 del ICAA durante un a駉.

El sistema deber� guardar informaci髇 de, al menos, cinco a駉s.

3. Buzones

3.1 Funcionamiento de la empresa Buz髇.-

El funcionamiento de la empresa Buz髇 ser� el adecuado a las normas que se establecen en este documento y, en las cuestiones relativas a la pr醕tica habitual de env韔, atender醤 las instrucciones que les sean formuladas desde el ICAA.

3.2 Compromisos de la empresa Buz髇.-

Para su aprobaci髇 por parte del ICAA, las empresas suministradoras del sistema de automatizaci髇 de taquillas, deber醤 comprometerse, mediante documento que incorporen a la solicitud, a cumplir los siguientes requisitos:

Poseer la propiedad del programa para hacer las sucesivas modificaciones conforme vayan cambiando las funcionalidades de la taquilla o las normativas legales oportunas.

Disponer de sede y tener el sistema inform醫ico de tratamiento de los datos en Espa馻.

Implantaci髇 territorial suficiente para el entorno geogr醘ico en el que vayan a desarrollar su actividad.

Efectuar el mantenimiento de los componentes f韘icos y l骻icos que forman parte del sistema de automatizaci髇 de taquillas.

Actuar en representaci髇 de los titulares de la informaci髇. En este sentido tendr醤 los siguientes compromisos:

Recepci髇 de los datos desde la fuente y transmisi髇 semanal al ICAA y, en su caso, a las comunidades aut髇omas y sociedades de gesti髇 de derechos audiovisuales que se especifiquen.

No alterar, de ninguna manera, los datos transmitidos desde la fuente, y no efectuar ning鷑 tipo de manipulaci髇 que no sea la propia de la gesti髇 que le corresponde en cuanto a Buz髇 (compresi髇, cifrado, descifrado, control y administraci髇 de env韔s).

No enviar informaci髇 err髇ea de sesiones reales, ni informaci髇 de sesiones que no se hayan producido.

Remisi髇 semanal al ICAA de un registro de incidencias correspondiente al mismo per韔do semanal citado anteriormente.

Disponer, en todo momento, de la Base de Datos actualizada, con informaci髇, al menos, del a駉 en curso y del a駉 anterior. Esta informaci髇 deber� ser accesible al ICAA, quien determinar� los datos m韓imos que requiera consultar. La consulta se realizar� a trav閟 de un enlace Web, con identificaci髇 de usuario y contrase馻, y protocolo seguro.

Enviar al ICAA los datos de recaudaci髇 de todos los cines con actividad en el per韔do indicado. En el caso de que no se hayan podido incluir los datos de dicho per韔do de alg鷑 cine, 閟tos se enviar醤 posteriormente, con car醕ter de atrasos de la informaci髇. Todo ello, sin que puedan quedar pendiente de env韔 informaci髇 de recaudaci髇 de los cines.

Mantener un registro de control en el que se refleje las distintas fases de los env韔s:

Env韔 cifrado desde cine, firmado por el representante del mismo.

Descifrado de la empresa Buz髇.

Control de los datos que figuran en el env韔.

Modificaci髇 de datos ya enviados.

Nuevo cifrado y env韔.

En el caso de que se produzca un cambio de la empresa Buz髇 para un cine determinado, el Buz髇 se compromete a enviar los datos correspondientes hasta el 鷏timo d韆 en que haya estado conectado a dicho cine, siendo responsabilidad de la nueva empresa Buz髇 hacerlo desde la fecha de la implantaci髇, sin que en ning鷑 caso se puedan producir huecos de la informaci髇.

4. Datos

El sistema de automatizaci髇 de taquillas deber� recoger una serie de datos de diferentes 醡bitos que se detallan a continuaci髇.

Todos los datos que, seg鷑 el punto 6.1, deben figurar de forma obligatoria en el billete de entrada, ser醤 obligatorios en las tablas, y deber醤 tener valor en las mismas distinto de nulo.

4.1 Datos del Cine:

C骴igo del cine. C骴igo de seis caracteres facilitado por el ICAA.

Nombre del cine.

N鷐ero de salas del cine.

CIF/NIF del cine.

Direcci髇 del cine (calle, plaza. y n鷐ero).

C骴igo del municipio en el que est� ubicado el cine, seg鷑 tabla del INE.

Nombre del municipio, seg鷑 tabla del INE.

C骴igo Postal.

Nombre de la empresa titular del cine.

C骴igo de registro de la empresa titular del cine, seg鷑 consta en el Registro de Empresas Cinematogr醘icas y Audiovisuales del ICAA.

Tel閒ono del cine.

IVA, en porcentaje, que se aplicar� sobre el precio del billete de entrada, o impuesto espec韋ico de una comunidad aut髇oma.

4.2 Datos de la Sala.-

Ser醤 los siguientes:

C骴igo de la sala. C骴igo de seis caracteres facilitado por el ICAA.

Nombre de la sala.

Aforo. N鷐ero de asientos de la sala.

N鷐ero de plantas de la sala.

Nombre de las plantas de la sala.

Tipo de la sala (comercial o sala X).

4.3 Datos de Precios:

Clave del precio. identificador de los distintos precios que pueden utilizarse en la venta de los billetes de entrada.

Nombre del precio.

Importe del precio.

4.4 Datos de las Pel韈ulas a exhibir:

N鷐ero interno de pel韈ula, generado autom醫icamente por el sistema, sin posibilidad de que existan repeticiones. El n鷐ero de la pel韈ula ser� diferente para pel韈ulas distintas, y para una misma pel韈ula y diferente versi髇 o lengua de la misma.

N鷐ero de expediente. Se recoger� el n鷐ero asignado a la pel韈ula por el ICAA, el cual figura en los certificados de calificaci髇 de la misma. Si al dar de alta la pel韈ula no se dispone de los certificados de calificaci髇, y se desconoce el n鷐ero de expediente, el sistema generar� uno aleatoriamente que deber� ser modificado y sustituido por dicho n鷐ero de expediente en el momento de la exhibici髇.

T韙ulo de la pel韈ula. Debe ser el mismo que figura en el certificado de calificaci髇, en el billete reglamentario y en el parte de exhibici髇

C骴igo y nombre de la distribuidora tal como aparecen en el certificado de calificaci髇

Nacionalidad de la pel韈ula, seg鷑 tabla que suministrar� el ICAA, y en la que aparecer� la indicaci髇 de si dicha nacionalidad es espa駉la o de un pa韘 perteneciente a la Uni髇 Europea.

Versi髇 de la pel韈ula, codificada seg鷑 tabla que suministrar� el ICAA.

Lengua de la versi髇, codificada seg鷑 tabla que suministrar� el ICAA.

Metraje, con indicaci髇 de si se trata de un cortometraje o de un largometraje.

4.5 Datos de Sesiones:

Tipo de sesi髇, con indicaci髇 de si es numerada o no.

Nombre de la sesi髇 (tarde, noche, etc.).

Horario de la sesi髇, con indicaci髇 de la hora y los minutos de su inicio. Las sesiones cuya hora de comienzo est� incluida entre las 0 horas de la noche y las seis de la ma馻na se considerar醤 proyectadas en el d韆 anterior.

D韆 de la semana de la sesi髇.

Sala en la que se proyectar� la sesi髇.

Identificaci髇 de las pel韈ulas exhibidas.

4.6 Datos de Ventas:

C骴igo de la Sala para la que se vende.

Identificaci髇 de la sesi髇.

Precio. Importe de la entrada que se vende.

N鷐ero de localidades para las que se registra la venta.

5. Programaci髇

La programaci髇 es el proceso mediante el que se asocia una o varias pel韈ulas, cortometrajes o largometrajes, a una sesi髇 de una sala, las distintas sesiones diarias de cada sala y los precios de dichas sesiones. Esta programaci髇 podr� realizarse con antelaci髇 a la venta de billetes de entrada.

La programaci髇 deber� tener en cuenta el n鷐ero de pel韈ulas y su duraci髇, con el fin de que no se solapen las distintas sesiones. La duraci髇 de una sesi髇 no podr� ser inferior a la de las pel韈ulas exhibidas.

5.1 Cambios de Programaci髇.-

El sistema facilitar� un mecanismo de intercambio de programaci髇 en las distintas salas, sin tener que introducir nuevamente los datos relativos a la pel韈ula, sesi髇 o precio.

5.2 Anulaci髇 de la Programaci髇.-

El sistema permitir� la anulaci髇 de la programaci髇 de una o m醩 sesiones, lo cual implicar� el borrado de todos los datos relativos a las mismas.

La anulaci髇 no podr� realizarse cuando haya entradas vendidas y no anuladas para las sesiones afectadas.

6. Venta de Localidades

Las localidades vendidas se materializar醤 en un billete de entrada que debe tener las caracter韘ticas indicadas en la Orden de 7 de julio de 1997 (BOE de 14 de julio).

No podr� realizarse ninguna venta de localidades sin haber efectuado una programaci髇 previa.

El sistema deber� proporcionar un contador de las transacciones efectuadas.

6.1 Caracter韘ticas del billete.-

Los billetes resultantes del sistema inform醫ico deben incluir como datos m韓imos, en cada parte, los siguientes:

Denominaci髇 de la empresa y c骴igo de identificaci髇 fiscal.

Nombre de la Sala, direcci髇 y municipio.

Clase de localidad a la que da derecho.

Precio.

IVA, en porcentaje, o impuesto espec韋ico de una comunidad aut髇oma.

Identificador alfanum閞ico que impida duplicidades dentro de una sesi髇.

T韙ulo de la pel韈ula.

Fecha y hora.

Dichos datos figurar醤 en el billete en idioma oficial de la Comunidad Aut髇oma en que radique la sala de exhibici髇, excepto el t韙ulo de la pel韈ula que ser� el que figure en el certificado de calificaci髇.

Cualquiera que sea el canal elegido para efectuar la venta (taquilla, cajero autom醫ico, tel閒ono, Internet u otros) 閟te tendr� que estar conectado con el servidor del sistema para poder registrar la venta en el momento de efectuarse.

El sistema debe permitir el proceso de venta de entradas con anterioridad al d韆 y hora de la sesi髇. En este caso, quedar� constancia de la fecha en la que se realiza la venta y la fecha para la que es v醠ida la entrada.

Podr醤 realizarse ventas anticipadas sin emisi髇 de billetes, que ser醤 obtenidos con posterioridad.

6.2 Reservas.-

El sistema permitir� la posibilidad de reservar un n鷐ero de localidades para alguna de las sesiones programadas, mediante un c骴igo. Las reservas se mantendr醤 en el sistema durante el tiempo previsto por la empresa, antes de la sesi髇. Si, pasado este tiempo, no se produce la venta real, se producir� su anulaci髇.

6.3 Anulaciones.-

El sistema deber� permitir el tratamiento de las siguientes anulaciones:

• a) Devoluci髇 de localidades vendidas con anterioridad. Se proceder� a la anulaci髇 de la venta y las entradas, una vez devueltas, deber醤 ser adjuntadas al informe de caja.
• b) Anulaci髇 por problemas en la impresi髇 de billetes. Si por problemas de impresi髇 no fuera posible emitir la localidad vendida, se proceder� a la anulaci髇 de la venta y posterior grabaci髇 de la misma para su impresi髇. Se crear� un contador que tenga en cuenta las entradas emitidas.
• c) Anulaci髇 de las reservas. Tras la anulaci髇 de las reservas, las localidades disponibles podr醤 volver a ser reservadas o vendidas.

El sistema deber� recoger, como incidencias, todos los tipos de anulaciones.

6.4 Consultas de ventas.-

En cualquier momento podr醤 consultarse las ventas que se han efectuado por sesi髇, y la ubicaci髇 correspondiente con respecto al aforo de la sala.

6.5 Informes y Consultas Generales.-

El sistema deber� proporcionar, al menos, los siguientes informes:

El informe de caja.

El informe de incidencias.

El informe de exhibici髇 de pel韈ulas (o parte de declaraci髇).

Este 鷏timo contendr� los siguientes datos:

Datos de identificaci髇 del cine y de la sala.

Datos de identificaci髇 de la empresa titular.

Per韔do de exhibici髇 a que se refiere el informe.

T韙ulos de las pel韈ulas proyectadas, tanto si se trata de largometrajes, como de cortometrajes.

N鷐ero de expedientes de las mismas, tal como figure en el certificado de calificaci髇.

Versi髇 y lengua.

Nombre de la distribuidora.

N鷐ero de billetes vendidos.

Recaudaci髇 obtenida.

El 鷑ico informe de obligado cumplimiento para la Administraci髇 es el Informe de Exhibici髇 de pel韈ulas que, aunque con periodicidad semanal, se podr� generar en cualquier momento y reflejar� las ventas realizadas hasta el instante en que se genere.

7. Comunicaciones

La forma de comunicaci髇 que tendr� la aplicaci髇 desde un punto de vista f韘ico y l骻ico estar� basada en los est醤dares de comunicaci髇 v韆 Internet.

Se establecen dos 醡bitos de comunicaci髇 de datos:

Cine-Buz髇.

Buz髇-ICAA.

7.1 Comunicaci髇 Cine-Buz髇.-

En el caso de que el sistema utilice una base de datos centralizada, a la que se conectan los cines, y que contenga toda la informaci髇 necesaria para el funcionamiento del sistema, la comunicaci髇 se efectuar� mediante canales que garanticen la integridad, confidencialidad y seguridad de los datos que se transmitan. El contenido de dicha base de datos deber� conservarse por un tiempo m韓imo de 5 a駉s.

Para el resto de los casos se establece lo siguiente:

Se generar� un fichero que contendr� los mismos datos que, posteriormente, el Buz髇 enviar� al ICAA y que est醤 especificados en el apartado 獵omunicaci髇 Buz髇-ICAA�. Este fichero ser� enviado al Buz髇.

El archivo que se extraiga en el cine deber� estar cifrado y firmado digitalmente por la persona que figure en un registro de autorizaciones del que dispondr� el Buz髇, y que estar� en todo momento actualizado. Ser� responsabilidad del cine comunicar al Buz髇 cualquier variaci髇 en las autorizaciones.

El fichero firmado por el cine deber� ser conservado por el Buz髇 por un per韔do no inferior a 5 a駉s.

Este fichero contendr� la informaci髇 referida a una semana natural de lunes a domingo.

7.2 Comunicaci髇 Buz髇-ICAA.-

La comunicaci髇 de datos entre el Buz髇 y el ICAA se har� mediante el env韔 de un fichero, por correo electr髇ico, con periodicidad semanal, a la direcci髇 que determinar� el ICAA.

La nomenclatura de definici髇 de nombres de los ficheros ser� facilitada por el ICAA.

El fichero deber� ser comprimido y cifrado mediante los programas que el ICAA determine, y que ser醤 comunes para todos los Buzones.

El mensaje de correo electr髇ico contenedor del fichero ser� firmado digitalmente por la persona que figure en un registro de autorizaciones del que dispondr� el ICAA, y que estar� en todo momento actualizado. Ser� responsabilidad del Buz髇 comunicar al ICAA cualquier variaci髇 en las autorizaciones.

El Buz髇 podr� utilizar la firma digital expedida por cualquiera de las autoridades de certificaci髇 reconocidas por la plataforma @firma del Ministerio de Administraciones P鷅licas.

El fichero contendr� informaci髇 completa de la semana anterior al env韔, y de todos los cines, relacionados con el Buz髇, que hayan tenido actividad dicha semana.

Los datos que se env韊n de cada sesi髇 deben incluir todos los espectadores y la recaudaci髇 correspondiente, independientemente de que la venta se haya producido por diferentes canales, o haya podido haber contingencias.

La informaci髇 que debe contener el fichero y su formato, se detallan en el Anexo II.

7.3 Contingencias.-

En el caso de que no se pueda realizar la venta mediante el sistema automatizado de taquilla, y haya que realizar la venta manual, los datos de esta venta deber醤 ser integrados en el sistema en cuanto se restablezca su funcionamiento.

Se establecer� un mecanismo mediante el cual se puedan identificar las ventas manuales, de manera que no se produzca emisi髇 de billetes sobre 閟tas.

ANEXO II

1. Formato de los ficheros de intercambio Buz髇-ICAA

Los ficheros de intercambio entre los buzones y el ICAA tendr醤 un formato de ficheros de texto, con l韓eas de informaci髇 organizadas en funci髇 del tipo de registro, tal como se detalla a continuaci髇:

Registro tipo 0:

Con informaci髇 general del buz髇 que realiza el env韔 del fichero, de 56 caracteres de longitud. Habr� un 鷑ico registro tipo 0 por cada fichero enviado. Contendr� los siguientes datos:

Tipo de registro. Valor 0, en este caso. Posici髇 1.

C骴igo de buz髇. C骴igo de tres d韌itos suministrado por el ICAA. Posiciones 2 a 4.

Tipo de fichero. C骴igo de dos posiciones. Indica si se trata de un fichero de env韔 habitual (c骴igo FL), o para env韔 de atrasos (c骴igo AT). En el caso de que se env韊n varios ficheros de atrasos una semana, es c骴igo ser� secuencial (01, 02, 03.). Posiciones 5 a 6.

N鷐ero juliano del d韆 en que se realiz� el env韔 habitual anterior. Tres caracteres, rellenando con ceros por la izquierda en caso necesario. Posiciones 7 a 9.

N鷐ero juliano del d韆 en que se realiza el env韔 actual. Tres caracteres, rellenando con ceros por la izquierda en caso necesario. Posiciones 10 a 12.

N鷐ero de l韓eas totales del fichero, con 11 d韌itos, rellenando con ceros por la izquierda, en caso necesario. Posiciones 13 a 23.

N鷐ero total de sesiones para las que se env韆 informaci髇, con 11 d韌itos, rellenando con ceros a la izquierda, en caso necesario. Posiciones 24 a 34.

N鷐ero total de espectadores recogidos en el fichero, con 11 d韌itos, rellenando con ceros a la izquierda, en caso necesario. Posiciones 35 a 45.

Suma de recaudaci髇 contenida en el fichero, con 11 d韌itos, rellenando con ceros a la izquierda, en caso necesario. Posiciones 46 a 56. La posici髇 54 vendr� con el car醕ter punto (.), y las posiciones 55 y 56, corresponder醤 a los dos decimales.

Registro tipo 1:

Con informaci髇 general de las salas a las que se refiere el env韔, de 43 caracteres de longitud. Habr� tantos registros tipo 1 como salas de cuyas sesiones se env韆 informaci髇 en el fichero. Contendr� los siguientes datos:

Tipo de registro. Valor 1, en este caso. Posici髇 1.

C骴igo de Sala. C骴igo de 6 d韌itos suministrado por el ICAA. Posiciones 2 a 13. Se ajustar� a la izquierda, dejando el resto de los caracteres en blanco.

Nombre de la Sala, con 30 caracteres; se ajustar� a la izquierda, dejando los caracteres no usados en blanco. Posiciones 14 a 43.

Registro tipo 2:

Con informaci髇 de las sesiones de las salas a las que se refiere el env韔, de 41 caracteres de longitud. Habr� tantos registros tipo 2 como sesiones de las que se env韆 informaci髇 en el fichero. Contendr� los siguientes datos:

Tipo de registro. Valor 2, en este caso. Posici髇 1.

C骴igo de Sala. C骴igo de 6 d韌itos suministrado por el ICAA. Posiciones 2 a 13. Se ajustar� a la izquierda, dejando el resto de los caracteres en blanco.

Fecha de la Sesi髇, de 6 d韌itos de longitud, con formato ddmmaa, donde dd corresponder� a los dos d韌itos del d韆, mm a los dos d韌itos del mes, y aa a los dos d韌itos del a駉, rellenando, en todos los casos en que sea necesario, con cero a la izquierda, cada una de las partes. Posiciones 14 a 19.

Hora de la Sesi髇, de 4 d韌itos de longitud, con formato hhmm, donde hh corresponder� a los dos d韌itos de la hora (en formato de 24 horas), mm corresponder� a los dos d韌itos de los minutos, rellenando, en todos los casos en que sea necesario, con cero a la izquierda, cada una de las partes. Posiciones 20 a 23.

N鷐ero de Pel韈ulas exhibidas en la sesi髇, de dos d韌itos de longitud, rellenando con cero a la izquierda, en caso necesario. Posiciones 24 a 25.

N鷐ero total de espectadores de la Sesi髇, de 5 d韌itos de longitud, rellenando con ceros a la izquierda, en caso necesario. Posiciones 26 a 30.

Recaudaci髇 total de la Sesi髇, de 8 d韌itos de longitud, rellenando con ceros a la izquierda, en caso necesario. Posiciones 31 a 38. La posici髇 36 vendr� con el car醕ter punto (.), y las posiciones 37 y 38, corresponder醤 a los dos decimales.

C骴igo de tipo de incidencia producida en la Sesi髇, de 3 d韌itos de longitud, seg鷑 tabla que suministrar� el ICAA. Posiciones 39 a 41.

Registro tipo 3:

Con informaci髇 de las pel韈ulas exhibidas en las sesiones de las salas a las que se refiere el env韔, de 28 caracteres de longitud. Habr� tantos registros tipo 3 por sesi髇, como pel韈ulas se exhiban en 閟ta, y tantos registros tipo 3 por fichero como n鷐ero de sesiones por n鷐ero de pel韈ulas por sesi髇 se env韊n en dicho fichero. Contendr� los siguientes datos:

Tipo de registro. Valor 3, en este caso. Posici髇 1.

C骴igo de Sala. C骴igo de 6 d韌itos suministrado por el ICAA. Posiciones 2 a 13. Se ajustar� a la izquierda, dejando el resto de los caracteres en blanco.

Fecha de la Sesi髇, de 6 d韌itos de longitud, con formato ddmmaa, donde dd corresponder� a los dos d韌itos del d韆, mm a los dos d韌itos del mes, y aa a los dos d韌itos del a駉, rellenando, en todos los casos en que sea necesario, con cero a la izquierda, cada una de las partes. Posiciones 14 a 19.

Hora de la Sesi髇, de 4 d韌itos de longitud, con formato hhmm, donde hh corresponder� a los dos d韌itos de la hora (en formato de 24 horas), mm corresponder� a los dos d韌itos de los minutos, rellenando, en todos los casos en que sea necesario, con cero a la izquierda, cada una de las partes. Posiciones 20 a 23.

C骴igo interno de Pel韈ula, de 5 d韌itos de longitud, ajustado a la derecha, rellenando con ceros por la izquierda, en caso necesario. Posiciones 24 a 28. Este c骴igo de pel韈ula ser� diferente, dentro de cada sala, para pel韈ulas distintas, y para la misma pel韈ula y versiones o lenguas distintas de la misma.

Registro tipo 4:

Con informaci髇 de las pel韈ulas exhibidas en las sesiones de las salas a las que se refiere el env韔, de 144 caracteres de longitud. Habr� tantos registros tipo 4, como registros tipo 3 con diferente c骴igo de sala y c骴igo interno de pel韈ula haya en el fichero. Contendr� los siguientes datos:

Tipo de registro. Valor 4, en este caso. Posici髇 1.

C骴igo de Sala. C骴igo de 6 d韌itos suministrado por el ICAA. Posiciones 2 a 13. Se ajustar� a la izquierda, dejando el resto de los caracteres en blanco.

C骴igo interno de Pel韈ula, de 5 d韌itos de longitud, ajustado a la derecha, rellenando con ceros por la izquierda, en caso necesario. Posiciones 14 a 18. Este c骴igo de pel韈ula ser� diferente, dentro de cada sala, para pel韈ulas distintas, y para la misma pel韈ula y versiones o lenguas distintas de la misma.

C骴igo de expediente de la pel韈ula, suministrado por el ICAA, corresponder� al que aparece en el certificado de calificaci髇 de la pel韈ula. Posiciones 19 a 30, ajustado a la izquierda, dejando el resto de caracteres en blanco.

T韙ulo de la pel韈ula, de 50 posiciones, corresponder� al que aparece en el certificado de calificaci髇 de la pel韈ula.

Posiciones 31 a 80, ajustado a la izquierda, dejando el resto de caracteres en blanco.

C骴igo de la distribuidora, de 12 d韌itos, corresponder� al que aparece en el certificado de calificaci髇 de la pel韈ula. Posiciones 81 a 92, ajustado a la izquierda, dejando el resto de caracteres en blanco.

Nombre de la distribuidora, de 50 caracteres, corresponder� al que aparece en el certificado de calificaci髇 de la pel韈ula. Posiciones 93 a 142.

Idioma hablado de la versi髇 exhibida de la pel韈ula, de 1 d韌ito, seg鷑 tabla suministrada por el ICAA. Posici髇 143.

Idioma de los subt韙ulos o comentarios escritos de la versi髇 exhibida de la pel韈ula, de 1 d韌ito, seg鷑 tabla suministrada por el ICAA. Posici髇 144.

Registro tipo 5:

Con informaci髇 de las sesiones programadas en cada sala y d韆s, a los que se refiere el env韔, de caracteres de longitud. Habr� tantos registros tipo 5, como salas y d韆s haya habido sesiones programadas en ellas, en los d韆s a los que se refiere la informaci髇 contenida en el fichero. Contendr� los siguientes datos:

Tipo de registro. Valor 5, en este caso. Posici髇 1.

C骴igo de Sala. C骴igo de 6 d韌itos suministrado por el ICAA. Posiciones 2 a 13. Se ajustar� a la izquierda, dejando el resto de los caracteres en blanco.

Fecha de la Sesi髇, de 6 d韌itos de longitud, con formato ddmmaa, donde dd corresponder� a los dos d韌itos del d韆, mm a los dos d韌itos del mes, y aa a los dos d韌itos del a駉, rellenando, en todos los casos en que sea necesario, con cero a la izquierda, cada una de las partes. Posiciones 14 a 19.

N鷐ero de sesiones programadas para la fecha indicada, de dos d韌itos de longitud, rellenando con cero a la izquierda, en caso necesario. Posiciones 20 a 21.