GUIA DE FORMATOS DE TRANSMISION PROYECTO ZONAS … · 51 Exportación Temporal para...

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 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


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




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:


Los errores generados son:

19

ERROR MOTIVO

El servicio web se encuentra fuera de servicio, vuelva a intentarlo más tarde








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 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


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


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 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:


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


• 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


◦ 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:


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 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 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


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



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:





28


• 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




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.


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:



ERROR MOTIVO











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


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



• 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:


31





• 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




usuario de los campos <tipo-operador>, <código-operador>, exista y se encuentre


• 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>.


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:



ERROR MOTIVO









33



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


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



• 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>



<parametroServicio>



<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>

36

<clave>25d55ad283aa400af464c76d713c07ad</clave>



<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.

GUIA DE FORMATOS DE TRANSMISION PROYECTO ZONAS … · 51 Exportación Temporal para...

Documents

Transcript of GUIA DE FORMATOS DE TRANSMISION PROYECTO ZONAS … · 51 Exportación Temporal para...