1. Objetivo del módulo

Este módulo tiene como objetivo asegurar la correcta inclusión de pedimentos en las peticiones DODA (Documento de Operación para Despacho Aduanero) y MUF (Manifiesto Único de Carga), también conocido como e-Despacho. Su principal función es validar que los pedimentos se encuentren pagados en el sistema antes de ser añadidos a una petición, garantizando la consistencia de los datos y evitando incidencias al modular el pedimento. Este proceso asegura que los valores declarados en el DODA/MUF coincidan con los valores reales del pedimento, lo que es crucial para un despacho aduanero sin contratiempos.

2. Ubicación dentro del sistema

La funcionalidad de validación y la configuración del rol de Supervisor de Tráfico se encuentran integradas en el flujo de creación de peticiones DODA/MUF, y la administración de usuarios, respectivamente.

  • Validación de pedimentos no pagados: Integrado en el proceso de Menú Principal > Tráficos > Documento de Operación para Despacho Aduanero (DODA).

  •  y en el módulo de e-Despacho (MUF).

  • Configuración del rol Supervisor de Tráfico: Menú Principal > Administración > Usuarios > Catálogo de Usuarios.

3. Proceso paso a paso

La gestión de pedimentos no pagados está diseñada para ser una validación integrada en el proceso de creación de DODA y MUF.

  1. Inicio de la petición DODA/MUF:

  2. Inclusión de pedimentos:

    • Durante el proceso de añadir pedimentos a la petición (ya sea de forma manual o a través de la precarga automática), el sistema verificará el estatus de pago de cada pedimento en el sistema de pedimentos.

  3. Validación del sistema:

    • Si un pedimento no cuenta con el "ACUSE DE PAGO" en el sistema de pedimentos (es decir, solo tiene "ACUSE DE VALIDACIÓN" y una petición de pago electrónico sin respuesta), el sistema lo identificará como "no pagado".

  4. Intervención del Supervisor de Tráfico (si el pedimento no está pagado):

    • Si el usuario que intenta agregar el pedimento no tiene el rol de "Supervisor de Tráfico", el sistema impedirá la inclusión del pedimento y mostrará una advertencia.

    • Solo un usuario con el rol de "Supervisor de Tráfico" podrá autorizar la adición de un pedimento que no esté "pagado" (según la definición anterior) a una petición de DODA o e-Despacho (MUF). El sistema solicitará la confirmación por parte de este usuario para proceder.

4. Consideraciones importantes

  • La validación de pedimentos pagados es crítica para evitar discrepancias de valores al modular.

  • El término "no pagado" para esta funcionalidad se refiere específicamente a pedimentos que tienen "Acuse de Validación" y una petición de pago electrónico, pero no el "Acuse de Pago".

  • El rol de "Supervisor de Tráfico" debe ser configurado por un administrador del sistema en el catálogo de usuarios. Este rol se asigna a aquellos usuarios que pueden corroborar por otros medios el estatus de pago de un pedimento.

  • Solo los usuarios con el rol de "Supervisor de Tráfico" tienen la facultad de agregar pedimentos "no pagados" a las peticiones DODA/MUF.

5. Impacto funcional

La implementación de esta validación tiene un impacto directo en la integridad de los datos declarados en las peticiones DODA/MUF. Al garantizar que los valores provengan de pedimentos pagados, se reduce significativamente el riesgo de:

  • Incidencias en la modulación: Discrepancias entre los datos declarados y los datos reales del pedimento que pueden generar rechazos o demoras en la aduana.

  • Errores en la declaración: Asegura que los importes y otros datos esenciales sean los definitivos.

  • Necesidad de correcciones: Disminuye la probabilidad de tener que corregir o cancelar peticiones debido a información incorrecta.

6. Errores comunes o advertencias del sistema

  • Mensaje de error: "No se puede agregar el pedimento [Número de Pedimento] porque no se encuentra pagado en el sistema."

    • Problema: El usuario que intenta agregar el pedimento no tiene el rol de "Supervisor de Tráfico" y el pedimento aún no cuenta con el "ACUSE DE PAGO".

    • Solución: Contacte a un "Supervisor de Tráfico" para que autorice la inclusión del pedimento o espere a que el pedimento obtenga el "ACUSE DE PAGO" en el sistema.

7. Ejemplo práctico (descriptivo)

Escenario: Un ejecutivo de tráfico está creando un DODA para un embarque, pero uno de los pedimentos ya está validado y se ha solicitado el pago electrónico, pero aún no se ha recibido el "ACUSE DE PAGO".

Pasos a seguir:

  1. El ejecutivo de tráfico accede al módulo Documento de Operación para Despacho Aduanero (DODA).

  2.  y comienza a generar un nuevo DODA.

  3. Al llegar a la sección de agregar pedimentos, el ejecutivo intenta incluir el pedimento "1234-5678900".

  4. El sistema de tráfico verifica el estatus de pago del pedimento en el sistema de pedimentos.

  5. Dado que el pedimento "1234-5678900" no tiene "ACUSE DE PAGO" (solo "ACUSE DE VALIDACIÓN" y la petición de pago electrónico), y el ejecutivo no tiene el rol de "Supervisor de Tráfico", el sistema muestra el mensaje: "No se puede agregar el pedimento 1234-5678900 porque no se encuentra pagado en el sistema."

  6. El ejecutivo notifica a un usuario con el rol de "Supervisor de Tráfico".

  7. El "Supervisor de Tráfico" accede al DODA, intenta agregar el mismo pedimento, y el sistema le presenta una opción para autorizar la inclusión, confirmando que asume la responsabilidad de que el pedimento será pagado en breve y que la información declarada es correcta.

  8. Una vez autorizado por el "Supervisor de Tráfico", el pedimento se agrega exitosamente a la petición DODA.

Resultado y Verificación:

El pedimento "no pagado" según la definición del sistema se incluye en la petición DODA gracias a la autorización del Supervisor de Tráfico, permitiendo al ejecutivo continuar con el proceso. Posteriormente, se esperaría que el pedimento obtenga su "ACUSE DE PAGO" en el sistema de pedimentos para asegurar la consistencia.

8. Preguntas frecuentes (FAQ)

  • ¿Qué significa "pedimento no pagado" en el contexto de esta validación? Se refiere a un pedimento que ya cuenta con un "ACUSE DE VALIDACIÓN" y se ha enviado una petición de pago electrónico, pero aún no se ha recibido el "ACUSE DE PAGO" oficial en el sistema de pedimentos.

  • ¿Quién puede autorizar la inclusión de un pedimento no pagado? Solo los usuarios que tienen asignado el rol de "Supervisor de Tráfico" pueden autorizar la inclusión de pedimentos con este estatus específico.

  • ¿Por qué es tan importante que los pedimentos estén pagados antes de agregarlos a un DODA/MUF? Porque los valores declarados en el DODA/MUF se toman directamente del pedimento. Si el pedimento no está pagado, los valores podrían diferir de lo real y causar problemas al modular la mercancía en la aduana.

  • ¿Cómo se asigna el rol de "Supervisor de Tráfico"? Un administrador del sistema debe configurar este rol en el "Catálogo de Usuarios" del sistema.

9. Glosario

  • DODA (Documento de Operación para Despacho Aduanero): Documento electrónico requerido para el despacho de mercancías.

  • MUF (Manifiesto Único de Carga) / e-Despacho: Documento electrónico utilizado para la declaración y el control de mercancías, que moderniza y agiliza el proceso aduanero.

  • Acuse de Pago: Confirmación oficial electrónica de que el pedimento ha sido pagado y los impuestos correspondientes han sido cubiertos.

  • Acuse de Validación: Confirmación oficial electrónica de que la información del pedimento ha sido validada por la autoridad aduanera.

  • Modular el Pedimento: Proceso de presentación del pedimento en la aduana para el despacho físico de la mercancía.

10. Control de versiones

  • Versión: 1.0

  • Fecha de Actualización: 10 de junio de 2025