guia de formatos de transmision proyecto zonas … · 51 exportación temporal para...
TRANSCRIPT
1
GUIA DE FORMATOS DE TRANSMISION PROYECTO ZONAS FRANCAS
VERSION 1.1
ENERO 2011
Servicio Nacional de Aduana del Ecuador
2
Tabla de contenido
1 Introducción ........................................................................................................................... 3
2 Servicios Web ........................................................................................................................ 4
2.1. Autorizaciones de Ingreso y Salida .................................................................................... 5
2.2. Correcciones a las Autorizaciones de Ingreso y Salida ................................................... 13
2.3. Transmisión de Movimiento de Ingreso/Egreso de Inventario: ........................................ 22
2.4. Transmisión de Carga de Saldos Iniciales ....................................................................... 27
2.5. Corrección de Transmisión de Carga de Saldos Iniciales ................................................ 30
3
1 Introducción
El siguiente manual tiene como objetivo principal el guiar al Usuario sobre el funcionamiento y
uso de los Servicios Web y las Interfaces del proyecto de Desarrollo Informático para el control
de Zonas Francas.
4
2 Servicios Web
El Administrador de Zonas Francas remitirá, en formatos XML, el detalle de la información con
respecto a diferentes procesos, el código de usuario y contraseña encriptado (MD5) como
parámetro del servicio, los cuales se verificará que correspondan a la información almacenada
en la base de datos del SICE. Esta será la primera validación que se realizará en todos los
servicios web.
Los Servicios Web son los siguientes:
• Autorizaciones de Ingreso y Salida
• Correcciones a las Autorizaciones de Ingreso y Salida
• Transmisión de Movimiento de Ingreso/Egreso de Inventario
• Transmisión de Carga de Saldos Iniciales
• Corrección Transmisión de Carga de Saldos Iniciales
• Transmisión de Información de Usuarios de Zonas Francas
A continuación se presenta el catalogo de tipos de transacciones a utilizarse en la transmisión
de los formatos
Tabla 01
Tipos de transacciones
Tipo
Transacción
Descripción Transacción
52 Carga de Inventario Inicial
53 Ajuste por Corrección Aumento de Inventario
35 Solicitud de Autorización de Ingreso de Mercancías Usuario Comercial Zona
Franca
36 Ingreso Definitivo de Usuario Comercial Zona Franca aduana
37 Corrección detalle de Solicitud de Autorización de Ingreso de Mercancías
38 Corrección Movimiento Ingreso Definitivo de Usuario Comercial Zona Franca
39 Solicitud de Autorización de salida de Mercancías
40 Egreso Definitivo Usuario Comercial Zona Franca.
41 Corrección Movimiento Solicitud de Autorización de salida de Mercancías
42 Corrección Movimiento Egreso Definitivo Usuario Comercial Zona Franca.
5
43 Solicitud de Autorización de Ingreso de Mercancías Usuario Industrial Zona
Franca
44 Ingreso Definitivo de Insumos de Usuario Industrial Zona Franca
45 Corrección detalle de Solicitud de Autorización de Ingreso de Mercancías Usuario
Industrial Zona Franca
46 Corrección Ingreso Definitivo de Insumos de Usuario Industrial Zona Franca
47 Solicitud de Autorización de salida de Mercancías usuario Industrial Zona Franca
48 Egreso Definitivo de productos usuario Industrial Zona Franca
49 Corrección Solicitud de Autorización de salida de Mercancías
50 Corrección Egreso Definitivo de productos de Usuario Industrial Zona Franca
51 Transmisión de información de usuarios
54 Corrección de Transmisión de información de usuarios
2.1. Autorizaciones de Ingreso y Salida
El Administrador de Zonas Francas remitirá el detalle de la información con respecto a las
Autorizaciones de Ingreso y Salida desde o hacia Zona Franca en formatos XML. Los formatos
XML deberán contener los siguientes campos:
o Información Control
• tipo-operador: Tipo de operador de zona franca
• codigo-operador: Código del administrador de zona franca
• tipo-transaccion: Código de transacción
• código-aduana: Codigo de Distrito Aduanero del Administrador
• numero-detalles: Número de detalles de productos
• numero-facturas: Número de detalles de facturas
o Cabecera
• numero-autorizacion: Número de autorización registrado por el Administrador
• numero-solicitud: Número de solicitud registrado por el Administrador
• tipo-autorizacion: Código de tipo de autorización
• motivo-autorizacion: Régimen o código con motivo de autorización
• fecha-solicitud: Fecha de solicitud de la autorización
• fecha-autorizacion: Fecha de autorización de la solicitud
• fecha-finalización: fecha de finalización de la solicitud
• ruc-usuraio: Ruc del usuario de la zona franca
• pto-embarque: Código del puerto de embarque
6
• pto-desembarque: Código del puerto de desembarque
• pais-origen: País de origen de las mercancías
• pais-destino: País de destino de las mercancías
• usos-destinos: Usos de las mercancías
• total-unidades: Total de unidades comerciales
• fecha-ingreso: Fecha tentativa de ingreso de mercancía
• fecha-salida: Fecha tentativa de egreso de mercancía
• tipo-transporte: Forma de transporte de la mercancía
• peso-bruto: Peso bruto de la mercancía en Kg
• peso-neto: Peso neto de la mercancía en Kg
• fob-total: FOB total de la mercancía
• cif-total: CIF total de la mercancía
• total-bultos: Total de bultos de la mercancía
• identificacion-proveedor: número de la identificación del proveedor
• razon-social-proveedor: Identificación del proveedor
• identificacion-cliente: Número de identificación del cliente
• razon-social-cliente: Identificación del cliente
o detalle-productos
◦ producto
• id-catalogo-producto: Código de producto
• codigo-secuencia-detalle: Secuencia del producto registrado en la solicitud
• cantidad-producto: Cantidad del producto
• precio-unitario: Fob de producto
o Componentes
• codigo-detalle-componente: Secuencia del insumo registrado para el producto
• id-catalogo-componente: Código de producto componente registrado en el
catálogo de productos
• cantidad-total: Cantidad total del componente
• cantidad-neta: Cantidad neta del componente
• cantidad-merma: Cantidad merma del componente
• cantidad-desperdicio: Cantidad de desperdicio del componente
o detalle-facturas
o Factura
• numero-factura: Número de factura
• fecha-factura: Fecha de la factura
• emisor-factura: Emisor de la factura
• total-factura: Total de la factura
• secuencia-factura: Secuencia de la factura
7
Se debe considerar los siguientes catálogos de Solicitud de Autorización y de Motivos
de Autorizaciones.
Tabla 02
Tipo Solicitud de Autorización
01 Ingreso a Zona Franca
02 Salida de Zona Franca
Tabla 03
Motivo Solicitud de Autorización
01 Ingreso por ventas entre usuarios de zonas francas de
un mismo distrito
02 Salida por ventas entre usuarios de zonas francas de
un mismo distrito
90 Importación del Exterior a Zona Franca
79 Exportación a consumo desde el país hacia zona
franca
80 Tránsito desde y hacia zona franca
51 Exportación Temporal para perfeccionamiento pasivo
50 Exportación Temporal con reimportación en el mismo
estado
61 Reexportacion de mercancías para perfeccionamiento
activo
21 Importación temporal para perfeccionamiento activo
(reparaciones).
10 Nacionalización
79 Exportación al Exterior
31 Reimportación de mercancías exportadas
temporalmente para perfeccionamiento pasivo
32 Reimportación de mercancías exportadas
40 Exportacion hacia zona franca
70,71,72,73,
74,20,21,24
Cambio de Régimen
03 Ingreso por Devoluciones de exportaciones a territorio
nacional
04 Autorizacion de ventas entre usuarios de una misma
zona franca
8
Al realizar la transmisión del formato XML, el sistema realizará las siguientes validaciones:
• Es obligatorio el envío de los campos: <tipo-operador>, <código-operador>, <tipo-
transacción>, para poder realizar los controles de los envíos. Se debe validar que el
usuario de los campos <tipo-operador>, <código-operador>, exista y se encuentre
registrado como administrador de zona franca (tipo de operador 13).
• En caso que el código de Tipo de Transacción <tipo-transacción> tenga los valores: 35
(Solicitud de Autorización de ingreso de mercancías Usuario Comercial Zona Franca) ó
43 (Solicitud de Autorización de ingreso de mercancías Usuario Industrial Zona
Franca), y en el campo código de Tipo de Autorización <tipo-autorización> el valor 01
(ingreso), entonces debe aceptarse solamente en el campo código de Motivo de
Autorización <motivo-autorización> los valores: 01, 03, 40, 50, 51, de acuerdo al
catalogo (tabla 03)
• En caso que el código de Tipo de Transacción <tipo-transacción> tenga los valores: 39
(Solicitud de Autorización de Salida de Mercancías) ó 47 (Solicitud de Autorización de
salida de mercancías usuario Industrial Zona Franca), y en código de Tipo de
Autorización <tipo-autorización> (tabla 02) sea 02 (salida), entonces debe aceptarse en
el campo código de Motivo de Autorización <motivo-autorización> los valores: 02, 04,
10, 20, 21, 24, 31, 32, 70, 71, 72, 73, 74, 79 u 80 (tabla 03).
• Debe aceptarse solamente en el campo código de Tipo de Autorización <tipo-
autorización> los valores: 01 ó 02. (tabla 03)
• Debe aceptarse solamente en el campo código de Motivo de Autorización <motivo-
autorización> (tabla 03) los valores: 01, 02, 03, 10, 20, 21, 24, 31, 32, 40, 50, 51, 60,
61, 70, 71, 72, 73, 74, 79, 80 ó 90, los cuales, a partir del código 10, son los códigos de
los regímenes que se ponen en la declaración; los códigos 01 y 02 se refieren a
traslados internos que se realizan entre usuarios de la Zona Franca o entre usuarios de
diferentes Zonas Francas dentro de un mismo distrito, esta última con autorización por
parte de la SENAE.
• Se utilizará el código de motivo de autorización con valor 01 (tabla 03), por concepto de
ingreso por ventas entre usuarios de diferentes zonas francas dentro de la jurisdicción
de un mismo distrito, para las transacciones de autorización de ingreso, campo <tipo-
transacción> 35 (Solicitud de Autorización de Ingreso de Mercancías Usuario
Comercial Zona Franca) y 43 (Solicitud de Autorización de ingreso de mercancías
Usuario Industrial Zona Franca), y el tipo de autorización <tipo-autorización> con valor
01;
• Se utilizará el código del campo motivo de autorización con valor 02 (tabla 03), para las
transmisiones por concepto de salida por ventas entre usuarios de diferentes Zonas
Francas dentro de la jurisdicción de un mismo distrito.
• Para las transacciones de salida de zona franca, el campo <tipo-transacción> deberá
tener los valores 39 (Solicitud de autorización de salida de mercancías), 47 (Solicitud
de Autorización de salida de mercancías Usuario Industrial Zona Franca). Para ambas
9
transacciones, el tipo de autorización <tipo-autorización> a utilizarse tendrá valor 02;
• En caso que el usuario realice otras combinaciones de códigos no establecidos deberá
mostrar mensaje de error: “La combinación de tipo de transacción: <tipo-transacción>,
tipo de autorización: <tipo-autorización>, motivo de autorización: <motivo-
autorización>, no está permitida.”.
• En caso que el Tipo de Transacción <tipo-transacción> tenga los valores: 35 (Solicitud
de Autorización de Ingreso de Mercancías Usuario Comercial Zona Franca), 39
(Solicitud de autorización de salida de mercancías), 43 (Solicitud de Autorización de
Ingreso de Mercancías Usuario Industrial Zonas Francas) ó 47 (Solicitud de
Autorización de salida de mercancías Usuario Industrial Zona Franca debe validar lo
siguiente:
◦ Los campos correspondientes a la cabecera de la autorización: <numero-
autorizacion>,<tipo-autorizacion>,<motivo-autorizacion>,<fecha-solicitud>,<fecha-
autorizacion>,<fecha-finalizacion>,<ruc-usuario>,<total-unidades>,<fob-total>,<cif-
total> es obligatorio su llenado.
◦ Los campos correspondientes al detalle de productos: <id-catalogo-
producto>,<cantidad-producto>,<fob-unitario>,<secuencia-detalle>, es obligatorio
su llenado.
◦ El campo <fecha-autorización>, <fecha-solicitud> es la fecha en que el usuario
remite la autorización al administrador de zona franca. El formato debe ser:
“dd/mm/yyyy”
◦ <fecha-finalización> será calculada por el sistema. En una fase inicial no será
necesario enviar información en este campo.
◦ El <pto-embarque> y <pto-desembarque> son condicionales. Si el Tipo de
Autorización es 01 (ingreso), se exigirá el dato del puerto de embarque cuando el
motivo de la autorización tenga el valor de 90 (Importación del Exterior a Zona
Franca). Si el Tipo de Autorización es 02 (salida), se exigirá el dato de puerto de
desembarque cuando el motivo de la autorización tenga el valor de 79 (Exportación
a consumo desde el país hacia zona franca) (tabla 03)
◦ Se debe validar que el Ruc del usuario de Zona Franca <ruc-usuario> se encuentre
registrado con estado habilitado y que pertenezca a un Operador de Comercio
Exterior registrado ante la Aduana como usuario de Zona Franca.
◦ Se verifica que el código de puerto de embarque <pto-embarque>, se encuentre
registrado en el catálogo de puertos de la SENAE. Si el código no se encontrare
registrado en catalogo el campo <pto-embarque>, se envía el siguiente mensaje de
error: “No existe puerto de embarque Verifique su contenido<pto-embarque>”.
◦ Se verifica que el código de puerto de desembarque <pto-desembarque>, se
encuentre registrado en el catálogo de puertos de la SENAE. Si el código no se
encuentre registrado en catalogo el campo <pto-desembarque>, se enviará el
siguiente mensaje de error: “No existe puerto de desembarque Verifique su
10
contenido<pto-desembarque>”.
◦ Los campos <identificación-proveedor><razón-social-proveedor> será exigible
cuando el motivo de la autorización tenga el valor de 90 (parametrizable)
(Importación del Exterior a Zona Franca). En los demás casos no se exigirá
valores, pero si se remite información en el campo: <identificación-proveedor>, se
validará que el campo <razón-social-proveedor> también tenga valores registrados
◦ Los campos <identificación-cliente> <razón-social-cliente> será exigible cuando el
motivo de la autorización tenga el valor de 79 (parametrizable) (Exportación a
consumo desde el país hacia zona franca) En los demás casos no se exigirá
valores, pero si se remite información en el campo: <identificación-cliente>, se
validará que el campo <razón-social-cliente> también tenga valores registrados.
◦ Los datos registrados en el campo <usos-destinos>, <total-bultos>, <peso-bruto>
<peso-neto> son opcionales.
◦ Si el campo <numero-factura> tiene valores ingresados, se deben incluir los demás
campos relacionados al ingreso de las facturas: <fecha-factura>, <emisor-factura>,
<secuencia-factura>,<total-factura> con sus respectivas validaciones de formato.
◦ El campo <numero-detalles-factura> debe ser igual a la cantidad de detalles de
facturas enviadas.
◦ Se debe validar que el conjunto: <id-catalogo-producto> se encuentre registrado en
el catálogo de productos del usuario previamente enviado por el Administrador (52-
Registro de Catalogo de productos por usuario zona franca)
◦ Si los datos son aceptados, se registran en la base de datos y se enviará el formato
de respuesta de aceptación número de autorización SICE (CDA) AAA-YYYY-TT-
NNNNNN, (Aduana-Año-Tipo-Correlativo) con estado de aprobado.
Finalmente, una vez validado el archivo en formato XML enviado, el sistema realizará lo
siguiente:
• Validación Negativa: Genera archivo de errores y lo envía como respuesta.
Los errores generados son:
ERROR MOTIVO
El servicio web se encuentra fuera de servicio, vuelva a intentarlo más tarde
El servicio web no se encuentra levantado ese momento
EL USUARIO Y/O CONTRASEÑA NO SON VÁLIDOS El usuario y/o contraseña enviados como parámetros no se encuentran almacenados en la base del SICE - SENAE
EL TIPO DE OPERADOR ES OBLIGATORIO La información enviada en el campo tipo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio, siendo un campo obligatorio
11
EL CÓDIGO DE OPERADOR ES OBLIGATORIO La información enviada en el campo codigo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN ES OBLIGATORIO La información enviada en el campo tipo-transaccion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE AUTORIZACIÓN ES OBLIGATORIO La información enviada en el campo numero-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE SOLICITUD ES OBLIGATORIO La información enviada en el campo numero-solicitud del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE AUTORIZACIÓN ES OBLIGATORIO La información enviada en el campo tipo-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL MOTIVO DE LA AUTORIZACIÓN ES OBLIGATORIO
La información enviada en el campo motivo-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE DETALLES DE PRODUCTOS NO ES CONSISTENTE CON EL VALOR DE NÚMERO DE PRODUCTOS EN LA INFORMACIÓN DE CONTROL
La información enviada en el campo numero-detalles del documento en formato XML enviado se encuentra con una cantidad diferente al número de detalles que contiene el documento en formato XML enviado
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 35, TIPO DE AUTORIZACIÓN 02 Y MOTIVO 40 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion y tipo-autorizacion del documento en formato XML enviado no corresponden a una combinación válida
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 39, TIPO DE AUTORIZACIÓN 01 Y MOTIVO 40 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion y tipo-autorizacion del documento en formato XML enviado no corresponden a una combinación válida
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 39, TIPO DE AUTORIZACIÓN 02 Y MOTIVO 90 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion, tipo-autorizacion y motivo-autorización del documento en formato XML enviado no corresponden a una combinación válida
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 39, TIPO DE AUTORIZACIÓN 02 Y MOTIVO 51 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion, tipo-autorizacion y motivo-autorización del documento en formato XML enviado no corresponden a una combinación válida
LA FECHA DE SOLICITUD ES OBLIGATORIA La información enviada en el campo fecha-solicitud del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA FECHA DE AUTORIZACIÓN ES OBLIGATORIA La información enviada en el campo fecha-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA FECHA DE FINALIZACIÓN DEBE ESTAR VACÍA La información enviada en el campo fecha-finalizacion del documento en formato XML enviado se encuentra con información (debe estar vacía)
EL RUC DEL USUARIO ES OBLIGATORIO La información enviada en el campo ruc-usuario del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TOTAL DE LAS UNIDADES ES OBLIGATORIO La información enviada en el campo total-unidades del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL FOB TOTAL ES OBLIGATORIO La información enviada en el campo fob-total del
12
documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL CIF TOTAL ES OBLIGATORIO La información enviada en el campo cif-total del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL ID DE CATÁLOGO DE PRODUCTO ES OBLIGATORIO
La información enviada en el campo id-catalogo-producto de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA CANTIDAD DE PRODUCTO ES OBLIGATORIA La información enviada en el campo cantidad-producto de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL FOB UNITARIO ES OBLIGATORIO La información enviada en el campo fob-unitario de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA SECUENCIA DETALLE ES OBLIGATORIA La información enviada en el campo secuencia-detalle de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA RAZÓN SOCIAL DEL CLIENTE ES OBLIGATORIA, YA QUE LA IDENTIFICACIÓN DEL CLIENTE ESTÁ REGISTRADA
La información enviada en el campo razon-social-cliente del documento en formato XML enviado se encuentra vacío, y ya que el campo ideintificacion-cliente se envió con información, este es obligatorio
EL PUERTO DE EMBARQUE ES OBLIGATORIO La información enviada en el campo pto-embarque del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL PUERTO DE DESEMBARQUE ES OBLIGATORIO La información enviada en el campo pto-desembarque del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL RUC DEL USUARIO NO ESTÁ REGISTRADO EN LA BASE DE DATOS DE LA SENAE
La información enviada en el campo ruc-usuario del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
NO EXISTE PUERTO DE EMBARQUE. VERIFIQUE SU CONTENIDO: ***
La información enviada en el campo pto-embarque del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
NO EXISTE PUERTO DE DESEMBARQUE. VERIFIQUE SU CONTENIDO: ***
La información enviada en el campo pto-desembarque del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
EL NÚMERO DE LA FACTURA ES REQUERIDO La información enviada en el campo numero-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA FECHA DE FACTURA ES OBLIGATORIO La información enviada en el campo fecha-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL EMISOR DE FACTURA ES OBLIGATORIO La información enviada en el campo emisor-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
13
EL TOTAL DE FACTURA ES OBLIGATORIO La información enviada en el campo total-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LOS SIGUIENTES IDS DE CATÁLOGO DE PRODUCTOS/COMPONENTES (*** ) NO ESTÁN REGISTRADOS
La información enviada en el campo id-catalogo-producto de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra incorrecto y/o no existe en la base de datos del SICE-SENAE
El servicio web se encuentra sin conexión a la base de datos, vuelva a intentarlo más tarde
El servicio web se encuentra sin conexión a la base de datos en ese momento
EL NUMERO DE AUTORIZACION YA HA SIDO UTILIZADO POR ESE USUARIO EN OTRA AUTORIZACION
La información enviada en el campo numero-autorizacion del documento en formato XML enviada ya ha sido utilizado por el mismo usuario
EL TIPO DE AUTORIZACIÓN ES INCORRECTO La información enviada en el campo tipo-autorizacion del documento en formato XML enviado es incorrecta
EL MOTIVO DE LA AUTORIZACIÓN ES INCORRECTO
La información enviada en el campo motivo-autorizacion del documento en formato XML enviado es incorrecta
LOS DATOS DEL PROVEEDOR SON REQUERIDOS La información enviada en los campo identificacion-proveedor y razon-social-proveedor del documento en formato XML enviado se encuentran vacíos
EL PAÍS DE DESTINO ES OBLIGATORIO La información enviada en el campo pais-destino del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL PAÍS DE ORIGEN ES OBLIGATORIO La información enviada en el campo pais-origen del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA SECUENCIA FACTURA ES OBLIGATORIA La información enviada en el campo secuencia-factura del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
• Validación Positiva: Realiza el ingreso de la información de la autorización en la base
de datos y envía el número de CDA de autorización de ingreso o salida generado (ejm:
CDA 028-2010-39-000001, donde 028 corresponde a la aduana, 2010 al año de
trámite, 39 al código de identificación y 000001 al correlativo) como respuesta junto con
un mensaje informativo satisfactorio.
2.2. Correcciones a las Autorizaciones de Ingreso y Salida
El Administrador de Zonas Francas remitirá el detalle de la información con respecto a las
Correcciones de las Autorizaciones de Ingreso y Salida desde o hacia Zona Franca en formatos
XML. Los formatos XML deberán contener los siguientes campos:
o Información Control
• tipo-operador: Tipo de operador de zona franca
• codigo-operador: Código del administrador de zona franca
14
• tipo-transaccion: Código de transacción
• código-aduana: Codigo de Distrito Aduanero del Administrador
• numero-detalles: Número de detalles de productos
• numero-facturas: Número de detalles de facturas
• Cabecera
◦ tipo-autorizacion: Código de tipo de autorización
◦ motivo-autorizacion: Régimen o código con motivo de autorización
◦ fecha-solicitud: Fecha de solicitud de la autorización
◦ fecha-autorizacion: Fecha de autorización de la solicitud
◦ ruc-usuario: Ruc del usuario de la zona franca
◦ pto-embarque: Código del puerto de embarque
◦ pto-desembarque: Código del puerto de desembarque
◦ pais-origen: País de origen de las mercancías
◦ pais-destino: País de destino de las mercancías
◦ usos-destinos: Usos de las mercancías
◦ total-unidades: Total de unidades comerciales
◦ fecha-aprox-ingreso: Fecha tentativa de ingreso de mercancía
◦ fecha-aprox-salida: Fecha tentativa de egreso de mercancía
◦ tipo-transporte: Forma de transporte de la mercancía
◦ peso-bruto: Peso bruto de la mercancía en Kg
◦ peso-neto: Peso neto de la mercancía en Kg
◦ fob-total: FOB total de la mercancía
◦ cif-total: CIF total de la mercancía
◦ total-bultos: Total de bultos de la mercancía
◦ identificacion-proveedor: número de la identificación del proveedor
◦ razon-social-proveedor: Identificación del proveedor
◦ identificacion-cliente: Número de identificación del cliente
◦ razon-social-cliente: Identificación del cliente
◦ estado-correcion-cabecera: Valor para identificación de tipo de corrección
• CDA Autorizacion
◦ aduana-autorizacion: Aduana de la autorizacion SICE
◦ anio-autorizacion: Año de la Autorizacion SICE
◦ codigo-autorizacion: Tipo CDA de la Autorizacion SICE
◦ numero-autorizacion: Correlativo de la Autorizacion SICE
• Detalle
◦ busqueda
o codigo-producto: Codigo de Producto para realizar la busqueda
o subpartida: Partida Arancelaria del Producto a modificar
15
o tipo-producto: Tipo de Producto del Producto a modificar
o ruc-usuario: Ruc de Usuario del Producto a modificar
◦ Producto
• id-catalogo-producto: Código de producto
• codigo-detalle-solicitud: Secuencia del producto registrado en la solicitud
• cantidad-producto: Cantidad del producto
• precio-unitario: Fob de producto
• estado-correccion-producto: Valor para la identificación del tipo de corrección
o detalle-componentes
• Componentes
◦ id-catalogo-componente: Código de producto insumo
◦ codigo-detalle-componente: Secuencia del insumo registrado para el
producto
◦ cantidad-total: Cantidad total del componente
◦ cantidad-neta: Cantidad neta del componente
◦ cantidad-merma: Cantidad merma del componente
◦ cantidad-desperdicio: Cantidad de desperdicio del componente
◦ estado-correccion-componente: Valor para la identificación del tipo de
corrección
◦ Factura
o numero-factura: Número de factura
o secuencia-factura: Secuencia de la factura
o fecha-factura: Fecha de la factura
o emisor-factura: Emisor de la factura
o total-factura: Total de la factura
o estado-correccion-factura: Valor para la identificación del tipo de corrección
Al realizar la transmisión del formato XML, el sistema realizará las siguientes validaciones:
• Es obligatorio el envío de los campos: <tipo-operador>, <código-operador>, <tipo-
transacción>, para poder realizar los controles de los envíos. Se debe validar que el
usuario especificado de los campos <tipo-operador>, <código-operador>, exista y se
encuentre registrado como administrador de zona franca (tipo de operador 13).
• El tipo de transacción <tipo-transacción> en el archivo tenga los valores: 37
(Corrección detalle de Solicitud de Autorización de Ingreso de mercancías), 41
(Corrección Movimiento de Solicitud de Autorización de Salida de mercancías), 45
(Corrección detalle de Solicitud de Autorización de Ingreso de mercancías usuario
Industrial Zona Franca), 49 (Corrección solicitud de autorización de salida de
16
mercancías), caso contrario deberá mostrar el mensaje de error: “el tipo de transacción
<tipo–transacción> no es correcto para este formato”.
• En caso que el tipo de transacción <tipo-transacción> tenga los valores: 37 (Corrección
detalle de Solicitud de Autorización de Ingreso de mercancías), 41 (Corrección
Movimiento de Solicitud de Autorización de Salida de mercancías), 45 (Corrección
detalle de Solicitud de Autorización de Ingreso de mercancías usuario Industrial Zona
Franca) o 49 (Corrección solicitud de autorización de salida de mercancías) se debe
validar lo siguiente:
◦ Los campos <tipo-operador>, <código-operador>, <tipo-transacción>, <aduana-
autorización>, <anio-autorización>, <código-autorización>, <número-autorización>,
es obligatorio su llenado.
◦ Se debe validar que el valor de los campos: <aduana-autorizacion> + <codigo-
autorizacion> + <anio-autorizacion> + <número-autorización>, se encuentre
registrado en la base de datos del SICE. En caso que la autorización no exista
debe enviar mensaje de error “Autorización xxx-xxxx-xx-xxxxxx, no se encuentra
registrada en el sistema”.
◦ Los campos <tipo-operador>, <código-operador>, <tipo-transacción> no son
modificables. En caso de ser enviados, se presentará error (error catálogo de
errores)
◦ Con el valor remitido en los campos: <aduana-autorizacion> + <codigo-
autorizacion> + <anio-autorizacion> + <número-autorización> se verificará que
haya sido enviada originalmente la autorización de ingreso / salida desde y hacia
zona franca por parte del administrador de Zona Franca que realiza la corrección.
En caso que no coincida deberá indicar un mensaje de error “Administrador no
autorizado a realizar corrección de autorización No. <aduana-autorizacion> +
<codigo-autorizacion> + <anio-autorizacion> + <numero-autorizacion>”. (error
catálogo de errores)
◦ El campo < codigo-detalle-solicitud> es obligatorio cuando < estado-correccion-
producto> sea distinto a 03, con <secuencia-detalle> se especifica el item a
corregir o a anular (01 eliminado, 02 modificado, 03 nuevo registro).
◦ Los campos <tipo-autorización>, <motivo-autorización>, <fecha-solicitud>, <fecha-
autorización, <ruc-usuario>, <pto-embarque>, <pto-desembarque>, <país-origen>,
<país-destino>, <usos-destinos>, <total-unidades>, <fecha-ingreso>, <fecha-
salida>, <tipo-transporte>, <peso-bruto>, <peso-neto>, <fob-total>, <cif-total>,
<total-bultos>, <identificación-proveedor>, <razón-social-proveedor>,
<identificación-cliente>, <razón-social-cliente>, de la cabecera de la autorización
pueden ser actualizados, siempre y cuando en el envío de correcciones, el campo
<estado-corrección-cabecera> tenga el valor de 02 (modificación), y los datos no
se encuentren nulos.
◦ Los campos <id-catálogo-producto>, <cantidad-producto>, <fob-unitario> pueden
17
ser actualizados, siempre y cuando en el envío de correcciones, el campo <estado-
correccion-producto >, tenga el valor de 02 (modificación) y el campo <secuencia-
detalle> indique la secuencia de item a ser corregido.
◦ Para las anulaciones de un item el campo < estado-correccion-producto > tenga el
valor de 03 (anulación) y el campo <secuencia-detalle> indique la secuencia de
item a ser anulado.
◦ Los campos <número-factura>, <fecha-factura>, <emisor-factura>, <total-factura>,
<secuencial-factura>, se actualizarán en caso de que el campo <estado-correción-
factura> tenga el valor de 02 (modificación), el campo <secuencia-factura> indique
la secuencia de la factura a ser corregida.
◦ Para las anulaciones de una factura, el campo <estado-corrección-factura> tenga
el valor de 03 (anulación), y el campo <secuencia-factura>, indique la secuencia de
la factura a ser anulada.
◦ Los campos <país-origen>, <país-destino>, son condicionales en caso de ser
modificados, se verificará que su valor exista en el catálogo de los países del SICE.
Caso contrario se deberá enviar el respectivo mensaje de error (código de país de
la tabla del SICE).
◦ En caso de modificar los campos: <fecha-solicitud>, <fecha-autorización>, deben
ser en formato dd/mm/yyyy, y ser menores o iguales a la fecha del sistema.
◦ En caso de modificar el campo, el <ruc-usuario> debe estar registrado en la base
de datos de la SENAE con estado habilitado y que el ruc pertenezca a un
importador registrado en el SICE, como usuario de Zona Franca.
◦ En caso de modificar los campos: código de puerto de embarque <pto-embarque>,
código de puerto de desembarque <pto-desembarque>, validar que se encuentren
registrados en el catálogo de puertos de embarque del SICE. Si el campo <pto-
embarque> no existe en el catálogo de puertos debe enviarse un mensaje de error
igualmente en el campo <pto-desembarque>.
◦ En caso que el <tipo-transacción> sea: 37 (Corrección detalle de Solicitud de
autorización de ingreso de mercancías), 41 (Corrección Movimiento Solicitud de
Autorización de Salida de mercancías), 45 (Corrección detalle de solicitud de
autorización de ingreso de mercancías usuario industrial) o 49 (Corrección
solicitud de Autorización de salida de mercancías) entonces <estado-corrección-
cabecera> solo se permite valores: 01, 02. En caso de que se elimine la cabecera,
la autorización se considerará con estado de anulada, y en caso de que la
autorización se encuentre asociada a una declaración aduanera, a una orden de
embarque o a un movimiento de ingreso/salida de Zona Franca no se podrá
realizar la anulación o modificación de la autorización.
◦ En caso que el <tipo-transacción> sea: 37, 41, 45 o 49, en los campos <estado-
corrección-factura>, y < estado-correccion-producto> solo se permitirán los valores:
01, 02, 03 (01 eliminado, 02 modificado, 03 nuevo registro).
18
◦ En caso que el <tipo-transacción> sea: 37, 41, 45 o 49, entonces por lo menos uno
de los campos <estado-corrección-factura>, <estado-correccion-producto>,
<estado-corrección-cabecera> deben tener alguno de los valores, con el fin de
confirmar que se está realizando el envío con fines de corrección. (siquiera uno de
los campos debe tener registrada información)
◦ En caso que <estado-corrección-factura>, tenga algún valor (01, 02, 03) entonces
el campo <secuencia-factura> debe tener valores.
◦ En caso que <estado-correccion-producto> tenga algún valor (01, 02, 03) entonces
el campo <secuencia-detalle> debe tener valores.
◦ En caso que el campo <estado-corrección-factura> tenga el valor 01 o 02 entonces
el campo <secuencia-factura> debe tener valores con la numeración de secuencia
a eliminar o modificar que se envío inicialmente. En caso que los campos <estado-
corrección-factura> tenga el valor 03, el campo <secuencia-factura> debe tener el
valor de la nueva secuencia de la factura a registrar y deben validarse que los
campos <número-factura>, <fecha-factura>, <emisor-factura>, <total-factura>
tengan registrados valores al momento del envío de corrección.
◦ En caso que el campo <estado-correccion-producto> tenga el valor 01 o 02
entonces el campo <codigo-detalle-solicitud>, debe tener valores registrados con la
numeración de secuencia a eliminar o modificar que se envío inicialmente. En caso
que el campo <estado-correccion-producto> tenga el valor 03 (Corrección)
entonces el campo <secuencia-detalle>, debe tener el valor de la nueva secuencia
del detalle a registrar y deben validarse que los campos <id-catálogo-producto>
<cantidad, producto>, <precio-unitario> tengan registrados valores al momento del
envío de corrección.
◦ En caso que la autorización esté asociada a una declaración o si la autorización
fue usada para dar ingreso/salida de Zona Franca, no se permitirá la corrección de
solicitud de autorización.
◦ El tag de búsqueda, se lo debe enviar, asi no tenga criterios de información. Estos
parámetros de búsqueda, se implementaron como una ayuda para realizar la
carga inicial por los siguientes parámetros :<codigo-producto><subpartida> <tipo-
producto><ruc-usuario>.
◦ Si se envía un parámetro de búsqueda, se deben enviar todos.
Finalmente, validado el archivo enviado en formato XML, el sistema realizará lo siguiente:
• Validación Negativa: Genera archivo de errores y lo envía como respuesta.
Los errores generados son:
19
ERROR MOTIVO
El servicio web se encuentra fuera de servicio, vuelva a intentarlo más tarde
El servicio web no se encuentra levantado ese momento
EL USUARIO Y/O CONTRASEÑA NO SON VÁLIDOS El usuario y/o contraseña enviados como parámetros no se encuentran almacenados en la base del SICE - SENAE
EL TIPO DE OPERADOR ES OBLIGATORIO La información enviada en el campo tipo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio, siendo un campo obligatorio
EL CÓDIGO DE OPERADOR ES OBLIGATORIO La información enviada en el campo codigo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN ES OBLIGATORIO La información enviada en el campo tipo-transaccion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE AUTORIZACIÓN ES OBLIGATORIO La información enviada en el campo numero-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE SOLICITUD ES OBLIGATORIO La información enviada en el campo numero-solicitud del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE AUTORIZACIÓN ES OBLIGATORIO La información enviada en el campo tipo-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL MOTIVO DE LA AUTORIZACIÓN ES OBLIGATORIO
La información enviada en el campo motivo-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE DETALLES DE PRODUCTOS NO ES CONSISTENTE CON EL VALOR DE NÚMERO DE PRODUCTOS EN LA INFORMACIÓN DE CONTROL
La información enviada en el campo numero-detalles del documento en formato XML enviado se encuentra con una cantidad diferente al número de detalles que contiene el documento en formato XML enviado
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 35, TIPO DE AUTORIZACIÓN 02 Y MOTIVO 40 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion y tipo-autorizacion del documento en formato XML enviado no corresponden a una combinación válida
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 39, TIPO DE AUTORIZACIÓN 01 Y MOTIVO 40 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion y tipo-autorizacion del documento en formato XML enviado no corresponden a una combinación válida
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 39, TIPO DE AUTORIZACIÓN 02 Y MOTIVO 90 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion, tipo-autorizacion y motivo-autorización del documento en formato XML enviado no corresponden a una combinación válida
LA COMBINACIÓN DE TIPO DE TRANSACCIÓN 39, TIPO DE AUTORIZACIÓN 02 Y MOTIVO 51 NO ESTÁ PERMITIDA
La información enviada en el campo tipo-transaccion, tipo-autorizacion y motivo-autorización del documento en formato XML enviado no corresponden a una combinación válida
LA FECHA DE SOLICITUD ES OBLIGATORIA La información enviada en el campo fecha-solicitud del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA FECHA DE AUTORIZACIÓN ES OBLIGATORIA La información enviada en el campo fecha-autorizacion del documento en formato XML enviado
20
se encuentra vacío, siendo un campo obligatorio
LA FECHA DE FINALIZACIÓN DEBE ESTAR VACÍA La información enviada en el campo fecha-finalizacion del documento en formato XML enviado se encuentra con información (debe estar vacía)
EL RUC DEL USUARIO ES OBLIGATORIO La información enviada en el campo ruc-usuario del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TOTAL DE LAS UNIDADES ES OBLIGATORIO La información enviada en el campo total-unidades del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL FOB TOTAL ES OBLIGATORIO La información enviada en el campo fob-total del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL CIF TOTAL ES OBLIGATORIO La información enviada en el campo cif-total del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL ID DE CATÁLOGO DE PRODUCTO ES OBLIGATORIO
La información enviada en el campo id-catalogo-producto de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA CANTIDAD DE PRODUCTO ES OBLIGATORIA La información enviada en el campo cantidad-producto de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL FOB UNITARIO ES OBLIGATORIO La información enviada en el campo fob-unitario de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA SECUENCIA DETALLE ES OBLIGATORIA La información enviada en el campo secuencia-detalle de uno de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA RAZÓN SOCIAL DEL CLIENTE ES OBLIGATORIA, YA QUE LA IDENTIFICACIÓN DEL CLIENTE ESTÁ REGISTRADA
La información enviada en el campo razon-social-cliente del documento en formato XML enviado se encuentra vacío, y ya que el campo ideintificacion-cliente se envió con información, este es obligatorio
EL PUERTO DE EMBARQUE ES OBLIGATORIO La información enviada en el campo pto-embarque del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL PUERTO DE DESEMBARQUE ES OBLIGATORIO La información enviada en el campo pto-desembarque del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL RUC DEL USUARIO NO ESTÁ REGISTRADO EN LA BASE DE DATOS DE LA SENAE
La información enviada en el campo ruc-usuario del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
NO EXISTE PUERTO DE EMBARQUE. VERIFIQUE SU CONTENIDO: ***
La información enviada en el campo pto-embarque del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
NO EXISTE PUERTO DE DESEMBARQUE. VERIFIQUE SU CONTENIDO: ***
La información enviada en el campo pto-desembarque del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
21
EL NÚMERO DE LA FACTURA ES REQUERIDO La información enviada en el campo numero-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA FECHA DE FACTURA ES OBLIGATORIO La información enviada en el campo fecha-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL EMISOR DE FACTURA ES OBLIGATORIO La información enviada en el campo emisor-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TOTAL DE FACTURA ES OBLIGATORIO La información enviada en el campo total-factura de uno de los detalles de facturas del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LOS SIGUIENTES IDS DE CATÁLOGO DE PRODUCTOS/COMPONENTES (*** ) NO ESTÁN REGISTRADOS
La información enviada en el campo id-catalogo-producto de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra incorrecto y/o no existe en la base de datos del SICE-SENAE
El servicio web se encuentra sin conexión a la base de datos, vuelva a intentarlo más tarde
El servicio web se encuentra sin conexión a la base de datos en ese momento
EL NUMERO DE AUTORIZACION YA HA SIDO UTILIZADO POR ESE USUARIO EN OTRA AUTORIZACION
La información enviada en el campo numero-autorizacion del documento en formato XML enviada ya ha sido utilizado por el mismo usuario
EL TIPO DE AUTORIZACIÓN ES INCORRECTO La información enviada en el campo tipo-autorizacion del documento en formato XML enviado es incorrecta
EL MOTIVO DE LA AUTORIZACIÓN ES INCORRECTO
La información enviada en el campo motivo-autorizacion del documento en formato XML enviado es incorrecta
LOS DATOS DEL PROVEEDOR SON REQUERIDOS La información enviada en los campo identificacion-proveedor y razon-social-proveedor del documento en formato XML enviado se encuentran vacíos
EL PAÍS DE DESTINO ES OBLIGATORIO La información enviada en el campo pais-destino del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL PAÍS DE ORIGEN ES OBLIGATORIO La información enviada en el campo pais-origen del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA AUTORIZACIÓN NO PUEDE SER MODIFICADA O ANULADA, YA QUE ESTA SE ENCUENTRA ASOCIADA A UNA DECLARACIÓN ADUANERA, A UNA ORDEN DE EMBARQUE O A UN MOVIMIENTO DE INGRESO/SALIDA DE ZONA FRANCA
La autorización enviada en el documento en formato XML ha sido utilizada ya en una DAU por lo que no puede ser utilizada nuevamente
EL ESTADO CORRECCIÓN CABECERA ES INCORRECTO, SOLO SE PERMITEN LOS VALORES 01,02
La información enviada en el campo estado-correccion-cabecera del documento en formato XML enviado es incorrecta
EL ESTADO CORRECCIÓN DETALLE ES INCORRECTO, SOLO SE PERMITEN LOS VALORES 01,02,03
La información enviada en el campo estado-correccion-detalle del documento en formato XML enviado es incorrecta
EL ESTADO CORRECCIÓN COMPONENTE ES INCORRECTO, SOLO SE PERMITEN LOS VALORES
La información enviada en el campo estado-correccion-componente del documento en formato
22
01,02,03 XML enviado es incorrecta
EL ESTADO CORRECCIÓN FACTURA ES INCORRECTO, SOLO SE PERMITEN LOS VALORES 01,02,03
La información enviada en el campo estado-correccion-factura del documento en formato XML enviado es incorrecta
AUTORIZACIÓN ***-****-**-******, NO SE ENCUENTRA REGISTRADA EN EL SISTEMA
La autorización enviada en el documento en formato XML enviado es incorrecta ya que dicha autorización no se encuentra almacenada en la base de datos del SICE - SENAE
ADMINISTRADOR NO AUTORIZADO A REALIZAR CORRECCIÓN DE AUTORIZACIÓN NO ***-****-**-******
La información enviada en el campo codigo-operador del documento en formato XML enviado es incorrecta ya que no es la misma enviada en la autorización original
LA SECUENCIA FACTURA ES OBLIGATORIA La información enviada en el campo secuencia-factura del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
• Validación Positiva: Realiza la modificación de información de la autorización
almacenada previamente en la base de datos con los datos enviados en la corrección y
envía el número de CDA de autorización de ingreso o salida (ejm: CDA 028-2010-39-
000001, en donde 028 corresponde a la aduana, 2010 al año de trámite, 39 al número
de régimen y 000001 al correlativo) como respuesta junto con un mensaje informativo
satisfactorio.
2.3. Transmisión de Movimiento de Ingreso/Egreso de
Inventario:
El Administrador de Zonas Francas remitirá el detalle de la información con respecto a las
Transmisiones de Movimientos de Ingreso/Egreso en formatos XML. Los formatos XML
deberán contener los siguientes campos:
• Información Control
◦ tipo-operador: Tipo de operador de zona franca
◦ codigo-operador: Código del administrador de zona franca
◦ tipo-transaccion: Código de transacción
◦ numero-detalles: Número de detalles
• Cabecera
◦ numero-autorizacion: Número de autorización registrado por el Administrador
◦ numero-solicitud: Número de solicitud registrado por el Administrador
◦ numero-reporte: Número de Reporte registrado por el Administrador
◦ tipo-movimiento: Tipo de Movimiento (Ingreso/Egreso)
◦ fecha-movimiento: Fecha del movimiento
◦ observacion-movimiento: Observación del movimiento de ingreso/egreso de mercancía
◦ fob-total: FOB total de la mercancía
◦ cif-total: CIF total de la mercancía
23
◦ total-bultos: Total de bultos de la mercancía
• Detalle
◦ Producto
o codigo-detalle-reporte: Código de detalle del reporte del movimiento
o id-catalogo-producto: Código del producto
o cantidad-producto: Cantidad del producto
o secuencia-detalle-solicitud: Secuencia del producto
o precio-unitario: Precio unitario del producto
o precio-total: Precio total del producto
◦ Responsables
o codigo-responsable: Código del responsable
o nombre-responsable: Nombre completo del responsable
o codigo-tipo-responsable: Código del tipo de responsable
Al realizar la transmisión del formato XML, el sistema realizará las siguientes validaciones:
• Para este formato, se debe validar los siguientes tipos de operación y transacción: tipo
de transacción 36 (Ingreso Definitivo de Usuario Comercial Zona Franca aduana), 44
(Ingreso Definitivo de Insumos de Usuario Industrial Zona Franca), 40 (Egreso
Definitivo Usuario Comercial Zona Franca) y 48 (Egreso Definitivo de productos
usuario Industrial Zona Franca); caso contrario mostrar mensaje de error: “El tipo de
transacción no es correcto para este formato”.
• En el caso de que el <tipo-transaccion> sea 36 (Ingreso Definitivo de Usuario
Comercial Zona Franca aduana), 44 (Ingreso Definitivo de Insumos de Usuario
Industrial Zona Franca), 40 (Egreso Definitivo Usuario Comercial Zona Franca) o 48
(Egreso Definitivo de productos usuario Industrial Zona Franca) se realizarán las
siguientes validaciones:
◦ Es obligatorio el envío de los campos: <tipo-operador>, <codigo-operador>, <tipo-
transaccion>, para poder realizar los controles de los envíos. Se debe validar que
el usuario de los campos <tipo-operador>, <codigo-operador>, exista y este
registrado como administrador de zona franca (tipo de operador 13).
◦ Será considerado como obligatorio el registro de los siguientes campos :<numero-
autorizacion>, <numero-solicitud>, <numero-reporte>, <tipo-movimiento>, <fecha-
movimiento> y los del detalle de productos: <codigo-detalle-reporte>, <id-catalogo-
producto>, <cantidad-producto>, <secuencia-detalle-solicitud>, <precio-unitario>,
<precio-total>.
◦ El campo <tipo-movimiento>, deberá contener el mismo valor del tipo de
autorización de ingreso/salida desde y hacia a zona franca del campo: <numero-
autorizacion>.
◦ El campo <numero-detalles> es obligatorio y debe ser igual a la cantidad de
24
detalles o ítems de productos enviados, caso contrario mostrará el siguiente
mensaje de error “Verifique el numero de detalles: <numero- detalles>, con la
cantidad de productos enviados”.
◦ Con la información del campo: <numero-autorizacion>, se validará la existencia de
la Autorización de ingreso/egreso desde y hacia a zona franca en el SICE. Se
validara también que la misma se encuentre registrada bajo el mismo usuario
Administrador que ahora está haciendo el envío del movimiento.
◦ Validar que <numero-autorizacion> sea 01 (ingreso) para <tipo-transaccion> 36
(Ingreso Definitivo de Usuario Comercial Zona Franca aduana) y 44 (Ingreso
Definitivo de Insumos de Usuario Industrial Zona Franca) y que el campo
<numero-autorizacion> sea 02 (salida) para <tipo-transaccion> 40 (Egreso
Definitivo Usuario Comercial Zona Franca) y 48 (Egreso Definitivo de productos
usuario Industrial Zona Franca).
◦ En el caso de que el tipo de solicitud de la autorización del campo:<numero-
autorizacion>, sea 01(ingreso) y que el motivo de la autorización sea 40 y 90 (tabla
01). Se validará que la autorización registrada en el SICE, esté asociado a una
declaración aduanera. Si la autorización no está asociada a alguna declaración con
códigos de régimen: 40 y 90, se enviara el mensaje de error “Autorización de
Ingreso a Zona Franca: <aduana-autorizacion> + <anio-autorizacion> + <codigo-
autorizacion> + <numero-autorizacion>, no se encuentra asociada a Declaración
Aduanera”. Se exceptuará de esta validación cuando el motivo de autorización de
ingreso, sea 01 y 03.
◦ En el caso de que el tipo de solicitud de la autorización del campo: <numero-
autorizacion>, sea 02 (salida) 10, 20, 21, 24, 50, 51, 70, 71, 72, 73, 74 ó 80 (tabla
03), se validará que el refrendo correspondiente a la autorización registrada en el
SICE, esté asociado a una Declaración Aduanera. Si la autorización no se
encuentra asociada a la declaración bajo los códigos de régimen: 10, 20, 21, 24,
50, 51, 70, 71, 72, 73, 74 ó 80 se enviara el siguiente mensaje de error:
“Autorización de Salida desde Zona Franca: <aduana-autorizacion sice> + <anio-
autorizacion sice> + <código-autorizacion sice> + <numero-autorizacion sice>, no
se encuentra asociada a Declaración Aduanera”. Se exceptuará de esta validación
cuando el motivo de la autorización de salida tenga el valor 02 (tabla 02).
◦ Para las dos anteriores validaciones, la Declaración Aduanera asociada (DAU)
deberá tener una fecha de registro mayor o igual a la fecha de implementación
(parametrizable) del modulo de zonas francas. Caso contrario no aplicaran ambas
validaciones
◦ Se validará que el RUC del usuario de zona franca registrado en la autorización,
sea el mismo Ruc del declarante de la DAU asociada a la autorización de ingreso /
salida de zona franca.
◦ Los valores registrados en el campo < id-catalogo-producto > se validaran y se
25
consultaran accediendo a la tabla de catálogos de productos (registrados en la
autorización aprobada). En caso de que no exista el tipo de producto, se deberá
enviar un mensaje de error: “Verifique la existencia del producto: < id-catalogo-
producto >: <tipo-producto>, <subpartida> + <codigo-producto> + <tipo-unidad-
comercial>”, en la autorización No. XX-XXXX-XX-XXXXXX”.
◦ El campo <fecha-ing-inventario> debe estar lleno y con la fecha de ingreso de la
mercancía a las instalaciones de la zona franca, el formato será el siguiente:
dd/mm/yyyy (no sea mayor a la fecha del sistema).
Finalmente, validado el archivo enviado en formato XML, el sistema realizará lo siguiente:
• Validación Negativa: Genera archivo de errores y lo envía como respuesta.
Los errores que puede contener el archivo de errores generado son:
ERROR MOTIVO
El servicio web se encuentra fuera de servicio, vuelva a intentarlo mas tarde
El servicio web no se encuentra levantado ese momento
EL USUARIO Y/O CONTRASEÑA NO SON VÁLIDOS El usuario y/o contraseña enviados como parámetros no se encuentran almacenados en la base del SICE - SENAE
EL TIPO DE OPERADOR ES OBLIGATORIO La información enviada en el campo tipo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio, siendo un campo obligatorio
EL CÓDIGO DE OPERADOR ES OBLIGATORIO La información enviada en el campo codigo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN ES OBLIGATORIO La información enviada en el campo tipo-transaccion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN 35 NO ES CORRECTO PARA ESTE FORMATO
La información enviada en el campo tipo-transaccion del documento en formato XML enviado es incorrecta
TIPO DE OPERADOR Y/O CÓDIGO DE OPERADOR NO SON VÁLIDOS
La información enviada en el campo tipo-operador y/o codigo-operador del documento en formato XML enviado es incorrecta
EL NÚMERO DE AUTORIZACIÓN ES OBLIGATORIO La información enviada en el campo numero-autorizacion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE SOLICITUD ES OBLIGATORIO La información enviada en el campo numero-solicitud del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NUMERO DE REPORTE ES OBLIGATORIO La información enviada en el campo numero-reporte del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE MOVIMIENTO ES OBLIGATORIO La información enviada en el campo tipo-movimiento del documento en formato XML enviado se encuentra
26
vacío, siendo un campo obligatorio
LA FECHA DE MOVIMIENTO ES OBLIGATORIA La información enviada en el campo fecha-movimiento del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL CÓDIGO DETALLE REPORTE ES OBLIGATORIO La información enviada en el campo codigo-detalle-reporte de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA SECUENCIA DETALLE SOLICITUD ES OBLIGATORIA
La información enviada en el campo secuencia-detalle-solicitud de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL ID DE CATÁLOGO DE PRODUCTO ES OBLIGATORIO
La información enviada en el campo id-catalogo-producto de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA CANTIDAD DE PRODUCTO ES OBLIGATORIA La información enviada en el campo cantidad-producto de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL PRECIO TOTAL ES OBLIGATORIO La información enviada en el campo precio-total de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL PRECIO UNITARIO ES OBLIGATORIO La información enviada en el campo precio-unitario de uno o varios de los detalles de productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL CODIGO DE RESPONSABLE ES OBLIGATORIO La información enviada en el campo codigo-responsable de uno o varios de los responsables del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NOMBRE DEL RESPONSABLE ES OBLIGATORIO
La información enviada en el campo nombre-responsable de uno o varios de los responsables del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE RESPONSABLE ES OBLIGATORIO La información enviada en el campo codigo-tipo-responsable de uno o varios de los responsables del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
VERIFIQUE EL VALOR DEL CAMPO NÚMERO DETALLES: 2 CON EL TOTAL DE PRODUCTOS ENVIADOS
La información enviada en el campo numero-detalles del documento en formato XML enviado es incorrecta ya que no corresponde al número de detalles enviados
EL TIPO DE MOVIMIENTO ES INCORRECTO, DEBE SER IGUAL AL TIPO DE TRANSACCIÓN
La información enviada en el campo tipo-movimiento del documento en formato XML enviado es incorrecta ya que no corresponde al mismo tipo del campo tipo-transaccion
EL RUC DEL USUARIO REGISTRADO EN AUTORIZACIÓN DIFERENTE DE RUC DE LA DAU ASOCIADA A LA AUTORIZACIÓN
La información almacenada en la base de datos de Zonas Francas en cuanto al campo ruc-usuario de la autorización que fue enviada en el documento en formato XML en el proceso de Autorizaciones de ingreso y salida desde y hacia Zonas Francas no es el mismo que el de la DAU asociada a esta autorización
27
AUTORIZACIÓN **, NO SE ENCUENTRA REGISTRADA EN EL SISTEMA
La información enviada en el campo numero-autorizacion del documento en formato XML enviado es incorrecta ya que no se encuentra almacenada en la base de datos de Zonas Francas
AUTORIZACIÓN DE INGRESO A ZONA FRANCA: *** + **** + ** + **, NO SE ENCUENTRA ASOCIADA A DECLARACIÓN ADUANERA
La información almacenada en la base de datos de Zonas Francas y que fue enviada en el documento en formato XML en el proceso de Autorizaciones de ingreso y salida desde y hacia Zonas Francas no se encuentra asociada a una DAU
EL NÚMERO DE AUTORIZACIÓN DE INGRESO/EGRESO DESDE Y HACIA A ZONA FRANCA NO SE ENCUENTRE REGISTRADA BAJO EL MISMO USUARIO ADMINISTRADOR QUE AHORA ESTÁ HACIENDO EL ENVÍO DEL MOVIMIENTO
La información almacenada en la base de datos de Zonas Francas en cuanto al campo codigo-operador de la autorización que fue enviada en el documento en formato XML en el proceso de Autorizaciones de ingreso y salida desde y hacia Zonas Francas no es la misma que la enviada en el campo codigo-operador del documento en formato XML enviado
VERIFIQUE LA EXISTENCIA DEL PRODUCTO: **, EN LA AUTORIZACIÓN NO. **
La información almacenada en la base de datos de Zonas Francas en cuanto al/los campos id-catalogo-producto de la autorización que fue enviada en el documento en formato XML en el proceso de Autorizaciones de ingreso y salida desde y hacia Zonas Francas no es la misma que la enviada en el campo id-catalogo-producto del documento en formato XML enviado
El servicio web se encuentra sin conexión a la base de datos, vuelva a intentarlo más tarde
El servicio web se encuentra sin conexión a la base de datos en ese momento
Verifique la cantidad del producto: **, saldo insuficiente La información almacenada en la base de datos de Zonas Francas en cuanto al saldo de los productos que fue enviada en el documento en formato XML en el proceso de Transmisión de Carga de Saldos iniciales no es suficiente a la enviada en el campo cantidad-producto del documento en formato XML enviado
• Validación Positiva: Realiza el ingreso del movimiento en la base de datos,
almacenando la información enviada mediante el Servicio Web en formato XML,
modifica los saldos de inventario de los productos en la base de datos, y envía como
respuesta un mensaje informativo satisfactorio.
2.4. Transmisión de Carga de Saldos Iniciales
El Administrador de Zonas Francas remitirá en formatos XML el detalle de la información con
respecto a las Transmisiones de Carga de Saldos Iniciales de Productos que se encuentran en
las Zonas Francas. Los formatos XML deberán contener los siguientes campos:
• Información Control
◦ tipo-operador: Tipo de operador de zona franca
◦ codigo-operador: Código del administrador de zona franca
◦ tipo-transaccion: Código de transacción
28
◦ numero-detalles: Número de detalles
• Producto
◦ id-catalogo-producto: Código del producto
◦ tipo-producto: Tipo de producto
◦ subpartida: Subpartida arancelaria
◦ codigo-producto: Código del producto
◦ tipo-unidad-comercial: Tipo de unidad comercial
◦ ruc-usuario: RUC usuario de zona franca
◦ cantidad-producto: Cantidad de unidades del saldo inicial
◦ fecha-saldo-inicial: Fecha de saldo inicial
◦ descripcion-producto: Descripción del producto
Al realizar la transmisión del formato XML, el sistema realizará las siguientes validaciones:
• Es obligatorio el envío de los campos: <tipo-operador>, <código-operador>, <tipo-
transacción>, para poder realizar los controles de los envíos. Se debe validar que el
usuario de los campos <tipo-operador>, <código-operador>, exista y este registrado
como administrador de zona franca (tipo de operador 13).
• En caso que para el archivo transmitido, el campo <tipo-transaccion> sea 52 (Carga de
Inventario Inicial), entonces se validará lo siguiente:
◦ Los campos: <id-catalogo-producto>, <tipo-operador>, <código-operador>, <tipo-
transaccion>, <numero-detalles>, <tipo-producto>, <subpartida>, <código-
producto>, <cantidad-producto>, <tipo-unidad-comercial>, <fecha-saldo-inicial>, es
obligatorio su llenado.
◦ El campo <numero-detalles> es obligatorio y debe ser igual a la cantidad de
detalles o ítems de productos enviados, caso contrario el proceso remitirá el
correspondiente mensaje de error.
◦ El campo <tipo-producto> deberá registrar solo con los valores que consten en la
tabla de catálogos de tipos de productos, cuyo contenido se indica en la tabla
adjunta. Si el campo no existe, deberá indicar el siguiente mensaje de error:
“Verifique tipo de producto: <tipo-producto> del producto <código-producto>,
secuencia: <secuencia-detalle>”.
◦ Se debe validar que el campo <subpartida> se encuentre registrado dentro del
arancel. Y habilitado, caso contrario se generará un mensaje de error: “Verifique la
subpartida: <subpartida> del código de producto: <código-producto>-
<descripciónproducto> en secuencia de detalle de producto: <secuencia-detalle>”.
◦ El campo <cantidad-producto>, debe ser mayor o igual a cero.
◦ El campo <tipo-unidad-comercial> debe encontrarse registrado en el catálogo de
unidades comerciales del SICE, si no existe debe presentar un mensaje de error :
“Verifique la unidad comercial <tipo-unidad-comercial>, para el producto: <id-
29
catalogo-producto> con la siguiente información: <tipo-producto>- <subpartida>
<codigo-producto><ruc-usuario>”
◦ En el campo <fecha-saldo-inicial> debe registrarse los valores de la fecha de
ingreso de mercancías a la zona franca, debe tener el formato: “dd/mm/yyyy”. Esta
fecha debe ser menor o igual a la del sistema.
Finalmente, validado el archivo enviado en formato XML enviado, el sistema realizará lo
siguiente:
• Validación Negativa: Genera archivo de errores y lo envía como respuesta.
Los errores que puede contener el archivo de errores generado son:
ERROR MOTIVO
El servicio web se encuentra fuera de servicio, vuelva a intentarlo mas tarde
El servicio web no se encuentra levantado ese momento
EL USUARIO Y/O CONTRASEÑA NO SON VÁLIDOS El usuario y/o contraseña enviados como parámetros no se encuentran almacenados en la base del SICE - SENAE
EL TIPO DE OPERADOR ES OBLIGATORIO La información enviada en el campo tipo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio, siendo un campo obligatorio
EL CÓDIGO DE OPERADOR ES OBLIGATORIO La información enviada en el campo codigo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN ES OBLIGATORIO La información enviada en el campo tipo-transaccion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN 35 NO ES CORRECTO PARA ESTE FORMATO
La información enviada en el campo tipo-transaccion del documento en formato XML enviado es incorrecta
TIPO DE OPERADOR Y/O CÓDIGO DE OPERADOR NO SON VÁLIDOS
La información enviada en el campo tipo-operador y/o codigo-operador del documento en formato XML enviado es incorrecta
EL CÓDIGO DE PRODUCTO ES OBLIGATORIO La información enviada en el campo codigo-producto de uno o varios de los productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA FECHA DEL SALDO INICIAL ES OBLIGATORIA La información enviada en el campo fecha-saldo-inicial de uno o varios de los productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL RUC DEL USUARIO ES OBLIGATORIO La información enviada en el campo ruc-usuario de uno o varios de los productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
LA SUBPARTIDA ES OBLIGATORIA La información enviada en el campo subpartida de uno o varios de los productos del documento en formato
30
XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE PRODUCTO ES OBLIGATORIO La información enviada en el campo tipo-producto de uno o varios de los productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE UNIDAD COMERCIAL ES OBLIGATORIO
La información enviada en el campo tipo-unidad-comercial de uno o varios de los productos del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL NÚMERO DE DETALLES ES OBLIGATORIO La información enviada en el campo numero-detalles del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
VERIFIQUE EL VALOR DEL CAMPO NÚMERO DETALLES: * CON EL TOTAL DE PRODUCTOS ENVIADOS
La información enviada en el campo numero-detalles del documento en formato XML enviado es incorrecta ya que no corresponde al número de detalles enviados
EL RUC DE USUARIO NO EXISTE EN LA BASE DE DATOS
La información enviada en el campo ruc-usuario del documento en formato XML enviado no se encuentra almacenado en la base de datos del SICE - SENAE
VERIFIQUE LA SUBPARTIDA: *** DEL CÓDIGO DE PRODUCTO: ***
La información enviada en el campo subpartida del documento en formato XML enviado es incorrecto ya que no se encuentra almacenado en la base de datos del SICE - SENAE
VERIFIQUE TIPO DE PRODUCTO: *** DEL PRODUCTO ***
La información enviada en el campo tipo-producto del documento en formato XML enviado es incorrecto ya que no se encuentra almacenado en la base de datos del SICE - SENAE
El servicio web se encuentra sin conexión a la base de datos, vuelva a intentarlo más tarde
El servicio web se encuentra sin conexión a la base de datos en ese momento
• Validación Positiva: Genera el id-catalogo-producto, el cuál será único por 4 diferentes
campos: código de producto, subpartida, tipo de producto y ruc de usuario. Realiza el
almacenamiento correspondiente en la base de datos y se envía como respuesta un
mensaje informativo satisfactorio junto con el id-catalogo-producto de cada uno de los
productos que se enviaron en el documento en formato XML (ejm: El Saldo inicial fue
cargado en la base de datos, con el ID Catalogo: 1, para el producto; para el producto:
Código [0095] Subpartida [3405400000] Tipo [DP] RUC[0992185228001])
2.5. Corrección de Transmisión de Carga de Saldos I niciales
El Administrador de Zonas Francas remitirá en formatos XML el detalle de la información con
respecto a las Correcciones de Transmisiones de Carga de Saldos Iniciales de Productos que
se encuentran en las Zonas Francas. Los formatos XML deberán contener los siguientes
campos:
• Información Control
31
◦ tipo-operador: Tipo de operador de zona franca
◦ codigo-operador: Código del administrador de zona franca
◦ tipo-transaccion: Código de transacción
◦ numero-detalles: Número de detalles
• Producto
◦ id-catalogo-producto: Código del producto
◦ tipo-producto: Tipo de producto
◦ subpartida: Subpartida arancelaria
◦ codigo-producto: Código del producto
◦ tipo-unidad-comercial: Tipo de unidad comercial
◦ ruc-usuario: RUC usuario de zona franca
◦ cantidad-producto: Cantidad de unidades del saldo inicial
◦ fecha-saldo-inicial: Fecha de saldo inicial
◦ descripcion-producto: Descripción del producto
◦ observacion-carga-inicial: Observación de la carga inicial
◦ accion-carga-inicial: Acción de la carga inicial
Al realizar la transmisión del formato XML, el sistema realizará las siguientes validaciones:
• Es obligatorio el envío de los campos: <tipo-operador>, <código-operador>, <tipo-
transacción>, para poder realizar los controles de los envíos. Se debe validar que el
usuario de los campos <tipo-operador>, <código-operador>, exista y se encuentre
registrado como administrador de zona franca (tipo de operador 13).
• Se utiliza en casos que se hayan ingresado inicialmente productos y se desea corregir;
en caso que el campo <tipo-transaccion> sea 53 (Ajuste por Corrección Aumento de
Inventario), entonces se validará lo siguiente:
◦ Los campos para buscar la información y modificar son: <codigo-operador> que
sea el mismo administrador que desea corregir ahora, <numero-movimiento>
◦ Será obligatorio el llenado de los campos: <tipo-operador>, <codigo-operador>,
<tipo-transaccion>, <numero-detalles>, <aduana-transaccion>, <tipo-producto>,
<subpartida>, <codigo-producto>, <cantidad-producto>, <tipo-unidad-comercial>,
<fecha-saldo-inicial>.
◦ El campo <numero-detalles> es obligatorio y debe ser igual a la cantidad de
detalles o items de productos enviados, caso contrario mostrará el siguiente
mensaje: “Verifique <numero-detalles> con la cantidad de productos enviado”.
◦ Que en el campo <aduana-transaccion> el código debe estar registrado en el
catálogo de aduana caso contrario muestre error “Verifique <aduana-transaccion>”
(catálogo de error)
◦ El campo <fecha-saldo-inicial> debe contener la fecha de ingreso de la mercancía
a la zona franca, se aplicará el formato: “dd/mm/yyyy”
32
◦ El campo <accion-carga-inicial> debe tener información, para eliminar con el valor
de “01” o con “02” para modificar.
◦ Se podrá modificar los campos: <tipo-producto>, <subpartida>, <codigo-producto>,
<cantidad-producto>, <tipo-unidad-comercial>, <fecha-saldo-iniclal>, <observacion-
carga-inicial>. En caso de corrección de los campos: <cantidad-producto>, <fecha-
saldo-inicial>, se deberá actualizar la información del detalle del inventario, una vez
registrada la corrección. En caso de que el catalogo del producto no hubiera sido
utilizado en otra transacción se podrá modificar la información del catalogo del
producto en lo que respecta a los campos <tipo-producto>, <subpartida>, <codigo-
producto>, <tipo-unidad-comercial>. Caso contrario solo podrá modificar la
información que corresponde al movimiento los campos <cantidad-producto>,
<fecha-saldo-inicial>, <observacion-carga-inicial>.
◦ En el caso de eliminación, se elimina lógicamente el registro de movimiento de
carga inicial, identificado con el campo <id-catalogo-producto>. No se debe eliminar
el catálogo de producto, la cantidad de producto será 0. Se debe actualizar el
inventario, una vez registrada la corrección.
◦ En caso de que el saldo inicial haya sido utilizado, únicamente se podrá realizar la
corrección en incrementos de saldo y en decremento hasta que el saldo sea mayor
o igual a 0. Caso contrario daría el correspondiente mensaje de error.
Finalmente, una vez validado el archivo en formato XML enviado, el sistema realizará lo
siguiente:
• Validación Negativa: Genera archivo de errores y lo envía como respuesta.
Los errores que puede contener el archivo de errores generado son:
ERROR MOTIVO
El servicio web se encuentra fuera de servicio, vuelva a intentarlo mas tarde
El servicio web no se encuentra levantado ese momento
EL USUARIO Y/O CONTRASEÑA NO SON VÁLIDOS El usuario y/o contraseña enviados como parámetros no se encuentran almacenados en la base del SICE - SENAE
EL TIPO DE OPERADOR ES OBLIGATORIO La información enviada en el campo tipo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio, siendo un campo obligatorio
EL CÓDIGO DE OPERADOR ES OBLIGATORIO La información enviada en el campo codigo-operador del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN ES OBLIGATORIO La información enviada en el campo tipo-transaccion del documento en formato XML enviado se encuentra vacío, siendo un campo obligatorio
EL TIPO DE TRANSACCIÓN 35 NO ES CORRECTO PARA ESTE FORMATO
La información enviada en el campo tipo-transaccion del documento en formato XML enviado es incorrecta
33
TIPO DE OPERADOR Y/O CÓDIGO DE OPERADOR NO SON VÁLIDOS
La información enviada en el campo tipo-operador y/o codigo-operador del documento en formato XML enviado es incorrecta
EL CÓDIGO DE PRODUCTO EN LOS DATOS DE BUSQUEDA ES OBLIGATORIO
Se debe enviar en el documento en formato XML una de las siguientes opciones para identificar el producto que se desea modificar: 1. codigo-producto, tipo-producto, ruc-usuario, subpartida 2. id-catalogo-producto En caso que se opte por la opción 1, se debe enviar los 4 campos, caso contrario, no podrá realizarse la búsqueda. El error detalla que el campo codigo-producto se encuentra vacío, siendo obligatorio para la búsqueda
EL TIPO DE PRODUCTO EN LOS DATOS DE BUSQUEDA ES OBLIGATORIO
Se debe enviar en el documento en formato XML una de las siguientes opciones para identificar el producto que se desea modificar: 1. codigo-producto, tipo-producto, ruc-usuario, subpartida 2. id-catalogo-producto En caso que se opte por la opción 1, se debe enviar los 4 campos, caso contrario, no podrá realizarse la búsqueda. El error detalla que el campo tipo-producto se encuentra vacío, siendo obligatorio para la búsqueda
EL RUC DE USUARIO EN LOS DATOS DE BUSQUEDA ES OBLIGATORIO
Se debe enviar en el documento en formato XML una de las siguientes opciones para identificar el producto que se desea modificar: 1. codigo-producto, tipo-producto, ruc-usuario, subpartida 2. id-catalogo-producto En caso que se opte por la opción 1, se debe enviar los 4 campos, caso contrario, no podrá realizarse la búsqueda. El error detalla que el campo ruc-usuario se encuentra vacío, siendo obligatorio para la búsqueda
LA SUBPARTIDA EN LOS DATOS DE BUSQUEDA ES OBLIGATORIA
Se debe enviar en el documento en formato XML una de las siguientes opciones para identificar el producto que se desea modificar: 1. codigo-producto, tipo-producto, ruc-usuario, subpartida 2. id-catalogo-producto En caso que se opte por la opción 1, se debe enviar los 4 campos, caso contrario, no podrá realizarse la búsqueda. El error detalla que el campo subpartida se encuentra vacío, siendo obligatorio para la búsqueda
EL ID DE CATÁLOGO DEL PRODUCTO ES OBLIGATORIO
Se debe enviar en el documento en formato XML una de las siguientes opciones para identificar el producto que se desea modificar: 1. codigo-producto, tipo-producto, ruc-usuario, subpartida 2. id-catalogo-producto En caso que se opte por la opción 2, se debe enviar el campo id-catalogo-producto, caso contrario, no podrá realizarse la búsqueda. El error detalla que el campo id-catalogo-producto se encuentra vacío, siendo obligatorio para la búsqueda
EL CÓDIGO DE OPERADOR ES INCORRECTO, La información enviada en el campo codigo-operador
34
DEBE SER IGUAL AL DE LA TRANSMISIÓN INICIAL QUE SE QUIERE CORREGIR
del documento en formato XML enviado es incorrecta ya que no es la misma enviada en la autorización original
ACCIÓN CARGA: *** NO ES VÁLIDA PARA ESTE FORMATO
La información enviada en el campo accion-carga-inicial del documento en formato XML enviado es incorrecta ya que puede ser: 01, 02
VERIFIQUE EL VALOR DEL CAMPO NÚMERO DETALLES: * CON EL TOTAL DE PRODUCTOS ENVIADOS
La información enviada en el campo numero-detalles del documento en formato XML enviado se encuentra con una cantidad diferente al número de detalles que contiene el documento en formato XML enviado
LOS DATOS DE BUSQUEDA NO COINCIDEN CON LOS DATOS DEL CATÁLOGO DE PRODUCTO, CON EL ID *
Se debe enviar en el documento en formato XML una de las siguientes opciones para identificar el producto que se desea modificar: 1. codigo-producto, tipo-producto, ruc-usuario, subpartida 2. id-catalogo-producto En caso que se envíen los 5 campos, deben coincidir con el mismo producto, caso contrario, dará este error.
NO SE PUEDE MODIFICAR EL ID CATÁLOGO PRODUCTO, YA QUE EL PRODUCTO FUE UTILIZADO EN OTRA TRANSACCIÓN
La información enviada en el campo id-catalogo-producto de uno o varios de los productos del documento en formato XML enviado no puede ser modificado o eliminado, ya que este producto ya ha sido ocupado en otra transacción
LA CANTIDAD DE PRODUCTO ES INCORRECTA, EL INCREMENTO O DECREMENTO DEBE DEJAR UN SALDO MAYOR O IGUAL A CERO DEL REGISTRADO EN EL SISTEMA
La información enviada en el campo cantidad-producto de uno o varios de los productos del documento en formato XML enviado es incorrecta ya que no puede ser una cantidad menor a 0
El servicio web se encuentra sin conexión a la base de datos, vuelva a intentarlo más tarde
El servicio web se encuentra sin conexión a la base de datos en ese momento
• Validación Positiva: Realiza las modificaciones y/o eliminaciones en la base de datos y
envía como respuesta mensaje informativo satisfactorio.
35
2.6. Consideraciones para las Pruebas
Para la realización de pruebas, es necesario enviar como parámetros el archivo XML en arreglo
de Bytes, el password del usuario Administrador de zonas francas, encriptado en formato MD5
y el usuario del administrador de zonas francas.
Se puede utilizar herramientas para generar software clientes que consuman los servicios web
publicados. Herramientas tales como soapUI 3.6, la cual es de código libre.
Un ejemplo de un cliente generado con soapUI 3.6, es el siguiente:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:zon="http://www.aduana.gov.ec/ZonaFranca">
<soapenv:Header/>
<soapenv:Body>
<zon:registrarCargaInicial>
<!--Optional:-->
<parametroServicio>
<!--Optional:-->
<archivo>
PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxjYXJnYS1pbmljaWFsIHhtb
G5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiIHhza
Tpub05hbWVzcGFjZVNjaGVtYUxvY2F0aW9uPSIuLi9zY2hlbWFzL3NhbGRvcy1pbmljaWFsZX
Mtem9uYSBmcmFuY2EueHNkIj4NCgk8aW5mb3JtYWNpb24tY29udHJvbD4NCgkJPHRpcG8tb
3BlcmFkb3I+MTM8L3RpcG8tb3BlcmFkb3I+DQoJCTxjb2RpZ28tb3BlcmFkb3I+MTA5OTwvY29k
aWdvLW9wZXJhZG9yPg0KCQk8dGlwby10cmFuc2FjY2lvbj41MjwvdGlwby10cmFuc2FjY2lvbj4
NCgkJPG51bWVyby1kZXRhbGxlcz4xPC9udW1lcm8tZGV0YWxsZXM+DQoJPC9pbmZvcm1hY
2lvbi1jb250cm9sPg0KCTxkZXRhbGxlLWNhcmdhPg0KCQk8cHJvZHVjdG9EZXRhbGxlPg0KC
QkJPGNvZGlnby1wcm9kdWN0bz5BQjE8L2NvZGlnby1wcm9kdWN0bz4NCgkJCTxzdWJwYXJ
0aWRhPjAzMDM3OTAwOTA8L3N1YnBhcnRpZGE+DQoJCQk8dGlwby1wcm9kdWN0bz5QRjw
vdGlwby1wcm9kdWN0bz4NCgkJCTx0aXBvLXVuaWRhZC1jb21lcmNpYWw+VE08L3RpcG8td
W5pZGFkLWNvbWVyY2lhbD4NCgkJCTxydWMtdXN1YXJpbz4wOTkyMTg1MjI4MDAxPC9ydW
MtdXN1YXJpbz4NCgkJCTxjYW50aWRhZC1wcm9kdWN0bz41LjA8L2NhbnRpZGFkLXByb2R1
Y3RvPg0KCQkJPGZlY2hhLXNhbGRvLWluaWNpYWw+MjAwMS0wMS0wMTwvZmVjaGEtc2Fs
ZG8taW5pY2lhbD4NCgkJCTxkZXNjcmlwY2lvbi1wcm9kdWN0bz5wcm9kdWN0byBpbnN1bW88
L2Rlc2NyaXBjaW9uLXByb2R1Y3RvPg0KCQkJPG9ic2VydmFjaW9uLWNhcmdhLWluaWNpYW
w+c2luIG9ic2VydmFjaW9uPC9vYnNlcnZhY2lvbi1jYXJnYS1pbmljaWFsPg0KCQk8L3Byb2R1Y3
RvRGV0YWxsZT4NCgk8L2RldGFsbGUtY2FyZ2E+DQo8L2NhcmdhLWluaWNpYWw+DQo=
</archivo>
<!--Optional:-->
36
<clave>25d55ad283aa400af464c76d713c07ad</clave>
<!--Optional:-->
<usuario>1092</usuario>
</parametroServicio>
</zon:registrarCargaInicial>
</soapenv:Body>
</soapenv:Envelope>
Las pruebas se realizaran utilizando el protocolo HTTPS. El certificado de pruebas: (archivo
certificado_zonafranca.cer), deberá ser descargado e instalado en el software del navegador del
cliente e importado en el almacén de certificados donde se ejecuta el software cliente.