Documentos de SINLI
Para el correcto funcionamiento dentro del sistema de transmisión de ie-fande, todos los documentos normalizados SINLI deberán incorporar el siguiente registro identificador antes de la propia normalización de SINLI. | |
Como norma general, todos los ficheros de documentos normalizados deberán tener obligatoriamente el primer registro como Identificador:
Se trata de un registro que puede ofrecer datos de mayor fiabilidad a la transmisión, diciendo de quien viene, a quien va para verificar que es para nosotros, de que documento se trata, y otros datos opcionales:
La posibilidad de numerar nuestros envíos (para el propio control de cada uno), un usuario o persona departamento emisor, y otro destinatario, datos que podrían usarse para reorientar avisos a usuarios de forma desatendida, respecto de entradas de documentos para ellos.
Este registro, además de la información en función del tipo de documento, nos indicará cuantos registros contiene el documento enviado.
REGISTRO IDENTIFICACIÓN: Longitud 080 bytes
|
Tipo de Registro |
1 A "I" |
|
O Tipo de Formato (Normalizado / libre) |
1 A "N" |
|
Identif. de Información |
6 A "XXXXXX" "nombre documento" |
|
Identif. Versión de Información |
2 N "00" a "99" |
|
Identif. Emisor Usuario ESFANDE |
8 A "LIBnnnnn" ó "Lnnnnnnn" |
|
Identif. Destino Usuario ESFANDE |
8 A "LIBnnnnn" ó "Lnnnnnnn" |
|
Cantidad de Registros del fichero |
5 N |
|
Número Transmisión s/emisor |
7 N |
|
Usuario local del emisor |
15 A |
|
Usuario local del destino |
15 A |
|
Texto libre |
7 A |
|
FANDE |
5 A "FANDE" |
El campo de tipo de formato, especifica si es un formato normalizado general (n), o bien es un formato generado de manera particular entre las partes afectadas, al que llamamos "libre" (l) y cuya interpretación está fuera del catalogo fande, aunque utiliza la estructura normalizada de fichero, que permitirá de manera más eficaz, y automática el mecanizar procesos.
Los mensajes de FANDITE/SINLI por e-mail deberán codificar el asunto del mensaje y tener anexado un archivo como documento electrónico (uno solo). A efectos de validación previa a la recogida, el asunto vendrá ya con información útil.
El asunto o subject del mensaje contendrá:
ESFANDE 7A Identificador emisor 8A ESFANDE 7A Identificador destino 8A Documento 6A Versión 2N FANDE 5A
ESFANDELIB09989ESFANDELIB09945LIBROS05FANDE ó
ESFANDEL0009989ESFANDEL0009945LIBROS05FANDE
El detalle del mensaje, se despreciará y solo el asunto estará contenido en el fichero de log que iefandite genera por cada conexión, solo se extraerá el contenido del fichero adjunto.
Les recordamos que para facilitar al máximo la automatización de los documentos normalizados:
ESTRUCTURA Y TIPOS DE FICHEROS
El nombre de los ficheros no debería ser significativo, es decir que no tenga contenido como tal, y debería de tener como máximo 8 caracteres por tema de compatibilidad con los distintos sistemas donde pueda funcionar.
La codificación de campos numéricos se hará de la manera más habitual en ASCII: campos con valores ajustados a la derecha y de haber signo, este ocupará la posición anterior al número (de manera flotante), es decir que siempre en campos numéricos negativos se perderá un dígito para el signo. Se entiende que lo todo anterior se refiere a los signos negativos, ya que las cantidades positivas nunca llevan signo. Un campo de tres dígitos podrá tener valores entre -99 y 999.
Ejemplo:
Tomemos el campo Pvp incluido iva 7 N (2 dec. implícitos) la forma de expresar un precio de –129,50 seria: -12950, sin que sea necesario poner un cero delante del signo para completar las 7 posiciones del campo
Todos los campos numéricos de naturaleza importe, descuento o cualquier tipo de porcentaje irán expresados con dos decimales, entendiendo que las dos ultimas posiciones corresponden a la parte decimal.
En todos los documentos donde aparezca cualquier tipo de importe, existirá un campo en el registro de cabecera indicando la moneda, lo cual implica que todos los campos de naturaleza importe / precio irán expresados en la misma moneda.
Los campos de tipo fecha se asumen que siempre estarán en el formato AAAAMMDD, si no se indica en el campo otra especificación.
El ISBN será un campo obligatorio de 17 dígitos (incluido el dígito de control) con guiones. En el caso de que el libro o producto no lo tenga se sustituirá por el código que le asigne el proveedor a ese producto. Cada registro de tipo 'artículo' deberá rellenar el campo 'Referencia'.
Los campos que no son obligatorios son libres de usarse o no, pero siempre teniendo en cuenta que hay que preservar la estructura de campos de longitud fija.
En el caso del EAN y tratándose de un libro se utilizarán 13+5 dígitos. El addendum en un campo aparte de 5 dígitos, alineado a la derecha.
Todos los ficheros deberán contener en la primera línea el registro de identificación, donde irá la información sobre el remitente y destinatario así como el tipo de fichero del que se trata.
|
Req. |
Campo |
Lon. |
Tipo Dato |
|
X |
Tipo de Registro |
1 |
A |
|
X |
E-mail origen |
50 |
A |
|
X |
E-mail destino |
50 |
A |
|
X |
Tipo de Fichero |
6 |
A |
|
X |
Versión fichero |
2 |
N |
|
|
Nº de transmisión emisor |
8 |
N |
--------------------------ooooooooo-------------------------
Para ver todos los documentos de SINLI seguir este enlace: