Versión 23co0317

De GLYPHIC SOFTWARE
Saltar a: navegación, buscar

Cambios al módulo de pedimentos.

A.1 Firma de Pedimentos.

Se incorpora a Codice la Firma de Pedimentos para no tener que hacerlo desde SIFEP. En lo sucesivo la referencia a Agente Aduanal o Apoderado Aduanal se maneja como ‘AA’.

1 Folder para leer la FIEL del AA.

Se utiliza la estructura de Archivos configurada para COVE/DODA. Se consulta en Opciones | ConfigurarCodice|Cove y Doda|Folder Raiz para guardar la información de XML, Certificados, Temporales.

Dentro de esta estructura, se guardan en el subfolder FIEL. Para este ejemplo sería C:\COVE\FIEL.

"Recomendaciones: " - No crear subfolders dentro de FIEL. - Utilizar nombres cortos, recomendamos FIEL_RFC.cer, FIEL_RFC.key - Revisar la vigencia del certificado.

2 AA que firma el pedimento.

La clave que corresponde al A.A.debe existir en el catálogo de Representantes Legales. Dentro de dicho catálogo se indican los nombres de los archivos .key y .fiel que corresponden a la FIEL y que se localizan en el folder indicado en el punto anterior y se captura el password. Este password no será requerido en cada archivo firmado.

3 Folder donde se generan los archivos Previo a la firma se quedan en el folder que por default se definió en Opciones | Configurar Pedimentos | Valores por default | Folder para guardar archivos SAAI

IM3.jpg

4 Folder donde quedan los archivo firmados.

Dentro de la misma estructura de Cove y Doda, en un folder que se llama M_FIRMADOS.

A.2 Firma de Avisos de Traslado

Se incorpora a Codice la Firma de Avisos de Traslado para no tener que hacerlo desde SIFEP.

El folder para leer la FIEL del AA es la definida en el punto A.1.

La clave que debe existir en el catálogo de Representantes Legales con los datos de la FIEL es la que corresponde al Representante como se muestra en la siguiente imagen.

El folder donde se generan los archivos de Avisos de Traslado previos al a firma se configura en Opciones | Configurar Pedimentos | Valores por default | Avisos.

IM 5.jpg

Los archivos firmados quedan como se indica en el punto A.4.

A.3 Permiso de Regla Octava en la Consolidación a Pedimentos.

Al consolidar las facturas de Codice al Módulo de Pedimentos, se incluye el número de permiso de Regla Octava uitilizado en las importaciones asociadas.

Cambios en el módulo de Interfaces.

A.4 Permisos de acceso a las Interfaces desde el módulo de usuarios.

Se incorporan permisos para el módulo de Intrefaces. La numeración es a partir del permiso 200. Si no tienen activo el módulo de usuarios, no tiene ningún impacto en Codice.

IM 6.jpg

A.5 Orden en Interfaces de BOM (Interface 2).

Se agrega el orden del BOM por No. De Producto Terminado para facilitar la búsqueda al subir los datos al archivo intermedio de Codice.


A.6 Secuencia del pedimento en Interafaces 5 y 7.

Se incorpora la secuencia del pedimento en las Interfaces 5 y 7 que corresponden a embarques de Importaciones y Exportaciones respectivamente (subir partidas de las facturas).

A.7 Fracción de Desperdicios en Interface 7.

Cuando el archivo no trae la fracción, se toma del catálogo según corresponda , si es un desperdicio va y la consulta.

A.8 País destino en Interface de Exportaciones (Interface 18).

Si el archivo de interface no tiene el dato PAIS DESINO, si la partida es un Producto terminado se toma el país detino del Catálogo, si es un material, se toma el país del catálogo de clientes que corresponda al Enviado.

Cambios internos a Codice.

A.9 Números de Factura de 40 caracteres.

Se amplía el número de las facturas a 40 posiciones. Anteriormente se manejaba un máximo de 25.

A.10 Números de Parte de 40 caracteres.

Se amplía el número de Parte de Materiales y de Productos Terminados a 40 caracteres en captura e interfaces. Anteriormente se permitía un máximo de 30.

A.11 Consecutivo en Saldos.

Se incorpora un dato a Codice con la finalidad de asociar la secuencia del pedimento. En versiones posteriores se continuarán incorporando cambios para dar cumplimiento a esta solicitud de diversos auditores.