SAVIA Req Tecnicos Homologacion 20101213-V5.1

Aena: Direccin de Sistemas de Informacin Fecha:16/12/2010
Cdigo: SAVIA_Req_Tecnicos_Homologacion 20101213-V5.1.doc SAVIA

DDAP pgina 1 AT- DDAP Siconet

Direccin de Sistemas de Informacin, 16 de Diciembre de 2010
Versin N: 5.1

El contenido de este documento es propiedad de Aena, no pudiendo ser reproducido, ni comunicado total o
parcialmente, a otras personas distintas de las incluidas en la lista de distribucin adjunta a este documento,
sin la autorizacin expresa de Aena.

DOCUMENTO DE REQUERIMIENTOS TCNICOS
PARA LA HOMOLOGACIN DEL SW DE CAJ A DE
TPVS EN AENA

SAVIA


HOJA DE CONTROL DE LA DOCUMENTACIN

TTULO

REQUERIMIENTOS TCNICOS PARA LA HOMOLOGACIN DEL SW DE CAJ A DE TPVS EN
LA RED DE AEROPUERTOS DE AENA

CDIGO VERSIN FECHA
5.1 16-12-2010
CLASIFICACIN TIPO DE DOCUMENTO ESTADO
Pblico Documento Tcnico X Borrador
Restringido interno Presentacin En revisin: X
Restringido cliente X Propuesta / Informe Informe Final
Otros:
NOMBRE DE FICHERO SAVIA_Req_Tecnicos_Homologacion 20101216-V5-1.doc
RUTA EN ARCHIVO

PALABRAS CLAVE

SAVIA, requerimientos tcnicos, concesionario, homologacin, SW
de caja.
RESUMEN DEL CONTENIDO

Documento que contiene los requerimientos tcnicos para la homologacin del SW de caja de
TPVs en la red de aeropuertos de Aena.
Esta versin del documento es una versin aclaratoria que completa la informacin proporcionada
en versiones anteriores. No se modifica la estructura de las transacciones o los mecanismos de
comunicacin. Se modifica la estructura del XML de declaracin mensual y la obligatoriedad del
mismo.



Contenido
1. INTRODUCCIN ...................................................................................... 5
1.1. Antecedentes .............................................................................................................................. 5
1.2. Objetivo del documento ............................................................................................................ 5
2. REQUISITOS MNIMOS DE HW Y SW DE BASE ................................... 6
2.1. Especificaciones mnimas de debe cumplir el Hardware de TPV: ........................................ 6
2.1.1. Hardware mnimo. ............................................................................................................... 6
2.1.2. Software de base. .................................................................................................................. 6
2.2. Especificaciones mnimas que debe cumplir el Servidor de Trastienda. .............................. 6
2.3. Especificaciones mnimas de conectividad entre el TPV y la red de Aena. .......................... 7
3. REQUISITOS TCNICOS MNIMOS DE FUNCIONAMIENTO DEL
SOFTWARE DE CAJA A CERTIFICAR .......................................................... 8
3.1. Envo de informacin de ventas: sentido TPV Servidor Aena ......................................... 8
3.2. Envo de informacin de mantenimientos individuales: TPV Servidor Aena ................. 9
3.3. Envo de informacin de confirmacin de recepcin: Servidor Aena TPV .................... 9
3.4. Emisin de transacciones ........................................................................................................ 10
3.5. Emisin de declaracin de ventas mensuales ........................................................................ 10
3.6. Actualizacin de listado de artculos a la venta .................................................................... 12
4. OTROS REQUERIMIENTOS .................................................................. 13
4.1. Numeracin correlativa y nica de operaciones de venta .................................................... 13
4.2. Actualizacin de la fecha contable de facturacin, fecha real y hora ................................. 13
4.3. Evolucin funcional y compromiso de actualizaciones ........................................................ 13
5. NORMALIZACIN DE LA INFORMACIN A CAPTURAR DESDE LAS
TRANSACCIONES DEL SISTEMA ............................................................... 14
5.1. Cdigo de Medidas .................................................................................................................. 14
5.2. Cdigo de Formas de Pago ..................................................................................................... 15


5.3. Cdigo de descuento por tipos de clientes ............................................................................. 16
5.4. Cdigo de tipos de operacin de venta .................................................................................. 17
5.5. Cdigo de rgimen fiscal ......................................................................................................... 18
5.6. Cdigo de familias de Aena .................................................................................................... 18
5.7. Cdigo de subfamilias de Aena .............................................................................................. 18
5.8. Cdigo de tipo de impuesto .................................................................................................... 18
5.9. Cdigo de operaciones de mantenimiento ............................................................................. 19
6. PROCESO DE HOMOLOGACIN Y CERTIFICACIN ......................... 20
7. SISTEMA DE INTERCAMBIO DE INFORMACIN CON SAVIA Y
DETALLE DE TRANSACCIONES INTRODUCCIN - ............................... 22
8. INTERCAMBIO DE INFORMACIN MEDIANTE TRANSACCIONES DE
NEGOCIO ...................................................................................................... 24
8.1. Sistema general de intercambio informacin. ....................................................................... 24
8.1.1. Soporte Fsico ...................................................................................................................... 24
8.1.2. Nombramiento de ficheros de transacciones. ................................................................... 26
8.1.3. Formato general de las transacciones. .............................................................................. 26
9. DETALLE DE LA ESTRUCTURA DE LAS TRANSACCIONES DE
NEGOCIO SAVIA. ......................................................................................... 30
9.1.1. Estructura comn de cabecera de transacciones. ............................................................ 30
9.1.2. Transaccin Inicio Da. ...................................................................................................... 30
9.1.3. Transaccin Fin Da. .......................................................................................................... 31
9.1.4. Transaccin Ticket Venta. ................................................................................................. 31
9.1.5. Transaccin resumen de cierre de ventas diarias (RD). .................................................. 35
9.1.6. Transaccin Mantenimiento Artculos. ............................................................................ 41
9.2. Validaciones Generales. .......................................................................................................... 42
10. INTERCAMBIO DE INFORMACIN MEDIANTE FICHEROS XML ... 44
10.1. Detalle de la estructura del fichero de intercambio de informacin de artculos del
concesionario. ......................................................................................................................................... 44
10.2. Detalle de la estructura del fichero de intercambio de informacin de la declaracin
mensual de ventas. ................................................................................................................................. 46
11. NORMALIZACIN DE CDIGOS DE FAMILIAS Y SUBFAMILIAS . 53
12. GESTIN DE CAMBIOS ..................................................................... 58


1. INTRODUCCIN
1.1. Antecedentes
Aena est desarrollando un nuevo SW para la gestin y control de TPVs y de ingresos
comerciales. Este SW, denominado en adelante SAVIA, va a introducir algunos cambios en el
modelo de relacin y comunicaciones entre Aena y el Software de caja de TPVs homologado
en la actualidad.
En este documento, a la aplicacin de ventas que se instala en cada TPV, para la gestin de
ventas propia de un concesionario o tienda, se la denomina software (SW) de caja. Algunas
soluciones de SW de caja se apoyan en una aplicacin instalada en un servidor, a esta
aplicacin se le denomina software (SW) de trastienda.
1.2. Objeti vo del documento
El objetivo de este documento es fijar las nuevas directrices tcnicas y requerimientos que se
debern cumplir por parte del software de caja que deseen ser homologados para funcionar
en Aena, de forma que se garantice el correcto funcionamiento y el necesario intercambio de
informacin entre stos y SAVIA.
Estas directrices se debern cumplir por parte de cualquier aplicacin de caja o control de
ventas, basado en Terminales Punto de Venta (TPVs), que se pretenda instalar en cualquiera
de las concesiones comerciales de los Aeropuertos de Aena.
Los requisitos para la obtencin del certificado de idoneidad afectan a:
Hardware del TPV.
Servidor de trastienda, si existe.
Arquitectura: la infraestructura sobre la que se instala la aplicacin es la Red
Multiservicio del Aeropuerto y es necesario cumplir las directrices de uso de la misma
que establece Aena, y que no se incluyen en este documento.
Software de Caja: cualquier aplicacin con esta funcionalidad debe cumplir los
requisitos bsicos, en cuanto a hardware de TPV y arquitectura y, adems, enviar
correctamente las transacciones (ver apartado 9) obligatorias al Servidor de Aena,
preparado para tal fin.
Software de Trastienda: adems de cumplir los requisitos de Servidor y arquitectura
anteriores, debe enviar correctamente las transacciones (ver apartado 9) obligatorias
al Servidor de Aena, preparado para tal fin.

OBTENCIN DEL CERTIFICADO DE SW DE CAJA HOMOLOGADO
La obtencin de este certificado posibilita la instalacin del software de caja certificado, en
cualquier concesin comercial de Aena, en cualquier aeropuerto. Por supuesto, previa firma
del correspondiente contrato, en el que quedarn plasmadas las condiciones de utilizacin de
la concesin comercial, los procedimientos a seguir por el concesionario y la validez de la
misma.
El certificado se obtendr tras pasar las pruebas de sistemas y de laboratorio definidas por
Aena, y tras demostrar un periodo normal de operacin de al menos un mes en un
aeropuerto.


2. REQUISITOS MNIMOS DE HW Y SW DE BASE
2.1. Especificaciones mnimas de debe cumplir el Hardware de TPV:
Aena ha prefijado una serie de requisitos mnimos que debe cumplir todo TPV en que se
instale el software de caja que se pretende certificar. A continuacin se describen estos
requisitos mnimos:

2.1.1. Hardware mnimo.
Procesador INTEL o similar (Pentium o superior).
512 Mb de RAM
Disco duro de al menos 20 GB, con un mnimo de 1 GB reservado para la operativa
de comunicaciones de ventas con Aena.
Tarjeta de red Ethernet 10/100 Mb
Lector de tarjeta de banda magntica y pin pad
Lector de cdigos de barra (tarjetas de embarque, etiquetas de productos, etc.) Si es
necesario para la realizacin de ventas.
Impresora de tickets /factura.

2.1.2. Software de base.
Sistema Operativo de 32 bits, y uno de los siguientes:
o Windows 2000
o Windows XP
o Windows 2003
o Windows Vista
o Windows 7
o RedHat 8, 9
o RedHat Enterprise Linux 3, 4
o Fedora Core hasta la versin 8
o CentOS release 5.5 Linux
Disponer de un antivirus activo y actualizado, de acuerdo a la normativa de Aena.

2.2. Especificaciones mnimas que debe cumplir el Servidor de
Trastienda.
En el caso de disponer de un servidor de trastienda para la gestin de productos y de
informacin de los TPVs, ste deber cumplir al menos los requisitos citados para los TPVs,
siempre que sea necesario instalar en este servidor el SW de comunicaciones de Aena.


2.3. Especificaciones mnimas de conectividad entre el TPV y la red de
Aena.
Se debe de garantizar la visibilidad entre el TPV y los servidores de Aena. Como se explica
en el siguiente apartado, en cada TPV se instalar un componente SW o agente que deber
poder comunicarse con otros elementos SW ubicados en la red de Aena.
El concesionario deber garantizar la conectividad, dentro de los elementos de su VLAN,
entre el TPV y la red de Aena.
En cada TPV del concesionario se instalar un componente SW o agente, encargado de
transmitir la informacin necesaria desde el TPV hacia el servidor de Aena, y que adems
debe poder recibir informacin en sentido contrario, desde el servidor de Aena hacia el
agente. Por ello, el agente de cada TPV debe poder alcanzar los servidores de Aena para
garantizar la transmisin de transacciones de negocio y la informacin tcnica.
En el caso de disponer de un firewall situado entre la infraestructura del concesionario y la red
de Aena, ste deber permitir las siguientes conexiones para un adecuado funcionamiento de
SAVIA:

CONEXIONES SAVIA
ORIGEN DESTINO PUERTO OBSERVACIONES
TPV Aena TCP 1778 Transacciones Negocio
TPV Aena TCP 1777 Transacciones Tcnicas
Aena TPV TCP 18000 Comandos
TPV Aena TCP 8001 Comandos
Aena TPV ICMP Ping

Con el fin de poder garantizar el funcionamiento de ciertos aspectos del sistema ser
necesario que el TPV donde est instalado el software de comunicaciones de Aena tenga una
IP fija proporcionada por Aena.


3. REQUISITOS TCNICOS MNIMOS DE FUNCIONAMIENTO
DEL SOFTWARE DE CAJA A CERTIFICAR
Existen una serie de requisitos tcnicos mnimos que deber cumplir todo SW de caja que se
desee homologar para poder ser implantado en alguna tienda de la red de aeropuertos de
Aena.
Adems, en el apartado 9 de este documento se entrega un detalle del nuevo sistema de
intercambio de informacin y de las transacciones que debe de generar el SW de caja de
TPVs que desee ser homologado.

3.1. Envo de informacin de ventas: sentido TPV Servidor Aena
Cuando un TPV produce una operacin de venta, u otra operacin identificada como
obligatoria en el apartado 9 de este documento, el software de caja debe grabar en su disco
duro local, en ese momento (tiempo real), los ficheros correspondientes, bajo una estructura
de directorios predefinida, como se detalla en el apartado 9.
A travs del agente software de comunicaciones, que aporta Aena, estos ficheros se envan,
mediante la Red Multiservicio del Aeropuerto, al servidor de Aena.
El mecanismo de transmisin de las transacciones en tiempo real lo aporta Aena (agente
software de comunicaciones). Este agente software se debe instalar en cada TPV y la
empresa que pretenda certificar software se debe comprometer a que el SW de caja no borra,
detiene el servicio o manipula el agente. Adems, el concesionario se deber de comprometer
a:
No borrarlo ni manipularlo
A instalarlo como un servicio automtico en todos los TPVS que instale en el
aeropuerto, de acuerdo al manual de instalacin que se les proporcionar por parte
de Aena.
A mantener dicho servicio levantado en todo momento, y en caso de cada del mismo,
cualquiera que sea la razn, levantar el servicio en un plazo no superior a 2 das
hbiles.
La instalacin de este agente software en cada TPV deber realizarlo la empresa facilitadora
de software de caja o tcnicos informticos que trabajen para el concesionario, con suficiente
conocimiento como para realizar una correcta instalacin segn un manual de instalacin que
se proveer por parte de Aena.
Aena suministrar un ejecutable, un fichero identificador del TPV y un procedimiento de
instalacin que la empresa debe comprometerse a cumplir. En cualquier caso, la Concesin
debe permitir a Aena verificar si la instalacin se ha llevado a cabo correctamente y la
comprobacin de que se ha instalado en cada TPV operativo de la Concesin.
Aena se compromete a demostrar, en el proceso de Certificacin, que dicho software no
altera ni la velocidad ni el funcionamiento operativo del hardware ni del software, siempre y
cuando se cumplan las condiciones de parametrizacin y funcionamiento que se establecen
en el documento de transacciones, anexo I de este documento.



3.2. Envo de informacin de mantenimientos indi viduales: TPV
Servidor Aena
Cuando se realiza una operacin de mantenimiento individual (p.e. el alta de un nuevo
artculo, o la modificacin de las caractersticas de un artculo concreto) el software de
trastienda debe grabar en su disco duro local, en ese momento (tiempo real), los ficheros
correspondientes. Mediante el software de comunicaciones, que aporta Aena, estos ficheros
se envan, a travs de la Red Multiservicio del Aeropuerto, al servidor de Aena.
La actualizacin de productos que afecten a varios TPVs ubicados en el mismo local o
gestionados administrativamente bajo el mismo contrato de concesin, deber realizarse
nicamente desde un TPV del local o contrato. En caso necesario, esta transaccin se puede
generar en el servidor de trastienda y ser enviada a uno de los TPVs con agente instalado,
que ser el encargado de enviarla a su vez al servidor de Aena.
Al igual que en el punto anterior, el mecanismo de transmisin de las transacciones en tiempo
real lo aporta Aena (agente software de comunicaciones). Este software se debe instalar en el
TPV y la empresa que pretenda certificar software se debe comprometer a que el SW de caja
no borra, detiene el servicio o manipula el agente. Adems, el concesionario se deber de
comprometer a:
No borrarlo ni manipularlo
A instalarlo como un servicio automtico en todos los TPVS que instale en el
aeropuerto, de acuerdo al manual de instalacin que se les proporcionar por parte
de Aena.
A mantener dicho servicio levantado en todo momento, y en caso de cada del mismo,
cualquiera que sea la razn, levantar el servicio en un plazo no superior a 2 das
hbiles.
La instalacin de este agente software en cada TPV deber realizarlo la empresa facilitadora
de software de caja o tcnicos informticos que trabajen para el concesionario, con suficiente
conocimiento como para realizar una correcta instalacin segn un manual de instalacin que
se proveer por parte de Aena.
Aena suministrar un ejecutable, un fichero identificador del TPV y un procedimiento de
instalacin que la empresa debe comprometerse a cumplir. En cualquier caso, la Concesin
debe permitir a Aena verificar si la instalacin se ha llevado a cabo correctamente y la
comprobacin de que se ha instalado en cada TPV operativo de la Concesin.

3.3. Envo de informacin de confirmacin de recepcin: Servidor Aena
TPV
La informacin de ventas y de mantenimiento de los TPVs se recibe en tiempo real en el
servidor de ficheros de Aena (denominado pasarela o colector). Si este proceso se completa
con xito (concepto de transaccin), se enva una confirmacin al emisor de la informacin
(TPV o Servidor Trastienda) a travs del software de comunicaciones de Aena y, si esta es
positiva, el software de comunicaciones del TPV borra los ficheros enviados y recibidos con
xito.
En caso de algn problema
1

1
Problema en la red de comunicaciones, problema con el servicio proporcionado por el agente sw de
comunicaciones
de comunicaciones entre el TPV y el servidor pasarela o
colector, los ficheros permanecen en el disco duro local del TPV emisor hasta que se


restablece el servicio. En ese momento, de forma automtica, se procede al reenvo de los
ficheros pendientes.

3.4. Emisin de transacciones
El SW de caja deber de ser capaz de emitir todas las transacciones definidas en el apartado
9 de este documento, con los mismos campos y formatos que en dicho documento se
establece.
Transacciones de venta (tickets de venta, anulaciones, devoluciones, etc.)
Transacciones de apertura de da del TPV (apertura operativa)
Transacciones de cierre de da del TPV (cierre operativo)
Transaccin resumen de cierre de ventas del da (RD), resumen de todas las
operaciones de venta del TPV, por familia y subfamilia de Aena, por rgimen fiscal y
por cada da contable de facturacin que el TPV est operativo. Se admitir slo una
transaccin de este tipo por da contable de facturacin, que resuma todos los datos.
Transacciones de mantenimiento de artculos del concesionario
Todas estas transacciones debern ser enviadas desde el TPV. Para el caso concreto de las
transacciones resumen de cierre o de mantenimiento de artculos del concesionario, estas
transacciones podrn ser generadas en un servidor de trastienda, que a su vez deber de
enviarla al TPV, para que ste la enve al servidor de Aena.
3.5. Emisin de declaracin de ventas mensuales
Los concesionarios de Aena, una vez al mes, debern realizar una declaracin de ventas
mensuales, conforme a los criterios y procedimientos definidos por la Direccin de Espacios
Comerciales. Existen dos formas de realizar esta declaracin, una manual mediante pantallas
del sistema SAVIA, y otra semiautomtica, mediante la entrega a Savia de un fichero XML, de
acuerdo a un formato preestablecido, y que contenga la informacin de la declaracin de
ventas mensuales.
Aena recomienda que el SW de caja del TPV o del servidor de trastienda sea capaz de emitir
una vez al mes un fichero que resuma las ventas emitidas por cada TPV, por cdigo de
concepto y subconcepto de canon. Esta funcionalidad facilita y automatiza la declaracin
mensual de ventas.

EMISIN AUTOMTICA DE FICHERO DE DECLARACIN DE VENTAS MENSUALES
Actualmente, esta funcionalidad no es imprescindible para obtener el certificado de
homologacin, al disponer en SAVIA de mecanismos manuales para realizar la declaracin
de ventas mensuales.
El proceso de certificacin s diferenciar entre aquellos SW de caja homologados que sean
capaces de emitir el fichero automticamente y aquellos que no sean capaces. Se entregar
un certificado de homologacin completo y otro parcial, diferente para cada caso, y el listado
pblico de SW de caja diferenciar claramente si han sido certificados con esta funcionalidad
o sin ella.
Aena se reserva el derecho a solicitar que cualquier SW de caja requiera disponer de un
certificado completo de homologacin, y por lo tanto incluya la capacidad de emitir
automticamente el fichero de declaracin de ventas mensuales, informando debidamente
con un plazo no inferior a tres meses.


La informacin a proporcionar en este fichero XML, para cada local, cdigo de concepto de
canon, cdigo de subconcepto de canon, mes y fecha contable de facturacin es la siguiente:
N total de operaciones de venta
N total de unidades vendidas
Importe neto de las ventas:
Importe bruto de las ventas
Impuesto de las ventas
Para cada da contable de facturacin se deben de proporcionar todos los valores anteriores.

CDIGO DE CONCEPTO Y SUBCONCEPTO DE CANON
El par concepto-subconcepto identifica el tipo de canon que se debe de aplicar a las ventas.
En cada contrato de concesin se definir uno o varios conceptos de canon, que dispondr
de un cdigo (cdigo de tipo varchar(18)), y que a su vez pueden estar divididos en uno o
varios subconceptos de canon, que a su vez disponen de un cdigo (cdigo de tipo numrico
de seis dgitos).
Cada concepto-subconcepto de canon podr agrupar a una o varias subfamilias de Aena.
Aena, al inicio de un contrato, informar al concesionario acerca de qu cdigo de tipo de
canon le aplica y qu subfamilias agrupa. De esta forma el concesionario podr agregar
correctamente la informacin.
Las ventas mensuales se debern declarar obligatoriamente de forma agregada por
concepto-subconcepto de canon, y deber de coincidir con la suma de ventas
correspondientes por subfamilia y cdigo fiscal, que se debe presentar por da contable de
facturacin en la transaccin resumen de ventas diarias.

Para el clculo de todos los conceptos anteriores hay que considerar, segn el tipo de
operacin de venta que:
Ventas normales: Suman
Devoluciones: Restan
Anulaciones de ventas: Restan
Anulaciones de devoluciones: Suman
Cancelaciones: No se computan
As, por ejemplo, si el da 1 de facturacin se tienen las siguientes operaciones
2 Ventas normales por importe bruto total 20
1 devolucin por importe bruto 5
1 anulacin de venta por importe bruto 2
1 anulacin devolucin por importe bruto 2
1 cancelacin por importe bruto 7
El resultado sera 1 operacin (2 ventas-1 devolucin-1 anulacin de venta+1anulacin de
devolucin), por importe bruto=15=20-5-2+2
La informacin que debe de contener este fichero es la que haya sido emitida en los tickets
del TPV durante el mes, por da contable de facturacin, sin realizar ningn ajuste sobre la
misma.


En el apartado 10.2 se ofrece el detalle del formato del fichero XML que se recomienda que
proporcione el SW de caja, bien mediante el TPV o bien mediante el servidor de trastienda.
3.6. Actualizacin de listado de artculos a la venta
El SW de caja deber de ser capaz de mantener actualizado el listado de productos que estn
autorizados a la venta.
Para ello deber poder realizar dos operaciones diferentes:
Proporcionar un fichero masivo con las caractersticas de todos los artculos a la
venta, conforme a un fichero y formato estndar, definidos en otros puntos de este
documento.
Ser capaz de emitir transacciones individuales de mantenimiento desde el TPV, para
dar de alta, actualizar o dar de baja lgica informacin de artculos del concesionario.
Estas operaciones deben ser generadas o bien por uno de los TPVs del local o bien, para el
caso del fichero masivo, por el servidor de trastienda, de acuerdo a lo especificado en el
punto 7 y otros puntos del documento.
La informacin que debe de contener este fichero es la siguiente.
Cdigo del artculo para el concesionario. Campo obligatorio
Cdigo de fabricante del artculo (estndar GS1). Campo opcional
Descripcin corta del artculo (la que pueda aparecer en el ticket de venta). Campo
obligatorio.
Descripcin larga del artculo. Campo opcional.
Familia de venta de Aena. Campo obligatorio. Debe ser una de las familias
autorizadas por Aena segn la tabla normalizada de familias.
Subfamilia de venta de Aena. Campo obligatorio. Debe ser una de las familias
autorizadas por Aena segn la tabla normalizada de subfamilias.
Precio mximo de venta. Campo opcional, slo para contratos que as lo exijan.


4. OTROS REQUERIMIENTOS

4.1. Numeracin correlativa y nica de operaciones de venta
Las operaciones denominadas como de venta, segn la tabla normalizada descrita en el
apartado 5.4 de este documento, deben de llevar una numeracin correlativa por TPV, y nica
para una fecha y hora determinadas. No debe de haber saltos de ticket en las operaciones
denominadas como operaciones de venta y deben coincidir con la numeracin de los tickets
fsicos
El resto de operaciones tambin debern ir numeradas, segn la numeracin operativa del
TPV. Es recomendable que las transacciones resumen de cierre de ventas diarias lleven su
propia numeracin, para facilitar su gestin.

4.2. Actualizacin de la fecha contable de facturacin, fecha real y hora
El SW de caja debe permitir al concesionario mantener actualizada la fecha contable de
facturacin del TPV. Este dato se deber incluir en cada uno de los tickets de venta, as como
en las transacciones resumen de cierre de ventas diarias, y se utilizar como fecha para la
declaracin mensual de ventas.
Adems, debe permitir la posibilidad de conectarse a un servidor NTP (propio o de Aena) para
garantizar que la hora y fechas reales del TPV se mantienen actualizadas.

4.3. Evolucin funcional y compromiso de actualizaciones
Debido a la evolucin funcional del software o de los componentes tcnicos del hardware,
Aena puede tener necesidad de modificar el contenido de este documento (ej, nueva
transaccin, modificacin de alguna existente, eliminacin de alguna transaccin inoperativa,
modificacin de campos normalizados, actualizacin de la versin del agente, etc.).
En este caso, la empresa con software certificado hasta la fecha, se compromete a asumir las
modificaciones necesarias en su software para adaptarse a la nueva versin de SW de Aena
o del presente documento. Puesto que, al recoger esta modificacin, se producir una nueva
versin de cada software certificado, ser necesario certificarlos de nuevo. La frecuencia
mxima de modificacin del documento o de su propio SW, por parte de Aena, no ser inferior
a tres meses.
Aena informar previamente a las concesiones con software certificado sobre la nueva
versin de SW o del documento, y stas tendrn la obligacin de implementar estos cambios
y certificar la versin de su software que los contiene, en un plazo que puede oscilar entre tres
y seis meses, a partir de la notificacin de Aena. El plazo de tres o seis meses se establecer
de comn acuerdo, entre Aena y la Concesin afectada, una vez analizado el impacto y el
esfuerzo de desarrollo sobre el software certificado.
En particular, el concesionario se compromete a realizar las actualizaciones y/o cambios de
versin que Aena le solicite en relacin al agente instalado en cada uno de los TPVs o en el
servidor de trastienda.


5. NORMALIZACIN DE LA INFORMACIN A CAPTURAR
DESDE LAS TRANSACCIONES DEL SISTEMA
Para el correcto anlisis estadstico desde SAVIA, Aena requiere normalizar una serie de
campos del ticket de venta, de forma que la comunicacin entre cualquier SW de caja
homologado y SAVIA sea homognea.
Para ello, se validar que todos los SW de caja homologados respeten, en su comunicacin
de datos con Aena mediante la transacciones oportunas, los siguientes cdigos comunes
Cdigos de medidas: Para indicar la mtrica que permita identificar cmo se miden
los artculos vendidos (por unidades, kilos, litros, minutos) en un ticket.
Cdigo de forma de pago: Para identificar las formas de pago utilizadas en un ticket.
Cdigo de descuento por tipo de cliente: Para identificar los descuentos por tipo de
cliente especfico en un ticket.
Cdigo de operaciones de venta: Identificar los tipos de operaciones que los tpvs
realizarn en los aeropuertos tales como ventas normales, devoluciones...
Cdigo de Rgimen fiscal: Indicar el rgimen fiscal que se aplicar a las ventas de
dicho tpv. Este rgimen fiscal Aena lo fija a cada tienda por contrato.
Cdigo de familia: para identificar en el ticket la familia de Aena asociada al producto
del concesionario que figure en la venta.
Cdigo de subfamilia: para identificar en el ticket la subfamilia de Aena asociada al
producto del concesionario que figure en la venta.
Cdigo de tipo de impuesto: Para identificar los diferentes tipos de impuestos
aplicables al ticket de venta.
Cdigo de operaciones de mantenimiento. Para indicar las operaciones de
mantenimiento que se realizan en el inventariado de productos.

Estos cdigos se corresponden con los valores actuales, pero podran ser cambiados por
Aena, previa notificacin a los concesionarios, y ofreciendo un periodo de 3 meses para su
adaptacin. En estos casos, el concesionario deber actualizar su SW de caja en dicho
periodo para contemplar estas actualizaciones.

5.1. Cdigo de Medidas
En el ticket ser necesario indicar, para cada lnea de artculo, el n de unidades de dicho
artculo vendidas.
Las unidades pueden medirse mediante diferentes mtricas. Por ello, uno de los campos del
ticket ser el cdigo de medida, que permitir conocer bajo qu modelo se miden los artculos
vendidos (unidades, kilos, litros, minutos).
La cantidad de unidades vendida se podr expresar mediante un campo numrico con hasta
tres decimales.
La siguiente tabla muestra los cdigos, descripciones y acrnimos a utilizar por los SW de
caja en su comunicacin con Aena.



NORMALIZACIN DE MEDIDAS
CDIGO DE
MEDIDA
DESCRIPCIN ACRNIMO
TIPO DE
CAMPO
1 Peso Kg. Number (2)
2 Tiempo Minutos Number (2)
3 Volumen Litros Number (2)
4 N de unidades Uds. Number (2)
5 N de
pasajeros
Pax Number (2)
6 N de metros
cuadrados
M2 Number (2)
7 N de Metros
lineales
M Number (2)

5.2. Cdigo de Formas de Pago
Para indicar las formas de pago utilizadas en una transaccin de venta, se utilizar un cdigo
de forma de pago.
La siguiente tabla muestra los cdigos y descripciones a utilizar por los SW de caja en su
comunicacin con Aena.

NORMALIZACIN DE FORMAS DE PAGO
CDIGO DESCRIPCIN
TIPO DE
CAMPO
1 Efectivo: Pago en
efectivo en euros
Number (2)
2 Tarjeta: pago con tarjeta
(crdito, dbito,
fidelizacin, etc.)
Number (2)
3 Divisas: pago en efectivo
con divisas extranjeras
(dlares, libras, etc.)
Number (2)
4 A crdito: Pago a crdito
por una compaa
Number (2)


NORMALIZACIN DE FORMAS DE PAGO
CDIGO DESCRIPCIN
TIPO DE
CAMPO
5
Tickets restaurant: Pago
mediante tickets
restaurant o similar
Number (2)
6
Vale descuento: Pago
mediante un vale de
descuento de promocin
Number (2)
7
Vale aerolnea: pago
mediante un vale de
descuento emitido por
una aerolnea
Number (2)
8
Vale Aena: pago
mediante vales de
promocin de Aena
Number (2)
9
Telfono mvil: pago
mediante telfono mvil
Number (2)
10
Otros
Number (2)

5.3. Cdigo de descuento por tipos de clientes
En la transaccin se indicar el descuento aplicado segn el tipo de cliente. Para indicarlo, se
utilizar un cdigo de descuento.

NORMALIZACIN DE TIPOS DE DESCUENTOS POR TIPO DE
CLIENTE
CDIGO DESCRIPCIN
TIPO DE
CAMPO
1 Normal: Clientes normales
sin ningn tipo de descuento
especial
Number (2)
2 Cliente registrado: clientes
habituales o registrados de la
concesin
Number (2)
3 Empleado propio Number (2)
4 Empleado Aena Number (2)
5
Empleado aeropuerto
Number (2)


NORMALIZACIN DE TIPOS DE DESCUENTOS POR TIPO DE
CLIENTE
CDIGO DESCRIPCIN
TIPO DE
CAMPO
6
Organismos oficiales
Number (2)
7
Otros
Number (2)

5.4. Cdigo de tipos de operacin de venta
Aena desea diferenciar entre diferentes tipos de operaciones relacionadas con la venta.
Las operaciones de venta debern de tener una numeracin correlativa y separada de otras
operaciones que puedan generar tickets en el TPV. Esta numeracin debe ser nica para un
TPV y fecha concretas.
En las transacciones se indicar el tipo de operacin de venta que se est realizando.
Para indicarlo en la transaccin, se utilizar un cdigo de tipo de operacin de venta.

NORMALIZACIN DE TIPOS DE OPERACIN DE VENTA
CDIGO DESCRIPCIN
TIPO DE
CAMPO
1 Venta normal: Operacin de
venta de artculos.
Number (2)
2 Devolucin: Operacin de
devolucin de artculos.
Number (2)
3 Anulacin de ventas:
Operacin que anula una
venta normal validada.
Number (2)
4 Anulacin de Devolucin:
Operacin que anula una
devolucin validada.
Number (2)
5 Cancelacin: Operaciones de
venta eliminadas en el TPV,
antes de validar el ticket
Number (2)

Se entiende que una operacin est validada cuando se ha emitido un ticket fsico.
En el caso de no imprimirse ticket fsico con la operacin de venta 5 (Cancelacin), no ser
necesario emitir la correspondiente transaccin, pero habr que controlar que la numeracin
de la siguiente transaccin sea correlativa con la anterior.


5.5. Cdigo de rgimen fiscal
En la transaccin se indicarn los cdigos de rgimen fiscal aplicados. Para indicarlo, se
utilizar un cdigo normalizado.

NORMALIZACIN DE TIPO DE REGIMEN FISCAL
CDIGO DESCRIPCIN
TIPO DE
CAMPO
1 Duty Free: Para compras
libres de impuestos
Number (2)
2 Duty paid Number (2)

5.6. Cdigo de familias de Aena
Los productos a la venta de un concesionario pertenecen a una familia de productos de Aena.
El listado de cdigos a utilizar para cada una de las familias autorizadas a la venta est
definido al final del documento en el punto 11.

5.7. Cdigo de subfamilias de Aena
Los productos a la venta de un concesionario pertenecen a una subfamilia de productos de
Aena.
El listado de cdigos a utilizar para cada una de las subfamilias autorizadas a la venta est
definido al final del documento en el punto 11.

5.8. Cdigo de tipo de impuesto
En la transaccin se indicarn los cdigos de tipo de impuesto aplicados. Para indicarlo, se
utilizar un cdigo normalizado.

NORMALIZACIN DE TIPOS DE IMPUESTOS
CDIGO DESCRIPCIN
TIPO DE
CAMPO
1 IVA Number (2)
2 IGIC Number (2)


NORMALIZACIN DE TIPOS DE IMPUESTOS
CDIGO DESCRIPCIN
TIPO DE
CAMPO
3 IPSI Number (2)
4 OTROS Number (2)

5.9. Cdigo de operaciones de mantenimiento
En las transacciones de mantenimiento se indicar el tipo de operacin que se desea realizar.

NORMALIZACIN DE TIPOS DE MANTENIMIENTO
CDIGO DESCRIPCIN
TIPO DE
CAMPO
1 Alta de producto Number (2)
2 Baja lgica de producto Number (2)
3 Modificacin de producto Number (2)


6. PROCESO DE HOMOLOGACIN Y CERTIFICACIN
Para que se produzca la Certificacin de Software de Caja, la empresa interesada har llegar
a la Direccin de Sistemas de Informacin, los siguientes productos:
Cuando el software produzca las transacciones obligatorias definidas en el
documento anexo I, se debe enviar por correo electrnico a Aena
(homologacion.tpv@aena.es) un juego pruebas completo para verificar si la sintaxis
de la informacin es correcta.
Despus de analizar esta informacin enviada y superado con xito la prueba de
sintaxis, la empresa responsable del desarrollo enviar a Aena un TPV con el
software a certificar instalado, junto con el manual de usuario de la aplicacin de
ventas.
El proceso de certificacin se produce en las instalaciones de Aena, ubicadas en la
actualidad en Madrid. Es necesario la presencia en el proceso de certificacin (a
menos que Aena indique lo contrario) de una persona de la empresa solicitante
formada en uso del software de ventas.
Por otra parte:
En cuanto al Hardware, se realizarn las sigui entes acciones:
o El Hardware, TPV y dispositivos junto con el software bsico y de
configuracin se instalar en el laboratorio de la Direccin de Sistemas de
Informacin (DSI), donde ser sometido a las pruebas necesarias por parte
del equipo tcnico de la DSI.
o Se determinar si tanto el Hardware como el Sistema operativo y los drivers
cumplen los estndares y caractersticas tcnicas enumeradas anteriormente.
o Se instalar sobre el equipo, el Software de Comunicaciones, propio de Aena
y se comprobar su correcto funcionamiento. El TPV con el Software de
Comunicaciones instalado debe comunicar con el servidor de
Comunicaciones de Aena, destinado para las pruebas.
o Se verificar que en el momento de pagar mediante una tarjeta de crdito se
emite el ticket de venta correspondiente.
En cuanto al Software, se real izarn las siguientes acciones:
o Todas las ventas realizadas por el Software de caja deben generar, en tiempo
real, los ficheros de transacciones segn elcontenido de este documento.
o Para verificar este punto, se realizaran ventas con el programa de caja y se
comprobaran que todas las ventas son recibidas por el servidor de
transacciones de Aena y almacenadas correctamente en la Base de Datos
instalada en el Servidor de Aena. Si alguna de las transacciones no se refleja
en la citada Base de Datos, despus de comprobar que el problema es
producido por la aplicacin a certificar, la aplicacin de caja no ser
homologada y tendr que ser corregida hasta superar con xito todas las
pruebas. Adems del formato de estas transacciones, Aena comprobar que
son generadas en tiempo real, es decir en el mismo momento de generarse la
venta.
o El SW de caja emite las transacciones de apertura y cierre del TPV cuando se
notifica por parte del usuario estas acciones (en el mismo momento).
o El SW de caja emita la transaccin de cierre resumen de ventas solicitada
cuando se realiza un cierre del TPV.


o El SW de caja (o Trastienda en su defecto) debe generar las transacciones de
mantenimiento de datos necesarios por Aena para la explotacin de las
mismas.
o Se comprobarn los mecanismos de seguridad que garanticen tanto el
acceso a la informacin limitado por perfiles as como la recuperacin del
sistema frente a fallos.
o Se comprobar que la velocidad es ptima para el trabajo de campo.
Una vez superadas de forma satisfactoria todas las pruebas, Aena emitir el documento de
precertificacin de Idoneidad de la aplicacin, y la aplicacin es instalable en cualquier
concesionario de Aena.
El certificado de idoneidad se podr emitir a la vez que el anterior, o cuando se pruebe la
aplicacin en campo durante un periodo de un mes.
El certificado de idoneidad emitido es nicamente aplicable a la versin de aplicacin de caja
sobre la que se han realizado las pruebas. Si la empresa realiza una nueva versin del
Software de caja, deber solicitar una nueva Certificacin.


7. SISTEMA DE INTERCAMBIO DE INFORMACIN CON SAVIA
Y DETALLE DE TRANSACCIONES INTRODUCCIN -
Para dar soporte al intercambio de informacin entre las aplicaciones de caja instaladas en
los concesionarios de Aena y SAVIA, nuevo SW de Aena para la gestin de los ingresos
comerciales, se ha definido un sistema de intercambio de informacin o mensajera propio,
basado en el intercambio de transacciones y ficheros, y que est regido por una serie de
normas que las aplicaciones de caja deben respetar.
En ste apartado se pretende describir las reglas/normas a cumplir por las aplicaciones de
caja que deseen ser homologadas para operar en los aeropuertos de Aena, de forma que
puedan intercambiar informacin adecuadamente con el nuevo sistema SAVIA. A este
conjunto de informacin, as como la manera de hacerlo es lo que se le ha denominado en
este documento Sistema mensajera SAVIA.
Actualmente, existen unos mecanismos similares de intercambio de informacin, entre la
actual aplicacin de TPVs de Aena y las aplicaciones de caja homologadas e instaladas en
los aeropuertos de Aena. La siguiente tabla muestra un resumen de las equivalencias entre
las transacciones del actual sistema de TPV y el nuevo sistema SAVIA.
TABLA EQUIVALENCIAS TRANSACCIONES
SISTEMA ANTIGUO TPVS VS SAVIA
TRANSACCIN

CDIGO
SISTEMA
ANTIGUO
2

CDIGO
TRANSACCI
N
SAVIA
OBSERVACIONES
Inicio de Da 10001 11001 En la nueva transaccin SAVIA,
se elimina el dato nmero de da.
Fin de Da 10002 11002 En la nueva transaccin SAVIA,
se elimina el dato nmero de da
y los datos referentes a los
tickets cancelados.
Inicio/Fin Cajero

10003 N/A sta transaccin no ser
necesaria en la nueva aplicacin
SAVIA.
Ticket
10004
10005
10006
10007
11004 Se agrupan 4 transacciones del
actual sistema TPV en una nica
transaccin SAVIA.
Transaccin resumen de cierre de
ventas diarias (RD)
N/A 11008 Nueva transaccin en SAVIA. Se
deber de generar asociada al fin
de un da contable de
facturacin.
Mantenimiento individual de
Artculos
20202 21202 nica transaccin de
mantenimiento en SAVIA.

2
Nota: Esta tabla muestra la equivalencia de transacciones entre el sistema antiguo de Tpvs de Aena y SAVIA para
el conocimiento de aquellas empresas que tengan una homologacin previa con el sistema antiguo.



Adems de estas transacciones existirn dos mecanismos para el intercambio de datos
mediante ficheros, que puedan contener una informacin amplia acerca de un local, contrato
o cliente, como son:
Declaracin masiva de informacin de artculos (por Contrato).
Declaracin masiva de ventas mensuales (podra ser por Local, Contrato o
Multiaeropuerto).


8. INTERCAMBIO DE INFORMACIN MEDIANTE
TRANSACCIONES DE NEGOCIO
Cada vez que se registra una operacin en una aplicacin de caja, podr provocar el envo de
informacin al sistema SAVIA. A la unidad mnima y atmica de intercambio de informacin
entre el TPV y SAVIA se le denominar de ahora en adelante transaccin.
La transaccin de negocio generada en el TPV (sw de caja) ser distinta dependiendo de la
accin que motive esta transaccin.
A partir de ste momento, cuando se utilice la palabra transaccin se pretender expresar
slo la informacin que se transporta, el mtodo de transporte utilizado ser idntico para
todas las transacciones existentes.
En SAVIA, al igual que en el anterior sistema existirn dos tipos de transacciones claramente
diferencias:
Transacciones de Venta: Informacin generada durante la operativa diaria de venta, y
que se enviar a SAVIA para que queden registradas todas las ventas.
Transacciones de Mantenimiento: Informacin utilizada para la actualizacin de la
BB.DD. SAVIA con datos de los artculos autorizados a la venta.

8.1. Sistema general de intercambio informacin.
El sistema de intercambio de informacin planteado persigue conseguir las siguientes
premisas:
Normalizar e integrar la informacin generada por las distintas aplicaciones de caja.
Independizar el sistema de intercambio utilizado de las aplicaciones de caja
utilizados.
Independizar la comunicacin entre las aplicaciones de caja y el sistema SAVIA para
impedir la interferencia en las aplicaciones de caja.
Minimizar los cambios en las aplicaciones de caja para la adaptacin de stos al
nuevo sistema de mensajera SAVIA
Mejorar los niveles de seguridad en el intercambio de informacin.
El modelo de intercambio de informacin es similar al utilizado en la versin actual del SW de
TPV de Aena, descrita en el documento Intercambio de informacin entre el TPV (SW de
Caja) y el Servidor de AENA, pero introduce importantes mejoras en cuanto a los niveles de
seguridad de la informacin (la informacin se enva encriptada por la red de
comunicaciones), menor interferencia en el rendimiento del TPV y simplificacin de los
procesos y transacciones a intercambiar.

8.1.1. Soporte Fsi co
El intercambio de la informacin se realizar a travs de ficheros de texto, con extensin .txt
que debern ser almacenados en un directorio concreto en funcin del tipo de transaccin,
para que puedan ser transmitidos a SAVIA.


La siguiente tabla muestra la estructura de directorios que debe existir en cada TPV para el
intercambio de informacin con SAVIA:

ESTRUCTURA DIRECTORIOS SAVIA
TIPO DE
TRANSACCIN
DIRECTORIO OBSERVACIONES
Venta \SAVIA\VENTAS\ Equivalente al actual GDMN\VENTAS
Mantenimiento \SAVIA\GRUPO\ Equivalente al actual GDMN\GRUPO
Errneas TPV \SAVIA\DESCARTADOS\ No existe en aplicacin actual. Se movern a
este directorio las transacciones descartadas a
nivel local del TPV

La creacin de esta estructura dentro del rbol de directorios del TPV podr ser configurada
por los concesionarios eligiendo la particin que les resulte ms conveniente. Los directorios
deben de estar creados en el raz de la particin elegida.
stos directorios debern ser creados antes de comenzar la actividad de ventas en los TPV
de forma que puedan ir almacenndose los ficheros pendientes de transmitir a SAVIA en el
directorio correspondiente.
Durante la instalacin y configuracin del Agente se verificar la existencia de estos
directorios, en la ubicacin especificada y en caso de no existir, se crearn de forma
automtica, en la particin que defina la persona que instale y configure el agente. Las
posibles transacciones generadas por la aplicacin de caja hasta la creacin de los directorios
especificados deberan moverse a stos directorios para que fueran transmitidos por el
Agente a SAVIA.
Ser responsabilidad de la Aplicacin de Caja la generacin de estos ficheros y el
almacenamiento en el directorio correspondiente, y ser responsabilidad de SAVIA la
transmisin de los ficheros, el posterior borrado de los mismos (una vez recibidos en los
servidores de Aena) y en su caso el mover una transaccin descartada a nivel local de TPV al
directorio de transacciones errneas.
Los ficheros generados por las aplicaciones de caja deben respetar las siguientes directrices
generales:
1. Cada fichero contendr una nica transaccin.
2. El fichero deber tener extensin TXT.
3. El fichero acabar con un retorno de carro.
4. El fichero debe tener un tamao mximo de 30KB (tamao mximo Ticket).
5. Cada fichero generado por la aplicacin de caja deber tener un nombre nico.
6. El fichero debe estar codificado utilizando el sistema de caracteres ANSI.
7. Para que el fichero pueda ser borrado por el agente el usuario con el que se ejecute
el Agente debe tener privilegios suficientes de lectura/escritura sobre dichos ficheros.

Los ficheros que no cumplan las restricciones especificadas sern movidos y renombrados
(para evitar problemas de ficheros duplicados) de forma automtica por el Agente al directorio
DESCARTADOS, siendo responsabilidad del gestor de los TPVs (concesionario) la revisin


de estos ficheros, su correccin en caso que proceda o su borrado. Ver apartado 5.9 para
mayor detalle de las validaciones realizadas sobre las transacciones de negocio.
El contenido de cada fichero ser el asociado a una transaccin dada, es decir, cada fichero
har referencia a una nica transaccin, y una transaccin viajar en un nico fichero.
Dado que el intercambio de la informacin entre el Sw de Caja y SAVIA se realiza a travs de
ficheros de texto, es crucial para un adecuado funcionamiento del sistema la disposicin de
espacio libre en disco, de forma que se puedan ir generando los fichero de transacciones
durante la explotacin normal del Sw de Caja.
El TPV donde resida la aplicacin de caja deber ser capaz de almacenar los datos de las
transacciones de venta de forma local antes de que stas sean enviadas hasta SAVIA. Para
ello deber garantizar un espacio libre en disco superior a 1 GB.

8.1.2. Nombramiento de ficheros de transacciones.
La ordenacin de los ficheros atendiendo a la fecha de creacin del Sistema Operativo no
garantizara por completo la secuencialidad del procesamiento debido a la precisin de sta
pudiendo darse la situacin de encontrarse varios ficheros con la misma fecha y hora de
creacin e imposibilitando por tanto su ordenacin a partir de ste criterio.
De cara a garantizar la captura ordenada por parte del agente de los ficheros de
transacciones, el Sw de Caja debe nombrar stos de forma que puedan ser ordenados a
partir de su nombre.
Para ello, el nombre que deben tener los ficheros de transacciones es el siguiente:

AAAAMMDDHHMMSSNNNNTTTTT-textolibre.txt
Donde:
AAAA =Ao
MM =Mes
DD =Da
HH =Hora
MM =Minutos
SS =Segundos
NNNN =Secuencial
TTTTT =Tipo de Transaccin

8.1.3. Formato general de las transacciones.
El contenido de cada fichero asociado a cada transaccin (un nico fichero por transaccin)
consta de:
Una parte comn, denominada Cabecera donde viajaran los datos necesarios para
identificar la transaccin en SAVIA.
Otra parte variable, en funcin del tipo de transaccin, denominada Cuerpo de la
transaccin donde viajaran los datos de negocio necesarios para SAVIA. Adems, la
parte variable estar compuesta por uno o varios registros o lneas, y a su vez cada
registro est compuesto por varios campos. El nmero y tipo de registros y/o campos,
variar en funcin del tipo de transaccin.


La estructura de las transacciones ser:

Para transacciones con un nico registro: Cabecera+Carcter PIPE |+campos de
registro+CR/LF (salto de lnea)+EOF (fin de fichero)
Para transacciones con varios registros: Cabecera+Carcter PIPE |+campos de
registro+CR/LF (salto de lnea)+campos de registro+CR/LF (salto de lnea)+.+
EOF (fin de fichero).

CABECERA
COM N
CAMPOS DEL
REGISTRO
ESTRUCTURA DE TRANSACCI N CON UN NICO REGISTRO
EOF
|
CR/LF
CABECERA
COM N
CAMPOS DEL
REGISTRO
ESTRUCTURA DE TRANSACCI N CON

VARIOS REGISTROS
EOF
|
CR/LF
CAMPOS DEL
REGISTRO
CR/LF
CAMPOS DEL
REGISTRO
CR/LF



El cdigo de transaccin seguir el mismo sistema de codificacin que el sistema actual
descrito en el documento Intercambio de informacin entre el TPV (SW de Caja) y el Servidor
de AENA. De esta forma se facilita una adaptacin ms rpida por parte de los
concesionarios al nuevo sistema SAVIA.

CDIGOS TRANSACCIN
TRANSACCIN VENTA TRANSACCIN MANTENIMIENTO
Sistema Actual
Number(5)
10xxx 20xxx
Sistema Nuevo
Number(5)
11xxx 21xxx

Se adjunta tabla con los cdigos de transaccin permitidos, indicando el tipo de transacciones
que permiten ms de un registro por transaccin.

RESUMEN TRANSACCIONES SAVIA
TRANSACCIN
CDIGO
TRANSACCIN
REGISTROS
MLTIPLES
Transaccin de Inicio de Da 11001 NO
Transaccin de Fin de Da 11002 NO
Transaccin de Venta 11004 SI
Transaccin Resumen de Cierre de Ventas Diarias 11008 SI
Transaccin de Mantenimiento de Artculos 21202 NO

Consideraciones General es:

Todas las transacciones generadas deben respetar las siguientes indicaciones en cuanto a la
sintaxis se refiere:
Cada registro estar separado del anterior por un retorno de carro.
Los campos de cada registro estarn delimitados por el carcter PIPE (|).
Todos los formatos de fechas sern del tipo AAAAMMDD.
Los formatos de hora sern HHMMSS


Todos los datos de tipo importe que viajan entre el servidor y el TPV siempre estarn
multiplicados por 1000 y no incluir nunca el carcter diferenciador de decimales ni
signo.
Todos los datos de tipo porcentaje que viajan entre el servidor y el TPV siempre
estarn multiplicados por 100 y no incluir nunca el carcter diferenciador de
decimales.
Los campos alfanumricos estarn siempre en MAYUSCULAS
Los campos Number se completarn siempre con nmeros enteros, sin comas ni
signos, reservando los dgitos especificados para la parte decimal en el caso de que
se requiera.
Los campos Alfanumricos que vayan vacios se completarn con un espacio
Los campos Numricos que vayan vacios se completarn con un 0


9. Detalle de la estructura de las transacciones de negocio SAVIA.
9.1.1. Estructura comn de cabecera de transacciones.
Todas las transacciones dispondrn de una cabecera comn, donde se indicar el cdigo de
la transaccin, la fecha real y la hora reales. La siguiente tabla muestra la estructura comn
de campos de todas las cabeceras de todas las transacciones de SAVIA:

CABECERA
ATRIBUTO TIPO CAMPO DESCRIPCIN
OBLIGA
TORIO
COD.
TRANSACC
Number (5) Cdigo de transaccin. Especifica el cdigo de
transaccin
SI
FECHA_REAL Date (8)
AAAAMMDD
Fecha y hora real en la que se emite la transaccin.
La que declare el TPV.
SI
HORA_REAL
Varchar (6)
HHMMSS
Hora real en la que se emite la transaccin, segn
declare el TPV.
SI

Habr un campo en la cabecera donde el agente de Aena insertar de forma automtica el
identificador del TPV. El SW de caja no tiene que rellenar este campo, y por eso no aparece
en la tabla anterior.
9.1.2. Transaccin Ini cio Da.

Cdigo transaccin: 11001
Descripcin: sta transaccin identifica el comienzo de un da de operacin. Se debe de
generar automticamente cuando se realice la operacin de apertura del da en el TPV.
Nmero Min. Registros: 1
Nmero Mx. Registros: 1
Nmero campos: 2

CUERPO PRINCIPAL TX 11001
OBLIGA
TORIO
CD_OP
Number (8) Nmero de operacin del TPV
SI
FECHA_CONT
ABLE
Date (8)
AAAAMMDD
Fecha contable que se INICIA. Desde la recepcin
de sta transaccin se deben recibir transacciones
con sta fecha contable, y hasta la recepcin de la
transaccin de FIN de da.
SI


9.1.3. Transaccin Fin Da.

Descripcin: sta transaccin identifica el fin de un da de operacin.
Nmero campos: 2

OBLIGA
TORIO
CD_OP
Number (8) Nmero de operacin del TPV
SI
FECHA_CONT
ABLE
Date (8)
AAAAMMDD
Fecha contable que se CIERRA.
SI

9.1.4. Transaccin Ticket Venta.

Descripcin: Esta transaccin identifica una operacin de venta realizada en un TPV
(cualquiera de los descritos en la tabla normalizada de tipos de operacin de venta).
Nmero Mx. Registros: 1 +
Cuerpo principal: Contendr informacin comn para todo el ticket.
99 +4 +10 =114 *
Nmero campos: 20+n*16+k*4+j*5, donde n es el n de lneas de artculo, k el nmero de
lneas de impuesto y j el nmero de lneas de formas de pago
Se trata de una transaccin multiregistro, cuya estructura queda especificada a continuacin:
o Registro 0.
Lnea/s de artculo: Una lnea por cada cdigo de artculo del concesionario vendido
en un ticket, donde se detallarn los datos de la venta de estos artculos
o Registro 5xx
Lnea/s de impuesto/s: Una lnea por cada porcentaje de impuesto que aplique a los
artculos vendidos en el ticket.
o Registro 6xx
Lnea/s de forma/s de pago: Una lnea por cada forma de pago
o Registro 7xx


* En el caso de se trate de una Cancelacin (Tipo de Operacin de Venta 5). El nmero de
registros ser obligatoriamente 1, que corresponder al cuerpo de la transaccin.
A continuacin se especifica los campos que deben contener cada uno de los registros que
componen la transaccin.

TX 11004 REGISTRO 0, CUERPO PRINCIPAL DEL TICKET
OBLIGA
TORIO
ID_REGISTRO_T Number (3)

Identificador para distinguir el cuerpo principal. Este
campo se completar siempre con 000
SI
CD_TICKET Number (8) N del ticket de venta. Nmero para el control
exclusivo y diferenciado de las transacciones de
venta, de forma que el control sobre los posibles
saltos de ticket se realice exclusivamente sobre
estas transacciones.
SI
FECHA_CONTABL
E
Date (8)
AAAAMMDD
Fecha contable a la que se imputa la venta, y segn
la cual se debe de realizar el proceso de
declaracin mensual de ventas por parte del
concesionario.
SI
TIPO_VENTA
Number (2) Cdigo normalizado del tipo de operacin de venta:
Ver tablas normalizadas. (Es un valor del 1 al 5)
SI
TIPO_CLIENTE Number (2) Cdigo normalizado de descuento por tipo de
cliente. Ver tablas normalizadas. (Es un valor del 1
al 7)
NO
ORIGEN Varchar (6) Cdigo lATA del aeropuerto origen del pasajero (el
primero de todos)
NO
DESTINO Varchar (6) Cdigo IATA del aeropuerto destino del cliente (el
ltimo de todos)
NO
NUMVUELO Varchar (10) N de vuelo segn aparece en la tarjeta de
embarque del pasajero
NO
IMPNETO_T Number (7,3) Importe total del ticket, restando los impuestos y
descuentos. Debe coincidir con la suma de los
importes netos de cada artculo que forme parte del
ticket
SI
IMPBRUTO_T Number (7,3) Importe bruto de la venta, restando descuentos.
Debe de coincidir con la suma de los importes
brutos de cada uno de los artculos que formen
parte del ticket.
SI
IMPIMPUESTOS_T Number (6,3) Importe total de impuestos asociados a la venta.
Debe de coincidir con la suma de los impuestos de
cada uno de los artculos que formen parte del
SI


TX 11004 REGISTRO 0, CUERPO PRINCIPAL DEL TICKET
OBLIGA
TORIO
ticket
IMPDESCUENTO_
T
Number (6,3) Importe total del descuento del ticket en caso de
que lo tenga
NO
%DESCUENTO_T Number (3,2) Porcentaje de descuento del ticket, en caso de que
lo tenga
NO
NL_ARTICULO Number (3) Nmero de lneas de artculos que componen el
ticket de venta (es un valor del 1 al 100 excepto
para tipo de venta 5 que sera 0)
SI
NL_IMPUESTO Number (2) Nmero de lneas de cdigos de impuesto que
componen el ticket de venta (es un valor del 1 al 4
excepto para tipo de venta 5 que sera 0)
SI
NL_FORMAPAGO Number (2) Nmero de lneas de forma de pago que componen
el ticket de venta (es un valor del 1 al 10 excepto
para tipo de venta 5 que sera 0)
SI
N_ARTICULOS Number (7,3) Nmero total de artculos del ticket SI

TX 11004 REGISTRO 5XX. LNEAS DE ARTCULOS VENDIDOS EN EL TICKET
OBLIGA
TORIO
ID_REGISTRO_A Number (3)

Identificador para diferenciar las lneas de
artculos de venta diferentes. La primera ser la
SI
501, y as sucesivamente hasta la 599, como
mximo.
CD_ARTICULO Varchar (15) Cdigo propio del artculo para la concesin.
Este cdigo debe de coincidir con el cdigo
suministrado a Aena.
SI
DESC_CORTA Varchar (25) Descripcin corta del artculo SI
TIPO_FAMILIA Number (3) Cdigo normalizado de la familia de Aena. Ver
tablas normalizadas
SI
TIPO_SUBFAMILIA Number (4) Cdigo normalizado de la subfamilia de Aena.
Ver tablas normalizadas.
SI
IMPNETO_A Number (7,3) Importe neto de la venta de articulo/s de la lnea,
descontando impuestos y descuentos
SI


TX 11004 REGISTRO 5XX. LNEAS DE ARTCULOS VENDIDOS EN EL TICKET
OBLIGA
TORIO
aplicados.
IMPBRUTO_A Number (7,3) Importe bruto de la venta de articulo/s de la lnea,
con los descuentos aplicados, es decir el PVP.
SI
TIPO_UDS
Number (2) Cdigo normalizado de medida de las unidades
vendidas (Kilos, minutos, litros, unidades)
SI
UDS
Number (7,3) N de unidades vendidas SI
IMPVENTA_A Number (7,3) Precio bruto normal de venta, antes de
descuentos. (si hay varias unidades ser la suma
del importe de todos los artculos)
NO
CD_PROMOCIN Varchar (15) Cdigo de la promocin (Aena o de
concesionario)
NO
%_DESCUENTO_A Number (3,2) Porcentaje de descuento sobre el precio bruto
normal de venta
NO
IMPDESCUENTO_A Number (6,3) Importe del descuento sobre el precio bruto
normal de venta
NO
TIPO_FISCAL Number (2) Tipo de rgimen fiscal. Ver tablas normalizadas.
(Ser un valor del 1 al 2)
SI
%_IMPUESTO_A Number (2,2) % que aplica de impuestos SI
IMP_IMPUESTO_A Number (6,3) Importe total de impuesto aplicado SI

TX 11004 REGISTRO 6XX LNEAS DE IMPUESTO
ATRIBUTO
TIPO
CAMPO
DESCRIPCIN
OBLIGA
TORIO
ID_REGISTRO_I Number (3)

Identificador para diferenciar las lneas de impuestos
diferentes. La primera ser la 601, y as
sucesivamente.
SI
TIPO_IMPUESTO
Number (2) Cdigo del tipo de impuesto. Ver tablas normalizadas.
SI
%_IMPUESTO_I
Num (2,2) Porcentaje que se aplica al tipo de impuesto.
SI
IMPIMPUESTO_I Num (6,3) Importe total del tipo de impuesto para todos los
artculos del ticket, en euros
SI



TX 11004 REGISTRO 7XX LNEAS DE FORMAS DE PAGO
OBLIGA
TORIO
ID_REGISTRO_P Number (3)

Identificador para diferenciar las lneas de forma
de pago diferentes. La primera ser la 701, y as
sucesivamente hasta 710 como mximo.
SI
TIPO_PAGO Num (2) Cdigo normalizado del tipo de forma de pago.
Ver valores en tabla normalizada (ser un valor
del 1 al 10)
SI
CD_CLIENTE Varchar(3) En el caso de la forma de pago vale aerolnea,
se propone disponer de un campo donde se
pueda introducir el cdigo de la aerolnea.
NO
ID_TICKET_DESC
UENTO
Number (8) N de ticket de promocin Aena, slo para el caso
de descuentos realizados en base a vales de
promocin de Aena.
NO
IMPBRUTO_P Number (7,3) Importe bruto por forma de pago, en euros SI

Nota:

En el caso concreto de tratarse del tipo de operacin de venta CANCELACIN (Cdigo 05),
no habr que enviar lneas de artculo, lneas de forma de pago y/o lneas de impuestos. En el
cuerpo principal del ticket se deber rellenar el campo IMPBRUTO_T con el importe
cancelado. Por lo tanto, para este caso no se realizarn las validaciones normales descritas
para verificar la consistencia de cualquier otra operacin de venta.

9.1.5. Transaccin resumen de cierre de ventas diarias (RD).
Descripcin: SAVIA, debe recibir informacin resumida del cierre de ventas diarios de cada
TPV, agregada por familia-subfamilia de venta de Aena y por rgimen fiscal.
Slo se deber generar una transaccin de este tipo por da contable de facturacin.
La informacin de esta transaccin ser de utilidad con fines estadsticos, para realizar
consolidaciones parciales entre los datos capturados de los tickets de venta y los datos
contenidos en esta transaccin y pueden ser utilizados para el clculo de la declaracin
mensual de ventas.
Nmero Mx. Registros: 1 +999 =1000
Nmero campos: 24+n*20, donde n es el n de familias-subfamilias y regmenes fiscales
diferentes.

Se trata de una transaccin multiregistro, cuya estructura queda especificada a continuacin:
Cuerpo principal: Contendr informacin comn para toda la transaccin


o Registro 2
Lnea/s de Ventas: Una lnea por cada familia-subfamilia y rgimen fiscal (duty free-
duty paid).
o Registro x
A continuacin se especifica los campos que deben contener cada uno de los registros que
componen la transaccin.

TX 11008 REGISTRO 2
OBLIGA
TORIO
ID_
REGISTRO
Number (3)

Identificador del registro. Este campo se completar
siempre con 000
SI
CD_OP Number (8)

Cdigo de operacin para el TPV. Recomendable
tener una numeracin especfica y exclusiva para
las transacciones de resumen de cierre de ventas
diarias (Tx RD)
SI
FECHA_CONT
ABLE
Date (8)
AAAAMMDD
Fecha contable a la que se imputan las ventas
asociadas a la tx RD.
SI
CD_TICKET_I
Number (8) Nmero del primer ticket de venta que forma parte
de la transaccin
SI
CD_TICKET_F Number (8) Nmero del ltimo ticket de venta que forma parte
de la transaccin
SI
N_VENTAS Number (4) Nmero total de tickets de venta en la transaccin
resumen, codificados como operacin de Venta
Normal, segn la tabla normalizada de Tipos de
Operaciones de Venta.
SI
IMPBRUTO_V Number (7,3) Importe bruto de todos los artculos de Venta
Normal vendidos en los tickets que formen parte de
la transaccin resumen
SI
IMPNETO_V Number (7,3) Importe neto de todos los artculos de Venta
SI
IMPDESCUEN
TO_V
Number (6.3) Importe descuento de todos los artculos de Venta
SI
N_DEVOLUCI
ONES
Number (4) Nmero total de tickets en la transaccin resumen
codificados como operacin de devolucin, segn
la tabla normalizada de Tipos de Operaciones de
Venta
SI
IMPBRUTO_D Number (7,3) Importe bruto de todos los artculos de devolucin SI


TX 11008 REGISTRO 2
OBLIGA
TORIO
vendidos en los tickets que formen parte de la
transaccin resumen
IMPNETO_D Number (7,3) Importe neto de todos los artculos de devolucin
transaccin resumen
SI
IMPDESCUEN
TO_D
Number (6.3) Importe descuento de todos los artculos de
devolucin vendidos en los tickets que formen
parte de la transaccin resumen
SI
N_ANULACIO
NES
codificados como operacin de anulacin, segn la
tabla normalizada de Tipos de Operaciones de
Venta
SI
IMPBRUTO_A Number (7,3) Importe bruto de todos los artculos de anulacin
transaccin resumen
SI
IMPNETO_A Number (7,3) Importe neto de todos los artculos de anulacin
transaccin resumen
SI
IMPDESCUEN
TO_A
anulacin vendidos en los tickets que formen parte
de la transaccin resumen
SI
N_A_DEVOLU
CION
codificados como operacin de anulacin de
devolucin, segn la tabla normalizada de Tipos
de Operaciones de Venta
SI
IMPBRUTO_A
D
Number (7,3) Importe bruto de todos los artculos de anulacin
de devolucin vendidos en los tickets que formen
SI
IMPNETO_AD Number (7,3) Importe neto de todos los artculos de anulacin de
devolucin vendidos en los tickets que formen
SI
IMPDESCUEN
TO_AD
anulacin de devolucin vendidos en los tickets
que formen parte de la transaccin resumen
SI
N_CANCELAC
IONES
Number(4) Nmero total de tickets de venta en la transaccin
resumen, codificados como operacin de
cancel acin, segn la tabla normalizada de Tipos
SI


TX 11008 REGISTRO 2
OBLIGA
TORIO
IMPBRUTO_C Number (7,3) Importe bruto de todos los artculos de cancelacin
transaccin resumen
SI
NUM_REG_01 Number (3) Nmero de registros del tipo 1xx de los que se
compone la transaccin.
SI

TX 11008 REGISTRO X. LNEAS DE AGREGACIN DE DATOS POR FAMILIA, SUBFAMILIA Y RGIMEN FISCAL

ATRIBUTO
TIPO
CAMPO
DESCRIPCIN
OBLIGA
TORIO
ID_REGISTRO Number (3)

Registro para almacenar los datos de ventas de
cada familia, subfamilia y rgimen fiscal. El
primero ser 1, y as sucesivamente hasta 999
como mximo.
SI
TIPO_FAMILIA Number (3) Cdigo normalizado de la familia de Aena SI
TIPO_SUBFAMILIA Number (4) Cdigo normalizado de la subfamilia de Aena. SI
TIPO_FISCAL Number (2) Cdigo normalizado para identificar el rgimen
fiscal.
SI
ARTICULOS_V Number
(7,3)
Nmero total de artculos de Venta Normal
vendidos de la familia-subfamilia-rgimen fiscal
en los ticket que componen la transaccin
resumen codificados como operacin de venta
normal, segn la tabla normalizada de Tipos de
SI
IMPBRUTO_VSFZ

Number
(7,3)
Importe bruto de todos los artculos vendidos de
la familia-subfamilia-rgimen fiscal en los tickets
que formen parte de la transaccin resumen,
codificados como operacin de venta normal,
segn la tabla normalizada de Tipos de
SI
IMPNETO_VSFZ Number
(7,3)
Importe neto de todos los artculos vendidos de la
familia-subfamilia-rgimen fiscal en los tickets que
formen parte de la transaccin resumen,
codificados como operacin de venta normal,
SI




ATRIBUTO
TIPO
CAMPO
DESCRIPCIN
OBLIGA
TORIO
IMPDESCUENTO_V
SFZ
Number
(6,3)
Importe de descuento de todos los artculos de la
familia-subfamilia-rgimen fiscal vendidos en los
tickets que formen parte de la transaccin
resumen, codificados como operacin de venta
normal, segn la tabla normalizada de Tipos de
Operaciones de Venta
SI
ARTICULOS_D Number
(7,3 )
Nmero total de artculos devueltos de la familia-
subfamilia-rgimen fiscal en los ticket que
componen la transaccin resumen codificados
como operacin de devolucin, segn la tabla
normalizada de Tipos de Operaciones de Venta
SI
IMPBRUTO_DSFZ Number
(7,3)
Importe bruto de todos los artculos vendidos de
codificados como operacin de devolucin,
SI
IMPNETO_DSFZ Number
(7,3)
Importe neto de todos los artculos vendidos de la
codificados como operacin de devolucin,
SI
IMPDESCUENTO_D
SFZ
Number
(6,3)
SI
ARTICULOS_A Number
(7,3)
Nmero total de artculos Anul ados de la familia-
subfamilia-rgimen fiscal en los ticket que
componen la transaccin resumen codificados
como operacin de anul acin, segn la tabla
SI
IMPBRUTO_ASFZ Number
(7,3)
Importe bruto de todos los artculos anulados de
codificados como operacin de anulacin, segn
Venta
SI




ATRIBUTO
TIPO
CAMPO
DESCRIPCIN
OBLIGA
TORIO
IMPNETO_ASFZ Number
(7,3)
Importe neto de todos los artculos anulados de la
codificados como operacin de anulacin, segn
Venta
SI
IMPDESCUENTO_A
SFZ
Number
(6,3)
anulacin, segn la tabla normalizada de Tipos
SI
ARTICULOS_AD Number
(7,3)
Nmero total de artculos anulados de
devolucin de la familia-subfamilia-rgimen fiscal
en los ticket que componen la transaccin
resumen codificados como operacin de
anulacin, segn la tabla normalizada de Tipos
SI
IMPBRUTO_ADSFZ Number
(7,3)
Importe bruto de todos los artculos anulados de
SI
IMPNETO_ADSFZ Number
(7,3)
Importe neto de todos los artculos anulados de la
SI
IMPDESCUENTO_A
DSFZ
Number
(6,3)
anulacin de devoluci n, segn la tabla
SI


9.1.6. Transaccin Mantenimiento Artculos.

Descripcin: Genera Altas, Bajas y Modificaciones de los artculos en venta en los Locales
de un determinado Contrato, asignando su precio mximo. Estos artculos sern los que mas
tarde se asociarn a cada ticket de venta, cuando sta se realice.
Nmero campos: 9

OBLIGA
TORIO
CD_OP Number (5) Nmero de operacin para el
concesionario
SI
TIPO_OPERACION
Number (2) Cdigo normalizado de la tabla de Tipos
de Mantenimiento. Indicar si la
transaccin es una Alta, una Baja o una
modificacin
SI
CD_ARTICULO Varchar (15) Cdigo propio del artculo para la
concesin.
SI
IDARTICOLGS1
Varchar (15) Identificador del artculo segn la
codificacin GS1
NO
TIPO_FAMILIA Number (3) Cdigo normalizado de la familia de Aena SI
TIPO_SUBFAMILIA Number (4) Cdigo normalizado de la subfamilia de
Aena
SI
PRECIOMAX Number (5,3)
Precio mximo permitido para el articulo
NO
DESC_ARTICULO
Varchar (50) Descripcin del articulo dada por el
Contrato
NO
DESC_CORTA Varchar (25) Descripcin corta del artculo SI

Nota:

El cdigo GS1-128, antes llamado EAN-128, es una aplicacin estndar de GS1 para la
transmisin de informacin entre los agentes de la cadena de suministro bajo las
especificaciones del cdigo de barras Code 128. Inicialmente se denominaba UCC/EAN-128,
no obstante, desde la unin de UCC y EAN en GS1 su nombre oficial es GS1-128.



El cdigo GS1-128 utiliza una serie de Identificadores de Aplicacin (IA), que actan como
prefijos, para dar el significado de los datos como fechas de caducidad, nmeros de lote,
cantidades, peso y muchos otros atributos que el usuario pudiera necesitar. Estos
identificativos permiten clasificar de una forma estandarizada las caractersticas del producto
que representan.

9.2. Validaciones Generales.
SAVIA realiza una serie validaciones sobre las transacciones a procesar para garantizar el
correcto funcionamiento de la aplicacin y evitar posibles incoherencias o problemas debido a
transacciones anmalas.
A continuacin se describen los controles efectuados por SAVIA durante el procesamiento de
las transacciones de negocio

A) Validaciones antes de la transmi sin (en el TPV),
Provocaran el rechazo del fichero y se mover automticamente al directorio de
descartados

a. La extensin del fichero debe ser .txt
b. El tamao del fichero no debe superar el mximo especificado
c. El primer dgito del contenido del fichero debe ser 1 o 2 ( primer dgito cdigo
transaccin)

De cara a evitar problemas en el momento de mover el fichero errneo desde el directorio
de Ventas o Grupo al directorio de Descartados, al mismo tiempo que se realiza su
reubicacin, se realizar tambin un renombrado de ste, consistente en aadir la fecha
del sistema (AAAAMMDD) +un secuencial al final del nombre actual (nnnn).

Nombre_original_fichero +AAAAMMDD +nnnn

B) Validaciones despus de la transmisin (en el servidor de Aena),
Provocaran que las transacciones sean declaradas como errneas.
Las validaciones que se realizarn sern:

a. Validaciones Sintcticas
i. Cdigo transaccin dentro de los conocidos.
ii. Campos numricos contienen numricos.
iii. Longitud mxima de los campos no excedida.
iv. Numero de campos dentro del rango.
v. Campos fechas contienen fechas validas
vi. Formato del ticket (n de lneas de cada tipo corresponden con el n
de lneas declaradas en el cuerpo de la transaccin)
b. Validaciones Semnticas
i. Los valores de los campos estn dentro del rango de los permitidos,
especificados en la Normalizacin.


ii. Coincidencia entre sumas de importes brutos de artculos y global del
ticket.
c. Validaciones de insercin en BBDD
i. Claves no duplicadas
ii. Cdigos normalizados dentro del rango esperable

El concesionario podr consultar mediante SAVIA las transacciones errneas generadas en
sus TPVs. Deber decidir si estas transacciones debe regenerarlas, y por lo tanto enviarlas
de nuevo, o deben ser eliminadas del flujo de informacin.


10. INTERCAMBIO DE INFORMACIN MEDIANTE FICHEROS
XML

10.1. Detalle de la estructura del fichero de intercambio de informacin
de artculos del concesionario.
SAVIA permitir que se declaren de forma masiva las caractersticas de todos los artculos a
la venta en los locales de un contrato determinado.
No se permitir realizar cargas masivas de artculos mediante transacciones 21202, este tipo
de ficheros se reservarn para mantenimientos puntuales de artculos.
La informacin que debe de contener este fichero es la siguiente.
Cdigo del artculo para el concesionario. Campo obligatorio
Cdigo de fabricante del artculo (estndar GS1). Campo opcional
Descripcin corta del artculo (la que pueda aparecer en el ticket de venta). Campo
obligatorio.
Descripcin larga del artculo. Campo opcional.
Familia de venta de Aena. Campo obligatorio. Debe ser una de las familias
autorizadas por Aena segn la tabla normalizada de familias.
Subfamilia de venta de Aena. Campo obligatorio. Debe ser una de las familias
autorizadas por Aena segn la tabla normalizada de subfamilias.
Precio mximo de venta. Campo opcional, slo para contratos que as lo exijan.

El nombre del fichero se crear segn el siguiente patrn:
Cliente Id AAAAMMDeclaraArticulos.xml
Siendo AAAA el ao, MM el mes, y Cliente Id el cdigo asignado al cliente.
En los campos numricos la parte decimal se separar de la parte entera con un punto
Para ello, el SW de TPV o en su defecto el servidor de trastienda, debe de poder generar un
fichero XML con la siguiente estructura:

<?xml version="1.0" encoding="UTF-8" ?>
<articulos>
<version>1.0</version>
<cliente id="" />
<fecha dia="" mes="" anio="" />
<inventarios>
<inventario idAeropuerto="" idContrato="">
<articulo idArticulo="" idGS1="" desCorta="" desLarga="" precioMax=""
idFamilia="" idSubfamilia="" />
</inventario>
</inventarios>
</articulos
El modo de intercambio de este fichero entre el SW de caja del TPV (o el servidor de
trastienda) y Aena es objeto de otros documentos donde se describen los procedimientos de
>


operacin entre un concesionario y Aena, de acuerdo a la nueva operativa definida por la
Direccin de Espacios Comerciales de Aena.
A continuacin se especifican las etiquetas y atributos que componen el fichero XML

XML DECLARACIN ARTICULOS
ETIQUETAS Y
ATRIBUTOS
TIPO CAMPO DESCRIPCIN
OBLIGA
TORIO
cliente SI
Id
Number(6) Este cdigo lo facilitar el departamento
comercial del Aeropuerto en el momento
en que se vaya a hacer uso del sistema
SAVIA
SI

fecha SI
dia
Number (2) Del 01 al 31 (Da de declaracin de los
artculos)
SI
mes
Number (2) Del 01 al 12 (Mes de declaracin de los
artculos)
SI
anio
Number (4) Superior a 2010 (Ao de declaracin de
los artculos)
SI

inventario

SI
idAeropuerto
Varchar (3) Cdigo IATA del Aeropuerto
SI
idContrato
Varchar (30) Este cdigo lo facilitar el departamento
SAVIA
SI

articulo

SI
idArticulo
Varchar (15) Cdigo de artculo propio de la gestin
interna de la concesin
SI
idGS1
Varchar (15) Cdigo de fabricante
NO
desCorta
Varchar (25) Descripcin corta del artculo
SI
desLarga
Varchar (50) Descripcin larga del artculo
SI
precioMax
Number (7,3) Precio mximo que tiene autorizado el
artculo por parte de AENA. No todos los
productos son susceptibles de un precio
mximo
NO


idFamilia
Number (6) Cdigo normalizado de la familia de
AENA
SI
idSubfamilia
Number (6) Cdigo normalizado de la Subfamilia de
AENA
SI

10.2. Detalle de la estructura del fichero de intercambio de informacin
de la declaracin mensual de ventas.
SAVIA permitir que se declaren de forma masiva las ventas mensuales para un cliente,
contrato o local determinado. En cualquier caso, estas ventas se deben desglosar por mes,
por local y por subfamilia y rgimen fiscal susceptible de tener un canon diferente en Aena.
La informacin a proporcionar en este fichero, para cada local, familia, subfamilia, rgimen
fiscal y mes es la siguiente:
N de operaciones de venta
N de unidades vendidas
Importe neto de las ventas
Importe bruto de las ventas
Impuesto de las ventas
Para cada da contable de facturacin se deben de proporcioanr todos los valores anteriores.
Para el clculo de todos los conceptos anteriores hay que considerar, segn el tipo de
operacin de venta que:
Ventas normales: Suman
Devoluciones: Restan
Anulaciones de ventas: Restan
Anulaciones de devoluciones: Suman
Cancelaciones: No se computan
As, por ejemplo, si el da 1 de facturacin se tienen las siguientes operaciones
2 Ventas normales por importe bruto total 20
1 devolucin por importe bruto 5
1 anulacin de venta por imoprte bruto 2
1 anulacin devolucin por importe bruto 2
1 cancelacin por importe bruto 7
El resultado sera 1 operacin (2 ventas-1 devolucin-1 anulacin de venta+1anulacin de
devolucin), por importe bruto=15=20-5-2+2
La informacin que debe de contener este fichero es la que haya sido emitida en los tickets
del TPV durante el mes, por da contable de facturacin, sin realizar ningn ajuste sobre la
misma.
Este XML debe enviarse durante los 5 primeros das del mes siguiente a la facturacin objeto
de anlisis.
El nombre del fichero se crear segn el siguiente patrn:
Cliente Id AAAAMMDeclaraVentas.xml


Siendo AAAA el ao, MM el mes, y Cliente Id el cdigo asignado al cliente.
En los campos numricos la parte decimal se separar de la parte entera con un punto
Para ello, el SW de TPV o en su defecto el servidor de trastienda, debe de poder generar un
fichero XML con la siguiente estructura:

<?xml version="1.0" encoding="UTF-8" ?>
- <ventas>
<version>1.0</version>
<cliente id="" />
<fecha mes="12" anio="2040" />
- <liquidaciones>
- <liquidacion idAeropuerto="" idContrato="" conceptoCanon="" subConceptoCanon="">
- <locales>
- <local id="">
- <dias>
<dia numero="1" numArticulos="0" numVentas="" valBruto="0" valNeto="10" valImpuesto="0" />
<dia numero="2" numArticulos="0" numVentas="0" valBruto="0" valNeto="0" valImpuesto="0" />
</dias>
- <top10>
<top num="1" idArticulo="" descripcion="" codFabricante="" numArticulos="0" valNeto="0" />


</top10>
- <tickets>
<ticketsTpv idTpv="" numTickets="" valNeto="0" />
</tickets>
</local>
</locales>
</liquidacion>
- <canones>
- <contrato idAeropuerto="" idContrato="">
<canonMinimoGarantizado valor="" />
<canonFijoMensual valor="" />
<canonOtros valor="" />
<TotalCanon valor="" />
- <localesCanon conceptoCanon="" subConceptoCanon="">
- <localCanon id="">
<canonVariableVentas valor="1.0" fechaDesde="17/01/1980" fechaHasta="19/01/1980" />
<canonVariableUnidades valor="" fechaDesde="" fechaHasta="" />
<canonVariableTickets valor="" fechaDesde="" fechaHasta="" />
</localCanon>
</localesCanon>
</contrato>
</canones>
</liquidaciones>
</ventas>

El modo de intercambio de este fichero entre el SW de caja del TPV (o el servidor de
trastienda) y Aena es objeto de otros documentos donde se describen los procedimientos de
operacin entre un concesionario y Aena, de acuerdo a la nueva operativa definida por la
Direccin de Espacios Comerciales de Aena.
A continuacin se especifican las etiquetas y atributos que componen el fichero XML
XML DECLARACIN MENSUAL DE VENTAS
ETIQUETAS Y
ATRIBUTOS
TIPO CAMPO DESCRIPCIN
OBLIGA
TORIO
cliente SI
Id
Number(6) Este cdigo lo facilitar el departamento
SAVIA
SI

fecha SI
mes
Number (2) Del 01 al 12 (Mes de declaracin)
SI
anio
Number (4) Superior 2010 (Ao de declaracin)
SI


liquidacion SI
idAeropuerto
SI
idContrato
SAVIA
SI
conceptoCanon
SAVIA.
SI
subConceptoCanon
Number (6) Este cdigo lo facilitar el departamento
SAVIA.
SI

local SI
Id
SAVIA
SI

dia SI
numero Number (2)
Del 1 al 31
SI
numArticulos
Number (7,3) Nmero de Artculos vendidos para el
periodo objeto de declaracin
SI
numVentas
Number (6) Nmero de Ventas (Venta Normal
Anulaciones Devoluciones +
Anulaciones de Devoluciones) para el
periodo objeto de la declaracin
SI
valBruto
Number (7,3) Importe Bruto de las Ventas Totales
(Venta Normal Anulaciones
Devoluciones +Anulaciones de
Devoluciones) para el periodo objeto de
la declaracin
SI
valNeto
Number (7,3) Importe Neto de las Ventas Totales
la declaracin
SI
vaImpuesto
Number (7,3) Importe Impuesto de las Ventas Totales
la declaracin
SI



top 10 Sern los 10 artculos mas vendidos por
idAeropuerto, idContrato, tipoCanon, local
y mes. En caso de declarar menos de 10
artculos durante el periodo de
facturacin, solo habr que completar la
parte de esos artculos
SI
num Number (2)
Del 1 al 10
SI
idArticulo
Varchar (15) Cdigo de artculo propio de la gestin
interna de la concesin
SI
descripcion
Varchar (50) Descripcin del artculo
SI
codFabricante
Varchar (15) Cdigo de Fabricante
NO
numArticulos
Number (7,3) Nmero total de unidades vendidas para
cada uno de los artculos del Top 10
SI
valNeto
Number (7.3) Importe Neto de las ventas totales (Venta
Normal Anuluaciones Devoluciones +
Anulacin de Devolucin) para el artculo
de Top 10
SI

ticketsTpv

SI
idTpv
Varchar (50) Este cdigo se completar en el alta del
TPV en el Aeropuerto. (Esta labor ser
responsabilidad de la concesin)
SI
numTickets
Number (8) Cantidad de tickets de las Ventas Totales
(Venta Normal Anuluaciones
Devoluciones +Anulacin de Devolucin)
para el TPV
SI
valNeto
Number (7,3) Importe Neto de las Ventas Totales
(Venta Normal Anuluaciones
Devoluciones +Anulacin de Devolucin)
para el TPV
SI

contrato

SI
idAeropuerto
SI
idContrato
SAVIA
SI

canonMinimoGarantizado

NO


valor
Number (7,3) Este cdigo lo facilitar el departamento
SAVIA. Ser un valor en Euros
NO

canonFijoMensual

NO
valor
NO

canonOtros

NO
valor
NO

TotalCanon

NO
valor
Number (7,3) Suma de todos los cnones anteriores y
de todos los canones variables. Sera una
cantidad en Euros
NO

localesCanon

SI
conceptoCanon
SAVIA. Se corresponde con el Servicio
SI
subConceptoCanon
Number (6) Este cdigo lo facilitar el departamento
SAVIA. Se corresponde con el
SubServicio
SI

localCanon

NO
id
SAVIA
NO

canonVariableVentas

NO


Valor
Number (5,3) Importe de canon variable aplicable al
total de las ventas para el periodo objeto
de la declaracin
NO
fechaDesde
DD/MM/AAAA Fecha de inicio del clculo del canon
NO
fechaHasta
DD/MM/AAAA Fecha final del clculo del canon
NO

canonVariableUnidades

NO
Valor
total de las unidades para el periodo
objeto de la declaracin
NO
fechaDesde
NO
fechaHasta
NO

canonVariableTickets

NO
Valor
total de tickets de Venta (Venta Normal
Anulaciones Devoluciones +Anulacin
de Devulucin) para el periodo objeto de
la declaracin
NO
fechaDesde
NO
fechaHasta
NO


11. NORMALIZACIN DE CDIGOS DE FAMILIAS Y
SUBFAMILIAS

CDIGOS
FAMILIAS
DESCRIPCIN
TIPO DE
CAMPO
CDIGOS
SUBFAMILIAS
SUBFAMILIAS
TIPO DE
CAMPO
1 BEBIDAS NO
ALCOHLICAS
Number (3)
101 AGUAS
Number (4)
102 CAFS
Number (4)
103 CHOCOLATES
Number (4)
104 INFUSIONES
Number (4)
105 REFRESCOS
Number (4)
106 ZUMOS
Number (4)
107 HORCHATA
Number (4)
108 BEBIDAS LCTEAS
Number (4)
2 BEBIDAS
ALCOHLICAS
Number (3)
201 CERVEZAS
Number (4)
202 VINOS
Number (4)
203 CAVAS Y CHAMPAGNES
Number (4)
204 LICORES
Number (4)
205 BEBIDAS DESTILADAS
Number (4)
206 COMBINADOS
Number (4)
3 MENS Number (3)
301 MENUS DESAYUNO
Number (4)
302 MENS COMIDA
Number (4)
303 MENS MERIENDA
Number (4)
304 MENS CENA
Number (4)
4 ENTRANTES Y
PLATOS
PREPARADOS
Number (3)
401 ENTRANTES CALIENTES
Number (4)
402 ENTRANTES FRIOS
Number (4)
403 BOCADILLOS CALIENTES
Number (4)
404 BOCADILLOS FRIOS
Number (4)
405 PLATOS COMBINADOS
Number (4)
406 PLATOS ELABORADOS
Number (4)
407 TAPAS Y TOSTAS
Number (4)
408 PLATOS DE EMBUTIDOS
Number (4)
409 HAMBURGUESAS
Number (4)
410 PIZZAS
Number (4)
411 ENSALADAS Y VERDURAS
Number (4)
5 PATATAS FRITAS
Y SNACKS
Number (3)
501 PATATAS
Number (4)
502 SNACKS SALADOS
Number (4)
6 PANADERA,
PASTELERA,
BOLLERA
Number (3)
601 PANADERIA
Number (4)
602 PASTELERIA
Number (4)
603 BOLLERIA
Number (4)
7 POSTRES Number (3)
701 FRUTA FRESCA
Number (4)
702 HELADOS
Number (4)


703 POSTRES LACTEOS
Number (4)
704 REPOSTERA
Number (4)
705 OTROS POSTRES
Number (4)
8 VARIOS
RESTAURACIN
Number (3)
801
SUPLEMENTOS Y
COMPLEMENTOS Number (4)
802 OTROS PRODUCTOS
Number (4)
803 OTROS SERVICIOS
Number (4)
9 DULCES Y
CHOCOLATES
Number (3)
901 CHOCOLATES
Number (4)
902 GALLETAS
Number (4)
903
CHICLES, CARAMELOS,
GOLOSINAS Number (4)
904 DULCES
Number (4)
905
SNACKS DULCES Y
CHOCOLATINAS Number (4)
906
OTROS DULCES Y
CHOCOLATES Number (4)
10 ALIMENTACIN Number (3)
1001 ALIMENTACIN SECA
Number (4)
1002
CHARCUTERIA/EMBUTIDO
S Number (4)
1003 CONSERVAS
Number (4)
1004 DERIVADOS LCTEOS
Number (4)
1005
HORTALIZAS Y VERDURAS
FRESCAS Number (4)
1006
PLATOS COCINADOS Y
PRECOCINADOS Number (4)
1007 QUESOS
Number (4)
1008 OTROS ALIMENTACIN
Number (4)
11 CALZADO Number (3)
1101 CABALLERO
Number (4)
1102 SEORA
Number (4)
1103 NIO/A
Number (4)
1104
ACCESORIOS DE
CALZADO Number (4)
1105 OTROS CALZADO
Number (4)
12 COMPLEMENTOS Number (3)
1201 BISUTERA
Number (4)
1202
COMPLEMENTOS
TEXTILES Number (4)
1203 MARROQUINERA
Number (4)
1204 PARAGUAS, BASTONES
Number (4)
1205 OTROS COMPLEMENTOS
Number (4)
13 J OYERA Y
RELOJ ERA
Number (3)
1301 J OYAS
Number (4)
1302 RELOJ ES
Number (4)
1303 REGALOS J OYERA
Number (4)
1304
OTROS J OYERA Y
RELOJ ERA Number (4)
14 DEPORTE Number (3)
1401 CONFECCIN
Number (4)
1402 CALZADO
Number (4)
1403
ACCESORIOS Y
COMPLEMENTOS Number (4)
1404 OTROS DEPORTES
Number (4)
15 DROGUERA Number (3)
1501 HIGIENE
Number (4)
1502 DROGUERA Y LIMPIEZA
Number (4)


1503 OTROS DROGUERA
Number (4)
16 PERFUMERA Y
COSMTICA
Number (3)
1601 PERFUMERIA
Number (4)
1602 COSMTICA
Number (4)
1603
OTROS PERFUMERA Y
COSMTICA Number (4)
17 LIBRERA Y
PRENSA
Number (3)
1701 LIBROS
Number (4)
1702 PRENSA NACIONAL
Number (4)
1703 PRENSA INTERNACIONAL
Number (4)
1704 REVISTAS
Number (4)
1705
GUAS DE VIAJ E, PLANOS,
MAPAS Number (4)
1706
OTROS PRENSA Y
LIBRERA Number (4)
18 PAPELERA/ESCR
ITORIO
Number (3)
1801 PAPELERA
Number (4)
1802 ESCRITORIO
Number (4)
1803
OTROS PAPELERA Y
ESCRITORIO Number (4)
19 MSICA,
ELECTRNICA,
FOTOGRAFA
Number (3)
1901 TELEVISIN Y VIDEO
Number (4)
1902 AUDIO
Number (4)
1903 AUTOMVIL
Number (4)
1904 ELECTRODOMSTICOS
Number (4)
1905 ELECTRNICA
Number (4)
1906 FOTOGRAFA
Number (4)
1907 INFORMTICA
Number (4)
1908 MSICA
Number (4)
1909
PEQUEO
ELECTRODOMSTICO Number (4)
1910
RECARGA TARJ ETAS
TELEFONA Number (4)
1911 TELEFONA
Number (4)
1912 VIDEOJ UEGOS
Number (4)
1913
OTROS MSICA,
ELECTRNICA,
FOTOGRAFA Number (4)
20 PTICA Number (3)
2001
GAFAS Y LENTES DE
CONTACTO Number (4)
2002 GAFAS DE SOL
Number (4)
2003
COMPLEMENTOS DE
PTICA Number (4)
2004
SERVICIOS
COMPLEMENTARIOS Number (4)
2005 OTROS PTICA
Number (4)
21 REGALOS Y
DECORACIN
Number (3)
2101 ARTESANIA y CERMICA
Number (4)
2102 DECOHOGAR
Number (4)
2103 FLORISTERIA
Number (4)
2104 SOUVENIRS
Number (4)
2105
OTROS REGALOS Y
DECORACIN Number (4)
22 J UGUETES/J UEG
OS
Number (3)
2201
J UGUETES/J UEGOS DE
EJ ERCICIO Number (4)
2202
J UGUETES/J UEGOS
SIMBLICOS Number (4)
2203
ENSAMBLAJ E Number (4)


2204
REGLAS Number (4)
2205
OTROS
J UGUETES/J UEGOS Number (4)
23 TABACO Number (3)
2301 ARTCULOS DE FUMADOR
Number (4)
2302 CIGARRILLOS
Number (4)
2303 PICADURA (PIPA/LIAR)
Number (4)
2304 PURITOS / MINIS
Number (4)
2305 PUROS
Number (4)
2306 OTROS TABACO
Number (4)
24 MODA Number (3)
2401 MODA HOMBRE
Number (4)
2402 MODA MUJ ER
Number (4)
2403 MODA INFANTIL
Number (4)
2404 LENCERA/BAO
Number (4)
2405 OTROS MODA
Number (4)
25 ARTCULOS DE
VIAJ E Y BOLSOS
Number (3)
2501 BOLSOS
Number (4)
2502 MALETAS Y MOCHILAS
Number (4)
2503 ACCESORIOS DE VIAJ E
Number (4)
2504
OTROS BOLSOS Y
MALETAS Number (4)
26 PARAFARMACIA Number (3)
2601
ALIMENTACIN y
COMPLEMENTOS
DIETTICA Number (4)
2602
COSMTICOS Y
PRODUCTOS DE HIGIENE
PERSONAL Number (4)
2603 PRODUCTOS SANITARIOS
Number (4)
2604
OTROS PRODUCTOS DE
PARAFARMACIA Number (4)
27 CENTROS DE
CUIDADO
PERSONAL
Number (3)
2701 PELUQUERA
Number (4)
2702 ESTTICA
Number (4)
2703 MASAJ ES
Number (4)
2704 SPA/ BAOS
Number (4)
2705 MANICURA/PEDICURA
Number (4)
2706
VENTA DE PRODUCTOS
SPA Number (4)
2707
OTROS SERVICIOS DE
CUIDADO PERSONAL Number (4)
28 CENTROS DE
NEGOCIO
Number (3)
2801 ALQUILER SALAS
Number (4)
2802
ALQUILER EQUIPAMIENTO
INFORMTICO Number (4)
2803 ALQUILER MEGAFONA
Number (4)
2804
SERVICIO DE IMPRESIN,
REPRODUCCIN Y
PAPELERA Number (4)
2805 SERVICIO DE AZAFATAS
Number (4)
2806 SERVICIO DE MENSAJ ERA
Number (4)
2807
SERVICIO DE
RESTAURACIN EN SALAS Number (4)
2808
OTROS SERVICIOS DE
CENTROS DE NEGOCIO Number (4)
29 SERVICIOS
PERSONALES
(SALAS VIP)
Number (3)
2901
SERVICIOS DE
LAVANDERA Number (4)
2902
SERVICIO DE LIMPIEZA DE
CALZADO Number (4)


2903
OTROS SERVICIOS
PERSONALES Number (4)
30 VIAJ ES-
SERVICIOS
SUELTOS
Number (3)
3001 BILLETES
Number (4)
3002 COCHES DE ALQUILER
Number (4)
3003 HOTELES
Number (4)
3004 VENTA DE SEGUROS
Number (4)
31 VIAJ ES-
SERVICIOS
COMBINADOS
Number (3)
3101 CIRCUITOS
Number (4)
3102 CRUCEROS
Number (4)
3103 FIN DE SEMANA
Number (4)
3104 EXCURSIONES
Number (4)
3105 OTROS
Number (4)
32 COMBUSTIBLES Number (3)
3201 GASOLINA
Number (4)
3202 GASOLEO
Number (4)
3203 QUEROSENO
Number (4)
3204 AUTOGAS
Number (4)
33 SERVICIOS DEL
AUTOMOVIL
Number (3)
3301 LAVADO AUTOMTICO
Number (4)
3302 BOXER
Number (4)
34 TALLERES Y
RECAMBIOS
Number (3)
3401 RECAMBIOS
Number (4)
3402 ACCESORIOS AUTOMOVIL
Number (4)
3403 TALLER DE REPARACIN
Number (4)


12. GESTIN DE CAMBIOS
Diferencias con la versin anterior del documento:

Esta versin del documento es una versin aclaratoria que completa la informacin
proporcionada en versiones anteriores. No se modifica la estructura de las transacciones o los
mecanismos de comunicacin.

Se modifica la estructura del XML de declaracin de ventas mensuales. Se definen dos
posibles tipos de homologacin: una completa, incluyendo la funcionalidad de generacin
automtica de un fichero XML para la declaracin de ventas mensuales, y otra parcial, sin
incluir esta funcionalidad. Se aclara el contenido de campos del fichero XML, y se incluye el
par concepto-subconcepto de canon.

1.- Apartado 2.1.1 Se aade procesador Intel o similar.

2.- Apartado 2.1.2 Se aade el S.O. Windows 7.

3.- Apartado 2.3: Se modifica el Origen y Destino del puerto TCP 8001 en la tabla de
conexiones SAVIA.

4.- Apartado 3.5: Se aade informacin relativa a la emisin de declaracin de ventas
mensuales

5.-Apartado 3.6: Se aade informacin relativa a la actualizacin de listado de artculos de
venta

6.- Apartado 4.1: Se aade informacin relativa a la numeracin correlativa.

7.- Apartado 5.4: Se aade informacin relativa al tipo de operacin de venta Cancelacin.

8.- Apartado 8.1.2: Se modifica el nombramiento de los ficheros de trasacciones.

9.- Apartado 9.1.4:
Se modifica la parte de Mximo Nmero de Registros de la transaccin de Ticket de Venta.
Se aade informacin relativa a Cancelaciones.
Se aade informacin en las descripcin de los campos: ID_REGISTRO_T, NL_ARTICULO,
NL_IMPUESTO, NL_FORMAPAGO, ID_REGISTRO_A, ID_REGISTRO_I, ID_REGISTRO_P

10.- Apartado 9.1.5:
Se modifica el nmero mximo de registros y el nmero de Campos.
Se aade informacin en los campo ID_REGISTRO de la parte del cuerpo y en la parte del
registro.

11.- Apartado 9.1.6: Se modifica la parte Tipo campo del campo TIPO_SUBFAMILIA

12.- Apartado 10.1:
Se aade informacin sobre los campos numricos.
Se aade el cuadro de definicin para el XML de Declaracin de Articulos.

13.- Apartado 10.2:
Se aade informacin sobre los campos numricos.
Se modifica el XML de Declaracin mensual de Ventas.
Se aade el cuadro de definicin para el XML de Declaracin mensual de ventas.

SAVIA Req Tecnicos Homologacion 20101213-V5.1

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SAVIA Req Tecnicos Homologacion 20101213-V5.1

Cargado por

Copyright:

Formatos disponibles

Aena: Direccin de Sistemas de Informacin Fecha:16/12/2010

Cdigo: SAVIA_Req_Tecnicos_Homologacion 20101213-V5.1.doc SAVIA

También podría gustarte