Portal
También conocido como: portal aduanero, portal de declaración
Un portal aduanero es la capa operativa en la que usted reúne envíos, los completa y los empuja hacia los sistemas neerlandeses de declaración. Sustituye las hojas sueltas y habla con el DMS, el DVA y CLIENT PD.
¿Qué hace un portal aduanero en la cadena?
Un portal es la capa entre la explotación y las autoridades neerlandesas. Por un lado los envíos llegan de un TMS, un almacén, una API de cliente o un buzón de pdf. Por el otro las declaraciones salen hacia el DMS, el DVA y CLIENT PD, y vuelven MRN, códigos de inspección y rechazos. Sin esa capa usted teclea los datos en una hoja y luego otra vez en el sistema de declaración. Esa doble captura es la fuente clásica de errores: un número de contenedor correcto en Excel y distinto en el DMS, un peso distinto en el T1 y en la IMA. El portal centraliza el expediente: un encabezado (contenedor, destinatario, importador) con líneas de artículo debajo. Cada declaración siguiente de la cadena lee el mismo expediente, en lugar de una hoja nueva. Eso suena a administración. Es la única forma de mantener un T1, una IMA y una declaración de inspección sobre las mismas cifras cuando tres equipos trabajan el mismo envío, cada uno a su ritmo.
¿De dónde sale esto en la práctica neerlandesa?
Un portal nace a menudo porque dos departamentos, preparación y transporte, tienen cada uno su Excel. Esas hojas se caen, y los mismos datos se copian luego a mano en dos sistemas de declaración. El portal es en esencia una hoja en línea que quita esa doble captura. Esa historia es familiar en muchos transitarios neerlandeses. La Aduana pide el DMS y el DVA. La terminal pide Portbase. La inspección pide CLIENT PD. Ninguno de esos sistemas es un entorno de trabajo para un equipo que debe completar cincuenta envíos al día. El portal es ese entorno. No es un sustituto del DMS. Es el lugar donde el envío se declara completo antes de que un mensaje salga hacia la Aduana. Los requisitos nuevos pertenecen a esa misma capa, no en una hoja extra al lado. Cada hoja al lado es la situación antigua, de vuelta. El portal solo gana su sitio cuando es el único entorno para completar y aprobar.
¿Qué declaraciones empuja un portal?
En un flujo de importación neerlandés suelen ser la declaración de inspección por CLIENT PD, DVA salida para el T1, DVA llegada para el permiso de descarga, almacenamiento DMS para el depósito e importación DMS para la libre práctica. La exportación y e-Cert para el fito se sientan en la misma capa si el flujo lo pide. No todos los expedientes tienen todos los pasos. Un envío despachado en la terminal no tiene T1. Un envío hacia el depósito no tiene IMA en ese momento. El portal elige la cadena según el encargo, no el declarante por mensaje. Lo que el portal no hace a propósito es la gestión de existencias del depósito. La declaración de inclusión y la salida pasan por él. Cuántas piezas hay en medio es responsabilidad del titular de la autorización, no de la capa de declaración. La elección por envío pertenece al encargo, no al declarante en el momento de presentar. Un portal que pregunta cada vez qué declaración es un menú. Un portal que conoce la cadena es una cadena.
¿Cómo entran los datos en el portal?
Tres vías. Una API de cliente entrega el envío de forma estructurada. Un buzón entrega pdf, facturas, B/L y listas de empaque, que se leen. La captura manual recoge el resto. Luego el portal enriquece con horas de buque y estado de terminal desde Portbase y MyTerminal, y comprueba EORI, número de IVA y código de mercancía. La aprobación es la puerta. Nada va al DMS o al DVA mientras el envío no esté en completo y aprobado. Un control robot o por reglas de las piezas contra los datos del expediente recoge lo que una persona ha dejado. Esa puerta es la diferencia con presentar directo. Un mensaje demasiado pronto hacia la Aduana da un rechazo que usted tiene que recuperar en el DMS. Un portal retiene el mensaje hasta que la cadena está lista. El OCR en las piezas recoge lo que la API no da: un VIN, un peso, un MRN. Esos campos siguen etiquetados por fuente, para que un control pueda ver de dónde sale la cifra.
¿Cómo se relaciona el portal con SKAI y con el DMS?
El DMS es el sistema de la Aduana neerlandesa. El portal es el del transitario. SKAI es una plataforma de declaración que envía ella misma los mensajes hacia el DMS, el DVA y CLIENT PD, de modo que ya no hace falta un sistema de declaración intercalado. Mientras ese sistema intercalado sigue ahí, el portal es la capa de recogida y el sistema de declaración el buzón. Una vez la conexión es directa, recoger, controlar y aprobar siguen en el portal, y solo cambia el envío. Para el declarante el lado aduanero no cambia. IMA sigue IMA, T1 sigue T1. Lo que cambia es si usted teclea dos veces los mismos datos, o si empuja un expediente por la cadena. Para la base de conocimiento esa distinción basta. El portal es la explotación. El DMS es la Aduana. Quien los mezcla busca un rechazo en la pantalla equivocada y llama al soporte equivocado.
¿Qué falla sin un portal?
El T1 sale con otro valor que la IMA, porque dos personas han actualizado dos hojas. El MRN aterriza en el buzón y no en la terminal. El código de inspección se sienta en un segundo buzón. El envío está en orden en términos aduaneros y perdido en operación. Para vehículos eso se ve por VIN. Cada número de chasis tiene sus propias piezas: bill of sale, autorización, documento de identidad. Sin portal el estado por coche es una pestaña. Con portal el estado por VIN es una línea en el mismo expediente de contenedor. El portal no resuelve el Derecho aduanero. Resuelve que el Derecho tiene que aterrizar en cuatro sistemas a la vez, con las mismas cifras. Quien se salta esa capa lo paga en rechazos, T1 abiertos y contenedores parados mientras cada mensaje suelto es correcto. Mida el portal por T1 abiertos, IMA rechazadas y contenedores atascados con un MRN válido. Si esos tres bajan, la capa hace su trabajo.