Post on 04-May-2023
UNIVERSIDAD AUTÓNOMA DE CIUDAD JUÁREZ
Instituto de Ingeniería y Tecnología
Departamento de Ingeniería Eléctrica y Computación
SISTEMA PREVALIDADOR COMO PRIMER FILTRO EN
DETECCIÓN DE ERRORES DE ARCHIVOS ELECTRÓNICOS SAAI
PARA AGENCIA ADUANAL.
Reporte Técnico de Investigación presentado por:
Oscar Omar Valenzuela Jurado 66241
Requisito para la obtención del título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Profesor Responsable: Ivonne Haydee Robledo Portillo
Noviembre del 2010
iii
Autorización de Impresión
Los abajo firmantes, miembros del comité evaluador autorizamos la impresión
del proyecto de titulación
SISTEMA PREVALIDADOR COMO PRIMER FILTRO EN DETECCIÓN DE
ERRORES DE ARCHIVOS ELECTRÓNICOS SAAI PARA AGENCIA
ADUANAL.
Elaborado por el alumno:
Oscar Omar Valenzuela Jurado 66241
Leticia Ortega Máynez
Profesor de la Materia
Ivonne Haydee Robledo Portillo
Asesor Técnico
iv
Declaración de Originalidad
Yo Oscar Omar Valenzuela Jurado declaro que el material contenido en esta
publicación fue generado con la revisión de los documentos que se mencionan en la
sección de Referencias y que el Programa de Cómputo (Software) desarrollado es
original y no ha sido copiado de ninguna otra fuente, ni ha sido usado para obtener otro
título o reconocimiento en otra Institución de Educación Superior.
Oscar Omar Valenzuela Jurado
v
Agradecimientos
Por medio de la presente me permito agradecer el apoyo y dedicación a todas aquellas
personas que estuvieron conmigo durante la realización de este proyecto,
orientándome en todos y cada uno de los requisitos necesarios para llevarlo a cabo y
así encaminarme a alcanzar mi meta.
Primeramente quisiera dar gracias a mi familia que han sido siempre el mejor
ejemplo de lucha y esfuerzo para lograr los objetivos propuestos. Gracias a mi padre
Claudio por enseñarme la importancia del estudio, la disciplina, el respeto y la
formación como hombre así como el ejemplo de padre y la visión de superación. A
mi madre Mercedes por toda la comprensión y atenciones que ha tenido durante toda
mi vida, el apoyo, el ánimo, el entusiasmo de superación, el amor y la preocupación.
A mis hermanos Claudia, Jorge y Jazmín por todos esos momentos de cariño y amor
que nos hemos otorgado durante toda nuestra vida, los ejemplos y la diferencia de
carácter que nos identifican pero a la vez nos completa a todos y cada uno de nosotros
y por el gran orgullo que siento de tener una familia como la nuestra.
También quiero agradecer a Ilse, por la comprensión, el amor, el apoyo que
me ha brindado durante estos últimos años, por los momentos en que tal vez me vio
cansado pero supo como apoyarme y sobre todo entenderme.
También agradezco a la Universidad Autónoma de Ciudad Juárez y a su
personal docente y administrativo el apoyo con el cual conté desde que ingrese a la
institución, siendo siempre guiado por grandes profesores, los cuales me impulsaron
a seguir adelante, brindándome todos los conocimientos necesarios y a su vez, me
ayudaron a cultivar el hábito de la investigación, para así poder presentar este
proyecto tan importante para mí, esperando que solo sea el comienzo de mi carrera
profesional, especialmente: Profesora Ivonne Haydee Robledo Portillo, quien supo
apoyarme, me dedicó el tiempo y el ánimo de lograr este objetivo; Dra. Leticia Ortega
por mostrarme el camino a todos aquellos grandes y respetables profesores que me
formaron con el ejemplo y el respeto de un profesionista y así llevar mi potencial al
máximo.
Para finalizar quiero agradecerle a Dios, a ese enorme, amoroso y gran ser que
me da el ánimo, la fuerza y la gratitud por cada una de las cosas y actividades que
realizo, las necesidades que he tenido, en quien siempre he confiado y me ha
acompañado en este caminar.
vi
Índice
Autorización de Impresión ....................................................................................... iii
Declaración de Originalidad ..................................................................................... iv
Agradecimientos ....................................................................................................... v
Lista de Figuras ........................................................................................................ ix
Lista de Tablas ......................................................................................................... xi
Capítulo 1. Introducción ............................................................................................ 1
1.1 Antecedentes ................................................................................................... 1
1.2 Definición del problema .................................................................................. 5
1.3 Justificación ..................................................................................................... 5
1.4 Objetivo ........................................................................................................... 6
1.5 Preguntas de Investigación .............................................................................. 7
Capítulo 2. Marco teórico .......................................................................................... 8
2.1 Archivos SAAI ................................................................................................ 8
2.1.1 Definición de un archivo SAAI ..................................................................... 8
2.1.2 Características de un archivo SAAI ............................................................... 9
2.1.3 Registro de un archivo SAAI ..................................................................... 10
2.1.4 Aplicación de un archivo SAAI .................................................................. 13
2.1.5 Sistema de captura de pedimentos ............................................................... 13
2.2 Centros prevalidadores................................................................................... 13
2.2.1 Definición de un centro prevalidador .......................................................... 14
2.2.2 Criterios de prevalidación ........................................................................... 14
2.2.3 Características de un centro de prevalidación .............................................. 15
2.3 Descripción del proceso que realiza un sistema prevalidador.......................... 15
2.3.1 Enlaces ....................................................................................................... 15
2.3.2 Función de un centro prevalidador .............................................................. 17
2.3.3 Descripción del proceso de centro prevalidador .......................................... 17
2.4 Herramientas tecnológicas con las que se desarrollan los sistemas en los centros
prevalidadores ..................................................................................................... 18
2.4.1 LINUX en los centros prevalidadores.......................................................... 18
2.4.2 UNIX en los centros prevalidadores ............................................................ 19
2.4.2.1 Generalidades de UNIX ........................................................................... 19
2.4.3 JAVA J2EE en centros prevalidadores ........................................................ 19
vii
2.5 Herramientas tecnológicas con las que se desarrolla el sistema de prevalidación
para este proyecto ................................................................................................ 20
2.5.1 Descripción de FTP .................................................................................... 20
2.5.1.1 Operaciones de FTP ................................................................................. 20
2.5.1.2 Conexión a un host remoto ....................................................................... 21
2.5.1.3 Especificación del modo de transferencia ................................................. 21
2.5.2 Funcionalidad de Visual Basic .................................................................... 21
2.5.3 Funcionalidad Microsoft Access. ................................................................ 22
Capítulo 3. Métodos y Materiales ............................................................................ 23
3.1 Materiales ...................................................................................................... 23
3.1.1 Entrevista con el usuario. ............................................................................ 23
3.2 Métodos. ........................................................................................................ 24
3.2.1 Metodología................................................................................................ 26
3.2.2 Actividades que se deben llevar acabo ........................................................ 27
Capítulo 4. Desarrollo de sistema prevalidador como primer filtro........................... 28
4.1 Análisis del sistema. ...................................................................................... 28
4.1.1 Caso de uso. ................................................................................................ 28
4.1.2 Esquema general para determinar error en archivo SAAI Usuario-Sistema. . 30
4.2 Diseño de la base de datos ............................................................................. 31
4.2.1 Lista de tablas ............................................................................................. 31
4.2.2 Descripción de las tablas ............................................................................. 32
4.3 Contenido de las tablas .................................................................................. 33
4.4 Diseño de la aplicación .................................................................................. 37
4.4.1 Pantalla principal de la aplicación ............................................................... 37
4.4.2 Conexión a la base de datos en Access ........................................................ 38
4.4.3 Directorio y parámetros de conexión ........................................................... 39
4.4.4 Abrir base de datos desde Visual Basic ....................................................... 39
4.4.5 Estructura y revisión de Archivos SAAI...................................................... 40
4.4.6 Realizar conexión a FTP ............................................................................ 41
4.4.7 Desconectar de FTP .................................................................................... 41
4.4.8 Conocer el día juliano ................................................................................. 41
Capítulo 5. Resultados ............................................................................................. 42
5.2 Resultados obtenidos en la agencia aduanal. .................................................. 42
viii
5.2 Cumplimiento de objetivo y conclusión. ........................................................ 46
Trabajo a futuro ....................................................................................................... 47
Sugerencias ............................................................................................................. 47
Referencias.............................................................................................................. 48
Anexo A. ................................................................................................................. 51
A.1 Entrevista con el Usuario. ............................................................................. 51
Anexo B .................................................................................................................. 52
B.1 Descripción del funcionamiento de sistema prevalidador. .............................. 52
B.2 Descripción de la interfaz gráfica del sistema prevalidador desarrollado para
este proyecto. ...................................................................................................... 56
ix
Lista de Figuras
Figura 2.1 Enlaces Agente Aduanal – Aduana. ........................................................ 15
Figura 2.2 Enlaces Agente Aduanal – Centro Prevalidador. ..................................... 16
Figura 2.3 Enlaces Centro Prevalidador – Aduana. .................................................. 16
Figura 3.1 Modelo Lineal Secuencial....................................................................... 25
Figura 4.1 Ejemplo de archivo SAAI, ...................................................................... 29
Figura 4.2 Ejemplo del contenido de un archivo SAAI. ........................................... 30
Figura 4.3 Esquema general para determinar error en un SAAI Usuario-Sistema. .... 30
Figura 4.4 Esquema general de tablas en la base de datos. ....................................... 31
Figura 4.5 Tabla Archivos. ...................................................................................... 33
Figura 4.6 Tabla Directorio. .................................................................................... 33
Figura 4.7 Tabla Errores. ......................................................................................... 34
Figura 4.8 Tabla Estructura ..................................................................................... 35
Figura 4.9 Tabla Servidores ..................................................................................... 35
Figura 4.10 Tabla Parámetros .................................................................................. 36
Figura 4.11 Tabla Resultados .................................................................................. 37
Figura 4.12-A Código para mostrar pantalla principal.............................................. 37
Figura 4.12-B Pantalla principal del sistema desarrollado. ....................................... 38
Figura 4.13 Conexión a la base de datos. ................................................................. 38
Figura 4.14 Directorios y parámetros de conexión. .................................................. 39
Figura 4.15 Usuario y permisos para base de datos. ................................................. 39
Figura 4.16-A Estructura y revisión de archivos SAAI. ........................................... 40
Figura 4.16-B Estructura y revisión de archivos SAAI. ............................................ 40
Figura 4.17 Conexión FTP. ..................................................................................... 41
Figura 4.18 Desconectar FTP. ................................................................................. 41
Figura 4.19 Día juliano. ........................................................................................... 41
Figura B.1 Mensaje de error inesperado en directorio. ............................................. 52
Figura B.2 Ejemplo de directorio incorrecto. ........................................................... 52
Figura B.3 Ejemplo de directorio incorrecto en la base de datos. ............................. 53
Figura B.4 Ejemplo de directorio correcto. .............................................................. 53
Figura B.5 Ejemplo de directorio correcto en la base de datos. ................................ 53
Figura B.6 Pantalla Principal. .................................................................................. 54
Figura B.7 Archivo con el día juliano actual. ........................................................... 54
Figura B.8 Nombre de archivos SAAI que ya obtuvieron respuesta. ........................ 55
x
Figura B.9 Resultado de errores en archivo SAAI. ................................................... 55
Figura B.10 Resultado de errores en archivo SAAI desde la aplicación. ................... 55
Figura B.11 Descripción de la interfaz gráfica del sistema prevalidador. .................. 56
xi
Lista de Tablas
Tabla 2.1 Características de un archivo SAAI. ........................................................... 9
Tabla 2.2 Descripción de registros en archivos SAAI. ............................................. 12
Tabla 4.1 Descripción de las tablas de la base de datos. ........................................... 32
1
Capítulo 1. Introducción
El presente proyecto, determina y describe la forma en que se desarrolla un sistema
prevalidador como primer filtro en detección de errores de archivos SAAI:
En el capítulo 1 se muestran los antecedentes, se da una introducción de las
necesidades así como los objetivos que generar y justifican el desarrollo del sistema que
se presenta en este proyecto
En el capítulo 2 se presenta el marco teórico en donde se define el cómo surge,
el objetivo y la función de un archivo SAAI, en relación de un centro prevalidador y
agente aduanal, de igual manera las herramientas tecnológicas con las que se logra la
prevalidación.
En el capítulo 3 se presentan entrevistas con el usuario que estará en contacto
con el sistema, así como los métodos, materiales y metodología de las actividades que
se llevaron a cabo para realizar el presente proyecto.
En el capítulo 4 se muestra el diseño del sistema para el proyecto, de igual
manera se conocerá y mostrará el cómo se desarrollo.
En el capítulo 5 se muestran los resultados, trabajos a futuro y conclusiones
obtenidas con el desarrollo del sistema.
Finalmente se agregan anexos para referencia que contiene la entrevista con el
usuario del funcionamiento así como una explicación del funcionamiento del sistema de
desarrollado para este proyecto.
1.1 Antecedentes
En Ciudad Juárez existen 255 empresas maquiladoras que forman parte de las 19
aduanas pertenecientes a la zona norte de México, de un total de 49 aduanas existentes
en todo el país. Al ser parte de las aduanas, las maquiladoras y organismos públicos
requieren un servicio de calidad además de seguridad jurídica así como un trámite de
importación y exportación. [1]
2
Al realizar trámites de exportación e importación de sus productos, las empresas
maquiladoras generan pedimentos que son una declaración fiscal, relativa a obligaciones
tributarias en materia de comercio exterior, los cuales son enviados y revisados por la
aduana. Esta revisión se realiza a través de un sistema de información que determina si el
pedimento cumple con reglas técnicas, sintácticas y normativas establecidas por la
aduana. [2]
El sistema de información al que se hace referencia es llamado servicio de
prevalidación que nace en el 2002 como garantía de seguridad jurídica para los
importadores, exportadores, autoridades y agentes aduanales. El contexto en que se creó
el prevalidador es para otorgar esta autorización a las confederaciones de agentes
aduanales y a las asociaciones nacionales de empresas que utilizarán en servicio de
apoderados aduanales. Los cuales se describen a continuación:
Agente aduanal: El agente aduanal es una persona física a quien la Secretaría de
Hacienda y Crédito Público (SHCP) autoriza mediante una patente, para promover por
cuenta ajena el despacho de las mercancías, en los diferentes regímenes aduaneros
previstos en la Ley Aduanera de quien contrate sus servicios.
Apoderado aduanal: El apoderado aduanal es la persona a la cual los
importadores otorgan poder para llevar a cabo operaciones de comercio exterior. Sus
funciones son las mismas que las de un agente aduanal, pero con la diferencia de que
solamente puede realizar trámites de comercio exterior en representación de la persona
física o moral de quien dependa y por la cual fue autorizado. [3]
Al ser generados los pedimentos de exportación e importación en su formato
electrónico por los agentes aduanales, el servicio de prevalidación se encarga de verificar
que el pedimento electrónico que se envía al despacho aduanero cumpla con los
requerimientos basados en las RGMCE (Reglas de carácter General de Comercio
Exterior) específicamente en el Anexo 22. [4]
Los centros prevalidadores más importantes de México que trabajan en todas las
aduanas del país se forman de asociaciones como:
CAAAREM. Fundada en 1938 la Confederación de Asociaciones de Agentes
Aduanales de la República Mexicana, es un organismo que representa y defiende los
intereses gremiales de los especialistas en comercio exterior: los agentes aduanales. Está
representada por 875 Agentes Aduanales en puntos fronterizos, marítimos, aéreos e
3
interiores de la República Mexicana, a través de las 38 Asociaciones de Agentes
Aduanales. [5]
CLAA. Confederación Latinoamericana de Agentes Aduanales. [6]
CINTESIS. Fundado en 1993 el Comercio Internacional Sistematizado
autorizado por la Secretaría de Hacienda y Crédito Público se enfoca a la prevalidación
de pedimentos aduanales. [7]
AMAC. La Asociación de Maquiladoras A.C. es una institución no-lucrativa
establecida en Ciudad Juárez, Chihuahua el 7 de febrero de 1974 para servir a la
industria maquiladora. [8]
Estos centros prevalidadores tienen la finalidad de prevalidar y transferir una
respuesta con firma electrónica para la importación y exportación de mercancías
mediante la transferencia de un archivo SAAI el cual se describe a continuación.
En los años anteriores a 1989, los pedimentos se elaboraban en máquinas de
escribir y se duplicaban por medio de papel carbón. Este documento se llevaba a la
aduana para iniciar el trámite correspondiente, el cual iniciaba al asignarle un número a
dicho documento (pedimento), se seguía el procedimiento establecido y terminaba con la
salida de la mercancía de la aduana.
En este procedimiento, el pedimento tenía que pasar por infinidad de personas y
oficinas para su revisión. Una vez concluido el trámite la aduana enviaba la copia del
pedimento original junto con su documentación a la Unidad de Informática
Contabilidad y Glosa de la aduana (UICG) a fin de realizar una ultima revisión para
que se codificara y capturara en el sistema de cómputo de la Secretaría de Hacienda para
su análisis y difusión de la información hacia otras dependencias.
En 1989 con el surgimiento de las primeras computadoras personales, se inicia el
gran cambio en la sistematización del despacho aduanal; los agentes aduanales tuvieron
la obligación por Ley de elaborar los pedimentos en un sistema de cómputo que
cumpliese con los requerimientos de la autoridad y semanalmente entregar en un disco
magnético (DISKETTE 5 ¼ ) la información de los pedimentos tramitados la semana
anterior para que en la UICG fueran validados los registros contenidos y en caso de
presentar errores, éstos fuesen subsanados. Al mismo tiempo, se inicio el esquema de
selección aleatoria de pedimentos para su revisión ya que antes se revisaba el 100% de
4
las mercancías que salían de las aduanas, esto se conoció como CADEPA (Captura
Desconcentrada de Pedimentos Aduanales). [9]
En el año de 1991, el CADEPA evoluciona a lo que se conoció como SAAI-Fase
III (Sistema Automatizado Aduanero Integral Fase III), cuya característica principal
fue implementar el uso de la tecnología de información y comunicación para enlazar los
sistemas de cómputo de los agentes aduanales con los de la aduana, a fin de validar la
información de los pedimentos de manera veraz y automática. Esto permitía conocer los
errores de la información contenida en los pedimentos en cuestión de minutos y en el
caso de los pedimentos correctos, dar paso a la operación aduanal y su trámite
correspondiente. [9]
En enero de 2001 se implementó a nivel nacional el proyecto SAAI, el cual
eliminó los formatos de pedimentos de importación y exportación que se generaban en
impresoras matriciales y se implementó un nuevo formato único (para importación,
exportación y complementario) que sigue vigente y se imprime generalmente en
impresoras láser. [9]
El SAAI no solo incorporó cambios en el formato del pedimento si no en la
estructura del archivo electrónico de validación, ya que el SAAI-Fase III conservó la
estructura del CADEPA (64 Campos del pedimento). El archivo de Validación SAAI
contiene una copia de todos los datos que aparecen impresos en el formato del pedimento
(excepto las marcas, números y cantidad de bultos). [9]
De esta manera un archivo SAAI, es el sistema mediante el cual los
importadores, exportadores, agentes aduanales, apoderados aduanales y prevalidadores a
través de una sola cuenta de usuario tienen acceso a las diferentes aplicaciones WEB con
que cuenta la administración general de aduanas para la consulta del estado que guardan
las diferentes operaciones de comercio exterior que se realizan en el proceso de despacho
aduanero. La cuenta única de acceso que tienen los usuarios se denomina Pasaporte
Electrónico Aduanas (PEA) y a través de ésta podrán ingresar a las aplicaciones que
tengan autorizadas cada usuario [10].
Dada la información anterior, esta servirá como base para el desarrollo del
sistema prevalidador para las agencias aduanales.
5
1.2 Definición del problema
En Ciudad Juárez, siendo frontera, las empresas maquiladoras así como agentes
aduanales tienen como función principal importar o exportar producto terminado o
materia prima con la aduana local o de otras localidades, lo que a su vez genera que las
agencias aduanales utilicen el servicio de validación de pedimentos. El envío de
información mediante un sistema prevalidador se ve afectado debido a que no se
conoce tiempo de respuesta, existen validaciones con respuesta incompleta, el sistema
se vuelve lento o simplemente no hay servicio de prevalidación. La propuesta de esta
investigación es desarrollar un primer filtro o complemento de la revisión de archivos
SAAI ante los centros prevalidadores establecidos como base de corrección de
pedimentos que ayudará a evitar caídas de sistema y archivo sin respuesta, obtener una
respuesta más rápida con los errores en los pedimentos de exportación o importación,
así como presentar una forma en que la revisión del archivo SAAI genere respuesta y
revisión en un equipo de computo local, que se podría implementar en cada agencia
aduanal como primer filtro de obtención de error y complemento al servicio de
prevalidación.
1.3 Justificación
Las exigencias de una más rápida respuesta con error de archivos SAAI de las agencias
aduanales obligan a mantener un alto nivel competitivo, por lo que el sistema a
desarrollar sirve para obtener un archivo de error con mejora en los tiempos de
respuesta. El sistema funcionará como un primer filtro o complemento de la revisión de
archivos SAAI ante los centros prevalidadores establecidos, con la diferencia de que
sería desde un equipo local, evitando pérdida en tiempos de respuestas por transferencia
así como la pérdida de tiempo en el reenvío de archivos SAAI.
A continuación se muestran las debilidades existentes, que se corrigen y
mejoran con el sistema desarrollado:
No se conoce el tiempo de respuesta: La conexión de transferencia de
archivos SAAI con los inmuebles de servicio de conexión, no generan
respuesta o existe cuello de botella con la información por lo que no se
tiene un tiempo de respuesta definido. Esto causa que el agente aduanal
6
retrase su proceso con los pedimentos y a su vez ocasione que no
conozca si existen errores en la documentación de su pedimento [11].
Se presentan problemas de validaciones incompletas: Esto se debe a
que la transferencia del pedimento electrónico, no se transfiere al servidor
del centro prevalidador con la información completa.
Lentitud en validación de archivos SAAI: Entre mas agencias
aduanales o empresas envíen sus archivos SAAI a validar, la
transferencia y el ancho de banda para la comunicación se hace más lento,
por lo que el tiempo de respuesta se retrasa.
La agencia aduanal perdió servicio de Internet: Se generan casos
donde los clientes de los prevalidadores pierden las conexiones a Internet
debido a falta de pago temporal, problemas con el proveedor, el sistema
no se puede comunicar con el servidor por algún error en la aplicación o
fallas de hardware en el equipo de transferencia de archivos. Esto hace
que impida que el archivo SAAI se transfiera al servidor del centro
prevalidador para generar su validación [12].
No hay respuesta de prevalidación: El servicio no da respuesta debido a
problemas con el sistema, servidores de aplicaciones, falla en proceso de
transferencia de archivos SAAI, se perdió conexión de Internet, o se
encuentra dañada la base de datos en las instalaciones del centro
prevalidador. Esto ocasiona no obtener respuesta de errores en archivo
SAAI para exportar o importar.
1.4 Objetivo
Desarrollar un sistema como primer filtro de la detección de error y complemento al
servicio de prevalidación que proporcione y determine los errores de respuesta de un
archivo SAAI demostrando mejora en los tiempos de respuesta al agente aduanal en el
proceso de validación.
7
1.5 Preguntas de Investigación
La preocupación por complementar y mejorar tiempos de respuesta para la prevalidación
de archivos SAAI, son las causas por las que genera esta investigación con la intención
de que se respondan las siguientes preguntas:
¿Qué es un sistema prevalidador y cuál es el objetivo de su funcionamiento?
¿Existe alguna diferencia entre el sistema existente y el sistema propuesto en esta
investigación?
¿Qué problemas y necesidades se presentan en el proceso actual de prevalidación
de archivo SAAI?
¿Qué impacto y beneficio tendrá el sistema prevalidador a desarrollar, en el
proceso de validación de archivos SAAI en las confederaciones de agentes aduanales y
las asociaciones nacionales de empresas?
8
Capítulo 2. Marco teórico
Antes de comenzar con la definición del sistema prevalidador complemento a
desarrollar, es importante definir lo que son los centros prevalidadores y cómo
funcionan. Durante ese capítulo se define en la primera parte los archivos SAAI, de igual
manera se proporciona una descripción de su funcionamiento y se exponen sus
aplicaciones. En seguida se define que es un prevalidador, así como sus antecedentes y
características. En la tercera parte se describe cómo funciona un centro prevalidador.
Para concluir este capítulo, se analizan y explican las herramientas tecnológicas que
determinan las funciones de los sistemas y centros prevalidadores existentes.
2.1 Archivos SAAI
Lo presentado a continuación tiene como finalidad plantear el diseño conceptual del
administrador de archivos, que cubre desde el envío del archivo SAAI de las oficinas del
agente aduanal hasta su regreso, pasando por la asociación y la aduana para ser sometido
a los procesos correspondientes.
2.1.1 Definición de un archivo SAAI
En el Sistema de Automatización Aduanera Integral (SAAI) el proceso de validación
de pedimentos y tránsitos da lugar a un intercambio de información entre agentes y
apoderados aduanales, por una parte y la autoridad aduanera, por la otra. Esta
comunicación se da a través del intercambio de archivos entre los equipos de cómputo de
ambas partes. Inicialmente los agentes y apoderados aduanales le envían a la aduana un
conjunto de archivos que contienen información de los pedimentos y tránsitos que
pretenden tramitar. Después de una etapa de validación, la autoridad les envía en
respuesta un segundo conjunto de archivos informándoles de los pedimentos y tránsitos
aprobados y de los errores encontrados. [9]
9
2.1.2 Características de un archivo SAAI
El nombre de cada archivo tiene la forma mppppnnn.ddd y sus características se
definen a continuación. [10] (Ver la tabla 2.1)
ARCHIVO DE TRANSMISION DE PEDIMENTOS
CUADRO RESUMEN
PROPOSITO: Archivo transmitido por el agente o apoderado aduanal al prevalidador.
NOMBRE:
Con formato mppppnnn.ddd, donde
M es una constante indicando archivo de pedimentos, con lo cual se
identificara los archivos de SAAI
pppp Se reemplaza por la patente del agente o apoderado aduanal.
nnn Se reemplaza por un número entero consecutivo que asigna el agente o apoderado aduanal a los archivos que transmite.
ddd Se reemplaza por el día juliano en que se efectúa la transmisión.
TIPO: Texto
FORMATO: ASCII
FRECUENCIA DE
TRANSMISION:
Tantos archivos por día como decida enviar el agente o apoderado aduanal.
SEPARADOR ENTRE
REGISTROS:
Carácter control-j (line feed, con código ascii hexadecimal
SEPARADOR ENTRE
CAMPOS
Carácter | (alt-124)
CAMPOS
NUMERICOS
Los campos numéricos.
NÚMERO DE
REGISTROS
Variable en su conjunto y dentro de cada tipo.
SEPARADOR DE
CAMPOS
Los campos deben ser separados por carácter pipe “!”, no deben existir espacios
junto a los pipes.
LONGITUD MAXIMA La columna de longitud especifica que esa debe ser la longitud máxima y en el
caso de catálogos la longitud exacta.
Tabla 2.1 Características de un archivo SAAI.
10
2.1.3 Registro de un archivo SAAI
Cada archivo se compone de un número variable de registros que contienen la
información de uno o más pedimentos. A continuación se muestra la descripción del los
registros utilizados para generar un archivo SAAI. [10] (Ver la tabla 2.2)
Descripción Registro
Inicio de Pedimento 500
Generales 501
Transporte(n) 502
Guías(n) 503
Contenedores(n) 504
Destinatarios (n) 520
Facturas (n) 505
Fechas (n) 506
Identificadores Generales (n) 507
Cuentas de Garantía General (n) 508
Tasas a nivel pedimento(n) 509
Contribuciones Generales (n) 510
Observaciones (n) 511
Descargos (n) 512
Movimiento en Cuenta Aduanera (1) 514
Informe de la Industria Automotriz 515
Expedición de Carta de Cupo 530
Aviso de Arribo o No Arribo CC 531
Detalle UMC CC 571
Partidas(n) 551
Mercancías (n) 552
Permisos (n) 553
Identificadores (n) 554
Cuentas Aduaneras (n) 555
Tasas a Nivel Partida(n) 556
11
Gravamen a nivel partida (n) 557
Observaciones (n) 558
Norma Oficial Mexicana 559
Partidas del Informe de la Ind. Aut (n) 560
Previos de Consolidado (general) 601
Rectificación(1) 701
Generales(1) 501
Transporte(n) 502
Guías(n) 503
Contenedores(n) 504
Destinatarios (n) 520
Facturas (n) 505
Fechas (n) 506
Identificadores Generales (n) 507
Cuentas de Garantía General (n) 508
Tasas a Nivel Pedimento(n) 509
Contribuciones Generales (n) 510
Diferencias de Contribuciones(n) 702
Observaciones (n) 511
Descargos (n) 512
Movimiento en Cuenta Aduanera (1) 514
Informe de la Industria Automotriz 515
Partidas (n) 551
Mercancías (n) 552
Permisos (n) 553
Identificadores (n) 554
Cuentas Aduaneras (n) 555
Tasas a Nivel Partida (n) 556
Gravamen a nivel partida (n) 557
Observaciones 558
Norma Oficial Mexicana 559
Partidas del Inf. De la Ind. Aut. 560
12
Datos generales de pedimento complementario(1) 301
Prueba suficiente(n) 302
Fechas(1) 506
Identificadores a nivel pedimento(1) 507
Tasas a nivel pedimento(n 1-2) 509
Contribuciones Generales(n) 510
Observaciones a nivel pedimento(n) 511
Descargos(1) 512
Determinación de contribuciones a nivel partida para
pedimento complementario al amparo del Art. 303 del TLCAN(n) 351
Detalle de Importación EUA/CAN(n) 352
Determinación y/o pago de contribuciones por
aplicación del Art. 303 TLCAN a nivel partida en el pedimento de exportación (Retorno) (1)
353
Pago de Contribuciones por aplicación del Art. 303 a nivel partida(n)
355
Observaciones a nivel partida para el pedimento complementario(n)
358
Rectificación(1) 701
Datos generales del pedimento complementario(1) 301
Prueba suficiente(n) 302
Fechas(1) 506
Identificadores a nivel pedimento(1) 507
Tasas a nivel pedimento(n 1-2) 509
Contribuciones generales(n) 510
Diferencias de contribuciones(n) 702
Observaciones a nivel pedimento(n) 511
Descargos(1) 512
Determinación de contribuciones a nivel partida para
pedimento complementario al amparo del Art. 303 del TLCAN(n)
351
Detalle de importación EUA/CAN(n) 352
Determinación y/o pago de contribuciones por
aplicación del Art. 303 TLCAN a nivel partida en el pedimento de exportación (Retorno) (1)
353
Observaciones a nivel partida para el pedimento
complementario(n) 358
Indicador de Fin de Archivo 801
Tabla 2.2 Descripción de registros en archivos SAAI.
13
2.1.4 Aplicación de un archivo SAAI
Mediante la transmisión de archivos de esta clase, el agente o apoderado aduanal informa
a la aduana de los pedimentos que pretende despachar. Una vez validada la información
transmitida, el agente o apoderado recibirá en respuesta una firma electrónica para cada
pedimento aceptado y las claves que identifican los errores encontrados en los
pedimentos restantes.
El agente aduanal o apoderado debe corregir y retransmitir la información de sus
pedimentos erróneos hasta lograr la aprobación de la aduana. Los pedimentos correctos,
por otra parte pueden imprimirse incluyendo en los mismos la firma electrónica como
resultado de la validación y pueden continuar con las fases restantes de su despacho.
Cada archivo puede contener información de uno o más pedimentos, así como de
pedimentos previos que se están descargando. Además, pueden transmitirse durante el
día un número ilimitado de estos archivos.
2.1.5 Sistema de captura de pedimentos
Es el sistema de captura de pedimentos y documentos aduanales involucrados en las
operaciones de comercio exterior en un marco de agilidad y cumplimiento a las leyes que
aplican, incluyendo consulta a la tarifa arancelaria y generación de cuentas de gastos,
manteniendo la normatividad en base a actualizaciones conforme a las publicaciones en
el Diario Oficial de la Federación (DOF), circulares y boletines, Este sistema muestra al
personal que captura los registros del pedimento una manera visual y selectiva de
generar la relación con los números de registros, lo que facilita la selección y decisión de
las tarifas y aranceles lo que da como resultado rapidez de la captura y creación de un
archivo SAAI.
2.2 Centros prevalidadores
La prevalidación electrónica de pedimentos es una obligación para agentes aduanales y
apoderados aduanales establecida en el último párrafo del artículo 38 de la ley aduanera.
14
El artículo 16-A de la propia ley aduanera establece que el Servicio de
Administración Tributaria (SAT) puede otorgar autorización para que las
confederaciones de agentes aduanales y las asociaciones nacionales de empresas que
utilicen los servicios de apoderados aduanales, otorguen la prevalidación electrónica de
datos. [13]
La regla 1.3.7 de las Reglas de Carácter General en Materia de Comercio
Exterior (“RCGMCE”) establece que las personas que realicen las operaciones
aduaneras deberán pagar una contraprestación de $140.00 más el Impuesto al Valor
Agregado (IVA) y declarar dicho monto en los pedimentos. [14]
2.2.1 Definición de un centro prevalidador
Es un sistema informático que recibe los pedimentos de importación y exportación
generados por los agentes y apoderados aduanales en su formato electrónico, verifica que
dichos pedimentos cumplan con los criterios sintácticos, estructurales, catalógicos y
normativos para ser retransmitidos al SAT para su validación si no se ha encontrado un
error en su llenado.
2.2.2 Criterios de prevalidación
Los distintos tipos de criterios que debe revisar un prevalidador son:
Criterio sintáctico: El sistema verifica que la información declarada en cada
campo del pedimento sea validada conforme a la cantidad real de caracteres que debe
contener cada campo. Ejemplo: Si la patente se compone de cuatro caracteres, el
sistema verificará que en el campo correspondiente existan cuatro caracteres.
Criterio catalógico: Este criterio se refiere al proceso que realiza el sistema para
verificar que la información descargada en el pedimento concuerde con lo establecido
en el Anexo 22 de las RCGMCE [4] es decir, confronta que las claves asentadas en el
pedimento se encuentren contenidas en el citado Anexo.
Criterio estructural: El sistema verifica que la cantidad de campos que debe
contener el pedimento sean los que realmente existen.
Criterio normativo: Se refiere a que el sistema verifica que la información
descargada en el pedimento coincida con la normatividad vigente. [15]
15
2.2.3 Características de un centro de prevalidación
Su objetivo principal es revisar exhaustivamente los criterios sintácticos, catalógicos,
estructurales y normativos de los pedimentos declarados.
Actuación como coordinador de operaciones con usuarios de comercio exterior.
Interacción con usuarios de comercio exterior.
Interacción con autoridades aduaneras.
Integración como centro de soporte y servicios. [2]
2.3 Descripción del proceso que realiza un sistema prevalidador
La información presentada a continuación tiene como finalidad plantear el diseño
conceptual del administrador de archivos, que cubre desde el envío del archivo SAAI de
las oficinas del agente aduanal hasta su regreso, pasando por la asociación y la aduana
para ser sometido a los procesos correspondientes.
2.3.1 Enlaces
A continuación se muestran los enlaces existentes entre agente aduanal y aduana. Se
deberá contar con los enlaces necesarios, capaces de soportar el protocolo TCP/IP que se
definirán más adelante y contar con las direcciones homologadas IP correspondientes.
[16] (Ver Figura 1.1)
Figura 2.1 Enlaces Agente Aduanal – Aduana.
16
La conectividad se realiza a través de redes Frame Relay. Sólo se remitirán a la
aduana, archivos sin errores.
Se debe incluir una firma generada por el prevalidador en los registros 500 de
cada archivo para informar al SAT que fueron prevalidados, excepto cancelaciones y
desistimientos.
Las asociaciones deberán tener un registro que determine el tipo de conexión, el
equipo involucrado y el nombre del responsable del enlace. A continuación se muestra
la conexión existente entre el agente aduanal y centro prevalidador.[16] (Ver Figura 2.2)
Figura 2.2 Enlaces Agente Aduanal – Centro Prevalidador.
Conexión entre centro prevalidador - aduana: Este esquema de conectividad se
encuentra trabajando en todas las Asociaciones del país. A continuación se muestra la
conexión existente entre el centro prevalidador y la aduana. [16] (Ver figura 1.3)
Figura 2.3 Enlaces Centro Prevalidador – Aduana.
17
2.3.2 Función de un centro prevalidador
El administrador de archivos SAAI, será el kernel (la parte más importante) del proceso
de prevalidación; con él se controla la recepción, prevalidación, validación y entrega de
archivos.
El administrador de archivos contempla los siguientes alcances:
Administrar los archivos SAAI para su prevalidación y validación.
Administrar los archivos necesarios para la elaboración de conciliaciones.
2.3.3 Descripción del proceso de centro prevalidador
El administrador busca dentro de los buzones de los agentes aduanales los archivos del
día que se tendrán que validar. Esta tarea la realizará con un esquema “Round Robin”
que es uno de los algoritmos de planificación de procesos más simples dentro de un
sistema operativo que asigna a cada proceso una porción de tiempo equitativa y
ordenada, por periodos de 5 segundos.
Una vez detectados los archivos que cumplan con la sintaxis requerida, son
enviados al buzón del prevalidador ubicado en el directorio según defina el prevalidador
para su integración y prevalidación, tarea que realiza el prevalidador.
El resultado de la prevalidación (archivos .jjj) se depositará en el directorio:
definido.
Si el resultado de la prevalidación fue exitoso, se deposita el archivo en el
directorio de validación para que sea entregado a la aduana.
Cuando se obtenga el resultado de la aduana en el directorio; este se deposita en
el directorio del agente aduanal para su recolección junto con el resultado del
prevalidador.
Si el resultado de la prevalidación no fue exitoso, se depositará el archivo con
los errores correspondientes en el directorio del agente aduanal para su recolección [5].
18
2.4 Herramientas tecnológicas con las que se desarrollan los sistemas en
los centros prevalidadores
En este punto se habla de los lenguajes, sistemas operativos y herramientas que
normalmente se utilizan en un sistema prevalidador. Así como el lenguaje o sistema
operativo, un portal en Internet, otro para crear la base de datos donde se guardan los
meta datos y otro lenguaje para que se comunique entre ellos.
El sistema que ofrece un centro prevalidador es de impacto nacional. Después
de analizar las tecnologías de información existentes, algunos centros prevalidadores
trabajan ahora con una plataforma JAVA multicapa J2EE para desarrollar un sistema
eficiente, confiable y abierto a cualquier adecuación garantizando la compatibilidad
futura. Sun Microsystems fue fundamental ya que ellos proporcionaron la infraestructura
básica de cómputo basada en poderosos equipos con arquitectura X86 y sistema
operativo abierto y confiable como es el caso de Linux. [17]
2.4.1 LINUX en los centros prevalidadores
El sistema Linux tiene tras de sí 30 años de desarrollo en Unix, el cual tiene la reputación
de ser el más confiable de todos y no es una reputación gratuita, muchos servidores han
estado en operación durante años sin tener que ser arrancados de nuevo por alguna falla.
Dado el avance tecnológico en las telecomunicaciones, hoy día los sistemas de
cómputo trabajan en un ambiente de intercomunicación global, por lo tanto la seguridad
en los sistemas operativos es un aspecto de máxima importancia. A este respecto,
podemos afirmar categóricamente que Unix es el sistema operativo más seguro que
existe. Generalmente se cree que en Unix la administración de la seguridad es un rol de
todo o nada, sin embargo sobran ejemplos que demuestran que la seguridad en Unix
puede ser configurada de acuerdo a necesidades particulares. Esta capacidad se debe a
que la seguridad en Unix viene implementada desde el kernel, de modo que es posible
configurarla a nivel de sistema de archivos, de servicios de red, de facilidades en el host
y de capacidades de usuario. [18]
19
2.4.2 UNIX en los centros prevalidadores
Inicialmente UNIX fue desarrollado en C, pertenecía a una empresa: la empresa AT&T
Bell; tras una serie de malentendidos respecto a la propiedad de este sistema aparecen
variantes en forma de Minix, FreeBSD (Berkeley San Diego), Linux, todas de tipo
software libre, abierto, gratuito y en continuo desarrollo por programadores que no
pertenecen a ninguna empresa. Todos los tipos de UNIX comparten muchas ideas y en
su conjunto se diferencian mucho de otros sistemas operativos menos robustos o sin la
sencillez arquitectónica de UNIX.
UNIX presta una especial atención a las comunicaciones, uso remoto de los
equipos y el uso compartido de recursos. Esto lo ha mantenido en cabeza siempre
conforme estos aspectos de la informática se han popularizado. La ventaja de este tipo
de UNIX es que la parte protegida del sistema es menor y está menos acoplada con
partes no esenciales del sistema. Esta ha sido siempre la filosofía de protección de este
sistema. [19]
2.4.2.1 Generalidades de UNIX
El uso de interfaces gráficas con UNIX es tan fácil como con cualquier otra plataforma.
Sin embargo, la flexibilidad de interconexión entre los datos de entrada y salida de las
aplicaciones no son fáciles de representar ante aquellos y es este precisamente uno de los
aspectos más importante para los programadores de sistemas ya que permite construir
comandos combinados potentes muy rápidamente a los expertos.
UNIX ideó el sistema de almacenamiento en estructuras jerárquicas que hoy nos
es tan popular en todos los sistemas: los directorios y subdirectorios [19].
2.4.3 JAVA J2EE en centros prevalidadores
La arquitectura J2EE, basada en componentes y en una plataforma independiente, hace
que las aplicaciones J2EE sean fáciles de leer y escribir, debido a que la lógica del
negocio a realizar, se organiza en componentes reutilizables. [20]
20
2.5 Herramientas tecnológicas con las que se desarrolla el sistema de
prevalidación para este proyecto
En esta parte se describen las herramientas tecnológicas con las que se desarrolló el
sistema presentado en este proyecto para la transmisión y revisión de archivos SAAI.
2.5.1 Descripción de FTP
File Transfer Protocol (FTP) utiliza Transmission Control Protocol (TCP) como
protocolo de transporte para proporcionar conexiones fiables entre los extremos. Se
emplean dos conexiones: la primera es para el login y sigue el protocolo TELNET y la
segunda es para gestionar la transferencia de datos. Como es necesario hacer un login en
el host remoto, el usuario debe tener un nombre de usuario y un password para acceder a
ficheros y a directorios. El usuario que inicia la conexión asume la función de cliente,
mientras que el host remoto adopta la función de servidor.
La interfaz de usuario se comunica con el IP, que está a cargo del control de la
conexión. Este intérprete de protocolo ha de comunicar la información necesaria a su
propio sistema de archivos. En el otro extremo de la conexión, el IP, además de su
función de responder al protocolo TELNET, ha de iniciar la conexión de datos. Durante
la transferencia de ficheros, los DTPs se ocupan de gestionar la transferencia de datos.
Una vez que la operación del usuario se ha completado, el IP ha de cerrar la conexión de
control.
2.5.1.1 Operaciones de FTP
Al usar FTP, el usuario realiza alguna de las siguientes operaciones:
Conexión a un host remoto.
Selección de un directorio.
Listado de ficheros disponibles para una transferencia.
Especificación del modo de transferencia.
Copiar ficheros del host remoto.
Desconectar del host remoto.
21
2.5.1.2 Conexión a un host remoto
Para ejecutar una transferencia de ficheros, el usuario comienza haciendo un login en el
host remoto. Este es el método primario para manejar la seguridad. El usuario debe
tener un identificador y un password para el host remoto, a menos que use un FTP
anónimo, descrito en FTP anónimo.
2.5.1.3 Especificación del modo de transferencia
La transferencia de datos entre sistemas diferentes suele requerir transformaciones de
los datos como parte del proceso de transferencia. El usuario ha de decidir dos aspectos
de la manipulación de los datos:
La forma en qué se transferirán los bits.
Las distintas representaciones de los datos en la arquitectura del sistema [21].
2.5.2 Funcionalidad de Visual Basic
Visual Basic es la versión del lenguaje de programación BASIC, orientado al sistema
operativo Windows con todas sus características. El lenguaje de programación BASIC
es uno de los más sencillos de aprender y por tanto, Visual Basic, es la mejor
herramienta para aquellos que quieran iniciarse en la programación, ya que con unas
pocas líneas de código pueden observarse ya los resultados.
Visual Basic es una forma de programación basada en objetos u orientada al
evento. Al ser Windows un entorno multitarea, varias aplicaciones pueden ejecutarse a
la vez; entonces las aplicaciones permanecen a la espera de acciones de parte del
usuario, de parte de sí mismas o del sistema operativo para ejecutar una parte de su
código y volver al estado de espera. Estas acciones se denominan eventos y el código
que se ejecuta son funciones y métodos, todos estos se encuentran dentro de unas
entidades llamadas Objetos.
Con Visual Basic se pueden crear aplicaciones (*.exe), librerías dinámicas
(*.dll), controles ActiveX (*.ocx) entre otras cosas. Contiene algunos complementos
para utilizar dentro del entorno de trabajo para gestionar bases de datos, crear archivos
de recursos (*.res), utilizar la API de Windows, crear clases, etc.
22
Luego de creada toda la estructura de la aplicación se compila ésta para crear el
ejecutable, librería o control ActiveX que se haya creado, lo cual podrá funcionar en
otros ordenadores, aunque en ellos no se encuentre instalado Visual Basic. Para ello se
necesitará que se encuentre en el directorio System del directorio la librería
msvbvm60.dll para las aplicaciones sencillas; si se utilizan otros componentes y
referencias se necesitarán además de otros archivos en el ordenador.[22]
2.5.3 Funcionalidad Microsoft Access.
Microsoft Access es una aplicación para manejo de bases de datos que cuenta con una
interfaz de usuario amigable que facilita su uso sin requerir un conocimiento
especializado de programación.
Microsoft Access maneja varios tipos de datos (texto, numérico, fechas,
etcétera) de manera flexible. Access puede además importar y exportar datos de Word,
Excel y otras bases de datos.
Las computadoras operan sobre datos que han sido organizados dentro de
agrupamientos lógicos, para que su procesos sea efectivos y los resultados obtenidos
sean útiles.
La información disponible en una base de datos puede ser cualquier cosa que se
considere importante para el individuo o la organización.
Dicho de otro modo, cualquier cosa necesaria para apoyar el proceso general de atender
los asuntos de un individuo u organización. [23]
23
Capítulo 3. Métodos y Materiales
En todo desarrollo de sistemas de sistema es de suma importancia el seguir alguna
especificación que permita a los desarrolladores el tener una disciplina que haga que
todas las etapas del desarrollo del sistema, desde la recolección inicial de requerimientos
hasta las pruebas finales del sistema de igual manera en este capítulo se muestran los
materiales y métodos que se tomaron como base de información para el desarrollo de
prevalidacion como primer filtro, así como la entrevista con el usuario de la agencia
aduanal y las actividades que se deben realizar.
3.1 Materiales
A continuación se muestra los materiales que fueron utilizados para el desarrollo del
sistema que se presenta para este proyecto.
3.1.1 Entrevista con el usuario.
En base a las necesidades y el beneficio que se pretende ofrecer con el sistema
desarrollado se trabajo con la agencia aduanal de nombre R.J.A.1 en la cual se tuvo
comunicación oral con la Lic. Claudia, quien desempeña directamente la función de
generar los pedimentos en el sistema de captura. Se le realizó una serie de preguntas
relacionadas con los problemas y necesidades que se presentaron al momento de
prevalidar los archivos SAAI, así como los tiempos de respuesta con errores. De igual
manera se trabajo directamente con ella para presentarle y mostrarle la propuesta del
sistema.
Se obtuvo la autorización del agente aduanal, el Lic. De León para realizar las
pruebas necesarias que se requirieran en el desarrollo del sistema presentado para su
desarrollo. (Ver entrevista en la sección de Anexo A.)
De igual manera en comunicación oral con el Ing. Sergio quien actualmente
labora en el centro prevalidador, el cual tiene sus instalaciones en la ciudad de México,
se le preguntaron las funciones y problemas más comunes que presenta un centro
prevalidador con el fin de entender y conocer más del proceso que desempeña.
1 El nombre de la agencia aduanal ha sido modificado con fines de seguridad.
24
3.2 Métodos.
El desarrollo del sistema que este proyecto propone, es una herramienta que
pretenda resolver los problemas en los tiempos de respuesta con error de los archivos
SAAI, por lo que es necesario seguir y determinar un proceso de análisis y diseño. Es
por esto que a continuación se detallan los procesos, análisis y diseño que se involucran
para el desarrollo de un sistema.
También se especifican las técnicas de documentación del sistema que son
utilizadas para complementar el desarrollo del sistema que se propone.
Se muestra el análisis, diseño, construcción, verificación y gestión de entidades
técnicas. En donde, todo proceso de ingeniería debe comenzar por contestar las
siguientes preguntas: ¿Cuál es el problema a resolver?, ¿Cuáles son las características de
la entidad que se utiliza para resolver el problema? ¿Cómo va a probarse la entidad? y
para los fines que se desarrolla el sistema propuesto dentro de este proyecto, podemos
contestar estas preguntas en una primera instancia desde un punto de vista global y sin
considerar detalles específicos, de tal manera que se pueden establecer los siguientes
puntos:
Desarrollar una aplicación de software que pueda utilizarse como sistema
prevalidador como primer filtro en detección de errores de archivos electrónicos
SAAI para agencia aduanal.
La aplicación de software debe tener características tales que se cumpla con el
objetivo del proyecto, es decir que el sistema este perfectamente orientado a sus
usuarios para que realmente pueda ser aplicado al área problema.
Existen diferentes modelos de procesos para el caso de este proyecto es necesario
apegarse lo más posible a uno de estos modelos con el fin de tener una organización de
actividades que se planean en base a una serie de etapas lógicas e interconectadas entre
sí.
25
El modelo de ingeniería de software que este proyecto sigue es el Modelo Lineal
Secuencial (MLS), que será descrito a continuación. (Ver Figura 3.1)
Figura 3.1 Modelo Lineal Secuencial
También llamado "Ciclo de vida básico" o "Modelo de cascada" sugiere un
enfoque sistemático o más bien secuencial del desarrollo de software que comienza en
un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y
mantenimiento.
El MLS tiene las siguientes actividades:
Análisis de los requerimientos del software: Es la fase en la cual se reúnen todos
los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia
del cliente que documenta y repasa dichos requisitos.
Diseño: Es una etapa dirigida hacia la estructura de datos, la arquitectura del
software, las representaciones de la interfaz y el algoritmo. En forma general se
generan pruebas de lo solicitado y se documenta haciéndose parte del software.
Generación del código: Es la etapa en la cual se traduce el diseño para que sea
comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado
del diseño.
Resultado: esta etapa se centra en los procesos lógicos internos del software,
asegurando que todas las sentencias se han comprobado y en la detección de errores.
26
3.2.1 Metodología
El objetivo a alcanzar es realizar una clasificación de conceptos respecto al área de
centros prevalidadores así como sistema prevalidador desarrollado; con el cual se
elabora una descripción del uso de los sistemas en los centros prevalidadores que busca
caracterizar los principales problemas relacionados con el envió y tiempo de respuesta
de los archivos SAAI así como la descripción de los errores más comunes y las causas
que afecta el proceso de validación. Esta información se recolectó mediante la
investigación el estudio y análisis en los sectores afectados en este caso la agencia
aduanal, con el objetivo de mejorar tiempos.
Se realizó la investigación con el usuario directo que trabaja con los archivos
SAAI en la agencia aduanal para conocer y presentar la novedad del proyecto en cuanto
a la mejora de los tiempos y los casos en los que el sistema no se conoce el tiempo de
respuesta. Una vez realizada la investigación de los sistemas existentes las necesidades
de los usuarios, así como los puntos a mejorar se buscaron precisar las semejanzas de
los sistemas existentes y diferenciar los beneficios obtenidos con el sistema presentado.
De igual manera se mostraron los niveles de inversión y gastos, en el reflejo de
tiempos muertos en los sistemas actuales y el nivel competitivo de los centros
prevalidadores.
Mediante el análisis de las necesidades del usuario se buscaron establecer el
perfil competitivo del sistema propuesto en aquellas necesidades presentadas en el
sistema actual con renovación del modo de transferencia y respuesta de archivo, al
proponer soluciones a los problemas encontrados.
El plan de acción es desarrollar un sistema prevalidador como primer filtro en
detección de errores de archivos electrónicos SAAI como base de los resultados del
estudio y organizar una planificación del proceso de respuesta. Mostrando y
determinado la justificación, los objetivos, personas involucradas, ambientes de
desarrollo de sistema y técnicas de desarrollo, así como los recursos tecnológicos
existentes y los utilizados para el desarrollo del mismo.
27
3.2.2 Actividades que se deben llevar acabo
Se conoce que el desarrollo de un sistema siempre forma parte de un contexto
más grande, que puede ir desde una agencia aduanal hasta un corporativo de empresas, o
un centro prevalidador. Es por esto que tienen que establecerse requerimientos
funcionales y no funcionales que permitan que el software desarrollado pueda ubicarse
exitosamente dentro de este contexto.
En el capítulo 2 se establecieron algunos requerimientos generales del funcionamiento de
prevalidación y las etapas de desarrollo, más no se han especificado los requerimientos
particulares para la aplicación de software propuesta dentro de este proyecto.
Análisis de los requisitos del software. El proceso de reunión de requisitos se
intensifica y se centra especialmente en el sistema. En el caso de este proyecto, el
proceso de análisis y de obtención de requerimientos se lleva a cabo a través de trabajar
conjuntamente con la agencia aduanal y un centro prevalidador, quien proporciona los
parámetros bajo los cuales la aplicación debe desarrollarse para poder de esta manera
cumplir con los objetivos de este proyecto.
Diseño. El diseño del sistema es realmente un proceso de muchos pasos pero que
se clasifican dentro de uno mismo. En general, la actividad del diseño se refiere al
establecimiento de las estructuras de datos, la arquitectura general del sistema,
representaciones de interfaz. El proceso de diseño traduce requisitos en una
representación de sistema.
Generación de Código. Esta actividad consiste en traducir el diseño en una
forma legible por la máquina. En el caso de la aplicación de sistema de este proyecto, la
generación de código se refiere tanto a la parte de envió de un archivo SAAI para su
prevalidación y el archivo de respuesta.
Resultado. Una vez que se ha generado código, comienzan las pruebas del
sistema que se ha desarrollado. El proceso de pruebas se centra en los procesos lógicos
internos del sistema, asegurando que todas las sentencias se han comprobado y en los
procesos externos funcionales, es decir, la realización de las prueba para la detección de
errores. En este sistema, es necesario tener etapas de pruebas tanto para la parte funcional
del sistema, como para la parte aplicativa del mismo. Se requiere poder probar el sistema
con el objetivo de mejorar los tiempos de respuesta de un archivo SAAI.
28
Capítulo 4. Desarrollo de sistema prevalidador como primer
filtro.
En este capítulo se explica cómo se desarrolla el sistema prevalidador como primer
filtro, de acuerdo con las características mencionadas en el capítulo 2. Se define el
problema de manera concreta. En la sección de diseño se analiza el sistema de acuerdo
con las necesidades de los usuarios y el manejo de los archivos SAAI. Se explica cómo
es la arquitectura de de un sistema prevalidador, su uso y manejo. En la codificación se
redactan las partes más importantes del código empleado.
4.1 Análisis del sistema.
La aplicación para este proyecto está desarrollada en Visual Basic 6.0 mediante el uso de
módulos y se determina en una interfaz gráfica la cual realiza el monitoreo de los archivo
SAAI que se generen, así como determinar si existe un archivo nuevo que pertenezca al
día juliano actual, para entonces realizar la revisión de los registros y mostrar el error.
Proceso que se determinara más adelante.
Para el desarrollo de la aplicación y la actualización de los datos se trabaja mediante
módulos que son básicamente un conjunto de declaraciones, instrucciones y
procedimientos que se almacenan en una unidad con nombre para organizar el código de
Microsoft Visual Basic.
4.1.1 Caso de uso.
El usuario o agente aduanal que trabaja con archivos SAAI realiza la captura de los
registros en el archivo para entonces validar el pedimento que es enviado al centro
prevalidador. La necesidad del usuario es conocer si la captura de su pedimento es la
correcta, por lo que se tiene que verificar que los registros contenidos dentro del archivo
sean los adecuados. Es por eso que el sistema muestra y determina a el usuario que su
captura de registros tienen error el cual debe ser corregido, para entonces poder ser
enviado al centro prevalidador, con la seguridad de que el contenido es correcto, de tal
manera que para poder mostrar el proceso realizado por el sistema y el usuario se hará
referencia al siguiente ejemplo:
29
Supongamos que el agente aduanal genera el archivo SAAI, en su sistema de
captura sin saber que selecciono mal o introdujo mal algún registro en su pedimento, al
terminar de hacer la captura se arrojara un archivo con el contenido de los registros con
el nombre mppppnnn.jjj (Ver tabla 2.1 par a referencia de cómo se compone el nombre
de un archivo SAAI, ver tabla 4.1para ejemplo de un archivo SAAI) el cual se guarda en
un directorio de la maquina definido, entonces el sistema tiene que reconocer que ese
archivo pertenece al día juliano actual (El cual es el día consecutivo del año transcurrido
hasta el momento de su consulta); al estar activa la aplicación reconoce que el archivo
pertenece al día juliano actual y lo toma para entonces generar la revisión de los
registros contenidos (Ver figura 1.6 para referencia de la descripción de los registros
contenidos en un archivo SAAI, ver tabla 4.2 para ejemplo del contenido en los
registros), el sistema determinara si existen errores y de así serlo se mostrará al agente
aduanal mediante la aplicación desarrollada, de tal manera que la descripción del error
en pantalla informará a el usuario cuales son las correcciones de los registros que se
deben realizar. Esta respuesta la muestra el sistema instantáneamente en el equipo
donde se tiene activo el sistema y el cual almacena los archivos SAAI todo esto
mediante la consulta de la base de datos, lo que agiliza y determina el error en el archivo
sin la necesidad de ser transferido al centro prevalidador.
A continuación se muestra ejemplo del archivo generado por el sistema de
captura.
Figura 4.1 Ejemplo de archivo SAAI,
30
A continuación se muestra un ejemplo de los registros contenidos dentro de un
archivo SAAI. (Ver figura 4.2)
Figura 4.2 Ejemplo del contenido de un archivo SAAI.
4.1.2 Esquema general para determinar error en archivo SAAI
Usuario-Sistema.
A continuación se muestra mediante un diagrama de flujo el proceso que se realiza para
la revisión de un archivo SAAI desde que el usuario genera el archivo y hasta que
corrige los registros con error. (Ver figura 4.3)
Figura 4.3 Esquema general para determinar error en un SAAI Usuario-Sistema.
31
4.2 Diseño de la base de datos
La base de datos presentada en este proyecto se desarrolla en Microsoft Office Access,
generando consultas sobre los tablas dependiendo del campo al que se hace referencia en
la aplicación, para generar la base de datos fue necesario determinar la estructura del
archivo SAAI así como su contenido de registros y proporcionar una tabla en donde se
presentara la descripción de los posibles errores.
4.2.1 Lista de tablas
A continuación se muestra las tablas utilizadas para el desarrollo de este proyecto en el
ambiente de Microsoft Access 2003. (Ver figura 4.4)
Figura 4.4 Esquema general de tablas en la base de datos.
32
4.2.2 Descripción de las tablas
A continuación se muestra la descripción y la función general que realiza cada tabla en el
sistema prevalidador como primer filtro. (Ver Tabla 4.1)
Nombre de la
Tabla.
Descripción General.
Archivos Se muestran los archivos que han sido prevalidados.
Clientes Se guarda la información del cliente con el que trabaja la aplicación.
Curp Contiene la información de la CURP de cliente.
Detallepedimento Detalla la información del archivo SAAI.
Directorios Guarda la información del directorio de entrada y salida donde se almacenan los
archivos SAAI
Empresa Guarda el nombre de la empresa con la que se está trabajando.
ErrAvisos Avisos de errores en archivo SAAI
Errores Errores que se mostraran al asignarse mal los registros o si falta información en un
archivo SAAI .
EstructuraM3 Se guarda la información contenida del archivo SAAI la cual se revisara para dar
respuesta de error.
Parámetros Se guardan los parámetros y directorios definidos para almacenar los archivos
SAAI.
Pedimento Se guarda la información del pedimento así como la aduana y la patente utilizada.
Pedimentos Se guarda la cantidad de archivos SAAI que han sido revisados.
Resultado Se guarda la información de los errores que se dieron como resultados al momento
de prevalidar el archivo SAAI.
Servidores Se guarda la información del servidor al que se va a realizar la transferencia del
archivo una vez que sea correcto.
Tabla 4.1 Descripción de las tablas de la base de datos.
33
4.3 Contenido de las tablas
A continuación se muestra el contenido de las tablas más importantes utilizadas para la
prevalidación de un archivo SAAI y los campos que contiene así como ejemplos de su
contenido.
Tabla Archivos
Esta tabla se actualiza cada que un archivo SAAI con el día juliano actual es revisado por
el sistema mostrando una bitácora de archivos. (Ver figura 4.5)
Id.- Número consecutivo de archivo prevalidado para este cliente.
DJ.- Día juliano de la prevalidación.
Nombre.- Nombre del archivo que fue prevalidado. (Estructura mppppnnn.jjj)
Figura 4.5 Tabla Archivos.
Tabla Directorio
En esta tabla se guarda la ubicación en la que el sistema realiza el almacenamiento y
búsqueda de los archivo SAAI. (Ver figura 4.6)
Id.- Número consecutivo.
PathEntrada.- Dirección a la que se hace referencia para obtener la respuesta de
un archivo con respuesta del centro prevalidador.
PathSalida.- Dirección a la que se hace referencia para enviar los archivos SAAI
hacia el centro prevalidador.
PathArchivosM.- Es la dirección en la que se almacenan los archivos SAAI para
la que el sistema lo tome y genere una respuesta de error.
Figura 4.6 Tabla Directorio.
34
Tabla Errores
Esta tabla contiene los posibles errores que se presentan en los archivos SAAI así como
la descripción del error. (Ver figura 4.7)
Registro.- Número de registro.
Campo.- Número de campo dentro del registro.
Tipo.- Tipo de documento.
Consecutivo.- Clave del consecutivo según función del registro, por agente
aduanal.
Error.-Descripción del error.
Figura 4.7 Tabla Errores.
35
Tabla EstructuraM3
En ella se revisa la estructura de los registros del archivo SAAI. (Ver figura 4.8)
Id.- Número consecutivo
Tipo.- Número de registro.
Patente.- Número de Patente. (Agencia Aduanal)
Pedimento.- Número de pedimento.
Línea.- Contenido de la línea del registro completo.
Figura 4.8 Tabla Estructura
Tabla Servidores
En esta tabla se guarda la información de la configuración del servidor al que realiza la
conexión FTP para la transmisión de archivos SAAI. (Ver figura 4.9)
Id.- Número consecutivo.
Servidor.- Dirección IP del servidor al que se realiza la conexión,
Puerto.- Puerto abierto para la transmisión de archivo SAAI.
Usuario.- Usuario con el que se realiza la conexión al servidor.
Password.- Contraseña de reconocimiento al servidor.
Figura 4.9 Tabla Servidores
36
Tabla Parámetros
En esta tabla se guarda la información con la que la aplicación verifica la patente
validada para generar la revisión de archivos SAAI así como el directorio en donde se
almacenan los archivos. (Ver Figura 4.10)
Id.- Número consecutivo.
Patente.- Número de Patente de la agencia aduanal.
Aduana.- Número de la aduana con la que está registrada la patente para la
importación o exportación.
PathRevision.- Directorio donde se almacenan los archivo SAAI para su
revisión.
Tipo.- Activa o no activa la patente.
Servidor.- Número de servidor del centro prevalidador al que realiza la conexión
del archivo.
MiliSegundos.- Tiempo de ejecución de la aplicación para la revisión de
archivos nuevos en el directorio.
Oficina.- Usuario con el que se conecta al servidor.
Figura 4.10 Tabla Parámetros
Tabla Resultado
En ella se muestran los resultados de error del archivo SAAI que el usuario percibirá y
posteriormente corregirá. (Ver figura 4.11)
Id.- Número consecutivo.
IdArchivo. Número consecutivo del archivo revisado.
Resultado. Descripción del error.
37
Figura 4.11 Tabla Resultados
4.4 Diseño de la aplicación
Los fragmentos que se muestran en esta sección son las partes más importantes dentro
de la estructura de la aplicación.
4.4.1 Pantalla principal de la aplicación
La pantalla principal tiene la estructura en VB. En la estructura base se utiliza el
siguiente código. (Ver figura 4.12-A)
Figura 4.12-A Código para mostrar pantalla principal.
38
A continuación se muestra la pantalla principal del sistema desarrollado. (Ver Figura
4.12-B)
Figura 4.12-B Pantalla principal del sistema desarrollado.
4.4.2 Conexión a la base de datos en Access
La conexión a la base de datos se realiza mediante las siguientes líneas de código. (Ver
figura 4.13)
Figura 4.13 Conexión a la base de datos.
39
4.4.3 Directorio y parámetros de conexión
La revisión de los parámetros y directorios del usuario con el que se va a conectar se
realiza mediante el siguiente código si lo cumple muestra mensaje: Error al acceder
directorio. Tabla parámetros. (Ver figura 4.14)
Figura 4.14 Directorios y parámetros de conexión.
4.4.4 Abrir base de datos desde Visual Basic
Para abrir la base de datos con los privilegios, el usuario y los permisos se realizan
mediante el siguiente código. (Ver figura 4.15)
Figura 4.15 Usuario y permisos para base de datos.
40
4.4.5 Estructura y revisión de Archivos SAAI
Para revisar la estructura de los registros y hacer la comparación de registros se muestra
una parte del código. (Ver Figura 4.16)
Figura 4.16-A Estructura y revisión de archivos SAAI.
Figura 4.16-B Estructura y revisión de archivos SAAI.
41
4.4.6 Realizar conexión a FTP
Código para realizar la conexión al servidor de FTP con los datos del login y servidor.
(Ver figura 4.17)
Figura 4.17 Conexión FTP.
4.4.7 Desconectar de FTP
Código para desconectar del servidor FTP. (Ver figura 4.18)
Figura 4.18 Desconectar FTP.
4.4.8 Conocer el día juliano
Código para conocer el día juliano actual. (Ver figura 4.19)
Figura 4.19 Día juliano.
42
Capítulo 5. Resultados
La aplicación construida en Visual Basic 6.0 y Microsoft Office Access proporciona las
ventajas de poder instalarse en equipos de cómputo sin la necesidad de un hardware
robusto y obtener la respuesta instantáneamente desde un equipo local lo que cumple
con el objetivo y las características necesarias expuestas por el usuario de las agencia
aduanal de la localidad con la que se trabajo directamente para probar el funcionamiento
del sistema y que al presentársele se mostró una herramienta útil y sobre todo rápida
para conocer las respuestas de error de un archivo SAAI en forma visual y fácil de
identificar.
El sistema prevalidador como primer filtro para detección de errores demuestra
que ayuda al agente aduanal o apoderado aduanal a obtener un mejor manejo y tiempo
en los errores de los pedimentos, fácil de identificar.
La interfaz gráfica fue creada de forma que el usuario tiene un menú sencillo e
intuitivo con el cual el usuario puede estar monitoreando los archivos SAAI, procesados
para su revisión. De la misma manera el acceso se convierte en una tarea muy sencilla
ya que solo necesita presionar un botón sobre el ejecutable para que la aplicación
realice su función según la definición de los parámetros de conexión y usuario.
El usuario puede utilizar el sistema de forma inmediata, debido a que la manera
de interactuar es muy sencilla, y es así como se incrementa la productividad y el recorte
de tiempos al obtener la respuesta de error.
5.2 Resultados obtenidos en la agencia aduanal.
El sistema desarrollado resuelve conflictos que se mencionaron el primer
capítulo, a continuación se enumeran los problemas, que se tomaron como muestra en la
agencia aduanal para mostrar los resultados y se da una descripción de la mejora que se
obtuvo con este sistema presentado.
43
Ejemplo 1:
El tiempo de respuesta aproximado de validación es 3 minutos en los centros
prevalidadores. El tiempo en el que genera respuesta el centro prevalidador es
aproximadamente en las mejores condiciones de 3 minutos. En el sistema presentado
el tiempo se reduce ya que la respuesta es inmediata. Para lo cual se muestra el siguiente
ejemplo.
Supongamos que el usuario requiere obtener la respuesta de 10 pedimentos
mediante la respuesta de los archivos SAAI, el promedio de validación normal es de 3
minutos por pedimento, por lo que la suma total de tiempo que tomaría al usuario
conocer si sus pedimentos contienen errores es de 30 min. Pero la aduana solo recibe
los pedimentos con la firma electrónica por los próximos 70 minutos, el usuario en lo
que envía su archivo SAAI, obtiene respuesta del centro prevalidador y los envía
nuevamente tardaría lo siguiente:
30 minutos en recibir respuesta con error.
15 minutos en corregirlos.
30 minutos en enviar y recibir la firma electrónica.
Lo que daría un total de 75 minutos realizar ese proceso, pero cerrarían la
aduana.
Con el sistema presentado el tiempo de respuesta de 10 pedimentos con error
sería de menos de 1 minuto, por lo que al usuario corregirlo y enviarlo nuevamente
tardaría lo siguiente:
1 minuto en recibir respuesta con error.
15 minuto en corregirlos.
30 minuto en enviar y recibir la firma electrónica.
Lo que daría un total de 46 minutos realizar ese proceso y estos pedimentos se
podrían presentar a la aduana dentro del tiempo estimado.
44
Ejemplo 2:
No se conoce el tiempo de respuesta. Este problema es ocasionado debido a que algún
proceso en el centro pervalidador no está funcionando correctamente por lo que se está
buscando la solución y están trabajando con servidores de contingencia. La diferencia
de tiempos de respuesta en el sistema presentado, se resuelve ya que la respuesta en este
sistema no depende de algún otro proceso externo como se muestra a continuación.
Supongamos que la mercancía de un tráiler que se va a exportar contiene 2
diferentes pedimentos los cuales se envían mediante archivos SAAI a su validación,
pero existe un problema y no se conoce el tiempo de respuesta, el chofer y la mercancía
esta lista para su exportación y en espera de respuesta, pero el primer archivo SAAI
tomo 15 minutos en generar la respuesta y el segundo 35 minutos lo que suma 45
minutos, pero uno de ellos tiene error y tienen que enviar la corrección por lo que se
este proceso tarda 35 minutos en dar respuesta, al usuario le tomaron 105 minutos en
obtener la respuesta.
Con el sistema presentado ese tiempo que se tomo del segundo pedimento en dar
la respuesta con error, se evitan por lo que se ganan 35 minutos.
Ejemplo 3.
Lentitud en validación de archivos SAAI. Este problema es resuelto con el sistema ya
que el cuello de botella que existe en los túneles de comunicaciones con los inmuebles
de los centros prevalidotes originados por la gran cantidad de pedimentos validados
totales se reduce, esto debido a que la respuesta se muestra localmente y solo con los
archivos generados por esa agencia aduanal del cliente como se muestra en el siguiente
ejemplo.
Supongamos que el usuario normalmente obtiene respuesta del centro
prevalidador en 3 minutos, pero el cuello de botella y el cierre de pedimentos
consolidados retardan el tiempo por lo que el primer archivo SAAI muestra respuesta en
3 minutos, el segundo en 8 minutos, el tercero en 12 minutos, entonces la suma de los 3
archivos sería de 23 minutos, cuando el tiempo estimado normal serían 9 minutos, esto
ocasiona un retraso considerable ya que se habla de solo 3 archivos SAAI pero si fuera
una cantidad más grande 40 por día los que se validarían en el día sería más pérdida de
45
tiempo, por lo que la lentitud en los archivos aumentaría. Con este sistema la lentitud de
la respuesta de error no se presenta.
Ejemplo 4.
No hay respuesta de error. Las causas comunes por la que el centro prevalidador no da
respuesta tales como que existen problemas con el servidor, no hay conexión de Internet
ó la transferencia de los archivos SAAI, se resuelven debido a que la respuesta siempre
es local.
Supongamos que el usuario necesita saber si existe errores en sus archivos
SAAI, para poder seguir avanzando con los pedimentos en lo que se restablece el
sistema en el centro prevalidor, como no hay respuesta es necesario forzosamente
esperar a que se restablezca el servicio. Con el sistema el usuario podrá ir revisando sus
archivos SAAI y corregir los errores para que en el momento que se restablezca el
servicio con el centro prevalidador tenga la seguridad que sus archivos enviados serán
correctos.
Ejemplo 5.
Es necesario enviar a validar archivos SAAI uno a uno en centro prevalidador. EL
usuario envía varios archivos al centro prevalidador pero en caso de que alguno
contenga algún error el sistema rechaza los demás hasta que se sean correctos.
Supongamos que el usuario cuenta con 15 archivos SAAI que necesita obtener
respuesta pero no los envía al mismo tiempo ya que si hay error en alguno rechazara los
demás. Con el sistema presentado se pueden revisar varios archivos al mismo tiempo
obteniendo la respuesta de error y evitando el tiempo de espera de archivo por archivo,
una vez corregidos los archivos entonces se podrán enviar a validar obteniendo mejores
tiempos de respuesta.
46
5.2 Cumplimiento de objetivo y conclusión.
El sistema presentado proporciona al usuario de las agencia aduanal una forma de
obtener la respuesta de error de archivos SAAI rápida y efectiva, demuestra los
beneficios así como la mejora que se obtienen en los resultados de error ya que en
comparación con el proceso actual el agente aduanal pierde valiosos minutos laborales
debido a los problemas mencionados con anterioridad. Con el sistema presentado se
evita esta pérdida de igual manera se agiliza el proceso para la obtención de firma
electrónica de un archivo SAAI, es por eso que se cumple el objetivo del proyecto el
cual se menciona en la definición del problema, para que de esa manera la respuesta de
error de una archivo SAAI no se ve afectada por causas como que no se conoce tiempo
de respuesta, existen validaciones con respuesta incompleta, el sistema se vuelve lento o
simplemente no hay servicio de prevalidación.
Este sistema presenta un primer filtro o complemento de la revisión de archivos
SAAI ante los centros prevalidadores establecidos como base de corrección de
pedimentos que ayuda a evitar caídas de sistema y archivo sin respuesta, obtener una
respuesta más rápida de errores en los pedimentos de exportación o importación, así
como presentar una forma en que la revisión del archivo SAAI genere respuesta y
revisión en un equipo de computo local, que se podría implementar en las agencias
aduanales como primer filtro de obtención de error y complemento al servicio de
prevalidación.
47
Trabajo a futuro
En este proyecto se trabaja exclusivamente con los pedimentos del agente aduanal los
que se denominan como archivos SAAI, existen otros tipos de archivos con lo que el
prevalidador trabaja para realizar la revisión de sus registros tales como:
- Archivos de bancos
- Archivos de encargo conferido
- Archivos de cartas cupo
- Archivos de SAGARPA***
- Archivos de PROFEPA+
Los cuales se manejan mediante un archivo que contiene la estructura de los
registros y trabajan de la misma manera que los del archivo SAAI, como trabajo a
futuro existe la posibilidad de complementar o genera el desarrollo de un sistema que
revise la estructura de estos archivos para mostrarle al usuario desde un equipo local, los
errores existentes en estos archivos electrónicos que fueron mencionados para facilitar y
mejorar los tiempos de respuesta en ellos.
De una manera muy ambiciosa sería posible estructurar y mantener una base de
datos actualizada y correcta que podría pasar de ser un complemento como primer filtro
de detección de errores de archivo SAAI a un centro prevalidador, pero realmente la
estructura, las relaciones de conexiones al SAT, el permiso para trabajar como centro
prevalidador y los túneles de conexión para la transferencia de archivos, son muy costos
por lo que lo limita en gran cantidad, pero no es imposible.
Sugerencias
Esta aplicación podría presentarse y desarrollarse para trabajar en diferentes sistemas
operativos, por lo que una de las limitantes presentadas e este proyecto es que el
sistema desarrollado únicamente trabaja en Windows por lo que se recomienda que se
desarrollara un sistema que realice la revisión de error SAAI para múltiples sistemas
operativos, pero esta limitante está determinada de esa manera debido a que los sistemas
de captura existentes los cuales generan los archivos SAAI, solo están desarrollados
para Windows es porque para migrar a otros sistemas operativos también se sugeriría
generar un sistema de captura que no sea exclusivo de Windows. Una recomendación
seria que esta aplicación se ejecutara desde una página Web.
48
Referencias
[1] El mañana, “Pros y contra de las fronteras”, Septiembre 2008. [En línea].
Disponible: http://www.elmanana.com.mx/notas.asp?id=80119
[2] Jurisprudencia.”aaadam”, Marzo 2009. [En Línea].
http://alterno.aaadam.com.mx:8080/CAAAREM/ForoJuri.nsf/43971f09ec045d6e86256
72f006aa18e/3f57b6c0e270df7086256776007592cd?OpenDocument
[3] Servicio de Administración Tributaria, “Agente y Apoderado Aduanal” Julio 2008.
[En línea]. http://www.aduanas.gob.mx/aduana_mexico/2008/servicios/144_10197.html
[4] AAAPN, “Prevalidapublic”, Agosto 2008. [En línea].
http://www.aaapn.org/aaapn/Piedras%20Negras%20Prevalpublici.pdf
[5] CAAAREM, “Principal”, Febrero 2010. [En línea].http://www.caaarem.org.mx/
[6] Confederación latinoamericana de Agentes Aduanales, “Quienes somos”, Mayo
2006. [En línea]. http://www.claa.org.mx/somos.php
[7] CINTESIS, “Principal”, Enero 2010. [En línea].
http://www.cintesis.com.mx/NuevaCintesis/cintesis.html
[8] Asociación de maquiladoras A.C. Principal”, Enero 2010. [En línea].
http://www.amacweb.org/INICIO/Espanol%20Inicio.html
[9] Administración aduanera “El pedimento aduanal SAAI” Marzo 2004. [En línea].
http://administracionaduanera.com/cursotec/El_pedimento_aduanal_SAAI.html
[10] Administración general de aduanas, Administración central de informática,
“Manual Técnico SAAI”, Mayo 2001. [En línea].
http://grupogerez.com/documentos/m3.pdf
[11] CNIMMEPREVAL, “Información de validación”, Agosto 2010. [En
línea].http://twitter.com/CNIMMEPREVAL
49
[12] Aduanet, “Bitácoras”, Agosto 2010. [En
línea].http://dns1.aduanet.net/bitacoras/062008/bitacora_dia28062008.txt.
[13] Instituto de investigaciones jurídicas “Legislación federal ley aduanera” Julio
2010. [En línea]. http://info4.juridicas.unam.mx/ijure/fed/11/22.htm?s=
[14] Aduanas México “Reglas de carácter general en materia de comercio exterior para
2010” Junio 2010. [En línea]. http://www.aduanas-
mexico.com.mx/claa/ctar/leyes/rcg2010.html
[15] t21, “Solicitan a SAT fijar criterios para entes prevalidadores”, Agosto 2010. [En
línea]. Disponible: http://www.t21.com.mx/ne[*ws/news_display.php?story_id=12482
[16] Confederación de Agentes Aduanales “Administrador de archivos SAAI” Abril
2002, [En línea].
http://alterno.aaadam.com.mx:8080/CAAAREM/CIRCULAR2002.NSF/a4b8dfedc7185
381862564bc007d1773/5945d6a8705c50a886256bb3004f9b2f/$FILE/Adminsitrador%
20de%20Archivos%20(ligth).ppt#265,6,Conexión Agente Aduanal – Asociación.
[17] Sun MicroSystem “Selecciona a Sun Microsystems” Septiembre 2010. [En
línea].http://ve.sun.com/local/images/im_old/success_pdfs/CAAAREM_Mexico.pdf
[18] James Gardner “Unix / Linux: Guía práctica” México, Alfaomega: Ra-ma 2005.
[19] James Gardner. “Aprendiendo Unix” México, Prentice-Hall Hispanoamérica 1995.
[20] Miguel A. Azócar Vega “Estructura del estándar J2EE” 2001. [En línea].
http://webcache.googleusercontent.com/search?q=cache:h7dtfVWE5y8J:alumnos.elo.ut
fsm.cl/~azcar/ramos/2_semestre_2004/Seminario_redes_Computadores/segundas/Infor
me2.doc+como+funciona+JAVA+multicapa+J2EE&cd=3&hl=en&ct=clnk&gl=us
[21] Ditec “File Transfer Protocol” Septiembre 2009. [En línea].
http://ditec.um.es/laso/docs/tut-tcpip/3376c44.html
[22] Andrés Escobar Duque. “Visual Studio 6.0”, soluciones informáticas, Volumen 2,
2008.
50
[23]Arnulfo Pérez “ ¿Que es Microsoft Access?” Julio 2009. [En línea].
http://arnulfoperez.com/office/?p=13
51
Anexo A.
A.1 Entrevista con el Usuario.
¿Cuál es el tiempo estimado en que muestra respuesta el prevalidador?
Tiene un tiempo aproximado entre 2 a 3 minutos, aproximadamente o en su caso
pudiese tardar también más tiempo dependiendo del día en que se prevalida y si
es día de cierre de consolidados.
¿Cuáles son los problemas más frecuentes que generan perdida de tiempos en la
prevalidación?
No se conoce el tiempo de respuesta de validación
No regresa el archivo de validación
No hay sistema de prevalidación.
El tiempo de respuesta es muy lento.
Que se envía un archivo a la vez, ya que si se enviaran varios y alguno tuviera
error, rechazaría los demás archivos.
¿Cómo se resuelven los problemas de prevalidación?
El usuario no conoce la respuesta.
¿Tiempo en que se tarda en resolver el problema algún problema de
prevalidación?
No hay un tiempo estimado de respuesta no se conoce, en su caso es necesario
está revisando que se notifique el problema por medio del sistema de captura
SIVA, en un apartado que se habilita cuando está resuelto.
¿Qué necesidades y mejoras sugiere que se podrían realizar al momento de enviar
un archivo SAAI para su prevalidación?
Que se puedan presentar respuestas de error al prevalidar varios archivos a la vez, que
no dependiera de una conexión a Internet el conocer los errores y que no se perdiera
tanto tiempo en abrir un archivo con el sistema de captura para conocer los errores.
52
Anexo B
B.1 Descripción del funcionamiento de sistema prevalidador.
En esta sección se muestra el funcionamiento de la aplicación, la cual al activarse
determina los errores existentes en un archivo SAAI en la que el agente aduanal o
apoderado aduanal obtendrá la descripción de los errores en el sistema de una manera
visual y fácil de identificar, con la cual podrá realizar sus debidas correcciones al
archivo SAAI.
A continuación se realiza una breve descripción del funcionamiento del sistema
prevalidador.
Al ejecutarse el sistema revisa que el directorio de archivos para prevalidación
exista, si no existe mostrara un mensaje informando un error inesperado. (Ver Figura
B.1)
Figura B.1 Mensaje de error inesperado en directorio.
Este error se presenta debido a que no se ha creado en el equipo de cómputo del
agente aduanal la carpeta con el nombre del directorio que existe en la tabla Parámetros
de nuestra base de datos, o debido a que el nombre que se definió en el sistema para el
directorio no es el correcto, como se muestra en la figura B.2
Figura B.2 Ejemplo de directorio incorrecto.
53
Esta información de la figura B.2 se refleja en la tabla Parámetros como se muestra en
la figura B.3
Figura B.3 Ejemplo de directorio incorrecto en la base de datos.
Al presentarse el error es necesario cambiar el nombre del directorio incorrecto
con el correcto, o crear la carpeta en el equipo de cómputo del agente aduanal. (Ver
figura B.4)
Figura B.4 Ejemplo de directorio correcto.
Al actualizarlo se reflejara en la tabla de la como se muestra en la figura B.5.
Figura B.5 Ejemplo de directorio correcto en la base de datos.
54
Una vez realizado el cambio y los parámetros sean los correctos el error dejara
de presentarse y entonces se mostrará la pantalla principal. (Ver Figura B.6)
Figura B.6 Pantalla Principal.
Entonces se activará el sistema para monitorear los archivos SAAI generados
con el día juliano actual, el cual se almacena en el directorio definido en la tabla
parámetros. Como se muestra en la figura B.7
Figura B.7 Archivo con el día juliano actual.
55
Al existir un archivo con la extensión .jjj la cual pertenece al día juliano actual
tomará el archivo y realizara la revisión para entonces reflejarse en la tabla Archivos.
(Ver figura B.8)
Figura B.8 Nombre de archivos SAAI que ya obtuvieron respuesta.
Al instante se mostraran los errores del archivo SAAI, los cuales se reflejan en la
tabla resultados. (Ver Figura B.9)
Figura B.9 Resultado de errores en archivo SAAI.
Esta información de la tabla se refleja en la aplicación de la siguiente manera,
(Ver Figura B.10)
Figura B.10 Resultado de errores en archivo SAAI desde la aplicación.
56
B.2 Descripción de la interfaz gráfica del sistema prevalidador
desarrollado para este proyecto.
En esta sección se muestra la descripción de la interfaz gráfica así como la
función que desempeña cada elemento dentro de ella, enumerándolos para una fácil
identificación en el sistema. (Ver figura B.11)
1.- Icono que muestra que la aplicación no tiene conexión con el servidor FTP
que corresponde al centro prevalidador, esta conexión hace referencia a la tabla de la
base de datos „Servidores‟.
2.- Icono que muestra que la aplicación se encuentra desactivada por lo que no
realizara ninguna revisión de archivos SAAI.
3.- Icono con el que al presionarlo la aplicación se activara para realizar la
revisión de los archivos SAAI con el día juliano actual.
4.- Icono que al presionarlo realiza la función de ocultar la aplicación.
5.- Icono que muestra que la aplicación tiene conexión con el servidor FTP que
corresponde al centro prevalidador, esta conexión hace referencia a la tabla de la base
de datos „Servidores‟.
6- Icono que muestra que la aplicación esta activa para realizar la revisión de los
archivos SAAI con el día juliano actual
7.- Icono que al presionarlo la aplicación se conectara con el servidor FTP que
corresponde al centro prevalidador, esta conexión hace referencia a la tabla de la base
de datos „Servidores‟.
8.- Icono que al presionarlo muestra los parámetros de conexión de la aplicación.
Figura B.11 Descripción de la interfaz gráfica del sistema prevalidador.