Una vez realizado el proceso de migración se ejecutará la relación de Documentos; este proceso alimentará las tablas de Expedientes y de Doc_App.
1) Solo se insertará una relación en expedientes cuando el documento padre exista en la tabla Documento de la base de datos Metadata y Other. El otro par para la relación se extrae de DocumentRef; sin embargo si este Guid no existe, se genera un documento tipo póliza insertando un registro en la tabla DOC_APP.
Ejemplo:
Tomando el documento 0F289241-CF70-4BBC-B198-026FD382FA44:
Verificamos que tenga registro en DocumentRef:
Verificamos que exista el registro en la vista de Expedientes.
2) Por cada Guid que se inserte en la tabla de Expedientes, si el documento no existe y en el comment está la aplicación de Comercial, Contabilidad y Bancos generará un registro en Doc_APP.
Cambio de Mapeo de información en tabla Documento
Campo Type_Otro almacena la información del nodo Type excepto para Pólizas.
CampoType_Ext almacena la información de la extensión del archivo origen, es decir si es un CFDI la extensión es XML para otros documentos adopta la extensión del documento almacenado por ejemplo PDF,DOC, etc.
Campo Type almacena la información del nodo Type de la metadata.
Agregado de columnas IsAsoContabilidad, IsAsoComercial, IsAsoBancos
Son campos tipo tiny int que almacenan 1 si el guid tiene alguna asociación en expediente con Contabilidad (IsAsoContabilidad), Comercial (IsAsoComercial) o Bancos (IsAsoBancos); guardan 0 si no tiene asociación con estas aplicaciones y se guarda null si el documento no tiene ningún registro en expedientes.
Esta información se utiliza para que en el visor se muestre si el documento tiene asociaciones con los aplicativos. En la tabla Expedientes en el campo ApplicationType_Exp es donde se obtiene la información necesaria para el mapeo de estos campos.
Catálogos
Por convención de diseño se acordó que los atributos del CFDI cuyo valor dependa de alguno de los catálogos del SAT se complementarán en el campo con el sufijo Desc por el valor del catálogo al que pertenezca, es decir, si en Impuesto el valor es 001 y el catalogo es c_Impuesto entonces en la base de datos deberá de guardarse la palabra correspondiente a ese código es decir “IVA”, en el caso exclusivo de Lugar de Expedición se guardará el código postal “,” y el estado de la república al que pertenece.
En los casos donde el código no tenga ninguna correspondencia con elementos de los catálogos vigentes se guardará solo el código que viene en el CFDI y en el campo Desc se guardará un dato vacío.
Los catálogos tienen una fecha de vigencia la cual deberá de respetarse de acuerdo a la fecha de emisión del comprobante, es decir, si un catálogo inicia vigencia en Enero de 2017 y el documento se emitió en 2016 la descripción del valor será un espacio vacío, por otro lado si existieran dos items con fechas de vigencia distintas, se aplicará la que corresponda a la fecha de emisión del documento.
Para CFDI versión 3.2 no aplica el cambio de catálogos.
Ejemplo de Catálogos
En el XML del documento se encuentra así:
Se busca el código 01 del catálogo c_FormaPago:
Y en SQL se debe de almacenar así:
Para el caso de Lugar de Expedición es el Código Postal acompañado del Estado de la República al que pertenece.
Especificaciones técnicas de la estructura de la BD del Nuevo ADD
