Edi
Manual para tratamiento Edi
Sistema actual de envío de mensajes Edi:
Actualmente es posible emitir diferentes tipos de ficheros EDI. En concreto, relacionamos los disponibles:
CODECO D99A. Es el señalado como codeco. Corresponde a la versión de Portic, con adaptación específica para algún cliente
CodecoD95B. Es el Codeco según estándar SMDG, pero que informa entradas y salidas de todo tipo, ya sea por tren o camión.
CodecoD95Bpuro. Este codeco sólo emite entradas y salidas por camión,según el estándar SMDG
Coarri. Es el fichero Coarri D00B según estándar SMDG.Informa de entradas y salidas por tren exclusivamente.
Codeco especial ONE –traspaso Kline‐. Este codeco tiende a desaparecer. Se ha creado específicamente para una necesidad de traspaso de contenedores de Kline a One.
Estas opciones son compatibles con la de emitir fichero en Excel o txt. Si repite envío está con S, en envío de Excel se produce cada hora. Si está con N, se realiza un solo fichero diario.
Debe crearse en el servidor, la carpeta (o carpetas) que aparecen en el “nombre directorio fichero” seguida de codeco, codecod95b, coarri, etc... Así, por ejemplo, para DEPOT MSC, crearemos la carpeta en c:\ denominada “MSCDEPOTcodeco”
De esta forma los codecos generados para este cliente, se irán depositando en dicha carpeta. Esas caretas deben existir en el servidor de producción y en cualquier servidor que tramite esta información. Posteriormente, el envío de ftp, gestionará el contenido de esa carpeta.
Existe un código de cabecera de fichero EDI. Éste se utiliza para definir el código de cliente a poner en el segmento de información del fichero.
Respecto al grupo codeco, éste se utiliza para definir un grupo de características comunes en las personalizaciones de parametrización de ficheros de clientes. Varios clientes pueden tener un mismo grupo codeco si las características y definición de sus ficheros son idénticas. De otra forma hay que asignarles otra numeración.
La grabación de información en la aplicación, está preparada de tal forma que para aquellos clientes que tengan demandada la creación de codecos, se exigirán los siguientes campos:
a) En movimientos de importación y nacional:
‐ Orden de transporte de entrada/salida
‐ Bl de entrada/salida
b) En movimientos de exportación:
- Booking de entrada/salida
‐ Orden de transporte de entrada/salida
‐ Precinto de entrada/salida
En cualquier caso, y desde la implantación de la versión de codecos, será necesario introducir en los formularios la del movimiento, esto es, si el movimiento es
4) El programa en función de las características del cliente, obligará a que existan los campos obligatorios.
5) Siempre es mandatorio el campo Orden de transporte, sea el cliente que sea.
Tratamiento de codecos:
La aplicación trata de manera automática los movimientos grabados y que tienen como destino la emisión de un codeco en formato EDI
Los pasos que realiza son:
1) Chequeo de existencia de campos: Si bien este punto se controla mediante al grabación de datos en los formularios correspondientes (formulario, grid u entradas múltiples por importación de excel), la aplicación hace un chequeo previo a la emisión del codeco, para estar segura de que no falta ningún campo mandatorio. Si detecta que no existe uno de esos campos, prepara un fichero de texto con los errores encontrados. Estos pueden verse en la opción, chequeo de errores en codeco‐edi, del submenú “módulo EDI”.
2) Posteriormente el sistema, envía un email automáticamente al departamento o persona seleccionada en la terminal, con el fichero de errores como adjunto, en el que le invita a corregir los errores encontrados. Actualmente está configurado para el envío a la dirección de la terminal y al departamento de operaciones de la terminal.
3) Para aquellos registros que estén correctos, el programa marca automáticamente los mismos para que puedan pasar a la fase de procesamiento del EDI. Estando en esta fase quedan en cola de salida, para ser emitidos en el siguiente codeco, según la programación asignada.
Corrección de errores:
La razón de este proceso de modificación especial es, que en los codecos/EDI’s existe un calificador inicial de “9” para la grabación original, y un calificador de “5”, para registros modificados. Como hasta que el registro original no está correcto, sigue teniendo el estatus “9” en Millenium Baturri, en la opción de edición de “Chequeo errores en codecos “no se cambia el calificador –es decir sigue con “9”‐ , por tratarse de una corrección de control interno, previa al primer envío del fichero. De otra forma, cada corrección de este tipo se la comunicaríamos al cliente, lo cual carece de sentido.
Por ello en la opción de edición habitual (a través del menú de altas/bajas/modificaciones , ya sea en grid o en formulario...), una rectificación de datos sí la trata como modificación, y por ello la marca con un “5”, para enviar un registro de codeco modificado al cliente.
En definitiva, si un registro está a falta de información para emitir el codeco, debe editarse por el menú de codecos. Si se intenta editar por el menú de entradas y salidas, la aplicación dará un aviso, remitiendo al usuario a editar el registro por el módulo de EDI
En resumen, las modificaciones habituales se realizan por los menús de formularios, pero las correcciones de errores de codecos/EDI siempre deben ser realizadas por esta opción.
Realización de modificaciones de codecos, por contener un error el fichero transmitido y haber sido rechazado.
NOTA: esto es independiente de las modificaciones habituales, que se seguirán realizando como hasta la fecha, es decir, a través del menú de entrada de datos por formulario, grid o entradas múltiples.
Con independencia de lo explicado en el punto anterior (previo al envío del codeco), puede ocurrir que el cliente nos rechace un fichero EDI en su totalidad por tener un error en uno o más registros.
Las opciones disponibles son:
Nota: Estas funciones serán sustituidas cuando se activen los módulos de patio, facturación y mensajería edi.
Last updated