EDR – mejoras al renombrado y organización de los CFDI que emites y recibes

En esta ocasión queremos mostrarte las mejoras que hemos realizado a la librería Electronic Document Rename (EDR) en su versión 2019.12.09, con la cual podrás tener el control de los CFDI que emites y recibes al poderlos clasificar y renombrar de una forma más clara y precisa.

Palabras claves (tokens)
Como sabrás, dentro de la librería tienes disponible una serie de claves (tokens) que hacen referencia a los datos contenidos en el XML de tus comprobantes, los cuales los podrás usar, tanto para definir la ruta del directorio o carpeta, donde se guardarán los archivos, como el nombre que estos tendrán, a éstos se adicionaron otras claves que te serán de gran utilidad, estas nuevas se toman de aquellos archivos XML que contengan el complemento de nómina, siendo estos los siguientes:

  • [NUMERO_EMPLEADO]
  • [CURP_EMPLEADO]
  • [NUMERO_SEGURO_SOCIAL_EMPLEADO]

Como ejemplo de ello tenemos:

Definición del directorio
Para agrupar los comprobantes por rfc emisor, año y mes de emisión, y por número de empleado, lo podrás realizar mediante la siguiente definición:

[RFC_EMISOR][AÑO_DOCUMENTO][ MES_DOCUMENTO][NUMERO_EMPLEADO]

De acuerdo a la definición anterior, los posibles resultados serían:

LAN7008173R5\2019\01\1968
LAN7008173R5\2019\07\D001

Definición del archivo
Para el caso del nombre de archivo, se desea que el nombre de los comprobantes este integrado por el RFC emisor, RFC receptor, número de empleado, folio fiscal y con extension XML, como se indica a continuación:

[RFC_EMISOR][RFC_RECEPTOR][NUMERO_EMPLEADO]_[UUID].XML

El resultado de esta definición sería:

LAN7008173R5_AAA010101AAA_1968_CC74F946-2702-4B3B-8B3F-E4FD268C91B8.XML
LAN7008173R5_BBB010101BBB_D001_F7111011-6E71-4ACD-8BA9-82B800FB01CE.XML

Datos opcionales
Adicional a los tokens, tendrás la liberta de poder definir texto libre, por medio del separador pipe (), el cual tomará el valor tanto para el nombre del directorio o carpeta, como del nombre del archivo XML, cuando el token definido no exista o no venga dentro del XML.

Como ejemplo, tenemos la siguiente definición, donde en el caso de que el valor de la serie, folio y número de empleado no exista como dato dentro del XML, se tomarán como valor lo definido como dato opcional (Sin serie / Sin folio / Sin empleado):

[SERIE|Sin serie][FOLIO|Sin folio] [NUMERO_EMPLEADO|Sin empleado]_[UUID].XML

Resultado cuando existe:
AAA_001_1968_CC74F946-2702-4B3B-8B3F-E4FD268C91B8.XML

Cuando no existe:
Sin serie_Sin folio_Sin empleado_CC74F946-2702-4B3B-8B3F-E4FD268C91B8.XML

El uso de estos datos opcionales aplica para todos los tokens disponibles.

Te invitamos a que conozcas esta nueva funcionalidad de la librería, dando clic en la siguiente liga:

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del chat que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.